October 2004 - openSUSE ISDN (Deutsch)

Auwerswald 4410USB
by Jan Hendrik Berlin 11 Oct '04

11 Oct '04

Hi! mal sone andere Frage, hat schonmal jemand die Auerswald 4410USB über den internen S0 erreicht! also so konfigurationsmäßig??? mfg Jan

1 0

Auwerswald 4410USB
by Jan Hendrik Berlin 11 Oct '04

11 Oct '04

Hi! mal sone andere Frage, hat schonmal jemand die Auerswald 4410USB über den internen S0 erreicht! also so konfigurationsmäßig??? mfg Jan

1 0

Keine Einwahl mit Elsa Microlink unter SuSE 9.1
by Ralf Schneider 11 Oct '04

11 Oct '04

Hallo zusammen, ich habe gerade auf einem schon etwas älteren Rechner (Dell Optiplex GX 110) SuSE 9.1 installiert. Die Installation lief auch ganz problemlos. Leider gelingt es mir nicht, die ISDN-Karte (wird als Elsa Microlink PCI erkannt) zu einer Einwahl zu bewegen. Ich habe als Provider Freenet konfiguriert. Die Konfigurationsdateien aus /etc/sysconfig/isdn habe ich unten angefügt. Ich kriege bei jedem Wählversuch in /var/log/messages die Meldung: Oct 1 20:27:57 linux kernel: ippp0: dialing 1 01929... Oct 1 20:28:05 linux kernel: isdn_net: local hangup ippp0 Oct 1 20:28:05 linux kernel: ippp0: Chargesum is 0 BTW, die Karte lief vorher in einem anderen Rechner unter Win98. Hat jemand eine Idee, die mir weiter helfen könnte? Vielen Dank, Ralf. /etc/sysconfig/isdn/cfg-contr0: AREACODE="+49 5691" DIALPREFIX="" DRIVER="hisax" ISDNLOG_START="yes" NAME="Elsa Microlink PCI" PARA_SUBTYPE="12" PARA_TYPE="18" PROTOCOL="euro" STARTMODE="onboot" UNIQUE="HJNj.tDj24mGyyAF" /etc/sysconfig/isdn/cfg-net0: CHARGEHUP="on" DEFAULTROUTE="yes" DYNAMICIP="yes" FIREWALL="yes" IPADDR="" MSN="0" MULTILINK="no" PROTOCOL="syncppp" PROVIDER="provider0" PTPADDR="" STARTMODE="onboot" CALLBACK="off" CBDELAY="2" IPPPD_OPTIONS="" REMOTE_IN="" SECURE="off" Meldungen aus /var/log/messages: Oct 1 20:12:51 linux kernel: ISDN subsystem Rev: 1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded Oct 1 20:12:51 linux kernel: HiSax: Linux Driver for passive ISDN cards Oct 1 20:12:51 linux kernel: HiSax: Version 3.5 (module) Oct 1 20:12:51 linux kernel: HiSax: Layer1 Revision 2.46.2.5 Oct 1 20:12:51 linux kernel: HiSax: Layer2 Revision 2.30.2.4 Oct 1 20:12:51 linux kernel: HiSax: TeiMgr Revision 2.20.2.3 Oct 1 20:12:51 linux kernel: HiSax: Layer3 Revision 2.22.2.3 Oct 1 20:12:51 linux kernel: HiSax: LinkLayer Revision 2.59.2.4 Oct 1 20:12:51 linux kernel: HiSax: Total 1 card defined Oct 1 20:12:51 linux kernel: HiSax: Card 1 Protocol EDSS1 Id=contr0 (0) Oct 1 20:12:51 linux kernel: HiSax: Elsa driver Rev. 2.32.2.4 Oct 1 20:12:51 linux kernel: PCI: Found IRQ 11 for device 0000:01:0a.0 Oct 1 20:12:51 linux kernel: PCI: Sharing IRQ 11 with 0000:00:1f.2 Oct 1 20:12:51 linux kernel: Elsa: You may have a wrong PCI bios Oct 1 20:12:51 linux kernel: Elsa: If your system hangs now, read Oct 1 20:12:51 linux kernel: Elsa: Documentation/isdn/README.HiSax Oct 1 20:12:51 linux kernel: Elsa: Microlink PCI defined at 0xec78/0xec80 IRQ 11 Oct 1 20:12:51 linux kernel: Elsa: IPAC version 2 Oct 1 20:12:51 linux kernel: Elsa PCI: IRQ 11 count 0 Oct 1 20:12:51 linux kernel: irq 11: nobody cared! Oct 1 20:12:51 linux kernel: Call Trace: Oct 1 20:12:51 linux kernel: [__report_bad_irq+28/112] __report_bad_irq+0x1c/0x70 Oct 1 20:12:51 linux kernel: [<c010a62c>] __report_bad_irq+0x1c/0x70 Oct 1 20:12:51 linux kernel: [do_IRQ+298/368] do_IRQ+0x12a/0x170 Oct 1 20:12:51 linux kernel: [<c010a8aa>] do_IRQ+0x12a/0x170 Oct 1 20:12:51 linux kernel: [common_interrupt+24/32] common_interrupt+0x18/0x20 Oct 1 20:12:51 linux kernel: [<c0108d48>] common_interrupt+0x18/0x20 Oct 1 20:12:51 linux kernel: [do_softirq+66/176] do_softirq+0x42/0xb0 Oct 1 20:12:51 linux kernel: [<c0122e32>] do_softirq+0x42/0xb0 Oct 1 20:12:51 linux kernel: [do_IRQ+277/368] do_IRQ+0x115/0x170 Oct 1 20:12:51 linux kernel: [<c010a895>] do_IRQ+0x115/0x170 Oct 1 20:12:51 linux kernel: [common_interrupt+24/32] common_interrupt+0x18/0x20 Oct 1 20:12:51 linux kernel: [<c0108d48>] common_interrupt+0x18/0x20 Oct 1 20:12:51 linux kernel: [__crc_default_backing_dev_info+12009261/13983236] clear_pending_isac_ints+0xdb /0x100 [hisax] Oct 1 20:12:51 linux kernel: [<d0a7007b>] clear_pending_isac_ints+0xdb/0x100 [hisax] Oct 1 20:12:51 linux kernel: [__crc_default_backing_dev_info+12076301/13983236] Elsa_card_msg+0x4bb/0x570 [h isax] Oct 1 20:12:51 linux kernel: [<d0a8065b>] Elsa_card_msg+0x4bb/0x570 [hisax] Oct 1 20:12:51 linux kernel: [setup_irq+115/176] setup_irq+0x73/0xb0 Oct 1 20:12:51 linux kernel: [<c010a4b3>] setup_irq+0x73/0xb0 Oct 1 20:12:51 linux kernel: [__crc_default_backing_dev_info+12084130/13983236] elsa_interrupt_ipac+0x0/0xfc 0 [hisax] Oct 1 20:12:51 linux kernel: [<d0a824f0>] elsa_interrupt_ipac+0x0/0xfc0 [hisax] Oct 1 20:12:51 linux kernel: [request_irq+111/176] request_irq+0x6f/0xb0 Oct 1 20:12:51 linux kernel: [<c010a5cf>] request_irq+0x6f/0xb0 Oct 1 20:12:51 linux kernel: [__crc_default_backing_dev_info+11901172/13983236] checkcard+0x362/0x690 [hisax ] Oct 1 20:12:51 linux kernel: [<d0a55a42>] checkcard+0x362/0x690 [hisax] Oct 1 20:12:51 linux kernel: [__crc_default_backing_dev_info+11904469/13983236] HiSax_inithardware+0x103/0x1 d0 [hisax] Oct 1 20:12:51 linux kernel: [<d0a56723>] HiSax_inithardware+0x103/0x1d0 [hisax] Oct 1 20:12:51 linux kernel: [printk+285/304] printk+0x11d/0x130 Oct 1 20:12:51 linux kernel: [<c011fbcd>] printk+0x11d/0x130 Oct 1 20:12:51 linux kernel: [__crc_default_backing_dev_info+11954742/13983236] FsmNew+0x24/0xc0 [hisax] Oct 1 20:12:51 linux kernel: [<d0a62b84>] FsmNew+0x24/0xc0 [hisax] Oct 1 20:12:51 linux kernel: [__crc_default_backing_dev_info+11039143/13983236] HiSax_init+0x225/0x3e0 [hisa x] Oct 1 20:12:51 linux kernel: [<d09832f5>] HiSax_init+0x225/0x3e0 [hisax] Oct 1 20:12:51 linux kernel: [sys_init_module+261/5552] sys_init_module+0x105/0x15b0 Oct 1 20:12:51 linux kernel: [<c0132305>] sys_init_module+0x105/0x15b0 Oct 1 20:12:51 linux kernel: [__crc_default_backing_dev_info+11161970/13983236] register_isdn+0x0/0x200 [isd n] Oct 1 20:12:51 linux kernel: [<d09a12c0>] register_isdn+0x0/0x200 [isdn] Oct 1 20:12:51 linux kernel: [__crc_default_backing_dev_info+11038386/13983236] HiSaxVersion+0x0/0xd0 [hisax ] Oct 1 20:12:51 linux kernel: [<d0983000>] HiSaxVersion+0x0/0xd0 [hisax] Oct 1 20:12:51 linux kernel: [__do_mmap_pgoff+859/1664] __do_mmap_pgoff+0x35b/0x680 Oct 1 20:12:51 linux kernel: [<c0149dcb>] __do_mmap_pgoff+0x35b/0x680 Oct 1 20:12:51 linux kernel: [do_mmap2+109/160] do_mmap2+0x6d/0xa0 Oct 1 20:12:51 linux kernel: [<c010e3dd>] do_mmap2+0x6d/0xa0 Oct 1 20:12:51 linux kernel: [do_mmap2+143/160] do_mmap2+0x8f/0xa0 Oct 1 20:12:51 linux kernel: [<c010e3ff>] do_mmap2+0x8f/0xa0 Oct 1 20:12:51 linux kernel: [sysenter_past_esp+82/121] sysenter_past_esp+0x52/0x79 Oct 1 20:12:51 linux kernel: [<c0107dc9>] sysenter_past_esp+0x52/0x79 Oct 1 20:12:51 linux kernel: Oct 1 20:12:51 linux kernel: handlers: Oct 1 20:12:51 linux kernel: [__crc_default_backing_dev_info+12084130/13983236] (elsa_interrupt_ipac+0x0/0xfc 0 [hisax]) Oct 1 20:12:51 linux kernel: [<d0a824f0>] (elsa_interrupt_ipac+0x0/0xfc0 [hisax]) Oct 1 20:12:51 linux kernel: Disabling IRQ #11 Oct 1 20:12:51 linux kernel: Elsa PCI: IRQ 11 count 100000 Oct 1 20:12:51 linux kernel: HiSax: DSS1 Rev. 2.32.2.3 Oct 1 20:12:51 linux kernel: HiSax: 2 channels added Oct 1 20:12:51 linux kernel: HiSax: MAX_WAITING_CALLS added Oct 1 20:12:51 linux kernel: HiSax: debugging flags card 1 set to 4

2 3

Fwd: Fritz und vbox unter 9.1
by Achim 07 Oct '04

07 Oct '04

Hallo, ich möchte gerne den Anrufbeantworter vbox mit meiner Fritz Classic unter SuSE 9.1 betreiben. Ist es überhaupt möglich unter 9.1 noch vbox zu benutzen? Mir gefällt das Frontend der capisuite nicht, desshalb versuche ich es mit vbox, aber vbox scheint mit CAPI nicht zu funktionieren, oder doch? Auch die SuSEVboxConf bekomme ich nicht zum laufen, ich dachte das Programm kann mir helfen, aber es startet nicht? Isdn4Linux scheint auf meiner Kiste zu laufen, immerhin konnte ich mit isdnlog eingehende Gespräche protokollieren. Vielen Dank Achim -- my email: Achim(a)Scheidl.de my homepage: www.AScheidl.de visit also my photo gallery: www.AScheidl.de/PhotoGallery

3 2

AcceptGlobalCall für c2faxrecv an AVM B1 P2P, DDI
by Martin Bauer-Marschallinger 06 Oct '04

06 Oct '04

Hallo zusammen! Ich hab da ein kleines Problem beim Faxempfang und der Durchwahlauswertung: Ich möchte erreichen dass c2faxrecv bei allen Druchwahlen von 10-99 und auch bei KEINER Durchwahl rangeht. Controller: 1 AcceptSpeech: 1 UseDDI: 1 DDIOffset: "1234" DDILength: 2 IncomingDDIs: 10-99 IncomingMSNs: AcceptGlobalCall: 1 Jedoch geht c2faxrecv erst ran, wenn 2 Durchwahlstellen übermittelt worden sind. AcceptGlobalCall interpretiere ich so, dass auch bei keiner Durchwahl abgenommen werden soll. Das tut er aber nicht. Alternativ kann ich DDIOffset, DDILenght und IncomingDDIs leer lassen, dafür nimmt er aber immer und sofort an. D.h. wiederum, dass wenn die 1. (oder auch die 2.) Durchwahlstelle (zu) spät übermittelt wird, wird diese nicht mehr erkannt und kann somit auch nicht mehr ausgewertet werden. Wie bringe ich das System dazu, bei keiner Durchwahl oder 2 Stellen abzuheben. Ich habe da auch schon gehört dass bei uns in Österreich so manches bei ISDN anders ist. Das ganze hang an einem Anlagenanschluss P2P, DDI und einer AVM B1 PCI V4 Mit freundlichen Grüßen Martin Bauer-Marschallinger

1 0

Re: [suse-isdn] Huptimeout Probleme
by Kyek, Andreas, VF-DE 06 Oct '04

06 Oct '04

Thomas Schilling wrote: > > Ich habe mit meinem 8.0 und HISAX eine automatische ISDN > Einwahl konfiguriert. > Ausserdem die SuSEfirewall2. Alles funktioniert hervorragend! > > Das Idle Huptimeout ist derzeit auf 25 sec. eingestellt und > funktioniert > zuverlässig. Stelle ich aber höher ein- zum Beispiel auf 60 > sec.- dauert es > Stunden (!) bis es zu einer Abwahl kommt. > > Spasseshalber habe ich alle Logs generieren lassen (ISDN - > Firewall). Ich kann > feststellen, dass sehr viel Traffic es garnicht erst zu einem > "Idle" kommen > läßt. Allerdings ist der Traffic extern. Zu 90% Anfragen aus > dem Netz die von > meiner Firewall abgelehnt werden. Über die ganze Zeit hinweg > geht nicht ein > Bit durch die Firewall "raus". (Suche in SDB nach "filtering") http://portal.suse.com/sdb/de/2003/01/fhassel_ppp_filtering.html Sollte alles erklären. Andreas

1 0

Huptimeout Probleme
by Thomas Schilling 06 Oct '04

06 Oct '04

Hallo Liste Ich habe mit meinem 8.0 und HISAX eine automatische ISDN Einwahl konfiguriert. Ausserdem die SuSEfirewall2. Alles funktioniert hervorragend! Das Idle Huptimeout ist derzeit auf 25 sec. eingestellt und funktioniert zuverlässig. Stelle ich aber höher ein- zum Beispiel auf 60 sec.- dauert es Stunden (!) bis es zu einer Abwahl kommt. Spasseshalber habe ich alle Logs generieren lassen (ISDN - Firewall). Ich kann feststellen, dass sehr viel Traffic es garnicht erst zu einem "Idle" kommen läßt. Allerdings ist der Traffic extern. Zu 90% Anfragen aus dem Netz die von meiner Firewall abgelehnt werden. Über die ganze Zeit hinweg geht nicht ein Bit durch die Firewall "raus". Kann dieser Traffic - der eigentlich garkeiner ist - eine Abwahl verhindern? Und wie löse ich das Problem?

1 0

Re: [suse-isdn] Wer erzeugt immer wieder das Device /dev/capi20 mit der Major Number 191 ?
by Ruediger Dohmhardt 05 Oct '04

05 Oct '04

Detlef Niemann-Bode wrote: > Hallo Rüdiger, > > schau mal unter http://lists.suse.com/archive/suse-isdn/2004-Jul/0132.html > Yupp, thanks. Adding the line options capi capi_ttyminors=16 to /etc/modprobe.conf.local solves my problem. Ciao Ruediger D.

1 0

capi probleme mit 2.4 und 2.6
by Christian Fischer 05 Oct '04

05 Oct '04

Hallo. Frage ans Expertenlager vom "NichtSUSE-Benutzer" Habe versucht, eine AVM-Fritz unter 2.6.7 an den Start zu bringen, zum Faxen. Dazu habe ich ausgecheckt: cvs.isdn4linux.de:/i4ldev checkout -r kernel26 isdn cvs.isdn4linux.de:/i4ldev checkout mISDN Das tut soweit, nur behauptet capiinfo, daß keine capi installiert sei (capi4k-utils vom 10.08.2004). Test mit kernel 2.4.26 ausgecheckt: cvs.isdn4linux.de:/i4ldev checkout -r kernel_2_4 isdn cvs.isdn4linux.de:/i4ldev checkout mISDN Der Kernel compiliert leider nicht. kcapi.c: In function `notify_push': kcapi.c:543: error: `tq_scheduler' undeclared (first use in this function) kcapi.c:543: error: (Each undeclared identifier is reported only once kcapi.c:543: error: for each function it appears in.) make[3]: *** [kcapi.o] Error 1 make[3]: Leaving directory `/usr/src/linux-2.4.26-gentoo-r7/drivers/isdn/avmb1' make[2]: *** [_modsubdir_avmb1] Error 2 make[2]: Leaving directory `/usr/src/linux-2.4.26-gentoo-r7/drivers/isdn' make[1]: *** [_modsubdir_isdn] Error 2 make[1]: Leaving directory `/usr/src/linux-2.4.26-gentoo-r7/drivers' make: *** [_mod_drivers] Error 2 Eigentlich wollte ich kein Modul für die B1 bauen, ist auch nicht konfiguriert. Kann mich jemand auf den richtigen Weg bringen? Muss ich mir etwas dabei denken, daß bei 2,4,26 die capi unter Aktive Karten zu finden ist? Christian --

1 0

Wer erzeugt immer wieder das Device /dev/capi20 mit der Major Number 191 ?
by Ruediger Dohmhardt 05 Oct '04

05 Oct '04

Hallo Liste, Frage: Welcher Prozess oder Daemon setzt die MajorId fuer das Device /dev/capi20 immer wieder zurueck auf 191. Problem: In diesem Forum wurde schon oefter berichtet ueber Probleme beim Umstellen auf mISDN. Basierend auf Suse 9.1 habe ich meinen eigenen Kernel 2.6.8.1 konfiguriert/kompiliert. Gleichzeitig stellte ich auf mISDN um. Es funktioniert. Allerdings muss ich in einem Startup-Script immer folgende Kommandos ausfuehren: rm /dev/capi20 mknod /dev/capi20 c 68 0 chgrp dialout /dev/capi20 chmod 0660 /dev/capi20 Wenn ich dann die Internet-Verbindung mit pppd isdn/freenet usepeerdns aufgebaut habe, dann ist die MajorId nicht mehr 68, sondern 191. Frage: Welcher Prozess oder Daemon setzt die MajorId fuer das Device capi20 immer wieder zurueck auf 191. Gruß Ruediger D

1 0