pfSense

(This is a rewording of Bug #13035)

Tier 1 of a Gateway Group is a PPPoE interface.
Tier 2 of the same Gateway Group is a static IPv4 connection.

When the PPPoE Tier is disconnected using the disconnect button in the "Interfaces" GUI, the default route is removed.
The PPPoE Tier shows as "Pending" in the Gateways Status page.
The dpinger log show 5 consecutive "WAN_PPPOE ww.xx.yy.zz: sendto error: 65" error messages

Here is a simple way to reproduce this bug:
- Gateway failover occurs if the PPPoE gateway goes down (ie., removing the internet cable from the WAN port) or if the WAN interface is disabled.
- Gateway failover does not occur if the "PPP disconnect" button is pressed using the GUI Interfaces.

In the following tests, failure occurs in test #6: you can explicitly see that the PPPoE interfacte is the default route while the interface is in the "Pending" status,.

Gateways
        Name     Default     Interface     Gateway     Monitor IP     Description     Actions
        WAN_PPPOE         Tier 1 (IPv4)     WAN                                             Interface WAN_PPPOE Gateway     
        WAN_FailOverGW     Tier 2 (IPv4)     WAN_FAILOVER     [St.at.ic.IP]     [St.at.ic.IP]     Backup ADSL Interface 

Test #1: no Ethernet connection in either WAN ports

Gateways
WAN_PPPOE                       Pending        Pending        Pending    Pending         Interface WAN_PPPOE Gateway
WAN_FailOverGW                [St.at.ic.IP]    [St.at.ic.IP]    0ms        0ms        100%    Offline, Packetloss: 100%    Backup ADSL Interface

Test #2: Only WAN_FailOverGW is connected to Internet

Gateways
WAN_PPPOE                     Pending         Pending         Pending                         Pending    Interface WAN_PPPOE Gateway
WAN_FailOverGW (default)    [St.at.ic.IP]     [St.at.ic.IP]     0.766ms     1.392ms     0.0%     Online     Backup ADSL Interface 

Test #3: Both gateways connected to Internet

Gateways
WAN_PPPOE (default)            [PPP.Se.rv.er]     [PPP.Se.rv.er]     3.136ms     1.348ms     0.0%     Online     Interface WAN_PPPOE Gateway
WAN_FailOverGW                 [St.at.ic.IP]     [St.at.ic.IP]     0.615ms     0.879ms     0.0%     Online     Backup ADSL Interface 

Test #4: Remove WAN_PPPOE Cable
Gateways
WAN_PPPOE (default)            [PPP.Se.rv.er]     [PPP.Se.rv.er]     3.071ms     2.284ms     13%     Warning, Packetloss: 13%     Interface WAN_PPPOE Gateway
WAN_FailOverGW                 [St.at.ic.IP]     [St.at.ic.IP]     0.535ms     0.528ms     0.0%     Online     Backup ADSL Interface 

Gateways
WAN_PPPOE                     [PPP.Se.rv.er]     [PPP.Se.rv.er]     2.786ms     0.992ms     55%     Offline, Packetloss: 55%     Interface WAN_PPPOE Gateway
WAN_FailOverGW (default)    [St.at.ic.IP]     [St.at.ic.IP]     0.557ms     0.55ms         0.0%     Online     Backup ADSL Interface 

Gateways
WAN_PPPOE                     [PPP.Se.rv.er]                     0ms         0ms             100%     Offline, Packetloss: 100%     Interface WAN_PPPOE Gateway
WAN_FailOverGW (default)    [St.at.ic.IP]     [St.at.ic.IP]     0.757ms     1.359ms     0.0%     Online     Backup ADSL Interface 

Test #5: Reconnect WAN_PPPoE

Gateways
WAN_PPPOE (default)            [PPP.Se.rv.er]     [PPP.Se.rv.er]     2.632ms     0.432ms     0.0%     Online     Interface WAN_PPPOE Gateway
WAN_FailOverGW                 [St.at.ic.IP]     [St.at.ic.IP]     0.663ms     0.714ms     0.0%     Online     Backup ADSL Interface 

Test #6: Issue disconnect

Gateways
WAN_PPPOE (default)        dynamic         Pending     Pending     Pending     Pending     Interface WAN_PPPOE Gateway
WAN_FailOverGW     [St.at.ic.IP]     [St.at.ic.IP]     1.006ms     1.911ms     0.0%     Online     Backup ADSL Interface 

Gateways
        Name     Default     Interface     Gateway     Monitor IP     Description     Actions
        WAN_PPPOE     Tier 1 (IPv4)     WAN     dynamic         Interface WAN_PPPOE Gateway     
        WAN_FailOverGW     Tier 2 (IPv4)     WAN_FAILOVER     [St.at.ic.IP]     [St.at.ic.IP]     Backup ADSL Interface     

Simple workaround: don't touch that button!

There is no failover and the box is isolated from the world ;-(