Project

General

Profile

Actions

Bug #13035

closed

No default route following WAN Gateway Group PPPoE member failure

Added by Serge Caron almost 2 years ago. Updated almost 2 years ago.

Status:
Not a Bug
Priority:
Normal
Assignee:
-
Category:
Gateway Monitoring
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:
Plus Target Version:
Release Notes:
Default
Affected Version:
Affected Architecture:

Description

This is probably a twist on BUG # 12920 [[https://redmine.pfsense.org/issues/12920?tab=properties]]

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

When the PPPoE Tier disconnects (and the simplest action is to push the disconnect button), 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

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

The behavior is the same if the trigger is packet loss or member down.

Manually logging through the LAN and changing the "Default Gateway IPv4" restores connectivity to the Tier 2 member.

I do not know how "Member down" should be interpreted in the case of a PPP interface. Obviously, there is 100% packet loss here. Can failover occur in this case ?

Actions #1

Updated by Jim Pingle almost 2 years ago

  • Status changed from New to Not a Bug

Seems closer to #12811 or maybe part of #11570 though it's also possible it's a part of your configuration. Not enough information here to definitely say it's a new or unique issue not already covered by existing bug reports. First thing to do is to try on snapshots and see how it behaves. Start a forum thread if it's still broken on snapshots.

Actions #2

Updated by Serge Caron almost 2 years ago

Thank you. The test equipement to run the snapshot will be available next Monday.

I did not ask the question properly: how is "Member down" interpreted in the case of a PPP interface? And for that matter, hhow is "packet loss" interpreted for a disconnected PPP interface?

We plan to run the exact same configuration in the exact same hardware using the development snapshot from next Monday.

Actions #3

Updated by Serge Caron almost 2 years ago

The results of the test are simple: 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!

Actions

Also available in: Atom PDF