i4l oder c4l + fritzcard 2.0: kein dial in

Hallo Liste! Ich habe hier seit einigen Tagen zu tun, meine FritzCard in Betrieb zu nehmen. Als System habe ich SuSE 7.2 im Einsatz mit 2.2.19 Kernel. (MIt dem 2.4.4er hab ich Softraid nicht 100% hinbekommen). Folgendes merkw=FCrdiges Verhalten l=E4sst sich beobachten: i4l_hardware, i4l: l=E4sst sich starten: ------------8<-------------------------8<---------------------- Jul 23 14:49:06 server2 kernel: capifs: Rev 1.14.6.5: loaded Jul 23 14:49:06 server2 kernel: capi20: started up with major 68 Jul 23 14:49:06 server2 kernel: kcapi: capi20 attached Jul 23 14:49:06 server2 kernel: capi20: Rev1.44.6.9: started up with major 68 Jul 23 14:49:06 server2 kernel: fcpci: AVM FRITZ!Card PCI driver, revision 0.1 Jul 23 14:49:06 server2 kernel: fcpci: Loading... Jul 23 14:49:06 server2 kernel: fcpci: Driver 'fcpci' attached to stack Jul 23 14:49:06 server2 kernel: kcapi: driver fcpci attached Jul 23 14:49:06 server2 kernel: fcpci: Auto-attaching... Jul 23 14:49:06 server2 kernel: fcpci: Stack version 3.09-10 Jul 23 14:49:06 server2 kernel: kcapi: Controller 1: fritz-pci attached Jul 23 14:49:06 server2 kernel: kcapi: card 1 "fritz-pci" ready. Jul 23 14:49:06 server2 kernel: fcpci: Loaded. Jul 23 14:49:06 server2 kernel: kcapi: notify up contr 1 Jul 23 14:49:06 server2 kernel: capi: controller 1 up Jul 23 14:49:06 server2 kernel: kcapi: capidrv attached Jul 23 14:49:06 server2 kernel: kcapi: appl 4 up Jul 23 14:49:06 server2 kernel: capidrv-1: now up (2 B channels) Jul 23 14:49:06 server2 kernel: capidrv-1: D2 trace enabled Jul 23 14:49:06 server2 kernel: capidrv: Rev 1.39.6.5: loaded Jul 23 14:49:06 server2 isdnlog: isdnlog Version 4.29 starting Jul 23 14:49:06 server2 isdnlog: Holiday Version 1.10-Germany [12-Apr-1999] loaded [11 entries from /usr/libJul 23 14:49:06 server2 isdnlog: Dest V1.00: File '/usr/lib/isdn/dest.gdbm' opened fine - (+h) AT CH DE NL Jul 23 14:49:06 server2 isdnlog: Zone V1.24: Provider 24 File '/usr/lib/isdn/zone-de-dtag.gdbm' opened fine Jul 23 14:49:06 server2 isdnlog: Rates Version 1.10-Germany [20-Jun-2000 19:59:30] loaded [196 Providers, Jul 23 14:49:06 server2 isdnlog: (ISDN subsystem with ISDN_MAX_CHANNELS > 16 detected - 2 active channels, 2Jul 23 14:49:06 server2 isdnlog: (Data versions: iprofd=3D0x06 net_cfg=3D0x06 /dev/isdninfo=3D0x01) Jul 23 14:49:15 server2 kernel: isdn: Verbose-Level is 3 Jul 23 14:49:15 server2 ipppd[3734]: Found 1 device: /dev/ippp0 Jul 23 14:49:15 server2 ipppd[3736]: ipppd i2.2.11 (isdn4linux version of pppd by MH) started Jul 23 14:49:15 server2 ipppd[3736]: init_unit: 0 Jul 23 14:49:15 server2 kernel: ippp, open, slot: 0, minor: 0, state: 0000 Jul 23 14:49:15 server2 kernel: ippp_ccp: allocated reset data structure c419b000 Jul 23 14:49:15 server2 ipppd[3736]: Connect[0]: /dev/ippp0, fd: 8 ----------8<--------------------8<--------------------------- isdn ist mittles yast eingestellt und=20 isdnctrl dial ippp0 bringt auch so etwas =E4hnliches wie eine Verbindung: ----------8<--------------------8<---------------------------=20 Jul 23 14:49:37 server2 kernel: ippp0: dialing 1 01002019088388... Jul 23 14:49:45 server2 kernel: isdn_net: local hangup ippp0 Jul 23 14:49:45 server2 kernel: capidrv-1: chan 0 disconnect request while waiting for CONNECT_CONF Jul 23 14:49:45 server2 kernel: ippp0: Chargesum is 0 Jul 23 14:52:06 server2 kernel: capidrv-1: controller dead ?? Jul 23 14:52:06 server2 kernel: capidrv-1: listen_change_state state=3D3 event=3D1 ???? -----------8<---------------------8<------------------------ Wenn ich i4l stehen lasse und stat dessen mit c4l fahre, dann passiert folgendes: Nach dem ersten c4l_start start liefert pppd call isdn/UTA eine Verbindung zu meinem Provider (Wie k=F6nnte ich den pppd dazu bringen, dass er auflegt??), mit der ich momentan diese Mail schreibe. Wenn ich mit kill den pppd abschisse, dann wird ip-down brav ausgef=FChrt und die Verbindung ist weg. Ich kann dann auch keine neue mehr aufmachen, solange ich nicht c4l_start stop und dann c4l_start start mache. Beim ersten Mal nach dem Neustart sieht das ganze so aus: -------------8<------------------8<------------------ plci_change_state:0x101 1 -> 2 event=3 Jul 23 17:24:37 server2 kernel: kcapi: appl 5 ncci 0x10101 up Jul 23 17:24:37 server2 pppd[4492]: plci_change_state:0x101 2 -> 3 event=6 Jul 23 17:24:37 server2 pppd[4492]: ncci_change_state:0x101 0 -> 1 event=1 Jul 23 17:24:37 server2 pppd[4492]: ncci_change_state:0x10101 1 -> 3 event=3 Jul 23 17:24:37 server2 pppd[4492]: ncci_change_state:0x10101 3 -> 4 event=7 Jul 23 17:24:37 server2 pppd[4492]: ncci 0x10101 up Jul 23 17:24:37 server2 pppd[4492]: capiplugin: connected: "" -> "01002019088388" outgoing (pcli=0x101/ncci=Jul 23 17:24:37 server2 pppd[4492]: capiplugin: using /dev/capi/0: "" -> "01002019088388" outgoing (pcli=0x1Jul 23 17:24:37 server2 pppd[4492]: Using interface ppp0 Jul 23 17:24:37 server2 pppd[4492]: Connect: ppp0 <--> /dev/capi/0 Jul 23 17:24:37 server2 pppd[4492]: sent [LCP ConfReq id=0x1 <pcomp> ] Jul 23 17:24:37 server2 pppd[4492]: rcvd [LCP ConfAck id=0x1 <pcomp> ] Jul 23 17:24:38 server2 pppd[4492]: sent [CCP ConfReq id=0x1 ] Jul 23 17:24:38 server2 pppd[4492]: rcvd [IPCP ConfReq id=0x3f ] Jul 23 17:24:38 server2 pppd[4492]: sent [IPCP ConfAck id=0x3f ] Jul 23 17:24:38 server2 pppd[4492]: rcvd [IPCP ConfRej id=0x1 ] Jul 23 17:24:38 server2 pppd[4492]: sent [IPCP ConfReq id=0x2 ] --------------------8<---------------------8<----------------------- Nach einem kill pppd und einem neuen Einwahlversuch mit pppd call isdn/UTA kommt keine Verbindung mehr zustande: --------8<--------------------8<--------------- kernel: kcapi: Controller 1: fritz-pci attached Jul 23 17:24:25 server2 kernel: kcapi: card 1 "fritz-pci" ready. Jul 23 17:24:25 server2 kernel: fcpci: Loaded. Jul 23 17:24:25 server2 kernel: kcapi: notify up contr 1 Jul 23 17:24:25 server2 kernel: capi: controller 1 up Jul 23 17:24:34 server2 pppd[4492]: Plugin /etc/ppp/plugins/capiplugin.so loaded. Jul 23 17:24:34 server2 pppd[4492]: capiplugin: $Revision: 1.13 $ Jul 23 17:24:34 server2 pppd[4492]: capiconn: 1.5 Jul 23 17:24:34 server2 kernel: kcapi: appl 5 up Jul 23 17:24:34 server2 pppd[4492]: pppd 2.4.0 started by root, uid 0 Jul 23 17:24:34 server2 pppd[4492]: capiplugin: phase serialconn Jul 23 17:24:34 server2 pppd[4492]: capiplugin: contr=1 Jul 23 17:24:34 server2 pppd[4492]: controller 1: listen_change_state 0 -> 1 Jul 23 17:24:34 server2 pppd[4492]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimJul 23 17:24:34 server2 pppd[4492]: controller 1: listen_change_state 1 -> 0 Jul 23 17:24:34 server2 pppd[4492]: plci_change_state:0x0 0 -> 1 event=1 Jul 23 17:24:34 server2 pppd[4492]: capiplugin: dial 01002019088388 (hdlc) --------------8<-------------8<-------------- Und beim Dial bleibt der Vorgang dann stehen und wird nach 4 timeouts abgebrochen. Ich bin auf der einen Seite froh, dass ich soweit gekommen bin, dass ich diese Mail verschicken kann, auf der anderen Seite hätte ich doch gerne ein dod und i4l. Leider bin ich da mit meinem Latein am Ende. Hat jemand Ideen, was diese Logfilauszüge (/var/log/messages) noch sagen und wie das oben geschilderte Problem in den Griff zu kriegen wäre? Vielen Dank im Voraus! mfg Jörgen -------------------------------------------------------------------------- Mad Jörgen ET-Student der Technischen UNI Wien - Laxenburgerstraße 70/2/2E01 AktionsGemeinschaft TU - 1100 Wien ... and don't forget: astronomers do it at night! - --------------------------------------------------------------------------