home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / mskermit / msvibm.wfw < prev    next >
Text File  |  2020-01-01  |  23KB  |  569 lines
  1. File MSKWFW.DOC                                                   February 1994
  2.  
  3.          USING MS-DOS KERMIT WITH WINDOWS FOR WORKGROUPS 3.11
  4.  
  5. Most Recent update: Fri Feb  4 12:11:11 1994
  6.  
  7. This file contains collected hints and tips regarding how to use MS-DOS Kermit
  8. to make TCP/IP connections from Microsoft Windows for Workgroups 3.11.  The
  9. information contained here is evolving on a daily basis.  You might encounter
  10. contradictions among the various texts, but this does not mean that the
  11. contradicting items are necessarily wrong (or right) -- only that this is yet
  12. another extremely complicated and obscure topic, and that differing approaches
  13. are possible.
  14.  
  15. ------------------------------
  16. TEXT #1
  17.  
  18. Windows-for-Workgroups (WFW) networking is built upon LAN Manager NDIS
  19. board handler software.  MS-DOS Kermit can make TCP/IP connections from 
  20. within Windows for Workgroups by using the DIS_PKT9.DOS and WINPKT.COM shims 
  21. that come on the Kermit disk.  For WFW 3.10 and earlier, NDIS drivers are 
  22. normal CONFIG.SYS device drivers, and DIS_PKT9 instructions apply.  For 
  23. WFW 3.11 and later, which uses its own built-in protected-mode NDIS 3.0:
  24.  
  25.  . In the SYSTEM.INI file, [Network Drivers] section, add DIS_PKT9.DOS at
  26.    the end of the "transport=" line.  Make sure you are using DIS_PKT9
  27.    as distributed on the MS-DOS Kermit diskette, and not DIS_PKT11 or any
  28.    other version.  See below about PROTOCOL.INI.
  29.  
  30.  . Also in the [Network Drivers] section of SYSTEM.INI file, include
  31.    "LoadRMDrivers=yes".  This means that the NET START command loads Real Mode
  32.    (RM) Drivers.  DIS_PKT9.DOS is a Real Mode Driver.
  33.  
  34.  . In AUTOEXEC.BAT, use NET START.
  35.  
  36.  . As with all network connections in Windows, you must either lock Kermit
  37.    in memory (Check Lock Application Memory in the KERMIT.PIF file) or else
  38.    load the WINPKT shim "on top of" DIS_PKT9, following the instructions in
  39.    WINPKT.DOC.
  40.  
  41. ------------------------------
  42. TEXT #2
  43.  
  44.                  A Noddy's Guide to Kermit over TCP/IP
  45.                    under Windows for Workgroups 3.11
  46.  
  47.                             Gisbert W. Selke
  48.                              WIdO, Jan 1994
  49.  
  50. This document contains a brief outline of the problem and a
  51. step-for-step guide on how to overcome it.  If you are only interested
  52. in a quick solution, feel free to skip ahead to section 2.
  53.  
  54. 1. Where's the problem?
  55.  
  56. Running multiple network protocols over a single Ethernet adapter has
  57. always been a problem, since each application tends to try and gain
  58. complete control over the board.  A solution has been developed, back in
  59. the good ol' DOS days, by FTP Inc., in the form of so-called packet
  60. drivers.  The idea behind this approach is beautifully explained
  61. elsewhere [1], so I will not attempt to give a complete description
  62. here.  Suffice it to say that a resident module -- the packet driver --
  63. grabs hold of the networking board, and all software wanting to access
  64. the Ethernet talks to the packet driver instead of directly to the
  65. board.  This driver hands the network packets of each application down
  66. to the networking board, and distributes packets arriving over the
  67. network back to the individual applications, keeping track of which
  68. application uses what protocol.  Using this strategy, one could, e.g.,
  69. concurrently run TELNET and Novell Netware.
  70.  
  71. As time went by, other solutions were developed that basically served
  72. the some purpose; the non-proprietary nature of the packet driver
  73. approach and the availability of them for a huge range of adapter types
  74. ensured their popularity. The situation grew worse with the introduction
  75. of Windows, however; with its task-switching capabilities, the demand
  76. for multiple protocols grew, while at the same time Windows' habit of
  77. shifting resident programmes around in memory made it more difficult for
  78. applications to find the packet driver, which had suddenly turned into a
  79. moving target.  Again, a non-proprietary solution was found:  on top of
  80. the original packet driver, a fake winpacket driver was loaded, whose
  81. only purpose was to overcome the shifting around in memory.
  82.  
  83. In the meantime, Microsoft had discovered that a great number of places
  84. used this kind of software which had Not been Invented There in Redmond;
  85. so it was decided to re-invent the wheel and dub it NDIS.  Of course,
  86. nobody had to pay any attention, really ...  But, to simplify things for
  87. people who, for some reason, had to employ NDIS drivers, a shim was
  88. developed -- and given to the public for free -- that made NDIS look
  89. like a packet driver.  So one could continue to run, say, TCP/IP,
  90. Netware and the Microsoft networking method named NetBEUI.
  91.  
  92. Then, however, Windows for Workgroups 3.11 came out, and all the magic
  93. incantations that were necessary in order to run NDIS, and to make it
  94. accessible to other software, changed again, with all the documentation
  95. buried somewhere deep down on CD-ROM, if at all.  Since Microsoft, of
  96. course, did not supply, say, TELNET or FTP clients, a solution had to be
  97. found -- that was the situation at our site early in January 1994.
  98.  
  99. Without the many pieces of freely available software mentioned above,
  100. and without the profound networking wisdom of and support by Joe
  101. Doupnik, we would either have had to abandon our host computers or else
  102. turn away from MS Windows for good.
  103.  
  104. Instead of delving into the merits of each of these possibilities, it is
  105. preferable to explain the steps that are necessary for a successful
  106. setup of Windows for Workgroups, so that its built-in incompatibilities
  107. with TELNET/FTP applications (like, e.g., MS-Kermit 3.13) do not show
  108. up.
  109.  
  110. 2. The Nine Steps on the Stairway to Network Heaven
  111.  
  112. Requirements:
  113.  
  114. *    You have the Windows for Workgroup 3.11 (WfW for short) setup
  115.      diskettes.
  116.  
  117. *    You have MS-Kermit 3.11 (or later) already installed on your disk.
  118.      (Applications like NCSA TELNET, QVTNet etc. will also do; it is
  119.      assumed that the application is configured for packet driver use,
  120.      where necessary.)
  121.  
  122. *    You have DIS_PKT9.DOS (this is version 1.09) and WINPKT.COM
  123.      (version 9.x or later) (found, e.g., in the MS-Kermit
  124.      distribution).  You know which version of WINPKT you have (if in
  125.      doubt, execute it without parameters, look and see.)
  126.  
  127. Now follow these steps:
  128.  
  129. a)   Remove all references to a packet driver from AUTOEXEC.BAT (or from
  130.      whatever batch file you used to start it from).
  131.  
  132. b)   Install WfW properly.Once you get to the item of "Network Setup",
  133.      you should notice that WfW has recognized your network adapter and
  134.      has installed NetBEUI support. When prompted later to enter a
  135.      network name for your computer, go ahead and do so. At some point,
  136.      you will be prompted to install an NDIS driver appropriate for your
  137.      kind of network adapter. If the driver has been supplied with WfW,
  138.      fine; if not, get out the support disk that came with your adapter
  139.      and hope there is an up-to-date NDIS driver there.
  140.  
  141. c)   At the very end of installation, choose "Return to DOS".
  142.  
  143. d)   Copy DIS_PKT9.DOS and WINPKT.COM to a suitable directory, e.g.,
  144.      \KERMIT, if you have not done so before.
  145.  
  146. e)   Use your favourite plain ASCII editor to edit file SYSTEM.INI which
  147.      can be found in your main Windows directory:
  148.  
  149.      *   Find the section "[network drivers]".There should be a line
  150.          starting "transport=" among the next few lines. Add
  151.          ";C:\KERMIT\DIS_PKT9.DOS" to the end of this line, without any
  152.          intervening blanks. (If you have used a different directory in
  153.          the previous step, you should, of course, change this entry
  154.          accordingly.)
  155.  
  156.      *   If there is a line "LoadRMDrivers=No" in this section, change
  157.          the "No" to "Yes". If there is no such line, add a line
  158.          "LoadRMDrivers=Yes".
  159.  
  160.      *   Save the changed file (making sure it is in plain ASCII format).
  161.  
  162. f)   Use your favourite plain ASCII editor to edit file PROTOCOL.INI
  163.      found in the very same directory:
  164.  
  165.      *   Locate a section starting "[NetBEUI]".
  166.  
  167.          There should be a line like this: "Bindings=foo$bar". If there
  168.          is no line strating with "Bindings=", you are in trouble,
  169.          because networking support has apparently not been properly
  170.          installed. Go and call the Microsoft Hotline in order to listen
  171.          to some nice muzak.
  172.  
  173.      *   If there is such a line, memorize the value of this field (the
  174.          "foo$bar" part).
  175.  
  176.      *   Go to the end of the file, add a blank line and then a new
  177.          section:
  178.  
  179.             [PKTDRV]
  180.             DriverName=PKTDRV$
  181.             Bindings=foo$bar
  182.             IntVec=0x7E
  183.  
  184.          It is a good idea to insert the name you remember from the
  185.          previous step instead of the word "foo$bar", of course. The
  186.          value of the IntVec parameter can be any interrupt number that
  187.          has been used with your old packet driver; in any case, it
  188.          should be in the range 0x61 to 0x7F (in C-style hex notation).
  189.          Remember the value you choose; you will need it below.
  190.  
  191.      *   Save the changed file (again making sure it is plain ASCII).
  192.  
  193. g)   Use your favourite plain ASCII editor once again to change file
  194.      AUTOEXEC.BAT in your root directory:
  195.  
  196.      *   There should be a line "...Net Start" there. (If it is not,
  197.          you're probably in trouble anyway; cf. the helpful hints under
  198.          f) in this case). Change this line to read "...Net Start
  199.          NetBind".
  200.  
  201.      *   Right after this line, add a new one with contents like this:
  202.  
  203.          c:\kermit\winpkt 0x7E    (if your WINPKT version is 11.x or later)
  204.  
  205.          or
  206.  
  207.          c:\kermit\winpkt 0x7D 0x7E              (otherwise)
  208.  
  209.          In the first case, the only argument should be the value you
  210.          chose at the end of the previous step. In the second case, the
  211.          second argument should be that value, while the first argument
  212.          should be a hex number less than the second argument.
  213.  
  214.      *   Save the changed file (yes, indeed, in plain ASCII).
  215.  
  216. h)   Re-boot your computer -- you're done.
  217.  
  218. i)   Check wether it worked:
  219.  
  220.      *   While still in DOS, run Kermit.
  221.  
  222.      *   Start Windows, insert Kermit into a program manager group,
  223.          double-click on it.
  224.  
  225. Hint:
  226.  
  227. The applications and the packet drivers talk to each others using DOS
  228. interrupts; hence, they must both know which interrupt vector to use.
  229. (Older versions of WINPKT use two interrupts -- one to talk "upstream"
  230. to the application, one to talk "downstream" to DIS_PKT or some other
  231. "real" packet driver.) MS-Kermit finds the packet driver interrupt
  232. itself. If your networking software must be configured for what
  233. interrupt vector number it should employ (like NCSA TELNET/FTP must;
  234. look for a line like "ioaddr=0x7E" in file CONFIG.TEL), be sure that the
  235. first -- or only -- argument to WINPKT (cf. step g)) is specified.
  236.  
  237.  
  238. 3.      Acknowledgements
  239.  
  240. We would have been completely lost were it not for Prof. Joe R. Doupnik,
  241. Utah State University, USA, his wonderful assortment of long-range
  242. crystal balls, and his amazing readiness to help others. Thanks also to
  243. the Kermit people of Columbia University, New York, USA, in particular
  244. to Frank da Cruz, for their support and their channelling of vital
  245. information. Duncan Phillips of Staffordshire University, UK, succeeded
  246. first in what we were merely attempting, and was very helpful in sharing
  247. his knowledge.
  248.  
  249. Finally, thanks to my colleagues who helped sorting out this mess, in
  250. particular to Ernst-Peter Beyer, without whose ingenuity and patience I
  251. would probably still be trying to find my way through a labyrinthine
  252. heap of windows.
  253.  
  254. References:
  255.  
  256. [1]     Joe R. Doupnik: Packet Drivers, made simple.
  257.         To be found, e.g., in the Crynwr packet driver distribution as
  258.         file PACKET.DOC
  259.  
  260. All trademarks etc. mentioned are owned by their respective owners.
  261.  
  262. Gisbert W. Selke
  263. Wissenschaftliches Institut der AOK
  264. Bonn, Germany
  265. <gisbert@watsun.cc.columbia.edu>
  266.  
  267. ------------------------------
  268. TEXT #3
  269.  
  270.        Windows for Workgroups v3.11 and DIS_PKT9.DOS
  271.  
  272.               D R A F T
  273.  
  274.             Joe R. Doupnik
  275.             jrd@cc.usu.edu
  276.             Utah State University
  277.               3 Feb 1994
  278.  
  279. Windows for Workgroups v3.11 introduces major changes to the network support
  280. material.  If you wish to use a Packet Driver program, such as MS-DOS Kermit
  281. or one of the winsock DLLs while within WFW, then two supporting shims will be
  282. need to be loaded before WFW starts.  There are at least two situations to
  283. consider and different shims are involved.
  284.  
  285. SITUATION 1: WFW runs over a LAN adapter dedicated to WFW.
  286.  
  287. This is the case we explore in detail below.  The two shims needed are
  288. DIS_PKT9.DOS and WINPKT.COM, both available by anonymous ftp from
  289. netlab2.usu.edu [129.123.1.44] in directory \anonftp\drivers and from sites
  290. carrying the Crynwr Collection of Packet Drivers.  The important points are
  291. that a Version 2 NDIS driver is required, not the newer Version 3 32-bit
  292. protected-mode NDIS kind, and that small edits will be needed to WFW text
  293. files PROTOCOL.INI and SYSTEM.INI.
  294.  
  295. SITUATION 2: WFW runs over a Novell ODI handler. 
  296.  
  297. The two shims needed are ODIPKT.COM and WINPKT.COM, both available from
  298. netlab2 above.  Both are installed independently of WFW and no changes to WFW
  299. are needed.  DIS_PKT9 will not run in this environment because no NDIS V2
  300. interface is provided by WFW when using ODI.  Instead ODIPKT provides the
  301. Packet Driver interface on the top of ODI.
  302.  
  303. SITUATION 3: WFW uses NDIS version 3 handler and its own TCP/IP stack.
  304.  
  305. An alternative for those owning the Microsoft TCP/IP protocol stack is to run
  306. Kermit over that stack.  The Kermit command to do so is SET PORT 3COM(BAPI),
  307. and that talks to WFW protected-mode agent VBAPI.386.  Host selection occurs
  308. while talking to the BAPI handler itself.  Shims are not needed in this case.
  309.  
  310. SITUATION OTHER: WFW runs over another network's handler.
  311.  
  312. We can't say much because the environment is not known to us.  The general
  313. guidlines about NDIS V2 support still apply.
  314.  
  315. Please notice that we deal only with DIS_PKT9.DOS and WINPKT.COM.  If you have
  316. another variation of DIS_PKT (such as DIS_PKT11), you will need to contact the
  317. persons responsible for your variation.  Similarly, people have circulated
  318. modified copies of WINPKT without source code or external identifying
  319. markings.  The WINPKT referred to here uses two command line arguments and the
  320. entire package is bundled in WINPKT.ZIP as source code, documentation, and
  321. executable.  Both are available from netlab2 as cited above.  If in doubt, get
  322. this version.
  323.  
  324. The prime site for ODIPKT is hsdndev.harvard.edu, and Dan Lanciani
  325. <ddl@harvard.edu>, is the author and responsible person.  Please contact him
  326. on details of using ODIPKT.
  327.  
  328. Steps to follow after installing network support in WFW v3.11.  This presumes
  329. that WFW owns the network adapter (Situation 1 above).
  330.  
  331. 1. Ensure that both PROTMAN.EXE and PROTMAN.DOS are in the WFW directory.
  332.    You may have to uncompress them from the WFW distribution media.  Copy
  333.    files DIS_PKT9.DOS and WINPKT.COM there too.
  334.  
  335. 2. Edit PROTOCOL.INI to insert the [pktdrv] section as shown below.
  336.    Changes to the intvec= and novell= lines are permitted.  An NE2000
  337.    NDIS v2 board driver, MS$NE2000, is used in this example:
  338.  
  339.     [pktdrv]
  340.     DriverName=PKTDRV$
  341.     bindings=MS$NE2000
  342.     intvec=0x63
  343.     novell=no
  344.  
  345. 3. Edit SYSTEM.INI [network drivers] section to add ",DIS_PKT9.DOS" to the
  346.    transport= line, and to ensure an NDIS V2 netcard= driver has been given. 
  347.    Please do not confuse this transport= line with a similar one in the 
  348.    [enhanced] section; the [enhanced] section refers to 32-bit protected 
  349.    mode material.  An NE2000 board is used in this example:
  350.  
  351.     [network drivers]
  352.     devdir=C:\WFW
  353.     LoadRMDrivers=Yes
  354.     transport=ndishlp.sys,*netbeui,dis_pkt9.dos
  355.     netcard=ne2000.dos
  356.  
  357. 4. Before starting Windows issue DOS commands (once only)
  358.  
  359.     NET START
  360.     WINPKT \x060 0x63        (example interrupts)
  361.  
  362.    The first command energizes the NDIS V2 handlers, and the DIS_PKT9
  363.    banner should be displayed ending with the Ethernet address of your 
  364.    board.  NET.EXE is in the WFW directory; also see next paragraph.
  365.    The second command starts Windows helper shim WINPKT, and that needs 
  366.    the Packet Driver (DIS_PKT9) active beforehand.
  367.    
  368.    A comment on the line "LoadRMDrivers=Yes."  NET START reads the file 
  369.    SYSTEM.INI to obtain loading information, and the answer "Yes"
  370.    tells it to run PROTMAN.EXE that loads the drivers with PROTOCOL.INI
  371.    supplying details.  If the answer were "No" then the Real Mode (RM) drivers 
  372.    would not be loaded or available.  However, if "No" were stated then we 
  373.    could give command NET START NETBIND to run PROTMAN.EXE and achieve the 
  374.    same results as the "Yes" case.
  375.  
  376.  
  377. SAMPLE WFW 3.11 PROTOCOL.INI FILE USING AN NE2000 ETHERNET BOARD
  378.  
  379. [network.setup]
  380. version=0x3110
  381. netcard=ms$ne2000,1,MS$NE2000,3
  382. transport=ms$ndishlp,MS$NDISHLP
  383. transport=ms$netbeui,NETBEUI
  384. lana0=ms$ne2000,1,ms$ndishlp
  385. lana1=ms$ne2000,1,ms$netbeui
  386.  
  387. [protman]
  388. DriverName=PROTMAN$
  389. PRIORITY=MS$NDISHLP
  390.  
  391. [MS$NDISHLP]
  392. DriverName=ndishlp$
  393. BINDINGS=MS$NE2000
  394.  
  395. [NETBEUI]
  396. DriverName=netbeui$
  397. SESSIONS=10
  398. NCBS=12
  399. BINDINGS=MS$NE2000
  400. LANABASE=0
  401.  
  402. [pktdrv]                (dis_pkt9 section, use as shown)
  403. DriverName=PKTDRV$            (spelling must be correct here)
  404. bindings=MS$NE2000            (use board driver section name)
  405. intvec=0x63                (Packet Driver interrupt to use)
  406. novell=no                (use novell=y if Ethernet_802.3)
  407.  
  408. [MS$NE2000]                (NDIS v2 board driver section)
  409. DriverName=MS2000$
  410. INTERRUPT=5
  411. IOBASE=0x360
  412.  
  413. [NE2000]
  414. Adapters=MS$NE2000
  415.  
  416. SECTION FROM WFW 3.11 SYSTEM.INI FILE:
  417.  
  418. [network drivers]            (You need to edit this section)
  419. devdir=C:\WFW
  420. LoadRMDrivers=Yes
  421. transport=ndishlp.sys,*netbeui,dis_pkt9.dos
  422. netcard=ne2000.dos            ^^^^^^^^^^^^^--+
  423. ^^^^^^^^^^^^^^^^^^                 |
  424. |                         |
  425. ensure a netcard= line like this         |- add this by hand
  426. exists right here.  It chooses the
  427. NDIS V2 level board driver.
  428.  
  429. (end of document)
  430.  
  431. ------------------------------
  432. TEXT #4 (Not directly related, but maybe useful)
  433.  
  434. X-News: cc.usu.edu comp.protocols.tcp-ip.ibmpc:4768
  435. From: fks@ftp.com  (Frances Selkirk)
  436. Subject: Re: PC/TCP+ WfWg3.11+ Novell 3.12
  437. Date: Sun, 30 Jan 1994 21:21:01
  438.  
  439. In article <frank.25.0010A199@isis.wu-wien.ac.at> frank@isis.wu-wien.ac.at
  440. (Mag. Wolfgang FRANK) writes:
  441. > Is there any way to use Pc/Tcp Ver. 2.2 with WfWg 3.11 and Novell 3.12
  442.  
  443. Wolfgang,
  444.  
  445. You can run PC/TCP version 2.2 with WfWg 3.11 with one bit of
  446. additional software - a driver that is freely available from our
  447. anonymous FTP server and BBS - but if you wish to use our NetBIOS as
  448. well, you will need to upgrade to 2.3. The standard instructions we
  449. have assume use of the NDIS. If you need to use ODI, that gets more
  450. complicated. Please contact me (fks@ftp.com) or support@ftp.com if
  451. you have problems with the instructions below:
  452.  
  453. How to Configure PC/TCP Network Software v2.3, DOS/Windows and
  454. Windows for Workgroups, Version 3.11
  455.  
  456. Since our last newsletter, Microsoft Windows for Workgroups 3.11 was
  457. released.  There were some changes from the beta version of this
  458. release which alter the configuration necessary for PC/TCP Network
  459. Software v2.3, DOS/Windows.  Follow these steps to configure PC/TCP,
  460. DOS/Windows with Windows for Workgroups Version 3.11:
  461.  
  462. 1. Choose Real Mode NDIS Driver (NDIS2) during Windows for Workgroups
  463.    setup.
  464.  
  465. 2. Review the config.sys file to make sure:
  466.  
  467.  * The Windows for Workgroups installation program inserted the
  468.    Device=drive:\path\ifshlp.sys entry which is necessary to load the
  469.    NDIS2 converter.
  470.  
  471.  * There are no entries that load protocol manager or an NDIS card
  472.    specific driver.  If they exist in this file, remove them.
  473.  
  474. 3. Make the following changes to the autoexec.bat file:
  475.  
  476.   * Arrange the entries so that the net start command, inserted by the
  477.     Windows for Workgroups installation program, precedes any TSRs
  478.     (Terminate and Stay Resident programs).  The net start command should
  479.     include the full path, if the command precedes the path statement in
  480.     the autoexec.bat file.  If the netbind command is in this file,
  481.     remove it.
  482.  
  483.   * Add the drive:\path\kernel command to load PC/TCP kernel after
  484.     net start.
  485.  
  486. 4. Make the following changes to the Windows system.ini file:
  487.  
  488.   * Add the Secondnet.drv=drive:\path\pctcpnet.drv entry after the
  489.     Network.drv=wfwnet.drv entry in the [Boot] section.
  490.  
  491.   * Add the Secondnet=drive:\path\vpctcp.386 and
  492.     Device=drive:\path\wfwftp.386 entries to the [386Enh] section.
  493.  
  494. Note: You must use the wfwftp.386 file that FTP Software created
  495. specifically for Windows for Workgroups Version 3.11.  You can get
  496. the file from our Technical Support BBS (filename: wfw311.exe) or our
  497. vax.ftp.com anonymous FTP server
  498. (filename:/support/fixes/pctcpdos/wfw311.exe).
  499.  
  500. This wfwftp.386 file will also work with Windows for Workgroups 3.1.
  501. The wfwftp.386 file created for Windows for Workgroups 3.1 will not
  502. work with Version 3.11.
  503.  
  504. * Review the [network drivers] section.  These entries must be present:
  505.  
  506. netcard=(your NDIS driver)
  507. transport=ndishlp.sys,*netbeui
  508. LoadRMDrivers=Yes
  509.  
  510. By the way, the asterisk in *netbeui is an accurate statement used by
  511. Microsoft.
  512.  
  513. * Replace the Transport= entry with 
  514.   Transport=ndishlp.sys,*netbeui,drive:\path\dis_pkt.gup.
  515.  
  516. 5. Make the following changes to the protocol.ini file.
  517.  
  518. * Add a [PKTDRV] section with the following entries:
  519.  
  520. [PKTDRV]
  521. DriverName=PKTDRV$
  522. Bindings=(The Windows for Workgroups name for the driver section)
  523. IntVec=        
  524. ChainVec=
  525.  
  526. The IntVec= and ChainVec= entries must be available software
  527. interrupts; common settings are 0x60 and 0x65, respectively).
  528.  
  529. If you want to use the PC/TCP,DOS/Windows netbios.com program in
  530. addition to the Windows for Workgroups NetBEUI stack, make the
  531. following changes:
  532.  
  533. 1. Add the drive\path\netbios.com entry to the autoexec.bat file.
  534.  
  535. 2. Make the following changes to the protocol.ini file:
  536.  
  537. * Change the lana0= entry to lanan (where n is the next available
  538. adapter number) in the [network.setup] section.  An example of this
  539. entry follows:
  540.  
  541. lanan=ms$drivername,1,ms$netbeui
  542.  
  543. * Change LANABASE=0 to LANABASE=n in the [NETBEUI] section (where n
  544. is the same number as the adapter number in the previous bullet.)
  545.  
  546. The lana0 and LANABASE=0 settings are reserved for the PC/TCP,
  547. DOS/Windows netbios.com program.
  548.  
  549. 3. Edit the [pctcp netbios] section of the pctcp.ini file to include
  550. the following NetBIOS specific parameters:
  551.  
  552. [pctcp netbios]
  553. Ncbs=64
  554. Sessions=n
  555. Names=32
  556.  
  557. Note: The Sessions= entry must correspond to the value set in the
  558. Tcp-Connections= entry in the [pctcp kernel] section of the pctcp.ini file.
  559.  
  560. If you want to use the PC/TCP, DOS/Windows netbios.com program
  561. without the Windows for Workgroups NetBEUI stack, comment out the
  562. NetMisc= and Transport= entries in the [386Enh] section in the
  563. Windows system.ini file by placing a semi-colon (;) before the entry.
  564.  
  565. Frances K. Selkirk                    fks@ftp.com
  566. FTP Software, Inc.        Technical Support        support@ftp.com
  567. Support's newsletter provides technical information on our products.
  568.      FTP to vax.ftp.com, or login to our BBS at 1-508-659-6240.
  569.