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

PPP und Datenkompression STAC,MPPC
by Gerd Engler 22 Jun '03

22 Jun '03

Hallo Liste, ich möchte meinem Dial In Server Datenkompression der PPP Verbindung beibringen. Für Win9x Kisten habe ich schon STAC am laufen. Was mache ich nun mit W2K oder XP Kisten dir können meines Wissens nur MPPC. Kann ich mit SuSE 8.1 überhaupt MPPC nutzen bzw. wo finde ich diese Software? Gruß Gerd -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!

2 1

Re: [suse-isdn] Fehler: Can't find a (free) connection to the ippd daemon
by Rainer Hammerschmidt 21 Jun '03

21 Jun '03

Hallo, danke fuer die Bestaetigung, dass erstmal die PCMCIA Fritz Karte richtig erkannt wird. > Wie sieht denn Deine YaST2 Konfiguration aus ? > (/etc/sysconfig/isdn/cfg-netX X = 0,1 ....) Meine Dateien in /etc/sysconfig/isdn sind cfg-net0: CHARGEHUP="on" DEFAULTROUTE="yes" DYNAMICIP="yes" FIREWALL="no" IPADDR="" MSN="030xxxxxxx" MULTILINK="no" PROTOCOL="syncppp" PROVIDER="provider3" PTPADDR="" STARTMODE="hotplug" cfg-contr0: AREACODE="030" DIALPREFIX="" DRIVER="hisax" NAME="AVM FRITZ!Card PCMCIA" PARA_SUBTYPE="0" PARA_TYPE="26" PROTOCOL="euro" STARTMODE="hotplug" Sind das die richtigen Parameter? oder was fehlt? Andere haben scheinbar das gleiche Problem. Mit freundlichen Gruessen Rainer Hammerschmidt mailto:rainer@berkom.de ---------- Hier nochmal alle meine daten: Hallo, ich habe auf meinem Laptop (Siemens Lifebook E) mit AVM Fritz Card PCMCIA Suse 8.2 installiert und versuche verzweifelt eine ISDN Verbindung aufzubauen. Ich habe den HiSax Treiber mit der Auswahl HotPlug (wie vorgeschrieben) installiert. Alles scheint ok. Bei einer Einwahl passiert nichts. In /var/log/messages erscheint die Meldung Jun 13 15:24:12 rhpb kernel: isdn_ppp_bind: Can't find a (free) connection to the ipppd daemon. Beim Starten des Rechners wird ISDN uebersprungen <notice>/etc/init.d/rc5.d/S01isdn start Setting up ISDN card contr0 AVM FRITZ!Card PCMCIA skipped Ist das Korrekt? und wenn nicht, was tue ich dagegen? Die Meldungen in dmesg sehen eigentlich ok aus: 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 loade= d isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found HiSax: Linux Driver for passive ISDN cards HiSax: Version 3.5 (module) HiSax: Layer1 Revision 1.1.4.1 HiSax: Layer2 Revision 1.1.4.1 HiSax: TeiMgr Revision 1.1.4.1 HiSax: Layer3 Revision 1.1.4.1 HiSax: LinkLayer Revision 1.1.4.1 HiSax: Approval certification valid HiSax: Approved with ELSA Microlink PCI cards HiSax: Approved with Eicon Technology Diva 2.01 PCI cards HiSax: Approved with Sedlbauer Speedfax + cards HiSax: Approved with HFC-S PCI A based cards avma1_cs: testing i/o 0x140-0x147 avma1_cs: checking at i/o 0x140, irq 3 HiSax: Total 1 card defined HiSax: Card 1 Protocol EDSS1 Id=3DHiSax (0) HiSax: AVM A1 PCMCIA driver Rev. 1.1.4.1 AVM A1 PCMCIA: io 0x140 irq 3 model 1 version 2 AVM A1 PCMCIA: ISAC version (0): 2086/2186 V1.1 AVM A1 PCMCIA: HSCX version A: V2.1 B: V2.1 AVM A1 (PCMCIA): IRQ 3 count 3 AVM A1 (PCMCIA): IRQ 3 count 6 HiSax: DSS1 Rev. 1.1.4.1 HiSax: 2 channels added HiSax: MAX_WAITING_CALLS added HiSax: module installed HiSax: debugging flags card 1 set to 4 Da ich jetzt schon mindestens 10x installiert und deinstalliert habe und auch den Capi2.0 Treiber mit gleichem Erfolg probiert habe, weiss ich nicht weiter. Kinternet tut so als sei alles in Ordnung. Warum gibt es keine aussagekraeftigen Fehlermeldungen? Wie kann ich per Kommandozeile Verbindungen aufbauen oder zumindest den Status abfragen? Mit freundlichen Gruessen Rainer Hammerschmidt mailto:rainer@berkom.de

1 0

Telefonanlage blockiert
by Heinrich Köster 20 Jun '03

20 Jun '03

Hallo Liste, Suse 8.2 in der Prof.-Version blockiert meine Telefonanlage so, dass keine der Rufnummern (das sind 3) mehr von außen angewählt werden kann. Anrufer bekommen jeweils nur Fax-Geräusche zu hören. Telefonanrufe "nach draußen" sowie Zugang zum Internet sind weiterhin möglich. Ich nutze von AVM Fritz!X USB mit dem unter 8.2 eingebauten Treiber. Das funktionierte auch einige Zeit, nun jedoch gar nicht mehr. Zur Zeit ist Linux stillgelegt - wer kann schon auf's Telefon verzichten. Danke im Voraus und Grüße Heiner

5 8

RE: [suse-isdn] vbox over network
by Voigt Thomas 20 Jun '03

20 Jun '03

Klaus Wolf [mailto:mlklw@wolfsoft.de] schrieb: > I am trying to get vbox working over network from another pc. [...] > inetd.conf > ------------ > > # vbox (Voice Box) > vboxd stream tcp nowait root /usr/sbin/tcpd /usr/sbin/vboxd Hast Du nach der Änderung an der inetd.conf dem inetd ein 'kill -HUP' geschickt? Damit liest der nämlich seine Konfig neu ein. Die Fehlermeldung ("can't connect...") sieht mir so aus, als ob auf dem Port 20012 nix lauscht... -- Mit freundlichen Grüßen Thomas Voigt

1 0

Rechner reagiert nicht mehr
by Reinhard Quast 20 Jun '03

20 Jun '03

Hallo, wieder mal ein Problem mit der, nach meiner Meinung, schlechtesten SuSE bisher. Immer bunter und leider immer schlechter :-(. Also, ich hole meine Mails ab. Klicke nach beendigung des Downloads auf das kinternet icon um die Verbindung zu unterbrechen. Es tut sich nichts. Jetzt versuche ich auf meine Mail zuzugreifen und merke, das die Tastatur nicht mehr funktioniert. So, nach ca. einer Minute verwandelt sich das kinternet Icon in eines mit einem Ausrufezeichen und sagt mir "Verbindung abgebrochen". Mist, denke ich, schon wieder runterfahren! Klicke also "Computer neu starten" Das geht auch anfangs, bis sich das System beim "grauen" Bildschirm aufhängt. Es hilft nur noch die Reset Taste. Meine System: Suse 8.2 mit einer Fritz PCI. Im Hintergrund läuft Capisuite. Für den in Frage kommeneden Zeitraum hab ich mal die "/var/log/massages" mitgeschickt. Vielleicht ist es ja hilfreich. un 19 16:57:52 linux resmgr[1248]: disconnect from root Jun 19 16:58:33 linux kernel: ippp0: dialing 1 0191011... Jun 19 16:58:42 linux kernel: isdn_net: local hangup ippp0 Jun 19 16:58:42 linux kernel: capidrv-1: chan 0 disconnect request while waiting for CONNECT_CONF Jun 19 16:58:42 linux kernel: ippp0: Chargesum is 0 Jun 19 16:58:44 linux kernel: NETDEV WATCHDOG: ippp0: transmit timed out Jun 19 16:58:44 linux kernel: isdn_tx_timeout dev ippp0 dialstate 0 Jun 19 16:58:44 linux kernel: ippp0: dialing 1 0191011... Jun 19 16:58:44 linux kernel: capidrv-1: dail ch=0,"0191011,7,0,0" in use (plci=0x0) Jun 19 16:58:51 linux kernel: isdn_net: local hangup ippp0 Jun 19 16:58:51 linux kernel: capidrv-1: chan 0 disconnect request while waiting for CONNECT_CONF Jun 19 16:58:51 linux kernel: ippp0: Chargesum is 0 Jun 19 16:58:51 linux ipppd[898]: Terminating on signal 15. Jun 19 16:58:51 linux ipppd[898]: closing fd 6 from unit 0 Jun 19 16:58:51 linux ipppd[898]: link 0 closed , linkunit: 0 Jun 19 16:58:51 linux ipppd[898]: Exit. Jun 19 16:58:51 linux kernel: ippp_ccp: freeing reset data structure c3179800 Jun 19 16:58:51 linux modify_resolvconf: restored /etc/resolv.conf.saved.by.ifup.ippp0 to /etc/resolv.conf Jun 19 16:59:00 linux /USR/SBIN/CRON[2953]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Jun 19 16:59:15 linux su: (to root) laqua on /dev/pts/2 Jun 19 16:59:15 linux su: pam_unix2: session started for user root, service su Jun 19 16:59:15 linux su: pam_unix2: session finished for user root, service su Jun 19 16:59:16 linux su: (to root) laqua on /dev/pts/2 Jun 19 16:59:16 linux su: pam_unix2: session started for user root, service su Jun 19 16:59:24 linux kernel: capidrv-1: controller dead ?? Jun 19 16:59:24 linux kernel: capidrv-1: listen_change_state state=3 event=1 ???? Jun 19 16:59:30 linux kernel: md: Autodetecting RAID arrays. Jun 19 16:59:30 linux kernel: md: autorun ... Jun 19 16:59:30 linux kernel: md: ... autorun DONE. Jun 19 16:59:30 linux kernel: LVM version 1.0.5+(mp-v6a)(22/07/2002) module loaded Jun 19 16:59:40 linux kernel: Non-volatile memory driver v1.2 Jun 19 16:59:40 linux kernel: end_request: I/O error, dev 02:00 (floppy), sector 0 Jun 19 16:59:40 linux kernel: end_request: I/O error, dev 02:00 (floppy), sector 0 Jun 19 17:00:24 linux kernel: capidrv-1: controller dead ?? Jun 19 17:00:24 linux kernel: capidrv-1: listen_change_state state=3 event=1 ???? Ich hoffe, dass ihr mir hefen könnt...Reinhard

4 3

vbox over network
by Klaus Wolf 20 Jun '03

20 Jun '03

I am trying to get vbox working over network from another pc. On the host system (ISDN CARD), vbox is working but if i want to connect from the other pc. Here the configuration ISDN PC (192.168.1.100): ######################## SuSe 8.1 vbox version 2.0.0BETA5 (17-NOV-98) here i can connect via vbox and it works vboxd.conf ---------- # Login access list # # All hosts in the login access list (begins with 'L') are checked at # login (server startup) time. If access is 'yes' the host can login # and count messages without special access. L:localhost:Y L:*:N # Full access list # # All hosts in the full access list (begins with 'A') are checked if the # server gets the 'login' command. A:localhost:RW:klaus:password:/var/spool/vbox/klaus:incoming A:192.168.1.35:RW:klaus: password:/var/spool/vbox/klaus:incoming A:192.168.1.142:RW:klaus: password:/var/spool/vbox/klaus:incoming A:localhost:RW:frank: password:/var/spool/vbox/frank:incoming A:*:!:!:!:!:! inetd.conf ------------ # vbox (Voice Box) vboxd stream tcp nowait root /usr/sbin/tcpd /usr/sbin/vboxd other PC (192.168.1.142): ######################### SuSE 8.2 vbox version 2.0.0BETA5 (17-NOV-98) here i want to get vbox runing: i start it with: # vbox --hostname 192.168.1.100 Username: klaus Password: Connecting to '192.168.1.100:20012'... vbox: can't connect to '192.168.1.100:20012'. Thanks for the help Klaus Wolf

1 0

Frage zum Update-Kernel und ISDN
by Tim Fischer 20 Jun '03

20 Jun '03

Hallo Karsten, gerade sehe ich, daß es ein Security-Fix für den SuSE-Kernel gibt. Jetzt meine Frage: Ist da dein Patch mit enthalten, der das Problem mit dem Systemabsturz bei ISDN und Kinternet behebt ? Ich will halt nach Möglichkeit nicht die wiedergewonnene Systemstabilität wieder hergeben müssen ... Ich habe die Frage an die Liste gepostet, da ich davon ausging, daß die Antwort nicht nur für mich von Interesse sein dürfte. Gruß Tim Fischer -- Tim Fischer <tim.fischer(a)onlinehome.de>

2 1

Treiber für AVM FritzX-USB und Kernel 2.5.x
by DVornheder＠t-online.de 19 Jun '03

19 Jun '03

Hallo ! Hat jemand den aktuellen FritzX-USB-Treiber unter Kernel 2.5.x kompilieren können ? Bei mir geht der Compile leider schief: /privat/isdn/fritz > make drv (cd src.drv; make CARD=fxusb) make[1]: Entering directory `/privat/isdn/fritz/src.drv' cc -c -DMODULE -D__KERNEL__ -DNDEBUG -D__fxusb__ -DTARGET=\"fxusb\" -O2 -Wall -I /lib/modules/`uname -r`/build/include main.c -o main.o In file included from /lib/modules/2.5.72/build/include/linux/irq.h:19, from /lib/modules/2.5.72/build/include/asm/hardirq.h:6, from /lib/modules/2.5.72/build/include/linux/interrupt.h:10, from /lib/modules/2.5.72/build/include/linux/usb.h:15, from main.c:31: /lib/modules/2.5.72/build/include/asm/irq.h:16:25: irq_vectors.h: No such file or directory In file included from /lib/modules/2.5.72/build/include/asm/hardirq.h:6, from /lib/modules/2.5.72/build/include/linux/interrupt.h:10, from /lib/modules/2.5.72/build/include/linux/usb.h:15, from main.c:31: /lib/modules/2.5.72/build/include/linux/irq.h:69: `NR_IRQS' undeclared here (not in a function) In file included from /lib/modules/2.5.72/build/include/linux/irq.h:71, from /lib/modules/2.5.72/build/include/asm/hardirq.h:6, from /lib/modules/2.5.72/build/include/linux/interrupt.h:10, from /lib/modules/2.5.72/build/include/linux/usb.h:15, from main.c:31: /lib/modules/2.5.72/build/include/asm/hw_irq.h:27: `NR_IRQS' undeclared here (not in a function) /lib/modules/2.5.72/build/include/asm/hw_irq.h:30: `NR_IRQS' undeclared here (not in a function) main.c:53: warning: type defaults to `int' in declaration of `EXPORT_NO_SYMBOLS' main.c:53: warning: data definition has no type or storage class main.c:89: warning: initialization from incompatible pointer type main.c:90: warning: initialization from incompatible pointer type main.c: In function `f_usb_probe': main.c:148: warning: `MOD_INC_USE_COUNT' is deprecated (declared at /lib/modules/2.5.72/build/include/linux/module.h:478) main.c:153: warning: `MOD_DEC_USE_COUNT' is deprecated (declared at /lib/modules/2.5.72/build/include/linux/module.h:490) main.c:176: warning: assignment from incompatible pointer type main.c:177: structure has no member named `interface' main.c:183: structure has no member named `interface' main.c:185: structure has no member named `endpoint' main.c:186: structure has no member named `endpoint' main.c:219: too few arguments to function `usb_alloc_urb' main.c:225: too few arguments to function `usb_alloc_urb' main.c: In function `f_usb_disconnect': main.c:271: warning: `MOD_DEC_USE_COUNT' is deprecated (declared at /lib/modules/2.5.72/build/include/linux/module.h:490) main.c: In function `dec_use_count': main.c:281: warning: `MOD_DEC_USE_COUNT' is deprecated (declared at /lib/modules/2.5.72/build/include/linux/module.h:490) main.c: In function `inc_use_count': main.c:290: warning: `MOD_INC_USE_COUNT' is deprecated (declared at /lib/modules/2.5.72/build/include/linux/module.h:478) main.c: In function `f_usb_init': main.c:303: warning: `MOD_INC_USE_COUNT' is deprecated (declared at /lib/modules/2.5.72/build/include/linux/module.h:478) main.c:336: warning: `MOD_DEC_USE_COUNT' is deprecated (declared at /lib/modules/2.5.72/build/include/linux/module.h:490) make[1]: *** [main.o] Error 1 make[1]: Leaving directory `/privat/isdn/fritz/src.drv' make: *** [drv] Error 2 Dirk

1 0

Re: [suse-isdn] Fehler: Can't find a (free) connection to the ippd daemon
by Rainer Hammerschmidt 19 Jun '03

19 Jun '03

Hallo, ich habe jetzt den Befehl isdnctrl ausprobiert und war auch mit den ersten Befehlen, insbeson dere dem addif und pppbind erfolgreich. # /sbin/isdnctrl addif ippp0 # /sbin/isdnctrl encap ippp0 syncppp # /sbin/isdnctrl pppbind ippp0 # /sbin/isdnctrl addphone ippp0 out 0303497xxxx # isdnctrl status ippp0 ippp0 is not connected Aber beim Einwaehlen erhalte ich: # isdnctrl dial ippp0 ippp0: Resource temporarily unavailable Wenn ich einfack den ipppd aufrufe erhalte ich: # ipppd Sorry - this system lacks PPP kernel support. Check whether you configured at least the ippp0 device! Was heisst das jetzt? Muss ich für ISDN einen eigenen Kernel uebersetzen? Warum ist der yast2 bei jeder ISDN Konfiguration immer zufrieden und gibt keine Fehlermeldung en, wenn beim Aufruf der Programme so viel schief geht? Wie kann ich testen ob die Karte erkannt wurde (die Logs siehe unten, sagen ja)? Mit freundlichen Gruessen Rainer Hammerschmidt mailto:rainer@berkom.de ---- >>Wie kann ich per Kommandozeile Verbindungen aufbauen oder >>zumindest den >>Status abfragen? > > > Das geht mit isdnctrl, also zB isdnctrl dial ippp0 = einwählen und > isdnctrl hangup ippp0 = auflegen. Alle weiteren Befehle: man isdnctrl. > > Gruss Christoph ---- hier noch mal meine alte Anfrage mit der Beschreibung meiner Konfiguration: Hallo, ich habe auf meinem Laptop (Siemens Lifebook E) mit AVM Fritz Card PCMCIA Suse 8.2 installiert und versuche verzweifelt eine ISDN Verbindung aufzubauen. Ich habe den HiSax Treiber mit der Auswahl HotPlug (wie vorgeschrieben) installiert. Alles scheint ok. Bei einer Einwahl passiert nichts. In /var/log/messages erscheint die Meldung Jun 13 15:24:12 rhpb kernel: isdn_ppp_bind: Can't find a (free) connection to the ipppd daemon. Beim Starten des Rechners wird ISDN uebersprungen <notice>/etc/init.d/rc5.d/S01isdn start Setting up ISDN card contr0 AVM FRITZ!Card PCMCIA skipped Ist das Korrekt? und wenn nicht, was tue ich dagegen? Die Meldungen in dmesg sehen eigentlich ok aus: 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 loade= d isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found HiSax: Linux Driver for passive ISDN cards HiSax: Version 3.5 (module) HiSax: Layer1 Revision 1.1.4.1 HiSax: Layer2 Revision 1.1.4.1 HiSax: TeiMgr Revision 1.1.4.1 HiSax: Layer3 Revision 1.1.4.1 HiSax: LinkLayer Revision 1.1.4.1 HiSax: Approval certification valid HiSax: Approved with ELSA Microlink PCI cards HiSax: Approved with Eicon Technology Diva 2.01 PCI cards HiSax: Approved with Sedlbauer Speedfax + cards HiSax: Approved with HFC-S PCI A based cards avma1_cs: testing i/o 0x140-0x147 avma1_cs: checking at i/o 0x140, irq 3 HiSax: Total 1 card defined HiSax: Card 1 Protocol EDSS1 Id=3DHiSax (0) HiSax: AVM A1 PCMCIA driver Rev. 1.1.4.1 AVM A1 PCMCIA: io 0x140 irq 3 model 1 version 2 AVM A1 PCMCIA: ISAC version (0): 2086/2186 V1.1 AVM A1 PCMCIA: HSCX version A: V2.1 B: V2.1 AVM A1 (PCMCIA): IRQ 3 count 3 AVM A1 (PCMCIA): IRQ 3 count 6 HiSax: DSS1 Rev. 1.1.4.1 HiSax: 2 channels added HiSax: MAX_WAITING_CALLS added HiSax: module installed HiSax: debugging flags card 1 set to 4 Da ich jetzt schon mindestens 10x installiert und deinstalliert habe und auch den Capi2.0 Treiber mit gleichem Erfolg probiert habe, weiss ich nicht weiter. Kinternet tut so als sei alles in Ordnung. Warum gibt es keine aussagekraeftigen Fehlermeldungen? Wie kann ich per Kommandozeile Verbindungen aufbauen oder zumindest den Status abfragen? Mit freundlichen Gruessen Rainer Hammerschmidt mailto:rainer@berkom.de

2 1

Re: [suse-isdn] Controller dead Meldungen
by Christian Roessner 19 Jun '03

19 Jun '03

Hallo Peter, (Hallo Liste,) Zitat von "Dr. Peter Voigt" <dr.peter.voigt(a)t-online.de>: > Hallo Christian, > > ja, ja, AVM Fritz und CAPI führt immer wieder zu dem beschriebenen > Verhalten; die Newsgroups und Mailinglisten sind voll von dem > Topic. Die beschriebenen Antworten zu Deiner Mail können helfen, > d.h. Tausch des PCI-Slots oder gar des MOBO oder Wechsel zu HiSax. Die > Meldung verschwindet erfahrungsgemäß - übrigens auch bei mir - wenn > eine ISDN-Leitung mal verwendet worden ist. Auch dies wird von vielen > genervten Anwendern so oder ähnlich beschrieben. Der MoBo-Tausch hat mir zumindest gezeigt, dass es eigentlich funktionieren müsste. > Ich habe festgestellt, daß es wohl eine ganze Reihe von Rechnern gibt, > bei denen die Meldung zwar das Syslog zumüllt, ansonsten aber alles, > einschließlich Faxen, funktioniert. Da das auch bei mir so ist, > ignoriere ich einfach die Meldungen des offensichtlich unsauber > programmierten CAPI-Treibers von AVM. Der mag sich offensichtlich > nicht an das Interrupt-Sharing halten. Mich wundert es, daß diese > Probleme, die von Anfang an bestanden, noch immer nicht gelöst sind. Ich denke auch, dass die Treiber unsauber geschrieben wurden. Ich habe kaum Situationen erlebt, bei denen der Rechner so heftig eingefrohren war, wie durch die Verwendung von AVMs CAPI-Treibern. Erinnert mich teilweise an allokierten und nicht wieder freigegebenen Speicher. Unsaubere Pointerverwendung oder so etwas in der Art. Sollte man dann doch irgendwann mal bereinigen. > Wenn Du nicht faxen brauchst, empfehle ich genau wie viele andere > auch, einfach nur HiSax zu verwenden. Ich kann leider nicht auf den > CAPI-Treiber verzichten, da ich noch immer diese altmodischen Faxe > empfangen muß. genau wie in meinem Fall. Ich wollte einen Exchangeserver rauswerfen. Das einzige Puzzlestück war noch die Faxgeschichte. Jetzt erledigt ein Linuxserver sämtliche Aufgaben. Hier noch meine Lösung: Ich habe zum Einen ein BIOS-Update durchgeführt, zum Anderen ein Kernel-Update. Das BIOS war vom Stand Mitte 2000 und ist nun Stand Ende 2002. Beim Kernel gab es wohl IRQ Probleme, wie man dem ChangeLog des Kernels von SuSE-mantel entnehmen kann. Könnte folgender Logeintrag sein: Wed Apr 16 10:21:31 CEST 2003 - mantel(a)suse.de - fix wrong #if in hardirq.h (should be #ifdef) (#26320) Nach dem Update waren alle Probleme vollständig verschwunden. Die ISDN Karte shared sich wunderbar mit 3 weiteren PCI-Karten einen IRQ. Es lag also letzlich nicht an den CAPI-Treibern. Meine Erkenntins: Möglichst aktuelles BIOS und möglichst aktuellen Linux-Kernel. Vielleicht hilft ja sonst noch irgend wem diese Info weiter. Christian ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/

1 0

Faxemfang
by Jens Keith 18 Jun '03

18 Jun '03

Hi @all Ich habe da mal ein kleinen Faxserver Problem! Jedesmal wenn ich ein Fax bekomme das mehr als eine Seite hat und von einem Tobbit-Faxserver kommt dann packt er mir die Faxseiten alle auf einer! Drucke ich die Tiffdatei über Winblöd aus dann erscheint mir das Fax als überlange Tiffdatei. Ich benutze den Aufruf fax2ps -s Faxname | lp zum drucken Das -s brauch ich damit er mir auch wirklich alles vom Fax auf eine Seite druckt! Andere Mehrseitige Faxe werden richtig auf mehrere Seiten verteilt gedruckt. Kennt jemand das Problem, bzw hat eine Lösung dafür? mfg Jens Keith

2 2

Hylafax: capidrv, c2faxrecv vs. capifaxrcvd
by Klaus Heske 18 Jun '03

18 Jun '03

Hallo zusammen, ich habe ein paar Fragen...nachstehend mein Szenario: Ich habe SuSE 8.1 mit folgenden relevanten Paketen installiert i4l-base-2003.2.14-1 i4lfirm-2002.9.8-4 capi4linux-2002.9.8-4 i4l-isdnlog-2002.9.8-4 capi4linux-2002.9.8-4 avmfritzcapi-1.0-28 km_fritzcapi-1.0-28 capi4hylafax-4.1.3-91 hylafax-4.1.3-127 capi4hylafax-4.1.3-91 avmfritzcapi-1.0-28 km_fritzcapi-1.0-28 Ich hatte bis vor kurzem eine passive AVM-Fritz-Card und Hylafax an einem gewöhnlichen ISDN-Anschluss am Laufen. Dort kamen mehrere MSNs an, die dann an verschiedene User per Mail verschickt wurden. Das ganze hatte ich in der config.faxCAPI konfiguriert und unterhalb /var/spool/fax/etc/users das entsprechende Mapping vorgenommen. /var/spool/fax/etc/config.faxCAPI: (Ausschnitt) UseDDI: 0 DDIOffset: "" DDILength: "" IncomingDDIs: "" IncomingMSNs: xxx123, xxx124, xxx125 /var/spool/fax/config/etc/users testuser1(a)bla.com xxx123 testuser2(a)bla.com xxx124 testuser3(a)bla.com xxx125 Soweit alles schön, das hat prima funktioniert. Nun soll das ganze an einem ANLAGENANSCHLUSS via Telefonanlage mit einer aktiven B1-AVM-Karte (v4.0) gemacht werden. Die Telefonanlage ist folgendermassen konfiguriert: Jeder User hat hat eine eigene Faxnummer, die sich aus der Geschäftsstellennummer + 20 + Durchwahl_des_Users zusammensetzt. Die Telefonanlage mappt diese Anrufe auf den Anschluss, an dem die aktive AVM-B1-Karte hängt. Sie signalisiert dabei nur die Durchwahlnummer des entsprechenden Users. Die AVM-B1-Karte habe ich unter /etc/sysconfig/isdn/capi.conf.contr0 bei "options" auf p2p umgestellt. Ich habe nun schon diverse Konfigurationen in der config.faxCAPI probiert, jedoch scheitert der Faxempfang über c2faxrecv. /var/log/messages sagt in etwa: <log> Jun 11 14:08:35 linux isdnlog: Jun 11 14:08:34 tei 0 calling +49 711/200, Stuttgart with +49 711/743, Stuttgart HANGUP (Timeout) Jun 11 14:09:00 linux kernel: capidrv-1: incoming call 101,1,2,200 Jun 11 14:09:00 linux kernel: capidrv-1: patching si2=2 to 0 for VBOX Jun 11 14:09:00 linux kernel: isdn_tty: call from 101 -> 200 ignored Jun 11 14:09:00 linux kernel: capidrv-1: incoming call 101,1,0,200 ignored Jun 11 14:09:00 linux isdnlog: Jun 11 14:09:00 * tei 0 calling +49 711/200, Stuttgart with +49 711/101, Stuttgart RING (3.1 kHz audio) Jun 11 14:09:00 linux isdnlog: Jun 11 14:09:00 * tei 0 calling +49 711/200, Stuttgart with +49 711/101, Stuttgart UNKNOWN ELEMENT 32: 81 [ ], length=1 -- complete frame ignored! Jun 11 14:09:10 linux kernel: kcapi: appl 4 ncci 0x10101 up Jun 11 14:09:21 linux kernel: kcapi: appl 4 ncci 0x10101 down </log> Wie kriege ich capidrv jetzt dazu, abzuheben? Muss ich hier jetzt "IncomingMSNs" konfigurieren oder IncomingDDIs? Wie ist in meinem Fall dann der DDIOffset? Diese Einstellung funktioniert auf jeden FAll nicht.. DDIOffset: "" DDILength: "3" Oder muss ich das Akzeptieren der Anrufe irgendwo anders konfigurieren? Bisher ist es mir der Faxempfang nur gelungen, wenn ich den c2faxrecv-Listener durch capifaxrcvd ersetzt habe. Kann mir jemand den Unterschied zwischen c2faxrecv und capifaxrcvd erklären? Ich habe nur herausgefunden, dass c2faxrecv aus dem capi4hylafax- und capifaxrcvd aus dem capi4linux-Paket ist. Kann mir da jemand weiterhelfen? Merci, Klaus. -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!

2 1

ippp0 baut Mist
by Stefan Schilling 17 Jun '03

17 Jun '03

Hallo! Ich habe bei mir eine DSL - Flat, über die der Internetverkehr abgewickelt wird und ausserdem noch eine Fritz!Classic (mit Capi - Treibern), die eigentlich nur für´s Faxen benutzt wird / werden soll. Ich habe die /etc/route.conf folgender Maßen eingestellt: #192.168.0.1 0.0.0.0 255.255.255.255 ippp0 192.168.10.0 0.0.0.0 255.255.255.0 eth0 192.168.100.0 0.0.0.0 255.255.255.0 eth1 #default 192.168.0.1 0.0.0.0 ippp0 Das funktioniert auch soweit ganz gut, als dass sich der Rechner über ppp0-an-eth1 (DSL) einwählt. Jedoch habe ich gerade festgestellt, dass sich anscheinend auch das ISDN - Device beim Provider einwählt. Warum das so ist kann ich bisher nicht nachvollziehen (vielleicht könnt ihr mir ja helfen?), da ich keine manuelle Einwahl gestartet habe und die automatische Verteilung ja eigentlich -s.o.- auf dem DSL - Device landen sollte. Vorsichtshalber habe ich das Device jetzt erstmal so eingestellt, dass es auf einer unserer Faxnr. landet. Ich bekomme folgende Einträge in der /var/log/messages, weiss jemand damit etwas anzufangen? Was kann ich machen, damit das aufhört? Ach ja, weiter unten sind noch weitere Infos (ifconfig, route): un 15 22:16:31 debian kernel: OPEN: 192.168.0.99 -> 192.168.0.1 TCP, port: 13705 -> 411 Jun 15 22:16:31 debian kernel: ippp0: dialing 1 0192071... Jun 15 22:16:31 debian isdnlog: Jun 15 22:16:31 * tei 102 calling 01 92071 with +49 951/xxxx, Bamberg RING (Data) Jun 15 22:16:32 debian ipppd[253]: Local number: xxxx, Remote number: 0192071, Type: outgoing Jun 15 22:16:32 debian ipppd[253]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 9 Jun 15 22:16:32 debian kernel: kcapi: appl 1 ncci 0x10101 up Jun 15 22:16:32 debian kernel: isdn_net: ippp0 connected Jun 15 22:16:32 debian kernel: capidrv-1: chan 0 up with ncci 0x10101 Jun 15 22:16:32 debian isdnlog: Jun 15 22:16:32 tei 102 calling 0192071 with +49 951/xxxx, Bamberg Time:Sun Jun 15 22:16:00 2003 Jun 15 22:16:32 debian isdnlog: Jun 15 22:16:32 tei 102 calling 0192071 with +49 951/xxxx, Bamberg COLP *INVALID* -- ignored! Jun 15 22:16:32 debian isdnlog: Jun 15 22:16:32 tei 102 calling 0192071 with +49 951/xxxx, Bamberg CONNECT (Data) Jun 15 22:16:32 debian isdnlog: Jun 15 22:16:32 tei 102 calling 0192071 with +49 951/xxxx, Bamberg No area info for provider 33_0 (98), Jun 15 22:16:32 debian ipppd[253]: MPPP negotiation, He: No We: No Jun 15 22:16:32 debian ipppd[253]: local IP address 145.254.244.38 Jun 15 22:16:32 debian ipppd[253]: remote IP address 145.253.1.6 Jun 15 22:16:32 debian ipppd[253]: ppp not replacing existing default route to ppp0[217.5.98.1] Jun 15 22:16:33 debian kernel: martian source 145.254.244.38 from 217.81.238.176, on dev ippp0 Jun 15 22:16:33 debian kernel: ll header: 45:00:00:30:94:55:40:00:76:06:22:4b:d9:51:ee:b0:91:fe:f4:26:09:52:12:36:5a:12:58:40:00:00:00:00:70:0 Jun 15 22:16:34 debian kernel: tcp_v4_rebuild_header(): shifting sk->saddr from 192.168.0.99 to 217.81.206.182 Jun 15 22:16:35 debian SuSEfirewall2: Firewall rules successfully set from /etc/rc.config.d/firewall2.rc.config Jun 15 22:16:37 debian kernel: martian source 145.254.244.38 from 80.242.188.92, on dev ippp0 Jun 15 22:16:37 debian kernel: ll header: 45:00:00:30:7e:78:40:00:74:06:f4:db:50:f2:bc:5c:91:fe:f4:26:0f:10:12:36:f6:6b:db:58:00:00:00:00:70:0 Jun 15 22:16:40 debian kernel: martian source 145.254.244.38 from 80.242.188.92, on dev ippp0 Jun 15 22:16:40 debian kernel: ll header: 45:00:00:30:7e:de:40:00:74:06:f4:75:50:f2:bc:5c:91:fe:f4:26:0f:10:12:36:f6:6b:db:58:00:00:00:00:70:0 Jun 15 22:16:46 debian kernel: martian source 145.254.244.38 from 80.242.188.92, on dev ippp0 Jun 15 22:16:46 debian kernel: ll header: 45:00:00:30:7f:ac:40:00:74:06:f3:a7:50:f2:bc:5c:91:fe:f4:26:0f:10:12:36:f6:6b:db:58:00:00:00:00:70:0 Jun 15 22:17:43 debian kernel: martian source 145.254.244.38 from 145.254.206.22, on dev ippp0 Jun 15 22:17:43 debian kernel: ll header: 45:08:00:30:26:cd:40:00:78:06:f5:b8:91:fe:ce:16:91:fe:f4:26:05:b5:00:50:09:26:2f:fe:00:00:00:00:70:0 Jun 15 22:17:46 debian kernel: martian source 145.254.244.38 from 145.254.206.22, on dev ippp0 Jun 15 22:17:46 debian kernel: ll header: 45:08:00:30:27:ba:40:00:78:06:f4:cb:91:fe:ce:16:91:fe:f4:26:05:b5:00:50:09:26:2f:fe:00:00:00:00:70:0 Jun 15 22:17:51 debian kernel: martian source 145.254.244.38 from 145.254.206.22, on dev ippp0 Jun 15 22:17:51 debian kernel: ll header: 45:08:00:30:29:ad:40:00:78:06:f2:d8:91:fe:ce:16:91:fe:f4:26:05:b5:00:50:09:26:2f:fe:00:00:00:00:70:0 Jun 15 22:18:12 debian ipppd[253]: Modem hangup Jun 15 22:18:12 debian ipppd[253]: Connection terminated. Jun 15 22:18:12 debian ipppd[253]: taking down PHASE_DEAD link 0, linkunit: 0 Jun 15 22:18:12 debian ipppd[253]: closing fd 9 from unit 0 Jun 15 22:18:12 debian ipppd[253]: link 0 closed , linkunit: 0 Jun 15 22:18:12 debian ipppd[253]: reinit_unit: 0 Jun 15 22:18:12 debian ipppd[253]: Connect[0]: /dev/ippp0, fd: 9 Jun 15 22:18:12 debian kernel: isdn_net: local hangup ippp0 Jun 15 22:18:12 debian kernel: ippp0: Chargesum is 0 Jun 15 22:18:12 debian kernel: ippp, open, slot: 1, minor: 0, state: 0000 Jun 15 22:18:12 debian kernel: ippp_ccp: allocated reset data structure c8901800 Jun 15 22:18:12 debian kernel: kcapi: appl 1 ncci 0x10101 down Jun 15 22:18:12 debian kernel: ippp_ccp: freeing reset data structure c8901000 Jun 15 22:18:12 debian isdnlog: Jun 15 22:18:12 tei 102 calling 0192071 with +49 951/xxxx, Bamberg HANGUP ( 0:01:40 I=562.0 b O=240.0 b) Jun 15 22:18:12 debian kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 Jun 15 22:18:12 debian ip-down: Shutting down routing..done Jun 15 22:18:12 debian ip-down: Setting up routing (using /etc/route.conf)..done Jun 15 22:18:15 debian SuSEfirewall2: Firewall rules successfully set from /etc/rc.config.d/firewall2.rc.config Zusätzlich habe ich mal folgende Befehle abgefragt (bis auf das ippp0 sieht das auch rel. gut aus): root@debian:/home/stefan > ifconfig eth0 Protokoll:Ethernet Hardware Adresse 00:05:5D:2C:A2:F9 inet Adresse:192.168.10.1 Bcast:192.168.10.255 Maske:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:305694 errors:0 dropped:0 overruns:0 frame:0 TX packets:361131 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:100 RX bytes:132885413 (126.7 Mb) TX bytes:65218301 (62.1 Mb) Interrupt:9 Basisadresse:0xf00 eth1 Protokoll:Ethernet Hardware Adresse 00:E0:7D:79:14:F0 inet Adresse:192.168.100.1 Bcast:192.168.100.255 Maske:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:330600 errors:0 dropped:0 overruns:0 frame:0 TX packets:343092 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:100 RX bytes:120963835 (115.3 Mb) TX bytes:256111259 (244.2 Mb) Interrupt:12 Basisadresse:0x2e00 ippp0 Protokoll:Punkt-zu-Punkt Verbindung inet Adresse:145.254.244.38 P-z-P:145.253.1.6 Maske:255.255.255.255 UP PUNKTZUPUNKT RUNNING NOARP DYNAMIC MTU:1500 Metric:1 RX packets:189 errors:0 dropped:0 overruns:0 frame:0 TX packets:152 errors:7 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:30 RX bytes:5856 (5.7 Kb) TX bytes:4560 (4.4 Kb) lo Protokoll:Lokale Schleife inet Adresse:127.0.0.1 Maske:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:20995 errors:0 dropped:0 overruns:0 frame:0 TX packets:20995 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:0 RX bytes:2798969 (2.6 Mb) TX bytes:2798969 (2.6 Mb) ppp0 Protokoll:Punkt-zu-Punkt Verbindung inet Adresse:217.81.206.182 P-z-P:217.5.98.1 Maske:255.255.255.255 UP PUNKTZUPUNKT RUNNING NOARP MULTICAST MTU:1490 Metric:1 RX packets:304305 errors:0 dropped:0 overruns:0 frame:0 TX packets:359682 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:3 RX bytes:126101805 (120.2 Mb) TX bytes:57215239 (54.5 Mb) root@debian:/home/stefan > route -n Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 145.253.1.6 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 217.5.98.1 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.100.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.10.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 217.5.98.1 0.0.0.0 UG 0 0 0 ppp0 root@debian:/home/stefan > isdnctrl hangup ippp0 ippp0 hung up root@debian:/home/stefan >

6 11

DSL und ip-up
by Joerg *Joergie* Kirstner 17 Jun '03

17 Jun '03

Hallo Liste, ich habe hier einen Rechner mit SuSE 7.3, der jetzt von ISDN auf DSL umgestellt werden soll. Mir ist allerdings nicht ganz klar, ob dabei weiterhin das ip-up -Script abgearbeitet wird, das ja auch fetchmail und sendmail aufruft. Wenn ich die Einträge richtig lese, werden dort doch die Interfaces für ippp _und_ ppp abgefragt. Hmmm. Unter ippp* finden sich ja vorbereitete Einträge für fetchmail und sendmail, unter ppp* allerdings nicht. Ich kann das natürlich von Hand eintragen, aber hat es irgendeine Bewandtnis damit, dass dort keine Einträge vorbereitet sind? Muss ich die Einträge dann wo anders machen? Wenn ja, wo? THX. -- j<b>k

4 5

Faxen mit Teledat x120 USB und Suse 8.2 mit Capisuite oder Hylafax
by Michael Eichstädt 17 Jun '03

17 Jun '03

Hallo da draußen, ich bin bestimmt nicht blöd, aber das mit dem Faxen finde ich extrem schwierig. Ich verwende ein PC-System mit PIII 800 und Teledat x12o an USB angeschlossen. ISDN funktioniert, d.h. ich kann ganz easy surfen. Mittlerweile mache ich das mittels Routing über fli4l DSL Server. Aber: wie kriege ich das Teil zum faxen? Ich habe schon vergebliche Versuche mit Hylafax und Capisuite hinter mir. Warum gibt es nirgendwo eine leicht verständliche Schritt für Schritt Anleitung auf deutsch? Und jetzt bitte keine Listen typischen Belehrungen lies doch erstmal..... Ich habe mittlerweile einen Haufen Teilbeschreibungen gelesen, aber alle benutzen entweder eine Sedlbaur oder eine Fritz PCI Karte. Immerhin ist meine Teledat nicht so exotisch, schließlich ist sie mit der Fritz X USB kompatibel. Sie wird als contr0 erkannt. Vielleicht kann SuSE sich ja eines Tages doch aufraffen außer einem Faxprogramm, das leider ohne Installation eines Drittprogrammes (Hylafax), für das es nicht einmal eine deutsche Bedienungsanleitung gibt, eine einfache Möglichkeit für den doofen Otto-Normal-User anzubieten. Ich hoffe auf sachdienliche Hinweise und verbleibe mit freundlichen Grüßen Michael Eichstädt

2 1

Re: [suse-isdn] FAXEN MACHEN? Sedlbauer / SuSE 8.2 / Hylafax
by Benjamin Hüllenkremer 15 Jun '03

15 Jun '03

Hallo Karsten, > Oh sorry, ich bin von einer Speedfax + ausgegangen, habe aber nochmal in > Deinem ersten LOG nachgesehen, Du hast eine Speedwin, die kann unter Linux > garnicht faxen. Oohoohooh :( Dumm gelaufen, aber das erklärt doch alles ;-( VIELEN DANK für deine aufmerksame und schnelle Hilfe!!! Bassigst, Benjamin Hüllenkremer http://www.bassist.de

1 0

Re: [suse-isdn] FAXEN MACHEN? Sedlbauer / SuSE 8.2 / Hylafax
by Benjamin Hüllenkremer 14 Jun '03

14 Jun '03

Danke Karsten für schnelle Antwort!!! Funzt leider noch nicht: >Die Karte hat noch keinen CAPI Treiber, sondern eine FCLASS1 Modememulation. >Wie folgt vorgehen: > 1. loeschen von /var/spool/fax/etc/config.faxCAPI ok > und /var/spool/fax/etc/FIFO.faxCAPI -->> gab es bei mir nicht! > 2. faxaddmodem > Frage nach CAPI: no > serial Port: ttyI1 > ... ok >3. Editieren von /var/spool/fax/etc/config.ttyI1 die gibt es bei mir nicht!!! bei 'faxaddmodem' bekam ich folgende Fehlermeldung: ---schnipp--- We were unable to deduce what type of modem you have. This means that it did not respond as a Class 1, Class 2, or Class 2.0 modem should. If you believe that your modem conforms to the Class 1, Class 2, or Class 2.0 interface specification, then check that the modem is operating properly and that you can communicate with the modem from the host. If your modem is not one of the above types of modems, then this software does not support it and you will need to write a driver that supports it. ---schnapp--- und nun ??? > und das ModemResetCmds entsprechend der eigenen FAX MSN veraendern > ... > ModemResetCmds: ATS23=3&E99&L99 > ... > 99 ist hier als Beispiel MSN eingetragen. > >4. editieren von /etc/inittab > nach c2faxrecv suchen und die Zeile auskommentieren oder loeschen > Folgende Zeile eintragen: > I1:35:respawn:/usr/lib/fax/faxgetty /dev/ttyI1 > >5. telinit q > rchylafax restart > Benjamin

2 1

FAXEN MACHEN? Sedlbauer / SuSE 8.2 / Hylafax
by b h 14 Jun '03

14 Jun '03

Hallo ihr alle, vorneweg: bin linux-newby, sorry für dumme fragen oder bescheuerte formulierungen vorneweg! mein problem: ich kriege meine linuxkiste partout nicht zum faxen 8( suse 8.2 kernel 2.4 sedlbauer isdn-karte die karte scheint zu gehen, denn in /var/log/isdn.log seh ich die eingehenden und ausgehenden anrufe aufgelistet. ist nett, aber ich will ja FAXEN... in '/var/log/messages' steht so was wie --- schnipp --- Jun 14 15:47:49 linux 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 Jun 14 15:47:49 linux kernel: HiSax: Linux Driver for passive ISDN cards Jun 14 15:47:49 linux kernel: HiSax: Version 3.5 (module) Jun 14 15:47:49 linux kernel: HiSax: Layer1 Revision 1.1.4.1 Jun 14 15:47:49 linux kernel: HiSax: Layer2 Revision 1.1.4.1 Jun 14 15:47:49 linux kernel: HiSax: TeiMgr Revision 1.1.4.1 Jun 14 15:47:49 linux kernel: HiSax: Layer3 Revision 1.1.4.1 Jun 14 15:47:49 linux kernel: HiSax: LinkLayer Revision 1.1.4.1 Jun 14 15:47:49 linux kernel: HiSax: Approval certification valid Jun 14 15:47:49 linux kernel: HiSax: Approved with ELSA Microlink PCI cards Jun 14 15:47:49 linux kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards Jun 14 15:47:49 linux kernel: HiSax: Approved with Sedlbauer Speedfax + cards Jun 14 15:47:49 linux kernel: HiSax: Approved with HFC-S PCI A based cards Jun 14 15:47:49 linux kernel: HiSax: Total 1 card defined Jun 14 15:47:49 linux kernel: HiSax: Card 1 Protocol EDSS1 Id=contr0 (0) Jun 14 15:47:49 linux kernel: HiSax: Sedlbauer driver Rev. 1.1.4.1 Jun 14 15:47:49 linux kernel: HiSax: Speed win detected Jun 14 15:47:49 linux kernel: Sedlbauer: defined at 0x100-0x108 IRQ 5 Jun 14 15:47:49 linux kernel: Sedlbauer: testing IPAC version 97 Jun 14 15:47:49 linux kernel: Sedlbauer: speed card/win detected Jun 14 15:47:49 linux kernel: Sedlbauer: ISAC version (0): 2086/2186 V1.1 Jun 14 15:47:49 linux kernel: Sedlbauer: HSCX version A: V2.1 B: V2.1 Jun 14 15:47:49 linux kernel: Sedlbauer: resetting card Jun 14 15:47:49 linux kernel: Sedlbauer Speed Card: IRQ 5 count 0 Jun 14 15:47:49 linux kernel: Sedlbauer Speed Card: IRQ 5 count 3 Jun 14 15:47:49 linux kernel: HiSax: DSS1 Rev. 1.1.4.1 Jun 14 15:47:49 linux kernel: HiSax: 2 channels added Jun 14 15:47:49 linux kernel: HiSax: MAX_WAITING_CALLS added Jun 14 15:47:49 linux kernel: HiSax: debugging flags card 1 set to 4 Jun 14 15:47:49 linux kernel: PCI: Found IRQ 10 for device 00:0c.0 Jun 14 15:47:49 linux kernel: PCI: Sharing IRQ 10 with 00:07.2 weiter unten hagelt es: Jun 14 16:25:36 linux FaxGetty[4005]: OPEN /dev/faxCAPI HylaFAX (tm) Version 4.1.5 Jun 14 16:25:42 linux FaxGetty[4005]: /dev/faxCAPI: Can not initialize modem. Jun 14 16:26:53 linux FaxGetty[4005]: Unable to setup modem on /dev/faxCAPI; giving up after 2 attempts Jun 14 16:26:53 linux FaxGetty[4005]: CLOSE /dev/faxCAPI Jun 14 16:26:53 linux FaxQueuer[1332]: MODEM /dev/faxCAPI appears to be wedged Jun 14 16:26:53 linux FaxQueuer[1332]: MODEM WEDGED: bin/wedged "faxCAPI" "/dev/faxCAPI" und dann: Jun 14 16:29:10 linux modprobe: modprobe: Can't locate module char-major-68 --- schnapp --- frage: was macht denn HiSax ??? und in der shell: der aufruf von 'faxstat' sagt: HylaFAX scheduler on linux.local: Running Modem faxCAPI (+49.40.XXXXXXXX): Initializing server erneuter aufruf von faxstat: HylaFAX scheduler on linux.local: Running Modem faxCAPI (+49.40.XXXXXXXX): Waiting for modem to come ready [XXXXXXX = meine nummer, hier ausge'X't] (habe schon einge threads hier verfolgt, Hylafax howto gelesen, sedlbauer howto gelesen, ich denke langsam, ich bin zu BLÖÖÖD :* ( Kann mir jemand den entscheidenden tipp geben??? und kleine frage am rande: wo oder wie kann ich denn sehen, ob die karte online ist (nicht für surfen, da nehme ich dsl ( Über fli4l! )), sondern sich irgendwo unbemerkt eingewählt hat :) Vielen Dank jetzt schon für eure hilfe, Benjamin http://www.bassist.de

2 1

Re: [suse-isdn] FAXEN MACHEN? Sedlbauer / SuSE 8.2 / Hylafax
by Benjamin Hüllenkremer 14 Jun '03

14 Jun '03

Oh oh oh, hatte mein kMail noch nicht richtig eingerichtet... Mein Name ist Benjamin Hüllenkremer. Sorry!

1 0

Suse 7.2 AVM B1 IPPPD REMOTE
by Peter Themann 14 Jun '03

14 Jun '03

Hallo, für die Einwahl von Filialen in unserer Zentrale haben wir einen Suse Linux 7.2 Rechner als Einwahl-Server konfiguriert. Dieser Server läßt Verbindungen lediglich aufgrund von entsprechenden Telefonnummer und entsprechender IP's zu. Mehere Monate läuft dieses System bereits stabil. Jede Woche werden neue Filialen an dieses System angeschlossen. Zur Zeit sind dies 58 Stück, welche zeitversetzt anrufen. Der Server arbeitet in der ersten Ausbaustufe lediglich mit einem ISDN-Port der AVM B1 PCI. An der lauffähigen Konfiguration wurde in der letzten Zeit nichts geändert, ausser das neue Filialen hinzugefügt wurden. Seit der letzten Woche taucht das folgende Problem auf. Bei der Einwahl wird durch den capidrv, isdn_net und die Nummer richtig erkannt. Das DEVICE ippp41 wird der Anruf zugeordnet. Dies ist nicht das richtige DEVICE, obwohl die Einträge in der Konfigurationsdatei /etc/ppp/options.XXX, /etc/rc.config.d/i4l.rc.config .. eingetrage ist. ippp7 wäre eigentlich das richtige Device doch ippp41 greift sich den Anruf. Als Folge dessen kann der ipppd keine Remote number zuordnen und versucht die Verbindung zu der Filiale die ippp41 zugeordnet ist aufzubauen, was nicht möglich ist. Sämtliche Konfigurationsdateien scheinen richtig zu sein, irgendwie kann ich mir dieses Problem nicht erklären. Für jede Hilfe wäre ich dankbar Auschschnitt aus /var/log/messages: Jun 13 17:24:28 nanu9 kernel: capidrv-1: incoming call 441XXXXXX,7,0,99###### Jun 13 17:24:28 nanu9 kernel: isdn_net: call from 441XXXXXX,7,0 -> 99###### Jun 13 17:24:28 nanu9 kernel: ippp41: call from 441XXXXXX -> 99###### accepted Jun 13 17:24:28 nanu9 kernel: capidrv-1: incoming call 441XXXXXX,7,0,99###### on netdev Jun 13 17:24:28 nanu9 kernel: kcapi: appl 1 ncci 0x10101 up Jun 13 17:24:28 nanu9 ipppd[5954]: Local number: 99######, Remote number: , Type: incoming Jun 13 17:24:28 nanu9 ipppd[5954]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 41, linkunit: 0, fd: 8 Jun 13 17:24:28 nanu9 ipppd[5954]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x67e74ef2>] Jun 13 17:24:28 nanu9 kernel: isdn_net: ippp41 connected Jun 13 17:24:28 nanu9 kernel: capidrv-1: chan 0 up with ncci 0x10101 mfg Peter Themann -- Peter Themann +++ Computer Science - Logistics - Service Nanu-Nana Einkaufs- und Verwaltungsgesellschaft mbH Lange Straße 49, 26122 Oldenburg, Germany Tel.: +49(0)441 9224113, Fax : +49(0)441 9224179

2 1

Suse 7.2 AVM B1 IPPPD REMOTE
by Peter Themann 13 Jun '03

13 Jun '03

Hallo, für die Einwahl von Filialen in unserer Zentrale haben wir einen Suse Linux 7.2 Rechner als Einwahl-Server konfiguriert. Dieser Server läßt Verbindungen lediglich aufgrund von entsprechenden Telefonnummer und entsprechender IP's zu. Mehere Monate läuft dieses System bereits stabil. Jede Woche werden neue Filialen an dieses System angeschlossen. Zur Zeit sind dies 58 Stück, welche zeitversetzt anrufen. Der Server arbeitet in der ersten Ausbaustufe lediglich mit einem ISDN-Port der AVM B1 PCI. An der lauffähigen Konfiguration wurde in der letzten Zeit nichts geändert, ausser das neue Filialen hinzugefügt wurden. Seit der letzten Woche taucht das folgende Problem auf. Bei der Einwahl wird durch den capidrv, isdn_net und die Nummer richtig erkannt. Das DEVICE ippp41 wird der Anruf zugeordnet. Dies ist nicht das richtige DEVICE, obwohl die Einträge in der Konfigurationsdatei /etc/ppp/options.XXX, /etc/rc.config.d/i4l.rc.config .. eingetrage ist. ippp7 wäre eigentlich das richtige Device doch ippp41 greift sich den Anruf. Als Folge dessen kann der ipppd keine Remote number zuordnen und versucht die Verbindung zu der Filiale die ippp41 zugeordnet ist aufzubauen, was nicht möglich ist. Sämtliche Konfigurationsdateien scheinen richtig zu sein, irgendwie kann ich mir dieses Problem nicht erklären. Für jede Hilfe wäre ich dankbar Auschschnitt aus /var/log/messages: Jun 13 17:24:28 nanu9 kernel: capidrv-1: incoming call 441XXXXXX,7,0,99###### Jun 13 17:24:28 nanu9 kernel: isdn_net: call from 441XXXXXX,7,0 -> 99###### Jun 13 17:24:28 nanu9 kernel: ippp41: call from 441XXXXXX -> 99###### accepted Jun 13 17:24:28 nanu9 kernel: capidrv-1: incoming call 441XXXXXX,7,0,99###### on netdev Jun 13 17:24:28 nanu9 kernel: kcapi: appl 1 ncci 0x10101 up Jun 13 17:24:28 nanu9 ipppd[5954]: Local number: 99######, Remote number: , Type: incoming Jun 13 17:24:28 nanu9 ipppd[5954]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 41, linkunit: 0, fd: 8 Jun 13 17:24:28 nanu9 ipppd[5954]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x67e74ef2>] Jun 13 17:24:28 nanu9 kernel: isdn_net: ippp41 connected Jun 13 17:24:28 nanu9 kernel: capidrv-1: chan 0 up with ncci 0x10101 mfg Peter Themann -- Peter Themann +++ Computer Science - Logistics - Service Nanu-Nana Einkaufs- und Verwaltungsgesellschaft mbH Lange Straße 49, 26122 Oldenburg, Germany Tel.: +49(0)441 9224113, Fax : +49(0)441 9224179

1 0

Suse 7.2 AVM B1 IPPPD REMOTE
by Peter Themann 13 Jun '03

13 Jun '03

Hallo, für die Einwahl von Filialen in unserer Zentrale haben wir einen Suse Linux 7.2 Rechner als Einwahl-Server konfiguriert. Dieser Server läßt Verbindungen lediglich aufgrund von entsprechenden Telefonnummer und entsprechender IP's zu. Mehere Monate läuft dieses System bereits stabil. Jede Woche werden neue Filialen an dieses System angeschlossen. Zur Zeit sind dies 58 Stück, welche zeitversetzt anrufen. Der Server arbeitet in der ersten Ausbaustufe lediglich mit einem ISDN-Port der AVM B1 PCI. An der lauffähigen Konfiguration wurde in der letzten Zeit nichts geändert, ausser das neue Filialen hinzugefügt wurden. Seit der letzten Woche taucht das folgende Problem auf. Bei der Einwahl wird durch den capidrv, isdn_net und die Nummer richtig erkannt. Das DEVICE ippp41 wird der Anruf zugeordnet. Dies ist nicht das richtige DEVICE, obwohl die Einträge in der Konfigurationsdatei /etc/ppp/options.XXX, /etc/rc.config.d/i4l.rc.config .. eingetrage ist. ippp7 wäre eigentlich das richtige Device doch ippp41 greift sich den Anruf. Als Folge dessen kann der ipppd keine Remote number zuordnen und versucht die Verbindung zu der Filiale die ippp41 zugeordnet ist aufzubauen, was nicht möglich ist. Sämtliche Konfigurationsdateien scheinen richtig zu sein, irgendwie kann ich mir dieses Problem nicht erklären. Für jede Hilfe wäre ich dankbar Auschschnitt aus /var/log/messages: Jun 13 17:24:28 nanu9 kernel: capidrv-1: incoming call 441XXXXXX,7,0,99###### Jun 13 17:24:28 nanu9 kernel: isdn_net: call from 441XXXXXX,7,0 -> 99###### Jun 13 17:24:28 nanu9 kernel: ippp41: call from 441XXXXXX -> 99###### accepted Jun 13 17:24:28 nanu9 kernel: capidrv-1: incoming call 441XXXXXX,7,0,99###### on netdev Jun 13 17:24:28 nanu9 kernel: kcapi: appl 1 ncci 0x10101 up Jun 13 17:24:28 nanu9 ipppd[5954]: Local number: 99######, Remote number: , Type: incoming Jun 13 17:24:28 nanu9 ipppd[5954]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 41, linkunit: 0, fd: 8 Jun 13 17:24:28 nanu9 ipppd[5954]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x67e74ef2>] Jun 13 17:24:28 nanu9 kernel: isdn_net: ippp41 connected Jun 13 17:24:28 nanu9 kernel: capidrv-1: chan 0 up with ncci 0x10101 mfg Peter Themann -- Peter Themann +++ Computer Science - Logistics - Service Nanu-Nana Einkaufs- und Verwaltungsgesellschaft mbH Lange Straße 49, 26122 Oldenburg, Germany Tel.: +49(0)441 9224113, Fax : +49(0)441 9224179

1 0

Fehler: Can't find a (free) connection to the ipppd daemon
by Rainer Hammerschmidt 13 Jun '03

13 Jun '03

Hallo, ich habe auf meinem Laptop (Siemens Lifebook E) mit AVM Fritz Card PCMCIA Suse 8.2 installiert und versuche verzweifelt eine ISDN Verbindung aufzubauen. Ich habe den HiSax Treiber mit der Auswahl HotPlug (wie vorgeschrieben) installiert. Alles scheint ok. Bei einer Einwahl passiert nichts. In /var/log/messages erscheint die Meldung Jun 13 15:24:12 rhpb kernel: isdn_ppp_bind: Can't find a (free) connection to the ipppd daemon. Beim Starten des Rechners wird ISDN uebersprungen <notice>/etc/init.d/rc5.d/S01isdn start Setting up ISDN card contr0 AVM FRITZ!Card PCMCIA skipped Ist das Korrekt? und wenn nicht, was tue ich dagegen? Die Meldungen in dmesg sehen eigentlich ok aus: 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 loade= d isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found HiSax: Linux Driver for passive ISDN cards HiSax: Version 3.5 (module) HiSax: Layer1 Revision 1.1.4.1 HiSax: Layer2 Revision 1.1.4.1 HiSax: TeiMgr Revision 1.1.4.1 HiSax: Layer3 Revision 1.1.4.1 HiSax: LinkLayer Revision 1.1.4.1 HiSax: Approval certification valid HiSax: Approved with ELSA Microlink PCI cards HiSax: Approved with Eicon Technology Diva 2.01 PCI cards HiSax: Approved with Sedlbauer Speedfax + cards HiSax: Approved with HFC-S PCI A based cards avma1_cs: testing i/o 0x140-0x147 avma1_cs: checking at i/o 0x140, irq 3 HiSax: Total 1 card defined HiSax: Card 1 Protocol EDSS1 Id=3DHiSax (0) HiSax: AVM A1 PCMCIA driver Rev. 1.1.4.1 AVM A1 PCMCIA: io 0x140 irq 3 model 1 version 2 AVM A1 PCMCIA: ISAC version (0): 2086/2186 V1.1 AVM A1 PCMCIA: HSCX version A: V2.1 B: V2.1 AVM A1 (PCMCIA): IRQ 3 count 3 AVM A1 (PCMCIA): IRQ 3 count 6 HiSax: DSS1 Rev. 1.1.4.1 HiSax: 2 channels added HiSax: MAX_WAITING_CALLS added HiSax: module installed HiSax: debugging flags card 1 set to 4 Da ich jetzt schon mindestens 10x installiert und deinstalliert habe und auch den Capi2.0 Treiber mit gleichem Erfolg probiert habe, weiss ich nicht weiter. Kinternet tut so als sei alles in Ordnung. Warum gibt es keine aussagekraeftigen Fehlermeldungen? Wie kann ich per Kommandozeile Verbindungen aufbauen oder zumindest den Status abfragen? Mit freundlichen Gruessen Rainer Hammerschmidt mailto:rainer@berkom.de

1 0

Suse network installation via ISDN impossible?
by Templar Spacer 13 Jun '03

13 Jun '03

Hello, I have a couple of question about SuSE network installation. I am not connected to internet via network. I am usin ISDN modem (Aethra NT-IP, 128kbps) and it is connected to computer via rs232. I've burned ISO boot network image, but i am unable to select module that will allow me to dial-up the internet (there's no such module). There are only network-cards modules. Is it possible to perform installation using ISDN external modem? What shall I do? maybe i shouldn't download and burn iso image, but use boot-diskette? I have no idea, what can i do now. Ich hoffe dass Sie veranworten meine fragen. Kind regards, Krzysztof Kruszynski

3 4

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