home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / protocol / tcpip / 5747 < prev    next >
Encoding:
Internet Message Format  |  1992-12-26  |  2.6 KB
  1. Path: sparky!uunet!math.fu-berlin.de!mailgzrz.TU-Berlin.DE!wncs.zrz.TU-Berlin.DE!kwia4000
  2. From: kwia4000@wncs.zrz.TU-Berlin.DE (Manfred Kwiatkowski)
  3. Newsgroups: comp.protocols.tcp-ip
  4. Subject: Re: Multiport repeaters and collision propagation
  5. Date: 27 Dec 1992 03:14:12 GMT
  6. Organization: Tech. Univ. of Berlin, Central Computing Facility
  7. Lines: 44
  8. Distribution: world
  9. Message-ID: <1992Dec27.041413@wncs.zrz.TU-Berlin.DE>
  10. References: <ric.724092787@updike> <1992Dec14.193852.28204@alias.com>
  11. Reply-To: kwiatkowski@zrz.tu-berlin.de
  12. NNTP-Posting-Host: wncs.zrz.tu-berlin.de
  13.  
  14. In article <1992Dec14.193852.28204@alias.com>, chk@alias.com (C. Harald Koch) writes:
  15. |> 
  16. |> What I'm seeing is strange; I can blast data over a TCP/IP connection at
  17. |> over 800Kb/s from host A to host B, but throughput is around 20Kb/s in the
  18. |> reverse direction. Blasting UDP data across the network shows extremely high
  19. |> packet losses in one directory.
  20. |> 
  21. |> There are two multi-port repeaters between the hosts; all cabling is
  22. |> thin-Ethernet. All of my test hosts are the same (SGI Indigos with Allied
  23. |> Telesis Micro-transceivers, all running the same OS revision).
  24. |> 
  25. |> Hosts that are both on the same local thin-net cable (i.e. not talking
  26. |> through a repeater) can talk to each other at high-speed, bi-directionally,
  27. |> without problems. Also, not all repeaters show these symptoms.
  28. |> 
  29. |> I've been monitoring packets on the cables lately to try to figure out
  30. |> what's wrong. If I run monitors on machines 'next to' A and B, I see many
  31. |> packets transmitted by machine B, but that never appear on machine A's
  32. |> cable. The only conclusion I've reached so far is that for some reason, the
  33. |> repeater is dropping packets. (This is supposed to be impossible, due to
  34. |> collision propogation and Ethernet's exponential backoff). Incidentally,
  35. |> netstat on the transmitter shows no output errors and no dropped packets.
  36.  
  37. Two common causes for 'lost packets' on Thinnet-MPRs are:
  38.  
  39. a) exceeded segment-length limit.
  40.    
  41.    Due to their task, repeaters have to be most 'picky' concerning
  42.    signal levels (receive collision detection scheme) and usually
  43.    operate flakely first in an out-of-specs environment where local
  44.    end-nodes may still communicate. Your observed unsymmetric behavior
  45.    may be due to packet-length dependencies (data >> ACK)
  46.  
  47. b) grounding problems.
  48.  
  49.    MPRs with builtin-terminators usually ground the cable. If there
  50.    is a second ground somewhere (e.g another MPR!!) the potential 
  51.    shift may cause peculiar latch-up effects ( watch the collision
  52.    LED) 
  53.  
  54. Hope this helps...
  55.  
  56. --
  57. Manfred Kwiatkowski         kwiatkowski@zrz.tu-berlin.de
  58.