NE40二层单板和Z公司对接由于接收的BFD报文携带的TTL值是255导致BFD无法UP

发布时间:  2012-12-17 浏览次数:  98 下载次数:  0
问题描述

组网:
NE40--------Z公司MGW设备

使用NE40E的三层口和Z公司MGW对接正常,使用NE40二层板卡和Z公司设备之间配置BFD无法up。

由于NE40是二层板卡,无法指定出接口。

处理过程

1、查看NE40配置没发现问题,配置的多跳BFD。

bfd ssw_signal-1 bind peer-ip 10.0.163.162 vpn-instance cqunicom_signal source-ip 10.0.163.161 auto

min-tx-interval 30

min-rx-interval 30

commit

#

bfd ssw_signal-2 bind peer-ip 10.0.163.170 vpn-instance cqunicom_signal source-ip 10.0.163.169 auto

min-tx-interval 30

min-rx-interval 30

commit

2、开启debug BFD(如果BFD发包间隔很小,只能debug很短时间),发现如下ERROR信息。

19:08287: BFD SCM : Get Out Forwarding Information For Session(Discr:0)

           Peer : 10.0.163.170 VrfIndex : 0

            Got OutIf: NULL Nexthop: 0.0.0.0

*1.1458372156 CQCQ-NFHY-N40-AR1 BFD/7/Error:

00:03639: [BFD]: BFD_ADP_ProcRefreshTeFlagTimer: Get IfIndex failed, PeerIp=0x000000

*1.1458372156 CQCQ-NFHY-N40-AR1 BFD/7/Proc:

3、检查底层BFD报文丢弃情况,发现Z公司MGW送过来的BFD报文携带的TTL值是255。NE40认为该报文为单跳BFD协商报文,将报文丢弃,所以协商不起来。
根因

NE40单跳和多跳BFD携带的TTL值是不同的,在NE40上配置不绑定出接口的BFD(多跳BFD)时发送的协商报文TTL不是255。在收到其他设备发送的BFD报文以后,NE40会根据携带的TTL值来判断是单跳协商报文还是多跳协商报文,如果与本地BFD配置不一致,就会将其丢弃。

在收到中兴发送的TTL为255的报文时,该报文被判断为单跳BFD的协商报文被丢弃,所以两边协商不起来。
解决方案
场景不支持,需要更换NE40E设备。

END