nochmal freeneteinwahl diesmal anders?
Hallo zusammen, der vergangene thread zu freenet trifft mein Problem nicht. Auf ein neues also ;o) Ich habe mich endlich aufgerafft, meine schon einige Zeit mit 8.0 prof. laufende Maschine als ISDN-router in Betrieb zu nehmen - mit noch nicht zufriedenstellenden Ergebnissen :o( . Bisher verrichtet ein highend 486 DX100 mit suse7.2 prof ausschließlich diesen Dienst. meine Konfig: # uname -a Linux labor 2.4.18-4GB #1 Wed Mar 27 13:56:33 UTC 2002 i586 unknown. Hinter dem "unknown" verbirgt sich ein Cyrix 166+ der passende i386 - kernel ist installiert, wenn ich mich recht erinnere. (wie krieg ich das raus?). Beide Geräte laufen mit einer FritzCard classic die in den s0-bus einer Gesko family 115 eingestöpselt sind. (daher die kurzen MSNs.) Die Einwahl funktioniert im Gegensatz zu der bei drei weiteren Providern nicht. Laut den Logs kommt eine kurze Verbindung zustande, die aber sofort wieder abgebrochen wird (hoffentlich ohne abrechnungstechnische Folgen >:o/ ). Hier die um die Isdnlog-Einträge (um den geneigten Leser nicht zu langweilen :o) ) bereinigten "message" Ausgaben: "labor" (8.0) tut's nicht: Dec 18 23:58:44 labor kernel: ippp2: dialing 1 0019231760... Dec 18 23:58:52 labor ipppd[6008]: Local number: 32, Remote number: 0019231760, Type: outgoing Dec 18 23:58:52 labor ipppd[6008]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 2, linkunit: 0, fd: 8 Dec 18 23:58:52 labor kernel: kcapi: appl 1 ncci 0x10101 up Dec 18 23:58:52 labor kernel: isdn_net: ippp2 connected Dec 18 23:58:52 labor kernel: capidrv-1: chan 0 up with ncci 0x10101 Dec 18 23:58:52 labor kernel: kcapi: appl 1 ncci 0x10101 down # Da scheint der Wurm drin.. ^^^^^^^^^^^^^^^^^^^^^^^^ Dec 18 23:58:52 labor ipppd[6008]: Modem hangup Dec 18 23:58:52 labor ipppd[6008]: Connection terminated. Dec 18 23:58:52 labor ipppd[6008]: taking down PHASE_DEAD link 0, linkunit: 0 Dec 18 23:58:52 labor ipppd[6008]: closing fd 8 from unit 0 Dec 18 23:58:52 labor ipppd[6008]: link 0 closed , linkunit: 0 Dec 18 23:58:52 labor ipppd[6008]: reinit_unit: 0 Dec 18 23:58:52 labor ipppd[6008]: Connect[0]: /dev/ippp2, fd: 8 Dec 18 23:58:52 labor kernel: capidrv-1: DISCONNECT_IND reason 0x3490 (Normal call clearing) for plci 0x101 Dec 18 23:58:52 labor kernel: ippp2: remote hangup Dec 18 23:58:52 labor kernel: ippp2: Chargesum is 0 Dec 18 23:58:52 labor kernel: ippp_ccp: freeing reset data structure c2361800 Dec 18 23:58:52 labor kernel: ippp, open, slot: 0, minor: 2, state: 0000 Dec 18 23:58:52 labor kernel: ippp_ccp: allocated reset data structure c2361800 "router" (7.2) tut's... Dec 18 23:46:25 router kernel: ippp3: dialing 1 0019231760... Dec 18 23:46:25 router kernel: eth0: no IPv6 routers present Dec 18 23:46:33 router ipppd[272]: Local number: 32, Remote number: 0019231760, Type: outgoing Dec 18 23:46:33 router ipppd[272]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 3, linkunit: 0, fd: 7 Dec 18 23:46:33 router kernel: kcapi: appl 1 ncci 0x10101 up Dec 18 23:46:33 router kernel: isdn_net: ippp3 connected Dec 18 23:46:33 router kernel: capidrv-1: chan 0 up with ncci 0x10101 Dec 18 23:46:33 router ipppd[272]: Remote message: Dec 18 23:46:33 router ipppd[272]: MPPP negotiation, He: No We: No Dec 18 23:46:34 router ipppd[272]: local IP address 213.7.12.104 Dec 18 23:46:34 router ipppd[272]: remote IP address 62.104.220.40 Dec 18 23:48:31 router ipppd[272]: Modem hangup Dec 18 23:48:31 router ipppd[272]: Connection terminated. Dec 18 23:48:31 router ipppd[272]: taking down PHASE_DEAD link 0, linkunit: 0 Dec 18 23:48:31 router kernel: isdn_net: local hangup ippp3 Dec 18 23:48:31 router kernel: ippp3: Chargesum is 0 Dec 18 23:48:31 router kernel: kcapi: appl 1 ncci 0x10101 down Dec 18 23:48:31 router ipppd[272]: closing fd 7 from unit 0 Dec 18 23:48:31 router kernel: ippp_ccp: freeing reset data structure c0519800 Dec 18 23:48:31 router ipppd[272]: link 0 closed , linkunit: 0 Dec 18 23:48:31 router ipppd[272]: reinit_unit: 0 Dec 18 23:48:31 router kernel: ippp, open, slot: 3, minor: 3, state: 0000 Dec 18 23:48:31 router kernel: ippp_ccp: allocated reset data structure c0519800 Dec 18 23:48:31 router ipppd[272]: Connect[0]: /dev/ippp3, fd: 7 Dec 18 23:48:32 router kernel: capidrv-1: DISCONNECT_IND reason 0x3490 (Normal call clearing) for plci 0x101 Dec 18 23:48:37 router ip-down: Setting up routing (using /etc/route.conf)..done meine Frage nun: was macht 8.0 bei der Einwahl was 7.2 nicht tut, um freenet zu vergrätzen und wie find ich's raus? Die Einstellungen: labor:~ # isdnctrl list ippp2 Current setup of interface 'ippp2': EAZ/MSN: 32 Phone number(s): Outgoing: 0019231760 Incoming: Dial mode: auto Secure: on Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 1 Hangup-Timeout: 50 Incoming-Hangup: off ChargeHangup: on Charge-Units: 0 Charge-Interval: 60 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 2 labor:~ # komplette logs und Einstellungen werden falls erforderlich nachgereicht. Gruß fs
Hallo, On Thu, Dec 19, 2002 at 01:08:35AM +0100, Friedrich Strohmaier wrote:
Hallo zusammen, der vergangene thread zu freenet trifft mein Problem nicht. Auf ein neues also ;o)
Ich habe mich endlich aufgerafft, meine schon einige Zeit mit 8.0 prof. laufende Maschine als ISDN-router in Betrieb zu nehmen - mit noch nicht zufriedenstellenden Ergebnissen :o( . Bisher verrichtet ein highend 486 DX100 mit suse7.2 prof ausschließlich diesen Dienst. ...
"labor" (8.0) tut's nicht:
Trag mal noch debug in /etc/ppp/ioptions ein.
Dec 18 23:58:44 labor kernel: ippp2: dialing 1 0019231760... Dec 18 23:58:52 labor ipppd[6008]: Local number: 32, Remote number: 0019231760, Type: outgoing Dec 18 23:58:52 labor ipppd[6008]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 2, linkunit: 0, fd: 8 Dec 18 23:58:52 labor kernel: kcapi: appl 1 ncci 0x10101 up Dec 18 23:58:52 labor kernel: isdn_net: ippp2 connected Dec 18 23:58:52 labor kernel: capidrv-1: chan 0 up with ncci 0x10101 Dec 18 23:58:52 labor kernel: kcapi: appl 1 ncci 0x10101 down # Da scheint der Wurm drin.. ^^^^^^^^^^^^^^^^^^^^^^^^
Wurde halt terminiert, das kann viele Ursachen haben. Trag mal noch debug in /etc/ppp/ioptions ein. (+ Neustart ISDN)
meine Frage nun: was macht 8.0 bei der Einwahl was 7.2 nicht tut, um freenet zu vergrätzen und wie find ich's raus?
HAst Du alle i4l Updates der 8.0 eingespielt, es gabe einen haesslichen Fehler der bei mehr als einem ipppX device die usernamen durcheinander geschmissen hat. -- Karsten Keil SuSE Labs ISDN development
Hallo Liste, hallo Karsten Keil, haste noch Spätschicht ? ;o)) Karsten Keil:
Hallo,
On Thu, Dec 19, 2002 at 01:08:35AM +0100, Friedrich Strohmaier wrote:
Hallo zusammen, der vergangene thread zu freenet trifft mein Problem nicht. Auf ein neues also ;o)
Ich habe mich endlich aufgerafft, meine schon einige Zeit mit 8.0 prof. laufende Maschine als ISDN-router in Betrieb zu nehmen - mit noch nicht zufriedenstellenden Ergebnissen :o( . Bisher verrichtet ein highend 486 DX100 mit suse7.2 prof ausschließlich diesen Dienst.
...
"labor" (8.0) tut's nicht:
Trag mal noch debug in /etc/ppp/ioptions ein.
Dec 18 23:58:44 labor kernel: ippp2: dialing 1 0019231760... Dec 18 23:58:52 labor ipppd[6008]: Local number: 32, Remote number: 0019231760, Type: outgoing Dec 18 23:58:52 labor ipppd[6008]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 2, linkunit: 0, fd: 8 Dec 18 23:58:52 labor kernel: kcapi: appl 1 ncci 0x10101 up Dec 18 23:58:52 labor kernel: isdn_net: ippp2 connected Dec 18 23:58:52 labor kernel: capidrv-1: chan 0 up with ncci 0x10101 Dec 18 23:58:52 labor kernel: kcapi: appl 1 ncci 0x10101 down # Da scheint der Wurm drin.. ^^^^^^^^^^^^^^^^^^^^^^^^
Wurde halt terminiert, das kann viele Ursachen haben.
das wird dann _immer_ terminiert
Trag mal noch debug in /etc/ppp/ioptions ein. (+ Neustart ISDN)
-- neustart system - anders tat nix mehr richtig :o(
das kam raus (wieder gesäubert):
Dec 19 03:30:23 labor kernel: ippp2: dialing 1 0019231760...
Dec 19 03:30:31 labor ipppd[1066]: Local number: 32, Remote number:
0019231760, Type: outgoing
Dec 19 03:30:31 labor ipppd[1066]: PHASE_WAIT -> PHASE_ESTABLISHED,
ifunit: 2, linkunit: 0, fd: 8
Dec 19 03:30:31 labor ipppd[1066]: sent [0][LCP ConfReq id=0x1
meine Frage nun: was macht 8.0 bei der Einwahl was 7.2 nicht tut, um freenet zu vergrätzen und wie find ich's raus?
HAst Du alle i4l Updates der 8.0 eingespielt, es gabe einen haesslichen Fehler der bei mehr als einem ipppX device die usernamen durcheinander geschmissen hat.
... hmmm kann kein problem diesbezüglich erkennen. Hier die version: labor:~ # rpm -q i4l i4l-2002.5.29-0 die i4l-2002.7.31-0.i386.rpm i4l-2002.7.31-0.i386.patch.rpm vermeldeten diverse konlfikte bei der Dummy--Installation, sodaß ich von der Installation Abstand nahm ;o) Gruß fs
On Thu, Dec 19, 2002 at 03:42:41AM +0100, Friedrich Strohmaier wrote:
Hallo Liste, hallo Karsten Keil,
haste noch Spätschicht ? ;o))
Nö fast normal, kann zur Zeit schlecht schlafen, bist aber auch nicht besser :-) ...
Dec 19 03:30:31 labor ipppd[1066]: sent [0][LCP ConfRej id=0x7a <auth pap>
] Dec 19 03:30:31 labor ipppd[1066]: sent [0][LCP ConfRej id=0x7b <auth chap md5>] Dec 19 03:30:31 labor ipppd[1066]: sent [0][LCP ConfRej id=0x7c <auth pap>] Dec 19 03:30:31 labor ipppd[1066]: sent [0][LCP ConfRej id=0x7d <auth chap md5>] Dec 19 03:30:31 labor ipppd[1066]: sent [0][LCP ConfRej id=0x7e <auth pap>]
Alle Authentifizierungen werden abgelehnt.
meine Frage nun: was macht 8.0 bei der Einwahl was 7.2 nicht tut, um freenet zu vergrätzen und wie find ich's raus?
HAst Du alle i4l Updates der 8.0 eingespielt, es gabe einen haesslichen Fehler der bei mehr als einem ipppX device die usernamen durcheinander geschmissen hat.
... hmmm kann kein problem diesbezüglich erkennen.
Ist genau das Problem, zum verwendeten user/name gibt es keinen Eintrag in der entsprechenden secret Datei.
Hier die version:
labor:~ # rpm -q i4l i4l-2002.5.29-0
die i4l-2002.7.31-0.i386.rpm i4l-2002.7.31-0.i386.patch.rpm vermeldeten diverse konlfikte bei der Dummy--Installation, sodaß ich von der Installation Abstand nahm ;o)
s. andere mail. -- Karsten Keil SuSE Labs ISDN development
Hallo Liste, hallo Karsten Keil, Karsten Keil:
On Thu, Dec 19, 2002 at 03:42:41AM +0100, Friedrich Strohmaier wrote:
Hallo Liste, hallo Karsten Keil,
haste noch Spätschicht ? ;o))
Nö fast normal, kann zur Zeit schlecht schlafen, bist aber auch nicht besser :-)
...
Dec 19 03:30:31 labor ipppd[1066]: sent [0][LCP ConfRej id=0x7a <auth pap>
] Dec 19 03:30:31 labor ipppd[1066]: sent [0][LCP ConfRej id=0x7b <auth chap md5>] Dec 19 03:30:31 labor ipppd[1066]: sent [0][LCP ConfRej id=0x7c <auth pap>] Dec 19 03:30:31 labor ipppd[1066]: sent [0][LCP ConfRej id=0x7d <auth chap md5>] Dec 19 03:30:31 labor ipppd[1066]: sent [0][LCP ConfRej id=0x7e <auth pap>] Alle Authentifizierungen werden abgelehnt.
meine Frage nun: was macht 8.0 bei der Einwahl was 7.2 nicht tut, um freenet zu vergrätzen und wie find ich's raus?
HAst Du alle i4l Updates der 8.0 eingespielt, es gabe einen haesslichen Fehler der bei mehr als einem ipppX device die usernamen durcheinander geschmissen hat.
... hmmm kann kein problem diesbezüglich erkennen.
Ist genau das Problem, zum verwendeten user/name gibt es keinen Eintrag in der entsprechenden secret Datei.
stimmte nicht ganz ... :o) beim # ifup ippp2 gab' zwar die Meldung: Dec 20 12:20:32 labor ipppd: info: no PAP secret entry for this user! in der /etc/ppp/pap-secrets stand allerdings hinter dem betreffenden Eintrag: "anything" * "anything" etwas ganz schreckliches wie " Abfrage des Passwortes... (hab's gelöscht und lieber ganz schnell vergessen ;o) ) so etwa achtmal hintereinenander .... genauen Wortlaut doch noch in der chap-secrets gefunden ;o): Eine Zeile: Passwortabfrage erfolgt. " Passwortabfrage erfolgt. " Passwortabfrage erfolgt. " Passwortabfrage erfolgt. " Passwortabfrage erfolgt. " Passwortabfrage erfolgt. " Passwortabfrage erfolgt. " Passwortabfrage erfolgt. " Passwortabfrage erfolgt. " genau das stand da drin... ... und hat wohl etwas Verwirrung gestiftet .... nach der Bereinigung ging + geht alles prima!
Hier die version:
labor:~ # rpm -q i4l i4l-2002.5.29-0
die i4l-2002.7.31-0.i386.rpm i4l-2002.7.31-0.i386.patch.rpm vermeldeten diverse konlfikte bei der Dummy--Installation, sodaß ich von der Installation Abstand nahm ;o)
s. andere mail.
Gelöst! siehe Thread: [suse-isdn] charcheint, chargehup und andere Seltsamkeiten Auch an dieser Stelle nochmal Danke .... ......... Karsten! ;o)) Gruß fs
participants (2)
-
Friedrich Strohmaier
-
Karsten Keil