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

    Intel Quad Port NIC- Works for Minute, then times out when pinging/can't access?

    Hardware
    3
    14
    885
    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.
    • S
      Servergeek
      last edited by Servergeek

      Hello everyone,
      I have an Intel 82579? Silicom Quad port NIC that I got to use for VMs. However, whenever I use it for PFSense, whether directly on a PFsense box or through Hyper-V, it works for about 1 minute and then it doesn't respond to pings and trying to access web interface just results in it timing out.

      I have tried doing the IGB tweaks like increasing MBUFs but nothing works, it just will not respond. Anyone have any ideas?

      provelsP 1 Reply Last reply Reply Quote 0
      • provelsP
        provels @Servergeek
        last edited by

        @servergeek
        Cables, slots, ports assigned to vSwitches. Move them around some as possible. Could be a bum card or port.

        Peder

        MAIN - pfSense+ 24.11-RELEASE - Adlink MXE-5401, i7, 16 GB RAM, 64 GB SSD. 500 GB HDD for SyslogNG
        BACKUP - pfSense+ 23.01-RELEASE - Hyper-V Virtual Machine, Gen 1, 2 v-CPUs, 3 GB RAM, 8GB VHDX (Dynamic)

        S 1 Reply Last reply Reply Quote 0
        • S
          Servergeek @provels
          last edited by

          It happens on all the ports, not really sure why. The card works normally for other stuff like Windows guests though, so I don't really understand what the deal is.

          provelsP 1 Reply Last reply Reply Quote 0
          • provelsP
            provels @Servergeek
            last edited by provels

            @servergeek

            • EDIT

            Nevermind.

            Peder

            MAIN - pfSense+ 24.11-RELEASE - Adlink MXE-5401, i7, 16 GB RAM, 64 GB SSD. 500 GB HDD for SyslogNG
            BACKUP - pfSense+ 23.01-RELEASE - Hyper-V Virtual Machine, Gen 1, 2 v-CPUs, 3 GB RAM, 8GB VHDX (Dynamic)

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

              Are those the only ports in the system? Do all the ports fail at once?

              I'm not aware of ever seeing an igb NIC fail like that. It seems more likely the network stack stops responding for some reason unless you have evidence it does not.

              Steve

              S 1 Reply Last reply Reply Quote 0
              • S
                Servergeek @stephenw10
                last edited by Servergeek

                It's kinda wierd what happens. From inside the PFSense box I can update it from the WAN side, but from the LAN side DHCP works, but there's no internet connection and attempting to ping it/access web interface just results in it timing out.

                It happens every time on the LAN side regardless of what port configuration I use.

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

                  But WAN and LAN are both using ports on that card?

                  So DHCP continues to work on LAN when other connectivity fails?

                  That sounds a lot more like a rule problem. If you have DHCP enabled on an interface it will always allow dhcp requests in even if there are no other rules or only block rules.

                  Steve

                  S 1 Reply Last reply Reply Quote 0
                  • S
                    Servergeek @stephenw10
                    last edited by

                    @stephenw10 It's on a fresh install, no rules set yet. After I go through setup it just stops working.

                    This happens when having a separate card as a WAN port and then using the NIC as the LAN/OPT interfaces, or just using the NIC as the WAN/LAN interfaces

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

                      Ok, only the actual LAN interface has any rules by dedault. If you're testing on ab OPT interface and have not added any rules that is the expected behaviour. DHCP works, nothing else passes.

                      Steve

                      S 1 Reply Last reply Reply Quote 0
                      • S
                        Servergeek @stephenw10
                        last edited by

                        @stephenw10 I am testing on the LAN interface. It happens on the LAN interface right after running the initial setup.

                        S 1 Reply Last reply Reply Quote 0
                        • S
                          Servergeek @Servergeek
                          last edited by

                          Also, apparently it is a Intel 82576-based card, with 2 dual port controllers on it. Not sure if that makes any difference.

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

                            Does DHCP actually continue to work after everything else fails?

                            Or just that it has already worked and remains on that IP for the duration of the lease?

                            Steve

                            S 1 Reply Last reply Reply Quote 0
                            • S
                              Servergeek @stephenw10
                              last edited by

                              @stephenw10 It still hands out leases, I was able to release and renew and got a new IP.

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

                                Hmm, weird. I guess I'd try a packet capture. See if anything is actually coming in at all.
                                Other than dhcp broadcast requests which might be a clue.
                                If setting the pcap in promiscuous mode suddenly allows traffic to pass again it's some ARP/MAC problem.
                                The time span you mentioned does sounds quite ARP like...

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