[email protected]) 《網管員世界》2023年7期
一、先判斷丟包發生在那裡。從辦公室的計算機分別ping 兩個機房的伺服器、然後是閘道器，通過觀察輸出進行比較，發現問題在望京機房。在用路由跟蹤的方式測試，結論也是一樣。
1、從網段內的某些伺服器ping閘道器，發現丟包。
2、從外網的某台計算機ping 這個閘道器，沒有丟包發生。
3、從外網的某些計算機執行到這個閘道器的路由跟蹤，情況正常。
4、用外網遠端的交換機ping 小包，情況正常。
５、從網段內的交換機ping 小包，發現丟包。
有上面的測試結果可以得出結論：是我方的交換機與網通交換機（我方伺服器的閘道器）間的鏈路有故障。由於我們的網路服務不能中斷，網通機房的人建議晚間訪問量少的時候重新做一條線或重壓網線兩端的水晶頭。前幾天我方為擴容在機架上施工，因此有可能把線纜碰了。已經是中午了，肚子儘管餓了，但還是有點不甘心，再搗鼓一下看能不能找出點什麼來。於是我搬來***，爬上去看接近天花板的交換機的指示燈狀態。居然有乙個埠指示燈黃綠交替一閃一閃的，仔細一看，是某個交換機的41號埠，而且網線上標明這條線是整個網段的上聯線，即與閘道器相連的那條線，和先前測試出來的埠是一致的。可能問題就是在這個交換機上了，趕快連上c # show int f0/41 檢視41號埠的輸出，嘿嘿！居然變成半雙工了，再檢視其他一些埠的雙工情況，均是自適應，再去問idc 機房的人，確認閘道器哪個連線埠的雙工配置，閘道器的埠為全雙工。好，馬上進入配置模式，# c t , int f0/41 ,# duplex full 就把交換機的41號埠設定成全雙工了，馬上生效，儲存配置；然後再爬***看41號埠指示燈的狀態，變成綠色，這基本表明故障已經排除了。現在，開始從內外來測試丟包的情況了，經測試一切恢復正常。
原因分析：埠速率不匹配是引起丟包的最直接的原因。而引起埠速率變成半雙工的原因可能是網路閃斷引起的，比如閘道器那端的埠速率變化，而我方交換機的埠是自適應的，因此在協商後就變成半雙工了。
2006-1-19
丟包排錯錄 技術細節
sery 163.com 網管員世界 2006年7期 一 先判斷丟包發生在那裡。從辦公室的計算機分別ping 兩個機房的伺服器 然後是閘道器，通過觀察輸出進行比較，發現問題在望京機房。在用路由跟蹤的方式測試，結論也是一樣。1 從網段內的某些伺服器ping閘道器，發現丟包。2 從外網的某台計算機pin...
Hook 核心函式技術細節
剛開始看到通過 ssdt 來 hook zw 核心函式的方法時不是很了解,等把 zw 反彙編後才發現技術細節.原來也沒什麼新鮮的,就是找到目標函式在 ssdt 中的位置 偏移量 位置 4 然後儲存並替換偏移量處的值為自己新的函式位址就行了。這種技術現在已是老掉牙了,不過在實際的軟體開發中也比較常用,...
直播技術細節概要
直播技術細節概要 技術細節 效能指標 接入推薦人日 費用httpdns bgp即border gateway protocol 邊界閘道器協議 國內常見公開的直播協議有幾個 rtmp,hls,hdl http flv rtp 即使用http協議流式的傳輸 內容 hls是5 7秒的延遲 rtp即rea...