home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / linux / 25172 < prev    next >
Encoding:
Internet Message Format  |  1993-01-23  |  1.6 KB
  1. Path: sparky!uunet!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!newsserver.jvnc.net!rutgers!igor.rutgers.edu!geneva.rutgers.edu!hedrick
  2. From: hedrick@geneva.rutgers.edu (Charles Hedrick)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: Trouble with KA9Q/SLIP
  5. Message-ID: <Jan.22.19.51.46.1993.2498@geneva.rutgers.edu>
  6. Date: 23 Jan 93 00:51:50 GMT
  7. References: <1993Jan21.025848.13321@techmpc.csg.mot.com>
  8. Organization: Rutgers Univ., New Brunswick, N.J.
  9. Lines: 23
  10.  
  11. daves@techmpc.csg.mot.com (Dave Schmitt) writes:
  12.  
  13. >I've been trying to get KA9Q to talk SLIP with a machine at work
  14. >over a modem, but apparently they don't speak the same dialect
  15. >of slip, or the terminal server is interfering.  When I try
  16. >to ping from the remote end, this is the error message KA9Q
  17. >gives:
  18.  
  19. >l0 recv: [Tue Jan 19 20:40:00 1993]
  20. >IP: len 84 100.0.0.1->100.0.0.2 ihl 20 ttl 64 prot ICMP
  21. >ICMP: Echo Request id 28392 seq 36 CHECKSUM ERROR (4626)
  22.  
  23. I wonder if you're overflowing a buffer on the machine at the other
  24. end.  I looks to me like the overall packet structure is OK, so there
  25. doesn't seem to be a gross compatibility problem.  Checksum error
  26. probably indicates either some bytes are being garbled or dropped.  If
  27. you're going through a terminal server, make sure both it and telnetd
  28. on your machine give a transparent path.  It looks like you're getting
  29. the high order bit, so the other possibility is that its turned LF
  30. into CRLF or something like that.  On our cisco terminal servers you
  31. have to do "term download" if you want a transparent path.  We've also
  32. had to patch telnetd on the Unix machines for some releases, in order
  33. to give a transparent path.
  34.