在IOS-XE和JunOS之间为JunOS配置BFD

Question

我需要在IOS设备(ASR903)和Juniper MX480之间用双栈MX480实现BFD。

我在IOS和IOS之间的许多链接上为双栈OSPFv3成员运行BFD，但是第一次需要将它实现到一个Junos设备上。

下面是我的配置(目前在一个测试环境中，包括ASR920和MX104)：

IOS-XE：

interface GigabitEthernet0/0/4
 mtu 9000
 ip address 10.100.100.2 255.255.255.252
 ip mtu 1500
 media-type rj45
 speed 1000
 no negotiation auto
 ipv6 enable
 ipv6 mtu 1500
 ospfv3 1 ipv6 area 0
 ospfv3 1 ipv4 area 0
 bfd interval 1000 min_rx 1000 multiplier 5

router ospfv3 1
 router-id 10.100.100.2
 bfd all-interfaces
 !
 address-family ipv4 unicast
  area 0 range 10.100.100.0 255.255.255.252
 exit-address-family
 !
 address-family ipv6 unicast
 exit-address-family

JunOS：

aschaefer@IE1-FD1_re0# show 
instance-type virtual-router;
interface ge-0/1/0.0;
protocols {
    ospf3 {
        realm ipv4-unicast {
            area 0.0.0.0 {
                interface ge-0/1/0.0 {
                    bfd-liveness-detection {
                        minimum-receive-interval 1000;
                        multiplier 5;
                        transmit-interval {
                            minimum-interval 1000;
                        }
                    }
                }
            }
        }
        area 0.0.0.0 {
            interface ge-0/1/0.0 {
                bfd-liveness-detection {
                    minimum-receive-interval 1000;
                    multiplier 5;
                    transmit-interval {
                        minimum-interval 1000;
                    }
                }
            }
        }
    }
}

在IOS框中，IPv6邻居的BFD已经打开，但在IPv4邻居之间却没有。我没有看到任何Rx BFD数据包从Juniper发送到思科盒。

PE3-FD1#sh bfd neighbors details 

IPv4 Sessions
NeighAddr                              LD/RD         RH/RS     State     Int
10.100.100.1                            2/0          Down      Down      Gi0/0/4
Session Host: Hardware
OurAddr: 10.100.100.2   
Handle: 2
Local Diag: 0, Demand mode: 0, Poll bit: 0
MinTxInt: 1000000, MinRxInt: 1000000, Multiplier: 5
Received MinRxInt: 0, Received Multiplier: 0
Holddown (hits): 0(0), Hello (hits): 1000(0)
Rx Count: 0 <<<<<<<<<<<<<<<<< No BFD from IPV4 neighbor
Tx Count: 1576
Elapsed time watermarks: 0 0 (last: 0)
Registered protocols: OSPFv3 CEF 
Last packet: Version: 1                  - Diagnostic: 0
             State bit: AdminDown        - Demand bit: 0
             Poll bit: 0                 - Final bit: 0
             C bit: 0                                   
             Multiplier: 0               - Length: 0
             My Discr.: 0                - Your Discr.: 0
             Min tx interval: 0          - Min rx interval: 0
             Min Echo interval: 0       

IPv6 Sessions
NeighAddr                              LD/RD         RH/RS     State     Int
FE80::6664:9BFF:FED0:18A9               1/19         Up        Up        Gi0/0/4
Session state is UP and not using echo function.
Session Host: Hardware
OurAddr: FE80::A66C:2AFF:FE24:5004              
Handle: 1
Local Diag: 0, Demand mode: 0, Poll bit: 0
MinTxInt: 1000000, MinRxInt: 1000000, Multiplier: 5
Received MinRxInt: 1000000, Received Multiplier: 5
Holddown (hits): 0(0), Hello (hits): 1000(0)
Rx Count: 1256
Tx Count: 1576
Elapsed time watermarks: 0 0 (last: 0)
Registered protocols: OSPFv3 CEF 
Uptime: 00:18:30
Last packet: Version: 1                  - Diagnostic: 0
             State bit: Up               - Demand bit: 0
             Poll bit: 0                 - Final bit: 0
             C bit: 0                                   
             Multiplier: 5               - Length: 24
             My Discr.: 19               - Your Discr.: 1
             Min tx interval: 1000000    - Min rx interval: 1000000
             Min Echo interval: 0       

在JunOS框上看起来很好：

IE1-FD1_re0> show bfd session detail                    

                                                  Detect   Transmit
Address                  State     Interface      Time     Interval  Multiplier
fe80::a66c:2aff:fe24:5004 Up       ge-0/1/0.0     5.000     1.000        5   
 Client OSPF realm ipv6-unicast Area 0.0.0.0, TX interval 1.000, RX interval 1.000
 Client OSPF realm ipv4-unicast Area 0.0.0.0, TX interval 1.000, RX interval 1.000
 Session up time 00:23:25
 Local diagnostic None, remote diagnostic None
 Remote state Up, version 1
 Replicated 
 Session type: Single hop BFD

我认为问题在于JunOS和ways正在以两种不同的方式处理OSPFv3的BFD。当IOS-XE将IPv4和IPv6视为两个不同的邻居，建立两个独立的BFD会话时，Junos正在处理IPv6和IPv4 OSPF邻居的BFD，它们只是“在”单个IPv6 BFD会话的“顶部”(抱歉，这里我的英语坏了)。

是否有任何建议如何配置这一点？

向安德烈亚斯问好

Answer 1

你提供的可能原因似乎是合理的。

作为故障排除步骤，您可以尝试从此场景中完全删除BFD。虽然只配置了OSPFv3，但IOS和JunOS设备是否建立了完全的邻接关系？这将有助于证实你的理论，

• IOS-XE有独立的v4和v6会话，每个会话都携带独立的可达信息。
• Junos只有一个v6会话，包含v4和v6可达信息(LSA)。

无论OSPFv3与ipv4和ipv6是否共享一个拓扑结构，或者是否存在独立的拓扑结构，每个NOS都可能实现不同的拓扑结构。

• 如果所有的链路都是双堆栈，那么在链路事件期间进行单SPF计算和降低CPU负载是有意义的。
• 如果链接不是双堆栈，则多个拓扑结构是有意义的，这意味着转发路径在一个堆栈中应该是不同的。这意味着每个堆栈都有一个SPF值，并且可能有更多的CPU负载。

一个你决定哪种模式都是NOS操作，然后再添加BFD回来。我最初的猜测是多拓扑功能可能是这里的不同之处。