isdn_net: local hangup ippp0 unter Suse 8.1
Hallo, ich bekomme immer die Fehlermeldung "isdn_net: local hangup ippp0". Woran kann das liegen? Warum werden beim IPPPD_OPTIONS = "Debug" bzw. beim "rcnetwork restart -o type=ippp debug" nicht mehr Informationen in der messages angezeigt? Anzeige der messages nach "rcnetwork restart -o type=ippp debug" und "isdnctrl dial ippp0": ipppd[422]: Terminating on signal 15. ipppd[422]: LCP is down ipppd[422]: closing fd 6 from unit 0 ipppd[422]: link 0 closed , linkunit: 0 ipppd[422]: Exit. kernel: ippp_ccp: freeing reset data structure c2bbb800 ipppd[3492]: Found 1 device: ipppd[3493]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started ipppd[3493]: init_unit: 0 kernel: ippp, open, slot: 0, minor: 0, state: 0000 kernel: ippp_ccp: allocated reset data structure c3a56800 ipppd[3493]: Connect[0]: /dev/ippp0, fd: 7 isdnlog: Dec 04 16:08:54 * tei 94 calling +49 3/zzzzzzzzz, Berlin with +49 8178/yyyyyyy, Icking RING (Data) kernel: ippp0: dialing 1 003zzzzzzzzzz... kernel: isdn: fcpcipnp0,ch0 cause: E001B kernel: isdn_net: local hangup ippp0 kernel: ippp0: Chargesum is 0 # cat /etc/sysconfig/isdn/cfg-contr0 AREACODE="08178" DIALPREFIX="0" DRIVER="hisax_fcpcipnp" NAME="AVM FRITZ!PCI v2.0" PARA_SUBTYPE="0" PARA_TYPE="1000" PROTOCOL="euro" STARTMODE="onboot" UNIQUE="y9as.lR9loEqERSD" PROVIDER="" # cat /etc/sysconfig/isdn/cfg-net0 CALLBACK="off" CBDELAY="2" CHARGEHUP="off" DEFAULTROUTE="no" DYNAMICIP="yes" IPADDR="" IPPPD_OPTIONS="+pap +chap debug" MSN="yyyyyy" MULTILINK="no" PROTOCOL="syncppp" PROVIDER="provider0" PTPADDR="" REMOTE_IN="0xxxxxxxxxxx" SECURE="on" STARTMODE="onboot" Übrigens, alles umgestellt auf AVM-Capi und es funktioniert, leider benötige ich i4l. Danke Jörg
On Wed, Dec 04, 2002 at 04:24:54PM +0100, Jörg Bauer wrote:
Hallo,
ich bekomme immer die Fehlermeldung "isdn_net: local hangup ippp0". Woran kann das liegen? Warum werden beim IPPPD_OPTIONS = "Debug" bzw. beim "rcnetwork restart -o type=ippp debug" nicht mehr Informationen in der messages angezeigt? IPPPD_OPTIONS="debug" (ohne leerzeichen, debug klein) in /etc/sysconfig/isdn/cfg-net0
SuSEconfig --module isdn rcnetwork restart -o type=ippp Aber auch so zeigt das nicht mehr infos,E001B heist Out of Order, d.h. er kann nicht waehlen (bekommt keine Verbindung zum S0 Bus), ipppd spielt aber erst nach dem Abheben der Gegenstelle eine Rolle.
Anzeige der messages nach "rcnetwork restart -o type=ippp debug" und
Das debug an der Stelle ist nur fuers rcnetwork script.
kernel: ippp0: dialing 1 003zzzzzzzzzz... kernel: isdn: fcpcipnp0,ch0 cause: E001B
S0 Kabel angeschlossen (und nicht mit einer Netzwerkkarte verwechselt) ? (gab es oefters).
kernel: isdn_net: local hangup ippp0 kernel: ippp0: Chargesum is 0
# cat /etc/sysconfig/isdn/cfg-contr0 AREACODE="08178" DIALPREFIX="0" DRIVER="hisax_fcpcipnp" NAME="AVM FRITZ!PCI v2.0" PARA_SUBTYPE="0" PARA_TYPE="1000" PROTOCOL="euro" STARTMODE="onboot" UNIQUE="y9as.lR9loEqERSD" PROVIDER=""
# cat /etc/sysconfig/isdn/cfg-net0 CALLBACK="off" CBDELAY="2" CHARGEHUP="off" DEFAULTROUTE="no" DYNAMICIP="yes" IPADDR="" IPPPD_OPTIONS="+pap +chap debug" MSN="yyyyyy" MULTILINK="no" PROTOCOL="syncppp" PROVIDER="provider0" PTPADDR="" REMOTE_IN="0xxxxxxxxxxx" SECURE="on" STARTMODE="onboot"
Übrigens, alles umgestellt auf AVM-Capi und es funktioniert, leider benötige ich i4l.
Danke
Jörg
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com
-- Karsten Keil SuSE Labs ISDN development
On Wed, Dec 04, 2002 at 04:24:54PM +0100, Jörg Bauer wrote:
Hallo,
ich bekomme immer die Fehlermeldung "isdn_net: local hangup ippp0". Woran kann das liegen? Warum werden beim IPPPD_OPTIONS = "Debug" bzw. beim "rcnetwork restart -o type=ippp debug" nicht mehr Informationen in der messages angezeigt? IPPPD_OPTIONS="debug" (ohne leerzeichen, debug klein) in /etc/sysconfig/isdn/cfg-net0
weiter unten habe ich es klein geschrieben
SuSEconfig --module isdn rcnetwork restart -o type=ippp
Aber auch so zeigt das nicht mehr infos,E001B heist Out of Order, d.h. er kann nicht waehlen (bekommt keine Verbindung zum S0 Bus), ipppd spielt aber erst nach dem Abheben der Gegenstelle eine Rolle.
Anzeige der messages nach "rcnetwork restart -o type=ippp debug" und
Das debug an der Stelle ist nur fuers rcnetwork script.
kernel: ippp0: dialing 1 003zzzzzzzzzz... kernel: isdn: fcpcipnp0,ch0 cause: E001B
S0 Kabel angeschlossen (und nicht mit einer Netzwerkkarte verwechselt) ? (gab es oefters).
leider nicht, es ist alles mit den richtigen Anschlüssen und den richtigen Kabeln verbunden. Wie geschrieben, mit AVM funktioniert es. Gruß Jörg
On Wed, Dec 04, 2002 at 06:09:51PM +0100, Jörg Bauer wrote:
On Wed, Dec 04, 2002 at 04:24:54PM +0100, Jörg Bauer wrote:
Hallo,
ich bekomme immer die Fehlermeldung "isdn_net: local hangup ippp0". Woran kann das liegen? Warum werden beim IPPPD_OPTIONS = "Debug" bzw. beim "rcnetwork restart -o type=ippp debug" nicht mehr Informationen in der messages angezeigt? IPPPD_OPTIONS="debug" (ohne leerzeichen, debug klein) in /etc/sysconfig/isdn/cfg-net0
weiter unten habe ich es klein geschrieben
SuSEconfig --module isdn rcnetwork restart -o type=ippp
Aber auch so zeigt das nicht mehr infos,E001B heist Out of Order, d.h. er kann nicht waehlen (bekommt keine Verbindung zum S0 Bus), ipppd spielt aber erst nach dem Abheben der Gegenstelle eine Rolle.
Anzeige der messages nach "rcnetwork restart -o type=ippp debug" und
Das debug an der Stelle ist nur fuers rcnetwork script.
kernel: ippp0: dialing 1 003zzzzzzzzzz... kernel: isdn: fcpcipnp0,ch0 cause: E001B
S0 Kabel angeschlossen (und nicht mit einer Netzwerkkarte verwechselt) ? (gab es oefters).
leider nicht, es ist alles mit den richtigen Anschlüssen und den richtigen Kabeln verbunden.
Wie geschrieben, mit AVM funktioniert es.
Upps hatte ich ueberlesen sorry. Warum brauchst Du HiSax ?, egal welcher Treiber CAPI oder HiSax, I4L geht mit beiden. Um dem Problem auf die Spur zu kommen, bitte mal das /var/log/messages vom Treiber Load mit HiSax. -- Karsten Keil SuSE Labs ISDN development
Hallo,
Warum brauchst Du HiSax ?, egal welcher Treiber CAPI oder HiSax, I4L geht mit beiden.
I4l benötige ich für EuroFileTransfer. eftp geht, so hat es den Anschein, auf i4l. Ich habe es jetzt mal ein wenig anders gemacht. Ich habe bei der ISDN-Karte AVM-Capi gewählt und im Providerfeld alle Daten des Skriptes isdn/otelo eingegeben, vielleicht wird dadurch mein Problem klarer. Wenn ich mit dem Befehl "pppd call isdn/otelo" ins Netz gehe, scheint es zu klappen, wenn ich es mit "isdnctrl dial ippp0" versuche, nichts. Oder habe ich einen Denkfehler? isdnctrl dial ippp0 <<<<< Merlin:~ # cat /etc/sysconfig/isdn/cfg-contr0 AREACODE="08178" DIALPREFIX="" DRIVER="fcpci" NAME="AVM FRITZ!PCI v2.0" PARA_SUBTYPE="2" PARA_TYPE="8002" PROTOCOL="euro" STARTMODE="onboot" UNIQUE="y9as.lR9loEqERSD" PROVIDER="" <<<<< Merlin:~ # cat /etc/sysconfig/isdn/cfg-net0 CALLBACK="off" CBDELAY="2" CHARGEHUP="off" DEFAULTROUTE="yes" DYNAMICIP="yes" IPADDR="" IPPPD_OPTIONS="+chap +pap debug" MSN="xxxxxx" MULTILINK="no" PROTOCOL="syncppp" PROVIDER="provider0" PTPADDR="" REMOTE_IN="" SECURE="on" STARTMODE="onboot" ---- Dec 5 16:40:20 Merlin kernel: ippp0: dialing 1 010110191501... Dec 5 16:40:20 Merlin isdnlog: (AVM B1 driver detected (D2)) Dec 5 16:40:22 Merlin isdnlog: Dec 05 16:40:22 * tei 78 calling 0191501 with +49 8178/xxxxxxx, Icking RING (Data) Dec 5 16:40:22 Merlin kernel: capidrv-1: DISCONNECT_IND reason 0x3481 (Unallocated (unassigned) number) for plci 0x101 Dec 5 16:40:29 Merlin kernel: isdn_net: local hangup ippp0 Dec 5 16:40:29 Merlin kernel: capidrv-1: chan 0 disconnect request on free channel Dec 5 16:40:29 Merlin kernel: ippp0: Chargesum is 0 ---- pppd call isdn/otelo <<<< Merlin:~ # cat /etc/ppp/peers/isdn/otelo debug sync noauth -chap user otelo plugin userpass.so password online defaultroute plugin capiplugin.so #controller 1 #numberprefix 0 number 010110191501 protocol hdlc /dev/null ---- Dec 5 16:41:12 Merlin pppd[2124]: Plugin userpass.so loaded. Dec 5 16:41:12 Merlin pppd[2124]: userpass: $Revision: 1.3 $ Dec 5 16:41:12 Merlin pppd[2124]: Plugin capiplugin.so loaded. Dec 5 16:41:12 Merlin pppd[2124]: capiplugin: $Revision: 1.27 $ Dec 5 16:41:12 Merlin pppd[2124]: capiconn: 1.7 Dec 5 16:41:12 Merlin kernel: kcapi: appl 2 up Dec 5 16:41:12 Merlin kernel: PPP generic driver version 2.4.2 Dec 5 16:41:12 Merlin pppd[2124]: pppd 2.4.1 started by root, uid 0 Dec 5 16:41:12 Merlin pppd[2124]: capiplugin: phase serialconn. Dec 5 16:41:12 Merlin pppd[2124]: capiplugin: contr=1 Dec 5 16:41:12 Merlin pppd[2124]: controller 1: listen_change_state 0 -> 1 Dec 5 16:41:12 Merlin pppd[2124]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0 Dec 5 16:41:12 Merlin pppd[2124]: controller 1: listen_change_state 1 -> 0 Dec 5 16:41:12 Merlin pppd[2124]: plci_change_state:0x0 0 -> 1 event=1 Dec 5 16:41:12 Merlin pppd[2124]: capiplugin: dialing 010110191501 (hdlc) Dec 5 16:41:12 Merlin pppd[2124]: plci_change_state:0x101 1 -> 2 event=3 Dec 5 16:41:12 Merlin isdnlog: Dec 05 16:41:12 * tei 78 calling 0191501 with ? RING (Data) Dec 5 16:41:14 Merlin isdnlog: Dec 05 16:41:14 tei 78 calling 0191501 with ? Time:Thu Dec 5 15:39:00 2002 Dec 5 16:41:14 Merlin isdnlog: Dec 05 16:41:14 tei 78 calling 0191501 with ? COLP 0191501 Dec 5 16:41:14 Merlin isdnlog: Dec 05 16:41:14 tei 78 calling 0191501 with ? CONNECT (Data) Dec 5 16:41:14 Merlin isdnlog: Dec 05 16:41:14 tei 78 calling 0191501 with ? No area info for provider 11_0 (1), destination 0191501 Dec 5 16:41:14 Merlin pppd[2124]: plci_change_state:0x101 2 -> 3 event=6 Dec 5 16:41:14 Merlin pppd[2124]: ncci_change_state:0x101 0 -> 1 event=1 Dec 5 16:41:14 Merlin kernel: kcapi: appl 2 ncci 0x10101 up Dec 5 16:41:14 Merlin pppd[2124]: ncci_change_state:0x10101 1 -> 3 event=3 Dec 5 16:41:14 Merlin pppd[2124]: ncci_change_state:0x10101 3 -> 4 event=7 Dec 5 16:41:14 Merlin pppd[2124]: ncci 0x10101 up Dec 5 16:41:14 Merlin pppd[2124]: capiplugin: connected: "" -> "010110191501" outgoing (pcli=0x101/ncci=0x10101) Dec 5 16:41:14 Merlin pppd[2124]: capiplugin: using /dev/capi/0: "" -> "010110191501" outgoing (pcli=0x101/ncci=0x10101) Dec 5 16:41:15 Merlin pppd[2124]: using channel 1 Dec 5 16:41:15 Merlin pppd[2124]: Using interface ppp0 Dec 5 16:41:15 Merlin pppd[2124]: Connect: ppp0 <--> /dev/capi/0 Dec 5 16:41:15 Merlin pppd[2124]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xe6a867b5> <pcomp> <accomp>] Dec 5 16:41:15 Merlin pppd[2124]: capiplugin: phase establish (was serialconn). Dec 5 16:41:15 Merlin pppd[2124]: rcvd [LCP ConfReq id=0x53 <auth chap MD5> <magic 0x16c69f81> <mrru 1524> <endpoint [local:6d.75.65.64.69.69.6e.74.65.72.6e.65.74]>] Dec 5 16:41:15 Merlin pppd[2124]: sent [LCP ConfRej id=0x53 <mrru 1524>] Dec 5 16:41:15 Merlin pppd[2124]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xe6a867b5> <pcomp> <accomp>] Dec 5 16:41:15 Merlin pppd[2124]: rcvd [LCP ConfReq id=0x54 <auth chap MD5> <magic 0x16c69f81> <endpoint [local:6d.75.65.64.69.69.6e.74.65.72.6e.65.74]>] Dec 5 16:41:15 Merlin pppd[2124]: sent [LCP ConfNak id=0x54 <auth pap>] Dec 5 16:41:15 Merlin pppd[2124]: rcvd [LCP ConfReq id=0x55 <auth pap> <magic 0x16c69f81> <endpoint [local:6d.75.65.64.69.69.6e.74.65.72.6e.65.74]>] Dec 5 16:41:15 Merlin pppd[2124]: sent [LCP ConfAck id=0x55 <auth pap> <magic 0x16c69f81> <endpoint [local:6d.75.65.64.69.69.6e.74.65.72.6e.65.74]>] Dec 5 16:41:15 Merlin pppd[2124]: sent [LCP EchoReq id=0x0 magic=0xe6a867b5] Dec 5 16:41:15 Merlin pppd[2124]: cbcp_lowerup Dec 5 16:41:15 Merlin pppd[2124]: want: 2 Dec 5 16:41:15 Merlin pppd[2124]: capiplugin: phase authenticate (was establish). Dec 5 16:41:15 Merlin pppd[2124]: sent [PAP AuthReq id=0x1 user="otelo" password=<hidden>] Dec 5 16:41:15 Merlin pppd[2124]: rcvd [LCP EchoRep id=0x0 magic=0x16c69f81] Dec 5 16:41:15 Merlin pppd[2124]: rcvd [PAP AuthAck id=0x1 ""] Dec 5 16:41:15 Merlin pppd[2124]: capiplugin: phase network (was authenticate). Dec 5 16:41:15 Merlin pppd[2124]: sent [IPCP ConfReq id=0x1 <addr 192.168.10.100> <compress VJ 0f 01>] Dec 5 16:41:15 Merlin kernel: PPP BSD Compression module registered Dec 5 16:41:15 Merlin kernel: PPP Deflate Compression module registered Dec 5 16:41:15 Merlin pppd[2124]: sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>] Dec 5 16:41:15 Merlin pppd[2124]: rcvd [IPCP ConfReq id=0x33 <addr 145.253.1.54>] Dec 5 16:41:15 Merlin pppd[2124]: sent [IPCP ConfAck id=0x33 <addr 145.253.1.54>] Dec 5 16:41:15 Merlin pppd[2124]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>] Dec 5 16:41:15 Merlin pppd[2124]: sent [IPCP ConfReq id=0x2 <addr 192.168.10.100>] Dec 5 16:41:15 Merlin pppd[2124]: rcvd [LCP ProtRej id=0x15 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f] Dec 5 16:41:15 Merlin pppd[2124]: rcvd [IPCP ConfNak id=0x2 <addr 212.144.78.241>] Dec 5 16:41:15 Merlin pppd[2124]: sent [IPCP ConfReq id=0x3 <addr 212.144.78.241>] Dec 5 16:41:15 Merlin pppd[2124]: rcvd [IPCP ConfAck id=0x3 <addr 212.144.78.241>] Dec 5 16:41:15 Merlin pppd[2124]: not replacing default route to ippp0 [0.0.0.0] Dec 5 16:41:15 Merlin pppd[2124]: local IP address 212.144.78.241 Dec 5 16:41:15 Merlin pppd[2124]: remote IP address 145.253.1.54 Dec 5 16:41:15 Merlin pppd[2124]: capiplugin: phase running (was network). Dec 5 16:41:15 Merlin pppd[2124]: Script /etc/ppp/ip-up started (pid 2159) Dec 5 16:41:15 Merlin pppd[2124]: Script /etc/ppp/ip-up finished (pid 2159), status = 0x0 Dec 5 16:41:18 Merlin kernel: isdn_net: ippp0: dial rejected: interface not in dialmode `auto', signalling dst_link_failure Dec 5 16:41:45 Merlin pppd[2124]: sent [LCP EchoReq id=0x1 magic=0xe6a867b5] Dec 5 16:41:45 Merlin pppd[2124]: rcvd [LCP EchoRep id=0x1 magic=0x16c69f81] Dec 5 16:41:48 Merlin kernel: isdn_net: ippp0: dial rejected: interface not in dialmode `auto', signalling dst_link_failure Dec 5 16:41:52 Merlin kernel: isdn_net: ippp0: dial rejected: interface not in dialmode `auto', signalling dst_link_failure Dec 5 16:41:56 Merlin pppd[2124]: Terminating on signal 2. Dec 5 16:41:56 Merlin pppd[2124]: capiplugin: phase terminate (was running). Dec 5 16:41:56 Merlin pppd[2124]: cbcp_lowerdown Dec 5 16:41:56 Merlin pppd[2124]: capiplugin: phase network (was terminate). Dec 5 16:41:56 Merlin pppd[2124]: Script /etc/ppp/ip-down started (pid 2418) Dec 5 16:41:56 Merlin pppd[2124]: capiplugin: phase terminate (was network). Dec 5 16:41:56 Merlin pppd[2124]: sent [LCP TermReq id=0x2 "User request"] Dec 5 16:41:56 Merlin pppd[2124]: rcvd [LCP TermAck id=0x2] Dec 5 16:41:56 Merlin pppd[2124]: capiplugin: phase dead (was terminate). Dec 5 16:41:56 Merlin pppd[2124]: controller 1: listen_change_state 0 -> 1 Dec 5 16:41:56 Merlin pppd[2124]: ncci_change_state:0x10101 4 -> 6 event=12 Dec 5 16:41:56 Merlin pppd[2124]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0 Dec 5 16:41:56 Merlin pppd[2124]: controller 1: listen_change_state 1 -> 0 Dec 5 16:41:56 Merlin pppd[2124]: ncci_change_state:0x10101 6 -> 7 event=10 Dec 5 16:41:56 Merlin pppd[2124]: ncci_change_state:0x10101 7 -> 0 event=13 Dec 5 16:41:56 Merlin pppd[2124]: plci_change_state:0x101 3 -> 7 event=8 Dec 5 16:41:56 Merlin kernel: kcapi: appl 2 ncci 0x10101 down Dec 5 16:41:57 Merlin isdnlog: Dec 05 16:41:57 tei 78 calling 0191501 with ? 1 Einheiten Dec 5 16:41:57 Merlin isdnlog: Dec 05 16:41:57 tei 78 calling 0191501 with ? HANGUP (1 EH EUR 0.062 0:00:43) Dec 5 16:41:57 Merlin pppd[2124]: capiplugin: "" -> "010110191501" outgoing (pcli=0x101/ncci=0x10101): charge in units: 1 Dec 5 16:41:57 Merlin pppd[2124]: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 Dec 5 16:41:57 Merlin pppd[2124]: plci_change_state:0x101 7 -> 8 event=9 Dec 5 16:41:57 Merlin pppd[2124]: plci_change_state:0x101 8 -> 0 event=11 Dec 5 16:41:57 Merlin pppd[2124]: capiplugin: disconnect(local): "" -> "010110191501" outgoing (pcli=0x101/ncci=0x10101) 0x3400 (0x0000) - No additional information Dec 5 16:41:57 Merlin pppd[2124]: Connection terminated. Dec 5 16:41:57 Merlin pppd[2124]: Connect time 0.7 minutes. Dec 5 16:41:57 Merlin pppd[2124]: Sent 61 bytes, received 240 bytes. Dec 5 16:41:57 Merlin pppd[2124]: tcflush failed: Input/output error Dec 5 16:41:57 Merlin pppd[2124]: capiplugin: phase disconnect (was dead). Dec 5 16:41:58 Merlin pppd[2124]: Waiting for 1 child processes... Dec 5 16:41:58 Merlin pppd[2124]: script /etc/ppp/ip-down, pid 2418 Dec 5 16:41:58 Merlin pppd[2124]: Script /etc/ppp/ip-down finished (pid 2418), status = 0x0 Dec 5 16:41:58 Merlin pppd[2124]: controller 1: listen_change_state 0 -> 1 Dec 5 16:41:58 Merlin pppd[2124]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0 Dec 5 16:41:58 Merlin pppd[2124]: controller 1: listen_change_state 1 -> 0 Dec 5 16:41:58 Merlin pppd[2124]: capiplugin: exit Dec 5 16:41:58 Merlin pppd[2124]: Exit. Dec 5 16:41:58 Merlin kernel: kcapi: appl 2 down
Um dem Problem auf die Spur zu kommen, bitte mal das /var/log/messages vom Treiber Load mit HiSax.
Ich hoffe ich habe das Richte kopiert: Nov 29 16:21:51 linux kernel: ISDN subsystem Rev: 1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1 loaded Nov 29 16:21:52 linux kernel: HiSax: Linux Driver for passive ISDN cards Nov 29 16:21:52 linux kernel: HiSax: Version 3.5 (module) Nov 29 16:21:52 linux kernel: HiSax: Layer1 Revision 1.1.4.1 Nov 29 16:21:52 linux kernel: HiSax: Layer2 Revision 1.1.4.1 Nov 29 16:21:52 linux kernel: HiSax: TeiMgr Revision 1.1.4.1 Nov 29 16:21:52 linux kernel: HiSax: Layer3 Revision 1.1.4.1 Nov 29 16:21:52 linux kernel: HiSax: LinkLayer Revision 1.1.4.1 Nov 29 16:21:52 linux kernel: HiSax: Approval certification valid Nov 29 16:21:52 linux kernel: HiSax: Approved with ELSA Microlink PCI cards Nov 29 16:21:52 linux kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards Nov 29 16:21:52 linux kernel: HiSax: Approved with Sedlbauer Speedfax + cards Nov 29 16:21:52 linux kernel: HiSax: Approved with HFC-S PCI A based cards Nov 29 16:21:52 linux kernel: hisax_isac: ISAC-S/ISAC-SX ISDN driver v0.1.0 Nov 29 16:21:52 linux kernel: hisax_fcpcipnp: Fritz!Card PCI/PCIv2/PnP ISDN driver v0.0.1 Nov 29 16:21:52 linux kernel: HiSax: Card 1 Protocol EDSS1 Id=fcpcipnp0 (0) Nov 29 16:21:52 linux kernel: HiSax: DSS1 Rev. 1.1.4.1 Nov 29 16:21:52 linux kernel: HiSax: 2 channels added Nov 29 16:21:52 linux kernel: HiSax: MAX_WAITING_CALLS added Nov 29 16:21:52 linux kernel: PCI: Enabling device 02:0a.0 (0000 -> 0003) Nov 29 16:21:52 linux kernel: PCI: Assigned IRQ 11 for device 02:0a.0 Nov 29 16:21:52 linux kernel: hisax_fcpcipnp: found adapter Fritz!Card PCI v2 at 02:0a.0 Nov 29 16:21:52 linux kernel: HiSax: debugging flags card 1 set to 4 Nov 29 16:21:52 linux isdnlog: isdnlog Version 4.59 starting Nov 29 16:21:52 linux isdnlog: Holiday Version 1.10-Germany [12-Apr-1999] loaded [11 entries from /usr/lib/isdn/holiday-de.dat] Nov 29 16:21:52 linux isdnlog: Dest V1.01: File '/usr/lib/isdn/dest.cdb' opened fine - Dest 1.0 int (+h) AT DE NL CH Nov 29 16:21:53 linux isdnlog: Zone V1.25: Provider 0 File '/usr/lib/isdn/zone-de-dtag.cdb' opened fine - V1.25 K2 C2 N256 T157147 O1 L5 Nov 29 16:21:53 linux isdnlog: Rates Version 2.02 [29-Jun-2002 12:27:46] loaded [55 Providers, 413 Zones, 2009 Areas, 42 Services, 333 Comments, 0 eXceptions, 6 Redirects, 1302 Rates from /usr/lib/isdn/rate-de.dat] Nov 29 16:21:53 linux isdnlog: (ISDN subsystem with ISDN_MAX_CHANNELS > 16 detected, ioctl(IIOCNETGPN) is available) Nov 29 16:21:53 linux isdnlog: isdn.conf:2 active channels, 2 MSN/SI entries Nov 29 16:21:53 linux isdnlog: (Data versions: iprofd=0x06 net_cfg=0x06 /dev/isdninfo=0x01) Nov 29 16:21:53 linux isdnlog: Everything is fine, isdnlog-4.59 is running in full featured mode. Nov 29 16:21:53 linux smpppd[6084]: smpppd version 0.78 started Nov 29 16:21:54 linux ipppd[6161]: Found 1 device: Nov 29 16:21:54 linux ipppd[6162]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started Nov 29 16:21:54 linux ipppd[6162]: init_unit: 0 Nov 29 16:21:54 linux kernel: ippp, open, slot: 0, minor: 0, state: 0000 Nov 29 16:21:54 linux kernel: ippp_ccp: allocated reset data structure e202d800 Nov 29 16:21:54 linux ipppd[6162]: Connect[0]: /dev/ippp0, fd: 20 Nov 29 16:22:17 linux kernel: ip_tables: (C) 2000-2002 Netfilter core team Nov 29 16:22:17 linux kernel: ip_conntrack (8191 buckets, 65528 max) Nov 29 16:22:22 linux checkproc: checkproc: Usage: checkproc [-v] [-k] [-p pid_file] /full/path/to/program Nov 29 16:23:58 linux kernel: spurious 8259A interrupt: IRQ7. Danke Jörg
On Thu, Dec 05, 2002 at 03:51:15PM +0100, Jörg Bauer wrote:
Hallo,
Warum brauchst Du HiSax ?, egal welcher Treiber CAPI oder HiSax, I4L geht mit beiden.
I4l benötige ich für EuroFileTransfer. eftp geht, so hat es den Anschein, auf i4l.
Ja und das unabhaengig vom Treiber.
Ich habe es jetzt mal ein wenig anders gemacht. Ich habe bei der ISDN-Karte AVM-Capi gewählt und im Providerfeld alle Daten des Skriptes isdn/otelo eingegeben, vielleicht wird dadurch mein Problem klarer. Wenn ich mit dem Befehl "pppd call isdn/otelo" ins Netz gehe, scheint es zu klappen, wenn ich es mit "isdnctrl dial ippp0" versuche, nichts. Oder habe ich einen Denkfehler?
Nein.
Merlin:~ # cat /etc/sysconfig/isdn/cfg-net0 CALLBACK="off" CBDELAY="2" CHARGEHUP="off" DEFAULTROUTE="yes" DYNAMICIP="yes" IPADDR="" IPPPD_OPTIONS="+chap +pap debug" ^^^^^^^^^^ Das kann bei einem Provider nicht funktionieren (ist aber nicht das aktuelle Problem). ...
MSN="xxxxxx" MULTILINK="no" PROTOCOL="syncppp" PROVIDER="provider0" PTPADDR="" REMOTE_IN="" SECURE="on" STARTMODE="onboot" ---- Dec 5 16:40:20 Merlin kernel: ippp0: dialing 1 010110191501... Dec 5 16:40:20 Merlin isdnlog: (AVM B1 driver detected (D2)) Dec 5 16:40:22 Merlin isdnlog: Dec 05 16:40:22 * tei 78 calling 0191501 with +49 8178/xxxxxxx, Icking RING (Data) Dec 5 16:40:22 Merlin kernel: capidrv-1: DISCONNECT_IND reason 0x3481 (Unallocated (unassigned) number) for plci 0x101
OK, da die Nummer der Anwahl stimmt ist das Problem die MSN, die stimmt dann nicht, mal 0 eintragen (dann ist das der gleiche Zustand wie mit pppd) -- Karsten Keil SuSE Labs ISDN development
Hallo,
Hallo,
OK, da die Nummer der Anwahl stimmt ist das Problem die MSN, die stimmt dann nicht, mal 0 eintragen (dann ist das der gleiche Zustand wie mit pppd)
leider nein, gleiches Ergebnis.
ich habe es gefunden, es war nicht die MSN = 0 sondern, in meinem Fall die MSN = 78. Es funktioniert jetzt. Vielen Dank Super Jörg
participants (2)
-
Jörg Bauer
-
Karsten Keil