-
Notifications
You must be signed in to change notification settings - Fork 759
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
rc: backport newwan changes from master
- Loading branch information
Showing
2 changed files
with
100 additions
and
119 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
f31964aThere was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
After testing this patch for a few days, it seems like things got worse:
After a reboot IPv6 works for some time, buit I still get every 15 mins annoying log messages as before. But then log messages stop to appear and so does the IPv6 connectivity.
While a
ping www.heise.defrom a client works immediately after a OPNsense reboot, after some time it stops working till the next OPNsense reboot:Log messages:
f31964aThere was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thanks for testing, there was a nasty bug in this... b792c9f
I don't think we can get of the reload, it looks like this is directly tied to ppp-linkup, but the reload can be made less annoying:
9b4c350efb
Still work to do but it looks like light at the end of the tunnel :)
f31964aThere was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm happy to test. Especially since
opnsense-patchis such a neat little tool :) Do you have already a new patch you want me to test?f31964aThere was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@Woi ok, let's start with the simple PPPoE patch on top of a clean 17.1.6:
This should make the reload every 15 minutes more graceful although I suspect there will be issues with it we need to address elsewhere in the midterm (ppp-linkup)
f31964aThere was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I applied 9b4c350 on a "clean" (no additional patches/all previous patches removed) 17.1.6. Looks good so far. I'll paste you the relevant bits of the log files in the next comment. But before some technical details to make clear you have the right picture:
I'm using a VDSL Vectoring connection from Deutsche Telekom (DTAG).
IPv4 connection is made using PPPoE. IPv6 uses DHCPv6 through this IPv4 PPPoE link. It seems to be one of the newer DTAG configurations, where DTAG doesn't provide an IPv6 address any more:
Request only a IPv6 prefixneeds to be enabled, otherwise I ended up in a reconnection loop (not tested with 17.1.4 and newer).Also DTAG doesn't force a daily reconnect any more as with the old POTS and ISDN connections. Consequently OPNsense doesn't log anything to the PPPoE log during normal operations.
f31964aThere was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
diag_logs_ppp after reboot:
f31964aThere was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
diag_logs (without the reboot, since it's mixed with other messages):
f31964aThere was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Are you using prefix delegation on WAN only? Asking because of LINKLOCAL
f31964aThere was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No. I just replaced the fe80:-Addresses with LINKLOCAL. But on the other hand: there were no IPv6 addresses other then link local ones in the log files. See https://forum.opnsense.org/index.php?topic=5037.0 for details of my configuration.
f31964aThere was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Alright, it must take linklocal here so that's good. Looks fine, let's go with this for a day or two. :)
f31964aThere was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
:-)
f31964aThere was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok, this patch improved the situation: I couldn't observer any lags during gaming and it's only 4 instead of 10 log lines every 15 min. It also worked without any downsides during the last 24hrs.
f31964aThere was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@Woi yay, thanks a ton! I have a new patch based on your feedback improving on the original patch tomorrow