On Sun, 6 Feb 2000, Vu Pham wrote:
|I copy here two parts : for the first part, I think there is some
|protocol from the Isp that pppd doesn't understand, and it just simply
|reject. But for the second part, pppd did Ack it, but did not give any
|of its meaning.
|
|....
|Feb 6 14:58:30 bighope pppd[1764]: rcvd [CCP ConfReq id=0x3 < 12 06 00
|00 00 01>]
|Feb 6 14:58:30 bighope pppd[1764]: sent [CCP ConfRej id=0x3 < 12 06 00
|00 00 01>]
This is Microsoft Point to Point Compression (MS-PPC) which is patented
and requires a license to use. It can't be used without that license
and so can't be used under Linux except through a module that is build
and distributed under that license.
This is the only CCP that I know about that can cause the PPP link
negotiations to fail, and then only when the last octet is not 01.
If that octet is not 01 then a variety of Microsoft Point to Point
Encryption (MPPE) is *required* (the RFC says "should" but...) for
the MS-PPC data and the link will fail.
|Feb 6 14:58:30 bighope pppd[1764]: rcvd [CCP TermReq id=0x5 00 00 6d d0
|00 3c cd 74 00 00 02 dc]
|Feb 6 14:58:30 bighope pppd[1764]: sent [CCP TermAck id=0x5]
The rejected Compression Control Protocol (CCP) option is called an
Organization Unique Identifier (OUI). I don't know enough about it
to say anything resonable except that it is little used and shouldn't
cause a problem.
You should find it in RFC 1962 and can post on comp.protocols.ppp to get
a good answer. James Carlson is a very regular poster there; he's the
author of the book "PPP Design and Debugging", recommended if you want
to gain more that superficial insight in to the workings of PPP.
---
Clifford Kite Not a guru. (tm)
-
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to [EMAIL PROTECTED]
