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 <asyncmap
0x0> <magic 0xdbab563f> <pcomp> <accoJul 23 17:24:37 server2
pppd[4492]: capiplugin: phase establish
Jul 23 17:24:37 server2 pppd[4492]: rcvd [LCP ConfReq id=0xa <auth pap>
<magic 0x569b2669> <mrru 1524> <endpJul 23 17:24:37 server2
pppd[4492]: sent [LCP ConfRej id=0xa <mrru 1524>]
Jul 23 17:24:37 server2 pppd[4492]: rcvd [LCP ConfAck id=0x1 <asyncmap
0x0> <magic 0xdbab563f> <pcomp> <accoJul 23 17:24:37 server2
pppd[4492]: rcvd [LCP ConfReq id=0xb <auth pap> <magic 0x569b2669>
<endpoint [local:Jul 23 17:24:37 server2 pppd[4492]: sent [LCP ConfAck
id=0xb <auth pap> <magic 0x569b2669> <endpoint [local:Jul 23 17:24:37
server2 pppd[4492]: sent [LCP EchoReq id=0x0 magic=0xdbab563f]
Jul 23 17:24:37 server2 pppd[4492]: cbcp_lowerup
Jul 23 17:24:37 server2 pppd[4492]: want: 2
Jul 23 17:24:37 server2 pppd[4492]: capiplugin: phase authenticate
Jul 23 17:24:37 server2 pppd[4492]: sent [PAP AuthReq id=0x1
user="biribau2(a)biznet.at" password=<hidden>]
Jul 23 17:24:37 server2 pppd[4492]: rcvd [LCP EchoRep id=0x0
magic=0x569b2669]
Jul 23 17:24:38 server2 pppd[4492]: rcvd [PAP AuthAck id=0x1 ""]
Jul 23 17:24:38 server2 pppd[4492]: capiplugin: phase network
Jul 23 17:24:38 server2 pppd[4492]: sent [IPCP ConfReq id=0x1 <addr
192.168.10.10> <compress VJ 0f 01>]
Jul 23 17:24:38 server2 pppd[4492]: sent [CCP ConfReq id=0x1 <deflate 15>
<deflate(old#) 15> <bsd v1 15>]
Jul 23 17:24:38 server2 pppd[4492]: rcvd [IPCP ConfReq id=0x3f <addr
212.152.140.1>]
Jul 23 17:24:38 server2 pppd[4492]: sent [IPCP ConfAck id=0x3f <addr
212.152.140.1>]
Jul 23 17:24:38 server2 pppd[4492]: rcvd [IPCP ConfRej id=0x1 <compress VJ
0f 01>]
Jul 23 17:24:38 server2 pppd[4492]: sent [IPCP ConfReq id=0x2 <addr
192.168.10.10>]
--------------------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! -
--------------------------------------------------------------------------