freeipmi-devel
[Top][All Lists]
Advanced

[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>
> 





reply via email to

[Prev in Thread] Current Thread [Next in Thread]