Re: ISDN II

From: J Wunsch <j(at)uriah.heep.sax.de>
Date: Wed, 14 Mar 2001 21:51:14 +0100

As Peter Ross wrote:

> Hallo,
>
> > iconfig isp3 debug
>
> Danke, Joerg.
>
> Ich habe dann die Option debug gesetzt (fuer isp6 - mein zweiter Problemfall)
>
> Mar 12 13:55:38 jwd /kernel: isp6: Up event(incoming call)
> Mar 12 13:55:38 jwd /kernel: isp6: lcp open(initial)
> Mar 12 13:55:38 jwd /kernel: isp6: phase establish
> Mar 12 13:55:38 jwd /kernel: isp6: lcp up(starting)
> Mar 12 13:55:38 jwd /kernel: isp6: lcp output <conf-req id=0x6d len=10
> 05-06-39-f7-79-f1>
> Mar 12 13:55:41 jwd /kernel: isp6: lcp TO(req-sent) rst_counter = 10

Was hieran seltsam ist ist, daß das erste LCP-Paket unbeantwortet
bleibt, und es erstmal zu einem Timeout kommt. Das verzögert die
Einwahl unnötig (normalerweise könnte die Verbindung innerhalb dieser
drei Sekunden schon komplett stehen ;-). Sieht mir so aus, als würde
der Client direkt nach dem Anwählen Pakete verlieren (und auch nicht
von sich aus mit LCP-Verhandlungen anfangen, obwohl das bei ISDN im
Gegensatz zu einer Modemverbindung via tty-Login immer `safe' ist --
in die berüchtigte `remote echoes all my characters' Falle kann man
hier nicht reinrennen).

> Mar 12 13:55:42 jwd /kernel: isp6: lcp output <conf-ack id=0x26 len=16
> 02-06-00-00-00-00-05-06-3e-74-26-64>
> Mar 12 13:55:42 jwd /kernel: isp6: lcp tlu

Bis hierhin alles in Ordnung. `lcp tlu' heißt (Jargon aus den RFCs
übernommen) ``this layer up'' für die LCP-Schicht. Danach kann's mit
Netzwerk weitergehen...

> Mar 12 13:55:42 jwd /kernel: isp6: phase network
> Mar 12 13:55:42 jwd /kernel: isp6: ipcp open(stopped)
> Mar 12 13:55:42 jwd /kernel: isp6: lcp close(opened)
> Mar 12 13:55:42 jwd /kernel: isp6: phase terminate
> Mar 12 13:55:42 jwd /kernel: isp6: lcp output <term-req id=0x6f len=4>

Hmpf. Hier macht sppp die Verbindung dicht. Das Strickmuster kommt
mir aber bekannt vor. IPCP befindet sich im Status `stopped', das ist
nicht ganz normal und vermutlich ein Überbleibsel eines vorherigen
Fehlversuches. Der anschließende Übergang in die terminate-Phase ist
ganz offensichtlich, obwohl von den RFCs so abgesegnet, nicht die
beste Wahl. ;-) Wart' mal...

Hier hab' ich noch eine alte Mail von Helmut Kreft
<kreft(at)zeus.ai-lab.fh-furtwangen.de>, war mal an diese Liste hier
gegangen. Ich hänge Dir den Patch mal an, ich glaube, das wird Dir
helfen. Ich sollte das wohl endlich mal committen...

> Mar 12 13:55:42 jwd /kernel: isp6: rejecting protocol <addr=0xff ctrl=0x3
> proto=0x8029>

Ich finde meine PPP-RFC-Ausdrucke gerade nicht, weiß nicht, was für
ein Protokoll hier abgelehnt wird. Aber das sollte nicht tödlich für
die Verbindung sein, zumindest nicht, sofern die Gegenstelle es als
nicht tödlich ansieht, daß wir das nicht sprechen.

--- /root/if_spppsubr.c.old Sun Dec 24 01:20:53 2000
+++ if_spppsubr.c Sun Dec 3 01:22:57 2000
@@ -1661,6 +1661,12 @@
                 sppp_cp_change_state(cp, sp, STATE_REQ_SENT);
                 break;
         case STATE_STOPPED:
+ /* Try to escape STATE_STOPPED. hkr */
+ /* This pretends we received a down request */
+ /* It is assumed an up will follow. */
+ sppp_cp_change_state(cp, sp, STATE_STARTING);
+ (cp->tls)(sp);
+ break;
         case STATE_STOPPING:
         case STATE_REQ_SENT:
         case STATE_ACK_RCVD:

-- 
cheers, J"org               .-.-.   --... ...--   -.. .  DL8DTL
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
Received on Wed 14 Mar 2001 - 22:20:39 CET

search this site