Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Issue with WAN speed negotiation after upgrading from 2.7 to 2.8 or 2.8.1

    Scheduled Pinned Locked Moved General pfSense Questions
    24 Posts 5 Posters 5.3k Views 4 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • C Offline
      C80SGEEK @stephenw10
      last edited by

      @stephenw10 said in Issue with WAN speed negotiation after upgrading from 2.7 to 2.8 or 2.8.1:

      ifconfig -vvm igb0

      So, yes, if the ISP modem/router is set to fixed speed and duplex you will need to configured whatever is connected to it to match that
      

      We do not have a switch between ISP modem and Pfsense. we always had configured igb0 through web Gui Interfaces --> igb0 --> Speed and Duplex = 100baseTX full-duplex.

      This normally configure igb0 to force speed and douplex matching the ISP Router. Note that this is working well on Pfsense 2.7.2.

      This is why i thing that there must be a problem with the Gui configurations not well applied on Pfsense 2.8.1.

      ifconfig -vvm igb0
      

      igb0: flags=1008943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST,LOWER_UP> metric 0 mtu 1500
      description: WAN
      options=4e100bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,VLAN_HWFILTER,RXCSUM_IPV6,TXCSUM_IPV6,HWSTATS,MEXTPG>
      capabilities=4f53fbb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,LRO,WOL_UCAST,WOL_MCAST,WOL_MAGIC,VLAN_HWFILTER,VLAN_HWTSO,NETMAP,RXCSUM_IPV6,TXCSUM_IPV6,HWSTATS,MEXTPG>
      ether 00:90:0b:72:d8:83
      inet X.X.X.X netmask X.X.X.X broadcast X.X.X.X
      inet6 X.X.X.X prefixlen 64 scopeid 0x3
      media: Ethernet 100baseTX <full-duplex> (100baseTX <half-duplex>)
      status: active
      supported media:
      media autoselect
      media 1000baseT
      media 1000baseT mediaopt full-duplex
      media 100baseTX mediaopt full-duplex
      media 100baseTX
      media 10baseT/UTP mediaopt full-duplex
      media 10baseT/UTP
      nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
      drivername: igb0

      So we can see that the NIC is 100baseTXfull-duplex capable. (like it worked on pfsense 2.7.2)

      Testing to set it from command line with no luck :
      I launched the commands through ssh to be sure to have the right feedback and the command completes normally.

      ifconfig igb0 media 100baseTX mediaopt full-duplex
      ifconfig -vvm igb0
      

      igb0: flags=1008943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST,LOWER_UP> metric 0 mtu 1500
      description: WAN
      options=4e100bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,VLAN_HWFILTER,RXCSUM_IPV6,TXCSUM_IPV6,HWSTATS,MEXTPG>
      capabilities=4f53fbb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,LRO,WOL_UCAST,WOL_MCAST,WOL_MAGIC,VLAN_HWFILTER,VLAN_HWTSO,NETMAP,RXCSUM_IPV6,TXCSUM_IPV6,HWSTATS,MEXTPG>
      ether 00:90:0b:72:d8:83
      inet X.X.X.X netmask X.X.X.X broadcast X.X.X.X
      inet6 X.X.X.X prefixlen 64 scopeid 0x3
      media: Ethernet 100baseTX <full-duplex> (100baseTX <half-duplex>)
      status: active
      supported media:
      media autoselect
      media 1000baseT
      media 1000baseT mediaopt full-duplex
      media 100baseTX mediaopt full-duplex
      media 100baseTX
      media 10baseT/UTP mediaopt full-duplex
      media 10baseT/UTP
      nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
      drivername: igb0

      1 Reply Last reply Reply Quote 0
      • stephenw10S Offline
        stephenw10 Netgate Administrator
        last edited by

        Yes, that doesn't look like a gui issue. You can see the NIC is set to 100M Full-duplex but is still linking at half for some reason:
        media: Ethernet 100baseTX <full-duplex> (100baseTX <half-duplex>)

        With the switch in between it should pass traffic correctly as long as the switch port connected to the ISP router is set to 100M-Full. Have you demonstrated that?

        It looks like this is a change in the igb driver somehow but I'm not aware of anything there.

        C 1 Reply Last reply Reply Quote 0
        • stephenw10S Offline
          stephenw10 Netgate Administrator
          last edited by

          Aha, this looks a likely suspect: https://github.com/pfsense/FreeBSD-src/commit/3ff0231c87f360afa4521e635b46f6c711dc4ee3

          1 Reply Last reply Reply Quote 0
          • stephenw10S Offline
            stephenw10 Netgate Administrator
            last edited by stephenw10

            What happens if you set the media to 100M without setting the mediaopt value so it still tries to negotiate that?

            C 1 Reply Last reply Reply Quote 0
            • C Offline
              C80SGEEK @stephenw10
              last edited by

              @stephenw10 said in Issue with WAN speed negotiation after upgrading from 2.7 to 2.8 or 2.8.1:

              Yes, that doesn't look like a gui issue. You can see the NIC is set to 100M Full-duplex but is still linking at half for some reason:
              media: Ethernet 100baseTX <full-duplex> (100baseTX <half-duplex>)

              With the switch in between it should pass traffic correctly as long as the switch port connected to the ISP router is set to 100M-Full. Have you demonstrated that?

              It looks like this is a change in the igb driver somehow but I'm not aware of anything there.

              
              With the switch in between it should pass traffic correctly as long as the switch port connected to the ISP router is set to 100M-Full. Have you demonstrated that?
              
              Yes, this test was already done 
              
              After forcing the switch to configure Port 2 AS 100FDx
              
              Everything start working like it should having up and down load speed at 90Mb/s
              
                Port         Type       Alert    Enabled  Status     Mode     Mode  Ctrl *
              
              ------------ ---------- --------- ------- ------ ---------- ---- ---- *
              1 100/1000T No Yes Up 100FDx MDI off
              2 100/1000T No Yes Up 100FDx MDI off
              
              1 Reply Last reply Reply Quote 0
              • stephenw10S Offline
                stephenw10 Netgate Administrator
                last edited by

                OK good.

                It certainly looks like that reverted patch I linked to above is the culprit here. Just trying to see if it can be worked around with the existing code.

                Otherwise it should be fix in 2.9 dev snapshots when they are available.

                C 1 Reply Last reply Reply Quote 0
                • C Offline
                  C80SGEEK @stephenw10
                  last edited by

                  @stephenw10 said in Issue with WAN speed negotiation after upgrading from 2.7 to 2.8 or 2.8.1:

                  What happens if you set the media to 100M without setting the mediaopt value so it still tries to negotiate that?

                  I made the test by not specifying mediaportopt : from GUI and SSH

                  ifconfig igb0 media 100baseTX

                  ifconfig -vvm igb0

                  gb0: flags=1008943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST,LOWER_UP> metric 0 mtu 1500
                  description: WAN
                  options=4e100bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,VLAN_HWFILTER,RXCSUM_IPV6,TXCSUM_IPV6,HWSTATS,MEXTPG>
                  capabilities=4f53fbb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,LRO,WOL_UCAST,WOL_MCAST,WOL_MAGIC,VLAN_HWFILTER,VLAN_HWTSO,NETMAP,RXCSUM_IPV6,TXCSUM_IPV6,HWSTATS,MEXTPG>
                  ether 00:90:0b:72:d8:83
                  inet X.X.X.X netmask X.X.X.X broadcast X.X.X.X
                  inet6 X.X.X.X prefixlen 64 scopeid 0x3
                  media: Ethernet 100baseTX (100baseTX <half-duplex>)
                  status: active
                  supported media:
                  media autoselect
                  media 1000baseT
                  media 1000baseT mediaopt full-duplex
                  media 100baseTX mediaopt full-duplex
                  media 100baseTX
                  media 10baseT/UTP mediaopt full-duplex
                  media 10baseT/UTP
                  nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
                  drivername: igb0

                  No luck here proble still remains the same

                  1 Reply Last reply Reply Quote 0
                  • C Offline
                    C80SGEEK @stephenw10
                    last edited by

                    @stephenw10 said in Issue with WAN speed negotiation after upgrading from 2.7 to 2.8 or 2.8.1:

                    Just trying to see if it can be worked around with the existing code.

                    This is an embarrassing situation, considering that this is a stable version of pfSense and that my hardware is in production. I also note that we had to wait a very long time between pfSense 2.7.2 and pfSense 2.8.

                    I am not sure I fully understand what the source code indicates and what it represents in the development branch: https://github.com/pfsense/FreeBSD-src/commit/3ff0231c87f360afa4521e635b46f6c711dc4ee3

                    The workaround I see is to use a managed switch and set the speeds and media options manually.
                    What concerns me here is that in the event of a real issue on an internet line, the ISP systematically suspects customer equipment (for example, a switch), and in this case, I would no longer be able to demonstrate the proper functioning of my firewall directly on the line.

                    The other option would be to revert to pfSense version 2.7.2, which is older and suffers from certain vulnerabilities.

                    Do you think that paid support could be a solution?

                    Kind regards,

                    1 Reply Last reply Reply Quote 0
                    • stephenw10S Offline
                      stephenw10 Netgate Administrator
                      last edited by

                      Well in Plus 25.11 dev snapshots are now available and they contain the commit that revered that change. So you could test it now.

                      I'm looking at what we can do before that....

                      1 Reply Last reply Reply Quote 0
                      • stephenw10S Offline
                        stephenw10 Netgate Administrator
                        last edited by

                        Opened a bug to track: https://redmine.pfsense.org/issues/16449

                        1 Reply Last reply Reply Quote 0
                        • stephenw10S stephenw10 moved this topic from Problems Installing or Upgrading pfSense Software on
                        • M Offline
                          mer
                          last edited by

                          From a long time ago, PHYs always had issues with "negotiation" if one side was set to fixed configurations and the other set to autonegotiate.
                          The way the hardware works (worked?) is speed can be figured out, duplex can't.
                          A way around this is leave both sides at autoneg, but you only present the options you want.
                          Example:
                          HW can do 10,100,1000 speeds, half, full. You want to only do 100, full so the autoneg options presented are "100, full" and the autoneg process does it's thing.
                          Presenting autoneg options is different than setting an interface to fixed. Setting to fixed means "i'm not even trying autoneg".

                          I think (believe/hope) most manufacturers leave autoneg on and interfaces restrict what is presented.
                          All that at least for copper.
                          Fiber I think really wants both sides saying "fixed".

                          C 1 Reply Last reply Reply Quote 0
                          • stephenw10S Offline
                            stephenw10 Netgate Administrator
                            last edited by

                            Yup. It appears this patch attempted to allow linking to ports where speed is fixed but duplex is still negotiated. Which seems like an extreme edge case, I don't think I've ever seen it.

                            It has wound up introducing this but where igb is trying to negotiate the duplex and the other side is set fixed. Hence it falls back to half-duplex. Obviously it should be possible to just set it fixed because, yes, both sides must be set the same.

                            C 1 Reply Last reply Reply Quote 0
                            • C Offline
                              C80SGEEK @mer
                              last edited by

                              @mer
                              Hi,

                              As mentioned, our ISP router is a fiber optic router and has a fixed configuration.
                              We have always configured our firewall to match the router, namely 100BaseTX full-duplex. This had been working perfectly for more than ten years, up until pfSense version 2.8.0.

                              Kind regards

                              1 Reply Last reply Reply Quote 1
                              • C Offline
                                C80SGEEK @stephenw10
                                last edited by

                                @stephenw10
                                What I understand is that, as of today, pfSense 2.8 no longer allows fixing the mediaopt configuration.
                                Do you think this will be corrected? Does the pfSense Plus version fix this bug?

                                1 Reply Last reply Reply Quote 0
                                • stephenw10S Offline
                                  stephenw10 Netgate Administrator
                                  last edited by

                                  The commit that reverted that patch is in 25.11-dev snapshots in Plus. But 25.07.1 is the same base as 2.8.1. I'm still looking at what we can do here. I'm sure it affects more users than just you.

                                  C 1 Reply Last reply Reply Quote 0
                                  • C Offline
                                    C80SGEEK @stephenw10
                                    last edited by

                                    @stephenw10
                                    Thank you for your help so far. I will wait for your feedback to see if there is a solution.
                                    Perhaps I will simply downgrade to version 2.7.2 for the time being in order to keep my installations operational.

                                    1 Reply Last reply Reply Quote 1
                                    • First post
                                      Last post
                                    Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.