home *** CD-ROM | disk | FTP | other *** search
/ ftp.tcs3.com / ftp.tcs3.com.tar / ftp.tcs3.com / DRIVERS / Printers / Hewlett_Packard / JetDirect / firmware.ZIP / UPGRADE.1 / A0408EN.FTR < prev   
Text File  |  1995-12-15  |  10KB  |  230 lines
  1. Device=JetDirect Print Server
  2. Models=J2550A,J2552A
  3. Version=A.04.08
  4.  
  5. Revision history:
  6.  
  7. XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  8. XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  9. XXXXXXXXXXXXXXXXXXXXXXXXX               XXXXXXXXXXXXXXXXXXXXXX
  10. XXXXXXXXXXXXXXXXXXXXXXXXX    A.04.08    XXXXXXXXXXXXXXXXXXXXXX
  11. XXXXXXXXXXXXXXXXXXXXXXXXX               XXXXXXXXXXXXXXXXXXXXXX
  12. XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  13. XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  14.  
  15. The Ethernet firmware revision A.04.08 includes
  16. enhancements and fixes for the following bugs in
  17. previous code revisions.  This image is only valid
  18. for J2550A and J2552A internal Ethernet JetDirect
  19. products.
  20.  
  21. FIXED:  Default Gateway Configuration Error -
  22.     80 SERVICE ERROR 0009 or 01E0
  23.  
  24. How does the problem exhibit itself:
  25. 1) Attempts to telnet fail -
  26.    "Unable to connect to remote host (refused)"
  27. 2) Attempts to print fail
  28. 3) Any attempt to reconfigure (via printer front panel
  29.    or telnet) will cause an 80 SERVICE ERROR 0009 or
  30.    80 SERVICE ERROR 01E0.
  31.  
  32. This problem occurs when the sender (host) is on a
  33. different network than the receiver (print server) and
  34. there are two paths between them.  For instance, a
  35. request comes in on one path (via router A).  The
  36. print server is configured to respond through the
  37. other path (via router B).  If router B is down, the
  38. problem will occur.
  39.  
  40. This problem can also happen if the default gateway is
  41. configured to either a node that doesn't exist or a node
  42. that is not on the same subnet as the print server.
  43.  
  44. This will NOT happen when the sender (host) is on the
  45. same subnet as the receiver (print server).
  46.  
  47. Workaround:
  48. Download A.04.08 firmware to J255xA JetDirect print servers.
  49.  
  50. FIXED:  HP JetDirect J255xA print server/LaserJet 5Si/5Si MX
  51.     printer - 80 SERVICE ERROR 01E6
  52.  
  53. The 80 SERVICE ERROR 01E6 can occur on a HP LaserJet
  54. 5Si/5Si MX printer with a JetDirect MIO print server
  55. with A.04.06 or earlier firmware installed.  The failure
  56. is random and could occur at any time during printing
  57. (it could during the first print job or after 24 hours
  58. of continuous printing).  It is due to a hardware timing
  59. issue between the printer and the JetDirect print server.
  60.  
  61. The A.04.08 firmware addresses the hardware timing issue
  62. and thus solves the problem.
  63.  
  64. Workaround:
  65. 1) Power cycle the printer.  (This will clear the 80 SERVICE
  66.    ERROR.)
  67. 2) Download the A.04.08 firmware to the JetDirect J255xA print
  68.    server.
  69.  
  70.  
  71. XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  72. XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  73. XXXXXXXXXXXXXXXXXXXXXXXXX               XXXXXXXXXXXXXXXXXXXXXX
  74. XXXXXXXXXXXXXXXXXXXXXXXXX    A.04.06    XXXXXXXXXXXXXXXXXXXXXX
  75. XXXXXXXXXXXXXXXXXXXXXXXXX               XXXXXXXXXXXXXXXXXXXXXX
  76. XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  77. XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  78.  
  79. The Ethernet firmware revision A.04.06 includes
  80. enhancements and fixes for the following bugs in
  81. previous code revisions.  This image is only valid
  82. for J2550A and J2552A internal Ethernet JetDirect
  83. products.
  84.  
  85. APPLETALK FIXES
  86.  
  87. FIXED:  LocalTalk and EtherTalk Phase 1 Routing
  88. This firmware fixes a problem in previous revisions
  89. wherein the JetDirect card did not correctly respond
  90. to routed packets in certain LocalTalk and EtherTalk
  91. Phase 1 environments. In these environments, if the
  92. packet destination address network number was in the
  93. range of 65280 through 65535 the packet would
  94. incorrectly be sent directly instead of via the
  95. AppleTalk router.
  96.  
  97. FIXED:  JetDirect Default Zone
  98. At startup, JetDirect products try to find a local
  99. AppleTalk router by sending out a Routing Table
  100. Maintenance Protocol (RTMP) Request packet.  Upon
  101. receiving any response it is presumed that there is
  102. a live AppleTalk router on the local network segment,
  103. and further, that it will provide the proper Zone
  104. name via ZIP (Zone Information Protocol)
  105. request/responses.  If the AppleTalk router did not
  106. provide the ZIP response or the ZIP response was
  107. incorrectly formatted, the JetDirect firmware would
  108. never finish starting up in AppleTalk.  This would
  109. leave the AppleTalk protocol on the card in an unknown
  110. state.  
  111.  
  112. With this firmware revision the JetDirect card uses
  113. the generic AppleTalk default Zone name of "*" if the
  114. AppleTalk router fails to provide the real Zone name.
  115.  
  116. NOVELL FIXES
  117.  
  118. NEW FEATURE:    Nearest Service Query (NSQ) Enhancement
  119. 1)  The JetDirect card uses the General Service Query
  120. to find its configured file servers on the network.
  121. The first two General Service Queries (GSQs) sent out
  122. by the card have been changed to Nearest Service
  123. Queries (NSQ).  The difference between a GSQ and an
  124. NSQ is that GSQs are responded to with all the file server
  125. names that exist in the network.  The NSQ request
  126. will obtain responses from local file servers only.
  127. If there are no file servers local to the subnet, a
  128. router (or a server acting as a router) will respond
  129. to the NSQ with the server name that has the least
  130. number of intermediate networks (i.e., lowest hop count).
  131. This change should alleviate traffic congestion caused by
  132. GSQ responses as well as the WellFleet router problems
  133. seen with GSQs.
  134.  
  135. 2)  The frequency of sending General Service Queries (GSQ)
  136. has been decreased. The card sends out 1 General Service
  137. Query (GSQ) or Nearest Service Query (NSQ) every 15 seconds
  138. for 4 attempts and then backs off to a 3 minute retry.  The
  139. JetDirect card now uses GSQs only as a fallback mechanism.
  140. In other words, if the JetDirect card can find all the
  141. servers using NSQs, it will never send out any GSQs.
  142.  
  143. The algorithm will work as follows:
  144. -Send 2 NSQs with a 15 second interval 
  145. -Send 2 GSQs with a 15 second interval
  146. -Send subsequent GSQs at 3 minute intervals until all file
  147.  servers are found.
  148.  
  149. 3)  The JetDirect card used to send a GSQ for a tree in
  150. NDS environment.  The card now behaves similar to the way
  151. it works in a bindery (3.x servers) environment.
  152.  
  153. The algorithm for a NDS environment will work as follows:
  154. -Send 2 NSQs with a 15 second interval
  155. -Send 2 GSQs with a 15 second interval (JetDirect card will
  156.  still attach to the first server response of GSQ in NDS mode)
  157. -Send subsequent GSQs at 3 minute intervals until any file
  158.  server on the tree is found.
  159.  
  160. 4)  When a JetDirect card is configured for multiple bindery
  161. servers, and one of those servers is down, the JetDirect card
  162. sends out an NSQ followed closely (40-100ms) by a GSQ.  This
  163. behavior would happen only once and subsequently the JetDirect
  164. card will send out a GSQ every 3 minutes.
  165.  
  166. NEW FEATURE:    Large Internet Packet (LIP) Implementation
  167. The JetDirect cards now support LIP (Large Internet Packet).
  168. The JetDirect card can now negotiate the packet size with
  169. a server (assuming the server and other network devices
  170. are correctly set up to handle LIP).  The JetDirect card
  171. sends out a LIP echo packet with the maximum packet size
  172. (1518 for Ethernet and 2084 for Token Ring).  It then waits
  173. for a response.  After waiting for a certain amount of time
  174. without getting a response, the card will send out another
  175. LIP echo packet with a smaller packet.  When the JetDirect
  176. card does get a response to an echo packet, it will
  177. subsequently use that packet size for all subsequent
  178. transmissions.
  179.  
  180. FIXED:  NDS Partition (Read/Write Replica) Fix
  181. A.04.06 firmware fixes the following problem:  If an NDS
  182. server does not have a read replica of a partition which
  183. holds the server object itself, the JetDirect card "bounces"
  184. back and forth between the server and the replica server,
  185. and is, therefore, not be able to service any NDS queues.
  186. With the fix in place, the JetDirect card can handle this
  187. situation and is able to service the NDS queues.
  188.  
  189. TCP/IP FIXES
  190.  
  191. NEW FEATURE:  The IP set-community-name can now be configured using TELNET
  192. The Set-Community-Name parameter is a type of security
  193. mechanism used primarily in the network management world.
  194. In order for a remote network management tool to SET a value
  195. in the JetDirect MIB, it must know the Set-Community-Name
  196. for the JetDirect print server.
  197.  
  198. To view the Set-Community-Name using telnet simply obtain
  199. the IP address of the JetDirect print server from the self
  200. test page.  From a workstation type:
  201.     telnet <IP address>
  202.  
  203. To change the Set-Community-Name from within telnet, use
  204. the "set-cmnty-name" command.  At the telnet prompt type:
  205.     set-cmnty-name: <enter name here>
  206.  
  207. The Set-Community-Name can have from 1 to 32 characters.
  208. Any alpha-numeric character is valid. In addition, the
  209. minus "-" and underscore "_" characters are legal also.
  210. These are commonly used to make the name more meaningful.
  211.  
  212. FIXED:  Queue names used by the TCP/IP printing protocols
  213. are no longer case sensitive.  Previously only lower case
  214. values could be used (for instance "raw"). Now all
  215. combinations are acceptable: lower case, upper case and
  216. even mixed case.  For example "raw", "RAW", and "Raw" will
  217. all work.
  218.  
  219. FIXED:  LPD Banner Page Fix
  220. In previous versions of firmware, if a host system sent
  221. multiple LPD jobs on one TCP/IP connection and the banner
  222. page was enabled, then everything would work fine. However,
  223. if the banner page was disabled, then only the first job
  224. would be printed.
  225.  
  226. Now, if a host system sends multiple LPD jobs on one
  227. TCP/IP connection, all jobs will be printed, whether
  228. or not the banner page is enabled.
  229.  
  230.