November 2002 - openSUSE ISDN (Deutsch)

Suse 8.1, ACM PCI2.0, AVM Capi4Linux und keine capi.conf
by jan.ansgar＠gmx.de 05 Nov '02

05 Nov '02

Hallo, bastele auch schon seit einiger Zeit an meinem Hylafaxserver rum - leider bisher ohne ein stabiles Ergebnis. Wollte jetzt 8.1 probieren, habe aber schon bei der Konfiguration meiner AVM PCI2.0 Probleme. Wähle ich bei der Konfiguration mit Yast2 den AVM Capi 2.0 Treiber, werden alle wichtigen capimodule geladen. Ein Testverbindung mit AVM klappt auch. Rufe ich aber capiinit show auf, leider meckert er aber über die fehlende capi.conf. Die existiert auch wirklich nicht, hab nachgeguckt! Muss das so, oder ist das ein Fehler? Bin dankbar über jeden Rat, Jan

2 1

Arcor und ISDN-Kompression?
by Jan Tim Schueszler 04 Nov '02

04 Nov '02

Hallo, ich bin Kunde bei Arcor und habe die ISDN-Flatrate. Bietet Arcor da auch ISDN-Kompression an? Auf meine entsprechende Anfrage per Mail habe ich bisher noch keine Antwort bekommen. Kernel 2.4.19 habe ich soweit fertig, Kompression wird auch erfolgreich geladen. Nur zeigen entsprechende Tests mit großen unkomprimierten Textdateien noch immer "nur" Downloadraten von max 7,4 Kb (bspw Downloads per Mozilla). Danke für Antworten, JT -- Jan Tim Schüszler, Hamburg ICQ 31996332 Fingerprint: C2A7 F2B2 9410 5368 7A89 E74A 10BE FCF7 4E25 7ABE

1 0

ISDN-Einwahl will nicht
by Stefan Schilling 04 Nov '02

04 Nov '02

Hallo! Ich habe auf meinem SuSE 7.2 System versucht mittel YAST eine ISDN Verbindung einzurichten. Ausgewählt habe ich eine FritzCard Classic (IRQ=5, IO=300), die Daten sind die von Arcor. Die Karte hängt direkt am NTBA. Installiert ist das mitgelieferte I4L und ppp, alles laufend auf einem 2.4.18 Kernel: debian:~ # pppd --version pppd version 2.4.0 debian:~ # Wenn ich nun sage, dass er sich einwählen soll, klappt die eigentliche Einwahl. Trotzdem bricht er nach ca. 20 sek. ab. Zur Fehleranalyse habe ich mal im ppp die Option debug gesetzt. Weiter unten ist die Ausgabe. Der Fehler tritt mit verschiedenen Providern auf. Die Zugangsnamen und Passwörter stimmen. Vielleicht kann ja jemand was damit anfangen... Ciao und schönen Abend / Tach noch... Stefan hier die Ausgabe eines Anwahlversuchs, kopiert aus der /var/log/messages: Nov 3 21:20:24 debian kernel: isdn: Verbose-Level is 3 Nov 3 21:20:25 debian ipppd[5039]: Found 1 device: /dev/ippp0 Nov 3 21:20:25 debian ipppd[5046]: ipppd i2.2.11 (isdn4linux version of pppd by MH) started Nov 3 21:20:25 debian ipppd[5046]: init_unit: 0 Nov 3 21:20:25 debian kernel: ippp, open, slot: 0, minor: 0, state: 0000 Nov 3 21:20:25 debian kernel: ippp_ccp: allocated reset data structure c1631000 Nov 3 21:20:25 debian ipppd[5046]: Connect[0]: /dev/ippp0, fd: 8 Nov 3 21:20:44 debian sshd[5088]: Accepted password for ROOT from ::ffff:192.168.100.3 port 1033 Nov 3 21:21:06 debian SuSEfirewall2: Firewall rules unloaded. Nov 3 21:21:11 debian kernel: OPEN: 192.168.0.99 -> 62.96.128.66 ICMP Nov 3 21:21:11 debian kernel: ippp0: dialing 1 0192071... Nov 3 21:21:11 debian isdnlog: Nov 03 21:21:11 * tei 104 calling 0192071 with +49 911/5193311, Nürnberg RING (Data) Nov 3 21:21:12 debian isdnlog: Nov 03 21:21:12 tei 104 calling 0192071 with +49 911/5193311, Nürnberg Time:Sun Nov 3 21:19:00 2002 Nov 3 21:21:12 debian isdnlog: Nov 03 21:21:12 tei 104 calling 0192071 with +49 911/5193311, Nürnberg COLP *INVALID* -- ignored! Nov 3 21:21:12 debian isdnlog: Nov 03 21:21:12 tei 104 calling 0192071 with +49 911/5193311, Nürnberg CONNECT (Data) Nov 3 21:21:12 debian isdnlog: Nov 03 21:21:12 tei 104 calling 0192071 with +49 911/5193311, Nürnberg No area info for provider 33_0 (98), d Nov 3 21:21:13 debian ipppd[5046]: Local number: 5193311, Remote number: 0192071, Type: outgoing Nov 3 21:21:13 debian ipppd[5046]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Nov 3 21:21:13 debian ipppd[5046]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x7d96306a>] Nov 3 21:21:13 debian kernel: isdn_net: ippp0 connected Nov 3 21:21:13 debian ipppd[5046]: rcvd [0][proto=0xfe02] c0 20 00 c6 00 22 02 04 c2 22 04 04 06 8c 0a 98 3c 10 04 04 f4 12 10 00 6e 62 66 64 Nov 3 21:21:13 debian ipppd[5046]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 7c 96 30 6a Nov 3 21:21:15 debian ipppd[5046]: rcvd [0][proto=0xfe02] c0 20 00 c6 00 22 02 04 c2 22 04 04 06 8c 0a 98 3c 10 04 04 f4 12 10 00 6e 62 66 64 Nov 3 21:21:16 debian ipppd[5046]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x7d96306a>] Nov 3 21:21:16 debian ipppd[5046]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 7c 96 30 6a Nov 3 21:21:17 debian ipppd[5046]: rcvd [0][proto=0xfe02] c0 20 00 c8 00 22 02 04 c2 22 04 04 06 8c 0a 98 3c 10 04 04 f4 12 10 00 6e 62 66 64 Nov 3 21:21:19 debian ipppd[5046]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x7d96306a>] Nov 3 21:21:19 debian ipppd[5046]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 7c 96 30 6a Nov 3 21:21:19 debian ipppd[5046]: rcvd [0][proto=0xfe02] c0 20 00 c8 00 22 02 04 c2 22 04 04 06 8c 0a 98 3c 10 04 04 f4 12 10 00 6e 62 66 64 Nov 3 21:21:21 debian ipppd[5046]: rcvd [0][proto=0xfe02] c0 20 00 ca 00 22 02 04 c2 22 04 04 06 8c 0a 98 3c 10 04 04 f4 12 10 00 6e 62 66 64 Nov 3 21:21:22 debian ipppd[5046]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x7d96306a>] Nov 3 21:21:22 debian ipppd[5046]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 7c 96 30 6a Nov 3 21:21:23 debian ipppd[5046]: rcvd [0][proto=0xfe02] c0 20 00 ca 00 22 02 04 c2 22 04 04 06 8c 0a 98 3c 10 04 04 f4 12 10 00 6e 62 66 64 Nov 3 21:21:25 debian ipppd[5046]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x7d96306a>] Nov 3 21:21:25 debian ipppd[5046]: rcvd [0][proto=0xfe02] c0 20 00 cc 00 22 02 04 c2 22 04 04 06 8c 0a 98 3c 10 04 04 f4 12 10 00 6e 62 66 64 Nov 3 21:21:25 debian ipppd[5046]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 7c 96 30 6a Nov 3 21:21:27 debian ipppd[5046]: rcvd [0][proto=0xfe02] c0 20 00 cc 00 22 02 04 c2 22 04 04 06 8c 0a 98 3c 10 04 04 f4 12 10 00 6e 62 66 64 Nov 3 21:21:28 debian ipppd[5046]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x7d96306a>] Nov 3 21:21:28 debian ipppd[5046]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 7c 96 30 6a Nov 3 21:21:29 debian ipppd[5046]: rcvd [0][proto=0xfe02] c0 20 00 ce 00 22 02 04 c2 22 04 04 06 8c 0a 98 3c 10 04 04 f4 12 10 00 6e 62 66 64 Nov 3 21:21:31 debian ipppd[5046]: rcvd [0][proto=0xfe02] c0 20 00 ce 00 22 02 04 c2 22 04 04 06 8c 0a 98 3c 10 04 04 f4 12 10 00 6e 62 66 64 Nov 3 21:21:31 debian ipppd[5046]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x7d96306a>] Nov 3 21:21:31 debian ipppd[5046]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 7c 96 30 6a Nov 3 21:21:33 debian isdnlog: Nov 03 21:21:33 tei 104 calling 0192071 with +49 911/5193311, Nürnberg Normal call clearing (User) Nov 3 21:21:33 debian kernel: ippp0: remote hangup Nov 3 21:21:33 debian kernel: ippp0: Chargesum is 0 Nov 3 21:21:33 debian isdnlog: Nov 03 21:21:33 tei 104 calling 0192071 with +49 911/5193311, Nürnberg HANGUP ( 0:00:21 I=516.0 b O=126.0 b) Nov 3 21:21:33 debian ipppd[5046]: Modem hangup Nov 3 21:21:33 debian ipppd[5046]: Connection terminated. Nov 3 21:21:33 debian ipppd[5046]: taking down PHASE_DEAD link 0, linkunit: 0 Nov 3 21:21:33 debian ipppd[5046]: sent [0][LCP TermReq id=0x2 6c 69 6e 6b 20 63 6c 6f 73 65 64] Nov 3 21:21:33 debian ipppd[5046]: LCP is down Nov 3 21:21:33 debian ipppd[5046]: closing fd 8 from unit 0 Nov 3 21:21:33 debian kernel: ippp_ccp: freeing reset data structure c1631000 Nov 3 21:21:33 debian ipppd[5046]: link 0 closed , linkunit: 0 Nov 3 21:21:33 debian ipppd[5046]: reinit_unit: 0 Nov 3 21:21:33 debian kernel: ippp, open, slot: 0, minor: 0, state: 0000 Nov 3 21:21:33 debian kernel: ippp_ccp: allocated reset data structure c1631000 Nov 3 21:21:33 debian ipppd[5046]: Connect[0]: /dev/ippp0, fd: 8

4 6

Re: [suse-isdn] ISDN-Einwahl will nicht
by Stefan Schilling 04 Nov '02

04 Nov '02

Guten Tag Stefan Schilling, Am Montag, 4. November 2002 um 14:42 schrieb Stefan Schilling: > --- Weitergeleitete Nachricht / Forwarded Message --- > Date: Mon, 4 Nov 2002 12:44:54 +0100 > From: Karsten Keil <kkeil(a)suse.de> > To: suse-isdn(a)suse.com > Subject: Re: [suse-isdn] ISDN-Einwahl will nicht >> On Mon, Nov 04, 2002 at 08:57:14AM +0100, Stefan Schilling wrote: >> > Hallo! >> > >> > Ich habe auf meinem SuSE 7.2 System versucht mittel YAST eine ISDN >> > Verbindung einzurichten. >> > Ausgewählt habe ich eine FritzCard Classic (IRQ=5, IO=300), die Daten >> > sind die von Arcor. Die Karte hängt direkt am NTBA. Installiert ist >> > das mitgelieferte I4L und ppp, alles laufend auf einem 2.4.18 Kernel: >> > >> > debian:~ # pppd --version >> > pppd version 2.4.0 >> > debian:~ # >> >> ppp hat mit ipppd nichts zu tun. >> >> >> > >> > Wenn ich nun sage, dass er sich einwählen soll, klappt die >> > eigentliche Einwahl. Trotzdem bricht er nach ca. 20 sek. ab. Zur >> > Fehleranalyse habe ich mal im ppp die Option debug gesetzt. Weiter >> > unten ist die Ausgabe. Der Fehler tritt mit verschiedenen Providern >> > auf. >> > Die Zugangsnamen und Passwörter stimmen. >> > >> > Vielleicht kann ja jemand was damit anfangen... >> > >> > >> > Ciao und schönen Abend / Tach noch... >> > >> >> Was sagt "isdnctrl -V" ? >> >> Was sagt denn "isdnctrl list ippp0" ? debian:~ # isdnctrl -V isdnctrl's view of API-Versions: ttyI: 6, net: 6, info: 1 Kernel's view of API-Versions: ttyI: 6, net: 6, info: 1 debian:~ # isdnctrl list ippp0 Current setup of interface 'ippp0': EAZ/MSN: 5193311 Phone number(s): Outgoing: 03080939099 Incoming: Dial mode: auto Secure: on Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 10 Hangup-Timeout: 660 Incoming-Hangup: off ChargeHangup: off Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Slave trigger: 6000 cps Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 0 debian:~ # Ciao, Stefan -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de

1 0

Einwahlproblem mit dial on demand bei der 8.1
by Andreas Strouthos 04 Nov '02

04 Nov '02

Hallo Liste! Ich habe folgendes Problem: Bei meiner SuSE 8.1 funktioniert zwar dial on demand (bei der 8.0 ging's nicht), jedoch stellt das Programm, welches die Anfrage gestellt hat, nur diese eine Anfrage ins Internet. Diese geht jedoch verloren, da ja am Anfang noch keine Verbindung bestand. Jeder Versuch mit dem jeweiligen Programm eine erneute Anfrage zu stellen (reload, oder erneute mailabfrage) scheitern. Es scheint keine Anfrage mehr raus zu gehen. Die einzige Lösung bis jetzt ist mich manuell einzuwählen, dann 5sec. warten (ganz wichtig!) und dann die erste Anfrage losschicken. So geht's, jedoch nützt mir das dial on demand dann auch nichts mehr. Bei der 7.3 hatte ich dieses Problem nicht. Ich habe eine FrinzCard PCI, benutze den CAPI-Treiber (mit Hisax das gleiche Problem) und stelle eine Verbindung zu T-Online her. Konnte in der Liste keine ähnlichen Problembeschreibungen finden. Ich hoffe jedoch, daß jemand hier eine Vorstellung hat, woran es liegen könnte! Vielen Dank im voraus! Andreas

2 1

Einwahlproblem Freenet + SuSE8.0 + passive AVM ISDN Cards
by Rolf Dreissig 04 Nov '02

04 Nov '02

Hallo Liste, Hoffe das mir jemand weiter helfen kann, Mein Problem ist, dass kein Verbindungsaufbau via ISDN zu Freenet aufgebaut werden kann. Die Einwahl funktionierte bisher immer. Erst seit einer Neuinstallation der SuSE 8.0 Pro geht bei Freenet nichts mehr. Meine Installation: Pentium 3 mit 256MB RAM, SuSe 8.0 (Neuinstallation) Kernel 2.4.18-4GB, ISDN-Treiber i4l-2002.7.31-0 oder auch AVM capi-Treiber 8.0-03.09.10 , Netzwerk eth0 192.168.1.1, ippp0 192.168.0.99 Ankommende und Abgehende Verbindungen sind mit Fritz!DSL oder auch Ffritz!Classic kein Problem. Aber keine einzige der Verbindungen mit freenet via ISDN kommt zu Stande. Die Einwahl mit Modem oder mit ISDN unter Windoof zu freenet funktioniert ebenfalls. Aus irgend einem Grund meint der PC dass da kein Freenet-Server (oder keine aktive Verbindung) ist und er legt nach ca 9 Sekunden wieder auf. Oct 13 18:12:08 s1 kernel: ippp0: dialing 1 01929... Oct 13 18:12:08 s1 isdnlog: Oct 13 18:12:08 * tei 64 calling 01929,, with +49 xxx/xxxxx, xxxxx RING (Data) Oct 13 18:12:16 s1 isdnlog: Oct 13 18:12:16 tei 64 calling 01929,, with +49 xxx/xxxxx, xxxxx Normal call clearing (User) Oct 13 18:12:16 s1 kernel: isdn_net: local hangup ippp0 Oct 13 18:12:16 s1 kernel: ippp0: Chargesum is 0 Oct 13 18:12:17 s1 isdnlog: Oct 13 18:12:17 tei 64 calling 01929,, with +49 xxx/xxxxx, xxxxx HANGUP Ja das wars. Andere Meldungen werden leider nicht ausgespuckt. Wie schon gesagt, mit Yast 1 lief es über Jahre einwandfrei. Erst ab der Neuinstallation der SuSE 8.0 ist der Wurm drin. Z.Z betreibe ich die Fritz!DSL mit dem capi-Treiber. Die Meldungen aber sind die Gleichen. Wer eine lauffähige Konfiguration für freenet hat möge sich bitte melden. Also mindestens die Dateien /etc/sysconfig/network/providers/Mobilcom oä. und die Datei /etc/sysconfig/isdn/cfg-net0 . Hilfreich wäre auch eine /etc/sysconfig/isdn/cfg-contr0 für die Fritz!Classic bzw. die Fritz!DSL Vielen Dank im Voraus MfG Rolf Anbei einige Konfigurationsdateien ------------------------------------------------- Auszug von siga... ISA 00.0: 10300 ISDN Adapter [Created at isa.53] Unique ID: LJKI.Mb2P2G_yolF Hardware Class: isdn adapter Model: "AVM A1 or Fritz!Classic" Vendor: s3005 "AVM" Device: 0500 "AVM A1 or Fritz!Classic" I/O Ports: 0x240-??? (rw) Driver Info #0: I4L Type: 5/0 [AVM FRITZ!Card Classic] Parameter: 0: (0x1/03): IRQ = 0x7 [0x3,0x4,*0x5,0x7,0x9,0xa,0xb,0xc,0xf] 1: (0x3/01): IO = 0x240 [*0x200,0x240,0x300,0x340] Driver Info #1: I4L Type: 8002/3 [AVM FRITZ!Card Classic] Parameter: 0: (0x1/03): IRQ = 0x4 [0x3,0x4,*0x5,0x7,0x9,0xa,0xb,0xc,0xf] 1: (0x3/01): IO = 0x240 [*0x200,0x240,0x300,0x340] ------------------------------------------------- # /etc/ppp/ioptions # for isdn4linux/syncPPP global options for ipppd # # # Klaus Franken # Version: 15.05.97 (5.0) # # lock # Set 'debug' to create a lot of information in /var/log/messages debug # Set '+pwlog' for logging passwords in /var/log/messages +pwlog ------------------------------------------------- /etc/sysconfig/isdn/cfg-contr0 AREACODE="0xxx" DEBUG="4" DIALPREFIX="" DRIVER="hisax" NAME="AVM FRITZ!Card Classic" PARA_IO="0x240" PARA_IRQ="5" PARA_MEMBASE="" PARA_SUBTYPE="0" PARA_TYPE="5" PROTOCOL="euro" STARTMODE="onboot" UNIQUE="LJKI.Mb2P2G_yolF" ------------------------------------------------ /etc/sysconfig/isdn/cfg-net0 CALLBACK="off" CHARGEHUP="off" COMPRESSION="no" DEFAULTROUTE="no" DIALMODE="manual" DYNAMICIP="no" FIREWALL="no" IDLETIME="120" IPADDR="192.168.0.99" MSN="xxxxx" MULTILINK="no" PROTOCOL="syncppp" PROVIDER="MobilcomABO" PTPADDR="192.168.0.1" STARTMODE="onboot" USEPEERDNS="no" ------------------------------------------------- /etc/sysconfig/network/providers/MobilcomABO ASKPASSWORD="no" AUTODNS="no" COUNTRY="Germany" COMPUSERVE="no" DEMAND="no" DNS1="62.104.196.134" DNS2="62.104.191.241" DSLSUPPORTED="no" HOMEPAGE="http://www.freenet.de/" ISDNSUPPORTED="yes" MODEMSUPPORTED="no" PASSWORD="mobilcom" PHONE="01929" PROVIDER="MobilcomABO" Protocol="syncppp" USERNAME="t0xxxxxxxx" ------------------------------------------------- Ausgabe isdnctrl Current setup of interface 'ippp0': EAZ/MSN: xxxxx Phone number(s): Outgoing: 01929 Incoming: Dial mode: manual Secure: on Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 1 Hangup-Timeout: 120 Incoming-Hangup: off ChargeHangup: off Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 0 ------------------------------------------------- Ausgabe ifconfig ippp0 Protokoll:Punkt-zu-Punkt Verbindung inet Adresse:192.168.0.99 P-z-P:192.168.0.1 Maske:255.255.255.255 UP PUNKTZUPUNKT RUNNING NOARP MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:30 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) ------------------------------------------------- Ausgabe route -n Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 ------------------------------------------------- -- eom ---

7 30

Suse 8.1 Hangup bei Faxeingang
by Stefan Piotrowski 03 Nov '02

03 Nov '02

Hallo, hier nochmals ein Frage, wer hat die Fixes für die Fritzcard schon mal eingespielt: http://www.suse.de/~kkeil/fixes/8.1/ Bei mir klappt das nicht, depmod bringt Fehler !!! -- Mit freundlichen Gruessen / with best regards Stefan Piotrowski mailto:stefan@mspio.net Fon +49 7725 91111 http://www.mspio.net http://bike.mspio.net ----------oO~~~~~Oo---------- ... gesendet ueber einen Intranetserver mit SuSE Linux 8.1 ... ----------oO~~~~~Oo----------

2 1

Mal wieder faxen mit capi
by Michael Tomuschat 03 Nov '02

03 Nov '02

Hallo, ich habe ganz rudimentäre Probleme mein Notebook zum Faxen zu bewegen. Und zwar meldet er mir immer, dass CAPI nicht installiert sei: root # /usr/local/bin/c2faxsend -C /var/spool/hylafax/etc/config.faxCAPI -v -d 07xxxxxxxxxx -f TIFF fritz_pic.tif Try to connect to fax number 07xxxxxxxxxx in TIFF mode. Dial and starting transfer of TIFF-File fritz_pic.tif with fine resolution. Connection dropped with Reason 0x1009 (CAPI not installed). Ich habe SuSE 8.1 mit neuesten YOU, Patches entsprechend http://www.suse.de/~kkeil/fixes/8.1, ein ASUS Notebook mt einer Fritz PCMCIA Karte. Mein lsmod bringt: ... fcpcmcia 536128 0 capidrv 25044 0 capi 17056 0 capifs 3688 1 [capi] kernelcapi 29568 4 [fcpcmcia capidrv capi] capiutil 22560 0 [capidrv kernelcapi] avma1_cs 3076 0 (unused) hisax 470500 1 [avma1_cs] isa-pnp 29664 0 [hisax] isdn 123584 3 [capidrv hisax] slhc 5040 0 [isdn] ds 6436 2 [avma1_cs] yenta_socket 9536 2 pcmcia_core 40448 0 [avma1_cs ds yenta_socket] (demnach scheint CAPI ja installiert zu sein) und in der ISDN-Low-Level Konfiguration habe ich den AVM-CAPI2.0 Treiber (also nicht Hisax) eingstellt, und Internet funktioniert damit. Any ideas??? Danke für alle Tipps, schönen Abend noch, Gruß Michael

2 1

Hylafax Server & Client
by Günther J. Niederwimmer 03 Nov '02

03 Nov '02

Hallo, hat für mich jemand eine Faq Adresse für obiges Problem, ich bringe einfach den Client nicht dazu hylafax richtig anzusprechen. Übrigens SuSEFax bei der 8.1 funktioniert nicht mehr, man kann keine Eingaben mehr machen ? -- MfG / Regards Günther J. Niederwimmer

1 0

SuSE 8.1 und capi4hylafax
by Stefan Piotrowski 03 Nov '02

03 Nov '02

Hallo, habe einen Duron 1200 mit Fritzcard PCI 2.0 und SuSE 8.1 ISDN Einwahl und Dienste laufen super, aber das Problem mit Hylafax. Würde die Maschine gerne als Faxserverlaufen lassen. Aber beim entgegenehmen von Faxcalls stürzt die Maschine ab. Es gibt die Patches dazu. Abe die bekomme ich nicht installiert. Wer hat damit schon Erfahrungen gemacht und kann mir seine Vorgehensweise schildern ??? -- Mit freundlichen Gruessen / with best regards Stefan Piotrowski mailto:stefan@mspio.net Fon +49 7725 91111 http://www.mspio.net http://bike.mspio.net ----------oO~~~~~Oo---------- ... gesendet ueber einen Intranetserver mit SuSE Linux 8.1 ... ----------oO~~~~~Oo----------

2 1