Re: mein leidiges ppp Problem

As Christoph Kukulies wrote:

> Apr 16 13:31:13 testuser-rem pppd[302]: sent [LCP ConfReq id=0x1 <mru 1524> <asyncmap 0x20a0000> <magic 0xb9beee96> <pcomp> <accomp>]
> Apr 16 13:31:13 testuser-rem pppd[302]: rcvd [LCP ConfReq id=0x1 <mru 1524> <asyncmap 0x20a0000> <magic 0xb9beee96> <pcomp> <accomp>]
> Apr 16 13:31:13 testuser-rem pppd[302]: sent [LCP ConfNak id=0x1 <magic 0x827d2db3>]

> Doug meinte irgendwo sieht einer sein eigenes Echo.

Richtig. Genau das wiederholt sich in allen obigen Logs. Ich habe
mal beispielhaft den ersten Ausschnitt zitiert: ein LCP configure
request wird gesendet, aber (aufgrund des Echos) sofort selbst wieder
empfangen. Zu sehen ist das an der `magic number' (die exakt für
diesen Zweck hier auch nur da ist). Daraufhin wird ein configure NAK
gesendet mit einer neuen magic number. Das wiederholt sich (da das
Echo nicht verschwindet), bis bei der max retry count aufgebraucht ist
und die Leitung zugemacht wird.

Von welcher Seite ist dieses Log, von Deiner oder von demjenigen, der
sich einwählt? Ich vermute letzteres. Das würde bedeuten, daß Dein
remote peer versucht, noch während der Login-Phase sein PPP bereits
aufzubauen, und er bekommt vom tty Treiber die Zeichen noch geechot
(da das line echo noch nicht durch den pppd abgeschaltet worden ist).
Die gängige Abhilfe dafür ist, daß man ``openmode passive'' benutzt,
also daß er wartet, bis er einen HDLC-Frame vom Server sieht. Ich
weiß aber aus dem Hut nicht, welche Option das bei pppd(8) ist.

Alternativ könnte Dein remote peer mal versuchen, zwei Sekunden zu
warten, bevor er losfeuert.

-- 
cheers, J"org
joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)