home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / misc / 4153 < prev    next >
Encoding:
Internet Message Format  |  1992-11-14  |  1.9 KB

  1. Xref: sparky comp.unix.misc:4153 comp.protocols.tcp-ip:5155 comp.lang.postscript:5509
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!haven.umd.edu!darwin.sura.net!wupost!uwm.edu!ogicse!news.tek.com!shaman!frip!andrew
  3. From: andrew@frip.WV.TEK.COM (Andrew Klossner)
  4. Newsgroups: comp.unix.misc,comp.protocols.tcp-ip,comp.lang.postscript
  5. Subject: Re: problems tfping to a rip
  6. Message-ID: <2156@shaman.wv.tek.com>
  7. Date: 14 Nov 92 01:22:42 GMT
  8. Article-I.D.: shaman.2156
  9. References: <2893@media03.UUCP>
  10. Sender: news@shaman.wv.tek.com
  11. Reply-To: andrew@frip.wv.tek.com
  12. Followup-To: comp.unix.misc
  13. Organization: Tektronix Color Printers, Wilsonville, Oregon
  14. Lines: 31
  15.  
  16. []
  17.  
  18.     "The reason seems to be that the UDP checksum is wrong.
  19.     normally this checksum is correct, but the troublesome packets
  20.     always have 0xFFFF for checksum. if my calculations are correct
  21.     it should be 0x0 instead."
  22.  
  23. No, a UDP checksum is never 0.  If the calculation yields 0, then
  24. 0xFFFF is stored instead.  Perhaps the code in the RIP is flawed and
  25. does not include this provision.  A 0 in the UDP checksum field means
  26. "no checksum was computed."
  27.  
  28. From RFC768, the defining document for UDP:
  29.  
  30. > If the computed  checksum  is zero,  it is transmitted  as all ones (the
  31. > equivalent  in one's complement  arithmetic).   An all zero  transmitted
  32. > checksum  value means that the transmitter  generated  no checksum  (for
  33. > debugging or for higher level protocols that don't care).
  34.  
  35.     "What is your solution"
  36.  
  37. Convince the Intel machine not to generate UDP checksums.  On the Suns,
  38. whether or not to UDP checksum is controlled by a variable in the
  39. kernel; you use adb or equivalent to patch it.  Check with your Intel
  40. rep to see if they have something equivalent.
  41.  
  42. In the long term, you should ask Linotype to fix their broken UDP
  43. implementation.
  44.  
  45.   -=- Andrew Klossner  (andrew@frip.wv.tek.com)
  46.                        (uunet!tektronix!frip.WV.TEK!andrew)
  47.