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