[solved] PPPoE IA-PD woes
-
Actually same as when it works… I see nothing special there...
-
So it appears dhcp6c is working, and by the look of it so is RTSOLD. Hmm, pppoe thing. Not even sure if it's related or not.
Try this, see if it makes any difference. Just add it on the end of the others.
c3b55b8a0aee8fde7474738d08a993ed32ee3282
-
Parse error: syntax error, unexpected ')' in /etc/inc/interfaces.inc on line 3303 Call Stack: 0.0001 226808 1. {main}() /usr/local/www/system_patches.php:0 0.0002 227304 2. require('/usr/local/www/guiconfig.inc') /usr/local/www/system_patches.php:29 0.0005 248832 3. require_once('/etc/inc/authgui.inc') /usr/local/www/guiconfig.inc:47 0.0005 249416 4. include_once('/etc/inc/auth.inc') /etc/inc/authgui.inc:25 0.0005 249848 5. require_once('/etc/inc/config.gui.inc') /etc/inc/auth.inc:30 0.0015 270984 6. require_once('/etc/inc/notices.inc') /etc/inc/config.gui.inc:37 0.0016 271392 7. require_once('/etc/inc/functions.inc') /etc/inc/notices.inc:24
:(
-
Nuts… Didn't test it.. Give me ten minutes.
-
Fixed it myself…
Just removed extra ")"... testing now -
Not helped
-
Baffled. ???
So it works unless you pull the link for more than 'n' seconds though. So what's changing after that 'n' seconds that's preventing a recovery?
Do we need to send another RA and reset the whole sequence, we know that dhcp6c is running bit a kick up the bum with a SIGHUP did not fix it. Try running the RTSOLD script from the shell and see if that kicks anything into life. It should report lock in place etc but will send out an RS.
-
Yeah link flap for 10 seconds or less is ok… As soon as last lcp is missed and pppoe starts reconnecting if I then plug utp back in no ipv6 address on pppoe...
How do I run rtsold script from shell?
Will try it in hour or 2 when I come home... -
Yeah link flap for 10 seconds or less is ok… As soon as last lcp is missed and pppoe starts reconnecting if I then plug utp back in no ipv6 address on pppoe...
How do I run rtsold script from shell?
Will try it in hour or 2 when I come home...In /Var/etc you should see a script something like rtsold_{IFACE}_script.sh, where {IFACE} is the interface you are interested in.
To run it, just do ./ rtsold_{IFACE}_script.sh
I'll squash down those commits it's getting untidy.
-
OK, I've squashed all those commits down to a single pair.
718cbc2d3921627e9767e59d539386c843dffcc4 - Reasons
07c304a5593e4fc7d574964bbf3641f92c16d8fa - Wan flap -
When I run rtsold script:
Mar 12 13:15:49 php-fpm 72012 /rc.newwanipv6: rc.newwanipv6: No IPv6 address found for interface PPPOE [opt2]. Mar 12 13:15:49 php-fpm 72012 /rc.newwanipv6: rc.newwanipv6: Info: starting on pppoe0. Mar 12 13:15:49 php-fpm 75079 /rc.filter_configure_sync: Gateways status could not be determined, considering all as up/active. (Group: GWGRP_IPv6) Mar 12 13:15:47 rtsold RTSOLD Lock in place - sending SIGHUP to dhcp6c Mar 12 13:15:47 rtsold Received RA specifying route for interface opt2(pppoe0)
So still no IPv6 address on iface PPPOE.
Weird. -
I think it will only get ipv6 address when connecting and no later…
Only thing that is 1000% is disconnect/connect from interfaces page or save/apply on pppoe iface settings page.
In those 2 cases ipv6 is ALWAYS assigned. -
Yes, I was doing a bit of reading, think it's a pppoe thing - note my earlier comment about changing ISP, I'll find out soon!
Just remembered, my current ISP is a little wierd in that respect too, if I don't send a dhcp6 solict within a set period after a v4 solicit then no ipv6. The v4 solicit also contains the credentials so the only solution is drop the link, wait 5 minutes until the ISP's BNG resets and start the login again.
-
Ahh we just both posted at the same time :)
See above I`ve edited post…
Yeah, this is pppoe thingie I think that too...
PPPoE is really tricky sometimes...
But you`ve fixed flapping issue thanks a bunch!!
-
Good. Would you like to roll back the patches and apply the consolidated pair and see if it's OK. I can then comment on that PR that at least one person has tested it and it's OK.
-
I already did that and using it
Works great. -
Another happy customer! 8)
-
@marjohn56:
Good. Would you like to roll back the patches and apply the consolidated pair and see if it's OK. I can then comment on that PR that at least one person has tested it and it's OK.
2.4.0-BETA (amd64)
built on Wed Mar 15 18:17:17 CDT 2017
FreeBSD 11.0-RELEASE-p8Redmine #7330 / PR #3515. Tested 5 sec. unplug then insert of WAN side.
Result OK. Thanks again.