刘贝,某局点 S6800 虚机互ping有dup重包
1680243142,
CRM论坛(CRMbbs.com)——一个让用户更懂CRM的垂直性行业内容平台,CRM论坛致力于互联网、客户管理、销售管理、SCRM私域流量内容输出5年。 如果您有好的内容,欢迎向我们投稿,共建CRM多元化生态体系,创建CRM客户管理一体化生态解决方案。,某局点 S6800 虚机互ping有dup重包
组网及说明
S6800作为leaf,下挂虚机
告警信息
不涉及
问题描述
现场一台S6800下挂的两台服务器上虚机互ping会有dup重包
过程分析
1.在交换机上连服务器接口流统,以及全局流统,发现icmp request报文进到设备后,偶发部分报文会从其他接口发出去再发回来(全局流统看到的),虚机互访是二层转发,设备上查看l2vpn mac-address表项正常。
<H3C>dis l2vpn mac-address | in d1bd
xxxx-xxxx-d1bd Dynamic 2063 XGE1/1/1 Aging
<H3C>dis l2vpn mac-address | in 1f0d
xxxx-xxxx-1f0d Dynamic 2063 XGE1/1/7 Aging
2.然后通过虚机抓包看,重包的报文源mac=xxxx-xxxx-ebe1来源于S6800上连的border设备,怀疑是部分报文发给了border,border又给发回设备。但是正常如果有表项,不会把报文发给border,怀疑是报文此时有泛洪情况。
3.查看leaf设备日志,有一些TC报文,设备收到TC报文时会刷新mac表项,导致流量瞬时泛洪,建议现场排查后dup重包消除
解决方法
TC报文导致,排除掉解决
内容来源:知了社区,基于知识共享署名-相同方式共享3.0中国大陆许可协议CRM论坛(CRMbbs.com)——一个让用户更懂CRM的垂直性行业内容平台,CRM论坛致力于互联网、客户管理、销售管理、SCRM私域流量内容输出5年。 如果您有好的内容,欢迎向我们投稿,共建CRM多元化生态体系,创建CRM客户管理一体化生态解决方案。,某局点 S6800 虚机互ping有dup重包