Re: ISDN und PPP

As Michael Kirchner wrote:

> ich mache. Die Ausgabe von entsprechenden Traces ergibt das ich die
> Verbindung
> abbreche. Hat irgendjemand eine Ahnung woran es liegt.

Sieht mir alles sehr spanisch aus.

> 2. ifconfig isp0 link1 0.0.0.0 10.0.0.1 debug

Bist Du Dir sicher, daß die Gegenseite 10.0.0.1 als IP-Adresse für
sich akzeptieren würde? In den Traces, die Du geschickt hast, kommt
es zwar gar nicht bis zur vollständigen Verhandlung von IP-Adressen,
aber bißchen skeptisch bin ich schon...

> 3. spppcontrol isp0 myauthname=xxxxx myauthproto=xxxxx myauthsecret=xxxxx

Daß Du PAP als authproto verwendest, brauchst Du uns nicht zu
verheimlichen. :-)

> Jan 31 14:10:52 scheurebe /kernel: isp0: promiscuous mode enabled Was ist
> das fuer ein Modus ?

Auf einem Ethernet ist der promiscuous mode derjenige, mit dem die
Karte alle Frames empfängt, normalerweise nimmt sie per
Hardware-Filter nur die für ihre eigene Adresse sowie Broad- und
Multicastframes entgegen. Ist natürlich auf einem point-to-point
Interface gegenstandslos. Dein tcpdump hat das verursacht, Du kannst
es mit -p starten, wenn Dich die Meldung stört.

> Jan 31 14:11:01 scheurebe /kernel: isp0: lcp output <conf-ack id=0x2 len=8
> 01-04-05-f4>
> Jan 31 14:11:01 scheurebe /kernel: isp0: lcp tlu

Bis hierher sieht alles normal aus. Ab hier wird's seltsam.

> Jan 31 14:11:01 scheurebe /kernel: isp0: phase network

Eigentlich müßte er hier `phase authenticate' schreiben. Ist mir
unklar, warum er zum einen behauptet, sofort in die Netzwerkphase zu
gehen, zum anderen:

> Jan 31 14:11:01 scheurebe /kernel: isp0: pap output <req id=0x29 len=28 (Ich
> nehme mal an die Übertragung des Passworts)

...gibt er danach die PAP-Anmeldung weiter. Eine PAP-Bestätigung
Deines Gegenüber hingegen sehe ich nirgends.

> Jan 31 14:11:01 scheurebe /kernel: isp0: ipcp open(stopped)

Warum ist IPCP (übrigens Internet Protocol _Control_ Protocol,
Hellmuth :) denn eigentlich im Status `stopped'? Es müßte sich noch
im `initial' befinden.

> Jan 31 14:11:02 scheurebe /kernel: isp0: lcp close(opened)

Dein LCP ist der Meinung, es hätte nichts zu tun. Das kann nach
bestem Wissen und Gewissen eigentlich nur bedeuten, daß es in der
Funktion sppp_phase_network() (in /sys/net/if_spppsubr.c) versucht
hat, die NCPs (network control protocols, z. B. eben IPCP) zu starten,
aber dort der Meinung war, daß kein einziges NCP überhaupt starten
wollte -- und wenn kein network traffic je übers Interface geht, wozu
soll dann LCP weiterleben? Das ist die Motivation für LCP, dann die
Verbindung wieder zu schließen.

Was daran ebenfalls seltsam ist, innerhalb dieser Funktion erfolgt
sowohl die Generierung des Open-Events für IPCP als auch Up-Events.
Ein solches Up-Event für IPCP wird aber nirgends geloggt, das deutet
ebenfalls darauf hin, daß Dein sppp der Meinung ist, IPCP wäre für
dieses Interface gar nicht konfiguriert.

Wie gesagt, sieht alles extrem mysteriös aus. Paßt Dein sppp nicht zum
Kernel oder sowas?

Ich habe mal spaßeshalber das Debug-Flag bei einer meiner Verbindungen
eingeschaltet, die ebenfalls mit PAP ablaufen, nur zum Vergleich
(alles ab dem tlu-Event von LCP (tlu = `this layer up')). Die
Timestamps und den Kernelnamen habe ich der Übersichtlichkeit halber
abgeschnitten, das passierte alles innerhalb von ca. 1 Sekunde.

lcp tlu
phase authenticate
pap output <req id=0x67 len=20 ...>
pap success: \xfL
phase network
ipcp open(initial)
ipcp up(starting)
ipcp output <conf-req id=0x68 len=4>
ipcp input(req-sent): <conf-req id=0x1 len=16 02-06-00-2d-0f-00-03-06-c1-af-1a-02>
ipcp parse opts: compression [rej] address send conf-rej
ipcp output <conf-rej id=0x1 len=10 02-06-00-2d-0f-00>
ipcp input(req-sent): <conf-ack id=0x68 len=4>
ipcp input(ack-rcvd): <conf-req id=0x2 len=14 02-04-00-2d-03-06-c1-af-1a-02>
ipcp parse opts: compression [rej] address send conf-rej
ipcp output <conf-rej id=0x2 len=8 02-04-00-2d>
ipcp input(ack-rcvd): <conf-req id=0x3 len=10 03-06-c1-af-1a-02>
ipcp parse opts: address
ipcp parse opt values: address 193.175.26.2 [ack] send conf-ack
ipcp output <conf-ack id=0x3 len=10 03-06-c1-af-1a-02>
ipcp tlu

-- 
cheers, J"org  /  73 de DL8DTL
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. ;-)
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message