Hello, i'm doing some lab with IOS-XR and i have one situation strang, basicaly i have a NSSA area with multiple exit points and a redistribution ocurs inside the NSSA area.
The problem basicaly is: PE10 receive the NSSA route with P-bit set and send it to PE6 via area0, PE6 receive it (Type5) end flood it inside NSSA again... but PE6 already has a NSSA route for this prefix... but it delete it from database and install Type5
RFC3101 route preference says:
1. A Type-7 LSA with the P-bit set.
2. A Type-5 LSA.
3. The LSA with the higher router ID.
The P-bit default is now defined as cleared.
i my understand IOS-XR dont uses RFC3101, i search in documentation and not found about it and i dont have any solution, anybody seen this behavior?
If i cancel P-BIT NSSA is installed successfully, really the problem is OSPF path selection order
Same situation in IOS-XE works according the RFC3101
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...