You're right, removing nssa's will probably cut through the problem.
But: the recommended by you OSPF documentation states that nssa's will retain all the characteristics of stub areas, except that they will accept ASBR's and type-7 LSA's.
The document does not state that type-3 or type-4 LSA's are not allowed in nssa's. So interarea routes (O IA) should appear in the routing table.
I tried a living configuration and the interarea routes did appear for me in the routing table of nssa routers.
If any documentation states the contrary, it should not be true.
Why the expected routes do not appear in the routing table in the current nssa config? Well, I think there may be some causes that would stop propagation of routes across the area or electing them into the routing table.
We would need to see the complete running-configs to have ample information.
This document gives several answers on frequently asked questions for PFRv3 channel state behavior.
Q1: What are all the channel operational states from a BR (border role) perspective and what are the rules/conditions to be in each st...
The need was to reach an host inside a LAN through a VPN connection managed by the LAN gateway (Cisco 1921).
The LAN gateway performs NAT and there was a dedicate nat rule for the host i wanted to reach through VPN.
I couldn't connect to the hos...
We have 3 identical switches configured by someone else and would like to claim some of the Gigabit ports(G1/G2/G3/G4) for use on servers. When we try to change the wiring and configuration, we run in to connectivity issues. Attached is a des...