Topics

Hi everyone,
I'm dealing with a frustrating upload speed issue on my DEC840 that I can't seem to figure out.

Currently, my WAN is connected to my ISP's ONT using an FS SFP-10G-T (SFP+ to RJ45) transceiver in one of the DEC840's 10G ports. When I run a speed test, I get around 2 Gbps download, but my upload is capped at roughly 500 Mbps.

Suspecting the copper transceiver was the bottleneck, I moved the WAN connection to one of the DEC840's native 1 Gbps RJ45 ports. As expected, my download speed dropped to ~940 Mbps, but surprisingly, my upload actually increased to ~700 Mbps.

Thinking I was on the right track and just dealing with a issue on the transceiver, I bought an unmanaged switch with 2.5 Gbps RJ45 ports and 10 Gbps SFP+ ports bypass it.
- I connected the ONT to the switch's 2.5G port.
- I connected the DEC840 to the switch's 10G port via a 10Gtek SFP+ DAC cable, completely bypassing the FS copper adapter.

To my surprise, when I retried the speed test, I was right back to where I started: 2 Gbps down, and stuck at ~500 Mbps upload.

It seems like there is an underlying issue with how OPNsense/FreeBSD is handling outbound traffic on the SFP+ interface itself, regardless of whether I use a transceiver or a switch.

I should also mention that I'm dealing with the infamous PPPoE for this connection. While I am seeing packet loss during the speed tests, that still doesn't explain the 200 Mbps discrepancy. If PPPoE single-core performance was the only bottleneck, the 1G RJ45 port shouldn't be outperforming the 10G SFP+ port

Has anyone experienced this or have any ideas on what tunables/settings I should check next?

Thanks in advance!

Hi,
I have a Python script that queries the ARP table of opnsense via this endpoint:

Code Select Expand

/api/diagnostics/interface/getArpI've  started receiving 403 after I upgraded to 25.7. Nothing has changed in the script.
The OPNsense backend logs say:

Code Select Expand

uri /api/diagnostics/interface/getArp not accessible for user srvcPython using api key <redacted>The user associated with the API key has

Code Select Expand

Diagnostics: ARP Tablepermissions. What might have caused this?
Thanks

Hi,
I have 2 IP cameras that are using a static IP address (no dhcp reservations, just a static address).
I can see both of them in the 'Leases DHCPv4' section of the Kea service but according to the UI, both of them have the same MAC address...
I had a look in the Interfaces->Diagnostics->ARP table and the MAC addresses are (correctly) different.
Any idea what's happening?
Thanks

Hi,
I've configured the new DHCP Kea server but when I start it I see this warning in the log:

Code Select Expand



DHCP4_CONFIG_SYNTAX_WARNING configuration syntax warning: /usr/local/etc/kea/kea-dhcp4.conf:238.10: Extraneous comma. A piece of configuration may have been omitted.


I had a look at the file and indeed I noticed that an extra comma was added after the square bracket that closes the
"subnet4" array.

I pasted the file in a JSON linter and it was reported as invalid. I removed that comma and the JSON was marked valid.
I assume that the Kea warning is reporting the same issue..
Thanks for your work

Hi,
after upgrading to 22.7.7 I noticed this error in the reporter, (this seems to persist even in 22.7.7_1:

Code Select Expand


[04-Nov-2022 09:30:45 Europe/Rome] TypeError: array_merge(): Argument #1 must be of type array, null given in /usr/local/opnsense/mvc/app/controllers/OPNsense/Wireguard/Api/GeneralController.php:93
Stack trace:
#0 /usr/local/opnsense/mvc/app/controllers/OPNsense/Wireguard/Api/GeneralController.php(93): array_merge(NULL, Array)
#1 [internal function]: OPNsense\Wireguard\Api\GeneralController->getStatusAction()
#2 [internal function]: Phalcon\Dispatcher\AbstractDispatcher->callActionMethod(Object(OPNsense\Wireguard\Api\GeneralController), 'getStatusAction', Array)
#3 [internal function]: Phalcon\Dispatcher\AbstractDispatcher->dispatch()
#4 /usr/local/opnsense/www/api.php(24): Phalcon\Mvc\Application->handle('/api/wireguard/...')
#5 {main}
[04-Nov-2022 09:31:03 Europe/Rome] TypeError: array_merge(): Argument #1 must be of type array, null given in /usr/local/opnsense/mvc/app/controllers/OPNsense/Wireguard/Api/GeneralController.php:93
Stack trace:
#0 /usr/local/opnsense/mvc/app/controllers/OPNsense/Wireguard/Api/GeneralController.php(93): array_merge(NULL, Array)
#1 [internal function]: OPNsense\Wireguard\Api\GeneralController->getStatusAction()
#2 [internal function]: Phalcon\Dispatcher\AbstractDispatcher->callActionMethod(Object(OPNsense\Wireguard\Api\GeneralController), 'getStatusAction', Array)
#3 [internal function]: Phalcon\Dispatcher\AbstractDispatcher->dispatch()
#4 /usr/local/opnsense/www/api.php(24): Phalcon\Mvc\Application->handle('/api/wireguard/...')
#5 {main}


Hi,
I would like to ask if anyone knows the max throughput reached by the DEC840 with the WAN interface configured with PPOE. My ISP uses this protocol in conjuction with FTTH. Suppose that the LAN/WAN interfaces are connected to the SFP+ ports and no IDS/IPS are used.
Thanks

Hi,
I installed OpnSENSE on an APUe2 platform. It seems to run well but I noticed that every 60 seconds the CPU goes from 1-4% to 30%. This happens when the python "script update_tables.py" runs. Is this normal? The issue was already reported in July here: https://forum.opnsense.org/index.php?topic=18215.msg82722#msg82722 but the user provided only a workaround. This happened to me both on a fresh install without any configuration (only WAN/LAN interfaces) and a full operative instance. I attached a couple of screenshots which show the cpu graph and the process that causes the spike.
Thanks