home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 36 Tips / 36-Tips.zip / wpfaq001.zip / T_FAQ6.TXT < prev    next >
Text File  |  1995-04-29  |  27KB  |  728 lines
  1. This is my attempt at listing some Frequently Asked Questions for the
  2. newsgroup comp.os.os2.networking.tcp-ip, which is where IBM tells us
  3. all to look for support and exchange information about OS/2 Warp when
  4. running the Internet Access Kit.
  5.  
  6. DISCLAIMER:  The information contained within this document was mostly
  7. extracted from posts made to comp.os.os2.networking.tcp-ip and thus
  8. has only the credibility of the original poster, which can range
  9. anywhere from "propagator of ill-founded rumors," right on up to the
  10. "official words of IBM," or even higher. ;-)
  11.  
  12.      THIS DOCUMENT IS PROVIDED "AS-IS" AND ANY USE HEREOF IS AT THE
  13.      RISK OF THE USER.  ABSOLUTELY NO REPRESENTATION IS MADE AS TO
  14.      THE COMPLETENESS, ACCURACY, TRUTHFULNESS, USABILITY, OR OTHER
  15.      CHARACTERISTIC OF THE INFORMATION CONTAINED HEREIN.  FURTHER,
  16.      ABSOLUTELY NO REPRESENTATION IS MADE AS TO THE OWNERSHIP OF
  17.      ANY RIGHTS TO ANY OF THE INFORMATION CONTAINED HEREIN.  IF YOU
  18.      NEED SOMEONE TO EXPLAIN TO YOU THAT YOU USE THE INFORMATION
  19.      CONTAINED HEREIN AT YOUR OWN RISK, THEN YOU ARE EXPLICITLY
  20.      PROHIBITED FROM USING ANY INFORMATION CONTAINED HEREIN.
  21.  
  22. All information contained herein is copyright by the various authors
  23. thereof, and on their behalf, I am demanding a royalty of $1,000 per
  24. use for any use by Microsoft Network.  Any such usage is deemed to be
  25. consent to this royalty agreement, and payment shall be immediately
  26. remitted to:
  27.  
  28.      William A. Schultz          guru@deltanet.com (Bill Schultz)
  29.      P. O. Box 18732
  30.      Irvine, CA  92713-8732
  31.  
  32. I am actively soliciting comments, clarifications, and requests for
  33. changes to this FAQ.  Either questions, answers, or both may be
  34. submitted.  Of course, the bulk of the information contained herein
  35. has been, and will continue to be, extracted from the newsgroup
  36. discussion threads in comp.os.os2.networking.tcp-ip as time goes by.
  37.  
  38. This is file number 6 of 12.  It contains the sixth part of the FAQ.
  39.  
  40. TABLE OF CONTENTS:
  41.  
  42.      FAQ PART ONE:
  43.  
  44.           1.0  GENERAL QUESTIONS
  45.           2.0  GENERAL IBM QUESTIONS
  46.           3.0  GENERAL OS/2 QUESTIONS
  47.           4.0  OS/2 INTERNET ACCESS KIT (IAK) QUESTIONS
  48.           4.1  GENERAL IAK QUESTIONS
  49.           4.2  GENERAL PROXY SERVER QUESTIONS
  50.           4.3  DIAL OTHER PROVIDER QUESTIONS
  51.           4.3.1  GENERAL DIAL OTHER PROVIDER QUESTIONS
  52.  
  53.      FAQ PART TWO:
  54.  
  55.           4.3.2  SLIP SPECIFIC QUESTIONS
  56.  
  57.      FAQ PART THREE:
  58.  
  59.           4.3.3  PPP SPECIFIC QUESTIONS
  60.  
  61.      FAQ PART FOUR:
  62.  
  63.           4.3.4  TIA SPECIFIC QUESTIONS
  64.           4.4  ULTIMAIL/LITE QUESTIONS
  65.           4.5  NEWS READER/2 QUESTIONS
  66.           4.6  SENDMAIL QUESTIONS
  67.  
  68.      FAQ PART FIVE:
  69.  
  70.           4.7  WEB EXPLORER QUESTIONS
  71.           4.8  FTP QUESTIONS
  72.           4.9  GOPHER QUESTIONS
  73.           4.10  RETRIEVE SOFTWARE UPDATES QUESTIONS
  74.           4.11  OTHER IAK SOFTWARE QUESTIONS
  75.           4.12  WINDOWS TCP/IP WITH IAK SOFTWARE QUESTIONS
  76.  
  77.      FAQ PART SIX:
  78.  
  79.           5.0  OS/2 TCP/IP QUESTIONS
  80.  
  81.      FAQ PART SEVEN:
  82.  
  83.           5.0  OS/2 TCP/IP QUESTIONS (Continued)
  84.           6.0  OTHER BONUS PACK SOFTWARE QUESTIONS
  85.           7.0  IBM RESOURCES
  86.           8.0  THIRD PARTY SOFTWARE QUESTIONS
  87.           9.0  OTHER RESOURCES
  88.  
  89.      FAQ PART EIGHT:
  90.  
  91.           9.0  OTHER RESOURCES (Continued)
  92.  
  93.      FAQ PART NINE:
  94.  
  95.           APPENDIX A - INSTRUCTIONS FOR INSTALLING FIXPACK 5
  96.  
  97.      FAQ PART TEN:
  98.  
  99.           APPENDIX B - SLIP CONFIGURATION EXAMPLE
  100.  
  101.      FAQ PART ELEVEN:
  102.  
  103.           APPENDIX C - PPP CONFIGURATION EXAMPLE
  104.  
  105.      FAQ PART TWELVE:
  106.  
  107.           APPENDIX D - ABBREVIATED SENDMAIL DOCUMENTATION
  108.  
  109. EDITOR'S NOTE:  This document is very much a work in process.  In fact,
  110. I have not yet completed editing it.  However, because there is so
  111. much useful information available herein, I have decided to go ahead
  112. and post it anyway.  This should result in some comments from all of
  113. you which might save me the trouble of editing this further. (i.e., if
  114. nobody thinks this is a good idea, or that it is way too long. ;-)
  115.  
  116. 5.0  OS/2 TCP/IP QUESTIONS
  117.  
  118. IBM Supplied FAQ:
  119.  
  120. This note is an answer to some frequently asked questions about OS/2
  121. Warp, Internet Access, and TCP/IP 2.0.
  122.  
  123. (1) Does TCP/IP 2.0 work on WARP?
  124.  
  125. We are testing this, and we haven't found any problems yet.  This is a
  126. supported combination, meaning that we will fix any problems that do
  127. arise.
  128.  
  129. (2) Does the Internet Connection kit work with OS/2 2.1?
  130.  
  131. No.  The Internet Connection kit can only be installed on OS/2 Warp.
  132.  
  133. (3) I have OS/2 2.1 and TCP/IP 2.0.  Can I run Web Explorer and Gopher?
  134.  
  135. Yes.  You must have CSD UN64092 installed.  Web Explorer can be
  136. downloaded from the Internet, via anonymous FTP from
  137. ftp01.ny.us.ibm.net, where it is in the subdirectory /pub/WebExporer.
  138. Gopher can be downloaded from the Internet, via anonymous FTP from
  139. software.watson.ibm.com, where it is in the subdirectory /pub/os2/ews.
  140. The version of Gopher on software.watson.ibm.com is not current, but it
  141. will be updated soon.
  142.  
  143. (4) I have OS/2 Warp.  Can I use the Internet Connection kit for TCP/IP
  144. LAN access?
  145.  
  146. No, the Internet Connection kit only supports dial access.  You must
  147. install TCP/IP 2.0 for LAN based TCP/IP access.  A follow-on to OS/2
  148. Warp is in the works that will include full LAN enablement.  (There 
  149. will
  150. be an upgrade charge.)
  151.  
  152. (5) Can I install both TCP/IP 2.0 (for LAN access) and the Internet
  153. Connection kit?
  154.  
  155. Yes.  This combination is not tested or supported, but it does work.  
  156. You
  157. must install TCP/IP 2.0 first.  Then you install CSD UN64092.  Then you
  158. install the Internet Connection, in the same directory where TCP/IP 2.0
  159. is installed.  You will see a warning message that the combination is 
  160. not
  161. supported.  There are some problems:
  162.  
  163. 5a.  The icons of the Internet Connection kit are configured to use a
  164. dial connection.  How do I use these applications on the LAN?
  165.  
  166. Create program objects for Web Explorer (explore.exe) and Gopher
  167. (gopher.exe) in your TCP/IP folder.
  168.  
  169. 5b.  The UltiMedia Mail Lite package included with the Internet
  170. Connection kit is configured to be used with an Internet mail box.  How
  171. do I use it on the LAN?
  172.  
  173. For LAN based mail, use the LaMail package that ships with TCP/IP 2.0.
  174.  
  175. Questions 5c and 5d come up when a user tries to use Internet and LAN
  176. TCP/IP access simultaneously.  These problems do not occur unless you 
  177. try
  178. to access TCP/IP hosts on a LAN at the same time that you have an 
  179. active
  180. dial connection to the Internet.
  181.  
  182. 5c.  I want to access TCP/IP hosts on the LAN and via a dial connection
  183. to the Internet simultaneously.  When I dial the Internet, I can no
  184. longer get to the LAN TCP/IP hosts.  The error message is "host 
  185. unknown".
  186. What do I do about this?
  187.  
  188. While you are connected to the Internet, TCP/IP name resolution queries 
  189. a
  190. host name server on the Internet to look up host addresses.  The 
  191. Internet
  192. name server will not know the names of your local hosts.  You can use 
  193. the
  194. TCP/IP configuration notebook to create a hosts file (page 3 of the
  195. services section) for hosts on your LAN.  Or you can access hosts on 
  196. your
  197. LAN by IP address instead of by name.
  198.  
  199. 5d.  I have a default route to a router on my LAN.  When I dial the
  200. Internet, the LAN default route is inactivated, and I can no longer
  201. access TCP/IP hosts through my LAN router until I hang up the Internet
  202. connection.  What do I do about this?
  203.  
  204. While you are connected to the Internet, your default route is to the
  205. Internet.  You can create host, network, or subnet routes for TCP/IP
  206. hosts that you access through your LAN router, so that these hosts 
  207. remain
  208. accessible while you are connected to the Internet.  You use the 
  209. routing
  210. page of the TCP/IP Configuration Notebook.
  211.  
  212. =====
  213.  
  214. From: daveh@csn.net (Dave Hughes)
  215. Newsgroups: comp.os.os2.networking.tcp-ip
  216. Subject: Re: Slip -> Os2 -> Net?
  217. Date: 31 Mar 1995 04:41:16 GMT
  218. Message-ID: <3lg15c$np7@news-2.csn.net>
  219. References: <3ktl2j$b7i@news-2.csn.net> <3kvoss$r13@kelso.abbott.com> 
  220. <3l5cr5$fiq@fox.almaden.ibm.com>
  221.  
  222. Thanks all, for the leads. I will study and apply - and holllar when
  223. it works.
  224. Tony Rall (trall@trall.almaden.ibm.com) wrote:
  225. : The typical problem is not so that the system on the lan side of the
  226. : slip link knows about the other end of the link - it certainly does
  227. : or you wouldn't be able to ping it.  It's that the other systems on
  228. : the lan don't know about the remote slip system.  One of the setups
  229. : described below should do what you want.
  230.  
  231. :                         Routing for OS/2 TCP/IP
  232. :  
  233. : (Wherever "SLIP" is indicated below, any supported point-to-point
  234. : protocol could be substituted.  From the routing standpoint, it makes
  235. : no difference.)
  236. :  
  237. : In the examples below, IP addresses are shown using the following
  238. : shorthand:
  239. :  
  240. :   L1 = IP address for interface 1 on subnet L.  For example, if the
  241. :   subnet address is 128.1.2.0 (subnet mask = 255.255.255.0), the IP
  242. :   address would be 128.1.2.1.
  243.  
  244. : Interfaces and addresses
  245. : ------------------------
  246.  
  247. : Machines don't have IP addresses - interfaces do.  If you have a
  248. : machine with two LAN interfaces, you should have two IP addresses.
  249. : Normally these addresses would be on different subnets.
  250. : Point-to-point interfaces are an exception to this addressing rule -
  251. : the address used can match one of the machine's other addresses.  And
  252. : the address of the other end of the link doesn't even have to be on
  253. : the same "subnet".
  254.  
  255. : Also, you do not need to add routes for destinations that are defined
  256. : by your interfaces.  For example, if you have a SLIP connection 
  257. : defined as:
  258. :   ifconfig sl0 S1 S2
  259. : no routing definition (a "route add" command) is needed for S2.
  260.  
  261. : Some SLIP routers do not have IP addresses for their SLIP interface.
  262. : They do, however, have addresses for any LAN interfaces that they
  263. : have.  Remote OS/2 machines require that their SLIP interfaces be
  264. : configured with a target address; thus it is necessary to either find
  265. : out the router's LAN address or make up an address.  In the latter
  266. : case, I suggest an address like 172.1.1.1 (which will not be used by
  267. : anyone on the connected Internet); also, you will not be able to send
  268. : packets with the router as the destination (i.e., you won't be able 
  269. to
  270. : ping the router), but you will be able to send packets through the
  271. : router to some distant destination.
  272.  
  273. : Names and addresses
  274. : -------------------
  275.  
  276. : Routing is only concerned with IP addresses (such as 198.79.74.5) and
  277. : not IP names (such as www.ibm.com).  Nameservers (or HOSTS files) are
  278. : used to translate between names and addresses.  If you start with an
  279. : IP name, it will always have to be converted to an address (since 
  280. that
  281. : is what routing requires).  If you start with an address, the name 
  282. may
  283. : not be required, but some applications require that it be possible to
  284. : perform the reverse translation from address to name.  But again, 
  285. that
  286. : isn't a routing issue, and names will not be mentioned in the rest of
  287. : this discussion.
  288.  
  289. : Where routing is configured
  290. : ---------------------------
  291.  
  292. : Most, if not all, of the changes suggested below for SETUP.CMD and
  293. : TCPSTART.CMD (these are in the TCPIP\BIN directory) can be
  294. : accomplished by completing the Network, Routing, and Autostart
  295. : sections of the TCP/IP configuration notebook (TCPIPCFG.EXE) rather
  296. : than simply editing the indicated files.
  297. :  
  298. : Routing on a machine with a single interface
  299. : --------------------------------------------
  300. :  
  301. :   --------------- LAN
  302. :   |      |      |
  303. :   L1     L2     L3-----other subnets
  304. :                 router
  305. :  
  306. :   * Static routing
  307. :       Simple, cheap, but no recovery from router failure.  In 
  308. SETUP.CMD,
  309. :       for machines such as L1 and L2, add:
  310. :         route -f add default L3 1
  311. :       The network administrator should provide you with the router's 
  312. IP
  313. :       address.
  314. :   * Dynamic routing
  315. :       Not very complicated, some cost (requires another process 
  316. (demon)
  317. :       running on your machine that listens for certain broadcast
  318. :       packets), can provide automatic recovery from router failure 
  319. and
  320. :       configuration changes.  To use this, at least one router on 
  321. your
  322. :       network must also support RIP, a routing protocol most commonly
  323. :       used on end-user networks.  In TCPSTART.CMD, add (or 
  324. uncomment):
  325. :         start routed -q
  326. :       or (to avoid having the demon's window appear on your screen):
  327. :         start /min routed -q
  328. :       or (to avoid routed even showing up in your window list):
  329. :         detach routed -q
  330. :       You don't need any route statements in SETUP.CMD.
  331. :  
  332. : Routing a LAN via SLIP to the internet
  333. : --------------------------------------
  334. :  
  335. :   --------------- LAN
  336. :   |      |      |         SLIP link
  337. :   L1     L2     L3/S1-------------------S2/I1---(the internet)
  338. :  
  339. :   In this setup, the administrator of the S2/I1 machine (usually a
  340. :   commercial Internet provider) must be aware that you have a 
  341. "network"
  342. :   at your end of the SLIP link and not simply a single machine.  That
  343. :   administrator usually must assign you the local network address (L)
  344. :   that you will be using (as well as the SLIP addresses (S1 and S2).  
  345. In
  346. :   some cases, the SLIP addresses will be handled dynamically; this 
  347. would
  348. :   usually be handled in SLIPUP.CMD, rather than in SETUP.CMD, on 
  349. L3/S1.
  350. :   (I hope that the LAN addresses, L1, L2, and L3, are not dynamic - I
  351. :   wouldn't know how to handle that.)
  352. :  
  353. :   * The non-SLIP LAN machines (L1, L2)
  354. :       In SETUP.CMD, add:
  355. :         route -f add default L3 1
  356. :   * The SLIP-LAN machine (two IP addresses:  L3 and S1)
  357. :       In SETUP.CMD, add:
  358. :         route -f add default S2 1
  359. :       In TCPSTART.CMD, you may need to start routed (but without the
  360. :       "-q" option) - see below:
  361. :         start routed
  362. :   * Routing required on the "internet" side
  363. :       The S2/I1 machine must do something to enable itself and other
  364. :       internet machines to be aware of the L network:
  365. :       - Use dynamic routing.  If L3/S1 runs routed (without the -q
  366. :         (quiet) option), S2/I1 can run routed or gated (preferably
  367. :         quietly) to listen for the routing broadcasts from L3/S1.
  368. :       - Use static routing.  L3/S1 need not run routed (and some
  369. :         traffic on the SLIP link is avoided).  A network route (on
  370. :         S2/I1) is needed to the LAN:
  371. :           route add net L S1 1
  372. :  
  373. : Routing a LAN machine via SLIP to a home machine
  374. : ------------------------------------------------
  375. :  
  376. :          SLIP link
  377. :   S1-------------------S2/I1---(the office network)
  378. :   home                 office
  379. :  
  380. :   In this setup, the administrator of the office network must provide
  381. :   you with your IP addresses.  You need at least 3 of them:  S1, S2, 
  382. and
  383. :   I1.  Ideally S1 and S2 will be on a different subnet than I1 - ask 
  384. for
  385. :   this configuration.  If your network administrator will only 
  386. provide
  387. :   addresses in the same network, you must use the "proxy arp" 
  388. solution
  389. :   below. 
  390. :  
  391. :   * The home machine
  392. :       In SETUP.CMD, add:
  393. :         route -f add default S2 1
  394. :   * The office (SLIP-LAN) machine
  395. :     * Routing to a SLIP subnet
  396. :       You simply must be running a routing protocol out the LAN (I1)
  397. :       interface.  In TCPSTART.CMD, you need to start routed (but 
  398. without
  399. :       the "-q" option):
  400. :         start routed
  401. :     * Proxy arp solution - no separate SLIP subnet
  402. :       In this case, all of the IP addresses (S1, S2, I1) that you've
  403. :       been assigned are on the same subnet.  Normal routing 
  404. techniques
  405. :       will not work because the S1 address (no other LAN machine 
  406. needs
  407. :       to talk to S2) is not physically on the same network as I1.  So
  408. :       we try to use a technique called "proxy arp":  the office 
  409. machine
  410. :       will respond on the I network to arp queries for S1 with its 
  411. own
  412. :       adapter address.
  413. :  
  414. :       First you have to determine the LAN adapter address of the I1
  415. :       interface.  Issue "netstat -n" and copy the displayed "physical
  416. :       address" for the I1 interface.  In SETUP.CMD, after the "arp -
  417. f"
  418. :       statement add:
  419. :         arp -s S1 12:34:56:78:90:12 pub
  420. :       where 12:34:56:78:90:12 is the adapter address of I1.
  421. :  
  422. :       This tells TCP/IP that when it receives an arp message for IP
  423. :       address S1, that it should respond with its own adapter 
  424. address.
  425. :       Thus other machines on the I subnet, when wanting to send to 
  426. S1,
  427. :       will actually transmit to I1.  The S2/I1 machine should forward
  428. :       the packet over the SLIP link to S1.
  429.  
  430.  
  431.  
  432. : -- 
  433. : Tony Rall    trall@almaden.ibm.com
  434.  
  435. =====
  436.  
  437. From: trall@trall.almaden.ibm.com (Tony Rall)
  438. Newsgroups: comp.os.os2.networking.tcp-ip
  439. Subject: Re: Need Help with TCPIP routing/addressing
  440. Date: 1 Apr 1995 07:26:04 GMT
  441. Message-ID: <3liv6c$l2q@fox.almaden.ibm.com>
  442. References: <3lbtki$ovi@superb.csc.ti.com> <3lekth$tj@news3.digex.net>
  443. Reply-To: trall@almaden.ibm.com (Tony Rall)
  444.  
  445. Jake Coughlin's reply was right on the mark.  Here's a post I made
  446. recently elsewhere on this same subject:
  447.  
  448. If TCP/IP 2.0 and the IAK (or simply slippm.exe) are both installed,
  449. it is possible to run both lan and serial stuff simultaneously.
  450. However starting the slip or ppp link using the supplied aids (such as
  451. slippm and annex.cmd) will mess up your default route and probably
  452. your nameserver address (in etc\resolv).  These things can be
  453. corrected manually or you can write a different slip startup script
  454. that doesn't screw things up in the first place.
  455.  
  456. Exactly what has to be done after the serial connection is configured
  457. depends on how you want things to work.  In any case, running ppp
  458. should not cause you to lose the route to your local lan subnet.  In
  459. other words, you should still be able to talk to others on your 
  460. subnet by IP address (but perhaps not by name).
  461.  
  462. If you have other lans connected via one or more other routers, you
  463. might not be able to reach them after starting ppp (because your
  464. default route may now point to the ppp connection).
  465.  
  466. Name resolution
  467. ---------------
  468. As for name resolution, this can be tough.  The way this is designed,
  469. the first name server that responds to you must be able to resolve 
  470. any name you're going to use (or the name must be in your own 
  471. etc\hosts).
  472. If you have a company nameserver that only knows the names on your 
  473. local
  474. lans, and a service provider nameserver that knows Internet names but
  475. not your local names, you've got a problem with no easy solution.
  476.  
  477. When slippm runs, it replaces your etc\resolv file (where your
  478. nameserver is specified) with one that points to the nameserver
  479. you configure for your serial connection.  This is the reason that
  480. none of your lan names are likely to work after starting ppp.
  481.  
  482. Assuming you can't get the server function centralized, you're left
  483. with the following choices:
  484.  
  485. * Don't use local names while connected via PPP (and re-establish
  486.   your lan etc\resolv file after dropping the PPP connection).
  487.  
  488. * Put all of your local names in etc\hosts.  (Keeping this current
  489.   can be a royal pain if you have more than a few machines).  Erase
  490.   etc\resolv when not connected to your provider.
  491.  
  492. Routing
  493. -------
  494. There's many possibilities depending on how you want it to work.
  495. I'll discuss a single example.  Let's say you have 2 subnets on
  496. your lan:
  497.  
  498.     1.1.1.0                      1.1.2.0
  499.   --------------------       ----------------
  500.   |.7                |.1     |.1          .9|  ppp 2.5.5.0
  501.   A                  ----R----             os2--------------ISP
  502.                                               .10         .1
  503.  
  504. The interesting configuration is the OS/2 machine.  Before the ppp
  505. link was added, he may have been configured like this (in
  506. tcpip\bin\setup.cmd):
  507.  
  508.  ifconfig lan0 1.1.2.9 netmask 255.255.255.0
  509.  route add default 1.1.2.1 1
  510.  
  511. Running slippm will add another default route and tend to mess
  512. things up.  Change the setup.cmd to the following for a static
  513. routing solution:
  514.  
  515.  ifconfig lan0 1.1.2.9 netmask 255.255.255.0
  516.  route add subnet 1.1.1.0 1.1.2.1 1
  517.  
  518. This will solve the routing for this simple configuration.
  519.  
  520. As a gateway to the Internet
  521. ----------------------------
  522. The OS/2 machine will do this as already described (unless you
  523. put "ipgate off" in setup.cmd).  But the rest of the setup won't
  524. cooperate unless you make provision for it.
  525.  
  526. In particular, your lan partners won't know to route stuff destined to
  527. the Internet to you.  In my example, the machines on 1.1.1.0 need a
  528. default route to 1.1.1.1 (which they would probably already have), and
  529. the other machines on 1.1.2.0 need a default route to you, 1.1.2.9
  530. (which they probably don't have).  They would also need the same
  531. subnet route that you use (route add subnet 1.1.1.0 1.1.2.1 1) to your
  532. other lan.
  533.  
  534. And your ISP must know about your subnets - so that they will route
  535. everything destined to your machines via your OS/2 machine.  On top of
  536. that, your network address (1.0.0.0 in the example) will have to be an
  537. officially registered address.  It takes some time to set this up.
  538. You may have to change all your lan addresses to match what you're
  539. assigned.  Your ISP may charge you extra for the additional routing
  540. and nameservice functions.
  541.  
  542. -- 
  543. Tony Rall    trall@almaden.ibm.com
  544.  
  545. =====
  546.  
  547. Newsgroups: comp.os.os2.networking.tcp-ip
  548. From: bdelima@novell.com (Bob DeLima)
  549. Subject: Getting TCPIP 2.0 and NW to coexist
  550. Message-ID: <1995Mar31.162511.6412@novell.com>
  551. Date: Fri, 31 Mar 1995 16:25:11 GMT
  552.  
  553. I use Warp exclusively now but this should also apply to 2.11, so I'll 
  554. share
  555. with you my observations.
  556.  
  557. 1. Install Warp and the IAK
  558. 2. Install 2.11 requester, DON'T reboot yet
  559. 3. Install the rt211.exe Requester patch
  560. 4. Verify that you DON'T have CONNECTIONS in the SET AUTOSTART line of 
  561. the 
  562. config.sys and reboot OS/2. Make sure Netware is working OK before 
  563. proceeding 
  564. any further.  
  565. 5. Install TCPIP into the same directory as the IAK, don't 
  566. worry configuring LAPS. DON'T reboot yet  
  567. 6. Install TCPIP CSDs  
  568. 7. Reboot - you may get some errors  
  569. 8. Open the Netware Requester Install utility and select Utilities-
  570. >ODINSUP 
  571. setup  
  572. 9.  Run the TCPIP Configuration applet in your TCPIP folder to 
  573. configure TCPIP.  
  574. 10. Your NET.CFG file should look something like this:
  575.  
  576.  Link Driver NE2000
  577.    frame ethernet_802.2
  578.    frame ethernet_802.3
  579.    frame ethernet_ii
  580.    frame ethernet_snap
  581.    INT  #1 10
  582.    PORT #1 360
  583.  
  584.  Link Support
  585.     Buffers 38 1514
  586.     MemPool 4096
  587.     Max stacks 5
  588.  
  589.  Protocol stack ipx
  590.     bind NE2000
  591.     sockets 128
  592.  
  593.  Protocol stack spx
  594.     bind NE2000
  595.     sessions 64
  596.  
  597.  netware requester
  598.     cache buffers 30
  599.     sessions 20
  600.     preferred server=my_server
  601.     default login drive f:
  602.     display hard errors off
  603.     DATA ECB COUNT = 90
  604.     ECB COUNT = 20
  605.     USE MAX PACKET = ON
  606.  
  607.  Protocol TCPIP
  608.     Bind NE2000
  609.     ip_address      xxx.xx.xxx.xxx
  610.     ip_netmask      xxx.xxx.xxx.x
  611.     ip_router       xxx.xx.xxx.xxx
  612.     tcp_buffer      10240
  613.     tcp_sockets     16
  614.     udp_sockets     8
  615.     raw_sockets     1
  616.     nb_sessions     4
  617.     nb_commands     8
  618.  
  619.  protocol odinsup
  620.    bind NE2000
  621.  
  622. 11. Your protocol.ini file should look like this:
  623.  
  624.  [PROT_MAN]
  625.    DRIVERNAME = PROTMAN$
  626.  
  627.  [IBMLXCFG]
  628.    tcpip_nif = tcpip.nif
  629.    ibmtok_nif = ibmtok.nif
  630.  
  631.  [tcpip_nif]
  632.    DriverName = TCPIP$
  633.    Bindings = NE2000
  634.  
  635.  [NE2000]
  636.    DriverName = NE2000$
  637.  
  638.  12. Your config.sys should have the following for the TCPIP and 
  639. Netware 
  640. stuff. Be careful of ordering:
  641.  
  642. SET AUTOSTART=PROGRAMS,TASKLIST,FOLDERS
  643. LIBPATH=.;C:\OS2\DLL;C:\OS2\MDOS;C:\;C:\OS2\APPS\DLL;C:\MMOS2\DLL;C:\IB
  644. MCOM\DLL;C:\TCPIP\DLL;C:\TCPIP\UMAIL;C:\VIEWER\DLL;C:\NETWARE;C:\NETWAR
  645. E\NLS\ENGLISH;L:\OS2;P:\OS2;
  646.  
  647. SET 
  648. PATH=C:\OS2;C:\OS2\SYSTEM;C:\OS2\MDOS\WINOS2;C:\OS2\INSTALL;C:\;C:\OS2\
  649. MDOS;C:\OS2\APPS;C:\MMOS2;C:\TCPIP\BIN;C:\TCPIP\UMAIL;C:\VIEWER\BIN;C:\
  650. NETWARE;L:\OS2;P:\OS2;
  651.  
  652. SET 
  653. DPATH=C:\OS2;C:\OS2\SYSTEM;C:\OS2\MDOS\WINOS2;C:\OS2\INSTALL;C:\;C:\OS2
  654. \BITMAP;C:\OS2\DOS;C:\OS2\APPS;C:\IBMCOM;C:\MMOS2;C:\MMOS2\INSTALL;C:\V
  655. IEWER\DATA;C:\NETWARE;C:\ 
  656. ETWARE\NLS;C:\NETWARE\NLS\ENGLISH;L:\NLS;P:\NLS;
  657.  
  658. SET 
  659. HELP=C:\OS2\HELP;C:\OS2\HELP\TUTORIAL;C:\MMOS2\HELP;c:\tcpip\help;C:\TC
  660. PIP\UMAIL;C:\VIEWER\HELP;C:\NETWARE\NLS\ENGLISH;
  661.  
  662. DEVICE=C:\IBMCOM\LANMSGDD.OS2 /I:C:\IBMCOM
  663. DEVICE=C:\IBMCOM\PROTMAN.OS2 /I:C:\IBMCOM
  664. SET BOOKSHELF=C:\OS2\BOOK;C:\MMOS2;C:\TCPIP\DOC;C:\APPS\OS2\TCPIP\HELP;
  665. DEVICE=C:\NETWARE\VIPX.SYS
  666.  
  667. DEVICE=C:\NETWARE\VSHELL.SYS GLOBAL
  668. REM --- NetWare Requester statements BEGIN ---
  669. SET NWLANGUAGE=ENGLISH  
  670. DEVICE=C:\NETWARE\LSL.SYS
  671. RUN=C:\NETWARE\DDAEMON.EXE
  672. REM -- ODI-Driver Files 
  673. BEGIN --DEVICE=C:\NETWARE\NE2000.SYS
  674. REM -- ODI-Driver Files END --REM
  675. DEVICE=C:\NETWARE\ROUTE.SYS
  676. DEVICE=C:\NETWARE\ODINSUP.SYS
  677. DEVICE=C:\NETWARE\IPX.SYS
  678. DEVICE=C:\NETWARE\SPX.SYS  
  679. RUN=C:\NETWARE\SPDAEMON.EXE
  680. rem DEVICE=C:\NETWARE\NMPIPE.SYS
  681. rem DEVICE=C:\NETWARE\NPSERVER.SYS
  682. rem RUN=C:\NETWARE\NPDAEMON.EXE  
  683. DEVICE=C:\NETWARE\NWREQ.SYS
  684. IFS=C:\NETWARE\NWIFS.IFS
  685. RUN=C:\NETWARE\NWDAEMON.EXE
  686. rem DEVICE=C:\NETWARE\NETBIOS.SYS
  687. rem RUN=C:\NETWARE\NBDAEMON.EXE
  688. DEVICEHIGH=C:\OS2\MDOS\LPTDD.SYS
  689. REM --- NetWare Requester statements END ---  
  690. RUN=C:\IBMCOM\PROTOCOL\NETBIND.EXE
  691. RUN=C:\IBMCOM\LANMSGEX.EXE
  692. SET ETC=c:\tcpip\etc
  693. SET TMP=c:\tcpip\tmp
  694. SET READIBM=C:\TCPIP\DOC
  695. SET HOSTNAME=your_pc
  696. SET NEWSSERVER=your newsserver ip address  
  697. DEVICE=C:\IBMCOM\PROTOCOL\INET.SYS
  698. DEVICE=C:\IBMCOM\PROTOCOL\IFNDIS.SYS
  699. DEVICE=c:\tcpip\bin\vdostcp.vdd
  700. DEVICEHIGH=c:\tcpip\bin\vdostcp.sys
  701. RUN=c:\tcpip\bin\cntrl.exe
  702. RUN=c:\tcpip\bin\vdosctl.exe
  703. SET TELNET.PASSWORD.ID=password
  704.  
  705. 13. Go into the IAK folder and change the program objects to remove 
  706. LINKUP.EXE. For example, open settings for the Retreive Software 
  707. Updates 
  708. Icon. Delete LINKUP.EXE from program name and put in UPDATE.EXE from 
  709. the line 
  710. below(parmaeters). In the parameters field, remove the UPDATE.EXE from 
  711. the 
  712. box, but leave the rest. change the /h to -h. You will now be able to 
  713. use 
  714. this applet to retreive and install the latest newsreader, webexplorer, 
  715. PPP, 
  716. archie, Ultimail, and whatever else IBM release for the IAK. You can 
  717. also 
  718. remove LINKUP.EXE from the other program objects as well.
  719.  
  720. Good luck and let me know how it goes.
  721.  
  722.  
  723. Regards-
  724. Bob DeLima
  725. Novell Inc
  726.  
  727. *************  END OF PART SIX OF TWELVE PART WARP/IAK FAQ  ***********
  728.