Xref: utzoo comp.protocols.tcp-ip:8474 comp.unix.xenix:7829 Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!cs.utexas.edu!sun-barr!apple!motcsd!dms!shepperd From: shepperd@dms.UUCP (Dave Shepperd) Newsgroups: comp.protocols.tcp-ip,comp.unix.xenix Subject: TCP/IP network "crash" Message-ID: <833@dms.UUCP> Date: 28 Sep 89 19:12:39 GMT Organization: Atari Games Inc., Milpitas, CA Lines: 41 Is it just my network, or are all TCP/IP Ethernet networks so "fragile"? It seems anybody can write a program to open a socket connecting to a remote node then do something to lockup the network on both systems. Sometimes I've noticed that this can even bring down the network on nodes not involved in the connection. We're doing X window development using the X11R3 distribution on several Xenix/386 systems using NCD X window servers all running TCP/IP over Ethernet. It happens all too often to accidentally do something with X which will knock the 386's off the network. Whatever happens (I don't know what it is), isn't always fixed by just restarting the network on the first system to die. Sometimes I've had to stop and restart the network on the 386's and ALL the servers. This is icky. Unfortunately, I don't have a network analysier or any promiscious mode software to see what might be happening on the wire, but I do have transceivers with leds indicating send/receive traffic. They don't indicate anything different than they normally do during one of these crashes. I.e., they don't go into steady send or receive and there are no more collisions than normal (collisions are pretty rare in any event). There is also DECnet, LAT and LAVC traffic on the same wire which has apparently never been affected by any of the IP traffic even during one of these crashes. There are some non-Unix boxes on the net that speek TCP as well as one of the VMS Vaxen. Their network doesn't crash or get stuck when one of the Xenix systems network dies, but the TCP on VMS can be crashed by opening a socket and doing something incorrectly. I should point out that there has never been any messages produced by the TCP software on the console during one of these crashes, so how does one go about figuring out what the hell is happening? Thanks for any help anyone can provide. -- Dave Shepperd. shepperd@dms.UUCP or motcsd!dms!shepperd Atari Games Corporation, 675 Sycamore Drive, Milpitas CA 95035. (Arcade Video Game Manufacturer, NOT Atari Corp. ST manufacturer).