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