Project

General

Profile

Actions

Bug #12811

closed

Services are not restarted when PPP interfaces connect

Added by Oskar Stroka about 2 years ago. Updated over 1 year ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
PPP Interfaces
Target version:
Start date:
Due date:
% Done:

100%

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

Description

Hi there, I've got a Gateway Group containing my WAN (VDSL with PPPoE) on Tier 1 and my 2nd WAN (LTE Modem) on Tier 2.
The Failover from Tier 1 to Tier 2 works flawlessly, but the "recovery" or failback to Tier 1 seems to be flawed.

If Tier 1 (VDSL with PPPoE) fails, all traffic (Wireguard in that case) will almost immediately be routed through Tier 2 (LTE Modem).
If Tier 1 comes back up, Status - Gateways - Gateway Groups even shows that change, the traffic will still flow through Tier 2.
By the way: This Gateway Group is set as my default gateway.

Diagnosis:
I've put 2 additional lines in /etc/rc.gateway_alarm.

echo "$GW" >> /tmp/test
echo "$alarm_flag" >> /tmp/test

Here is the output if Tier 1 fails:
WAN_PPPOE
1

but there's no output if Tier 1 comes back up.

I GUESS rc.gateway_alarm doesn't get triggered, and I GUESS this only happens if the IP on the PPPoE interface didn't change.

The only way for me to force traffic back through Tier 1 is to disable or unplug the interface on Tier 2.

This only happens on the PPPoE Interface, the other Interfaces act as expected.


Related issues

Related to Regression #11570: Gateway monitoring services is not always restarted on interface events, which may prevent a WAN from recovering back to an online stateClosed

Actions
Actions

Also available in: Atom PDF