home *** CD-ROM | disk | FTP | other *** search
/ Black Box 4 / BlackBox.cdr / lan / tb250.arj / TB291.TXT < prev    next >
Text File  |  1991-08-06  |  8KB  |  157 lines
  1.                           NOVELL TECHNICAL BULLETIN
  2.  
  3.              TITLE: IBM Token Ring and Novell NetWare
  4.       DOCUMENT ID#: TB.P.291
  5.               DATE: 04/06/91
  6.            PRODUCT: NetWare 286, 386
  7.   PRODUCT REVISION: all versions
  8.         SUPERSEDES: NA
  9.  
  10.            SYMPTOM: NA
  11.  
  12. ISSUE/PROBLEM
  13.  
  14.      Several Novell customers and third-party vendors have experienced
  15.      problems with IBM Token Ring stations while using IBM LAN Support Program
  16.      and Novell NetWare.  Symptoms typically are that the workstation will
  17.      simply "hang."  Most of these problems have been with TIC (Token Ring
  18.      Interconnect Option) connected 3270 gateways.
  19.  
  20.      Tracking these problems down turned out to be extremely difficult.  With
  21.      the help of our customers, third-party vendors, and IBM we now believe we
  22.      understand the nature of the problem.  These problems are not due to a
  23.      single cause.  We believe we have identified a total of three issues
  24.      which individually could cause problems and together are likely to cause
  25.      a network station to fail.
  26.  
  27.      The exact combination of hardware and software which has been shown to
  28.      have problems is the IBM Token Ring Adapter (any vintage or bus type),
  29.      IBM LAN Support Program version 1.0 through 1.1, NetWare Token Ring
  30.      drivers versions 2.60 and earlier, MS-DOS or PC-DOS 3.3x or 4.0x, and a
  31.      3270 gateway such as DCA's Irmalan product.  It must be emphasized these
  32.      problems are not properly "bugs" as all the components of a system
  33.      showing these symptoms are functioning as designed.  Furthermore, the
  34.      circumstances which can cause a failure are extremely unusual and always
  35.      involve very heavy LAN traffic, particularly connection attempts.
  36.  
  37. SOLUTION 
  38.  
  39.      PROBLEM #1
  40.  
  41.      Certain characteristics of the IBM LAN Support Program DXMC0MOD.SYS
  42.      driver were interacting with NetWare's IPX program causing IPX and
  43.      DXMC0MOD to enter infinite loops waiting for a reply.  The DXMC0MOD
  44.      driver, for performance reasons related to RS232C communications through
  45.      serial ports using single character buffer UARTs (such as National
  46.      Semiconductor's INS8250 or equivalent) will re-enable interrupts after
  47.      400 µseconds to avoid dropping characters during high speed
  48.      communications.  This behavior can be disabled with a switch on the
  49.      CONFIG.SYS line which loads the driver, "q" for "quiet."  This switch is
  50.      not case sensitive.  This "Q" switch is not currently documented in the
  51.      IBM LAN Support Program documentation.
  52.  
  53.      The syntax to use the "q" switch is given below.
  54.  
  55.           DEVICE=<PATH>DXMC0MOD.SYS Q
  56.  
  57.      This interrupt disabling behavior of DXMC0MOD can allow IPX and DXMC0MOD
  58.      to enter an endless wait.  When two protocols are using DXMC0MOD, such as
  59.      802.2 3270 protocols from a gateway to the System 370 Controller and
  60.      IPX/SPX between the gateway station and network stations connecting to
  61.      the gateway, problems can occur.  The scenario of events is as follows:
  62.  
  63.      An 802.2 TRANSMIT begins.  Before the TRANSMIT can complete interrupts
  64.      are re-enabled.  While interrupts are re-enabled an SPX CONNECT request
  65.      arrives.  If the SPX CONNECT request has passed through a NetWare Router
  66.      (sometimes erroneously called a NetWare Bridge) SPX issues an
  67.      IPXGetLocalTarget request to determine the Time To Target.  Because the
  68.      previous 802.2 TRANSMIT is still pending the IPX TRANSMIT is queued.  IPX
  69.      assumes that only two things can EVER happen to a packet transmit
  70.      request: it will either FAIL or SUCCEED.  Thus IPX waits for a reply from
  71.      the card indicating the packet transmit has either failed or succeeded
  72.      but because the packet has NOT been transmitted, only queued up, IPX
  73.      NEVER receives this required response from the card.  Meanwhile the
  74.      DXMC0MOD driver is patiently waiting for control to return to it so it
  75.      can process the two pending transmits.  Both IPX and DXMC0MOD thus wait
  76.      for each other forever.  This failure is most likely to occur in an
  77.      environment where very large numbers of connect requests are being
  78.      presented to the gateway.
  79.  
  80.      PROBLEM #2
  81.  
  82.      The combination of the IBM LAN Support Program, IPX, SPX, the gateway
  83.      software, and DOS use a large amount of DOS STACK space.  The default
  84.      STACKS of DOS 3.3x/4.0x in 286/386 machines of 9 stack frames of 128
  85.      bytes each may be insufficient in some cases.  To prevent internal stack
  86.      failure or stack overruns we suggest increasing the size and number of
  87.      these dynamic stacks.  Add the following line to CONFIG.SYS in the
  88.      gateway station:
  89.  
  90.      STACKS=16,256
  91.  
  92.      This allocates 16 stack frames of 256 bytes each and should prevent any
  93.      stack related problems.
  94.  
  95.      PROBLEM #3
  96.  
  97.      The combination of an IBM 4/16 Token Ring Adapter with 1990 firmware,
  98.      version 1.1 LAN Support Program, and NetWare 2.60 or earlier Token Ring
  99.      drivers has been shown to cause the Token Ring Adapter to lockup.  In
  100.      most instances this has been resolved with the 1.20 or 1.21 LAN Support
  101.      Program and 2.62 NetWare Token Ring drivers when used together with the
  102.      "Q" switch for the DXMC0MOD.SYS driver.  If these problems persist in a
  103.      station using these latest drivers, the IBM Token Ring Adapter
  104.      Diagnostics diskette provided with the adapter should be run to determine
  105.      the revision level of the adapter's microcode.  If the ISA adapter
  106.      microcode revision level is C24550 an Authorized IBM Dealer or Support
  107.      Representative should be contacted to arrange for an upgrade of the
  108.      adapter microcode.  This applies ONLY to stations being used as a gateway
  109.      and does not apply to other network stations including file servers.
  110.  
  111.      To use the IBM Token Ring Adapter Diagnostic diskette to check your
  112.      firmware level:
  113.  
  114.      FOR MCA ADAPTERS -
  115.  
  116.      Place the Token Ring Adapter diskette in the boot diskette drive of the
  117.      computer being tested and power the computer on.
  118.  
  119.      Press 0
  120.  
  121.      After the Ring Adapter Open completes, press <F1>
  122.  
  123.      The next screen will show the Adapter Code Level number.
  124.  
  125.      Press <F3>, Press <F3>, remove the Adapter Diagnostic diskette and press
  126.      any key to re-boot the computer.
  127.  
  128.      FOR ISA ADAPTERS -
  129.  
  130.      Place the Token Ring Adapter diskette in the boot diskette drive ofthe
  131.      computer being tested and power the computer on.
  132.  
  133.      Press 1 (Ring Diagnostics) then Press Enter
  134.  
  135.      Press 0
  136.  
  137.      After the Ring Adapter Open completes, press <F1>
  138.  
  139.      The next screen will show the Adapter Code Level number.
  140.  
  141.      Press <F3>, Press <F3>, remove the Adapter Diagnostic diskette and press
  142.      any key to re-boot the computer.
  143.  
  144.      Novell Technical Services has reports of another Token Ring Adapter Code
  145.      Level which has produced similar symptoms, 8A78064.  This has not been
  146.      completely confirmed by both IBM and Novell Technical Services.  If the
  147.      symptoms described above are experienced and the solutions described
  148.      above do not resolve the problems please contact Novell Technical
  149.      Services (1-800-NETWARE) and/or IBM.
  150.  
  151.      PLEASE NOTE:   AT THIS TIME WE ARE NOT RECOMMENDING REQUESTING
  152.                     REPLACEMENT FOR THIS ADAPTER CODE LEVEL.  IF PROBLEMS ARE
  153.                     EXPERIENCED, REPORT THEM AND IBM AND NOVELL WILL
  154.                     INVESTIGATE FURTHER.
  155.  
  156.  
  157.