PTN7900 替换L3节点PTN3900后 BFDdown无法up

57 阅读 0 评论 38 点赞

我是靠谱客的博主单身煎饼，最近开发中收集的这篇文章主要介绍PTN7900 替换L3节点PTN3900后 BFDdown无法up，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

LYG-YD局点PTN7900(V1R7C01SPH111)替换PTN3900后，与UGW设备对接的一个BFD会话不UP，回退到PTN3900后BFD会话恢复正常。

步骤 1 查看当前PTN7900设备描述符为16392的BFD会话没UP：

[A]dis bfd session all

(w): State in WTR

(*): State is invalid

--------------------------------------------------------------------------------

Local Remote PeerIpAddr State Type InterfaceName

--------------------------------------------------------------------------------

16385 16385 1A.B.C.6 Up S_AUTO_IF 10GE10/0/9.2000

16386 4097 1A.1B.5C.38 Up S_AUTO_IF GigabitEthernet3/0/1

16387 8205 1A.1B.5C.54 Up S_AUTO_IF GigabitEthernet3/0/2

16388 8193 1A.1B.5C.6 Up S_AUTO_IF 10GE10/0/1

16390 8193 1A.1B.5C.22 Up S_AUTO_IF 10GE10/0/5

16391 8193 1A.1B.5C.30 Up S_AUTO_IF 10GE10/0/7

16392 0 1A.1B.5C.14 Down S_AUTO_IF 10GE10/0/3

--------------------------------------------------------------------------------

Total UP/DOWN Session Number : 6/1

步骤 2 查看BFD会话配置是正确的，查看BFD会话关联的对端I P 地址，有路由和ARP，能ping通：

BFD会话配置正确：

bfd 2 bind peer-ip 1A.1B.C.14 vpn-instance 1 interface 10GE10/0/3 source-ip 1A.1B.C.13 auto

min-tx-interval 3

min-rx-interval 3

BFD会话关联的对端IP地址，能查到IP路由表和ARP：

[A]disp ip routing-table vpn-instance 1 1A.1B.C.14

Route Flags: R - relay, D - download to fib, T - to vpn-instance, B - black hole route

------------------------------------------------------------------------------

Routing Table : 1

Summary Count : 1

Destination/Mask Proto Pre Cost Flags NextHop Interface

1A.1B.C.12/30 Direct 0 0 D 1A.1B.C.13 10GE10/0/3

[A]display arp all | inc 1A.1B.C

IP ADDRESS MAC ADDRESS EXPIRE(M) TYPE INTERFACE VPN-INSTANCE

VLAN/CEVLAN PVC

------------------------------------------------------------------------------

1A.1B.C.5 AAAA-BBBB-CCb3 I - 10GE10/0/1 1

1A.1B.C.6 AAAA-BBBB-DDd5 642 D-0 10GE10/0/1 1

------------------------------------------------------------------------------

Total:29 Dynamic:15 Static:0 Interface:14 Remote:0

BFD会话关联的对端IP地址，能ping通：

<A>ping -vpn-instance 1 1A.1B.C.14

PING 1A.1B.C.14: 64 data bytes, press CTRL_C to break

Reply from 1A.1B.C.14: bytes=64 Sequence=1 ttl=255 time=1 ms

--- 1A.1B.C.14 ping statistics ---

1 packet(s) transmitted

1 packet(s) received

0.00% packet loss

round-trip min/avg/max = 1/1/1 ms

步骤 3 查看PTN7900设备的BFD会话详细信息，没有发现异常：

[A]dis bfd session dis 16392 v

(w): State in WTR

(*): State is invalid

--------------------------------------------------------------------------------

(One Hop) State : Down Name : 2

--------------------------------------------------------------------------------

Local Discriminator : 16392 Remote Discriminator : 0

Session Detect Mode : Asynchronous Mode Without Echo Function

BFD Bind Type : Interface(10GE10/0/3)

Bind Session Type : Static_Auto

Bind Peer IP Address : 1A.1B.C.14

Bind Interface : 10GE10/0/3

Track Interface : -

Vpn Instance Name : 1

Bind Source IP Address : 1A.1B.C.13

FSM Board Id : 10 TOS-EXP : 7

Min Tx Interval (ms) : 3 Min Rx Interval (ms) : 3

Actual Tx Interval (ms): 1000 Actual Rx Interval (ms): 1000

Local Detect Multi : 3 Detect Interval (ms) : -

Echo Passive : Disable Acl Number : -

Destination Port : 3784 TTL : 255

Proc Interface Status : Disable Process PST : Disable

WTR Interval (ms) : - Config PST : Disable

Active Multi : -

Last Local Diagnostic : No Diagnostic

Bind Application : AUTO

Session TX TmrID : 1332320996 Session Detect TmrID : -

Session Init TmrID : - Session WTR TmrID : -

Session Echo Tx TmrID : -

Session Not Up Reason : In negotiation

Session Description : -

--------------------------------------------------------------------------------

步骤 4 在PTN7900设备开启bfd的debug，发现从对端设备收到RX参数为0的BFD报文：

<A>debugging bfd error

Jan 9 2018 19:26:59.818 "A" %%01BFD/7/bfd_proctrack(d):VS=Admin-VS-CID=0x807404db;BFD is tracked.(

[01-09 19:26:56:804][BFD-0]:The sess(discr:16392)'RemoteMinRxInterval is 0, can't send packet.

步骤 5 根据RFC5880协议规定：（1）本台设备如果发送RX为0的BFD报文，表明不希望对端设备向本端发送BFD报文；（2）本台设备收到RX为0的BFD报文，则不再向对端设备发送BFD报文：

RFC5880协议规定：

（1）本台设备如果发送RX为0的BFD报文，表明不希望对端设备向本端发送BFD报文：

Required Min RX Interval

This is the minimum interval, in microseconds, between received

BFD Control packets that this system is capable of supporting,

less any jitter applied by the sender (see section 6.8.2). If

this value is zero, the transmitting system does not want the

remote system to send any periodic BFD Control packets.

（2）本台设备收到RX为0的BFD报文，则不再向对端设备发送BFD报文：

6.8.7. Transmitting BFD Control Packets

…

A system MUST NOT periodically transmit BFD Control packets if

bfd.RemoteMinRxInterval is zero.

步骤 6 PTN3900的实现:BFD协商可以基于两种协议，一种是使用草案4协议，一种是使用RFC协议。

使用草案4时，当收到RX interval=0时，不处理，可以正常协商；

而使用RFC协议时，和PTN7900一样，当收到RX interval=0时，不发送BFD报文。

当前PTN3900使用的是草案4协议。

步骤 7 根据上述信息，PTN7900设备实现正常，需要对端设备解释为什么发送RX为0的BFD报文。

复现情况：

1、实验室通过PTN7900设备对接仪表，仪表构造BFD协商报文，设置RX interval=0，其他参数和设备匹配，设备收到Rx为0报文时查询BFD状态始终为down，无法建立会话，开启debug查看信息和现网问题现象一致；

PTN7900设备收到RX参数为0的BFD报文，根据协议规定，PTN7900不再向对端设备发送BFD报文，导致BFD会话无法建立，需要对端设备分析下发送RX为0的BFD报文的原因。

【Resolution Summary】需要对端确认发送RX=0的BFD报文原因
【Resolution Details】 Solution Analysis:PTN侧收到对端RX=0的报文后会暂停发送BFD报文，上报BFD告警，PTN侧处理遵循RFC5880标准；Resolution Detail:需要对端确认发送RX=0的BFD报文原因//Risk of Solution:Non-Risk O