SR88回复bfd echo报文延迟不稳定问题经验案例

SR8808和MSR5040相连，中间是传输线路。MSR5040通过bfd检测线路，并与静态路由联动。

现网bfd检测频繁up down，检测间隔越短，诊断频率越高。

%Sep 16 09:15:17:727 2019 H3C BFD/5/BFD_CHANGE_FSM: Sess[21.15.232.34/21.15.232.33,105/0,GE0/1,Echo], Sta: UP->DOWN, Diag: 1

%Sep 16 09:15:17:033 2019 H3C BFD/5/BFD_CHANGE_FSM: Sess[21.15.232.34/21.15.232.33,105/0,GE0/1,Echo], Sta: DOWN->UP, Diag: 0

流统确认非线路拥塞丢包导致bfd会话振荡，流统过程略。

不丢包，bfd会话振荡，说明bfd报文返回延迟大，MSR50认为报文超时。

为确认bfd报文延迟产生位置，现场在SR88和传输线路之间接了一台交换机用于抓包，抓包结果如下。

1.  MSR50发给SR88方向，在SR88前抓包，发现报文间隔是稳定的400ms，与MSR50配置相符。说明MSR50发包间隔稳定，线路延迟稳定。 

2.  SR88发送给MSR50方向，报文间隔不稳定，从间隔20ms到1s都有。

通过上面两个抓包，虽然无法确认线路上延迟有多大，但可以确认SR88回包间隔不稳定是有问题的。

检查SR88配置，发现配置了一条ip redirect enable。在这种情况下，SR88认为接收报文接口和发送报文接口是同一个，符合要发送重定向差错报文的条件，报文会上送cpu处理。对于SR88来说，如果报文上送cpu处理，就需要与其他协议报文轮询，可能导致延迟不稳定。如果不配置ip redirect enable，bfd报文对SR88来说走到专门的bfd模块，属于硬件转发，延迟就比较稳定。

删除ip redirect enable配置解决。