Hallo Liste, nach dem Umbau der ISDN-Karte (Fritz! Classic, ich habe probiert eine Fritz-PNP einzubauen, da es Probleme gab, habe ich halt wieder die Classic eingebaut) Jetzt bekomme ich nach einem Erfolgreichem Verbindungsaufbau keine IP-Adressen mehr zugewiesen. Der IPPPD kann wohl mit der Antwort auf den LCP ConfRequest nichts anfangen, kann da einer sagen, was der Kiste fehlt? Die Meldungen im Daqbugging-Modus sehen folgendermaßen aus: Feb 2 23:38:46 lin kernel: ippp0: dialing 1 010980193434... Feb 2 23:38:46 lin isdnlog: Feb 02 23:38:46 * tei 109 calling +49 /193434, Germany with +49 ZZZ/XXX, Lehrte RING (Data) Feb 2 23:38:47 lin isdnlog: Feb 02 23:38:47 tei 109 calling +49 /193434, Germany with +49 ZZZ/XXX, Lehrte Time:INVALID - ignored Feb 2 23:38:47 lin isdnlog: Feb 02 23:38:47 tei 109 calling +49 /193434, Germany with +49 ZZZ/XXX, Lehrte CONNECT (Data) Feb 2 23:38:47 lin isdnlog: Feb 02 23:38:47 tei 109 calling +49 /193434, Germany with +49 ZZZ/XXX, Lehrte CHARGE: Werktag, Unknown zone, DM 0.000/Min, Takt 0/-1 Feb 2 23:38:47 lin isdnlog: Feb 02 23:38:47 tei 109 calling +49 /193434, Germany with +49 ZZZ/XXX, Lehrte NEXT CHARGEINT IN 0:01:00 (TRUE charging is 0/-1) Feb 2 23:38:47 lin isdnlog: Feb 02 23:38:47 tei 109 calling +49 /193434, Germany with +49 ZZZ/XXXX, Lehrte 1.CI DM 0.000 (now) Feb 2 23:38:48 lin kernel: isdn_net: ippp0 connected Feb 2 23:38:48 lin kernel: isdn_net: chargetime of ippp0 now 94614 Feb 2 23:38:48 lin ipppd[1010]: Local number: XXXXX, Remote number: 010980193434, Type: outgoing Feb 2 23:38:48 lin ipppd[1010]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Feb 2 23:38:48 lin ipppd[1010]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2810a112>] Feb 2 23:38:51 lin ipppd[1010]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2810a112>] Feb 2 23:38:51 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 01 01 00 1c 01 04 05 dc 11 04 05 dc 02 06 00 0a 00 00 03 04 c0 23 05 06 00 00 3e 40 Feb 2 23:38:51 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 02 01 00 0e 01 04 05 f4 05 06 28 10 a1 12 Feb 2 23:38:53 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 01 01 00 1c 01 04 05 dc 11 04 05 dc 02 06 00 0a 00 00 03 04 c0 23 05 06 00 00 3e 40 Feb 2 23:38:54 lin ipppd[1010]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2810a112>] Feb 2 23:38:54 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 02 01 00 0e 01 04 05 f4 05 06 28 10 a1 12 Feb 2 23:38:56 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 01 01 00 1c 01 04 05 dc 11 04 05 dc 02 06 00 0a 00 00 03 04 c0 23 05 06 00 00 3e 40 Feb 2 23:38:57 lin ipppd[1010]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2810a112>] Feb 2 23:38:57 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 02 01 00 0e 01 04 05 f4 05 06 28 10 a1 12 Feb 2 23:38:59 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 01 01 00 1c 01 04 05 dc 11 04 05 dc 02 06 00 0a 00 00 03 04 c0 23 05 06 00 00 3e 40 Feb 2 23:39:00 lin ipppd[1010]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2810a112>] Feb 2 23:39:00 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 02 01 00 0e 01 04 05 f4 05 06 28 10 a1 12 Feb 2 23:39:02 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 01 01 00 1c 01 04 05 dc 11 04 05 dc 02 06 00 0a 00 00 03 04 c0 23 05 06 00 00 3e 40 Feb 2 23:39:03 lin ipppd[1010]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2810a112>] Feb 2 23:39:03 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 02 01 00 0e 01 04 05 f4 05 06 28 10 a1 12 Feb 2 23:39:05 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 01 01 00 1c 01 04 05 dc 11 04 05 dc 02 06 00 0a 00 00 03 04 c0 23 05 06 00 00 3e 40 Feb 2 23:39:06 lin ipppd[1010]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2810a112>] Feb 2 23:39:06 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 02 01 00 0e 01 04 05 f4 05 06 28 10 a1 12 Feb 2 23:39:08 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 01 01 00 1c 01 04 05 dc 11 04 05 dc 02 06 00 0a 00 00 03 04 c0 23 05 06 00 00 3e 40 Feb 2 23:39:09 lin ipppd[1010]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2810a112>] Feb 2 23:39:09 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 02 01 00 0e 01 04 05 f4 05 06 28 10 a1 12 Feb 2 23:39:11 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 01 01 00 1c 01 04 05 dc 11 04 05 dc 02 06 00 0a 00 00 03 04 c0 23 05 06 00 00 3e 40 Feb 2 23:39:12 lin ipppd[1010]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2810a112>] Feb 2 23:39:12 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 02 01 00 0e 01 04 05 f4 05 06 28 10 a1 12 Feb 2 23:39:14 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 01 01 00 1c 01 04 05 dc 11 04 05 dc 02 06 00 0a 00 00 03 04 c0 23 05 06 00 00 3e 40 Feb 2 23:39:15 lin ipppd[1010]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2810a112>] Feb 2 23:39:15 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 02 01 00 0e 01 04 05 f4 05 06 28 10 a1 12 Feb 2 23:39:17 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 01 01 00 1c 01 04 05 dc 11 04 05 dc 02 06 00 0a 00 00 03 04 c0 23 05 06 00 00 3e 40 Feb 2 23:39:18 lin ipppd[1010]: LCP: timeout sending Config-Requests Feb 2 23:39:18 lin kernel: isdn_net: local hangup ippp0 Feb 2 23:39:18 lin kernel: ippp0: Chargesum is 0 Feb 2 23:39:18 lin kernel: ippp, open, slot: 0, minor: 0, state: 0000 Feb 2 23:39:18 lin kernel: ippp_ccp: allocating reset data structure Feb 2 23:39:18 lin isdnlog: Feb 02 23:39:18 tei 109 calling +49 /193434, Germany with +49 ZZZ/XXX, Nürnberg Normal call clearing (User) Feb 2 23:39:18 lin isdnlog: Feb 02 23:39:18 tei 109 calling +49 /193434, Germany with +49 ZZZ/XXX, Nürnberg HINT: Cheapest 01030:TelDaFax DM 0.000, more payed DM 0.000 saving vs. preselect (01033:DTAG) DM 0.000 LCR:FAILED Feb 2 23:39:18 lin isdnlog: Feb 02 23:39:18 tei 109 calling +49 /193434, Germany with +49 ZZZ/XXX, Nürnberg HANGUP (DM 0.00 0:00:31 I=450.0 b O=180.0 b) Feb 2 23:39:18 lin ipppd[1010]: Connection terminated. Feb 2 23:39:18 lin ipppd[1010]: taking down PHASE_DEAD link 0, linkunit: 0 Feb 2 23:39:18 lin ipppd[1010]: LCP is down Feb 2 23:39:18 lin ipppd[1010]: closing fd 8 from unit 0 Feb 2 23:39:18 lin ipppd[1010]: link 0 closed , linkunit: 0 Feb 2 23:39:18 lin ipppd[1010]: reinit_unit: 0 Feb 2 23:39:18 lin ipppd[1010]: Connect[0]: /dev/ippp0, fd: 8 Eduard Siemens Lehrgebiet Rechernetze und verteilte Systeme Universität Hannover Eduard Siemens Lehrgebiet Rechernetze und verteilte Systeme Universität Hannover <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HEAD> <META content="text/html; charset=iso-8859-1" http-equiv=Content-Type> <META content="MSHTML 5.00.2314.1000" name=GENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=#ffffff> <DIV><FONT face=Arial size=2> <DIV><FONT face=Arial size=2>Hallo Liste, </FONT></DIV> <DIV><FONT face=Arial size=2>nach dem Umbau der ISDN-Karte (Fritz! Classic, ich habe probiert eine Fritz-PNP einzubauen, da es Probleme gab, habe ich halt wieder die Classic eingebaut)</FONT></DIV> <DIV><FONT face=Arial size=2>Jetzt bekomme ich nach einem Erfolgreichem Verbindungsaufbau keine IP-Adressen mehr zugewiesen.</FONT></DIV> <DIV>Der IPPPD kann wohl mit der Antwort auf den LCP ConfRequest nichts anfangen, kann da einer sagen, was der Kiste fehlt?</DIV> <DIV> </DIV> <DIV><FONT face=Arial size=2>Die Meldungen im Daqbugging-Modus sehen folgendermaßen aus:</FONT></DIV> <DIV> Feb 2 23:38:46 lin kernel: ippp0: dialing 1 010980193434...</P> Feb 2 23:38:46 lin isdnlog: Feb 02 23:38:46 * tei 109 calling +49 /193434, Germany with +49 ZZZ/XXX, Lehrte RING (Data) </P> Feb 2 23:38:47 lin isdnlog: Feb 02 23:38:47 tei 109 calling +49 /193434, Germany with +49 ZZZ/XXX, Lehrte Time:INVALID - ignored </P> Feb 2 23:38:47 lin isdnlog: Feb 02 23:38:47 tei 109 calling +49 /193434, Germany with +49 ZZZ/XXX, Lehrte CONNECT (Data) </P> Feb 2 23:38:47 lin isdnlog: Feb 02 23:38:47 tei 109 calling +49 /193434, Germany with +49 ZZZ/XXX, Lehrte CHARGE: Werktag, Unknown zone, DM 0.000/Min, Takt 0/-1 </P> Feb 2 23:38:47 lin isdnlog: Feb 02 23:38:47 tei 109 calling +49 /193434, Germany with +49 ZZZ/XXX, Lehrte NEXT CHARGEINT IN 0:01:00 (TRUE charging is 0/-1) </P> Feb 2 23:38:47 lin isdnlog: Feb 02 23:38:47 tei 109 calling +49 /193434, Germany with +49 ZZZ/XXXX, Lehrte 1.CI DM 0.000 (now) </P> Feb 2 23:38:48 lin kernel: isdn_net: ippp0 connected</P> Feb 2 23:38:48 lin kernel: isdn_net: chargetime of ippp0 now 94614</P> Feb 2 23:38:48 lin ipppd[1010]: Local number: XXXXX, Remote number: 010980193434, Type: outgoing</P> Feb 2 23:38:48 lin ipppd[1010]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8</P> Feb 2 23:38:48 lin ipppd[1010]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2810a112>]</P> Feb 2 23:38:51 lin ipppd[1010]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2810a112>]</P> Feb 2 23:38:51 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 01 01 00 1c 01 04 05 dc 11 04 05 dc 02 06 00 0a 00 00 03 04 c0 23 05 06 00 00 3e 40</P> Feb 2 23:38:51 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 02 01 00 0e 01 04 05 f4 05 06 28 10 a1 12</P> Feb 2 23:38:53 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 01 01 00 1c 01 04 05 dc 11 04 05 dc 02 06 00 0a 00 00 03 04 c0 23 05 06 00 00 3e 40</P> Feb 2 23:38:54 lin ipppd[1010]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2810a112>]</P> Feb 2 23:38:54 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 02 01 00 0e 01 04 05 f4 05 06 28 10 a1 12</P> Feb 2 23:38:56 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 01 01 00 1c 01 04 05 dc 11 04 05 dc 02 06 00 0a 00 00 03 04 c0 23 05 06 00 00 3e 40</P> Feb 2 23:38:57 lin ipppd[1010]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2810a112>]</P> Feb 2 23:38:57 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 02 01 00 0e 01 04 05 f4 05 06 28 10 a1 12</P> Feb 2 23:38:59 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 01 01 00 1c 01 04 05 dc 11 04 05 dc 02 06 00 0a 00 00 03 04 c0 23 05 06 00 00 3e 40</P> Feb 2 23:39:00 lin ipppd[1010]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2810a112>]</P> Feb 2 23:39:00 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 02 01 00 0e 01 04 05 f4 05 06 28 10 a1 12</P> Feb 2 23:39:02 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 01 01 00 1c 01 04 05 dc 11 04 05 dc 02 06 00 0a 00 00 03 04 c0 23 05 06 00 00 3e 40</P> Feb 2 23:39:03 lin ipppd[1010]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2810a112>]</P> Feb 2 23:39:03 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 02 01 00 0e 01 04 05 f4 05 06 28 10 a1 12</P> Feb 2 23:39:05 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 01 01 00 1c 01 04 05 dc 11 04 05 dc 02 06 00 0a 00 00 03 04 c0 23 05 06 00 00 3e 40</P> Feb 2 23:39:06 lin ipppd[1010]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2810a112>]</P> Feb 2 23:39:06 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 02 01 00 0e 01 04 05 f4 05 06 28 10 a1 12</P> Feb 2 23:39:08 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 01 01 00 1c 01 04 05 dc 11 04 05 dc 02 06 00 0a 00 00 03 04 c0 23 05 06 00 00 3e 40</P> Feb 2 23:39:09 lin ipppd[1010]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2810a112>]</P> Feb 2 23:39:09 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 02 01 00 0e 01 04 05 f4 05 06 28 10 a1 12</P> Feb 2 23:39:11 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 01 01 00 1c 01 04 05 dc 11 04 05 dc 02 06 00 0a 00 00 03 04 c0 23 05 06 00 00 3e 40</P> Feb 2 23:39:12 lin ipppd[1010]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2810a112>]</P> Feb 2 23:39:12 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 02 01 00 0e 01 04 05 f4 05 06 28 10 a1 12</P> Feb 2 23:39:14 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 01 01 00 1c 01 04 05 dc 11 04 05 dc 02 06 00 0a 00 00 03 04 c0 23 05 06 00 00 3e 40</P> Feb 2 23:39:15 lin ipppd[1010]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2810a112>]</P> Feb 2 23:39:15 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 02 01 00 0e 01 04 05 f4 05 06 28 10 a1 12</P> Feb 2 23:39:17 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 01 01 00 1c 01 04 05 dc 11 04 05 dc 02 06 00 0a 00 00 03 04 c0 23 05 06 00 00 3e 40</P> Feb 2 23:39:18 lin ipppd[1010]: LCP: timeout sending Config-Requests</P> Feb 2 23:39:18 lin kernel: isdn_net: local hangup ippp0</P> Feb 2 23:39:18 lin kernel: ippp0: Chargesum is 0</P> Feb 2 23:39:18 lin kernel: ippp, open, slot: 0, minor: 0, state: 0000</P> Feb 2 23:39:18 lin kernel: ippp_ccp: allocating reset data structure</P> Feb 2 23:39:18 lin isdnlog: Feb 02 23:39:18 tei 109 calling +49 /193434, Germany with +49 ZZZ/XXX, Nürnberg Normal call clearing (User) </P> Feb 2 23:39:18 lin isdnlog: Feb 02 23:39:18 tei 109 calling +49 /193434, Germany with +49 ZZZ/XXX, Nürnberg HINT: Cheapest 01030:TelDaFax DM 0.000, more payed DM 0.000 saving vs. preselect (01033:DTAG) DM 0.000 LCR:FAILED </P> Feb 2 23:39:18 lin isdnlog: Feb 02 23:39:18 tei 109 calling +49 /193434, Germany with +49 ZZZ/XXX, Nürnberg HANGUP (DM 0.00 0:00:31 I=450.0 b O=180.0 b) </P> Feb 2 23:39:18 lin ipppd[1010]: Connection terminated.</P> Feb 2 23:39:18 lin ipppd[1010]: taking down PHASE_DEAD link 0, linkunit: 0</P> Feb 2 23:39:18 lin ipppd[1010]: LCP is down</P> Feb 2 23:39:18 lin ipppd[1010]: closing fd 8 from unit 0</P> Feb 2 23:39:18 lin ipppd[1010]: link 0 closed , linkunit: 0</P> Feb 2 23:39:18 lin ipppd[1010]: reinit_unit: 0 </P> Feb 2 23:39:18 lin ipppd[1010]: Connect[0]: /dev/ippp0, fd: 8</P></DIV> <DIV> </DIV> <DIV><FONT face=Arial size=2>Eduard SiemensLehrgebiet Rechernetze und verteilte SystemeUniversität Hannover</FONT></DIV></FONT></DIV> <DIV><FONT face=Arial size=2>Eduard SiemensLehrgebiet Rechernetze und verteilte SystemeUniversität Hannover</FONT></DIV></BODY>
* Eduard Siemens wrote on Tue, Feb 08, 2000 at 10:23 +0100:
Hallo Liste,
Der IPPPD kann wohl mit der Antwort auf den LCP ConfRequest nichts anfangen, kann da einer sagen, was der Kiste fehlt?
Ja, scheint kein LCP zu sein...
Feb 2 23:38:48 lin ipppd[1010]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2810a112>]
Feb 2 23:38:51 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 01 01 00 1c 01 04 05 dc 11 04 05 dc 02 06 00 0a 00 00 03 04 c0 23 05 06 00 00 3e 40
Tja, sieht nicht gut aus :) Was bedeutet, nach 1. Einwahl geht es nicht? Also einmal funktioniert es, dann nicht? Dann hilft i4l stop/start? Ansonsten würde ich ja vermuten, die Gegenstelle mag SyncPPP nicht... oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
----- Original Message ----- From: Steffen Dettmer <steffen@dett.de> To: <suse-linux@suse.com> Sent: Wednesday, February 09, 2000 9:17 PM Subject: Re: LCP REquest problem
* Eduard Siemens wrote on Tue, Feb 08, 2000 at 10:23 +0100:
Hallo Liste,
Der IPPPD kann wohl mit der Antwort auf den LCP ConfRequest nichts anfangen, kann da einer sagen, was der Kiste fehlt?
Ja, scheint kein LCP zu sein...
Feb 2 23:38:48 lin ipppd[1010]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2810a112>]
Feb 2 23:38:51 lin ipppd[1010]: rcvd [0][proto=0xfe03] c0 21 01 01 00 1c 01 04 05 dc 11 04 05 dc 02 06 00 0a 00 00 03 04 c0 23 05 06 00 00 3e 40
Tja, sieht nicht gut aus :) Was bedeutet, nach 1. Einwahl geht es nicht? Also einmal funktioniert es, dann nicht? Dann hilft i4l stop/start? Ansonsten würde ich ja vermuten, die Gegenstelle mag SyncPPP nicht...
oki,
Gestern abends endlich das Problem vom Tisch bekommen, indem ich die Karte auf die Adresse 0x340 umgejumpert und i4l_hardware etnsprechend umkonfiguriert habe, finde es aber etwas krank. Denn auf der 0x300 Adresse lief ja die Karte früher problemlos, und unter Windows lief sie ja auch unter der Adresse. Ist das ein Bug im i4l ? Auf jeden Fall danke für den Beitrag. -- Eduard Siemens Lehrgebiet Rechernetze und verteilte Systeme Universität Hannover --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (2)
-
siemens@rvs.uni-hannover.de
-
steffen@dett.de