home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / answers / ppp-faq / part4 < prev    next >
Encoding:
Internet Message Format  |  1993-12-14  |  10.8 KB

  1. Path: senator-bedfellow.mit.edu!bloom-beacon.mit.edu!news.kei.com!sol.ctr.columbia.edu!xlink.net!zib-berlin.de!uni-paderborn.de!urmel.informatik.rwth-aachen.de!news.rhrz.uni-bonn.de!ignatios
  2. From: ignatios@cs.uni-bonn.de (Ignatios Souvatzis)
  3. Newsgroups: comp.protocols.ppp,news.answers,comp.answers
  4. Subject: comp.protocols.ppp part4 of 8 of frequently wanted information
  5. Supersedes: <ppp-faq/part4_755205601@cs.uni-bonn.de>
  6. Followup-To: poster
  7. Date: 14 Dec 1993 14:02:21 GMT
  8. Organization: computer science department, university of Bonn, Germany
  9. Lines: 213
  10. Approved: news-answers-request@MIT.Edu
  11. Expires: 11 Jan 1994 13:58:08 GMT
  12. Message-ID: <ppp-faq/part4_755877488@cs.uni-bonn.de>
  13. NNTP-Posting-Host: theory.cs.uni-bonn.de
  14. Summary: This document contains information about the Internet Point-to-Point
  15.     Protocol, including a bibliography, a list of public domain and
  16.     commercial software and hardware implementations, a section on
  17.     configuration hints and a list of frequently asked questions and
  18.     answers on them.
  19.     It should be read by anybody interested in connecting to Internet
  20.     via serial lines, and by anybody wanting to post to
  21.     comp.protocols.ppp (before he/she does it!)
  22. Xref: senator-bedfellow.mit.edu comp.protocols.ppp:2947 news.answers:15796 comp.answers:3006
  23.  
  24. Archive-name: ppp-faq/part4
  25. Version: $Revision: 3.7 $
  26. Last-modified: $Date: 93/12/14 14:55:34 $
  27.  
  28.                     4. MISC. PPP QUESTIONS WITH ANSWERS
  29.                                      
  30.        Does somebody have a patent on PPP?
  31.       
  32.        Is it possible to use PPP as link layer in ISDN?
  33.       
  34.        My ppp does infinite configuration negotiation. What's wrong?
  35.       
  36.        What is Asychronous HDLC?
  37.       
  38. 4.1 Does somebody have a patent on PPP?
  39.  
  40.  
  41. From: emv@msen.com (Edward Vielmetti)
  42. Newsgroups: comp.protocols.tcp-ip,comp.unix.sysv386,comp.protocols.ppp
  43. Subject: Re: Public domain PPP for SCO 2.0??
  44. Date: 8 Dec 1992 06:04:52 GMT
  45.  
  46.    [Somebody] wrote:
  47.    
  48.    Doesn't matter.  I just read (in another newsgroup) that DEC has a
  49.    patent on PPP, and is asking $5000 for a license.  That means no public
  50.    domain PPP, and a rapidly increasing reluctance to support it from OEMs.
  51.     Stick with SLIP until something better comes along.  This is *not*
  52.    true.
  53.    
  54.    DEC has a patent application outstanding for the negotiation of a 48 bit
  55.    checksum which might be used in one of the option negotiation phases.
  56.    It is not an essential part of PPP; many implementations currently do
  57.    not use this little tiny algorithm in the way they work, and they work
  58.    just fine.
  59.    
  60.    There is no indication that the 48 bit FCS will be accepted or
  61.    standardized on by the IETF - from my reading of the  mailing lists
  62.    traffic that is unlikely at this point.
  63.    
  64.    There are free PPPs and there will continue to be free PPPs.  You will
  65.    also more likely buy PPPs as part of hardware you buy.
  66.    
  67. 4.2 Is it possible to use PPP as link layer in ISDN?
  68.  
  69.    [Somebody] wrote: Is it possible to use PPP as link layer in ISDN?  If
  70.    yes, what about signalling? Do you need to combine PPP with the I.451
  71.    for basic call control? There are (at least) two drafts about IP over
  72.    ISDN links. (Please don't hesitate to search some up-to-date archive
  73.    site for newer versions of those documents.)
  74.    
  75.         nic.nordu.net:/internet-drafts/draft-ietf-iplpdn-multi-isdn-01.txt
  76.       
  77.  
  78.       Determination of Encapsulation of Multi-protocol
  79.          Datagrams in Circuit-switched Environments
  80.  
  81. by Keith Sklower, Computer Science Department,University of California, Ber
  82.                                                                       keley
  83.                                                                            
  84.       recommends "...limiting the choice of encapsulations to those
  85.       described in RFC 1294 (Frame Relay), RFC 1331 (PPP), and RFC 1356
  86.       (X.25)." and proposes out-of-band and in-band methods of determining
  87.       which encapsulation is used.
  88.       
  89.       nic.nordu.net:internet-drafts/draft-ietf-pppext-isdn-01.txt
  90.       
  91.  
  92.                              PPP over ISDN
  93.  
  94.                                       by W A Simpson, Network Working Group
  95.                                                                            
  96.       promotes PPP over HDLC over ISDN B-channels, or PPP over X25 over
  97.       ISDN D-channel, and allows for PPP over Frame Relay over the
  98.       D-channel.
  99.       
  100.         A method is described to distinguish PPP from other frames by
  101.       in-band-inspection of the first packet received.
  102.       
  103.    This review brought to you by
  104.    
  105.                                                                        i.s.
  106.                                                                            
  107. 4.3 My ppp does infinite configuration negotiation.
  108. What's wrong?
  109.  
  110.   4.3.1 [CABLE PROBLEM]
  111.   
  112.    Each other month somebody posts a question which essentially is the one
  113.    above. It could, of course, be some very strange set of configurations
  114.    options which get the ppp to never terminate the negotiation process
  115.    (typical situations listed in further down). One other possibility was
  116.    seen many times on the derivatives of public ppp for suns, namely
  117.    pppd-1.01beta and dp-2.x.
  118.    
  119.    Detailed symptoms (from a posting on the net, I saw similar logfiles
  120.    some  months ago):
  121.    
  122.  
  123.   Typical debugging log output:
  124.  
  125.   Dec 18 16:11:01 pppd[1694]: Starting ppp daemon version 1.0beta patchleve
  126. l 1
  127.   Dec 18 16:11:01 pppd[1694]: warning... not a process group leader
  128.   Dec 18 16:11:01 pppd[1694]: pgrpid = 1694
  129.   Dec 18 16:11:01 pppd[1694]: popped stream module : ttcompat
  130.   Dec 18 16:11:01 pppd[1694]: popped stream module : ldterm
  131.   Dec 18 16:11:01 pppd[1694]: Using unit ppp0
  132.   Dec 18 16:11:01 pppd[1694]: hostname = Riga
  133.   Dec 18 16:11:01 pppd[1694]: connect: ppp0 /dev/ttya
  134.   Dec 18 16:11:01 pppd[1694]: fsm_sconfreq(c021): Sent id 1.
  135.   Dec 18 16:11:01 pppd[1694]: Timeout 6194:16b38 in 3 seconds.
  136.   Dec 18 16:11:01 pppd[1694]: Setting itimer for 3 seconds.
  137.   Dec 18 16:11:04 pppd[1694]: Alarm
  138.   Dec 18 16:11:04 pppd[1694]: fsm_sconfreq(c021): Sent id 2.
  139.   Dec 18 16:11:04 pppd[1694]: Timeout 6194:16b38 in 3 seconds.
  140.   Dec 18 16:11:04 pppd[1694]: Setting itimer for 3 seconds.
  141.   Dec 18 16:11:04 pppd[1694]: Setting itimer for 3 seconds.
  142.   Dec 18 16:11:07 pppd[1694]: Alarm
  143.   Dec 18 16:11:07 pppd[1694]: fsm_sconfreq(c021): Sent id 3.
  144.   Dec 18 16:11:07 pppd[1694]: Timeout 6194:16b38 in 3 seconds.
  145.   Dec 18 16:11:07 pppd[1694]: Setting itimer for 3 seconds.
  146.   Dec 18 16:11:07 pppd[1694]: Setting itimer for 3 seconds.
  147.  
  148.   ... [lots of repetitious logging deleted] ...
  149.  
  150.   Dec 18 17:02:24 pppd[1694]: Alarm
  151.   Dec 18 17:02:24 pppd[1694]: fsm_sconfreq(c021): Sent id 254.
  152.   Dec 18 17:02:24 pppd[1694]: Timeout 6194:16b38 in 3 seconds.
  153.   Dec 18 17:02:24 pppd[1694]: Setting itimer for 3 seconds.
  154.   Dec 18 17:02:24 pppd[1694]: Setting itimer for 3 seconds.
  155.   Dec 18 17:02:26 pppd[1694]: Hangup
  156.   Dec 18 17:02:26 pppd[1694]: Untimeout 6194:16b38.
  157.   Dec 18 17:02:26 pppd[1694]: Setting itimer for 0 seconds.
  158.   Dec 18 17:02:26 pppd[1694]: str_restore: pushed module ldterm
  159.   Dec 18 17:02:26 pppd[1694]: str_restore: pushed module ttcompat
  160.   Dec 18 17:02:26 pppd[1694]: fcntl(F_SETFL, fdflags): Bad file number
  161.  
  162.    The above final is caused by sending a SIGHUP to the pppd process
  163.    (however three successive SIGKILL's seem to be necessary to really   get
  164.    rid of it).
  165.    
  166.      The warning "not a process group leader" appears to be the   innocent
  167.    result of a subtle coding bug, with no later effects,   but I haven't
  168.    tried fixing it (variable "pid" uninitialized).
  169.    
  170.      During all this, there seems to be no activity on the serial line, as
  171.     evident from an Interfaker(tm) breakout patch box.  I was desperate
  172.    enough to lower the speed to 50 bps in order to verify this.
  173.    
  174.      At the same time, "netstat -i" does show increasing figures for the
  175.    ppp0 interface in the "Opkts" column, but in no other column.
  176.    
  177.    Solution: in all cases I could solve, it was a case of missing modem
  178.    control lines in the cables, leading to 'cts' floating to 'false'. The
  179.    LCP FSM happily sent configuration requests (they went to the serial
  180.    line driver buffer (and not out)), waited for an answer, got none, timed
  181.    out, and retried. After lots more of retries, especially on a big
  182.    machine, the send buffer finally does overflow, and ppp stops with an
  183.    error message.
  184.    
  185.    You just have to connect 2,3,4,5,6,7,8 and 20 to the modem to repair it,
  186.    or to wire a reasonably complete null-modem cable. No, there is no
  187.    software hack, except when you patch the sources yourself. And that
  188.    would be a bad idea in my opinion. Even a small Sparcstation SLC can
  189.    overload any modem on a serial line, and you would get lots of
  190.    unnecessary packet drops because of that.
  191.    
  192.                                                                        i.s.
  193.                                                                            
  194.   4.3.2 [ADDRESS CONFIGURATION ERROR]
  195.   
  196.    Each other month somebody posts a question which essentially is the one
  197.    above. It could, of course, be some very strange set of configurations
  198.    options which get the ppp to never terminate the negotiation process,
  199.    but this seems unlikely. This does happen under dp-2.3 [and probably
  200.    others, i.s.] when both sides of the link have differing opinions as to
  201.    what the 2 IP addresses should be.  If the remote-address offered from
  202.    the remote side doesn't match the locally configured version then dp-2.3
  203.    will send back an REJ packet.  The remote side will then resend the
  204.    original address again and the loop will continue.
  205.    
  206.    To see if this is the case check the log for address REJ's.  Then decode
  207.    the two hex addresses and print it out in the normal dot notation.  This
  208.    is the IP address pair of what dp-2.x expected and what it got.  Now
  209.    either reconfigure dp-2.x to expect this address or change the address
  210.    that the other side is sending.
  211.    
  212.                                                          Wolfgang Rupprecht
  213.                                                                            
  214. 4.4 What is Asychronous HDLC?
  215.  
  216.    It's HDLC with a character-by-character encapsulation, rather than a
  217.    bit-by-bit encapsulation. The details are discussed in the RFC1331,
  218.    appendix A. Basically, the flag character, the escape character and
  219.    (possibly) control characters are escaped by prepending the escape
  220.    character and XORing them with 0x20, while sync hdlc transparently
  221.    inserts '0' bits after sequences of 5 '1' bits to be sure to never
  222.    transmit the flag character in the frame.
  223.    
  224.    A short description of the part of ISO 3309:1991 that describes async
  225.    (ISO calls it start/stop mode) HDLC is available with anonymous ftp from
  226.    ftp.uni-erlangen.de in pub/doc/ISO/english/async-HDLC.
  227.    
  228.        *** Go back here.  To the top page here. Read on here.
  229.    
  230.    
  231. -- 
  232. -- 
  233.     Ignatios Souvatzis
  234. -
  235. Solaris 2.1:  it's slow, needs 200M of disk space and comes without C compiler,
  236. which makes it remarkably close to MS-Windows. oleg@gd.cs.csufresno.edu
  237.