home *** CD-ROM | disk | FTP | other *** search
/ Mega Top 1 / os2_top1.zip / os2_top1 / INFO / DIVSINFO / WARPTXTS / PPP.TXT < prev    next >
Text File  |  1994-12-23  |  6KB  |  120 lines
  1. Obtained directly from ftp.ibm.net.  
  2. Place in os2/32bit/comm
  3. No changes other than this message.
  4. ------------------------------------------------------------------
  5.   PPP for IBM TCP/IP for OS/2 version 2.0 Gamma
  6.  
  7. This package provides PPP support for IBM TCP/IP for OS/2.  You must
  8. first install TCP/IP version 2.0, and you must install the latest
  9. CSDs, so that the TCP/IP base is at level UN64092.  Or, you can
  10. install this package on top of the Internet Connection kit that is included
  11. with Warp.
  12.  
  13. If you obtained this package using the Retrieve Software Updates icon
  14. of the IBM Internet Connection, installation is automatic.  If you
  15. obtained it via FTP, you install it using the following steps.
  16. Put the file PPP.ZIP in your TCPIP subdirectory.
  17. Then switch to that subdirectory and type
  18.  
  19. pkunzip2 -o -d ppp.zip
  20.  
  21. Be sure that slip is not running when you unpack this package.
  22.  
  23. To run PPP, start SLIPPM.  You then create an entry for your
  24. Internet access providers, using the Add Entry button.  A notebook
  25. of panels will guide you through the procedure.  You can use SLIPPM
  26. to dial Internet providers that use either SLIP or PPP access.  You
  27. should not use SLIPPM to dial Advantis, and in any case Advantis uses
  28. SLIP, not PPP.  For a few Internet providers, it may be necessary to
  29. create a response file to handle session initiation.  A sample
  30. response file (sample.rsp) is provided in the samples\etc directory,
  31. and several sample rexx scripts (annex.cmd, cybernet.cmd, tdc.cmd)
  32. are also provided.
  33.  
  34. You can also use SLIPPM to dial into your LAN (using either SLIP or PPP),
  35. or to set up your LAN machine so that another machine can dial into it.
  36.  
  37. SlipPM Login Sequences:
  38.  
  39. Many Internet providers that support the slip protocol will assign you a
  40. unique pair of IP addresses after you register for their service.  Each
  41. time you login to the service you will connect with this same set of
  42. IP addresses.  This is often called "static" IP address assignment.  Other
  43. Internet providers supporting slip connections will assigned you an IP
  44. address pair at the time the connection is established. This is often
  45. referred to as "dynamic" IP address assignment.  Each time you connect you
  46. may receive a different IP address pair.
  47.  
  48. On page one of the SlipPM Provider Dialog, the field "Login Sequence:" defines
  49. the login sequence used to connect to a given access provider.  To
  50. accommodate a variety of connection sequences, this field may contain:
  51.  
  52.         (1) The reserved word "NONE".  This indicates no login sequence
  53.         is required beyond the physical modem connection.
  54.  
  55.         (2) Blank, or no entry.  If this field is left blank, and the
  56.         Login ID and Password fields are filled in, then the dialer
  57.         will wait for the login sequence:
  58.  
  59.                 login:
  60.                 password:
  61.  
  62.         The content of the Login ID and passwords will be sent in response.
  63.  
  64.         (3) The name of a REXX connection script or ".cmd" file, for example,
  65.         Login Sequence: annex.cmd
  66.  
  67.         This script is executed at connection time to negotiate the
  68.         modem setup, dial the access provider, and login.
  69.  
  70.         (4) A login sequence consisting of a series of send-expect verbs,
  71.         for example, if the "Login Sequence:" contains the text:
  72.  
  73.                 \r
  74.                 sername:
  75.                 [LOGINID]
  76.                 ssword:
  77.                 [PASSWORD]
  78.                 annex:
  79.                 slip
  80.                 address\sis\s[$IPDEST]\sYour\saddress\sis\[$IPADDR]
  81.  
  82.         then after the modem dials and connects, line 1 sends a newline to
  83.         request the Username prompt.  Line 2, waits for this prompt, and
  84.         line 3 sends the contents of the Login ID field. Line 4 waits for
  85.         a Password prompt, and line 5 sends the password entered in the
  86.         Password field.  Line 6 waits for the "annex:" prompt, and line 7
  87.         sends the request to start the SLIP protocol.  Line 8 is used
  88.         to retrieve the remote and local IP addresses that are "dynamically"
  89.         assigned when the connection is made.  The "\s" (Escape s) represents
  90.         1 or more white-space characters.
  91.  
  92. If your IP addresses are "statically" assigned then you can enter them on
  93. page 2 of the provider information dialog.
  94.  
  95. Each provider uses a slightly different sequence for establishing a connection,
  96. and you must tailor your Login Sequence to match each Internet provider.
  97.  
  98. For Internet providers supporting PPP the situation is slightly more uniform,
  99. however there are still many differences.  Most providers fall into two
  100. categories, those that require a traditional style login id and password
  101. transaction before the PPP protocol is started, and those that negotiate PPP
  102. immediately upon connection.  For the first type you will need to setup a
  103. Login Sequence similar to that used for a slip connection, in the second
  104. type, enter the verb "NONE" in the Login Sequence field.
  105.  
  106. In most cases, PPP Internet providers supporting PPP will use the PPP protocol
  107. itself to assign you an IP address pair, so once a connection is established
  108. and the two machines have successfully engaged in the link control protocol
  109. (LCP) stage of a PPP link,  IP addresses will be assigned and the ppp
  110. interface will be configured.  In some rare cases the provider may supply
  111. only one of the required IP addresses (usually the local address).  In this
  112. case the Remote or Destination IP address can be entered in the "Destination
  113. IP Address" field on page 2 of the provider dialog.
  114.  
  115. Problems and suggestions for improvement should be posted to the
  116. comp.os.os2.networking.tcp-ip newsgroup.  Unfortunately, the developers
  117. will not be able to respond to every post.
  118.  
  119. John McGarvey for IBM OS/2 TCP/IP development.
  120.