Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

FS#4008 - PPPoE: connect fails if no other interface defined on underlying NIC #7032

Open
openwrt-bot opened this issue Sep 5, 2021 · 0 comments
Labels
flyspray release/21.02 pull request/issue targeted (also) for OpenWrt 21.02 release

Comments

@openwrt-bot
Copy link

Cheddoleum:

If no other interface is defined on the underlying phy device (eg eth1) PPPoE fails to connect and loops continually. Speculatively, the issue seems to be that netifd does not bring up the lower device before starting the daemon; it works by default because another interface is defined for that device, causing it to be live when the pppoe daemon runs.

Steps to reproduce:
On a default installation, WAN and WAN6 are initially defined respectively as DHCP and DHCPV6 interfaces on the same underlying device, eg eth1. Switching the WAN protocol to PPPoE succeeds and connection works as it should.

However, if you delete WAN6, or alter it so that it does not use the same (eg eth1) device, PPPoE will not connect again the next time it's started and will loop.

If you then create a new interface on the WAN's underlying device (eg eth1) using some other protocol which forces the device up, such as static IP using 0.0.0.0/32 as the address, this is sufficient to keep the device alive, and PPPoE works as it should.

Platform: x86_64, Sophos SG-105, Intel e3826 CPU, 4x i211 (igb) NICs, 2GB RAM, 64GB SSD
Image: openwrt-21.02.0-rc4-x86-64-generic-ext4-combined
Release: 21.02,0-rc4

(Anecdotally, while tracing the issue, the problem appeared to be present even in 19.07.8, but I have not done all he steps to reproduce it in that version.)

@aparcar aparcar added the release/21.02 pull request/issue targeted (also) for OpenWrt 21.02 release label Feb 22, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
flyspray release/21.02 pull request/issue targeted (also) for OpenWrt 21.02 release
Projects
None yet
Development

No branches or pull requests

2 participants