I am trying to run Layer3 with LACP Port-channels from C6k--L3(lacp)--JuniperEX4200 running ospf. It comes up in EXSTART state so deb ip osp adj and see Juniper sending mtu of 1482. Since 1482 is not support on Cisco, I hard-code mtu on both Cisco and Juniper to 1500 but no good so tried on cisco interface "ip opsf mtu-ignore" and still no good. If I take out port-channel and use a normal Layer 3 physical interface or just use L2 port-channel or L2 trunks, it works but I rather have it working with L3 LACP. For simplicity, I only use one physicaly interface for the port-channels right now.
Aug 28 16:19:46.430: OSPF: Send DBD to 10.0.38.6 on Port-channel98 seq 0xE6E opt 0x42 flag 0x7 len 32
Aug 28 16:19:46.430: OSPF: Retransmitting DBD to 10.0.38.6 on Port-channel98 
Aug 28 16:19:47.270: OSPF: Rcv DBD from 10.0.38.6 on Port-channel98 seq 0xA0873C6 opt 0x42 flag 0x7 len 32 mtu 1486 state EXSTART
Aug 28 16:19:47.270: OSPF: First DBD and we are not SLAVE
I ABOVE REPEATS ITSELF FOR MULTIPLE TIMES AND THEN BELOW BUT WILL EVENTUALLY RESTART TRYING TO NEIGHBOR UP and GO THROUGH THE WHOLE CYCLE AGAIN:
Aug 28 16:21:21.431: OSPF: Killing nbr 10.0.38.6 on Port-channel98 due to excessive (25) retransmissions
Aug 28 16:21:21.431: OSPF: 10.0.38.6 address 192.168.98.1 on Port-channel98 is dead, state DOWN
Aug 28 16:21:21.431: %OSPF-5-ADJCHG: Process 1, Nbr 10.0.38.6 on Port-channel98 from EXSTART to DOWN, Neighbor Down: Too many retransmissions
Question We run asr9001 with XR 6.1.3, and we have a very long delay to
login w/ SSH 1 or 2 to the device compare to IOS device. After
investigation, the there is 1s delay between the client KEXDH_INIT and
the server (XR) KEXDH_REPLY. After debug ssh serv...
Introduction The purpose of this document is to demonstrate the Open
Shortest Path First (OSPF) behavior when the V-bit (Virtual-link bit) is
present in a non-backbone area. The V-bit is signaled in Type-1 LSA only
if the router is the endpoint of one or ...
Hi, I am seeing quite a few issues with patch install and wanted to
share my experience and workaround to this. Login to admin via CLI, then
access root with the “shell” command Issue “df –h” and you’ll probably
see the following directory full or nearly ...