You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I recently migrated my opnsense to a ZimaBoard.
My upstream connection is done via pppoe.
When filling up the available bandwidth, e.g. with a huge speedy download from a client, the pppoe connection breaks and does not recover until a reboot.
I can trigger this easily by running a speedtest (e.g. using https://www.speedtest.net/)
Expected behavior
A stable pppoe connection, no matter the throughput from clients.
Describe alternatives you considered
None so far on this machine.
Previously running opnsense on an APU without problems
If applicable, information from log files supporting your claim.
Additional context
This was initially happening very often.
We have a very similar setup with near identical configuration at another site, that is not experiencing this problem.
One difference we noted early is that VT-d wasn't enabled in the BIOS. This is now enabled.
This seemed to have flipped something to turn off MSI:
# sysctl -a | grep MSI
re0: Using 1 MSI-X message
re0: turning off MSI enable bit.
With this the issue occurs only for downloads >300 mbps. Previously it happend far earlier.
Note: a software reboot causes MSI to be enabled again (no "turning off MSI enable bit" in the sysctl output).
Only a full power cycle brings it back. Not sure if this is a bug in itself.
Environment
Software version used and hardware type if relevant, e.g.:
OPNsense 22.1.8_1-amd64
FreeBSD 13.0-STABLE
OpenSSL 1.1.1o 3 May 2022
Intel(R) Celeron(R) CPU N3450 @ 1.10GHz (4 cores, 4 threads)
The text was updated successfully, but these errors were encountered:
And this blogpost reports problems with that NIC as well.
For now I have shaped down the bandwidth to stop the issue (but will switch out the board soon to get my full bandwidth back).
Important notices
Before you add a new report, we ask you kindly to acknowledge the following:
Describe the bug
I recently migrated my opnsense to a ZimaBoard.
My upstream connection is done via pppoe.
When filling up the available bandwidth, e.g. with a huge speedy download from a client, the pppoe connection breaks and does not recover until a reboot.
I can trigger this easily by running a speedtest (e.g. using https://www.speedtest.net/)
Expected behavior
A stable pppoe connection, no matter the throughput from clients.
Describe alternatives you considered
None so far on this machine.
Previously running opnsense on an APU without problems
Relevant log files
/var/log/ppps/ppps_20220525.log
:(this continues until I reboot the device)
If applicable, information from log files supporting your claim.
Additional context
This was initially happening very often.
We have a very similar setup with near identical configuration at another site, that is not experiencing this problem.
One difference we noted early is that
VT-d
wasn't enabled in the BIOS. This is now enabled.This seemed to have flipped something to turn off MSI:
With this the issue occurs only for downloads >300 mbps. Previously it happend far earlier.
Note: a software reboot causes MSI to be enabled again (no "turning off MSI enable bit" in the
sysctl
output).Only a full power cycle brings it back. Not sure if this is a bug in itself.
Environment
Software version used and hardware type if relevant, e.g.:
OPNsense 22.1.8_1-amd64
FreeBSD 13.0-STABLE
OpenSSL 1.1.1o 3 May 2022
Intel(R) Celeron(R) CPU N3450 @ 1.10GHz (4 cores, 4 threads)
The text was updated successfully, but these errors were encountered: