OSPF: Behavior of the default route that an ABR advertise to a stub area when the ABR is set to overload.

The router will not poison the default route metric after the router became overload.

Example
Show route taken from a OSPF stub router before the ABR is set to overload.

# run show route 

inet.0: 14 destinations, 14 routes (14 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both

0.0.0.0/0 *[OSPF/10] 00:02:32, metric 11
> to 10.0.0.6 via lt-0/0/0.7
10.0.0.0/31 *[OSPF/10] 00:07:23, metric 2
> to 10.0.0.6 via lt-0/0/0.7
10.0.0.2/31 *[OSPF/10] 00:07:06, metric 3
> to 10.0.0.6 via lt-0/0/0.7
10.0.0.6/31 *[Direct/0] 00:08:09
> via lt-0/0/0.7
10.0.0.7/32 *[Local/0] 00:08:09
Local via lt-0/0/0.7
10.0.0.8/32 *[Local/0] 00:08:09
Reject
10.0.0.32/32 *[Local/0] 00:08:09
Reject
10.0.0.40/31 *[Direct/0] 00:08:09
> via lt-0/0/0.40
10.0.0.40/32 *[Local/0] 00:08:09
Local via lt-0/0/0.40
192.168.0.1/32 *[OSPF/10] 00:07:16, metric 2
> to 10.0.0.6 via lt-0/0/0.7
192.168.0.2/32 *[OSPF/10] 00:07:23, metric 1
> to 10.0.0.6 via lt-0/0/0.7

Example after the ABR is set to overload, ( the default route metric is the same as before )

inet.0: 14 destinations, 14 routes (14 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both

0.0.0.0/0 *[OSPF/10] 00:08:34, metric 11
> to 10.0.0.6 via lt-0/0/0.7
10.0.0.0/31 *[OSPF/10] 00:01:51, metric 65536
> to 10.0.0.6 via lt-0/0/0.7
10.0.0.2/31 *[OSPF/10] 00:01:51, metric 65537
> to 10.0.0.6 via lt-0/0/0.7
10.0.0.6/31 *[Direct/0] 00:14:11
> via lt-0/0/0.7
10.0.0.7/32 *[Local/0] 00:14:11
Local via lt-0/0/0.7
10.0.0.8/32 *[Local/0] 00:14:11
Reject
10.0.0.32/32 *[Local/0] 00:14:11
Reject
10.0.0.40/31 *[Direct/0] 00:14:11
> via lt-0/0/0.40
10.0.0.40/32 *[Local/0] 00:14:11
Local via lt-0/0/0.40
192.168.0.1/32 *[OSPF/10] 00:01:51, metric 65536
> to 10.0.0.6 via lt-0/0/0.7
192.168.0.2/32 *[OSPF/10] 00:13:25, metric 1

Related