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