home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / protocol / tcpip / ibmpc / 4808 < prev    next >
Encoding:
Internet Message Format  |  1992-08-16  |  3.7 KB
  1. Xref: sparky comp.protocols.tcp-ip.ibmpc:4808 comp.os.ms-windows.apps:2116
  2. Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.os.ms-windows.apps
  3. Path: sparky!uunet!gatech!rpi!usc!sol.ctr.columbia.edu!usenet.ucs.indiana.edu!indyvax.iupui.edu!harvey
  4. From: harvey@indyvax.iupui.edu
  5. Subject: Re: Novell and WinQVT/Net (Argggghhhh)
  6. Message-ID: <1992Aug20.150953.1@indyvax.iupui.edu>
  7. Lines: 86
  8. Sender: news@usenet.ucs.indiana.edu (USENET News System)
  9. Nntp-Posting-Host: indyvax.iupui.edu
  10. Organization: Indiana University
  11. References: <1992Aug14.194534.14216@kocrsv01.delcoelect.com>
  12. Date: Thu, 20 Aug 1992 20:09:53 GMT
  13.  
  14. In article <1992Aug14.194534.14216@kocrsv01.delcoelect.com>, swlodin@kocrsv01.delcoelect.com (Steve Lodin) writes:
  15. >
  16. > **** Posting for a friend who can't get his PC to work ****
  17. >
  18. > I am trying to set up an AST 486/33 to run on an existing Novell network
  19. > (v3.11) WITH the ability to run WinQVT/Net.  I, like others in the past
  20. > and present, am having difficulty making IPX and TCP/IP coexist.  I
  21. > remember a posting several months ago on this subject which suggested
  22. > the following additions to autoexec.bat:
  23. >
  24. >      lsl.com
  25. >      3c507.com -n -w 0x60
  26.        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 1.
  27. >      odipkt.com
  28.        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 2.
  29. >      winpkt 0x60 0x63
  30.        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 3.
  31. >      pktint
  32.        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 4.
  33. >      ipxodi.com
  34. >      netx.com
  35. >
  36. > When I run this, it seems everything loads into RAM except winpkt, which
  37. > gives a message similar to "packet driver is at segment xxxx,
  38. > there is no packet driver at 0x63".  When I run windows 3.1 after this
  39. > sequence, my machine hangs.
  40.  
  41. There are several ways to make this work, but this isn't one of them.
  42. Here is one way:
  43.  
  44. 1.    If this is loading without error you are loading the 3C507 packet
  45.     driver.  If the intent is to have an ODI driver actually driving
  46.     the interface, you should be loading the 3C507 ODI MLID driver
  47.     here instead.  I think you can get one from 3Com (anonymous FTP
  48.     to ftp.3com.com)
  49.  
  50. 2.    If you load ODIPKT using all defaults it provides a packet driver
  51.     class service depending on the frame type of the 0th (actually
  52.     first) ODI "logical interface" on interrupt 69.  You seem to want
  53.     this on interrupt 63 so use "odipkt 0 99" (ODIPKT wants the software
  54.     interrupt number in decimal).  This will prevent WINPKT from
  55.     complaining that it can't find it.
  56.  
  57. 3.    You only need to load WINPKT if you are using a Windows-unaware DOS
  58.     TCP/IP application like NCSA Telnet or CUTCP TN3270.  If used, these
  59.     applications should use software interrupt 63 for their packet driver
  60.     interface under Windows (using 60 will bypassing WINPKT completely,
  61.     and cause your system to crash and burn).
  62.  
  63.     If you are using WinQVTNet exclusively, you don't need this at all.
  64.  
  65. 4.    Your QVT_NET.RC file should specify the use of software interrupt 63.
  66.     There is no need for PKTINT to go through WINPKT.
  67.  
  68. Your NET.CFG file should look something like:
  69.  
  70. Show Dots = On
  71.  
  72. Link Driver 3C507
  73.     Frame Ethernet_II
  74.     Frame Ethernet_802.3
  75.     Protocol IPX 0 Ethernet_802.3
  76.  
  77. If you use Ethernet II framing for IPX, use:
  78.  
  79. Show Dots = On
  80.  
  81. Link Driver 3C507
  82.     Frame Ethernet_II
  83.     Protocol IPX 8137 Ethernet_II
  84.  
  85. The fact the the Frame Ethernet_II comes first ensures that the first ODI
  86. "logical interface" will be the type that ODIPKT wants for TCP/IP.
  87.  
  88. You don't have to list the protocols for TCP/IP in the Link Driver section,
  89. since ODIPKT registers with the LSL as a "default" packet handler (gets
  90. all packets not destined elsewhere).  If you prefer to list them they are:
  91.  
  92.     Protocol IP 800 Ethernet_II
  93.     Protocol ARP 806 Ethernet_II
  94.     Protocol RARP 8035 Ethernet_II
  95.  
  96. HTH.
  97. --
  98. James Harvey    IUPUI OIT Technical Support
  99. harvey@iupui.edu  uucp: iugate!harvey  bitnet: harvey@indyvax
  100.