LTM设备上ping不通网关
生活随笔
收集整理的這篇文章主要介紹了
LTM设备上ping不通网关
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
現象描述:
一臺ltm設備配置到內網網段的路由走csw的hsrp floating網關ip,一直運行正常。今天突然出現所有內網node和pool的健康檢查失敗。
分析排障:
1,進一步分析癥狀:
直接在此LTM設備上telnet相應pool member的端口正常,但是直接ping這個hsrp的網關地址卻不通。而ping非hsrp地址即交換機實際的網關地址正常。
2,盡快恢復業務:
為了盡快恢復正常,立即修改網關為交換機的實際網關地址后,所有監控檢查恢復正常。
3,重啟互聯端口:
將交換機和LTM設備的端口都down然后up,還是不行;
4,在LTM設備上查看arp信息如下:
在LTM設備上使用arp -a以及b arp命令查看,發現arp和mac地址信息沒有問題,正常。
---不好意思,這里不便貼出arp信息。
5,從設備上tcpdump抓包分析:
在LTM設備上ping實際網關和hsrp的網關,然后抓包,命令為:tcpdump -ni internel host x.x.x.x -e
從抓包上來看也是正常的。
---不好意思,這里不便貼出tcpdump信息。
6,聯系F5技術工程師進行分析,同樣得出上面的結論;
7,F5工程師從case庫中查到類似CASE(CR119878): Vlan mac address change but linux kernel may still use the cached old MAC address.
在LTM設備上,執行ifconfig internal shutdown,然后ifconfig internal up后就正常了,即能ping通HSRP的floating網關了。
8,今天又碰到了同樣的問題,但是使用7的方法雖然搞通了網關,但是其他的內網ip都ping不通。通過在設備上tracepath看了一下發現下一跳跑到外網口去了,但是路由明明是指到內網網關的。無奈之下,將到內網的路由刪除,重新添加一下,恢復正常了。
一臺ltm設備配置到內網網段的路由走csw的hsrp floating網關ip,一直運行正常。今天突然出現所有內網node和pool的健康檢查失敗。
分析排障:
1,進一步分析癥狀:
直接在此LTM設備上telnet相應pool member的端口正常,但是直接ping這個hsrp的網關地址卻不通。而ping非hsrp地址即交換機實際的網關地址正常。
2,盡快恢復業務:
為了盡快恢復正常,立即修改網關為交換機的實際網關地址后,所有監控檢查恢復正常。
3,重啟互聯端口:
將交換機和LTM設備的端口都down然后up,還是不行;
4,在LTM設備上查看arp信息如下:
在LTM設備上使用arp -a以及b arp命令查看,發現arp和mac地址信息沒有問題,正常。
---不好意思,這里不便貼出arp信息。
5,從設備上tcpdump抓包分析:
在LTM設備上ping實際網關和hsrp的網關,然后抓包,命令為:tcpdump -ni internel host x.x.x.x -e
從抓包上來看也是正常的。
---不好意思,這里不便貼出tcpdump信息。
6,聯系F5技術工程師進行分析,同樣得出上面的結論;
7,F5工程師從case庫中查到類似CASE(CR119878): Vlan mac address change but linux kernel may still use the cached old MAC address.
在LTM設備上,執行ifconfig internal shutdown,然后ifconfig internal up后就正常了,即能ping通HSRP的floating網關了。
8,今天又碰到了同樣的問題,但是使用7的方法雖然搞通了網關,但是其他的內網ip都ping不通。通過在設備上tracepath看了一下發現下一跳跑到外網口去了,但是路由明明是指到內網網關的。無奈之下,將到內網的路由刪除,重新添加一下,恢復正常了。
轉載于:https://blog.51cto.com/ipneter/284741
總結
以上是生活随笔為你收集整理的LTM设备上ping不通网关的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 编程体系结构(03):Java集合容器
- 下一篇: quartz 时间配置规则