发新话题
打印

[转载]VRR软件引起的很奇怪的网络延时问题

[转载]VRR软件引起的很奇怪的网络延时问题

文章作者:superlee
  
问题:
引用:
PC_A与PC_B之间经过了1台防火墙,1台华为3528交换机
两台机器互相ping,但是延时简直就是差了1个数量级。 这时候交换机的CPU是70% ,防火墙的CPU是2%
郁闷
兄弟们 讨论讨论问题会是在哪里?
故障已经排除,总结一下下。这台交换机的VRR软件有问题,跟NS防火墙存在兼容性问题。导致了某个方向上的数据包大约有50%以上都由交换机的CPU来做交换转发了,所以CPU和延时的关系如此密切。

模拟了各个方向上大负载情况下的延时(同一VLAN,跨VLAN,跨交换机、防火墙及相反方向、同一防火墙),确认问题就出在交换机处理防火墙过来的数据包时CPU使用率过高。

华为的兄弟来现场,debug了一把,发现只要是该方向上包长度大于“78”(:这个是华为的单位),都被copy到交换机的CPU去了,所以负载一大,大包一多,交换机的CPU马上就飙升到90%以上,这个方向上的网络性能就严重恶化。同时,该交换机上其它方向(同一VLAN,跨VLAN)的数据转发一切正常,交换机冒似正常。也正是因为这个原因,让最先的故障的排查焦点都集中在了防火墙上,FT

最后,升级了交换机的VRR软件版本,故障排除,最低负载情况下,两个方向的延时都在0.5ms左右了
加上大负载,两个方向也都在0.9ms左右,交换机的CPU保持在17%左右,一切恢复了正常。
曾几何时,有人对我说:装B遭雷劈。我说:去你妈的。于是,这个人又对我说:如果再说脏话,上帝会惩罚你的。我说:我操上帝。结论:彪悍的人生不需要上帝。

TOP

发新话题