Im working with asr9k running 4.3.4 and I performed various ipv6 lab tests. when I flooded the asr9k box with multiple ipv6 router advertisements, the box didn't quite survive. Ospfv3 adjacencies went down, I think as a consequence of neighbour discovery packets being dropped, as ospfv3 adjacencies didn't go down straight away. IPv4 remained running ok.
Looks like LPTS didn't help either as it possibly doesn't differentiate between RAs and other Neighbour discovery packets ?
Now in my case I don't need RAs at all, no SLAAC or DHCPv6 required, so it's looking silly that something not required on the box can cause so much harm.
Hoping some of the experts here can show me if I'm missing something in terms of how to handle this
XR-vm - CLI's
look for any process crash, review time stamp[if it is too old, then no immediate action needed]
verify if standby state is Ready and NSR-Ready
show proc cpu | exclude " 0%"
It's been a long standing ask for XR to support conditional route advertisements in BGP.
The expected option of using the
option in RPL currently can only be used at the default-inf...
On IOS-XR, Quality of Service has an extension to WRED (Weighted Random Early Detection) called Explicit Congestion Notification (ECN). ECN will mark packets instead of dropping them when the average queue length exceeds a specific threshold value. When c...
Technical Guide to Pre-Defined NAT.
In traditional NAT, due to the government regulations logging the CGN translations is mandatory and this is a huge cost incurrence. In Pre-defined NAT, the translations are known upfront, hence there is no nee...