[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Freeipmi-devel] Re: BMC/ARP investigation update
From: |
Albert Chu |
Subject: |
[Freeipmi-devel] Re: BMC/ARP investigation update |
Date: |
Mon, 09 Feb 2004 11:32:13 -0800 |
> Effects of a cross-over cable or a Ethernet hub are the same. Packets
> reach every port blindly (no switching).
Do you mean not the same?? I have used a laptop back-to-back to power
control halted nodes on thunder.
Al
--
Albert Chu
address@hidden
Lawrence Livermore National Laboratory
----- Original Message -----
From: Anand Babu <address@hidden>
Date: Thursday, February 5, 2004 11:57 am
Subject: Re: BMC/ARP investigation update
> Cause of this bug is - Intel GigE goes into some confused state upon
> "suspend" which affects Ethernet switching.
>
> Effects of a cross-over cable or a Ethernet hub are the same. Packets
> reach every port blindly (no switching).
>
> There is a configuration option in Cisco IOS to make a switch
> behave like hub when there is no matching ARP entry or during the
> spanning-tree table-rebuild phase.
>
>
> I think Ben should take a look at rmmod issue. I have noticed this
> problem with Redhat's default kernel (without elan) too.
>
> -ab
>
> ,----[ Albert Chu <address@hidden> ]
> | 1) Why would we be able to power control when I hook up my laptop
> back| to back against a halted node??
> |
> | 2) Why would packet drops to a halted node be 90% and not 100%?
> |
> | 3) Why did the power control/hatl problem not occur on our test
> | cluster with a cisco 3550 switch?
> |
> | 4) Why did "rmmod e1000" not occur on our test cluster??
> `----
>
> --
> Anand Babu
> Free as in Freedom <www.gnu.org>
>