June 2003 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

Hylafax und SuSE Office Server
by Thomas Reinert 12 Jun '03

12 Jun '03

Hallo, hat jemand Erfahrung mit der Einrichtung von Hylafax in Verbindung mit einer AVM Fritz! Card PCI unter SuSE Office Server ? Die Konfiguration unter Yast lässt nur eine Konfiguration als Einwahlserver zum Provider zu, aber das ist wenig erquicklich, zumal der Server nicht als solcher fungieren soll. Habe den Kernel auf die Version 2.4.18 bzw. auch als Versuch auf 2.4.10 aktualisiert. Die AVM Treiber lassen sich daraufhin installieren, allerdings wird der Treiber nicht geladen. Vielleicht kann mir da jemand weiterhelfen, so quasi mit einer Anleitung wie man dort vorgehen muss. Gruß Thomas Reinert

1 0

Controller dead Meldungen
by Christian Roessner 12 Jun '03

12 Jun '03

Hallo Mailingliste, ich habe das Archiv durchsucht, ge-Googlet und was sonst noch, ich finde keine Antwort auf das folgende Problem: SuSE 8.2 Fritz! PCI Karte Hylafax (konfiguriert) Capi4Linux (konfiguriert) ippp0 ohne DOD mit Dummy Anbierter (Arcor) konfiguriert (gelistet in ifconfig) Internet läuft i.d.R. mit DSL Nach dem Start der o.g. Dienste, beginnt die Log-Datei des Servers stetig mit den selben Fehlermeldungen zu wachsen: Auszug aus /var/log/messages: ----------------------------- Jun 12 10:07:13 server kernel: capidrv-1: listen_change_state state=3 event=1 ???? Jun 12 10:08:13 server kernel: capidrv-1: controller dead ?? Jun 12 10:08:13 server kernel: capidrv-1: listen_change_state state=3 event=1 ???? Jun 12 10:09:13 server kernel: capidrv-1: controller dead ?? Jun 12 10:09:13 server kernel: capidrv-1: listen_change_state state=3 event=1 ???? Jun 12 10:10:13 server kernel: capidrv-1: controller dead ?? Jun 12 10:10:13 server kernel: capidrv-1: listen_change_state state=3 event=1 ???? Jun 12 10:11:13 server kernel: capidrv-1: controller dead ?? Jun 12 10:11:13 server kernel: capidrv-1: listen_change_state state=3 event=1 ???? Jun 12 10:12:13 server kernel: capidrv-1: controller dead ?? Jun 12 10:12:13 server kernel: capidrv-1: listen_change_state state=3 event=1 ???? Jun 12 10:13:13 server kernel: capidrv-1: controller dead ?? ... Ende ------------------- Ich habe zwar Threads zu diesem Thema hier im Archiv gefunden, jedoch ohne einer finalen Lösung des Problems. Ich habe die Karte schon umgesteckt, extra einen Provider eingerichtet, aber das hat nichts verändert. Das Problem scheint nichts mit Hylafax und Capi4Linux zu tun zu haben, denn wenn ich in der inittab die letzte Zeile auskommentiere und telinit q abschicke, sowie Hylafax beende, bleiben die Fehlermeldungen (Verdacht: isdnlog oder ipppd, nur warum?). Ich habe schon sehr viele Stunden an diesem Problem gesessen, ohne Erfolg. Ich wäre wirklich sehr, sehr dankbar, wenn mir irgendwer einen Tip geben könnte (oder sogar eine Lösung ;-) ) Vielen Dank im Voraus. Christian ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/

3 2

ISDN-Zugang unter 8.1 will nicht so recht
by MartinKueppers＠t-online.de 12 Jun '03

12 Jun '03

Hallo Liste, mein Problem ging vor ein paar Wochen hier über die Liste, brach aber genau da, ab wo der Problemlösungsansatz m.E. anfing: ich gehe mit kinternet ins Net, sehe mir das Protokoll an und es tut sich nix. Pinge ich dann www.suse.de an in einem Befehlsfenster wird das kinternet-Fensterchen rot. Gleichzeitig sagt Protokoll: 'we are connected', um exakt 9 Sekunden später zu sagen 'we are disconnected'. kinternet-Fensterchen wird wieder grün. Daraufhin habe ich in den Einstellungen der Schnittstelle die Option 'Charge Hub' deaktiviert. Keine nachhaltige Wirkung! Habe dann mal wie damals empfohlen mir die /var/log/messages herauskopiert, angeguckt, und mir dann gesagt: Junge, Du bist zu blöd, das zu interpretieren. Deshalb hiermal ein Auszug aus den messages, vielleicht hat ja einer von euch (war übrigens Sven's Idee mit den messages) eine Idee, an welcher Schraube ich drehen muß. Mir reicht auch der Hinweis auf eine Bedienungsanleitung für diese Schraube ;-) Jun 7 16:02:03 zeus kernel: ippp0: dialing 1 12345... Jun 7 16:02:12 zeus kernel: isdn_net: local hangup ippp0 Jun 7 16:02:12 zeus kernel: ippp0: Chargesum is 0 Jun 7 16:02:22 zeus kernel: NETDEV WATCHDOG: ippp0: transmit timed out Jun 7 16:02:22 zeus kernel: isdn_tx_timeout dev ippp0 dialstate 0 Jun 7 16:02:22 zeus kernel: ippp0: dialing 1 12345... Jun 7 16:02:22 zeus kernel: capidrv-1: dail ch=0,"12345,7,0,67891" in use (plci=0x101) Jun 7 16:02:31 zeus kernel: isdn_net: local hangup ippp0 Jun 7 16:02:31 zeus kernel: ippp0: Chargesum is 0 Jun 7 16:03:02 zeus kernel: NETDEV WATCHDOG: ippp0: transmit timed out Jun 7 16:03:02 zeus kernel: isdn_tx_timeout dev ippp0 dialstate 0 Jun 7 16:03:02 zeus kernel: ippp0: dialing 1 12345... Jun 7 16:03:02 zeus kernel: capidrv-1: dail ch=0,"12345,7,0,67891" in use (plci=0x101) Jun 7 16:03:11 zeus kernel: isdn_net: local hangup ippp0 Jun 7 16:03:11 zeus kernel: ippp0: Chargesum is 0 Jun 7 16:03:42 zeus kernel: NETDEV WATCHDOG: ippp0: transmit timed out Jun 7 16:03:42 zeus kernel: isdn_tx_timeout dev ippp0 dialstate 0 Anmerkung: 12345 ist die Einwahlnummer des Providers, 67891 die von mir angenommene eigene MSN, die ich auch auf 0 stellen können müßte. Für Tips und Anregungen jetzt schon dankbar, und ein schönes Pfingstwochenende wünschend, Martin -- Microsoft isn't the answer. Microsoft is the question, and the answer is no. -- Grant Edwards

4 9

FritzCard DSL und SuSe 8.2 kein sync
by uwe.schmeling＠t-online.de 12 Jun '03

12 Jun '03

Hallo, nach Studium der Beiträge in den letzten 3 Monaten habe ich leider keinen Beitrag gefunden der für mich eine Lösung enthält. Meine Konfiguration ist nun: 1.)FritzCard DSL liegt auf einem eigenen Interrupt: 0: 6409525 XT-PIC timer 1: 895 XT-PIC keyboard 2: 0 XT-PIC cascade 5: 649478 XT-PIC eth1, VIA686A 8: 3 XT-PIC rtc 9: 644592 XT-PIC eth0, usb-uhci, usb-uhci 10: 28288 XT-PIC ide2 11: 8013503 XT-PIC fcdsl 14: 32 XT-PIC ide0 NMI: 0 LOC: 0 ERR: 0 MIS: 0 2.)Die Verkabelung ist Ok, ich habe eine zweite Schnittstelle konfiguriert, die über eth1 das T-Modem benutzt. 3.) drdsl ergibt: DSL Assistant version 1.0.3 copyright AVM 2002 The DSL Assistant is examining your DSL configuration... The DSL-Controller has the number 2. Searching for remote vendor ID... (This could take over a minute) ERROR: DSL-Controller 2 is not synced! und im log: Jun 11 11:32:52 verleihnix kernel: kcapi: appl 2 up Jun 11 11:34:04 verleihnix kernel: kcapi: appl 2 down Jun 11 11:34:04 verleihnix kernel: kcapi: recv_handler: applid 2 ? (MANUFACTURER_CONF ID=002 #0x0532 LEN=0027 Jun 11 11:34:04 verleihnix kernel: Controller/PLCI/NCCI = 0x2 Jun 11 11:34:04 verleihnix kernel: ManuID = 0x214d5641 Jun 11 11:34:04 verleihnix kernel: Class = 0x0 Jun 11 11:34:04 verleihnix kernel: Function = 0x7 Jun 11 11:34:04 verleihnix kernel: ManuData = <02 00> Jun 11 11:34:04 verleihnix kernel: ) Jun 11 11:34:15 verleihnix kernel: kcapi: appl 2 up Jun 11 11:35:27 verleihnix kernel: kcapi: appl 2 down ist das vom DSL? Frage: soweit ich gesehen habe, lädt die Karte eine Firmware, kann man das irgendwo im logfile verifizieren? Für jegliche Tips dankbar Uwe

3 2

Re: Re: [suse-isdn] Problem mit Hylafax und eingehenden Faxen
by K.Hoelzer 12 Jun '03

12 Jun '03

Hallo ! Habe schon oft beobachtet, dass die Telekom manchmal (kurzzeitig ?) keine 2 B-Kanaele bereitstellt (abgehend) -- wahrscheinlich ist das Framing-Equipment in der VSt dann gerade "am Anschlag". Warum sollte das eingehend besser sein ...... Ob das "zulaessig" ist ???? :( Es gibt nebenbei Standorte wo zu Spitzenzeiten abgehend garkeine B Kanaele freigegeben werden koennen -- das liegt dann daran dass alle Kanaele zum naechten Knoten dicht sind --- Hab diesbezueglich schon einige "grantige" Telefonate mit Stoerungsstelle, Service "NEtz" usw. hintermir: Da kam ___kein echter___ Widerspruch :o) Nur als Info Viele Gruesse -k Rainer Duffner <rainer(a)ultra-secure.de> wrote (Thu, 12 Jun 2003 11:14:16 +0200): > Peter Wiersig wrote: > > >Rainer Duffner wrote: > > =20 > > > >>c2faxrecv - INFO: Incoming analog call on controller 1 to > >>xxxxxx50. > >> =20 > >> > > > >Auf dem D-Kanal deines ISDN-Anschlusses kam die Anrufsignalisierung > >an. > > =20 > > > Aha. > > > =20 > > > >>c2faxrecv - INFO: Connection is droped with reason 0x34A2 (No > >>circuit / channel available). > >> =20 > >> > > > >Und deine B-Kanaele waren belegt. > > =20 > > > > Hm. Das kommt auch wenn sonst keiner telefoniert. > Gerade eben ging ein Fax durch. Und dann wieder nicht. > Zugegebenerma=DFen sind Faxger=E4t und Hylafax Server am gleichen=20 > Basisanschlu=DF (-51 und -50) - liegt es u.U. daran ? > > > > Danke. > > Rainer > > > -- > Um die Liste abzubestellen, schicken Sie eine Mail an: > suse-isdn-unsubscribe(a)suse.com > Um eine Liste aller verf=FCgbaren Kommandos zu bekommen, schicken > Sie eine Mail an: suse-isdn-help(a)suse.com > >

2 1

Problem mit Hylafax und eingehenden Faxen
by Rainer Duffner 12 Jun '03

12 Jun '03

Hallo, ich habe Hylafax mehr oder weniger am funktionieren (ich kann Faxe versenden). Wenn ich von einem echten Fax eines an den PC mit Hylafax schicke, erscheint im log folgendes: Jun 12 19:00:53.62: [ 2042]: c2faxrecv - INFO: SESSION BEGIN 00000018 +49.89.xxxxxx50 Jun 12 19:00:53.62: [ 2042]: c2faxrecv - INFO: Incoming analog call on controller 1 to xxxxxx50. Jun 12 19:00:53.73: [ 2042]: c2faxrecv - INFO: Connection is droped with reason 0x34A2 (No circuit / channel available). Jun 12 19:00:53.73: [ 2042]: c2faxrecv - INFO: SESSION END Was bedeutet das ? Rainer

2 3

Re: [suse-isdn] USB legt FritzCard V.2 PCI lahm?!
by Markus - 3danim.de 10 Jun '03

10 Jun '03

On Sunday, 08. June 2003 13:23, you wrote: > > Hmm, was sagt den 'lspci -v' und 'cat /proc/interrupts' ? -------------------- linux:~ # lspci -v 00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 3112 Flags: bus master, medium devsel, latency 8 Memory at e0000000 (32-bit, prefetchable) [size=64M] Capabilities: [a0] AGP version 2.0 Capabilities: [c0] Power Management version 2 00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device b112 (prog-if 00 [Normal decode]) Flags: bus master, 66Mhz, medium devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 Memory behind bridge: e4000000-e6ffffff Capabilities: [80] Power Management version 2 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) Subsystem: VIA Technologies, Inc. VT82C686/A PCI to ISA Bridge Flags: bus master, stepping, medium devsel, latency 0 Capabilities: [c0] Power Management version 2 00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP]) Subsystem: VIA Technologies, Inc. Bus Master IDE Flags: bus master, medium devsel, latency 32 I/O ports at c000 [size=16] Capabilities: [c0] Power Management version 2 00:07.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 1a) (prog-if 00 [UHCI]) Subsystem: Unknown device 0925:1234 Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at c400 [size=32] Capabilities: [80] Power Management version 2 00:07.3 USB Controller: VIA Technologies, Inc. UHCI USB (rev 1a) (prog-if 00 [UHCI]) Subsystem: Unknown device 0925:1234 Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at c800 [size=32] Capabilities: [80] Power Management version 2 00:07.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40) Subsystem: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] Flags: medium devsel Capabilities: [68] Power Management version 2 00:07.5 Multimedia audio controller: VIA Technologies, Inc. AC97 Audio Controller (rev 50) Subsystem: VIA Technologies, Inc.: Unknown device 4511 Flags: medium devsel, IRQ 12 I/O ports at cc00 [size=256] I/O ports at d000 [size=4] I/O ports at d400 [size=4] Capabilities: [c0] Power Management version 2 00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 10) Subsystem: Realtek Semiconductor Co., Ltd. RT8139 Flags: bus master, medium devsel, latency 32, IRQ 10 I/O ports at d800 [size=256] Memory at e8001000 (32-bit, non-prefetchable) [size=256] Capabilities: [50] Power Management version 2 00:0a.0 Ethernet controller: 3Com Corporation 3c905C-TX [Fast Etherlink] (rev 78) Subsystem: 3Com Corporation 3C905C-TX Fast Etherlink for PC Management NIC Flags: bus master, medium devsel, latency 32, IRQ 12 I/O ports at dc00 [size=128] Memory at e8000000 (32-bit, non-prefetchable) [size=128] Expansion ROM at <unassigned> [disabled] [size=128K] Capabilities: [dc] Power Management version 2 00:0b.0 Network controller: AVM Audiovisuelles MKTG & Computer System GmbH Fritz!PCI v2.0 ISDN (rev 02) Subsystem: AVM Audiovisuelles MKTG & Computer System GmbH Fritz!PCI v2.0 ISDN Flags: medium devsel, IRQ 11 Memory at e8002000 (32-bit, non-prefetchable) [size=32] I/O ports at e000 [size=32] Capabilities: [40] Power Management version 2 00:0c.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 10) Subsystem: Realtek Semiconductor Co., Ltd. RT8139 Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at e400 [size=256] Memory at e8003000 (32-bit, non-prefetchable) [size=256] Capabilities: [50] Power Management version 2 01:00.0 VGA compatible controller: Trident Microsystems CyberBlade/i1 (prog-if 00 [VGA]) Subsystem: Trident Microsystems CyberBlade/i1 Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 5 Memory at e5800000 (32-bit, non-prefetchable) [size=8M] Memory at e6000000 (32-bit, non-prefetchable) [size=128K] Memory at e5000000 (32-bit, non-prefetchable) [size=8M] Expansion ROM at <unassigned> [disabled] [size=64K] Capabilities: [80] AGP version 1.0 Capabilities: [90] Power Management version 1 --------------- linux:~ # cat /proc/interrupts CPU0 0: 4879871 XT-PIC timer 1: 8 XT-PIC keyboard 2: 0 XT-PIC cascade 8: 2 XT-PIC rtc 10: 2749 XT-PIC eth1 11: 20374946 XT-PIC fcpci, eth2, usb-uhci, usb-uhci 12: 4603067 XT-PIC eth0 14: 199560 XT-PIC ide0 15: 290 XT-PIC ide1 NMI: 0 ERR: 0 ----------------- Auf die Idee, dass sich ISDN Karte und USB den selben Interrupt teilen bin ich auch noch nicht gekommen. Ich gehe mal davon aus, dass ein Interrupt-Wechsel einer der beiden Geraete den Fehler behebt, aber wie mache ich das? Danke nochmal, Markus

3 4

Probleme mit Fritz DSL
by uwe.schmeling＠t-online.de 10 Jun '03

10 Jun '03

Hallo, bin gerade dabei das Telekom modem durch eine Fritz DSL zu ersetzen. Nachdem ich mein System (SuSe 8.2) ohne Probleme mit der alten ppoe config zum Laufen gebracht hatte, habe ich die capi driver für die FC installiert und (nach umstecken der Kabel) versucht eine Synchronisation mit der Vermittlungsstelle aufzubauen. Leider ohne Erfolg. Ein log des Verbindungsversuches folgt. Meine Hardware: ASUS A7V mit Athlon 800 und 2 3Com Ethernet, nvidia TNT2 AGP. un 10 16:38:29 verleihnix pppd[15565]: Plugin capiplugin.so loaded. Jun 10 16:38:29 verleihnix pppd[15565]: capiplugin: $Revision: 1.31 $ Jun 10 16:38:29 verleihnix pppd[15565]: capiconn: 1.7 Jun 10 16:38:29 verleihnix kernel: kcapi: appl 2 up Jun 10 16:38:29 verleihnix pppd[15565]: Plugin passwordfd.so loaded. Jun 10 16:38:29 verleihnix pppd[15565]: pppd 2.4.1 started by root, uid 0 Jun 10 16:38:29 verleihnix pppd[15565]: Using interface ppp0 Jun 10 16:38:29 verleihnix pppd[15565]: local IP address 192.168.99.1 Jun 10 16:38:29 verleihnix pppd[15565]: remote IP address 192.168.99.99 Jun 10 16:38:29 verleihnix pppd[15565]: capiplugin: phase dormant. Jun 10 16:38:29 verleihnix pppd[15565]: using default adsl parameters Jun 10 16:38:29 verleihnix pppd[15565]: capiplugin: contr=2 Jun 10 16:38:29 verleihnix pppd[15565]: controller 2: listen_change_state 0 -> 1 Jun 10 16:38:29 verleihnix pppd[15565]: contr 2: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask =0x0 capimask2=0x0 Jun 10 16:38:29 verleihnix pppd[15565]: controller 2: listen_change_state 1 -> 0 Jun 10 16:38:29 verleihnix pppd[15565]: Starting link Jun 10 16:38:29 verleihnix pppd[15565]: capiplugin: phase serialconn (was dormant). Jun 10 16:38:29 verleihnix pppd[15565]: plci_change_state:0x0 0 -> 1 event=1 Jun 10 16:38:29 verleihnix pppd[15565]: capiplugin: leased line (adslpppoe) Jun 10 16:38:29 verleihnix pppd[15565]: plci_change_state:0x102 1 -> 2 event=3 Jun 10 16:38:29 verleihnix kernel: kcapi: appl 2 ncci 0x10102 up Jun 10 16:38:29 verleihnix pppd[15565]: plci_change_state:0x102 2 -> 3 event=6 Jun 10 16:38:29 verleihnix pppd[15565]: ncci_change_state:0x102 0 -> 1 event=1 Jun 10 16:38:29 verleihnix pppd[15565]: ncci_change_state:0x10102 1 -> 3 event=3 Jun 10 16:38:29 verleihnix pppd[15565]: ncci_change_state:0x10102 3 -> 7 event=10 Jun 10 16:38:29 verleihnix kernel: kcapi: appl 2 ncci 0x10102 down Jun 10 16:38:29 verleihnix pppd[15565]: ncci_change_state:0x10102 7 -> 0 event=13 Jun 10 16:38:29 verleihnix pppd[15565]: plci_change_state:0x102 3 -> 7 event=8 Jun 10 16:38:29 verleihnix pppd[15565]: plci_change_state:0x102 7 -> 8 event=9 Jun 10 16:38:29 verleihnix pppd[15565]: plci_change_state:0x102 8 -> 0 event=11 Jun 10 16:38:29 verleihnix pppd[15565]: capiplugin: disconnect(remote): "" -> "" outgoing (pcli=0x102/ncci=0x10102) 0x0000 (0x0000) - No ad ditional informat ion Gruß Uwe

1 0

Re: [suse-isdn] Capi4linux CAPI_RELEASE
by Giancarlo Boi 10 Jun '03

10 Jun '03

Hallo. Sorry für die verspätet Antwort. >Was steht in einem solchen Fall in den Dateien /proc/capi/*, also zum Blei- >stift imn /proc/capi/applications? Was sagt "lsof | grep capi"? Im Falle der >FRITZ!Card: Wie sieht der Modul-Count aus? Wie sehen die Modul-Counts >von kcapi und capi (lsmod) aus? Es gibt kein /proc/capi/ Verzeichnis. Mit einem "lsof | grep capi" , kriege ich die folgende Zeile, aber 195 mal wiederholt! Hier sind die erste und die letzte. mini_capi 22563 root cwd DIR 22,3 192 99867 /root/MiniCAPI mini_capi 22563 root rtd DIR 22,3 512 2 / mini_capi 22563 root txt REG 22,3 26761 100202 /root/MiniCAPI/mini_capi mini_capi 22563 root mem REG 22,3 90989 100189 /lib/ld-2.2.5.so mini_capi 22563 root mem REG 22,3 102052 100188 /lib/i686/libpthread.so.0 mini_capi 22563 root mem REG 22,3 33722 146610 /usr/lib/libcapi20.so.2.0.6 mini_capi 22563 root mem REG 22,3 914129 26385 /usr/lib/libstdc++.so.5.0.0 mini_capi 22563 root mem REG 22,3 176399 100187 /lib/i686/libm.so.6 mini_capi 22563 root mem REG 22,3 41022 25100 /lib/libgcc_s.so.1 mini_capi 22563 root mem REG 22,3 1312490 100186 /lib/i686/libc.so.6 mini_capi 22563 root 0u CHR 136,1 3 /dev/pts/1 mini_capi 22563 root 1u CHR 136,1 3 /dev/pts/1 mini_capi 22563 root 2u CHR 136,1 3 /dev/pts/1 mini_capi 22563 root 3u CHR 68,0 29852 /dev/capi20 mini_capi 22563 root 5r FIFO 0,6 298777 pipe mini_capi 22563 root 6w FIFO 0,6 298777 pipe . . . mini_capi 22758 root cwd DIR 22,3 192 99867 /root/MiniCAPI mini_capi 22758 root rtd DIR 22,3 512 2 / mini_capi 22758 root txt REG 22,3 26761 100202 /root/MiniCAPI/mini_capi mini_capi 22758 root mem REG 22,3 90989 100189 /lib/ld-2.2.5.so mini_capi 22758 root mem REG 22,3 102052 100188 /lib/i686/libpthread.so.0 mini_capi 22758 root mem REG 22,3 33722 146610 /usr/lib/libcapi20.so.2.0.6 mini_capi 22758 root mem REG 22,3 914129 26385 /usr/lib/libstdc++.so.5.0.0 mini_capi 22758 root mem REG 22,3 176399 100187 /lib/i686/libm.so.6 mini_capi 22758 root mem REG 22,3 41022 25100 /lib/libgcc_s.so.1 mini_capi 22758 root mem REG 22,3 1312490 100186 /lib/i686/libc.so.6 mini_capi 22758 root 0u CHR 136,1 3 /dev/pts/1 mini_capi 22758 root 1u CHR 136,1 3 /dev/pts/1 mini_capi 22758 root 2u CHR 136,1 3 /dev/pts/1 mini_capi 22758 root 3u CHR 68,0 29852 /dev/capi20 mini_capi 22758 root 5r FIFO 0,6 298777 pipe mini_capi 22758 root 6w FIFO 0,6 298777 pipe mini_capi ist ein Programm, dass einfach Capi Register und Release aufruft. Es wird ein Thread gestartet, der Capi_wait_for_message aufruft. Die Idee war zu testen, ob ein Capi release erlaubt, aus der Capi_wait_for_message Funktion tu kommen, ohne dass ein Message empfangen worden ist. Es passiert aber nicht. Falls es euch interessiert, hier ist der Code: #include <stdio.h> #ifdef __linux__ # include <pthread.h> #else # include <windows.h> #endif #include <unistd.h> #include <stdlib.h> #ifdef __linux__ extern "C" unsigned capi20_register(unsigned, unsigned, unsigned, unsigned*); extern "C" unsigned capi20_release(unsigned); extern "C" unsigned capi20_waitformessage(unsigned, struct timeval*); #else extern "C" { __declspec(dllimport) unsigned WINAPI CAPI_RELEASE (unsigned ApplId); __declspec(dllimport) unsigned WINAPI CAPI_REGISTER (unsigned MsgBufSize, unsigned MaxB3Connection, unsigned MaxB3Blks, unsigned MaxSizeB3, unsigned*); __declspec(dllimport) unsigned WINAPI CAPI_WAIT_FOR_SIGNAL (unsigned ApplId); } #endif unsigned applid; #ifdef __linux__ void* proc(void* arg) #else DWORD WINAPI proc(LPVOID arg) #endif { #ifdef __linux__ printf("Thread #%d: before capi20_waitformessage\n", (int)arg); unsigned ret = capi20_waitformessage(applid, NULL); printf("Thread #%d: after capi20_waitformessage(%u) = 0x%x\n", (int)arg, applid, ret); #else printf("Thread #%d: before CAPI_WAIT_FOR_SIGNAL\n", (int)arg); unsigned ret = CAPI_WAIT_FOR_SIGNAL(applid); printf("Thread #%d: after CAPI_WAIT_FOR_SIGNAL(%u) = 0x%x\n", (int)arg, applid, ret); #endif return NULL; } int main(int argc, char *argv[]) { #ifdef __linux__ pthread_t th; #else DWORD th; #endif int count = 0; while(true){ #ifdef __linux__ printf("Process: before capi20_register\n"); unsigned ret = capi20_register(1, 10, 2048, &applid); printf("Process: after capi20_register(%u) = 0x%x\n", applid, ret); #else printf("Process: before CAPI_REGISTER\n"); unsigned ret = CAPI_REGISTER(2048, 1, 10, 1024, &applid); printf("Process: after CAPI_REGISTER(%u) = 0x%x\n", applid, ret); #endif if(ret){ printf("CAPI is not able to register another application. Press CTRL+C to stop program\n"); while(true) #ifdef __linux__ sleep(1); #else Sleep(1000); #endif exit(1); } #ifdef __linux__ pthread_create(&th, NULL, proc, (void*)count++); printf("Process: after pthread_create\n"); #else CreateThread(NULL, 0, proc, (void*)count++, 0, &th); printf("Process: after CreateThread\n"); #endif #ifdef __linux__ sleep(1); #else Sleep(1000); #endif #ifdef __linux__ printf("Process: before capi20_release\n"); pthread_t th; #else DWORD th; #endif int count = 0; while(true){ #ifdef __linux__ printf("Process: before capi20_register\n"); unsigned ret = capi20_register(1, 10, 2048, &applid); printf("Process: after capi20_register(%u) = 0x%x\n", applid, ret); #else printf("Process: before CAPI_REGISTER\n"); unsigned ret = CAPI_REGISTER(2048, 1, 10, 1024, &applid); printf("Process: after CAPI_REGISTER(%u) = 0x%x\n", applid, ret); #endif if(ret){ printf("CAPI is not able to register another application. Press CTRL+C to stop program\n"); while(true) #ifdef __linux__ sleep(1); #else Sleep(1000); #endif exit(1); } #ifdef __linux__ pthread_create(&th, NULL, proc, (void*)count++); printf("Process: after pthread_create\n"); #else CreateThread(NULL, 0, proc, (void*)count++, 0, &th); printf("Process: after CreateThread\n"); #endif #ifdef __linux__ sleep(1); #else Sleep(1000); #endif #ifdef __linux__ printf("Process: before capi20_release\n"); ret = capi20_release(applid); printf("Process: after capi20_release(%u) = 0x%x\n", applid, ret); #else printf("Process: before CAPI_RELEASE\n"); ret = CAPI_RELEASE(applid); printf("Process: after CAPI_RELEASE(%u) = 0x%x\n", applid, ret); #endif #ifdef __linux__ sleep(1); #else Sleep(000); #endif } #ifdef __linux__ sleep(5); #else Sleep(5000); #endif return 0; } Gruß, Carlo ______________________________ Giancarlo Boi Speech Resources Integration ATIP GmbH Daimlerstraße 32 60314 Frankfurt am Main fon: +49 (0)69 / 941963220 fax: +49 (0)69 / 941963188 email:Giancarlo.Boi@atip.de http://www.atip.de

1 0

Newbie: Fritz!X USB läuft nicht unter Suse 8.2
by rudi.westphal＠gmx.net 08 Jun '03

08 Jun '03

Hallo Liste, ich habe eine PIII, 500Mhz, 196 MB Rechner und bekomme unter Suse 8.2 ISDN nicht zum laufen. Im Admin-Hanbuch (S. 242) steht, dass USB-Modem nicht mit Hotplug gehen. Daher habe ich bei der Konfiguration "Manuell" gewählt. 1. Schritt +++++++++++++++++++++++++++++++++++++++++++++++++++++++ Rudi:~ # rcisdn start Setting up ISDN card contr0 AVM FRITZ!X USB done Loading Driver contr0Warning: loading /lib/modules/2.4.20-4GB/misc/fxusb.o will taint the kernel: non-GPL license - Proprietary See http://www.tux.org/lkml/#export-tainted for information about tainted modu les Module fxusb loaded, with warnings done +++++++++++++++++++++++++++++++++++++++++++++++++++++++ prima ! 2. Schritt +++++++++++++++++++++++++++++++++++++++++++++++++++++++ Rudi:~ # ifup ippp0 error in /usr/sbin/isdnctrl addif ippp0 +++++++++++++++++++++++++ schade ! ob das wichtig ist?: +++++++++++++++++++++++++++++++++++++++++++++++++++++++ Rudi:/etc # capiinfo capi not installed - No such device (19) ++++++++++++++++++++++++++++++++++++++++++++++++++++++ Bitte Hilfe, ich möchte gerne auf Linux umsteigen (aber mit Internetzugang) Gruß -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!

1 0

AVM Blue Fritz!
by GHZTransFunk 07 Jun '03

07 Jun '03

Hallo, ich habe eine AVM Blue Fritz! ISDN Anlage. Die Anlage selbst ist auch Linux Tauglich. Lediglich der USB Bluetooth Dongel ist nicht Linux Fähig. Vom AVM Suport wurde mir mitgeteilt das es allerdings mit einem anderen Linux tauglichen USB Dongel möglich sein müsste (wenn er eine der entsprechenden Bluetooth Protokolle beherscht) dennoch Schnurlos zu surfen. Hat das schon einmal jemand mit einem anderen Dongel Versucht? Oder hat irgendjemand eine andere Idee wie ich wieder ins Netz kommen kann ?? :-) Danke George

2 1

USB legt FritzCard V.2 PCI lahm?!
by Markus - 3danim.de 07 Jun '03

07 Jun '03

Hallo zusammen, habe seit einiger Zeit eine Fritzcard PCI V.2 unter SuSE 8.0 mit Kernel 2.4.20 (via cloneconfig vom orginal SuSE 2.4.18 Kernel erstellt) am laufen. Das Problem ist - und das hat eine Weile gedauert bis ich den Zusammenhang erkannt habe -, dass jeder Zugriff auf USB (Drucker oder Digitalkamera) den Fritzcard Treiber V.03.09.10 dazu bringt zu glauben der Controller sei nicht mehr da ('Controller dead' Meldungen im Kernel Log). Das bedeutet, ich kann mich nicht mehr ins Internet einwaehlen und auch keine Faxe mehr schicken. Das seltsame ist aber, dass die Verbindungen anscheinend doch aufgebaut werden, aber irgendeine Treiberinstanz das nicht mitbekommt und weiter von einem 'abwesenden' Controller ausgeht. Die einzige Moeglichkeit wieder online zu gehen ist, das ISDN System neu zu starten oder mich per (ISDN) Telefon auf der MSN anzurufen unter der der PC die Faxe entgegennimmt. Dann erkennt der Treiber ploetzlich die ISDN Karte wieder und ich kann wieder Verbindungen nach aussen aufbauen. Alternativ verhindert auch die Einwahl ins Internet vor dem Zugriff auf USB dass der Controller nicht mehr erkannt wird. Beides sind aber keine langfristigen Loesungen. Kann mir jemand ein paar Tips geben wie ich das Problem beheben kann? Danke, Markus

1 0

Capi4linux CAPI_RELEASE
by Giancarlo Boi 06 Jun '03

06 Jun '03

Hallo, ich versuche eine CAPI basierte Sprachapplikation, auf einer Linux SuSE 8.1 machine laufen zu lassen. Ich habe das folgende Phänomen beobachtet: wenn eine Applikation die Funktionen CAPI_REGISTER und CAPI_RELEASE in einer Schleife ausführt, wird nach exact 127 Runden ein Zustand erreicht, in dem keine weitere Applikation die CAPI_REGISTER Funktion erfolgreich aufrufen kann (egal ob die Funktion im denselben Programm oder von einem anderen Prozess gerufen wird!). Erst nach dem Beenden des Programmes wird es wieder möglich, irgendeine Applikation zu registrieren. Ich benutze eine HST Saphir V (aber ich habe dasselbe mit einer FRITZ Karte beobachtet). Das CAPI SO file ist das libcapi20.so.2.0.6. Hat jemand es schon erlebt? Es scheint irgendein Resource-Leck zu sein. Mit freundlichen Grüße, Giancarlo Boi _______________________________ Giancarlo Boi Speech Resources Integration ATIP GmbH Daimlerstraße 32 60314 Frankfurt am Main fon: +49 (0)69 / 941963220 fax: +49 (0)69 / 941963188 email:Giancarlo.Boi@atip.de http://www.atip.de

2 1

Probleme mit kdeprintfax
by Mathias, DG7GAL 05 Jun '03

05 Jun '03

Hallo Liste, Ich habe auf einem Server Hylafax installiert, und möchte nun von einem Client über kdeprintfax Faxe versenden. Leider kommt dabei bei dem Empfänger nur die von Hylafax generierte Kopfzeile an. Gebe ich auf dem Client (Suse 8.1) an der Konsole sendfax -n -h 192.168.xx.xx -d tel-nr /file ein, funktioniert es ohne Probleme, das gesamte Fax kommt an. Die hylafaxparameter unter kdeprintfax entsprechen denen, die ich an der Konsole angegeben habe. Woran kann es liegen, daß es mit kdeprintfax nicht funktioniert? Vielen Dank für Eure Hilfe! Mathias

1 0

Online mit CAPI nur �ber Umweg!?
by Burkhard v.Kloeden 03 Jun '03

03 Jun '03

Hallo Liste, nach dem ich es nun geschafft habe den capi - Treiber zu installieren und einzurichten, habe ich nur noch ein Problem. Nach dem ich den Rechner hochgefahren habe, und ich online gehen möchte, ist kinternet kurz rot dann ist es wieder grün und in der /var/log/messages steht folgender Eintag: <SCHNIPP> May 29 15:23:20 linux kernel: ippp0: dialing 1 0191011... May 29 15:23:29 linux kernel: isdn_net: local hangup ippp0 May 29 15:23:29 linux kernel: capidrv-1: chan 0 disconnect request while waiting for CONNECT_CONF May 29 15:23:29 linux kernel: ippp0: Chargesum is 0 <SCHNAPP> Nun hatte ich schon mal irgendwo gelesen, daß man dieses Problem damit lösen kann, daß man den Stecker des ISDN Kabels aus der Karte zieht und wieder rein steckt. Gesagt getan... <SCHNIPP> May 29 15:23:40 linux kernel: capidrv-1: DISCONNECT_IND reason 0x3301 (Protocol error layer 1 (broken line or B-channel removed by signalling protocol)) for plci 0x101 <SCHNAPP> ...und siehe da es funktioniert. <SCHNIPP> May 29 15:23:47 linux kernel: ippp0: dialing 1 0191011... May 29 15:23:47 linux isdnlog: (AVM B1 driver detected (D2)) May 29 15:23:47 linux isdnlog: May 29 15:23:47 * tei 95 calling 0191011 with +49 xxxx/xxxxxx, XXXXXXX RING (Data) <SCHNAPP> Nun ist das natürlich nicht die feine englische einmal am Tag unter den Tisch zu krabbeln das Kabel zu bewegen um online zu gehen. Daher mein Frage, gibt es einen anderen Weg dieses Problem zu beseitigen? Nun noch ein paar Worte zum System: AMD Athlon 2000 SuSE 8.1 Kernel 2.4.19 avmfritzcapi 1.0-28 capi4hylafax 4.1.3-91 capi4linux 2002.9.8-4 capisuite 0.4.1a-0 km_fritzcapi 1.0-34 KInternet 0.45 Danke schonmal im Voraus Gruß Burkhard.

3 5

Routing
by Boris Höffgen 03 Jun '03

03 Jun '03

Hallo, ich habe folgendes Problem: der ISDN-/DSL-Router soll je nach IP-Bereich unterschiedliche Verbindungen aufbauen. Das Heimatnetz ist das 10.30.11.0. Wenn ein User eine IP aus dem 10.20.11.0 konnektieren will, soll der Router eine ISDN-Verbindung(isdn0) per rawip aufbauen, ansonsten wird eine DSL-Verbindung (ppp0) aufgebaut. Die Default-Route liegt auf der DSL-Verbindung. Mein Problem ist, dass der Router keine Verbindung aufbaut über die ISDN-Karte, wenn ein USER eine Anfrage aus dem Netz 10.30.11.0 stellt. Vom Router aus (z.B. telnet/ssh 10.20.11.254) klappt alles wunderbar. Der Router wählt und legt auch wieder auf. Die Verbindung ins Internet klappt aus dem Heimatnetz wunderbar. Woran könnte das liegen? Am Routing? Ich sehe den Fehler nicht. IP_FORWARD steht auf 1. Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.20.30.200 0.0.0.0 255.255.255.255 UH 0 0 0 isdn0 10.20.30.0 10.20.30.200 255.255.255.255 UGH 0 0 0 isdn0 217.5.98.68 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 10.20.11.128 10.20.30.200 255.255.255.128 UG 0 0 0 isdn0 10.20.11.0 10.20.30.200 255.255.255.128 UG 0 0 0 isdn0 10.30.11.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 10.30.11.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 0.0.0.0 217.5.98.68 0.0.0.0 UG 0 0 0 ppp0 isdn0: inet addr:10.20.30.201 P-t-P:10.20.30.200 Mask:255.255.255.255 eth1: inet addr:10.30.11.1 Bcast:10.30.11.255 Mask:255.255.255.0 eth0: inet addr:10.30.11.254 Bcast:10.30.11.255 Mask:255.255.255.0 Danke für Eure Mühe. Viele Grüße Boris

2 5

Hylafax und SuSE 8.1 bzw. SLOX
by Thomas Reinert 03 Jun '03

03 Jun '03

Hallo, habe folgendes Problem: AVM B1 und Haylafax inkl. Capi4hylafax installiert. Empfang funtioniert wunderbar, allerdings beim Versank kommt Fehlermeldung: Protocol Error layer1 broken line or B-channel removed by signalling protocol kann mir da jemand weiter helfen ? Thomas

3 3

-no subject-
by Thomas Reinert 02 Jun '03

02 Jun '03

Hallo, habe folgendes Problem: AVM B1 und Haylafax inkl. Capi4hylafax installiert. Empfang funtioniert wunderbar, allerdings beim Versank kommt Fehlermeldung: Protocol Error layer1 broken line or B-channel removed by signalling protocol kann mir da jemand weiter helfen ? Thomas

1 0

Probleme: SuSE 8.2, AVM Fritz PCI-Card f. ISDN, local hangup (vielleicht Kernel 2.4.20)
by Thomas Veith 01 Jun '03

01 Jun '03

Hi *, vorab: ich habe die ML-Archive durchstöbert und leider nichts passendes gefunden... Ich habe folgende Box: Duron 1400Mhz 256 MB RAM QDI Kudiz7-Motherboard (VIA Apollo KT400) und eben eine AVM Fritz PCI ISDN-Card.. unter SuSE 8.1 funktioniert das Internet perfekt; mit SuSE 8.2 jedoch klappt kein Einwählversuch.. nach ein paar Sekunden kommt die Meldung "local hangup ippp0" (siehe /var/log/message-Auszug später).. Das passiert sowohl mit dem CAPI-Treiber, als auch mit dem normalen... Wenn ich unter SuSE 8.1 den 2.4.20-Kernel installiere, klappt es ebenfalls nicht; wenn ich danach wieder mit dem 2.4.19er boote ist alles 1a... Any ideas? lg, Thomas Veith Auszug aus /var/log/message May 31 15:19:21 server kernel: isdn_net: local hangup ippp0 May 31 15:19:21 server kernel: ippp0: Chargesum is 0 May 31 15:19:21 server ipppd[5911]: Modem hangup May 31 15:19:21 server ipppd[5911]: Connection terminated. May 31 15:19:21 server ipppd[5911]: taking down PHASE_DEAD link 0, linkunit: 0 May 31 15:19:21 server ipppd[5911]: closing fd 7 from unit 0 May 31 15:19:21 server ipppd[5911]: link 0 closed , linkunit: 0 May 31 15:19:21 server ipppd[5911]: reinit_unit: 0 May 31 15:19:21 server ipppd[5911]: Connect[0]: /dev/ippp0, fd: 7 May 31 15:19:21 server kernel: ippp, open, slot: 1, minor: 0, state: 0000 May 31 15:19:21 server kernel: ippp_ccp: allocated reset data structure cb37e800 May 31 15:19:21 server kernel: kcapi: appl 1 ncci 0x10101 down May 31 15:19:21 server kernel: ippp_ccp: freeing reset data structure c5b2d800 May 31 15:19:21 server ipppd[5911]: Terminating on signal 15. May 31 15:19:21 server ipppd[5911]: closing fd 7 from unit 0 May 31 15:19:21 server ipppd[5911]: link 0 closed , linkunit: 0 May 31 15:19:21 server ipppd[5911]: Exit. May 31 15:19:21 server kernel: ippp_ccp: freeing reset data structure cb37e800 May 31 15:19:21 server modify_resolvconf: restored /etc/resolv.conf.saved.by.ipppd.ippp0 to /etc/resolv.conf Mai 31 15:19:21 server modify_resolvconf: restored /etc/resolv.conf.saved.by.ifup.ippp0 to /etc/resolv.conf May 31 15:19:22 server smpppd[5453]: terminating on signal 15 ______________________________________________________________________________ UNICEF bittet um Spenden fur die Kinder im Irak! Hier online an UNICEF spenden: https://spenden.web.de/unicef/special/?mc=021101

2 1