<div dir="ltr"><div dir="ltr"><div dir="ltr">Hi all,<br><br>I have a problem with MPLS and LDP neighbor between FRR 6.0.2. and Cisco IOS 12.2 advk9.<br><br>the log FRR side is:<br>[CUT]<br>2019/01/22 01:03:12 LDP: discovery[recv]: iface enp2s0f0 lsr-id 2.2.2.2 transport-address 2.2.2.2 holdtime 15<br>2019/01/22 01:03:12 LDP: discovery[send]: iface enp2s0f0 (ipv4) holdtime 180<br>2019/01/22 01:03:12 LDP: nbr_fsm: event CONNECTION UP resulted in action SETUP NEIGHBOR CONNECTION and changing state for lsr-id 2.2.2.2 from PRESENT to INITIALIZED<br>2019/01/22 01:03:12 LDP: msg[out]: initialization: lsr-id 2.2.2.2<br>2019/01/22 01:03:12 LDP: nbr_fsm: event INIT SENT resulted in action NOTHING and changing state for lsr-id 2.2.2.2 from INITIALIZED to OPENSENT<br>2019/01/22 01:03:12 LDP: discovery[recv]: iface enp2s0f0 lsr-id 2.2.2.2 transport-address 2.2.2.2 holdtime 15<br>2019/01/22 01:03:12 LDP: msg[in]: initialization: lsr-id 2.2.2.2<br>2019/01/22 01:03:12 LDP: recv_init: lsr-id 2.2.2.2 announced the Dynamic Capability Announcement capability<br>2019/01/22 01:03:12 LDP: recv_init: lsr-id 2.2.2.2 announced the Typed Wildcard FEC capability<br>2019/01/22 01:03:12 LDP: nbr_fsm: event INIT RECEIVED resulted in action SEND KEEPALIVE and changing state for lsr-id 2.2.2.2 from OPENSENT to OPENREC<br>2019/01/22 01:03:12 LDP: nbr_fsm: event KEEPALIVE RECEIVED resulted in action START NEIGHBOR SESSION and changing state for lsr-id 2.2.2.2 from OPENREC to OPERATIONAL<br>...<br>2019/01/22 01:03:12 LDP: msg[in]: label mapping: lsr-id 2.2.2.2, fec <a href="http://1.1.1.1/32">1.1.1.1/32</a>, label 250<br>2019/01/22 01:03:12 LDP: msg[in]: notification: lsr-id 2.2.2.2, status Bad PDU Length (fatal error)<br>2019/01/22 01:03:12 LDP: nbr_fsm: event SESSION CLOSE resulted in action CLOSE SESSION and changing state for lsr-id 2.2.2.2 from OPERATIONAL to PRESENT<br>2019/01/22 01:03:12 LDP: session_close: closing session with lsr-id 2.2.2.2<br>2019/01/22 01:03:12 LDP: zebra[out]: prefix <a href="http://10.226.135.0/30">10.226.135.0/30</a> nexthop 10.224.1.21 ifindex 2 labels 497/166 (add)<br>[/CUT]<br><br>Cisco side:<br>[CUT]<br>Jan 22 00:51:51.049 CET: %LDP-5-NBRCHG: LDP Neighbor <a href="http://1.1.1.1:0">1.1.1.1:0</a> (2) is UP<br>Jan 22 00:51:51.053 CET: %LDP-4-PTCL: peer <a href="http://1.1.1.1:0">1.1.1.1:0</a>, bad PDU hdr<br>Jan 22 00:51:51.053 CET:   PDU HDR:<br>Jan 22 00:51:51.053 CET:   0x00 0x01 0x0F 0xFE 0x5D 0xBD 0xBF 0xFC 0x00 0x00 0x00 0x00 <br>Jan 22 00:51:51.053 CET: %LDP-5-NBRCHG: LDP Neighbor <a href="http://1.1.1.1:0">1.1.1.1:0</a> (2) is DOWN (Received bad message)<br>Jan 22 00:51:53.241 CET: %LDP-5-NBRCHG: LDP Neighbor <a href="http://1.1.1.12:0">1.1.1.12:0</a> (7) is UP<br>Jan 22 00:51:53.245 CET: %LDP-4-PTCL: peer <a href="http://1.1.1.1:0">1.1.1.1:0</a>, bad PDU hdr<br>Jan 22 00:51:53.245 CET:   PDU HDR:<br>Jan 22 00:51:53.245 CET:   0x00 0x01 0x0F 0xFE 0x5D 0xBD 0xBF 0xFC 0x00 0x00 0x00 0x00 <br>Jan 22 00:51:53.245 CET: %LDP-5-NBRCHG: LDP Neighbor <a href="http://1.1.1.1:0">1.1.1.1:0</a> (7) is DOWN (Received bad message)<br>Jan 22 00:52:13.065 CET: %LDP-5-NBRCHG: LDP Neighbor <a href="http://1.1.1.1:0">1.1.1.1:0</a> (2) is UP<br>Jan 22 00:52:13.069 CET: %LDP-4-PTCL: peer <a href="http://1.1.1.1:0">1.1.1.1:0</a>, bad PDU hdr<br>Jan 22 00:52:13.069 CET:   PDU HDR:<br>Jan 22 00:52:13.069 CET:   0x00 0x01 0x0F 0xFE 0x5D 0xBD 0xBF 0xFC 0x00 0x00 0x00 0x00 <br>Jan 22 00:52:13.069 CET: %LDP-5-NBRCHG: LDP Neighbor <a href="http://1.1.1.1:0">1.1.1.1:0</a> (2) is DOWN (Received bad message)<br>Jan 22 00:52:15.953 CET: %LDP-5-NBRCHG: LDP Neighbor <a href="http://1.1.1.1:0">1.1.1.1:0</a> (7) is UP<br>Jan 22 00:52:15.957 CET: %LDP-4-PTCL: peer <a href="http://1.1.1.1:0">1.1.1.1:0</a>, bad PDU hdr<br>Jan 22 00:52:15.957 CET:   PDU HDR:<br>Jan 22 00:52:15.957 CET:   0x00 0x01 0x0F 0xFE 0x5D 0xBD 0xBF 0xFC 0x00 0x00 0x00 0x00 <br>Jan 22 00:52:15.957 CET: %LDP-5-NBRCHG: LDP Neighbor <a href="http://1.1.1.1:0">1.1.1.1:0</a> (7) is DOWN (Received bad message)<br>[/CUT]<br><br><br>FRR configuration:<br><br>interface dummy0<br> ip address <a href="http://1.1.1.1/32">1.1.1.1/32</a><br>!<br>interface enp2s0f0<br> description CORE-1<br> ip address <a href="http://10.224.1.22/30">10.224.1.22/30</a><br> ip ospf network point-to-point<br>!<br>interface enp2s0f1<br> description CORE-2<br> ip address <a href="http://10.224.1.26/30">10.224.1.26/30</a><br> ip ospf network point-to-point<br>!<br>mpls ldp<br> router-id 1.1.1.1<br> dual-stack cisco-interop<br> !<br> address-family ipv4<br>  discovery hello holdtime 180<br>  discovery hello interval 15<br>  discovery transport-address 1.1.1.1<br>  label local advertise explicit-null<br>  !<br>  interface enp2s0f0<br>  !<br>  interface enp2s0f1<br>  !<br> exit-address-family<br> !<br>!<br><br>Cisco configuration:<br><br>mpls traffic-eng tunnels<br>mpls ip default-route<br>mpls label protocol ldp<br>interface Loopback0<br> ip address 2.2.2.2 255.255.255.255<br>!<br>interface TenGigabitEthernet1/1<br> description ASBR-FRR-TEST<br> mtu 1600<br> ip address 10.224.1.21 255.255.255.252<br> ip ospf network point-to-point<br> mpls traffic-eng tunnels<br> mpls ip<br>!<br><br>The OSPF is up and Loopback are in both routing tables. I try with/with-out "mpls traffic-eng tunnels" with same result. Timers/MTU are corrects.</div><div dir="ltr"><br></div><div>The result is that the devices don't share the labels becouse neighbors are down <br></div><div dir="ltr"><br>This is a bug? or wrong configuration?<br><br>regards<br><br>Alessio</div></div></div>