home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / protocol / tcpip / 3931 < prev    next >
Encoding:
Text File  |  1992-07-31  |  2.9 KB  |  60 lines
  1. Newsgroups: comp.protocols.tcp-ip
  2. Path: sparky!uunet!usc!sdd.hp.com!mips!pacbell.com!tandem!dsg.tandem.com!scott
  3. From: scott@dsg.tandem.com (Scott Hazen Mueller)
  4. Subject: Confusing SLIP problem
  5. Message-ID: <1992Jul31.052242.19984@dsg.tandem.com>
  6. Summary: ping works OK, telnet doesn't
  7. Keywords: SLIP, ping, telnet, modems, T1600, T3000
  8. Organization: Tandem Computers Inc., Cupertino CA
  9. Date: Fri, 31 Jul 1992 05:22:42 GMT
  10. Lines: 48
  11.  
  12. I'm having a rather confusing SLIP-related problem, and I'm hoping that
  13. I've just missed something obvious...  The problem is that when I bring
  14. up my SLIP link, I can do ICMP stuff (e.g. ping, or traceroute from a
  15. nearby Sun) just fine, but TCP-based apps (telnet, ftp) just say that they've
  16. connected to the remote, and then hang.
  17.  
  18. At one end I have Zorch, a 4.3BSD-based system with a fairly antique kernel
  19. SLIP driver.  At the other end is a Xylogics Annex III.  I'm using a T1600
  20. modem at the Zorch end, and a T3000 at the Annex.  The T3000/Annex part is
  21. probably working, as a colleague of mine can SLIP into it with no problems,
  22. so I assume that the problem is in the Zorch end.
  23.  
  24. Here's where things start getting confusing:
  25.  
  26. 1)  The SLIP driver on Zorch *seems* OK, though I suppose I could be having
  27. a header-compression problem, since I don't think Zorch is doing that...
  28. I can make a loopback connection to myself from port to port and bring up
  29. SLIP over that wire, and it works just fine.  It even trims some 200ms of
  30. latency off of pings...
  31.  
  32. 2)  If I watch what's happening from aforementioned nearby Sun, using
  33. etherfind, and try to telnet into another nearby Sun, I can see the SYNs
  34. and acks fly by, and some data packets and whatnot.  If I then terminate
  35. the telnet I can see FINs and RESETs go by, and netstat indicates that
  36. the connection goes into FIN_WAIT_2 and then disappears properly.
  37.  
  38. 3)  I thought it was a data transparency problem.  So, I discovered that
  39. ping has this nice facility of padding out packets with byte sequences,
  40. and if you ping with large enough packets it will go from 0x00 to 0xff
  41. in increasing order.  Just lovely, only problem is that it showed pretty
  42. conclusively that nothing was munging bytes...
  43.  
  44. My best guess is that it's a TCP header compression issue.  I think that
  45. the Annex supports VJ compression, and from the 84-86 timeframe of the
  46. dates on my if_sl.c, I gather that Zorch doesn't.  I thought that this
  47. was an optionally negotiated type of thing, and if one end didn't know
  48. about it things would still work OK, though less than optimally.  Am I
  49. wrong?  If so, how do I go about finding the right modules to update my
  50. driver and possibly associated header files?
  51.  
  52. Thanks for any assistance.
  53.  
  54. -- 
  55. Scott Hazen Mueller              +1 408 285 5762  scott@dsg.tandem.com
  56. Tandem Computers, Unix System Administrator, Email Postmaster and Usenet Admin
  57. -- 
  58. Scott Hazen Mueller              +1 408 285 5762  scott@dsg.tandem.com
  59. Tandem Computers, Unix System Administrator, Email Postmaster and Usenet Admin
  60.