Messages

I had considered a T740 but couldn't find any available to buy.
Thank you for highlighting what I would need to change if I do end up going down the T740 route, that might end up being useful information for me

For what it's worth, the i5-8500 in my Optiplex 3060 I use for OPNsense easily handles my 2100/200 connection. I usually peak at around 2.40 for CPU usage when downloading. Now granted I'm not doing any sort of IDS, but hopefully that should give you a good idea of what to pick.

Thanks for your reply. I take it that your connection is PPPoE as well?
From what I understand, it is PPPoE that can be the problem & it requires a pretty decent single core clock speed as the PPPoE implementation in FreeBSD is not multithreaded yet

Hi all,


I have recently upgraded my PPPoE FTTP to 1000 / 110


Previously I was on a 550 / 50 connection.

I am using an old HP T730 thin client with an AMD RX-427BB CPU & an Intel I350-T4 NIC. This handled my previous connection speed quite fine, but I think the CPU is struggling to keep up with my new gigabit downstream bandwidth.
Speed tests vary between ~700Mbps down & 850Mbps down, but more often than not are on the lower end of that range.

I am also running Zenarmor. I don't currently have any VLANs set up.
One of the 4 NIC ports is the PPPoE WAN input, the others are bridged for my LAN.


Am I right in thinking that the AMD RX-427BB is now the bottleneck in my setup & if so, what CPU should I be looking to upgrade to?

I've been looking at changing to a Lenovo m720q or possibly the 920q, but I see that they are available with intel i3, i5 & i7 processor options.
Any advice on what I should go for would be greatly appreciated, thanks.


I'm based in the UK, just in case that has a bearing on any recommendations

This occasionally happens to me.

When it does I find a full reboot from SSH fixes it for me.
Have you tried rebooting rather than just reloading the services?

Glad that my advice was useful to you. I always like to post the solution to my own threads if I ever discover a solution.
The amount of times I have seen threads across different forums on the internet where the OP has just replied to them with something like "all sorted now" but without actually saying what the solution was. Drives me crazy, haha.


Out of interest, was it an upgrade from an earlier version which caused the problem you were experiencing? Or was yours a new clean install?

Thank you! I've been having spontaneous reboots of the home internet for two days driving everyone crazy -- and this was the answer! I shutoff Ipv6 on WAN and LAN and my memory usage plummeted from 98% to 13%.

In the interest of marking this as solved, I finally got to the bottom of the cause of the problem.


It seems that the upgrade had enabled something to do with IPv6 on the gateway. I only have IPv4 available to me so changing the following has completely fixed this problem for me:


Interfaces -- [WAN] -- IPv6 Configuration Type: None



It had set itself to IPv6 Configuration Type: DHCPv6


This was somehow causing the system to consume all of it's available RAM and the system load was going crazy high until eventually the system and my whole network became unusable. Presumably it was attempting over and over again to obtain a DHCPv6 address which it was never going to get as DHCPv6 is unavailable to me

Have you tried uninstalling & then reinstalling the plugin?

If your ISP is IPv4 only (as is mine) have a look at my post here: https://forum.opnsense.org/index.php?topic=45612.msg231178#msg231178


This solved many problems for me post upgrade, one of which was the same Plex remote access problem that you're experiencing

Does your ISP use IPv4 or IPv6?

Ah ha. Yes that makes sense.


Will there be a way that you can stop it looking for IPv6, maybe after a short timeout, if it's not available?

Probably not. Then it would stop trying for legitimate ipv6 setups that have a temporary failure.

Fair point.

Well I'm not too fussed, now I was able to locate the source of my problem & put it right anyway

Ah ha. Yes that makes sense.


Will there be a way that you can stop it looking for IPv6, maybe after a short timeout, if it's not available?

This was exactly the same problem I have been having & discovered yesterday that disabling IPv6 on the WAN was the solution.


My ISP also only provides IPv4



I wonder, is there a way that OPNsense could be told to disable IPv6 automatically if it detects that it is not available?

Yes, I am

No, this default predates the fork even.


Cheers,
Franco

No idea why then that on 24.7.12 (and prior versions that I have used) this gateway IPv6 Configuration Type stayed set as None, but the update to 25.1 definitely switched it to DHCPv6 which then caused my problems.

It's possible that when I first joined OPNsense at version 24.1.x I may have manually set the gateway IPv6 Configuration Type to None during my initial set up, but all upgrades after that point did not set it back to DHCPv6, but the 25.1 upgrade definitely did

Looks to be working OK for me.


Thanks

> It had set itself to IPv6 Configuration Type: DHCPv6

That's the default in an attempt to auto-configure IPv6. Doesn't always work, especially when the ISP mangled their stack.


Cheers,
Franco

Is this something new for 25.1? I'm still fairly new to *sense but I had previously been running the past couple of 24.x versions and had no problems.
Like I say, IPv6 is not offered by my ISP so I've got zero experience with anything to do with it