[prev in list] [next in list] [prev in thread] [next in thread] 

List:       suse-isdn
Subject:    Re: [suse-isdn] ISDN error LCP Config
From:       Wolfgang Conrad <c () coney ! de>
Date:       2000-12-24 16:28:20
[Download RAW message or body]

On Sunday 24 December 2000 12:19,Onno Broer wrote:

> > Moin Wolfgang !
>
> Anhand der paar Zeilen kann ich leider keine "Diagnose" stellen.
> Bitte sende mir doch den ganzen Abschnitt fuer einen Verbindungsversuch
> aus /var/log/messages. 


HALLO ONNO,


Gips leider nich.
 
Hab' mich wieder belesen, da schon lange kein ISDN mehr konfiguriert (läuft 
eben seit Jahren ohne Probleme). 

LCP=LinkControlProtocol.

Hier kommt das 'handshaking' nicht zustande. Das erste LCP Packet wird 
bereits nicht beantwortet.

>(Interssant sind hier fuer dich uebrigens eher
> Zeilen mit ConfRej und ConfAck bzw. ConfNAck als "Antwort" auf ein ConfReq)

Deshalb auch keine 'Ack's oder 'Rej's.

> Ich nehme an, du verfuegts ueber einige Erfahrung im Aufbau einer dialin-
> connection (pap/chap-server, ...) - oder ?

Ja, meine Server funzeln problemlos, auch die Dial-ins sind okay, die werden 
täglich benutzt, da ich ein "WAN-L(inux)AN-(wan)-L(inux)AN-WAN"-Netz habe.

> Wenn ich deine Mail richtig interpretiere wollt ihr ja 2 Linux-Recher per
> (i)ppp verbinden (bzw. 2 LANs ueber ein "WAN").

Eigentlich will mein Bruder ins Internet bzw. zu seinem Provider und 
verzweifelt, da er keine Verbindung kriegt. Deshalb hab' ich ihm die 
Einwahldaten fuer einen server hier gegeben, damit ich sehen kann, was auf 
den So-Bus passiert (siehe oben) und was in den messages, die 'maximum 
verbosity'  von hisax und Konsorten bekommen, ankommt.

> Hilfreich waere es auch, wenn ich mal einen Blick auf alle relevanten
> conf-files werfen koennte - oder wir die Eintraege zusammen durchgehen
> wuerden.

Die kann ich ja leider auch nicht sehen, da sie in Mainz auf einem Rechner 
sind, der NOCH keinen Netzzugang hat. Ich bin sie aber mit ihm durchgegangen 
und es scheint alles korrekt zu sein.

Da das gleiche Phänomen auftritt, wenn ich versuche mich bei ihm einzuwählen, 
habe ich meine messages kopiert und telefonisch-verbal mit seinen verglichen.

Ich habe ja schon den einen oder anderen Fehler in i4l erlebt und ueberlebt, 
aber dieser ist mir noch nicht begegnet, weshalb ich vermute, dass da 
moeglicherweise ein hardware problem dahintersteckt; grob gesprochen: Fritz 
tut zwar aber eben nicht korrekt.

In einem aelteren tutorial von Klaus Franken hab ich dazu gefunden, das man 
bei fehlgeschlagenem ersten LCP-Paket versuchen kann, den lcp-restart zu 
verringern (options.ippp0).

Das waere noch eine Moeglichkeit, aber ich will ihn nicht am Heiligabend von 
seinen Kindern weg an die Kiste holen, lieber morgen.

Ich hatte gehofft, jemand haette das gleiche Problem vor kurzem gehabt und 
sagen koennen, "ja, Mensch, da war die Karte futsch!" oder "ich hatte in 
options.ipppX statt mru=1524 irrtuemlich mru=1254 angegeben", was das Problem 
schlagartig geklaert haette.

Also weitersuchen und basteln.

Ich pappe mal einen Auszug aus meinen messages ran, vielleicht fällt Dir ja 
was auf.

Ebenfalls Frohe Weihnacht und vielen Dank fuer die Unterstuetzung


Wolfgang


> PS: der SuSE-Server (Liste) mag meine email-Adress nicht, deshalb die
> direkte Mail an dich.

Kann es sein, dass Du Dich mit einer anderen email-Adresse eingeschrieben 
hast als der, die Du jetzt benutzt?
Wobei, ich hab' ja lange nix auf dieser Liste gepostet aber mir ist so, als 
waere das eine oder andere posting manchmal im Nirwana verschwunden.

MESSAGES:
Dec 23 20:16:50 home kernel: ippp1: dialing 1 0613112345...
Dec 23 20:16:50 home isdnlog: Dec 23 20:16:50 * tei 95 calling +49 
6131/12345, Mainz with +49 30/54321, Berlin  RING (Data) 
Dec 23 20:16:51 home isdnlog: Dec 23 20:16:51 tei 95 calling +49 6131/12345, 
Mainz with +49 30/54321, Berlin  Time:Sat Dec 23 20:16:00 2000 
Dec 23 20:16:51 home isdnlog: Dec 23 20:16:51 tei 95 calling +49 6131/12345, 
Mainz with +49 30/54321, Berlin  COLP +49 6131/12345, Mainz 
Dec 23 20:16:51 home isdnlog: Dec 23 20:16:51 tei 95 calling +49 6131/12345, 
Mainz with +49 30/54321, Berlin  CONNECT (Data) 
Dec 23 20:16:51 home isdnlog: Dec 23 20:16:51 tei 95 calling +49 6131/12345, 
Mainz with +49 30/54321, Berlin  HINT: Better use 01013:Tele 2 
Privatkunden, 0.040 DM/60s = 0.040 DM/Min, saving 0.024 DM/Min 
Dec 23 20:16:51 home ipppd[241]: Local number: 54321, Remote number: 
0613112345, Type: outgoing
Dec 23 20:16:51 home ipppd[241]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1, 
linkunit: 0, fd: 7
Dec 23 20:16:51 home ipppd[241]: sent [0][LCP ConfReq id=0x1 <mru 1524> 
<magic 0x115945fe>]
Dec 23 20:16:51 home kernel: isdn_net: ippp1 connected
Dec 23 20:16:51 home kernel: isdn_net: chargetime of ippp1 now 521082
Dec 23 20:16:51 home isdnlog: Dec 23 20:16:51 tei 95 calling +49 6131/12345, 
Mainz with +49 30/54321, Berlin  1.EH DEM  0.120 
Dec 23 20:16:54 home ipppd[241]: sent [0][LCP ConfReq id=0x1 <mru 1524> 
<magic 0x115945fe>]
Dec 23 20:17:00 home last message repeated 2 times
Dec 23 20:17:01 home isdnlog: Dec 23 20:17:01 tei 95 calling +49 6131/12345, 
Mainz with +49 30/54321, Berlin  1 Einheiten 
Dec 23 20:17:03 home ipppd[241]: sent [0][LCP ConfReq id=0x1 <mru 1524> 
<magic 0x115945fe>]
Dec 23 20:17:06 home kernel: isdn_tx_timeout dev ippp1 dialstate 0
Dec 23 20:17:06 home ipppd[241]: sent [0][LCP ConfReq id=0x1 <mru 1524> 
<magic 0x115945fe>]
Dec 23 20:17:18 home last message repeated 4 times
Dec 23 20:17:21 home kernel: isdn_tx_timeout dev ippp1 dialstate 0
Dec 23 20:17:21 home ipppd[241]: LCP: timeout sending Config-Requests
Dec 23 20:17:21 home ipppd[241]: Connection terminated.
Dec 23 20:17:21 home ipppd[241]: taking down PHASE_DEAD link 0, linkunit: 0
Dec 23 20:17:21 home ipppd[241]: LCP is down
Dec 23 20:17:21 home ipppd[241]: closing fd 7 from unit 0
Dec 23 20:17:21 home ipppd[241]: link 0 closed , linkunit: 0
Dec 23 20:17:21 home ipppd[241]: reinit_unit: 0 
Dec 23 20:17:21 home ipppd[241]: Connect[0]: /dev/ippp1, fd: 7
Dec 23 20:17:21 home kernel: isdn_net: local hangup ippp1
Dec 23 20:17:21 home kernel: ippp1: Chargesum is 0
Dec 23 20:17:21 home kernel: ippp_ccp: freeing reset data structure c7104000
Dec 23 20:17:21 home kernel: ippp, open, slot: 1, minor: 1, state: 0000
Dec 23 20:17:21 home kernel: ippp_ccp: allocated reset data structure c7104000
----------------------------
Dett war's :0(    won't shake my hand

[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic