home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / protocol / appletal / 2894 < prev    next >
Encoding:
Internet Message Format  |  1992-07-24  |  5.2 KB
  1. Path: sparky!uunet!pmafire!news.dell.com!swrinde!elroy.jpl.nasa.gov!ames!think.com!cayman!glen
  2. From: glen@Cayman.COM (Glen B. Glater)
  3. Newsgroups: comp.protocols.appletalk
  4. Subject: Checksum bug in LW NTR
  5. Message-ID: <GLEN.92Jul24104836@midway.Cayman.COM>
  6. Date: 24 Jul 92 14:48:36 GMT
  7. Sender: news@cayman.COM
  8. Distribution: comp.protocols.appletalk, comp.sys.mac.comm
  9. Organization: Cayman Systems Inc., Cambridge, MA
  10. Lines: 119
  11. Nntp-Posting-Host: midway
  12.  
  13. I am posting this message so that people with NTR printers will
  14. understand the causes for NBP LkUp problems that they may be experiencing.
  15. It is not a flame.  As you will read below, Apple understands the 
  16. importance of fixing this problem.
  17.  
  18. Apple has a new Personal LaserWriter called the NTR. 
  19.  
  20. It has a bug in its ROM code.  If the printer gets a packet with
  21. a DDP checksum that is not zero, it will ignore the packet.
  22.  
  23. Why am I posting this?  Because two major players at our customer sites, 
  24. CAP 6.0 and Cisco Routers, both add DDP checksums to packets in their 
  25. default configurations.  That means that the LaserWriter NTR will not  
  26. respond to lookups from a CAP 6.0 server or respond to lookups that have 
  27. been generated by a Cisco Router with DDP checksums turned on (in response 
  28. to an NBP BrRq or forward request, or in response to a directed Phase 2 
  29. broadcast).  
  30.  
  31. We have already had one customer who thought that this was a Cayman
  32. problem since, after all, we are connecting the printers to the
  33. Ethernet.  This has nothing to do with the GatorBox, and the same
  34. problem will occur on networks connected with any other LocalTalk-
  35. Ethernet gateway (FastPath, EtherRoute, MultiGate, Liason, Apple Internet
  36. Router, etc.)
  37.  
  38. Here is the official response from Apple.  
  39.  
  40. >Glen,
  41.  
  42. >I've spoken with the LaserWriter NTR test engineer, who forwarded the
  43. >following informaion.
  44.  
  45. >"The problem your customer is experiencing is due to a bug in the Personal
  46. >LaserWriter NTR ROM. It appears that the Personal LaserWriter NTR ignores
  47. >AppleTalk packets that have a non-zero value in the DDP checksum field of DDP
  48. >Long packets.
  49.  
  50. >To workaround this it is necessary to disable the DDP checksums in the CAP
  51. >modules that talk to printers (i.e. atlook*, papif and tlw).
  52.  
  53. >CAP uses DDP checksums by default. The "unofficial recommended interim
  54. >workaround" for this is to add the following lines to the m4.features file,
  55. >rerun gen.makes and remake CAP:
  56.  
  57. >    # + DONT_DOCHKSUM no DDP checksums
  58. >    define(`specialcflags',concat(specialcflags,` -DDONT_DOCHKSUM'))
  59. >    #
  60.  
  61. >No other code changes are necessary. If you feel adventurous, you can patch an
  62. >unstriped papif with adb, set the variable 'dochecksum' to zero.
  63.  
  64. >Apparently, an upcoming CAP patch will provide a command line argument to
  65. >disable DDP checksums.
  66.  
  67. >There is another related situation we have discovered here at Apple. We use
  68. >Cisco routers and some of our cisco routers have DDP checksums turned on. If a
  69. >NBP lookup is done through a cisco router with DDP checksums turned on, the
  70. >Personal LaserWriter NTR will not reply to the NBP lookup and not show up in
  71. >the Chooser. The workaround here is to disable DDP checksums on the cisco
  72. >router."
  73.  
  74. I've been told by Apple that this is "a high profile problem to be 
  75. resolved ASAP".
  76.  
  77. By the way, here is info from Cisco on how to disable this feature in 
  78. their products:
  79.  
  80. >In configuration mode on the cisco, enter the command
  81.   >
  82.   >---> no apple checksum
  83.   >
  84.   >
  85.   >*** The above is a router configuration command. If the customer is
  86.   >familiar with our product, the above should make sense. (to enter
  87.   >configuration mode, type 'configure terminal' from the '#' prompt)
  88.   >
  89.   >If the customer would like to determine if checksums are being
  90.   >calculated, the EXEC command 'sho apple global' will give that
  91.   >information. Here is a sample display:
  92.   >
  93.   >#sho apple global
  94.   >
  95.   >AppleTalk global information:
  96.   >  Internet is incompatible with older, AT Phase1, routers.
  97.   >  There are 3 routes in the internet.
  98.   >  There are 4 zones defined.
  99.   >  All significant events will be logged.
  100.   >  ZIP resends queries every 10 seconds.
  101.   >  RTMP updates are sent every 10 seconds.
  102.   >  RTMP entries are considered BAD after 20 seconds.
  103.   >  RTMP entries are discarded after 60 seconds.
  104.   >  AARP probe retransmit count: 10, interval: 200.
  105.   >  AARP request retransmit count: 5, interval: 1000.
  106.   >  DDP datagrams will be checksummed.
  107.   >  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  108.   >  RTMP datagrams will be strictly checked.
  109.   >  RTMP routes may not be propogated without zones.
  110.   >  Alternate node address format will not be displayed.
  111.   >  Access control of any networks of a zone hides the zone.
  112.   > 
  113.   >
  114.   >It would show: "DDP datagrams will not be checksummed" if it was
  115.   >disabled.
  116.   >
  117.   >It is on by default. If the customer enters the command 'no apple
  118.   >checksum' into the configuration of the router, it will also be
  119.   >visible when the customer executes the EXEC command 'write terminal'
  120.  
  121. I hope that this helps.
  122.  
  123. Glen
  124. --
  125.  
  126.     *************************************************************
  127.     Glen B. Glater                Phone: (617) 494-1999         
  128.     Technical Support Engineer        Fax:   (617) 494-5167         
  129.     Cayman Systems Inc.            Internet: glen@cayman.com     
  130.     26 Landsdowne Street            AppleLink:  CAYMAN.TECH          
  131.     Cambridge, MA   02139            SneakerNet:  3rd cube on the left    
  132.