Project

General

Profile

Actions

Bug #13048

closed

Explicit PPPoE disconnect of a WAN Gateway Group member may not restore a default route

Added by Serge Caron about 2 years ago. Updated 11 months ago.

Status:
Resolved
Priority:
Normal
Assignee:
Viktor Gurov
Category:
Routing
Target version:
Start date:
Due date:
% Done:

0%

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

Description

(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 ;-(

Actions #1

Updated by Viktor Gurov about 2 years ago

  • Category changed from Gateway Monitoring to Routing
  • Assignee set to Viktor Gurov
  • Affected Version set to 2.6.0
Actions #2

Updated by Jim Pingle about 2 years ago

  • Status changed from New to Pull Request Review
  • Target version set to 2.7.0
  • Plus Target Version set to 22.05
Actions #3

Updated by Viktor Gurov about 2 years ago

  • Status changed from Pull Request Review to Feedback
Actions #4

Updated by Lev Prokofev about 2 years ago

Can't recreate this issue on 22.01, failover working as expected, and default route changes every time if tier 1 goes down or comes back, no difference if I drop PPPoE by the "disconnect" button or put the cable out.

Actions #5

Updated by Jim Pingle almost 2 years ago

  • Status changed from Feedback to Resolved

Default gateway switches away and back as expected when disconnecting and reconnecting.

Actions #6

Updated by Jim Pingle 11 months ago

  • Subject changed from Explicit PPPoE disconnect of a WAN Gateway Group member may not restore a default route. to Explicit PPPoE disconnect of a WAN Gateway Group member may not restore a default route
Actions

Also available in: Atom PDF