home *** CD-ROM | disk | FTP | other *** search
/ Network Support Encyclopedia 96-1 / novell-nsepro-1996-1-cd2.iso / download / netware / ptf374.exe / PTF374.TXT < prev   
Text File  |  1993-09-17  |  6KB  |  134 lines
  1.  
  2.               NOVELL TECHNICAL INFORMATION DOCUMENT
  3.  
  4. TITLE:              PTF374.EXE, WAN Links 2.0 Maintenance
  5. DOCUMENT ID:        TID000341
  6. DOCUMENT REVISION:  A
  7. DATE:               01JUL93
  8. ALERT STATUS:       Yellow
  9. INFORMATION TYPE:   Symptom Solution
  10. README FOR:         PTF374.EXE
  11.  
  12. NOVELL PRODUCT and VERSION:
  13. NetWare MultiProtocol Router PLUS 2.1
  14.  
  15. ABSTRACT:
  16. PTF 374 is the latest maintenance PTF for WAN Links 2.0.   It is
  17. recommended for all WAN Links 2.0 installations which use PPP as it
  18. includes the latest PPP.LAN.
  19. _________________________________________________________________
  20.  
  21. DISCLAIMER
  22. THE ORIGIN OF THIS INFORMATION MAY BE INTERNAL OR EXTERNAL TO NOVELL. 
  23. NOVELL MAKES EVERY EFFORT WITHIN ITS MEANS TO VERIFY THIS INFORMATION. 
  24. HOWEVER, THE INFORMATION PROVIDED IN THIS DOCUMENT IS FOR YOUR INFORMATION
  25. ONLY.  NOVELL MAKES NO EXPLICIT OR IMPLIED CLAIMS TO THE VALIDITY OF THIS
  26. INFORMATION.
  27. _________________________________________________________________
  28.  
  29. Self-Extracting File Name:  PTF374.EXE
  30.  
  31. Files Included     Size     Date        Time
  32.  
  33.   PTF374.TXT          (This File)
  34.      PPP.LAN      71817    4-07-93     10:11a
  35.  
  36.  
  37. README for PTF374.EXE
  38. April 21, 1993
  39.  
  40. SUMMARY
  41. Maintenance PTF for WAN Links; Version 2.0 (ONLY).
  42.  
  43. It solves the following problems:
  44. - Unable to connect with a WellFleet or Hewlett Packard router.
  45. - Problems relative to a NAT IP Router
  46. - "Attempt to manually create a call using destination record"
  47. - Link PPP failing to load.
  48. - Use of "LCP Discard Request" results in the connection being broken.
  49. - Lack of clocking in back to back testing.
  50. - Protocol rejection.
  51.  
  52.  
  53. INSTALLATION INSTRUCTIONS
  54. Copy into the SYS:SYSTEM subdirectory of the Wan Links Router.
  55. Down the server and re-initialize the router.
  56.  
  57.  
  58. PROBLEM/SOLUTION DETAIL
  59. The following problems have all been corrected by changes to PPP.LAN:
  60. 1.  IP could not establish a PPP connection between a WellFleet or Hewlett
  61. Packard router and MPR.  While attempting the IP connection, LCP
  62. negotiation proceeds as expected.
  63.  
  64. During IPCP negotiation:
  65. - MPR sends a null config-request which WellFleet acks.
  66. - WellFleet (or HP) then sends a config-request including an IP Address
  67. option.
  68. - MPR responds with a config-reject as expected.
  69. - Upon receipt of MPR's config-reject, WellFleet issues an IPCP term-ack,
  70. then resends a null IPCP config-request.
  71. - MPR acks the config-request, but never sends another IPCP config-request
  72. of its own.
  73. - This resulted in a half open IPCP connection.
  74.  
  75. 2.  During LCP negotiation Link/PPP proposes magic number configuration
  76. which is rejected by NAT Routers.  Once Link/PPP removes magic number from
  77. the configuration request the connection is successfully established.  The
  78. removal of magic number from the configuration request causes Link/PPP to
  79. ignore the Echo Request Generation parameter (if configured by the end
  80. user).  Instead it disables Echo Request Generation which will prevent the
  81. detection of a failing remote peer.
  82.  
  83. 3.  Until the PTF is applied the RS422 support logic in Link/PPP does not
  84. properly assert DTR.   Link/PPP was developed using a mis-wired version of
  85. the Newport Systems RS-422 cable which returned an asserted DSR even though
  86. DTR was unasserted.
  87.  
  88. However, when a correctly wired cable is used all connection attempts fail
  89. with a console message similar to the following:
  90.  
  91. "Attempt to manually create a call using destination record <record name>
  92. because the database entry references a board/port not currently loaded"
  93.  
  94. Both the mis-wired and correctly wired cables have part #826-170-0001).
  95. To identify properly wired cables:
  96. - Connect a X.21 conversion cable to port one of the RS-422 cable.
  97. - Use a ohmmeter at the adapter end (62 pin) of the RS-422 cable to check
  98. for continuity between pins 5 and 23 and between pins 2 and 46.  If each of
  99. the pin pairs are connected, the cable is the new properly wired version. 
  100. The new cable will work with after application of this PTF.
  101.  
  102. If there is continuity between pin 2 and pin 5 of the 62 pin connector the
  103. cable is the old mis-wired version.  To correct the cable, pin 12 and pin
  104. 30 should be swapped at *each* 37 pin RS-422 connector.  Once this is done
  105. repeat the tests described above.
  106.  
  107. 4.  PPP would not load unless the CSL version number and revision letter
  108. exactly matched the version/revision expected by PPP.  PPP has been changed
  109. so that:
  110. - The first number must still match that expected.
  111. - Numbers to the right of the first number will be noted and if different
  112. than expected result (signifying a minor change) in a warning to the system
  113. console without loading being impeded.
  114. - The letter signifying revision will be ignored.
  115. The change will allow the use of updates of CSL including the new CSL which
  116. ship with NetWare for SAA 1.3.  You MUST use PTF 374 if you will be using
  117. WAN Links with NetWare for SAA 1.3 or higher.
  118.  
  119. 5. Diagnostic testing from the remote using "LCP Discard Requests" resulted
  120. in ALL subsequent frames being discarded.
  121.  
  122. 6. Clocking was not provided for users who wanted to test the link with
  123. V.35 null modem cables.
  124.  
  125. 7. PPP has a feature which determines when a protocol not supported by the
  126. remote is being used.  Upon receiving notification of protocol rejection,
  127. PPP no longer attempts to interpret the unsupported protocol.  However, PPP
  128. instead reacted to the notification by no longer attempting to configure
  129. supported protocols as well.
  130.  
  131. HISTORY
  132. This PTF supersedes the only prior WAN Links PTF, PTF 356.
  133.  
  134.