Todays (14/6) build broke PPPOE-internet connection (FATAL !!)

louis2

Jim,

Hereby the requested file, as uploaded from my actual system. So the 11/6 version. No reason to assume it differs from the not working kernel.

mpd_wan.conf.txt

For info all my physical interfaces (or the lagg) are carrying vlan's (12 in total). Internet itself is also arriving via a vlan (via em0 vlan6).

Note that the PPPOE interface settings did not change during years.

The FW is implemented on a relative fast intel-pentium-pc, having plenty of ram and starting from a small SSD.

The config I am running now is exactly the config I using for the not working instance.

I added the upper-part of my config files (up to where the rule definitions start).

config-pfSense.lan-20200616181031_PW-removed_UpperPart.xml

The config I am running now is exactly the config I using for the not working instance.

Note, that the logs are allready uploaded, but from your reaction I conclude that You allready noticed.

Louis

louis2

I forgot to explicitly answer your first question.

Are you using the host-uniq setting? The answer is NO.

This is also not possible unless you install the gui patch or have been editing the xml. Could it be that the problem is that there is no entry for that in the config file!!??

Louis

jimp

Nothing stands out there, either. But it's definitely not related to the host-uniq change since there is no trace of it in your config or the generated MPD config.

There were a lot of other PRs merged on the 10th, all those changes should have been in the snapshot from the 11th. Nothing substantial changed after that in the base system, just syntax fixes.

louis2

After lots of test and trys I found the problem, I think.

In the WAN interface there is a field MTU, that field was in my case always empty ..... that does not work any longer, at least not in my case!

Setting MTU to 1508 did the job for me. So simple ..... if you know what the problem is ....

Question is why is suddenly required to fill that field.... !!??

However, I am glad I found the problem!

Louis

w0w

@louis2
That's very strange. Can you provide PPPoE log output again?

louis2

Yep,

It is very strange and so unexpected. Thats the reason it took so long and so much effort to find the problem.

Attached the actual log. Note that I

did set the MTU to the more common 1500;
cleared the log;
disabled the wan;
enabled the the wan again.

Louis

20200617 pfSensePPPOE-log.txt

w0w

Hmm, I don't know is it ISP related or not, but for me it does not work. ~~Setting any value into MTU field does not change anything. PPPoE log shows MRU 1492 always. What if you put 1492 manually?~~
Re-tested. Accidentally put MTU into PPPoE settings, not WAN. Looks like with 1500 it just refuses to connect.

louis2

For info,

At this moment I am running a build from a few hours ago. As soon as I clear the MTU field, I lose connection.

Related to the MTU value, I really do not know what is the best value because:

the ISP is using / can use VLAN's (adding extra length to the MTU)
the maximum MTU payload conform spec advise is 1500
my switches are by default using 1500 (I really do not know if I should read that as 1500 with or without vlan tags!)
1500 is more or less the standard / the value supported every where
however 1500 + vlan headers = 1522

So normally I tend to set the value to "1522" .... however that is probably not optimal for my own switches / not even there ...

I do not even now if the gui field is related to the MTU-pay-load or tot the bruto MTU-size

So, since I did not deep dive in this, for the moment, it go for 1500, however 1492 works as well.

Louis

louis2

Small addition:

I just updated to the very latest snapshot, same behavoir
If I clear the MTU-field when connected, maybe sometimes, the interface seems to stay available for a while,
when I reboot with an empty MTU-field, I will not have a connection
as soon as I fill a value in the MTU-field (e.g. 1500) the connection will establisch within a few seconds

Louis

w0w

@louis2
I am not sure what was the logic, but according to hint for this field
"If this field is blank, the adapter's default MTU will be used. This is typically 1500 bytes but can vary in some circumstances." it should use adapter's default MTU, but I think for PPPoE WAN type it should use something different.
If I type whatever I type into MTU field, for example 1500 I get

[wan_link0] PPPoE: Set PPP-Max-Payload to '1500'

in PPP log.
If I clear this field I don't get this line at all. Same happens if I put 1492 into this field, no payload is set, it's default.
Another one note. If I disable WAN and enable it, then my PPPoE interface changes it's parent interface to the last one in the list, I mean "Interfaces/PPPs/Edit" "Link Interface(s)" list. So my connection failed with same sympthoms as yours.