***故障总结
***故障總結
昨天上午公司***線路出現故障,ping *** 網關 出現丟包現象。網絡拓撲如下
網絡現象如下。四個地區上互聯網都正常,ping www.baidu.com 反饋正常。
一廠、二廠、上海通過***連接到三廠。***設備為海蜘蛛企業版。
故障現象 。三廠通過 *** ping 上海數據反饋正常,無丟包。
三廠ping 一廠 和 二廠出現不規則丟包現象。
Ping 一廠 和 二廠 公網ip 發現也會出現不規則丟包 。
一廠和二廠相互直接數據正常。
聯系海蜘蛛工程師,確認***配置沒有問題。才能平通內網地址,排除配置問題。
聯系電信工程師,做端口數據測試。單獨每個站點到互聯網,都是正常的。一廠到二廠之間ping 也是通的。
電信公司解釋說能夠上網到,百度等個個網絡服務商,正常這故障和電信無關。
一廠 、二廠、三廠都在唐山。反倒到上海***數據正常,近的站點出現丟包。
Tracert 到公網地址。通的時候根本看不出。問題出在那。
問題就出在三廠到一廠、二廠互聯網選路上。
四個地區單獨上網都能正常,這說明網絡是通的。也就是說三廠到一廠、二廠的數據問題出在,從互聯網到一廠、二廠轉發過程當中。
互聯網路由選路,路徑選擇以后。不會頻繁切換路徑的。除非故障。
網絡擁堵會造成高延時,現象和這故障不符。
考錄到互聯網鏈路一般都是多條鏈路,在通訊是自動選擇鏈路,每條鏈路都負載均衡,才明白。故障就可能出在負載均衡上。
假設如果負載均衡中的一條鏈路出現問題,數據到這個鏈路就會出現丟包現象。其他正常的鏈路數據都是通的且延時都很低。***路由表,是基于互聯網鏈路路由表二次封裝來的。互聯網負載錯誤,必定造成***數據丟包。
最終確認是電信線路選路+負載均衡故障,不過給電信打電話。電信公司咬定到互聯網正常線路就無故障。需要配合,會配合在數據出口端做ping 百度。等測試。也只好作罷。
新手上路。分析不夠透徹,請前輩和師兄都加指點。
轉載于:https://blog.51cto.com/xzty1/1344448
與50位技術專家面對面20年技術見證,附贈技術全景圖總結
- 上一篇: net core 中间件(MiddleW
- 下一篇: 基于css和jQuery实现轮播图