Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - lunch

#1
Okay, great--will keep this in mind! I don't currently have a managed switch with an SFP+ port (managed switch without, unfortunately). But it seems like the less finnicky option for the future. Appreciate it.
#2
Quote from: meyergru on November 11, 2025, 05:31:31 PMAt these speeds, problems can occur for a multitude of reasons, bad cabling being one of them. As I said, some devices cannot auto-negotiate, thus they may fall back to 1 Gbps.

But no, I do not know if anything can be done via firmware. I found that especially ethernet SFP+ transceivers are problematic - for this reason and also, because they get very hot with higher speeds. I use SFP+ only with DAC, or if I needed longer cabling, I would use optics transveivers.

I could not even use GPON SFP transceivers in a meaningful way, because most host adapters do not support HSGMII mode with 2.5 Gbps (or they cannot mix 10 and 2.5 Gbps speeds, like the two ax port on the DEC750, so I was capped at 1 Gbps there, too.


Ah, okay, well that's unfortunate. I cannot bypass my ISP's hardware, so I have no ability to use a DAC between my OPNsense machine and the modem--I can only use a SFP+ RJ45 transceiver and ethernet. I know they can be problematic, but I unfortunately have no other choice here. And the problem is that this new modem is their new hardware, so should my current model die (I just replaced a dead one) then I'll be facing this problem again in the future as it will be the only replacement offered.

It feels like whack-a-mole having to buy and hope, but is it possible another transceiver could play nicer? Just trying to understand my options for the future.
#3
Quote from: meyergru on November 11, 2025, 09:46:11 AMIf the cap is exactly at 1 Gbps, it is more likely that the SFP+ module connects only at 1 Gbps to the ONT. It happens often that SFP+ modules connect at their highest specified speeds to the host (in your case 10 Gbps), yet use lower speeds on the real link. For example, some SFP+ slots only support 1/10 Gbps, so only those can be reported. The real link speed is up to the SPF+ module and you cannot choose it from the host.

That is true of the ax and ix drivers.



I'm chiming in as I have been experiencing a similar issue (however, I am able to fallback on hardware that poses no issues, for now). I received a new modem from my ISP, a Sagemcom Fast 5697, and my connection from my hardware to the modem's 10g port caps my speed to a strange 5-600mbps down and ~1gbps up. This same connection to the old modem, a Sagemcom Fast 5689e, resulted in my full connection speed: 1.5 down/1 up.

Connecting via Intel x520-DA2, 10Gtek 1.25/2.5/5/10G-T SFP+ to RJ45 CAT.6a transceiver and CAT6 cable.

Is it possible the 10g port on this new device is for some reason incompatible with my transceiver? And if so, is that something that can be fixed via firmware or do such hardware incompatibilites exist that it can't be remedied outside of a hardware change?
#4
Edit:
Original post still below, but I have now resolved this issue. Turns out it was my ISP provided modem. It started flaking out and disconnecting more and more and then completely died. I have replaced the unit and things are operating as normal.


Hi everyone,


I have searched as widely as I can on this topic and either hit dead ends or else get bits and pieces of info that don't feel conclusive in any way or include things I've already implemented.

I've been running opnsense on bare metal for the past ~2 years, all the while using PPPoE for WAN. PPPoE was set up according to the documentation. Up to this point things have been smooth, with connections being pretty stable. But I've noticed that within the past month or so my logs have seen a pretty big increase in down events. Went from about one every month or so to 10+ in September and October.

This morning PPPoE went down about 6 times in 3 hours, with some events less than 10 minutes apart. The logs show a change/remapping of IP, which is something I've never really noticed before and wondering if perhaps that's a cause for this? It seems to happen with each down event.

I'm wondering what steps I can take to troubleshoot and hopefully remedy this.

Build info:

ISP is Bell Canada fibre, using their Giga Hub (HH4000)

25.7.6

i7-4770 CPU

Intel X520 DA2

Examples of what my logs look like when this happens are below, if it's any help. Let me know if I can provide more info.

2025-11-06T11:20:23-05:00 Notice opnsense 9407 /usr/local/etc/rc.newwanip: IP address change detected, killing states for XXX.XXX.XX.X25
2025-11-06T09:23:33-05:00 Notice opnsense 28339 /usr/local/etc/rc.newwanip: ROUTING: treating 'XXX.XXX.XX.X02' as far gateway for 'XXX.XXX.XX.X25/32'
2025-11-06T06:40:58-05:00 Notice opnsense 63375 /usr/local/etc/rc.newwanip: ROUTING: treating 'XXX.XXX.XX.X02' as far gateway for 'XX.XX.XX.X22/32'
2025-11-06T06:28:20-05:00 Notice opnsense 45800 /usr/local/etc/rc.newwanip: ROUTING: treating 'XXX.XXX.XX.X02' as far gateway for 'XX.XX.XX.XX2/32'
2025-11-06T06:16:59-05:00 Notice opnsense 24119 /usr/local/etc/rc.newwanip: ROUTING: treating 'XXX.XXX.XX.X02' as far gateway for 'XXX.XXX.XX.X25/32'
2025-11-06T06:10:40-05:00 Notice opnsense 49967 /usr/local/etc/rc.newwanip: ROUTING: treating 'XXX.XXX.XX.X02' as far gateway for 'XXX.XXX.XXX.X24/32'
2025-11-06T05:17:39-05:00 Notice opnsense 12994 /usr/local/etc/rc.newwanip: ROUTING: treating 'XXX.XXX.XX.X02' as far gateway for 'XXX.XXX.XXX.X24/32'
            

2025-11-04T09:44:22-05:00 Notice ppp 7068 [wan] error writing len 12 frame to b0: Network is down
2025-11-04T10:11:02-05:00 Notice ppp 7068 [wan_link0] Link: DOWN event