This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Link goes up and down constantly

Hello everyone,

I've been having a problem with ASG 7.511 where basically one of my NICs constatnly goes up and down erratically. 

Network interfaces are as follows:

eth0 - LAN
eth1 - WAN
eth2 - LAN (hostile/dangerous)
eth3 - DMZ

All the interfaces are the same type of NIC except eth1.  The ASG dashboard indicates that all the NICs have a 'State' of 'Up' but eth2's 'Link' is 'Down'. If I attempt to plug in a switch to eth2, it will oscillate between up and down, indefinitely. Kernel messages from the last time I tried this are as follows:


...
2012:02:07-13:47:39 fw kernel: r8169: eth2: link up
2012:02:07-13:47:43 fw kernel: r8169: eth2: link down
2012:02:07-13:48:08 fw kernel: r8169: eth2: link up
2012:02:07-13:51:01 fw kernel: r8169: eth2: link down
2012:02:07-13:51:04 fw kernel: r8169: eth2: link up
2012:02:07-13:51:16 fw kernel: r8169: eth2: link down
2012:02:07-13:51:20 fw kernel: r8169: eth2: link up
2012:02:07-13:52:12 fw kernel: r8169: eth2: link down
2012:02:07-13:52:17 fw kernel: r8169: eth2: link up
2012:02:07-13:52:22 fw kernel: r8169: eth2: link down
2012:02:07-13:54:15 fw kernel: r8169: eth2: link up
2012:02:07-13:54:24 fw kernel: r8169: eth2: link down
...


I am trying to determine at this point if this is occuring because of faulty hardware or because of a driver issue or because I have that interface misconfigured on ASG or whatever.

Any help/suggestions on this would be greatly appreciated. 

Thanks!


This thread was automatically locked due to age.
Parents
  • It sounds like you would want to repace the bad NIC with one that is identical to one of the functionning NICs.  It could be that the "bad" NIC just isn't well-supported by the Astaro.  The Astaro OS is not plug-n-play; only the drivers required for the existing hardware areaded from the installation CDROM.

    In any case, when you replace a NIC, be ready to move Ethernet cables if eth0, eth1, etc. get renumbered.  In that case, you also will need to bounce any directly-connected switches to clear the ARP table.

    I think Bruce's terse response was an implication that he thinks configuring new VLANs would be harder and riskier than just changing out the NIC.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • If your switch supports VLANs you can certainly do what you ask about...


    It sounds like you would want to repace the bad NIC with one that is identical to one of the functionning NICs.  It could be that the "bad" NIC just isn't well-supported by the Astaro.  The Astaro OS is not plug-n-play; only the drivers required for the existing hardware areaded from the installation CDROM.

    In any case, when you replace a NIC, be ready to move Ethernet cables if eth0, eth1, etc. get renumbered.  In that case, you also will need to bounce any directly-connected switches to clear the ARP table.

    I think Bruce's terse response was an implication that he thinks configuring new VLANs would be harder and riskier than just changing out the NIC.

    Cheers - Bob


    Thanks for the responses guys. Yeah I actually agree, I feel like using VLANs is just a hack and doesn't really give me the desired result. Not only that but the switches I have do not support VLANs anyway. I think I'm going to go ahead and install another NIC. Once again, thanks for the help.
Reply
  • If your switch supports VLANs you can certainly do what you ask about...


    It sounds like you would want to repace the bad NIC with one that is identical to one of the functionning NICs.  It could be that the "bad" NIC just isn't well-supported by the Astaro.  The Astaro OS is not plug-n-play; only the drivers required for the existing hardware areaded from the installation CDROM.

    In any case, when you replace a NIC, be ready to move Ethernet cables if eth0, eth1, etc. get renumbered.  In that case, you also will need to bounce any directly-connected switches to clear the ARP table.

    I think Bruce's terse response was an implication that he thinks configuring new VLANs would be harder and riskier than just changing out the NIC.

    Cheers - Bob


    Thanks for the responses guys. Yeah I actually agree, I feel like using VLANs is just a hack and doesn't really give me the desired result. Not only that but the switches I have do not support VLANs anyway. I think I'm going to go ahead and install another NIC. Once again, thanks for the help.
Children
  •  I think I'm going to go ahead and install another NIC. Once again, thanks for the help.

    When you do, stick with Broadcom or Intel. Bit pricier then the competition ($80 vs $30 for a 1port PCIe Gigabit NIC) but well worth the extra price as the cards are solid and the support within Astaro is as well.

    There's a reason Realtek is cheap. [;)]