[j-nsp] nssa default route

[ryanL]

but it shouldn't lose connectivity to area 0, as my ex's have links to
both area 0 routers, and ospf neighbor adjacencies with them.

> show ospf neighbor
Address          Interface              State     ID               Pri  Dead
10.254.1.1       ae0.0                  Full      10.255.1.2       128    35
10.254.1.2       ae1.0                  Full      1.1.1.1     128    39
10.254.1.4       ae2.0                  Full      1.1.1.2     128    39

when i kill mx2, i lose ospf on ae2.0 which is accurate.

and, the abr being the remaining mx which already lives in area 0,
that seems silly that it would think that it has lost connectivity to
area 0, no? or am i misunderstanding.

thanks!

On Thu, Aug 16, 2012 at 11:10 AM, Harry Reynolds <harry at juniper.net> wrote:
> Sounds like a case of "active backbone detection". A feature where if the abr loses its area 0 adjacency it ceases to adv the default.
>
> There is a hidden (unsupported) command to disable:
>
> set protocols ospf no-active-backbone
>
> started with 7.2, IIRC:
>
> http://www.juniper.net/techpubs/software/junos/junos72/rn-sw-72/rn-new-features.html#rn-new-features
>
>
>
>
> OSPF active backbone detection-The JUNOS software now supports active backbone detection. There are two changes in Open Shortest Path First (OSPF) default behavior associated with active backbone detection, but there are no new configuration statements. First, if an Area Border Router (ABR) loses its OSPF adjacency to backbone area 0, then the router no longer announces the default into connected stub areas or not-so-stubby areas (NSSAs) via the configuration under the nssa or stub default-metric statements at the [edit protocols ospf] hierarchy level. This makes it possible to reroute traffic through another ABR that has an active adjacency to backbone area 0. Second, an ABR with no active backbone area 0 adjacency now considers inter-area traffic destined to areas that are not directly connected to that ABR. This change does not obviate the need for virtual links in the case of a partitioned area. [Routing Protocols]
>