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#3909 - Xiaomi mir3g: doesn't work PPPoE with 21.02 #8990

Closed
openwrt-bot opened this issue Jul 1, 2021 · 6 comments
Closed

FS#3909 - Xiaomi mir3g: doesn't work PPPoE with 21.02 #8990

openwrt-bot opened this issue Jul 1, 2021 · 6 comments
Labels

Comments

@openwrt-bot
Copy link

darkblaze69:

Fresh install of RC3 on Xiaomi mir3g without old configs.

  1. choosing pppoe protocol on WAN interface and configuring user/password
  2. After applying I get "Connection attempt failed" error.
  3. logs:
    Sun Jun 13 22:04:44 2021 daemon.info pppd[4158]: Plugin rp-pppoe.so loaded.
    Sun Jun 13 22:04:44 2021 daemon.info pppd[4158]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.8
    Sun Jun 13 22:04:44 2021 daemon.notice pppd[4158]: pppd 2.4.8 started by root, uid 0
    Sun Jun 13 22:04:59 2021 daemon.warn pppd[4158]: Timeout waiting for PADO packets
    Sun Jun 13 22:04:59 2021 daemon.err pppd[4158]: Unable to complete PPPoE Discovery
    Sun Jun 13 22:04:59 2021 daemon.info pppd[4158]: Exit.
@openwrt-bot
Copy link
Author

swex:

The same for me on TP-Link Archer C6U v1. nothing useful in logs:

Sat Jul 3 00:29:18 2021 daemon.notice pppd[4170]: pppd 2.4.8 started by root, uid 0
Sat Jul 3 00:29:18 2021 daemon.debug pppd[4170]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
Sat Jul 3 00:29:18 2021 daemon.debug pppd[4170]: dst ff:ff:ff:ff:ff:ff src MASKED
Sat Jul 3 00:29:18 2021 daemon.debug pppd[4170]: [service-name] [host-uniq 4a 10 00 00]
Sat Jul 3 00:29:23 2021 daemon.debug pppd[4170]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
Sat Jul 3 00:29:23 2021 daemon.debug pppd[4170]: dst ff:ff:ff:ff:ff:ff src MASKED
Sat Jul 3 00:29:23 2021 daemon.debug pppd[4170]: [service-name] [host-uniq 4a 10 00 00]
Sat Jul 3 00:29:28 2021 daemon.debug pppd[4170]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
Sat Jul 3 00:29:28 2021 daemon.debug pppd[4170]: dst ff:ff:ff:ff:ff:ff src MASKED
Sat Jul 3 00:29:28 2021 daemon.debug pppd[4170]: [service-name] [host-uniq 4a 10 00 00]
Sat Jul 3 00:29:33 2021 daemon.warn pppd[4170]: Timeout waiting for PADO packets

@openwrt-bot
Copy link
Author

swex:

btw in my case WAN port is working OK. Setting it to static IP make reliable connection between my desktop and OpenWRT router

@openwrt-bot
Copy link
Author

darkblaze69:

Well, I found out that openwrt 21.02 cannot autonegotiate with my provider's cable for pppoe. It shows 'no link', speed unknown etc.
# ethtool wan
Settings for wan:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Speed: Unknown!
Duplex: Unknown! (255)
Port: MII
PHYAD: 1
Transceiver: external
Auto-negotiation: on
Supports Wake-on: d
Wake-on: d
Link detected: no

When I switch off autonegotiation and forced to 100baseT/Full, pppoe worked like a charm.
So as a workaround I added to /etc/rc.local:
/usr/sbin/ethtool -s wan speed 100 duplex full autoneg off

@openwrt-bot
Copy link
Author

@openwrt-bot
Copy link
Author

thiagokokada:

I had similar issues as Alexey Mednyy, but at least in my case forcing the MTU to 1492 on the pppoe-wan interface seems to fix the issue.

@openwrt-bot
Copy link
Author

swex:

wow, sad there is no notifications for this forum. I also found a way to fix it with ethtool, but in my case device shows me solid 1000mbit connections (there was no It shows 'no link', speed unknown etc. as in darkblaze69 case)
so I used

ethtool -s wan speed 100 duplex full autoneg on

in my case if I set 'autoneg off' interface is not able to determine its link state...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant