home *** CD-ROM | disk | FTP | other *** search
/ PC Online 1996 October / PCO_10.ISO / filesbbs / cfos2.arj / PPP.DOC < prev    next >
Encoding:
Text File  |  1996-09-05  |  7.1 KB  |  196 lines
  1.  
  2.         'cFos' PPP support (cFos/Pro only)     'cFos' ISDN Driver Family
  3.         ----------------------------------------------------------------
  4.  
  5.  
  6.  
  7.         Installation:
  8.         -------------
  9.  
  10.         'cFos/Win'  and  'cFos/2'  have  now  built-in  synchronous  PPP
  11.         support. The PPP mode is loaded  automatically  when  'cFos'  is
  12.         loaded. (The -P switch of elder version is  no  longer  needed).
  13.         E.g. with such a Windows SYSTEM.INI section:
  14.  
  15.             [cFos]
  16.             param=COM3 COM4
  17.             help=c:\cfos\cfos.hlp
  18.             capi=c:\windows\capi.dll
  19.             capi20=c:\windows\capi20.dll
  20.             key=c:\cfos\cfos.key
  21.             profile=c:\cfos\profile
  22.             factory=c:\cfos\factory
  23.             cfosdw=c:\cfos\cfosdw.exe
  24.             drv=c:\cfos\cfos.drv
  25.             oldcomm=C:\WINDOWS\SYSTEM\XOMM.DRV
  26.  
  27.         (Use SETUP.EXE to install 'cFos/Win'.)
  28.  
  29.         Or with such an OS/2 CONFIG.SYS entry:
  30.  
  31.             device=c:\cfos\cfos.sys COM3 COM4 -p
  32.  
  33.  
  34.         The MTU (maximum transmit unit) is 1500 bytes IP data.  The  MRU
  35.         is not limited,  i.e.  the  received  block  must  fit  in  your
  36.         receiver buffer.
  37.  
  38.  
  39.  
  40.         Some explanation on how it works:
  41.         ---------------------------------
  42.  
  43.         PPP is a block oriented protocol. Thus, it is important for  the
  44.         receiver to know where a block starts and where it ends.
  45.  
  46.         With analogue modems, which do not transmit blocks, but transmit
  47.         a byte stream, PPP is done as "asynchronous PPP", i.e.  the  PPP
  48.         blocks are sent in a manner that the receiver  can  recover  the
  49.         beginning of the block and it's length.
  50.  
  51.         Under ISDN this may be omitted. The  RFC1662  describes  how  to
  52.         send PPP data over ISDN: the async PPP blocks are  converted  to
  53.         sync  blocks  and  are  sent  in  HDLC  blocks,  i.e.  the  CAPI
  54.         B2-protocol is HDLC.  Received  data  is  coded  as  defined  in
  55.         RFC1662 and sent to the receiving application.
  56.  
  57.         'cFos' now makes this available  to  you.  Just  use  "ATB8"  to
  58.         enable PPP conversion and HDLC and call out with  "ATD...".  The
  59.         CONNECT string will be something like "CONNECT 64000/HDLC/PPP".
  60.  
  61.  
  62.  
  63.         Case studies:
  64.         -------------
  65.  
  66.         Using sync PPP with 'cFos/2' and the Internet Dialer:
  67.  
  68.             Set the connection type to PPP, use a "B8" in  the  init
  69.             string and set  the  other  parameters  to  values  your
  70.             provider tells you. Use the "Dial" button to  call  out.
  71.             The connection is established  when  the  dialer  writes
  72.             "default route assigned through a.b.c.d".  You  may  use
  73.             any of the TCP/IP programs then.
  74.  
  75.  
  76.         Using sync PPP with 'cFos/Win' and Trumpet Winsock:
  77.  
  78.             Start  TCPMAN  and   select   "File"/"Setup".   Activate
  79.             "Internal PPP" and set the COM port to  a  'cFos'  port.
  80.             Use any baudrate you like. Set "Online Status"  to  "DCD
  81.             check". After  altering  the  setup,  exit  Trumpet  and
  82.             re-enter it to activate the new settings.
  83.  
  84.             Use "Dialer"/"Manual login"  to  get  direct  access  to
  85.             'cFos'. You may verify if you're really on a 'cFos' port
  86.             by typing "ATI". The cFos copyright will be displayed.
  87.  
  88.             Use "ATB8" to switch to PPP mode  and  use  "ATD..."  to
  89.             dial up your provider. If you get a  "CONNECT"  message,
  90.             press Escape. Now Trumpet negotiates  the  PPP  session.
  91.             You may start your TCP/IP applications now.
  92.  
  93.             Note: Trumpet Winsock does not support CHAP, only PAP.
  94.  
  95.  
  96.  
  97.         Common problems:
  98.         ----------------
  99.  
  100.         This is a collection of problems we  had  while  we  tested  the
  101.         'cFos' PPP support.
  102.  
  103.             If you don't get a working connection, try changing  the
  104.             setting  of  "VJ  Compression",  resp.   "Van   Jacobson
  105.             Compression". Under OS/2 Internet Dialler this helped me
  106.             connect to a CISCO router.
  107.  
  108.             If you cannot get the  connection  running,  check  with
  109.             your provider, how they verify your access. Do they  use
  110.             your Caller-ID? Do they use a manual login? Do they  use
  111.             PAP or CHAP? Note that Trumpet does  not  support  CHAP.
  112.             PAP  may  be  activated  in  Trumpet  under  "File"/"PPP
  113.             Options".
  114.  
  115.             Does your provider use a CISCO router?  Does  he  use  a
  116.             software release before 10.0? If so, ask him  to  update
  117.             to a newer release, because the earlier versions seem to
  118.             have problems with ISDN.
  119.  
  120.             Does your provider run anything other  but  "raw  HDLC"?
  121.             They could use, for example:
  122.  
  123.              -- async PPP over X.75: use ATB0 to connect to him.
  124.  
  125.              -- sync PPP over HDLC with UI  frames:  send  us  a
  126.                 mail. We will include support in 'cFos' for this
  127.                 type of PPP connection. Try to get another  type
  128.                 of connection from your provider. See  below  on
  129.                 how to mail to us.
  130.  
  131.              -- sync PPP over HDLC with CISCO-headers: mail  us,
  132.                 see above.
  133.  
  134.              -- other, even weirder, stuff: mail us, see above.
  135.  
  136.  
  137.  
  138.         Troubleshooting help:
  139.         ---------------------
  140.  
  141.         The ATI2 provides you with information for the last session. You
  142.         see how may bytes/blocks were sent  and  received  and  why  the
  143.         connection was disconnected.
  144.  
  145.         The ATI7 display gives information about the last session, if it
  146.         was PPP (used ATB8). It displays  block  and  error  counts  for
  147.         various events.
  148.  
  149.             FCS errors:
  150.  
  151.                 Should be zero. If this number is  big  compared
  152.                 to the number of sent frames, contact the author
  153.                 of your Internet software.
  154.  
  155.             BIT errors and TXB errors:
  156.  
  157.                 Should be zero. If not, please contact  us,  see
  158.                 below.
  159.  
  160.             EmptyFrameCnt and SilentDiscardCnt:
  161.  
  162.                 Just for information. Does not count as an error.
  163.  
  164.             TX1buf overflows and TX2buf overflows:
  165.  
  166.                 Overflow of a type of  transmitter  buffer.  The
  167.                 MTU of 1500 bytes was exceeded.  Configure  your
  168.                 software to use smaller MTU's.
  169.  
  170.             RXbuf overflows:
  171.  
  172.                 The receiver buffer was too full (or too  small)
  173.                 to hold an incoming data block. The sending side
  174.                 has to decrease her MTU size.
  175.  
  176.  
  177.  
  178.         Mailing us:
  179.         -----------
  180.  
  181.         If you want to mail us some error, please  include  logfiles  of
  182.         BOTH the sending and receiving side. Fixing a problem with  only
  183.         one side of log output is quite tricky, so  please  try  to  get
  184.         hold of both logs.
  185.  
  186.         Send mails to chris@zaphod.infox.com (Internet) or
  187.                       chris lueders, 2:2453/30 (Fido).
  188.  
  189.  
  190.  
  191.  
  192.         E-O-F
  193.         -----
  194.  
  195.         Thanx for using 'cFos'.
  196.