lkml.org 
[lkml]   [1998]   [Jul]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: LCP log of problems with PPP and 2.1.109 (was: PPP trashed in



Hi Bruce,


does anyone who is experiencing these problems have the chance
to run a pppd _on the other end of the connection_ with
"kdebug 31"? The pppd(8) man page only mentions kdebug bits
up to 7, but there are more options, see /usr/include/net/if_ppp.h.
The most interesting is SC_LOG_RAWIN which logs all incoming
bytes before the get assembled (and CRCed) into packets
(you won't see discarded packets with SC_LOG_INPKT).
However, there's no corresponding SC_LOG_RAWOUT so in order
to see the raw bytes sent from your pppd you must log them
on the other side.


The reason one should look at the raw bytes
is that from your LCP logs I suspect the other pppd doesn't see
any valid packet at all (it never answers to our requests and
retries the same ConfReq over and over, because it obviously
never saw our ConfAck).


The reasons for invalid packets could be manyfold, e.g.
data corruption on the port, or not using escaping on control
characters (despite the setting of the send asyncmap).


Also what happens if you try a lower baudrate?


Cheers, Roderich
--
"A man, a plan, a canal, Panama!"

Roderich Schupp mailto:rsch@ExperTeam.de
ExperTeam GmbH http://www.experteam.de/
Munich, Germany linux:2.1.109




-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html

\
 
 \ /
  Last update: 2005-03-22 13:43    [W:0.029 / U:0.096 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site