Bug 3627 - catastrophic IPX broadcast storm from autoconfigure of IPX interfaces
catastrophic IPX broadcast storm from autoconfigure of IPX interfaces
Status: CLOSED NOTABUG
Product: Red Hat Linux
Classification: Retired
Component: ncpfs (Show other bugs)
6.0
i386 Linux
high Severity high
: ---
: ---
Assigned To: David Lawrence
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 1999-06-21 19:03 EDT by nicku
Modified: 2008-05-01 11:37 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 1999-07-29 12:53:06 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description nicku 1999-06-21 19:03:44 EDT
When configure IPX networking with linuxconfig to use
automatic interface in a large
network with many other clients running Windows 9x and
Novell 4.11 servers, an IPX broadcast storm brings down the
whole network, making it unusable for anything.
This causes the BIG BOSS to investigate, resulting in
bans on the use of Red Hat Linux.
Comment 1 Bill Nottingham 1999-06-21 19:12:59 EDT
Uh-oh. What does it get autoconfigured to, or does it not
get that far?

What do the ipx-related lines in
/etc/sysconfig/network-scripts/ifcfg-*
say?

Does it do this only if you do auto_interface select,
auto_primary select, or both?

(I realize that some of this may be difficult to determine
in the wake of the broadcast storms...)

Do you have a tcpdump that shows where the broadcast storms
begin/come from/etc.?
Comment 2 Bill Nottingham 1999-07-29 12:53:59 EDT
this seems to have been solved with the removal of the wrong frame
type.

Note You need to log in before you can comment on or make changes to this bug.