October 2004 - openSUSE ISDN (Deutsch)

Re: [suse-isdn] dial-on-demand mit "Routing"?
by Christian KRBUSEK 15 Oct '04

15 Oct '04

Hallo Karsten, hallo Felix, danke erstmal für eure schnellen Antworten - die haben mich schon ein bisschen weiter gebracht - aber so ganz bin ich noch nicht dort, wo ich hin will. -- Christian Krbusek Maintenance FREQUENTIS GmbH Postal Address: A-1120 Wien, Spittelbreitengasse 34 Office Address: A-1120 Wien, Wolfganggasse 58-60 christian.krbusek(a)frequentis.com Tel. +43/1/81150-1570 >>> Karsten Keil 10/14/04 03:52pm >>> On Thu, Oct 14, 2004 at 10:58:03AM +0200, Christian KRBUSEK wrote: [snip] OK sollte relativ einfach sein. 1. Du musst für jeden remote Rechner ein Interface definieren und einen "provider" 2. In der Details page musst Du fuer jeweils die anderen Rechner die Telefonnummern als incomming erlauben, Achtung meistens kommen die mit Vorwahl, jedoch ohne fuehrende 0 an. 3. Du musst fest IP Addressen beim Interface Setup vergeben und default route ausschalten (beim Interface setup). Das Routing wird dann automatisch so aufgesetzt. -- Das Routing hab ich nun soweit hinbekommen. Nur wie sag ich jetzt dem zweiten Rechner, dass er die Verbindung nun auch annehmen soll (ohne Authentifizierung, Rufnummerneinschränkung und co)? Ein tail -f /var/log/messages gibt Folgendes aus: Oct 14 17:42:28 MUC0-linux isdnlog: Oct 14 17:42:28 * Call to tei 127 from +43 222/811501066, Wien on +43 1/060, Wien RING (Data) Oct 14 17:42:28 MUC0-linux kernel: capidrv-1: incoming call 222811501066,7,0,1060 Oct 14 17:42:28 MUC0-linux kernel: ippp0: call from 222811501066 -> 1060 accepted Oct 14 17:42:28 MUC0-linux kernel: capidrv-1: incoming call 222811501066,7,0,1060 on netdev Oct 14 17:42:28 MUC0-linux isdnlog: Oct 14 17:42:28 Call to tei 84 from +43 222/811501066, Wien on +43 1/060, Wien CONNECT (Data) Oct 14 17:42:28 MUC0-linux isdnlog: Oct 14 17:42:28 Call to tei 84 from +43 222/811501066, Wien on +43 1/060, Wien INTERFACE ippp0 called by 222811501066 Oct 14 17:42:36 MUC0-linux kernel: isdn_net: local hangup ippp0 Oct 14 17:42:36 MUC0-linux kernel: ippp0: Chargesum is 0 Oct 14 17:42:36 MUC0-linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x701 Oct 14 17:42:36 MUC0-linux isdnlog: Oct 14 17:42:36 Call to tei 84 from +43 222/811501066, Wien on +43 1/060, Wien HANGUP ( 0:00:08) +43 in Vorwahl Österreich, 222 alte Ortsvorwahl für Wien, 81150 Kopfnummer, 1066 rufende Durchwahl, 1060 angerufene Durchwahl. Für mich sieht es so aus, als würde er den Anruf annehmen (CONNECT (Data)), ihn jedoch nach ~10 Sekunden wieder abbauen (hab ich so eingestellt), da kein Datenfluss über die Leitung stattfindet (es wird aber die IP des Rechners gepingt, welche auch zur Initialisierung des Rufaufbaus geführt hat)? Scheinbar hab ich da etwas noch nicht so ganz verstanden :/ -- Karsten Keil SuSE Labs ISDN development mfg,

2 1

Re: [suse-isdn] dial-on-demand mit "Routing"?
by Christian KRBUSEK 15 Oct '04

15 Oct '04

Hallo Karsten, hallo Felix, danke erstmal für eure schnellen Antworten - die haben mich schon ein bisschen weiter gebracht - aber so ganz bin ich noch nicht dort, wo ich hin will. -- Christian Krbusek Maintenance FREQUENTIS GmbH Postal Address: A-1120 Wien, Spittelbreitengasse 34 Office Address: A-1120 Wien, Wolfganggasse 58-60 christian.krbusek(a)frequentis.com Tel. +43/1/81150-1570 -- Christian Krbusek Maintenance FREQUENTIS GmbH Postal Address: A-1120 Wien, Spittelbreitengasse 34 Office Address: A-1120 Wien, Wolfganggasse 58-60 christian.krbusek(a)frequentis.com Tel. +43/1/81150-1570 >>> Karsten Keil 10/14/04 03:52pm >>> On Thu, Oct 14, 2004 at 10:58:03AM +0200, Christian KRBUSEK wrote: [snip] OK sollte relativ einfach sein. 1. Du musst für jeden remote Rechner ein Interface definieren und einen "provider" 2. In der Details page musst Du fuer jeweils die anderen Rechner die Telefonnummern als incomming erlauben, Achtung meistens kommen die mit Vorwahl, jedoch ohne fuehrende 0 an. 3. Du musst fest IP Addressen beim Interface Setup vergeben und default route ausschalten (beim Interface setup). Das Routing wird dann automatisch so aufgesetzt. -- Das Routing hab ich nun soweit hinbekommen. Nur wie sag ich jetzt dem zweiten Rechner, dass er die Verbindung nun auch annehmen soll (ohne Authentifizierung, Rufnummerneinschränkung und co)? Ein tail -f /var/log/messages gibt Folgendes aus: Oct 14 17:42:28 MUC0-linux isdnlog: Oct 14 17:42:28 * Call to tei 127 from +43 222/811501066, Wien on +43 1/060, Wien RING (Data) Oct 14 17:42:28 MUC0-linux kernel: capidrv-1: incoming call 222811501066,7,0,1060 Oct 14 17:42:28 MUC0-linux kernel: ippp0: call from 222811501066 -> 1060 accepted Oct 14 17:42:28 MUC0-linux kernel: capidrv-1: incoming call 222811501066,7,0,1060 on netdev Oct 14 17:42:28 MUC0-linux isdnlog: Oct 14 17:42:28 Call to tei 84 from +43 222/811501066, Wien on +43 1/060, Wien CONNECT (Data) Oct 14 17:42:28 MUC0-linux isdnlog: Oct 14 17:42:28 Call to tei 84 from +43 222/811501066, Wien on +43 1/060, Wien INTERFACE ippp0 called by 222811501066 Oct 14 17:42:36 MUC0-linux kernel: isdn_net: local hangup ippp0 Oct 14 17:42:36 MUC0-linux kernel: ippp0: Chargesum is 0 Oct 14 17:42:36 MUC0-linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x701 Oct 14 17:42:36 MUC0-linux isdnlog: Oct 14 17:42:36 Call to tei 84 from +43 222/811501066, Wien on +43 1/060, Wien HANGUP ( 0:00:08) +43 in Vorwahl Österreich, 222 alte Ortsvorwahl für Wien, 81150 Kopfnummer, 1066 rufende Durchwahl, 1060 angerufene Durchwahl. Für mich sieht es so aus, als würde er den Anruf annehmen (CONNECT (Data)), ihn jedoch nach ~10 Sekunden wieder abbauen (hab ich so eingestellt), da kein Datenfluss über die Leitung stattfindet (es wird aber die IP des Rechners gepingt, welche auch zur Initialisierung des Rufaufbaus geführt hat)? Scheinbar hab ich da etwas noch nicht so ganz verstanden :/ -- Karsten Keil SuSE Labs ISDN development mfg,

1 0

dial-on-demand mit "Routing"?
by Christian KRBUSEK 14 Oct '04

14 Oct '04

Hallo Liste, ich bin zu meinem Problem quasi wie die Jungfrau zum Kind gekommen - jahrelang nichts mehr in der Linuxwelt gemacht und ISDN und co ist dank Cable auch spurlos an mir vorbeigegangen. Nun steh ich vor der folgenden Aufgabe: 3 Standorte (alle SuSE 9.1 PRO mit beigepacktem Kernel - weiß leider die Version nicht auswendig :/ und samba) Standort 1: Rechner A mit Netzwerkkarte und ISDN-Controller mit angeschlossener ISDN Leitung Rechner A' mit Netzwerkkarte Standort 2: Rechner B mit Netzwerkkarte und ISDN-Controller mit angeschlossener ISDN Leitung Rechner B' mit Netzwerkkarte Standort 3: Rechner C mit Netzwerkkarte und ISDN-Controller mit angeschlossener ISDN Leitung Rechner C' mit Netzwerkkarte Die Rechner A', B' und C' liefern übers Netzwerk jeweils an ihre Namensvettern Daten. Auf den Rechnern A, B und C läuft eine Applikation, welche den Datenfluss überwacht. Am Beispiel Standort 1: Wenn nun - aus welchen Gründen auch immer - der Datenstorm abreisst, oder gewisse Daten fehlen, holt sich die Applikation, welche auf Rechner A läuft, die Daten - je nachdem, welcher Part fehlt - entweder vom Rechner B oder C. Die Applikation weiß von den anderen Rechnern nur den Namen bzw. die IP Adresse. Soll heissen, ich bräuchte eine Möglichkeit, dem ISDN Controller zu sagen, welche Telefonnummer er aufgrund vom angefragten Rechnernamen wählen soll, damit er die Daten dann vom anderen Rechner über die ISDN Verbindung bekommen kann. Ich hoff, ich hab das so einigermaßen verständlich rübergebracht - hab leider auch genau null Plan, wonach ich da bei google und co suchen sollte :/ mfg, -- Christian Krbusek Maintenance FREQUENTIS GmbH Postal Address: A-1120 Wien, Spittelbreitengasse 34 Office Address: A-1120 Wien, Wolfganggasse 58-60 christian.krbusek(a)frequentis.com Tel. +43/1/81150-1570

3 3

Fritz!USB unter SuSE 9.1 nach Update auf Kernel 2.6.8.1
by Joerg Knitter 13 Oct '04

13 Oct '04

Hi, ich habe auf mein SuSE 9.1 Professional den neusten stabilen Kernel kompiliert und installiert, jetzt bekomme ich mein Fritz!USB-ISDN-Modem nicht mehr zum Laufen. Normalerweise müssten zwei Lämpchen am Gerät leuchten, es leuchtet aber nur die USB-Lampe. KInternet kann auch keine Verbindung zum Server herstellen. Schließe ich es an, steht in /var/log/messages folgende Meldung: Oct 12 22:07:11 linux kernel: ohci_hcd 0000:00:03.0: wakeup Oct 12 22:07:11 linux kernel: usb 1-2: new full speed USB device using address 4 Oct 12 22:07:11 linux kernel: usb 1-2: configuration #1 chosen from 2 choices Oct 12 22:07:11 linux /etc/hotplug/usb.agent[12078]: Keeping default configuration with /sys//devices/pci0000:00/0000:00:03.0/usb1/1-2 Oct 12 22:07:11 linux /etc/hotplug/usb.agent[12087]: need a device for this command Für den neuen Kernel habe ich die Original-Konfiguration von SuSE 9.1 übernommen. Zudem habe ich die AVM-Treiber heruntergeladen und wie in der Anleitung beschrieben "make" "make install" durchgeführt. Die Kernel-Settings entsprechen denen, die in der Treiber-Installation angegeben sind (wenn ich mich nicht verguckt habe). Was fehlt? Kann mir jemand weiterhelfen - mit Google bin ich bisher nicht weiter gekommen... :-( Grüße - und besten Dank Jörg Knitter

3 3

CAPI Problem!
by Jan Hendrik Berlin 11 Oct '04

11 Oct '04

Hi! Problem: ich habe capi installiert, läuft aber nicht! Tux007:~ # capiinfo capi not installed - No such device or address (6) Tux007:~ # hmm, sollte eigentlich anders aussehen! Ich habe alo im yast capisuite und inzwischen alles was mit capi zu tun hat installiert! Das gleiche für I4L! Dann hab ich eine ISDN Karte im yast eingerichtet! ich kann jetzt auch rausrufen! Aber capiinfo klappt ncit, und kisdnwatch funktioniert auch nicht! Wieso? angeblich ist capi nicht installiert! Informationen zum System: SuSE 9.1 for AMD64 (x86_64) vom ftp installiert! AVM Fritz Card PCI.... sonst noch was wissenswertes, was ich vergessen habe? Ziel ist es u.a. eine Auswerswald Compact 4410 USB über den internen S0 zu konfigurieren! danke fürs lesen mfg Jan

3 4

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

ISDN Verzweifelung mit SuSE 9.1
by Dietrich.Restemeyer＠t-online.de 01 Oct '04

01 Oct '04

moin, nachdem mein Server abgeraucht war, (geklebter Chipsatzkühler hatte sich fast unmerklich gelockert) und das stetige einfrieren des Systems mir auch das System vernichtet hat. hab ich mich drangemacht den alten K6 366 / Suse 8.0 neu aufzusetzen. nachdem jetzt samba, nameserver, dhcp, hylafax mit Zyxel ISDNmodem, funktionieren, packt mich die nackte Verzweifelung eine meiner verfügbaren ISDN karten so zum Laufen zu bewegen , das alles das was ich möchte funktioniert. 1. vbox oder capisuite anrufbeantworter 2. rawip einwahl/rauswahl mit routen der der netze hinter den servern. Der der nicht will steht auf der Arbeit, Zuhause funktioniert alles mit SuSE9.0. Das Problem : a.) ich kann mich auf der SuSE9.1 nur einwählen, wenn secure = off eingestellt ist. dabei zeigen die Einwahlversuche in /var/log/messages und die einwahlnummer das sie exact gleich sind b.) von zuhause kann ich nur den server anpingen, nicht das netz dahinter, obwohlich alles so eingestellt hab wie immer. zu a.) so geht es Current setup of interface 'isdn0': EAZ/MSN: 23 Phone number(s): Outgoing: 0123456 Incoming: 4486123456 Dial mode: manual Secure: off Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 1 Hangup-Timeout: 120 Incoming-Hangup: off ChargeHangup: on Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: rawip Slave Interface: None Slave delay: 10 Master Interface: None Pre-Bound to: Nothing PPP-Bound to: Nothing Sep 27 19:56:47 server isdnlog: Sep 27 19:56:47 Call to tei 89 from +49 4486/123456, Edewecht-Friedrichsfehn on +49 4486/23, Edewecht-Friedrichsfehn INTERFACE isdn0 called by 4486123456 Sep 28 13:05:37 server kernel: isdn0: call from 4486123456 -> 23 accepted und so nicht! Current setup of interface 'isdn0': EAZ/MSN: 23 Phone number(s): Outgoing: 0123456 Incoming: 4486123456 __________ ! Dial mode: manual Secure: on Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 1 Hangup-Timeout: 120 Incoming-Hangup: off ChargeHangup: on Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: rawip Slave Interface: None Slave delay: 10 Master Interface: None Pre-Bound to: Nothing PPP-Bound to: Nothing Sep 28 13:14:04 server kernel: isdn_tty: call from 4486123456 -> 23 ignored __________ ! aus verständlichen Gründen hab ich natürlich die letzten 6 Zahlen verändert. aber sie stimmten genauso exact überein wie in diesem Beispiel. Die Karte ist eine PCI HFC mit cologne Chip. zu b.) die routen zuhause: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.254 0.0.0.0 255.255.255.255 UH 0 0 0 isdn0 217.5.98.20 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.3.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.1.0 192.168.1.254 255.255.255.0 UG 0 0 0 isdn0 0.0.0.0 217.5.98.20 0.0.0.0 UG 0 0 0 ppp0 die routen auf der Arbeit : 192.168.2.254 0.0.0.0 255.255.255.255 UH 0 0 0 isdn0 192.168.200.2 0.0.0.0 255.255.255.255 UH 0 0 0 ippp2 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.2.0 192.168.2.254 255.255.255.0 UG 0 0 0 isdn0 192.168.3.0 192.168.2.254 255.255.255.0 UG 0 0 0 isdn0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo ich habe auf beiden servern der isdnkarte die gleiche ip gegeben wie einer der netzwerkkarten, was so bisher immer funktioniert hat. Probleme mit ipv6 , Firewall ? nach rcSuSEfirewall2 stop ist das Ergebnis nicht anders. eine 2. ISDN KArte die ich ausprobiert habe ist eine AVM B1 ISA version 2.0, damit hab ich das gleich Bild, nur das ein Anruf auf vbox nach den ersten 2 Wörtern der Ansage den Server so abgeschossen hat, das ich nur noch resetten konnte. Mit capisuite ging es allerdings. Merkwürdig ! ich hab auch ne älter Firmware ausbrobiert, mit dem gleichen resultat. Ich benutzte bisher vbox, weil das so einen schönen Windows Client hat für die Mitarbeiter. Gibt es für capisuite auch sowas ? noch dazu als Information : Kernel 2.6.5-7.108-default neueste Onlineupdate, Mainboard Via KT133 Die frage ist, wo klemmt es, mit welchen Hilsmitteln komme ich den Fehlern auf die Spur ? entschuldigt die etwas lange Mail, vielen Dank im voraus für Tips Dietrich Restemeyer

3 6