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

    SK110C6L - 1 LAN not working

    Scheduled Pinned Locked Moved Hardware
    8 Posts 2 Posters 655 Views
    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.
    • E
      Evan 0
      last edited by

      Hi, I have the SK110C6L mother board with i7, 8GB of RAM and Intel I211 NIC.

      The motherboard : http://m.zunsia.com/en/sk110c6l238/238-308.html

      My pfSense config is simple :

      • 1 LAN named A
      • 1 LAN (can provide or not WAN) named B
      • OpenVPN client named C

      The 5 RJ45 is used for LAN A, 1 is used for LAN B and on the 4 SFP I have 2 (in LAGG mode) used for LAN A and 1 used for LAN B.

      My problem is on the LAN A. One of the 5 RJ45 don't work, I can watch the hardware interface up and down but no IP address are given to laptop on it. The LAN have an DHCP serveur on 192.168.1.0/24 and when I plug my laptop on other port I have IP address but on this one nothing. I suspect an hadware problem with this motherboard. I have installed an Ubuntu server on it with DHCP and my laptop take the IP address well. So I suspect pfSense driver now.. or my config but I don't understand where because this work on the other interface but not this one with the same config..

      Any idear or someone have the same problem ?

      Thank you !

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

        So are all those NICs bridged to one interface? All assigned as different interfaces?

        When you plug in 'LAN A' what do you see logged in pfSense? If that's a separate interface you should see kernel link state changes logged.

        That board appears to have lan-bypass relays. Make sure those are disabled or you won't see link.

        Steve

        E 1 Reply Last reply Reply Quote 0
        • E
          Evan 0 @stephenw10
          last edited by

          @stephenw10 thank you for the response. I have one interface for one physical interface and I have one bridge with 4xRJ45 and 2xSFP (lagg). I also try to make a clean install where I create 2xLAN, one work and the other one have the same problem.
          On the clean install I just create 2 interfaces with 2 Kea DHCP server. I also find 2 straps on the mother board called "bypass", so I try to put to 0 both, one by one and those but the problem persist. I really don't know where to investigate.

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

            Well the first thing is to check which ports have the lan-bypass relays. Try connecting a client to each port and then running ifconfig. See which ones show link when connected.
            You may need to assign/enable them all as separate interfaces just to make sure they're logically UP. Otherwise you can set them as UP at the CLI with ifconfig.

            E 1 Reply Last reply Reply Quote 0
            • E
              Evan 0 @stephenw10
              last edited by Evan 0

              Ho @stephenw10 , I did what you suggest, all the physical ports have a pfSense Interface configured to see when I plug in, which interface is UP or DOWN. The problem is the same, when I plug in one by one, I just see the one I plugged UP, the other are DOWN.

              The resume and result of the test :
              Screenshot from 2024-02-13 11-15-57.png

              Where I put "IPv4", the DHCP server give me an address.

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

                Hmm, I'm not sure why you have shown that as a table like that. You were connecting between the NICs directly?

                You show igb5 as showing 'no carrier' but it still handed out a DHCP lease?

                I assume igb0-3 work as expected, no lan-bypass?

                So it looks like only igb4 and igb5 are not behaving as expected?

                E 1 Reply Last reply Reply Quote 0
                • E
                  Evan 0 @stephenw10
                  last edited by

                  @stephenw10 sorry for the lack of precision in my reply. Here is what I did :
                  Plug on each port (associated with one interface), one by one and see which one is up or down.

                  The conclusion is :

                  • When I plug in port igb4, I see igb4 UP and the others are down.
                  • When I plug in port igb5, i see igb5 UP and the others are down.
                  • Etc.

                  The DHCP server works on all interfaces associated with a port, but not on igb4. I also tried static and nothing happened. Again, I tried using traffic graph to see if I could see any incoming data when my laptop sends DHCP discover on the igb4, but nothing appears.

                  My problem is only with port igb4, the others work fine even if I have 'no carrier' on the igb5 port.

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

                    @Evan-0 said in SK110C6L - 1 LAN not working:

                    the others work fine even if I have 'no carrier' on the igb5 port.

                    That's very odd. Hard to see how that could work and also report no carrier.

                    So you just connected directly to each port from a laptop?

                    If the issue was the bypass relays I'd expect them to always work in pairs. So with the relays inactive ports 4 and 5 would be joined together and not linked to the internal NICs igb4 and igb5.
                    Did you see that when setting them with the jumpers?

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