Hallo zusammen,
ich habe 2 AVM Fritz PCI Cards. Mit Hisax Treibern kann ich beide Karten
initialisieren und dann mit isdnlog auch im Dualmode ansprechen.
Mit den AVM Treibern CAPI 2.0 sieht es so aus, als ob er nur einen
Controller startet, ich meine auch schon die Meldung "cannot handle 2
controllers"
gelesen zu haben.
capiinfo ergibt ausserdem nur das ein controller installiert ist.
Number of Controllers : 1
Controller 1:
Manufacturer: AVM GmbH
CAPI Version: 2.0
...
1. "capiinit -c capi.conf.contr0" ergibt
Warning: loading /lib/modules/2.4.19-4GB/misc/fcpci.o will taint the kernel:
non-GPL license - Proprietary
See http://www.tux.org/lkml/#export-tainted for information about tainted
modules
Module fcpci loaded, with warnings
1 fcpci running fritz-pci A1 3.10-02 0xc800 5
2. "capiinit -c capi.conf.contr1" ergibt
1 fcpci running fritz-pci A1 3.10-02 0xc800 5
das ist die gleiche io. somit die selbe karte, da "cat /proc/ioports" dies
ergibt
c400-c41f : AVM Audiovisuelles MKTG & Computer System GmbH A1 ISDN [Fritz]
(#2)
c800-c81f : AVM Audiovisuelles MKTG & Computer System GmbH A1 ISDN [Fritz]
c800-c81f : fcpci
Suse 8.1 mit Standardkernel 2.4.19-4GB habe ich im Einsatz.
Beim Systemstart sieht im Boot.msg log alles gut aus:
--------------------------------------------------------------
Setting up ISDN card contr0 AVM FRITZ!PCI
done
contr1 AVM FRITZ!PCI
done
Loading Driver contr0 1 kcapi capi capidrv
done
Initializing capi for contr0 (1)
INIT: Entering runlevel: 5
<notice>/etc/init.d/rc5.d/S01isdn start
done
Loading Driver contr1 2
done
Initializing capi for contr1 (2)
done
<notice>'/etc/init.d/rc5.d/S01isdn start' exits with status 0
Initializing random number generator<notice>/etc/init.d/rc5.d/S01random
start
done
--------------------------------------------------------------
wie kann ich somit beide controller parallel starten, so dass isdnlog läuft
und ich auch weiterhin mit capi4hylafax arbeiten kann?
Gruss
Ralph
--
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService
Jetzt kostenlos anmelden unter http://www.gmx.net
+++ GMX - die erste Adresse für Mail, Message, More! +++
Hallo,
ich habe ein kleines Problem mit dem isdnlog unter SuSE 9.0 (Update von 8.2)
(mit allen aktuellen Patches).
Die Hardware ist eine Fritz PCI 2.0 an einer Telefonanlage, die nicht
geupdatet wurde. Aus leidlicher Erfahrung habe ich die ISDN-Leitung
durchgemessen, sie ist in Ordnung.
Als Software ist neben den i4l-Paketen die capisuite installiert.
Der Rechner wird als Router betrieben, ausser squid, hylafax und einer
Firewall läuft sonst nichts.
Nach ca. 2 Tagen Dauerbetrieb wird seit neustem keine kein ein- oder
ausgehende Verbindung mit gelogt. Die Datei /var/log/isdn.log behält das alte
Datum und die gleiche Größe.
Auf der Platte sind noch 4 GByte Platz, ein Plattencheck hat keine Fehler
gemeldet.
Die Rechte der Log-Datei sind wie bei einer Neuinstallation.
Auszug mittels isdnrep :
Mon Nov 10 2003
07:30:15 0:02:03 +49657529 -> 019102345 0.0000 EUR
07:51:08 0:01:53 +49657529 -> 019102345 0.0000 EUR
07:59:49 0:05:49 +49657529 -> 019102345 0.0000 EUR
08:40:20 0:05:22 +49657529 -> 019102345 0.0000 EUR
09:00:03 0:03:00 +49657529 -> 019102345 0.0000 EUR
09:24:18 0:05:49 +49657529 -> 019102345 0.0000 EUR
10:44:18 0:02:08 +49657529 -> 019102345 0.0000 EUR
10:53:45 0:01:53 +49657529 -> 019102345 0.0000 EUR
11:00:02 0:04:15 +49657529 -> 019102345 0.0000 EUR
11:25:54 0:00:38 +49657529 <- +492472XXXX
11:26:38 0:01:55 +49657529 -> 019102345 0.0000 EUR
11:30:01 0:00:05 +49657527 <- +491704492XXX
11:31:00 0:01:54 +49657529 -> 019102345 0.0000 EUR
danach nichts mehr.
Vor dem ersten Auftretten wurden keine Traffic-Werte mehr aufgezeichent.
Unter 8.? hatte ich das Problem schon einmal (aber nur 1 - 2 mal im Jahr), da
hat ein Neustart das Problem behoben.
Nach einem Neustart des Rechners werden zwar die Verbindung aufgezeichet, aber
ohne bzw. mit seltsamen Trafficwerten. Siehe Auszug (vorne gekürzt):
Thu Nov 13 2003
+49657529 -> 019102345 0.0000 EUR
+49657529 -> 019102345 0.0000 EUR
+49657529 -> 019102345 0.0000 EUR
+49657529 -> 019102345 0.0000 EUR
+49657529 -> 019102345 0.0000 EUR
+49657529 -> 019102345 0.0000 EUR
+49657529 -> 019102345 0.0000 EUR
+49657529 -> 019102345 0.0000 EUR I= 97.00 B O= 111.00 B
+49657529 -> 019102345 0.0000 EUR
+49657529 -> 019102345 0.0000 EUR
+49657529 <- +4940528XXXXX
[...]
Nach 2 Tagen wird dann wieder garnichtsmehr geloggt.
Ein rcisdn restart endet in einem Kernel-Panik.
Und seit dem ersten Auftreten wird beim Aufruf einer externen Seite bei
Neuanwahl die Seite nicht dargestellt. Ein zweiter Aufruf geht dann.
Hat schon jemand das selbe Problem gehabt und eine Lösung gefunden?
Wenn noch weitere Angaben benötigt werden stelle ich die gerne zur Verfügung.
Für Eure Hilfe möchte ich mich schon im Voraus bedanken.
Ich wünsche Euch noch eine Gute Nacht.
Jörg
--
Jörg Frings-Fürst
54526 Landscheid
http://www.fixundfoxi.dyndns.infohttp://www.trierer-single-treff.dehttp://www.Wetter-in-Landscheid.de
--
Registered Linux User # 280687
ICQ 170365098
GPG Key ID : EB77 C153 7693 056E
Hallo Liste,
ich versuche, eine Fritz!Card PCMCIA v2.0 zum Laufen zu bewegen, aber es
gelingt mir nicht.
Folgende Konfiguration verwende ich:
Notebook HP Compaq NX7000
Fritz!Card PCMCIA v2.0
SuSE Linux 9.0 Professional
Die Fritz!Card läuft hervorragend mit W2K und WinXP.
Unter Linux bekomme ich folgende Meldungen in /var/log/messages, wenn ich
die Karte einstecke:
--- Beginn /var/log/messages ---
Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: socket 0: AVM ISDN-Controller A1
Nov 14 08:36:32 omos-nx7000 kernel: cs: memory probe 0xa0000000-0xa0ffffff:
excluding 0xa0000000-0xa00fffff 0xa0200000-0xa03fffff
Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: module
/lib/modules/2.4.21-99-default//pcmcia/net/slhc.o not available
Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: executing: 'modprobe -v slhc'
Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + /sbin/insmod
/lib/modules/2.4.21-99-default/kernel/drivers/net/slhc.o
Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + Using
/lib/modules/2.4.21-99-default/kernel/drivers/net/slhc.o
Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + Symbol version prefix ''
Nov 14 08:36:32 omos-nx7000 kernel: CSLIP: code copyright 1989 Regents of
the University of California
Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: module
/lib/modules/2.4.21-99-default//pcmcia/misc/isdn.o not available
Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: executing: 'modprobe -v isdn'
Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + /sbin/insmod
/lib/modules/2.4.21-99-default/kernel/drivers/isdn/isdn.o
Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + Using
/lib/modules/2.4.21-99-default/kernel/drivers/isdn/isdn.o
Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + Symbol version prefix ''
Nov 14 08:36:32 omos-nx7000 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 14 08:36:32 omos-nx7000 kernel: Network dial timeout is set to 10 sec
Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: module
/lib/modules/2.4.21-99-default//pcmcia/misc/hisax.o not available
Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: executing: 'modprobe -v hisax
type=26 protocol=2'
Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + /sbin/insmod
/lib/modules/2.4.21-99-default/kernel/drivers/isdn/hisax/hisax.o type=26 protocol=2
Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + Using
/lib/modules/2.4.21-99-default/kernel/drivers/isdn/hisax/hisax.o
Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + Symbol version prefix ''
Nov 14 08:36:32 omos-nx7000 kernel: HiSax: Linux Driver for passive ISDN
cards
Nov 14 08:36:32 omos-nx7000 kernel: HiSax: Version 3.5 (module)
Nov 14 08:36:32 omos-nx7000 kernel: HiSax: Layer1 Revision 1.1.4.1
Nov 14 08:36:32 omos-nx7000 kernel: HiSax: Layer2 Revision 1.1.4.1
Nov 14 08:36:32 omos-nx7000 kernel: HiSax: TeiMgr Revision 1.1.4.1
Nov 14 08:36:32 omos-nx7000 kernel: HiSax: Layer3 Revision 1.1.4.1
Nov 14 08:36:32 omos-nx7000 kernel: HiSax: LinkLayer Revision 1.1.4.1
Nov 14 08:36:32 omos-nx7000 kernel: HiSax: Approval certification failed
because of
Nov 14 08:36:32 omos-nx7000 kernel: HiSax: unauthorized source code changes
Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: module
/lib/modules/2.4.21-99-default//pcmcia/avma1_cs.o not available
Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: executing: 'modprobe -v avma1_cs'
Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + /sbin/insmod
/lib/modules/2.4.21-99-default/kernel/drivers/isdn/hisax/avma1_cs.o
Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + Using
/lib/modules/2.4.21-99-default/kernel/drivers/isdn/hisax/avma1_cs.o
Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + Symbol version prefix ''
Nov 14 08:36:33 omos-nx7000 kernel: avma1_cs: testing i/o 0x140-0x147
Nov 14 08:36:33 omos-nx7000 kernel: avma1_cs: testing i/o 0x300-0x307
Nov 14 08:36:33 omos-nx7000 kernel: avma1_cs: checking at i/o 0x300, irq 5
Nov 14 08:36:33 omos-nx7000 kernel: HiSax: Total 1 card defined
Nov 14 08:36:33 omos-nx7000 kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax
(0)
Nov 14 08:36:33 omos-nx7000 kernel: HiSax: AVM A1 PCMCIA driver Rev. 1.1.4.1
Nov 14 08:36:33 omos-nx7000 kernel: AVM A1 PCMCIA: io 0x300 irq 5 model 1
version 2
Nov 14 08:36:33 omos-nx7000 kernel: AVM A1 PCMCIA: ISAC version (0):
2086/2186 V1.1
Nov 14 08:36:33 omos-nx7000 kernel: AVM A1 PCMCIA: HSCX version A: V2.1 B:
V2.1
Nov 14 08:36:33 omos-nx7000 kernel: AVM A1 (PCMCIA): IRQ 5 count 4
Nov 14 08:36:33 omos-nx7000 kernel: HiSax: couldn't get interrupt 5
Nov 14 08:36:33 omos-nx7000 kernel: HiSax: Card AVM A1 (PCMCIA) not
installed !
Nov 14 08:36:33 omos-nx7000 kernel: avma1_cs: failed to initialize AVM A1
PCMCIA 0 at i/o 0x300
Nov 14 08:36:33 omos-nx7000 cardmgr[1306]: executing: './isdn start A1'
Nov 14 08:36:33 omos-nx7000 cardmgr[1306]: + Setting up ISDN card contr0 AVM
FRITZ!Card PCMCIA..done
Nov 14 08:36:33 omos-nx7000 cardmgr[1306]: + Loading Driver contr0
hisax..failed
Nov 14 08:36:33 omos-nx7000 kernel: no channels in open minor(64)
Nov 14 08:36:33 omos-nx7000 kernel: allways open isdnctrl0
Nov 14 08:36:33 omos-nx7000 cardmgr[1306]: + askpassword=yes: manual start
is needed
Nov 14 08:36:33 omos-nx7000 kernel: no channels in open minor(64)
Nov 14 08:36:33 omos-nx7000 kernel: allways open isdnctrl0
Nov 14 08:36:33 omos-nx7000 kernel: no channels in open minor(64)
Nov 14 08:36:33 omos-nx7000 kernel: allways open isdnctrl0
--- Ende /var/log/messages ---
Irgendwie scheint der HiSax-Treiber ein Problem mit dem IRQ5 zu haben. Der
wird zwar schon von anderen Ressourcen benutzt, aber das sollte doch kein
Problem sein.
Dasselbe passiert übrigens auch mit dem CAPI-Treiber von AVM. Der spricht:
--- /var/log/messages ---
Nov 14 08:07:35 omos-nx7000 kernel: fcpcmcia_cs: testing i/o 0x140-0x147
Nov 14 08:07:35 omos-nx7000 kernel: fcpcmcia_cs: testing i/o 0x300-0x307
Nov 14 08:07:35 omos-nx7000 kernel: fcpcmcia: Stack version 3.11-02
Nov 14 08:07:35 omos-nx7000 kernel: fcpcmcia: Could not install irq handler.
Nov 14 08:07:35 omos-nx7000 kernel: fcpcmcia: Error: Initialization failed.
Nov 14 08:07:35 omos-nx7000 kernel: fcpcmcia_cs: failed to add
AVM-A1-Controller at i/o 0x300, irq 5
Nov 14 08:07:35 omos-nx7000 kernel: Trying to free nonexistent resource
<00000300-00000307>
--- /var/log/messages ---
Hier noch die Liste der benutzten IRQs, wie sie von cat/prot/interrupts
zurückgegeben wird:
CPU0
0: 305852 XT-PIC timer
1: 384 XT-PIC keyboard
2: 0 XT-PIC cascade
5: 4 XT-PIC ehci_hcd, usb-uhci, usb-uhci, PCI device
1524:1410 (ENE Technology Inc)
8: 2 XT-PIC rtc
9: 2 XT-PIC acpi
10: 2575 XT-PIC eth0, ohci1394, usb-uhci, Intel
82801DB-ICH4
12: 4349 XT-PIC PS/2 Mouse
14: 8270 XT-PIC ide0
15: 2357 XT-PIC ide1
NMI: 0
LOC: 0
ERR: 0
MIS: 0
Und noch die Ausgabe von cardctl config:
Socket 0:
Vcc 5.0V Vpp1 0.0V Vpp2 0.0V
interface type is "memory and I/O"
irq 5 [shared] [level]
function 0:
config base 0x0400
option 0x42
io 0x0300-0x0307 [8bit]
Um Probleme mit der Hardware auszuschließen, habe ich mal eine Xircom
Ethernet-Karte ausprobiert. Die wurde auch mit IRQ5 konfiguriert und ging auf
Anhieb problemlos.
Hat sowas schon mal jemand gehabt? Kann jemand helfen?
Danke!
Gruß
Olaf Morgenstern
Hallo,
hier läuft eine Teledat 2a/b mit dem fxusb_CZ Treiber. Allerdings mit
ein paar Schwierigkeiten.
Nach dem Booten erscheinen ausser den Startmeldungen der Treiber keine
ISDN Meldungen bis man einmal von 'Innen' die ISDN Verbindung benutzt.
Auch Capisuite bekommt keine Anrufe mit.
Wählt man mit ant-phone einmal sich selbst an oder versucht ein Fax zu
schicken, funktioniert danach alles normal.
Mir ist noch aufgefallen das ein modprobe fxusb_CZ im Speicher hängt und
sich nicht entfernen lässt.
Hat das sonst noch jemand, oder weiss jemand wie man das sich selbst
anrufen beim Start umgehen kann?
Grüsse
Holger
Hallo Liste,
hat einer von Euch ähnliche Probleme mit o.g. Karte?
1.
Sobald ich o.g. Karte mit YaST2 konfiguriere bleibt das System hängen, sobald
YaST die ippp0 stoppen will. Nur Ausschalten hift noch.
2.
Gleiches Verhalten, wenn ich "rcnetwork stop" eingebe. System friert bei ippp0
ein.
3.
An der Hardware liegt's wohl nicht, da ich mit 2 unterschiedlichen Sedlbauer
Karten das gleiche Ergebnis habe.
4.
Für Karsten:
Im Skript ifup-route fehlt in den Zeilen 160 und 162 jeweils der Pfad für das
Kommando 'route-stack-number', sodass das Skript hier mit Fehler abbricht.
Vielen Dank für Eure Hilfe.
Roland
Hallo liebe Listenleser,
diese Mail habe ich gerade in der deutschen Debian-Liste gelesen.
Hoffe es ist ist nicht zu OT.
Ich persönlich höre so etwas zum ersten Mal, und habe auch keinerlei
Absicht irgend welche "Meinungen" zu lancieren.
Vielleicht weiß jemand mehr.
Gruß
Andreas
Hallo zusammen,
ich suche immer noch Hilfe bei meinem Kanalbündelungsproblem
mit der Fritz!Card v2.0 unter Suse 8.2.
Das Probem: 1-Kanalbetrieb funktioniert problemlos, bei Benutzung der
Kanalbündelung bricht nach einigen Minuten der Durchsatz von 16 KB/sec auf
praktisch Null zusammen, die Kanäle sind aber weiterhin belegt und das
TCP/IP-Subsystem denkt auch, dass alles i.O. wäre: route zum Provider bleibt
eingetragen, aber anscheinend gehen Daten weder rein noch raus.
Die einzige Abhilfe ist der komplette Abbau der Verbindung mit anschliessender
Neuwahl. Das Update auf den Mantel-Kernel (linux 2.4.21-121-athlon)
hat auch nicht geholfen.
Ich habe ein bisschen an der Konfiguration herumgeschraubt und folgendes
herausgefunden:
a) Es ist kein Hardwareproblem, denn unter einem alternativen Betriebssystem
(W98) arbeitet die Kanalbündelung stabil.
b) Es ist kein SuSE-spezifisches Problem, denn mit Knoppix (von der c´t-CD)
treten dieselben Probleme aus.
c) Es ist kein HiSax-Problem, denn die Verwendung der AVM-CAPI-Treiber ändert
auch nichts.
Was kann es dann blos sein ???
-Markus
Hier noch ein paar Systeminfos:
------------------------------------------------
lspci sagt:
00:09.0 Network controller: AVM Audiovisuelles MKTG & Computer System GmbH
Fritz!PCI v2.0 ISDN (rev 01)
Subsystem: AVM Audiovisuelles MKTG & Computer System GmbH Fritz!PCI
v2.0 ISDN
Flags: medium devsel, IRQ 11
Memory at efffefe0 (32-bit, non-prefetchable) [size=32]
I/O ports at dc00 [size=32]
Capabilities: [40] Power Management version 2
-----------------------------------------------
Und nach der Abfolge 1-Kanal-Verbindungsaufbau, Zuschalten des zweiten Kanals,
Warten auf Durchsatzeinbruch, Abschalten des zweiten Kanals, Verbindungsende
enthält syslog das Folgende: (Der Durchsatzeinbruch trat dabei gegen 18:08
auf)
Nov 21 17:58:29 linux ipppd[6297]: Found 2 devices: ,
Nov 21 17:58:29 linux ipppd[6298]: ipppd i2.2.12 (isdn4linux version of pppd
by MH) started
Nov 21 17:58:29 linux ipppd[6298]: init_unit: 0
Nov 21 17:58:29 linux kernel: ippp, open, slot: 0, minor: 0, state: 0000
Nov 21 17:58:29 linux kernel: ippp_ccp: allocated reset data structure
d6f9b000
Nov 21 17:58:29 linux ipppd[6298]: Connect[0]: /dev/ippp0, fd: 11
Nov 21 17:58:29 linux ipppd[6298]: init_unit: 1
Nov 21 17:58:29 linux kernel: ippp, open, slot: 1, minor: 1, state: 0000
Nov 21 17:58:29 linux kernel: ippp_ccp: allocated reset data structure
c3153800
Nov 21 17:58:29 linux ipppd[6298]: Connect[1]: /dev/ippp1, fd: 12
Nov 21 17:58:29 linux kernel: ippp0: dialing 1 08955057111...
Nov 21 17:58:30 linux kernel: kcapi: appl 1 ncci 0x10101 up
Nov 21 17:58:30 linux kernel: isdn_net: ippp0 connected
Nov 21 17:58:30 linux kernel: capidrv-1: chan 0 up with ncci 0x10101
Nov 21 17:58:30 linux ipppd[6298]: Local number: 08924662371, Remote number:
08955057111, Type: outgoing
Nov 21 17:58:30 linux ipppd[6298]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0,
linkunit: 0, fd: 11
Nov 21 17:58:30 linux ipppd[6298]: sent [0][LCP ConfReq id=0x1 <mru 1500>
<magic 0x93a8f507> <pcomp> <accomp> <MPmrru 1500> <MPdiscr: 0x4 [ fe ad 92 09
fb 1c 7d 61 ]>]
Nov 21 17:58:30 linux ipppd[6298]: rcvd [0][LCP ConfReq id=0xd <auth chap md5>
<magic 0x465b7028> <MPmrru 1524> <MPdiscr: 0x1 [ 6d 6f 6e 6c 69 6e 65 ]>]
Nov 21 17:58:30 linux ipppd[6298]: sent [0][LCP ConfAck id=0xd <auth chap md5>
<magic 0x465b7028> <MPmrru 1524> <MPdiscr: 0x1 [ 6d 6f 6e 6c 69 6e 65 ]>]
Nov 21 17:58:30 linux ipppd[6298]: rcvd [0][LCP ConfAck id=0x1 <mru 1500>
<magic 0x93a8f507> <pcomp> <accomp> <MPmrru 1500> <MPdiscr: 0x4 [ fe ad 92 09
fb 1c 7d 61 ]>]
Nov 21 17:58:30 linux ipppd[6298]: lcp layer is UP
Nov 21 17:58:30 linux kernel: isdn_net: Got CINF chargetime of ippp0 now
229714
Nov 21 17:58:30 linux ipppd[6298]: rcvd [0][CHAP Challenge id=0xa5
<5edf697aa87f1b2487cdb9b9132888b1>, name = "monline"]
Nov 21 17:58:30 linux ipppd[6298]: ChapReceiveChallenge: Rcvd id 165.
Nov 21 17:58:30 linux ipppd[6298]: ChapReceiveChallenge: received name field:
'monline'
Nov 21 17:58:30 linux ipppd[6298]: sent [0][CHAP Response id=0xa5
<48c212fa9a88ff5b148fce4c415c90e9>, name = "Z32XSQ001"]
Nov 21 17:58:30 linux ipppd[6298]: rcvd [0][CHAP Success id=0xa5 ""]
Nov 21 17:58:30 linux ipppd[6298]: ChapReceiveSuccess: Rcvd id 165.
Nov 21 17:58:30 linux ipppd[6298]: MPPP negotiation, He: Yes We: Yes
Nov 21 17:58:30 linux ipppd[6298]: sent [0][IPCP ConfReq id=0x1 <addr 0.0.0.0>
<compress VJ 0f 01>]
Nov 21 17:58:30 linux ipppd[6298]: CCP enabled! Trying CCP.
Nov 21 17:58:30 linux ipppd[6298]: CCP: got ccp-unit 0 for link 0 (Compression
Control Protocol)
Nov 21 17:58:30 linux ipppd[6298]: ccp_resetci!
Nov 21 17:58:30 linux ipppd[6298]: rcvd [0][IPCP ConfReq id=0x1 <addr
212.18.3.12>]
Nov 21 17:58:30 linux ipppd[6298]: sent [0][IPCP ConfAck id=0x1 <addr
212.18.3.12>]
Nov 21 17:58:30 linux ipppd[6298]: rcvd [0][IPCP ConfRej id=0x1 <compress VJ
0f 01>]
Nov 21 17:58:30 linux ipppd[6298]: sent [0][IPCP ConfReq id=0x2 <addr
0.0.0.0>]
Nov 21 17:58:31 linux ipppd[6298]: rcvd [0][IPCP ConfNak id=0x2 <addr
62.245.121.191>]
Nov 21 17:58:31 linux ipppd[6298]: sent [0][IPCP ConfReq id=0x3 <addr
62.245.121.191>]
Nov 21 17:58:31 linux ipppd[6298]: rcvd [0][IPCP ConfAck id=0x3 <addr
62.245.121.191>]
Nov 21 17:58:31 linux ipppd[6298]: local IP address 62.245.121.191
Nov 21 17:58:31 linux ipppd[6298]: remote IP address 212.18.3.12
Nov 21 18:00:00 linux kernel: isdn_net: Got CINF chargetime of ippp0 now
238713
Nov 21 18:00:02 linux kernel: ippp1: dialing 1 08955057111...
Nov 21 18:00:02 linux kernel: kcapi: appl 1 ncci 0x20201 up
Nov 21 18:00:02 linux kernel: isdn_net: ippp1 connected
Nov 21 18:00:02 linux kernel: capidrv-1: chan 1 up with ncci 0x20201
Nov 21 18:00:02 linux ipppd[6298]: Local number: 08924662371, Remote number:
08955057111, Type: outgoing
Nov 21 18:00:02 linux ipppd[6298]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1,
linkunit: 1, fd: 12
Nov 21 18:00:02 linux ipppd[6298]: sent [1][LCP ConfReq id=0x1 <mru 1500>
<magic 0x96e8f62c> <pcomp> <accomp> <MPmrru 1500> <MPdiscr: 0x4 [ fe ad 92 09
fb 1c 7d 61 ]>]
Nov 21 18:00:02 linux ipppd[6298]: rcvd [1][LCP ConfReq id=0x78 <auth chap
md5> <magic 0x8ee862f2> <MPmrru 1524> <MPdiscr: 0x1 [ 6d 6f 6e 6c 69 6e 65
]>]
Nov 21 18:00:02 linux ipppd[6298]: sent [1][LCP ConfAck id=0x78 <auth chap
md5> <magic 0x8ee862f2> <MPmrru 1524> <MPdiscr: 0x1 [ 6d 6f 6e 6c 69 6e 65
]>]
Nov 21 18:00:02 linux ipppd[6298]: rcvd [1][LCP ConfAck id=0x1 <mru 1500>
<magic 0x96e8f62c> <pcomp> <accomp> <MPmrru 1500> <MPdiscr: 0x4 [ fe ad 92 09
fb 1c 7d 61 ]>]
Nov 21 18:00:02 linux ipppd[6298]: lcp layer is UP
Nov 21 18:00:02 linux kernel: isdn_net: Got CINF chargetime of ippp1 now
238938
Nov 21 18:00:02 linux modprobe: modprobe: Can't locate module ippp1
Nov 21 18:00:02 linux ipppd[6298]: ioctl(SIOCSIFMTU): No such device, 10 ippp1
1500.
Nov 21 18:00:02 linux ipppd[6298]: rcvd [1][CHAP Challenge id=0x7a
<30e96996ab8b966887cdb9b97eea0511>, name = "monline"]
Nov 21 18:00:02 linux ipppd[6298]: ChapReceiveChallenge: Rcvd id 122.
Nov 21 18:00:02 linux ipppd[6298]: ChapReceiveChallenge: received name field:
'monline'
Nov 21 18:00:02 linux ipppd[6298]: sent [1][CHAP Response id=0x7a
<3ee024ea62bf909fd1bd1da2303bf5eb>, name = "Z32XSQ001"]
Nov 21 18:00:03 linux ipppd[6298]: rcvd [1][CHAP Success id=0x7a ""]
Nov 21 18:00:03 linux ipppd[6298]: ChapReceiveSuccess: Rcvd id 122.
Nov 21 18:00:03 linux ipppd[6298]: MPPP negotiation, He: Yes We: Yes
Nov 21 18:00:03 linux ipppd[6298]: ipppd[1]: discr: 2
Nov 21 18:00:03 linux ipppd[6298]: ipppd[1]: passed 1
Nov 21 18:00:03 linux ipppd[6298]: ipppd[1]: passed 2
Nov 21 18:00:03 linux ipppd[6298]: ipppd[1]: pap/chap-check passed
Nov 21 18:00:03 linux ipppd[6298]: ok, found a valid bundle with linkunit 0
Nov 21 18:00:03 linux ipppd[6298]: bundle: 0
Nov 21 18:00:03 linux kernel: iPPP-bundle: minor: 1, slave unit: 1, master
unit: 0
Nov 21 18:00:21 linux ipppd[6298]: rcvd [0][LCP EchoReq id=0x1 46 5b 70 28 00
11 02 0b]
Nov 21 18:00:21 linux ipppd[6298]: sent [0][LCP EchoRep id=0x1 93 a8 f5 07 00
11 02 0b]
Nov 21 18:01:30 linux kernel: isdn_net: Got CINF chargetime of ippp0 now
247714
Nov 21 18:01:32 linux kernel: isdn_net: Got CINF chargetime of ippp1 now
247939
Nov 21 18:02:10 linux ipppd[6298]: rcvd [0][LCP EchoReq id=0x2 46 5b 70 28 00
04 80 78]
Nov 21 18:02:10 linux ipppd[6298]: sent [0][LCP EchoRep id=0x2 93 a8 f5 07 00
04 80 78]
Nov 21 18:03:00 linux kernel: isdn_net: Got CINF chargetime of ippp0 now
256715
Nov 21 18:03:02 linux kernel: isdn_net: Got CINF chargetime of ippp1 now
256940
Nov 21 18:04:00 linux ipppd[6298]: rcvd [0][LCP EchoReq id=0x3 46 5b 70 28 00
0a 12 06]
Nov 21 18:04:00 linux ipppd[6298]: sent [0][LCP EchoRep id=0x3 93 a8 f5 07 00
0a 12 06]
Nov 21 18:04:30 linux kernel: isdn_net: Got CINF chargetime of ippp0 now
265717
Nov 21 18:04:32 linux kernel: isdn_net: Got CINF chargetime of ippp1 now
265944
Nov 21 18:05:50 linux ipppd[6298]: rcvd [0][LCP EchoReq id=0x4 46 5b 70 28 00
4a 00 00]
Nov 21 18:05:50 linux ipppd[6298]: sent [0][LCP EchoRep id=0x4 93 a8 f5 07 00
4a 00 00]
Nov 21 18:06:00 linux kernel: isdn_net: Got CINF chargetime of ippp0 now
274719
Nov 21 18:06:02 linux kernel: isdn_net: Got CINF chargetime of ippp1 now
274944
Nov 21 18:07:30 linux kernel: isdn_net: Got CINF chargetime of ippp0 now
283719
Nov 21 18:07:32 linux kernel: isdn_net: Got CINF chargetime of ippp1 now
283946
Nov 21 18:07:40 linux ipppd[6298]: rcvd [0][LCP EchoReq id=0x5 46 5b 70 28 00
39 03 6e]
Nov 21 18:07:40 linux ipppd[6298]: sent [0][LCP EchoRep id=0x5 93 a8 f5 07 00
39 03 6e]
Nov 21 18:09:00 linux kernel: isdn_net: Got CINF chargetime of ippp0 now
292721
Nov 21 18:09:02 linux kernel: isdn_net: Got CINF chargetime of ippp1 now
292946
Nov 21 18:09:30 linux ipppd[6298]: rcvd [0][LCP EchoReq id=0x6 46 5b 70 28 00
22 91 1c]
Nov 21 18:09:30 linux ipppd[6298]: sent [0][LCP EchoRep id=0x6 93 a8 f5 07 00
22 91 1c]
Nov 21 18:09:45 linux kernel: isdn_net: local hangup ippp1
Nov 21 18:09:45 linux kernel: ippp1: Chargesum is 7
Nov 21 18:09:45 linux ipppd[6298]: Modem hangup
Nov 21 18:09:45 linux ipppd[6298]: Connection terminated.
Nov 21 18:09:45 linux ipppd[6298]: taking down PHASE_DEAD link 1, linkunit: 1
Nov 21 18:09:45 linux ipppd[6298]: sent [1][LCP TermReq id=0x2 6c 69 6e 6b 20
63 6c 6f 73 65 64]
Nov 21 18:09:45 linux ipppd[6298]: LCP is down
Nov 21 18:09:45 linux ipppd[6298]: closing fd 12 from unit 1
Nov 21 18:09:45 linux ipppd[6298]: link 1 closed , linkunit: 1
Nov 21 18:09:45 linux ipppd[6298]: reinit_unit: 1
Nov 21 18:09:45 linux ipppd[6298]: Connect[1]: /dev/ippp1, fd: 12
Nov 21 18:09:45 linux kernel: ippp_ccp: freeing reset data structure c3153800
Nov 21 18:09:45 linux kernel: ippp, open, slot: 1, minor: 1, state: 0000
Nov 21 18:09:45 linux kernel: ippp_ccp: allocated reset data structure
c3153800
Nov 21 18:09:45 linux kernel: kcapi: appl 1 ncci 0x20201 down
Nov 21 18:09:45 linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No
additional information) for plci 0x201
Nov 21 18:09:49 linux kernel: isdn_dc2minor: di(-1) ch(-1) invalid
Nov 21 18:09:49 linux kernel: isdn_net: local hangup ippp0
Nov 21 18:09:49 linux kernel: ippp0: Chargesum is 8
Nov 21 18:09:49 linux kernel: kcapi: appl 1 ncci 0x10101 down
Nov 21 18:09:49 linux ipppd[6298]: Modem hangup
Nov 21 18:09:49 linux ipppd[6298]: Connection terminated.
Nov 21 18:09:49 linux ipppd[6298]: taking down PHASE_DEAD link 0, linkunit: 0
Nov 21 18:09:49 linux ipppd[6298]: sent [0][LCP TermReq id=0x2 6c 69 6e 6b 20
63 6c 6f 73 65 64]
Nov 21 18:09:49 linux ipppd[6298]: LCP is down
Nov 21 18:09:49 linux ipppd[6298]: closing fd 11 from unit 0
Nov 21 18:09:49 linux ipppd[6298]: link 0 closed , linkunit: 0
Nov 21 18:09:49 linux kernel: ippp_ccp: freeing reset data structure d6f9b000
Nov 21 18:09:49 linux ipppd[6298]: reinit_unit: 0
Nov 21 18:09:49 linux ipppd[6298]: Connect[0]: /dev/ippp0, fd: 11
Nov 21 18:09:49 linux kernel: ippp, open, slot: 0, minor: 0, state: 0000
Nov 21 18:09:49 linux kernel: ippp_ccp: allocated reset data structure
ce8ab800
Nov 21 18:09:49 linux kernel: TCP: zapping lost address XX.XX.XX.XX:XX ->
XX.XX.XX.XX:XX
Nov 21 18:09:49 linux kernel: isdn_dc2minor: di(-1) ch(-1) invalid
Nov 21 18:09:49 linux kernel: isdn_dc2minor: di(-1) ch(-1) invalid
Nov 21 18:09:49 linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No
additional information) for plci 0x101
Nov 21 18:09:49 linux ipppd[6298]: Terminating on signal 15.
Nov 21 18:09:49 linux ipppd[6298]: LCP is down
Nov 21 18:09:49 linux ipppd[6298]: closing fd 11 from unit 0
Nov 21 18:09:49 linux ipppd[6298]: link 0 closed , linkunit: 0
Nov 21 18:09:49 linux ipppd[6298]: LCP is down
Nov 21 18:09:49 linux ipppd[6298]: closing fd 12 from unit 1
Nov 21 18:09:49 linux ipppd[6298]: link 1 closed , linkunit: 1
Nov 21 18:09:49 linux ipppd[6298]: Exit.
Nov 21 18:09:49 linux kernel: ippp_ccp: freeing reset data structure ce8ab800
Nov 21 18:09:49 linux kernel: ippp_ccp: freeing reset data structure c3153800
Nov 21 18:09:49 linux kernel: isdn_dc2minor: di(-1) ch(-1) invalid
Genau das habe ich auch gemacht funxt supi
Gruß 'Gina
----- Original Message -----
From: "Karsten Keil" <kkeil(a)suse.de>
To: <suse-isdn(a)suse.com>
Sent: Wednesday, November 26, 2003 11:16 PM
Subject: Re: [suse-isdn] ISDN Karte einbinden
> On Wed, Nov 26, 2003 at 06:05:23PM +0100, Richard Wegmann wrote:
> > Hallo zusammen,
> >
> > kann mir jemand erklären, wie ich eine ISDN Karte (FritzCard Classic)
> > mit dem bei Suse enthaltenen Capi-Treiber (SUSE 8.0) einbinden kann,
> > ohne dass eine Konfiguration für eine Internetverbindung vorgenommen
> > werden muss. Internet soll über TDSL erfolgen. ISDN Karte wird zum Fax
> > benötigt (Hylafaxserver auf Capidrv). Besten Dank im Voraus
> >
>
> ???
>
> Es muss keine Internetverbindung eingerichtet werden, den Screen kann man
> mit Skip (dt.Menu Ueberspringen) uebergehen.
>
> Bei der 8.0 (Orginal Kernel) waren noch keine CAPI Treiber dabei, nur die
> Einrichtung ging schon.
>
> --
> Karsten Keil
> SuSE Labs
> ISDN development
>
> --
> Um die Liste abzubestellen, schicken Sie eine Mail an:
> suse-isdn-unsubscribe(a)suse.com
> Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken
> Sie eine Mail an: suse-isdn-help(a)suse.com
>
Hallo zusammen,
kann mir jemand erklären, wie ich eine ISDN Karte (FritzCard Classic)
mit dem bei Suse enthaltenen Capi-Treiber (SUSE 8.0) einbinden kann,
ohne dass eine Konfiguration für eine Internetverbindung vorgenommen
werden muss. Internet soll über TDSL erfolgen. ISDN Karte wird zum Fax
benötigt (Hylafaxserver auf Capidrv). Besten Dank im Voraus
Richard
Hallo Gemeinde,
unter Suse 8.2 verfällt der Kernel (2.4.20, Suse-Oiginal) sporadisch
(alle drei, vier Tage) in Panik. Letzter Eintrag ist jeweils eine
Internet-Einwahl oder -Abwahl - also an sich nichts verdächtiges, aber
immer wieder die letzte Tätigkeit des PCs.
Hardware ist Primergy TX150 (single P4, 2,8 GHz) ist an sich sogar
Suse-zertifiziert), in den ich nur eine FritzPCI und zusätzlich zum
SCSI-Array zwei IDE-Platten als Datengräber eingebaut habe. Die Fritz
läuft über CAPI, weil ich auch Faxe empfangen möchte.
Hat jemand eine Idee?
Dank und Gruß,
Alfred