openSUSE ISDN (Deutsch) November 2003

isdn-de@lists.opensuse.org

67 participants
68 discussions

2 PCI Fritz Cards mit AVM Treibern im Dualmodus?
by Ralph K. Weber 17 Jan '04

17 Jan '04

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! +++

5 16

SuSE 9.0 + isdnlog
by Jörg Frings-Fürst 11 Dec '03

11 Dec '03

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.info http://www.trierer-single-treff.de http://www.Wetter-in-Landscheid.de -- Registered Linux User # 280687 ICQ 170365098 GPG Key ID : EB77 C153 7693 056E

3 6

Probleme mit Fritz!Card PCMCIA v2.0 unter SuSE 9.0
by Olaf Morgenstern 04 Dec '03

04 Dec '03

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

3 4

Probleme mit fxusb
by Holger Krull 29 Nov '03

29 Nov '03

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

4 6

System hängt bei Sedlbauer Speedfax PCI / SuSE 9.0
by Roland Hoesch 28 Nov '03

28 Nov '03

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

2 1

aus der Debian-Liste: [Fwd: OT Planen Mormonen das Linux Monopol]
by Andreas Söldner 28 Nov '03

28 Nov '03

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

1 0

Fritz! multilink-Probleme
by Markus Schauler 27 Nov '03

27 Nov '03

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

1 0

Fw: [suse-isdn] ISDN Karte einbinden
by Regine Klecha 26 Nov '03

26 Nov '03

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 >

1 0

[suse-isdn] ISDN Karte einbinden
by Richard Wegmann 26 Nov '03

26 Nov '03

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

2 1

Suse 8.2: Fritzcard verursacht Kernel Panic
by Alfred Poschmann 25 Nov '03

25 Nov '03

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

4 8

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

openSUSE ISDN (Deutsch) November 2003