i'm not sure why it won't translate, i have two NSSA ABRs, one of them (highest RID) shows that it should be translating the LSAs from 7 to 5 but does not. I do see Type 7 LSAs in the Database. This is on a 6509 running 12.2(18)SXF8. Has anyone seen this before?
Solved! Go to Solution.
Looking at the database entry for the type 7 lsa, we can see that the routing bit is not set. It could be that the forward address is not learnt via ospf or that the type 7 itself is not installed in the RIB (also learnt via another protocol with better AD).
Can you post the output of a "show ip ro 10.255.30.0" and "show ip ro 10.250.1.230".
does your router receive the type 5 LSA generated by the other NSSA ABR in area 0 ?
May you post the output of show ip ospf database about the type 7 LSA on both NSSA ABR routers ?
I wonder if seeing that the type 5 LSA is already in the database the router does not translate. May be because the other router is advertising a better metric or has done before.
hope to help
Type 7 LSA and not being converted to type 5 and those routes are not getting advertised out to the rest of the OPSF domain
4.1 Translating Type-7 LSAs Into Type-5 LSAs
This step is performed as part of the NSSA's Dijkstra calculation
after type-5 and type-7 routes have been calculated. If the
calculating router is not an area border router this translation
algorithm should be skipped. All reachable area border routers in
the NSSA should now be examined noting the one with the highest
router ID. If this router has the highest router ID, it will be the
one translating type-7 LSAs into type-5 LSAs for the NSSA, otherwise
the translation algorithm should not be performed.
yes..this makes sense and this is exactly the situation i have but for some reason conversion is not happening on the NSSA ABR...