lwip-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [lwip-users] PPP problems: IPCP (NOT) obsolete option


From: Alain M.
Subject: Re: [lwip-users] PPP problems: IPCP (NOT) obsolete option
Date: Fri, 05 Dec 2008 21:09:08 -0200
User-agent: Thunderbird 2.0.0.17 (X11/20080914)

Maybe I have miss-interpreted that data:
FF 03 80 21 01 01 00 16  03 06 00 00 00 00 81 06 00 00 00 00 83 06 00 00
00 00 6E DB 7E

FF 03: PPP encapsulation
80 21: PPP protocol - IPCP
01:    IPCP code 01: Configure-Request
01:    IPCP identifier
00 16: length
03 06 00 00 00 00: IP address + length + IP=0
81 06 00 00 00 00: Primary DNS + length + IP=0
83 06 00 00 00 00: Decondary DNS + length + IP=0
6E DB: Frame Check Sequence (I did not calculate
7E:    Flag

This makes it all right, and makes me even more lost :(

Alain

I managed (with Paulo Silva) to make the Linux port work with PPP (not tap0). I got exactly to the point Fodor Peter got here: http://www.mail-archive.com/address@hidden/msg03856.html

I traced it to what appears to be that PPP has a part obsolete (?) The last transmission that is not answered is the first IPCP message: FF 03 80 21 01 01 00 16 03 06 00 00 00 00 81 06 00 00 00 00 83 06 00 00 00 00 6E DB 7E

FF 03: PPP encapsulation
80 21: PPP protocol - IPCP
01:    IPCP code 01: Configure-Request
01:    IP-Addresses (deprecated)

According to RFC 1332:
The use of the Configuration Option IP-Addresses has been deprecated. [...] This option SHOULD NOT be sent in a Configure-Request [...] Support for this option MAY be removed ... and it is not even described in the RFC !!!

Did anyone come across this? Has someone implemented the newer IPCP Configure Request option=03 that replaces this?

Thanks for any help...
Alain





reply via email to

[Prev in Thread] Current Thread [Next in Thread]