October 2004 - openSUSE ISDN (Deutsch)

Kernel 2.6.8 und Module für Fritz!Card Classic backen auf Debian
by J. Dietrich Boock 31 Oct '04

31 Oct '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo und Grüße, ich finde hier keine Möglichkeit ordentlich für o.g. Karte Treiber/module in meinem Debian-System einzubinden. Folgendes hab ich: Fritz!Card classis, also ISA Debian Testing mit einem 2.6.8er Kernel Was ich schon versucht habe: das km_fritzcapi-2.6-26.i586.rpm mit alien in ein tgz verwandelt und in /usr/src entpackt. Danach gab es einen Ordner kernel-modules, in welchem sich ein Makefile und die SOurcen, sowie proprietären libs für die AVM-Karten fanden. Diese habe ich kompiliert und nach /lib/modules/2.6.8/extra/ verschoben, also diese: fcclassic.ko fcpci.ko fcpcmcia.ko fcpcmcia_cs.ko fcpnp.ko fcusb.ko fcusb2.ko fxusb.ko Irgendwie scheint sich der ganze Ladevorgang für das fcclasic-modul verändert zu haben. Bisher wurde in /etc/isdn/capi.conf über folgenden Eintrag das Starten mit Hilfe von capiinit festgelegt: fcclassic - - 0x200 7 Versuche ich dies nun kommt folgende Fehlermeldung: capiinit start ERROR: cardoptions: unknown option "-" ERROR: /etc/capi.conf:14: illegal options "-" ERROR: missing config entry for controller 1 driver fcclassic name fcclassic-0200-07 Braucht der fcclassic neuerdings eine Firmware? Ich wäre für Tips was das Laden der Fritzmodule unter 2.6.8 und anderen Distr. angeht sehr verbunden. Beste Grüße, Dietrich Boock -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBhQzDPUESays8keoRAhqjAJ9m1LJL9/GOvTzs/H8mxC+dpRPAugCgobwd KqhLNBp7pRrsxu3MpLIWviY= =epC9 -----END PGP SIGNATURE-----

1 0

for-schleife
by Web-Zocker＠gmx.de 31 Oct '04

31 Oct '04

Ich will mir ein bash-script schreiben mit dem ich mir auf einfache weise einen neuen "provider" anlegen kann. Dazu muss ich in /etc/sysconfig/network/providers/ die Dateien Zählen. Ich mache das wie folgt: for ((I=0;$I<100;I++)); do if [ -f /etc/sysconfig/network/providers/provider${I} ] ;then ( NUMMER=$I ) else ( break ) fi done echo "Weiter geht es mit Nummer $NUMMER" Leider sieht die Ausgabe so aus: >>Weiter geht es mit Nummer<< $NUMEMR scheint leer zu sein. warum? wie bekomme ich das hin? Danke, Manu

4 3

AW: [suse-isdn] for-schleife
by Web-Zocker＠gmx.de 31 Oct '04

31 Oct '04

Vielen Dank Dieter, damit funktioniert die erste Hälfte. Ich kann jetzt komfortabel einen neuen Internetzugang anlegen. Der Eintrag erscheint jedoch nicht im Programm "Kinternet". Dazu muss ich noch in Yast, Netzwerk, ISDN gehen und ihn was konfigurieren lassen. Was genau wird dabei gemacht? Rufe ich in meinem Script SuSEconfig auf reicht das nicht. Es muss also ein anderes config-Programm aufgerufen werden. Weis jemand welches? Vielen Dank, Manuel Am Sonntag, 31. Oktober 2004 11:41 schrieben Sie: > Hallo Manu, > > so gehts bei mir: > > declare -i i=0 > while true > do > if [ -f /etc/sysconfig/network/providers/*provider${i} ]; then > NUMMER=$i > else > break > fi > ((i++)) > if [ ${i} -eq 100 ]; then > break; > fi > done > echo "Weiter geht es mit Nummer $NUMMER" > > ____________________________________ > Herzliche Grüsse aus dem Unterallgäu > Dieter Öschay > > > -----Ursprüngliche Nachricht----- > Von: Web-Zocker(a)gmx.de [mailto:Web-Zocker@gmx.de] > Gesendet: Sonntag, 31. Oktober 2004 11:28 > An: suse-isdn(a)lists.suse.com > Betreff: [suse-isdn] for-schleife > > > Ich will mir ein bash-script schreiben mit dem ich mir > auf einfache weise einen neuen "provider" anlegen kann. > Dazu muss ich in /etc/sysconfig/network/providers/ die > Dateien Zählen. > Ich mache das wie folgt: > > for ((I=0;$I<100;I++)); do > if [ -f /etc/sysconfig/network/providers/provider${I} ] ;then > ( > NUMMER=$I > ) > else > ( > break > ) > fi > done > echo "Weiter geht es mit Nummer $NUMMER" > > Leider sieht die Ausgabe so aus: >>Weiter geht es mit Nummer<< > $NUMEMR scheint leer zu sein. > warum? wie bekomme ich das hin? > > Danke, > Manu > > > > -- > Um die Liste abzubestellen, schicken Sie eine Mail an: > suse-isdn-unsubscribe(a)suse.com > Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken > Sie eine Mail an: suse-isdn-help(a)suse.com

1 0

Suse 9.2: Probleme mit Capi/ISDN
by Klaus Niedt 31 Oct '04

31 Oct '04

Hallo Liste, von der Installation an habe ich Probleme mit Capi bzw. ISDN bei der SL 9.2. Bei der ISDN-Konfiguration hat was nicht geklappt, festzustellen daran, daß kein isdn.log erstellt wurde trotz Anwahl der Option und CapiSuite zwar gestartet wurde, aber nicht ansprechbar war (Einrichten des AB nicht möglich). Die Dauermeldung in capisuite.error dazu lautet: Sun Oct 31 11:01:34 2004 CapiSuite 0xbfffefd0: CapiSuite 0.4.4 started. Sun Oct 31 11:01:34 2004 CapiSuite 0xbfffefd0: Can't start Capi abstraction. The given error message was: CapiError: Error in CAPI20_ISINSTALLED: CAPI not installed. occured in Capi::getCapiInfo() Capiinfo ergibt dementsprechend: stargate:/home/klaus # capiinfo capi not installed - No such device or address (6) In /var/log/boot.msg sieht das (gekürzt) so aus: <6>usb 2-2: new full speed USB device using address 3 <6>usb 2-2: Product: FRITZ!Card USB v2.1 <6>usb 2-2: Manufacturer: AVM Berlin <6>usb 2-2: configuration #1 chosen from 2 choices <5>CAPI Subsystem Rev 1.1.2.8 <5>capifs: Rev 1.1.2.3 <5>capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs) <6>CSLIP: code copyright 1989 Regents of the University of California <5>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 <5>capidrv: Rev 1.1.2.2: loaded Setting up ISDN card contr0 AVM FRITZ!Card USB v2.1skipped Starting CapiSuite <notice>startproc: execve (/usr/sbin/capisuite) [ /usr/sbin/capisuite -d ], [ CONSOLE=/dev/console TERM=linux SHELL=/bin/sh INIT_VERSION=sysvinit-2.85 REDIRECT=/dev/tty1 COLUMNS=127 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin vga=0x317 RUNLEVEL=5 PWD=/ SPLASHCFG=/etc/bootsplash/themes/SuSE/config/bootsplash-1024x768.cfg PREVLEVEL=N LINES=43 HOME=/ SHLVL=2 splash=silent SPLASH=yes _=/sbin/startproc DAEMON=/usr/sbin/capisuite ] done Ich stehe da ziemlich auf dem Schlauch, zumal ich gestern eine Art "Wunderheilung" erlebt habe. Nach Löschen von contr0 und Neueinrichtung war der Stand wie oben beschrieben, nach einem Reboot aber - wohl ein Reflex aus meiner Windows-Phase - lief ISDN und CapiSuite wie am Schnürchen. Das vorher fehlende isdn.log wurde vom System angelegt, für den Rest des Tages sah das dann in capisuite.log so aus: Sat Oct 30 12:31:13 2004 CapiSuite 0xbffffc80: CapiSuite 0.4.4 started. Sat Oct 30 12:31:13 2004 Capi 0x816b680: Registered successful at CAPI with ApplId 2 Sat Oct 30 12:31:13 2004 CapiSuite 0xbffffc80: 1 controllers found Sat Oct 30 13:25:38 2004 Connection 0x81e0320: Connection object created for incoming call PLCI 257 from 0178XXXXXXX to XXXXXX CIP 0x10 Sat Oct 30 13:25:38 2004 Connection 0x81e0320: call from 0178XXXXXXX to XXXXXX for klaus connecting with voice Heute morgen aber the same procedure as before. Immerhin weiß ich nun, daß es grundsätzlich schon funktonieren kann; dauerhaft wäre aber eindeutig besser. Hat jemand ähnliche Probleme oder gar eine Lösung? Tschö Klaus

1 0

CAPI / Hylafaxproblem ??
by Norbert Harz 31 Oct '04

31 Oct '04

Hallo allerseits, ich bin neu hier und bitte daher um Nachsicht, falls ich Fragen frage, die gerade beantwortet wurden.... Ich habe hier SuSE 9.0, 'ne AVM ISDN/DSL - Karte, CAPI und Hylafax... Gelegentlich kommt es vor, daß reinkommende Faxe nicht empfangen werden können. Die /var/log/messages sieht dann so aus: Oct 30 00:15:05 server90 kernel: capidrv-1: incoming call 308809xxxx,1,2,4403xxxx Oct 30 00:15:05 server90 kernel: capidrv-1: patching si2=2 to 0 for VBOX Oct 30 00:15:05 server90 kernel: isdn_net: call from 308809xxxx -> 0 4403xxxx ignored Oct 30 00:15:05 server90 kernel: isdn_tty: call from 308809xxxx -> 4403xxxx ignored Oct 30 00:15:05 server90 kernel: capidrv-1: incoming call 308809xxxx,1,0,4403xxxx ignored Oct 30 00:15:05 server90 kernel: kcapi: appl 3 releasing(2) Oct 30 00:15:05 server90 kernel: kcapi: appl 3 releasing(1) Oct 30 00:15:05 server90 kernel: kcapi: appl 3 down Oct 30 00:15:05 server90 kernel: kcapi: appl 4 releasing(2) Oct 30 00:15:05 server90 kernel: kcapi: appl 4 releasing(1) Oct 30 00:15:05 server90 kernel: kcapi: appl 4 down Oct 30 00:15:05 server90 kernel: kcapi: appl 5 releasing(2) Oct 30 00:15:05 server90 kernel: kcapi: appl 5 releasing(1) Oct 30 00:15:05 server90 kernel: kcapi: appl 5 down Oct 30 00:15:05 server90 kernel: kcapi: appl 6 releasing(2) Oct 30 00:15:05 server90 kernel: kcapi: appl 6 releasing(1) Oct 30 00:15:05 server90 kernel: kcapi: appl 6 down Oct 30 00:15:05 server90 kernel: kcapi: appl 7 releasing(2) Oct 30 00:15:05 server90 kernel: kcapi: appl 7 releasing(1) Oct 30 00:15:05 server90 kernel: kcapi: appl 7 down Oct 30 00:15:05 server90 kernel: kcapi: appl 3 up Oct 30 00:15:05 server90 kernel: kcapi: appl 4 up Oct 30 00:15:05 server90 kernel: kcapi: appl 5 up Oct 30 00:15:05 server90 kernel: kcapi: appl 6 up Oct 30 00:15:05 server90 kernel: kcapi: appl 7 up Oct 30 00:15:16 server90 kernel: kcapi: appl 2 ncci 0x10101 up Oct 30 00:15:23 server90 kernel: kcapi: appl 2 ncci 0x10101 down in der capifax.log steht dann: Oct 30 00:15:05.95: [ 8181]: c2faxrecv - INFO: Device "faxCAPI" uses 5 receive thread(s) with the following config: Oct 30 00:15:06.03: [ 8181]: c2faxrecv - INFO: Controller=1 : IncomingMSNs=44037404 Oct 30 00:15:06.03: [ 8181]: c2faxrecv - INFO: Hat irgendjemand eine Idee was da läuft, bzw. nicht läuft??? Danke für Tips und erste Überlegungen. mit freundlichen Gruessen / kind regards Norbert Harz

1 0

hylafax: faxstat zeigt nicht alle lines
by Cornelius Kölbel 30 Oct '04

30 Oct '04

Hallo, nun bin ich vollends verwirrt. Ich habe vier Dateien /var/spool/fax/etc/config.faxCAPI /var/spool/fax/etc/config.faxCAPI2 und 3 und 4 und bekomme vom faxstat aber nur eine Line angezeigt: HylaFAX scheduler on linux.site: Running Modem faxCAPI (+49.00.00000): Terminated Eigentlich würde ich noch die Zeilen: Modem faxCAPI2 (+49.00.00000): und 3 und 4 erwarten. faxsetup fragt mich: Should I run faxmodem for each configured modem [yes]? /usr/sbin/faxmodem faxCAPI /usr/sbin/faxmodem faxCAPI2 /usr/sbin/faxmodem faxCAPI3 /usr/sbin/faxmodem faxCAPI4 Done verifying system setup. Aber faxstat zeigt danach nur das eine an :-( Gruss Cornelius

2 1

fuer Einwahl ist "anything" * "anything" missbrauchbar
by Ekkard Gerlach 30 Oct '04

30 Oct '04

Ein fremder PC kann "anything" * "anything" meiner pap-/chap-secrets mißbrauchen um sich bei mir einzuwählen. Das "anything" * "anything" stammt von dem Arcor-Internetzugang, den Suse 8.2 (ich habe Suse 8.2) standardmäßig anbietet und steht nach jedem SuSEconfig automatisch in den pap-/chap-secret's wenn ich das Arcor-Device nicht lösche. Wie kann ich diesen Mißbrauch verhindern? Näheres: Ich habe auf meinem PC die Einwahl realisiert. Die "Provider"-Datei eines Einwahldevice kann leer sein, es ist offenbar egal, was da drinnen steht. (in den Provider- Dateien steht bei Devices, die sich auswählen, User und Passwort.) Sicherlich kann ich dem Device irgendwie auf den Weg geben, daß nicht jedes beliebige User - Passwort-Paar der pap-/chap-secrets zur Authentifizierung verwendet werden darf. Aber wie? (Ich will dem Device keine Beschränkungen auferlegen, wer alles anrufen darf, also nicht strikt MSNs vergeben, die nur anrufen dürfen.) Bem: ich habe es noch nie mit Yast geschafft ein Einwahl-Device zu konfigurieren. Ich mache es immer mit eigenen Templates: /etc/sysconfig/isdn/cfg-net1: # (Einwahl) CALLBACK="off" CHARGEHUP="on" COMPRESSION="no" DEFAULTROUTE="no" DIALMODE="manual" DYNAMICIP="no" FIREWALL="no" IPADDR="192.168.10.220" PTPADDR="192.168.10.200" MSN="1234567" MULTILINK="yes" PROTOCOL="syncppp" PROVIDER="pc_dialin" STARTMODE="onboot" SECURE="off" IPPPD_OPTIONS="+pap -chap debug proxyarp" und /etc/sysconfig/network/providers/pc_dialin ist leer, muß aber vorhanden sein: # leer! danke schonmal Ekkard

1 0

Configuring ISDN Cards
by Jeremy Davis 29 Oct '04

29 Oct '04

Can someone tell me please how I can configure my isdn card, by just telneting to the V9.1 linux box. I have a 1.5s echo when using isdngw with gnugk, and am wondering if the card configuration needs playing with. I have echo compensation turned on in isdngw. I'd prefer it, if I can access the configuration settings via a telnet client, rather than otuching the acutal computer if at all possible. Thanks

1 0

AVM Fritzcard USB v.2.1, SuSE 9.1, Kernel >= 2.6.8
by Kai Dees 29 Oct '04

29 Oct '04

Hallo Leute, ich habe auf meinem 9.1er System den 2.6.9er Kernel installiert, als auch den 2.6.8-24 der SuSE 9.2. Als km_fritzcapi habe ich die Version 2.6-26.7 der 9.1 compiliert und jeweils installiert. Das Problem ist, dass ich nach ca. 5 Minuten bestehender Verbindung immer einen Verbindungsabbruch bekomme. In der /var/log/messages steht: Oct 29 10:48:03 linux ipppd[12069]: Modem hangup Oct 29 10:48:03 linux ipppd[12069]: Connection terminated. Oct 29 10:48:03 linux ipppd[12069]: taking down PHASE_DEAD link 0, linkunit: 0 Oct 29 10:48:03 linux ipppd[12069]: closing fd 13 from unit 0 Oct 29 10:48:03 linux ipppd[12069]: link 0 closed , linkunit: 0 Oct 29 10:48:03 linux ipppd[12069]: reinit_unit: 0 Oct 29 10:48:03 linux ipppd[12069]: Connect[0]: /dev/ippp0, fd: 13 Oct 29 10:48:03 linux kernel: isdn_net: Hupflags of ippp0 are 5 Oct 29 10:48:03 linux kernel: isdn_net: local hangup ippp0 Oct 29 10:48:03 linux kernel: ippp0: Chargesum is 0 Oct 29 10:48:03 linux kernel: ippp_ccp: freeing reset data structure da388800 Oct 29 10:48:03 linux kernel: ippp, open, slot: 0, minor: 0, state: 0000 Oct 29 10:48:03 linux kernel: ippp_ccp: allocated reset data structure da388800 Oct 29 10:48:03 linux kernel: kcapi: appl 1 ncci 0x10101 down Oct 29 10:48:03 linux modify_resolvconf: restored /etc/resolv.conf.saved.by.ipppd.ippp0 to /etc/resolv.conf Oct 29 10:48:03 linux kernel: TCP: zapping lost address 145.254.156.78:1390 -> 145.253.66.25:80 Oct 29 10:48:03 linux kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1) Oct 29 10:48:04 linux ip-down: Warning: /etc/resolv.conf not found Oct 29 10:48:04 linux kernel: capidrv-1: DISCONNECT_IND reason 0x349f (Normal, unspecified) for plci 0x101 Oct 29 10:48:04 linux ip-down: Oct 29 10:48:04 linux SuSEfirewall2: Firewall rules successfully set from /etc/sysconfig/SuSEfirewall2 Oct 29 10:48:04 linux ip-down: Warning: No interface active (yet?) Hat jemand eine Idee woran das liegen kann? Müssen ggf. anderen ISDN Pakete gepupdated werden? Besten Dank, Gruß Kai

1 0

suse 9 yast anrufbeantworter
by Michael Dawart 29 Oct '04

29 Oct '04

hallo liste, ich möchte gern den anrufbeantworter der in yast2 integriert ist, benutzen. das funktioniert soweit auch ganz gut, nur würde ich die "anrufe" (also die mails) gern an eine andere (externe) e-mail-adresse weiterleiten. in dem dialog kann man aber nur user auswählen, die konfig-datei habe ich aber nicht gefunden. hat jemand einen tipp für mich? vielen dank, m. dawart

2 1

unterschiedliche Nummern
by Fabian Hoefer 27 Oct '04

27 Oct '04

Hallo zusammen, eben habe ich ein interessantes Phänomen festgestellt. Bei der Durchsicht meiner verpassten Anrufe gibt mir isdn-log eine Nummer z.B. +49xxxxx0 an, an meinem Isdn-Telefon wird jedoch die Nummer +49xxxxx6198 angezeigt. Im ersten Fall ist das die Nummer der Zentrale, im zweiten Fall die direkte Durchwahl. Es scheint also so, dass wohl zwei unterschiedliche Nummern übertragen werden, beim Telefon aber eine andere ausgewertet wird als beim isdn-log. Hat jemand eine Ahnung, wie ich den isdn-log dazubringe, beide Nummern zu speichern, oder wie das überhaupt zustande kommt? mit freundlichen Grüssen Fabian

2 1

SL9.1 Kanalbündelungs Problem (IRQ?)
by Michael Born 26 Oct '04

26 Oct '04

Hallo Liste, ich habe mit Yast Kanalbündelung aktiviert und kann diese mit KInternet auch ein/ausschalten. Leider ist die Datenrate mit zwei Kanälen NIEDRIGER!. Zum testen lasse ich einfach ein Filesharingprogramm laufen. Bei einem Kanal zeigt mir das "Datenrate" Fenster von kInternet ständig 8KB/s an. Schalte ich den zweiten Link hinzu geht die Rate in die Knie (starke Schwankungen und <6KB/s insgesamt). Mit einem Kanal werden 8000-17000 BogoCPS mitgelogt mit 2 Kanälen sind es dann ca.2000+2000 BogoCPS Hier ein Auszug der /var/log/message mit CAPI2.0 Treiber. ReiserFS Einträge habe ich entfernt und meine MSN durch ein x ersetzt. Was sagen euch diese Meldungen? Ein Problem mit Interrupts? Habe dann mal auf den HiSax Treiber umgeschaltet. Da sehen die Meldungen ähnlich aus. Gruß Michael CAPI2.0 Meldungen ------ Oct 24 14:31:03 linux kernel: ippp1: dialing 1 05112034743... Oct 24 14:31:03 linux isdnlog: Oct 24 14:31:03 * tei 99 calling +49 511/2034743, Hannover with +49 511/x, Hannover RING (Data) Oct 24 14:31:04 linux isdnlog: Oct 24 14:31:04 tei 99 calling +49 511/2034743, Hannover with +49 511/x, Hannover Time:Sun Oct 24 14:29:00 2004 Oct 24 14:31:04 linux isdnlog: Oct 24 14:31:04 tei 99 calling +49 511/2034743, Hannover with +49 511/x, Hannover CONNECT (Data) Oct 24 14:31:04 linux isdnlog: Oct 24 14:31:04 tei 99 calling +49 511/2034743, Hannover with +49 511/x, Hannover INTERFACE ippp0 calling 05112034743 Oct 24 14:31:04 linux kernel: capilib_new_ncci: kcapi: appl 1 ncci 0x20201 up Oct 24 14:31:04 linux kernel: isdn_net: ippp1 connected Oct 24 14:31:04 linux kernel: capidrv-1: chan 1 up with ncci 0x20201 Oct 24 14:31:04 linux ipppd[10512]: Local number: 0511x, Remote number: 05112034743, Type: outgoing Oct 24 14:31:04 linux ipppd[10512]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1, linkunit: 1, fd: 18 Oct 24 14:31:04 linux isdnlog: Oct 24 14:31:04 tei 99 calling +49 511/2034743, Hannover with +49 511/x, Hannover CHARGE: 5.997 /240s = 1.499 /Min (DTAG T-ISDN Standard, City, Wochenende (Sonntag), Abend) Oct 24 14:31:04 linux isdnlog: Oct 24 14:31:04 tei 99 calling +49 511/2034743, Hannover with +49 511/x, Hannover HINT: Better use 01013:Tele2 Privat CbC, 0.990 /60s = 0.990 /Min, saving 1.187 /Min Oct 24 14:31:04 linux isdnlog: Oct 24 14:31:04 tei 99 calling +49 511/2034743, Hannover with +49 511/x, Hannover 1.CI 5.997 (now) Oct 24 14:31:04 linux isdnlog: Oct 24 14:31:04 tei 99 calling +49 511/2034743, Hannover with +49 511/x, Hannover NEXT CI AFTER 04:00 (DTAG T-ISDN Standard, City, Wochenende (Sonntag), Abend) Oct 24 14:31:04 linux kernel: Badness in local_bh_enable at kernel/softirq.c:139 Oct 24 14:31:04 linux kernel: Call Trace: Oct 24 14:31:04 linux kernel: [local_bh_enable+72/96] local_bh_enable+0x48/0x60 Oct 24 14:31:04 linux kernel: [<c0123398>] local_bh_enable+0x48/0x60 Oct 24 14:31:04 linux kernel: [__crc_ide_xfer_verbose+190443/1505826] isdn_ppp_xmit+0x105/0x870 [isdn] Oct 24 14:31:04 linux kernel: [<e2ddd2f5>] isdn_ppp_xmit+0x105/0x870 [isdn] Oct 24 14:31:04 linux kernel: [__crc_ide_xfer_verbose+140129/1505826] isdn_net_start_xmit+0x6cb/0x7e0 [isdn] Oct 24 14:31:04 linux kernel: [<e2dd0e6b>] isdn_net_start_xmit+0x6cb/0x7e0 [isdn] Oct 24 14:31:04 linux kernel: [__crc_soft_cursor+178343/3710424] Block_BTx+0x118/0x150 [fcpci] Oct 24 14:31:04 linux kernel: [<e2f6a968>] Block_BTx+0x118/0x150 [fcpci] Oct 24 14:31:04 linux kernel: [qdisc_restart+63/192] qdisc_restart+0x3f/0xc0 Oct 24 14:31:04 linux kernel: [<c028ae9f>] qdisc_restart+0x3f/0xc0 Oct 24 14:31:04 linux kernel: [net_tx_action+126/176] net_tx_action+0x7e/0xb0 Oct 24 14:31:04 linux kernel: [<c027cb2e>] net_tx_action+0x7e/0xb0 Oct 24 14:31:04 linux kernel: [__do_softirq+67/144] __do_softirq+0x43/0x90 Oct 24 14:31:04 linux kernel: [<c01231e3>] __do_softirq+0x43/0x90 Oct 24 14:31:04 linux kernel: [do_softirq+38/48] do_softirq+0x26/0x30 Oct 24 14:31:04 linux kernel: [<c0123256>] do_softirq+0x26/0x30 Oct 24 14:31:04 linux kernel: [do_IRQ+293/416] do_IRQ+0x125/0x1a0 Oct 24 14:31:04 linux kernel: [<c010a8f5>] do_IRQ+0x125/0x1a0 Oct 24 14:31:04 linux kernel: [common_interrupt+24/32] common_interrupt+0x18/0x20 Oct 24 14:31:04 linux kernel: [<c0108d48>] common_interrupt+0x18/0x20 Oct 24 14:31:04 linux kernel: Oct 24 14:31:04 linux ipppd[10512]: ioctl(SIOCSIFMTU): No such device, 16 ippp1 1500. Oct 24 14:31:04 linux kernel: ippp0: all channels busy - requeuing! Oct 24 14:31:04 linux kernel: Badness in local_bh_enable at kernel/softirq.c:139 Oct 24 14:31:04 linux kernel: Call Trace: Oct 24 14:31:04 linux kernel: [local_bh_enable+72/96] local_bh_enable+0x48/0x60 Oct 24 14:31:04 linux kernel: [<c0123398>] local_bh_enable+0x48/0x60 Oct 24 14:31:04 linux kernel: [__crc_ide_xfer_verbose+190443/1505826] isdn_ppp_xmit+0x105/0x870 [isdn] Oct 24 14:31:04 linux kernel: [<e2ddd2f5>] isdn_ppp_xmit+0x105/0x870 [isdn] Oct 24 14:31:04 linux kernel: [__crc_ide_xfer_verbose+140129/1505826] isdn_net_start_xmit+0x6cb/0x7e0 [isdn] Oct 24 14:31:04 linux kernel: [<e2dd0e6b>] isdn_net_start_xmit+0x6cb/0x7e0 [isdn] Oct 24 14:31:04 linux kernel: [__crc_soft_cursor+185133/3710424] DataToUpperLayer+0x6e/0x130 [fcpci] Oct 24 14:31:04 linux kernel: [<e2f6c3ee>] DataToUpperLayer+0x6e/0x130 [fcpci] Oct 24 14:31:04 linux kernel: [__crc_soft_cursor+185453/3710424] E1_RxData+0x7e/0x400 [fcpci] Oct 24 14:31:04 linux kernel: [<e2f6c52e>] E1_RxData+0x7e/0x400 [fcpci] Oct 24 14:31:04 linux kernel: [__crc_soft_cursor+179431/3710424] Block_BRx+0x118/0x160 [fcpci] Oct 24 14:31:04 linux kernel: [<e2f6ada8>] Block_BRx+0x118/0x160 [fcpci] ------ HiSax Meldungen ------ Oct 24 15:31:06 linux kernel: ippp1: dialing 1 05112034743... Oct 24 15:31:06 linux isdnlog: Oct 24 15:31:06 * tei 100 calling +49 511/2034743, Hannover with +49 511/x, Hannover RING (Data) Oct 24 15:31:07 linux isdnlog: Oct 24 15:31:07 tei 100 calling +49 511/2034743, Hannover with +49 511/x, Hannover Time:Sun Oct 24 15:29:00 2004 Oct 24 15:31:07 linux isdnlog: Oct 24 15:31:07 tei 100 calling +49 511/2034743, Hannover with +49 511/x, Hannover CONNECT (Data) Oct 24 15:31:07 linux isdnlog: Oct 24 15:31:07 tei 100 calling +49 511/2034743, Hannover with +49 511/x, Hannover INTERFACE ippp0 calling 05112034743 Oct 24 15:31:07 linux isdnlog: Oct 24 15:31:07 tei 100 calling +49 511/2034743, Hannover with +49 511/x, Hannover CHARGE: 5.997 /240s = 1.499 /Min (DTAG T-ISDN Standard, City, Wochenende (Sonntag), Abend) Oct 24 15:31:07 linux isdnlog: Oct 24 15:31:07 tei 100 calling +49 511/2034743, Hannover with +49 511/x, Hannover HINT: Better use 01013:Tele2 Privat CbC, 0.990 /60s = 0.990 /Min, saving 1.187 /Min Oct 24 15:31:07 linux isdnlog: Oct 24 15:31:07 tei 100 calling +49 511/2034743, Hannover with +49 511/x, Hannover 1.CI 5.997 (now) Oct 24 15:31:07 linux isdnlog: Oct 24 15:31:07 tei 100 calling +49 511/2034743, Hannover with +49 511/x, Hannover NEXT CI AFTER 04:00 (DTAG T-ISDN Standard, City, Wochenende (Sonntag), Abend) Oct 24 15:31:08 linux kernel: isdn_net: ippp1 connected Oct 24 15:31:08 linux ipppd[21929]: Local number: 0511x, Remote number: 05112034743, Type: outgoing Oct 24 15:31:08 linux ipppd[21929]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1, linkunit: 1, fd: 18 Oct 24 15:31:08 linux ipppd[21929]: ioctl(SIOCSIFMTU): No such device, 16 ippp1 1500. Oct 24 15:31:08 linux ipppd[21929]: MPPP negotiation, He: Yes We: Yes Oct 24 15:31:08 linux ipppd[21929]: ipppd[1]: discr: 2 Oct 24 15:31:08 linux ipppd[21929]: ipppd[1]: passed 1 Oct 24 15:31:08 linux ipppd[21929]: ipppd[1]: passed 2 Oct 24 15:31:08 linux ipppd[21929]: ipppd[1]: pap/chap-check passed Oct 24 15:31:08 linux ipppd[21929]: ok, found a valid bundle with linkunit 0 Oct 24 15:31:08 linux ipppd[21929]: bundle: 0 Oct 24 15:31:08 linux kernel: iPPP-bundle: minor: 1, slave unit: 1, master unit: 0 Oct 24 15:31:10 linux kernel: SFW2-INext-ACC-TCP IN=ippp0 OUT= MAC= SRC=63.202.108.250 DST=212.144.162.174 LEN=48 TOS=0x00 PREC=0x00 TTL=107 ID=14801 DF PROTO=TCP SPT=2800 DPT=8080 WINDOW=65535 RES=0x00 SYN URGP=0 OPT (020405AC01010402) Oct 24 15:31:11 linux kernel: Badness in local_bh_enable at kernel/softirq.c:139 Oct 24 15:31:11 linux kernel: Call Trace: Oct 24 15:31:11 linux kernel: [local_bh_enable+72/96] local_bh_enable+0x48/0x60 Oct 24 15:31:11 linux kernel: [<c0123398>] local_bh_enable+0x48/0x60 Oct 24 15:31:11 linux kernel: [__crc_ide_xfer_verbose+190443/1505826] isdn_ppp_xmit+0x105/0x870 [isdn] Oct 24 15:31:11 linux kernel: [<e2ddd2f5>] isdn_ppp_xmit+0x105/0x870 [isdn] Oct 24 15:31:11 linux kernel: [do_timer+47/1200] do_timer+0x2f/0x4b0 Oct 24 15:31:11 linux kernel: [<c012667f>] do_timer+0x2f/0x4b0 Oct 24 15:31:11 linux kernel: [__crc_ide_xfer_verbose+140129/1505826] isdn_net_start_xmit+0x6cb/0x7e0 [isdn] Oct 24 15:31:11 linux kernel: [<e2dd0e6b>] isdn_net_start_xmit+0x6cb/0x7e0 [isdn] Oct 24 15:31:11 linux kernel: [__crc_ide_xfer_verbose+181686/1505826] isdn_timer_funct+0x0/0x130 [isdn] Oct 24 15:31:11 linux kernel: [<e2ddb0c0>] isdn_timer_funct+0x0/0x130 [isdn] Oct 24 15:31:11 linux kernel: [qdisc_restart+63/192] qdisc_restart+0x3f/0xc0 Oct 24 15:31:11 linux kernel: [<c028ae9f>] qdisc_restart+0x3f/0xc0 Oct 24 15:31:11 linux kernel: [net_tx_action+126/176] net_tx_action+0x7e/0xb0 Oct 24 15:31:11 linux kernel: [<c027cb2e>] net_tx_action+0x7e/0xb0 Oct 24 15:31:11 linux kernel: [__do_softirq+67/144] __do_softirq+0x43/0x90 Oct 24 15:31:11 linux kernel: [<c01231e3>] __do_softirq+0x43/0x90 Oct 24 15:31:11 linux kernel: [do_IRQ+293/416] do_IRQ+0x125/0x1a0 Oct 24 15:31:11 linux kernel: [<c010a8f5>] do_IRQ+0x125/0x1a0 Oct 24 15:31:11 linux kernel: [common_interrupt+24/32] common_interrupt+0x18/0x20 Oct 24 15:31:11 linux kernel: [<c0108d48>] common_interrupt+0x18/0x20 Oct 24 15:31:11 linux kernel: [ksoftirqd+0/160] ksoftirqd+0x0/0xa0 Oct 24 15:31:11 linux kernel: [<c0123260>] ksoftirqd+0x0/0xa0 Oct 24 15:31:11 linux kernel: [qdisc_restart+63/192] qdisc_restart+0x3f/0xc0 Oct 24 15:31:11 linux kernel: [<c028ae9f>] qdisc_restart+0x3f/0xc0 Oct 24 15:31:11 linux kernel: [net_tx_action+126/176] net_tx_action+0x7e/0xb0 Oct 24 15:31:11 linux kernel: [<c027cb2e>] net_tx_action+0x7e/0xb0 Oct 24 15:31:11 linux kernel: [__do_softirq+67/144] __do_softirq+0x43/0x90 Oct 24 15:31:11 linux kernel: [<c01231e3>] __do_softirq+0x43/0x90 Oct 24 15:31:11 linux kernel: [do_softirq+38/48] do_softirq+0x26/0x30 Oct 24 15:31:11 linux kernel: [<c0123256>] do_softirq+0x26/0x30 Oct 24 15:31:11 linux kernel: [ksoftirqd+89/160] ksoftirqd+0x59/0xa0 Oct 24 15:31:11 linux kernel: [<c01232b9>] ksoftirqd+0x59/0xa0 Oct 24 15:31:11 linux kernel: [kthread+169/209] kthread+0xa9/0xd1 Oct 24 15:31:11 linux kernel: [<c012f839>] kthread+0xa9/0xd1 Oct 24 15:31:11 linux kernel: [kthread+0/209] kthread+0x0/0xd1 Oct 24 15:31:11 linux kernel: [<c012f790>] kthread+0x0/0xd1 Oct 24 15:31:11 linux kernel: [kernel_thread_helper+5/16] kernel_thread_helper+0x5/0x10 Oct 24 15:31:11 linux kernel: [<c0106005>] kernel_thread_helper+0x5/0x10 Oct 24 15:31:11 linux kernel: ------ lspci -v zeigt 0000:01:09.0 Network controller: AVM Audiovisuelles MKTG & Computer System GmbH A1 ISDN [Fritz] (rev 02) Subsystem: AVM Audiovisuelles MKTG & Computer System GmbH FRITZ!Card ISDN Controller Flags: medium devsel, IRQ 12 Memory at e3001000 (32-bit, non-prefetchable) I/O ports at a400 [size=32] AthlonXP DFI nForce2 Board Suse9.1 mit 108er Kernel

1 0

Re-2: [suse-isdn] AVM B1 V4 Suse 9.1 AVMCapi Fehler 3315 sehr oft beim Faxen
by test＠centrally.de 23 Oct '04

23 Oct '04

> On Fri, Oct 22, 2004 at 10:21:06AM +0000, test(a)centrally.de wrote: > > Hallo, > > > > Ich habe beim Faxe versenden in ca. 60% aller Fälle ein DISCONNECT mit > > REASON 3315 (Disconnect during transfer (remote procedure error). > > Teilweise ist das Fax sogar komplett angekommen ;o/ und wird von der > > FaxSoftware (Tobit V8 nochmal versendet). > > Auf Testsysteme geschickt ->(AVM B1, Analog Fax) fehlerfrei > > Vorher gab es mit einer "alten" AVM ISA Karte und ner Win Software keine > > Probleme, deswegen schließ ich Anlage und Leitung aus. > > Könnte es an der AVM Capi liegen , AVM-Karte ? > > Also bei der Karte wird der Fehler von der Karte selbst detektiert/erzeugt, > da die CAPI auf der Karte selbst (Firmware) laeuft, das Betriebssystem hat > da nur wenig mit zu tun. > > Mal andere Firmware Versionen probieren, eventuell auch die der alten > Installation. Ein paar CAPI Traces sammeln (nodata aber sonst komplett) und > auch mal den AVM > Support einschalten. Danke für die schnelle Antwort ;o) AVM meint, nur EMail Support und der dauert nun schon eine Weile... Evtl. noch ein kurzen Tipp wie ich eine alte Firmware auf die Karte bekomme ? AVM sagt -> in Suse drin, und per YAST gibts nur die km_avmcapi ??! mfg Karsten Schmidt

2 1

AVM B1 V4 Suse 9.1 AVMCapi Fehler 3315 sehr oft beim Faxen
by test＠centrally.de 22 Oct '04

22 Oct '04

Hallo, Ich habe beim Faxe versenden in ca. 60% aller Fälle ein DISCONNECT mit REASON 3315 (Disconnect during transfer (remote procedure error). Teilweise ist das Fax sogar komplett angekommen ;o/ und wird von der FaxSoftware (Tobit V8 nochmal versendet). Auf Testsysteme geschickt ->(AVM B1, Analog Fax) fehlerfrei Vorher gab es mit einer "alten" AVM ISA Karte und ner Win Software keine Probleme, deswegen schließ ich Anlage und Leitung aus. Könnte es an der AVM Capi liegen , AVM-Karte ? mfg Karsten Schmidt p.s. Debugmeldungen im Lockfile : DISCONNECT_B3_REQ -> Confirm .. und 4 Sekunden später das hier : kcapi: got [0x1] DISCONNECT_B3_IND ID=002 #0x00c7 LEN=0039 Controller/PLCI/NCCI = 0x10101 Readon_B3 = 0x3315 NCPI = <40>8<01 00 00 00 00 00 0f 2b>49 9171.... kcapi: put [0x1] DISCONNECT_REQ ... ... kcapi: appl 2 ncci 0x10101 down kcapi: got [0x1] DISCONNECT_CONF ...

2 1

Problem SuSE 9.1 x86_64 und AVM B1 v4
by Hans-Peter Straub 21 Oct '04

21 Oct '04

Hallo zusammen, ich hab da ein Problem mit ner soeben neu erstandenen AVM B1 auf einer eben so neu installierten SuSE 9.1 (x86_64) auf einem AMD Athon 64. Die Karte wurde via Yast aktiviert allerdings bisher ohne Netzinterfaces, also nur der nackte Treiber. Ich kann die devices (Bsp. /dev/ttyI8) mit minicom benutzen und das klappt auch. Zwei Probleme, von denen ich nicht weiss ob sie zusammenhängen: 1.) Beim Aufruf von c2faxrecv kommt als Antwort nur: Segmentation fault 2.) Wenn ich den Anrufbeantworter (vbox & vboxgetty) auf /dev/ttyI6 anrufe kommen nur die ersten 1 1/2 Wörter der Ansage, dann steht der Rechner komplett und nichts aber wirklich gar nichts mehr geht. Den Patch unter http://listserv.isdn4linux.de/pipermail/i4ldeveloper/2004-August/000630.html hab ich bereits eingespielt. An den Problemen hat sich dadurchnichts geändert, Kann mir da irgend jemand helfen? Gruß Hans-Peter Straub Hier noch zur Info die Ausgabe von capiinfo: *********************************************** Number of Controllers : 1 Controller 1: Manufacturer: AVM GmbH CAPI Version: 2.661424963632 Manufacturer Version: 8.05-08 (1100408702080.299988312) Serial Number: 3904417 BChannels: 2 Global Options: 0x00000039 internal controller supported DTMF supported Supplementary Services supported channel allocation supported (leased lines) B1 protocols support: 0xc000001f 64 kbit/s with HDLC framing 64 kbit/s bit-transparent operation V.110 asynconous operation with start/stop byte framing V.110 synconous operation with HDLC framing T.30 modem for fax group 3 B2 protocols support: 0x00000b1b ISO 7776 (X.75 SLP) Transparent LAPD with Q.921 for D channel X.25 (SAPI 16) T.30 for fax group 3 ISO 7776 (X.75 SLP) with V.42bis compression V.120 asyncronous mode V.120 bit-transparent mode B3 protocols support: 0x8000003f Transparent T.90NL, T.70NL, T.90 ISO 8208 (X.25 DTE-DTE) X.25 DCE T.30 for fax group 3 T.30 for fax group 3 with extensions 0100 0200 39000000 1f0000c0 1b0b0000 3f000080 00000000 00000000 00000000 00000000 00000000 00000000 01000001 00020000 00000000 00000000 00000000 Supplementary services support: 0x000003ff Hold / Retrieve Terminal Portability ECT 3PTY Call Forwarding Call Deflection MCID CCBS -- -------------------------------* I-NetPartner GmbH Hans-Peter Straub Seewiesenstrasse 12 D-73054 Eislingen -- Phone: +49 7161 9849955 Fax: +49 7161 9849956 -------------------------------* -- PGP-ID: 24557EED PGP-Key: http://www.i-netpartner.de/hps.asc PGP-Fingerprint: 51F2 31E4 4361 1B7F 8648 60D9 FC1A 68D2 2455 7EED --

2 12

Wer verursacht ständiges Einwählen?
by Roman Gusar 19 Oct '04

19 Oct '04

Hallo Liste, Ich haben ein SuSE 8.2 ISDN Dial-On-Demand Router konfiguriert, über welchen alle ins Internet gehen. Allerdings in der Nacht, wann eigentlich gar keiner arbeitet, wird ständig eine Verbindung mit dem Provider aufgebaut. Wie kann ich also herausfinden, von welchem Rechner in meinem Netz kommt die Dial-Anfrage? Welcher Rechner (welche IP-Adresse) versucht also ins Internet zu gehen? Es wäre super irgendwie in syslog, bevor die Verbindung aufgebaut wird, eine aussagekräftige Meldung zu sehen. Z.B.: ... SourceHost(IP):SrcPort --> DestinationIP:DestinationPort ... Für Hilfe jeder Art bin ich sehr dankbar! Gruß, Roman

4 7

Re: [suse-isdn] Route nach Abbau der Verbindung gelöscht? (Network is unreachable)
by Christian KRBUSEK 18 Oct '04

18 Oct '04

-- 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/18/04 02:21pm >>> >Das ist auch das Problem dabei, diese Verbindungen duerfen nicht von smpppd >(und damit kinternet) kontroliert werden. >Probier mal in die /etc/sysconfig/isdn/cfg-net* >SMPPPD_IGNORE='yes' >einzutragen, danach 'SuSEconfig --module isdn' und 'rcnetwork restart' >ausfuehren. Hat leider nicht den gewünschten Erfolg gebracht :/ Wenn s noch configs oder Ähnliches gibt, die ich zur Unterstützung posten kann, lass es mich wissen. mfg,

1 0

Re: [suse-isdn] Route nach Abbau der Verbindung gelöscht? (Network is unreachable)
by Karsten Keil 18 Oct '04

18 Oct '04

On Mon, Oct 18, 2004 at 01:18:29PM +0200, Christian KRBUSEK wrote: > Hallo Liste, > > ich steh vor der Herausforderung, 3 Rechner (SuSE 9.1, beigepackter Kernel) über Ethernet und wahlweise (dial-on-demand) über ISDN (AVM C2 ISDN Controller) zu verbinden. > Soll heissen, ich führe auf Rechner A einen Ping auf 10.10.10.1 aus und die ISDN Verbindung zum Rechner B wird aufgebaut - funktioniert so weit auch. > > Mein Problem ist jetzt nur, dass der Rechner A nach Verbindungsabbau scheinbar die Route zum Rechner B verliert und ein erneutes ping 10.10.10.1 mit "Network is unreachable quittiert" ... > > > --- snip -- route -n vor Aufbau der Verbindung --- > > KA1-linux:~ # route -n > Kernel IP Routingtabelle > Ziel Router Genmask Flags Metric Ref Use Iface > 10.10.10.1 10.10.10.2 255.255.255.255 UGH 0 0 0 ippp0 > 20.20.20.1 20.20.20.2 255.255.255.255 UGH 0 0 0 ippp1 > 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 > 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 > 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 > 127.0.0.1 0.0.0.0 255.0.0.0 U 0 0 0 lo > > --- snap --- > > KA1-linux:~ # ping 10.10.10.1 > [...] > > --- snip -- route -n nach Abbau der Verbindung --- > > KA1-linux:~ # route -n > Kernel IP Routingtabelle > Ziel Router Genmask Flags Metric Ref Use Iface > 20.20.20.1 20.20.20.2 255.255.255.255 UGH 0 0 0 ippp1 > 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 > 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 > 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 > 127.0.0.1 0.0.0.0 255.0.0.0 U 0 0 0 lo > > --- snap --- > > --- snip -- tail -f /var/log/messages --- > > Oct 18 11:51:35 KA1-linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 > Oct 18 11:51:35 KA1-linux isdnlog: Oct 18 11:51:35 tei 84 calling +43 1/811501060, Wien with '0' HANGUP ( 0:00:27 I= 1.6Kb O= 1.6Kb) > Oct 18 11:51:35 KA1-linux kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1) > Oct 18 11:51:35 KA1-linux kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1) > Oct 18 11:51:36 KA1-linux ifdown: ippp0 > Oct 18 11:51:36 KA1-linux kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1) > Oct 18 11:51:36 KA1-linux kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1) > > --- snap --- > > Hab auch schon probiert, die Routen in /etc/sysconfig/network/routes einzutragen > > 10.10.10.1 10.10.10.2 - ippp0 > > Bzw. auch in /etc/sysconfig/network/ifroute-ippp0 > > 10.10.10.1 10.10.10.2 - ippp0 > > Ohne Erfolg ... > > Wiederwahl der Verbindung im KDE mit kinternet funktioniert problemlos... Das ist auch das Problem dabei, diese Verbindungen duerfen nicht von smpppd (und damit kinternet) kontroliert werden. Probier mal in die /etc/sysconfig/isdn/cfg-net* SMPPPD_IGNORE='yes' einzutragen, danach 'SuSEconfig --module isdn' und 'rcnetwork restart' ausfuehren. -- Karsten Keil SuSE Labs ISDN development

1 0

Route nach Abbau der Verbindung gelöscht? (Network is unreachable)
by Christian KRBUSEK 18 Oct '04

18 Oct '04

Hallo Liste, ich steh vor der Herausforderung, 3 Rechner (SuSE 9.1, beigepackter Kernel) über Ethernet und wahlweise (dial-on-demand) über ISDN (AVM C2 ISDN Controller) zu verbinden. Soll heissen, ich führe auf Rechner A einen Ping auf 10.10.10.1 aus und die ISDN Verbindung zum Rechner B wird aufgebaut - funktioniert so weit auch. Mein Problem ist jetzt nur, dass der Rechner A nach Verbindungsabbau scheinbar die Route zum Rechner B verliert und ein erneutes ping 10.10.10.1 mit "Network is unreachable quittiert" ... --- snip -- route -n vor Aufbau der Verbindung --- KA1-linux:~ # route -n Kernel IP Routingtabelle Ziel Router Genmask Flags Metric Ref Use Iface 10.10.10.1 10.10.10.2 255.255.255.255 UGH 0 0 0 ippp0 20.20.20.1 20.20.20.2 255.255.255.255 UGH 0 0 0 ippp1 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 127.0.0.1 0.0.0.0 255.0.0.0 U 0 0 0 lo --- snap --- KA1-linux:~ # ping 10.10.10.1 [...] --- snip -- route -n nach Abbau der Verbindung --- KA1-linux:~ # route -n Kernel IP Routingtabelle Ziel Router Genmask Flags Metric Ref Use Iface 20.20.20.1 20.20.20.2 255.255.255.255 UGH 0 0 0 ippp1 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 127.0.0.1 0.0.0.0 255.0.0.0 U 0 0 0 lo --- snap --- --- snip -- tail -f /var/log/messages --- Oct 18 11:51:35 KA1-linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 Oct 18 11:51:35 KA1-linux isdnlog: Oct 18 11:51:35 tei 84 calling +43 1/811501060, Wien with '0' HANGUP ( 0:00:27 I= 1.6Kb O= 1.6Kb) Oct 18 11:51:35 KA1-linux kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1) Oct 18 11:51:35 KA1-linux kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1) Oct 18 11:51:36 KA1-linux ifdown: ippp0 Oct 18 11:51:36 KA1-linux kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1) Oct 18 11:51:36 KA1-linux kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1) --- snap --- Hab auch schon probiert, die Routen in /etc/sysconfig/network/routes einzutragen 10.10.10.1 10.10.10.2 - ippp0 Bzw. auch in /etc/sysconfig/network/ifroute-ippp0 10.10.10.1 10.10.10.2 - ippp0 Ohne Erfolg ... Wiederwahl der Verbindung im KDE mit kinternet funktioniert problemlos... Jemand ne Idee? 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

1 0

c2faxsend hängt bei Hylafax TIFF und AVM B1
by Kai Schaeffer 17 Oct '04

17 Oct '04

Hallo, ich habe einen AVM B1 PCI4.0 ISDN-Controller unter SuSE 9.0 mit capi4hylafax eingerichtet. Ansich sieht auch alles gut aus. Der Empfang funktioniert prima. Nur beim senden hängt c2faxsend auf. Ich habe das Problem inzwischen ein wenig eingekreist. Wenn ich das Beispiel-tiff versende mit: c2faxsend -C /var/spool/fax/etc/config.faxCAPI.alt -f TIFF -v -d xxxxx fritz_pic.tif wird das Fax korrekt gesendet und es gibt folgende Meldungen: Try to connect to fax number XXXXX in TIFF mode on controller 1. Dial and starting transfer of TIFF-File fritz_pic.tif with fine resolution. Connection established. StationID = +49 30 805869511 BaudRate = 9600 Flags = HighRes, MR_compr, No_ECM Page 1 was sended. - Last Page! Fax file completely transfered to CAPI. Connection dropped with Reason 0x3400 (No additional information). Der Abschluss ist ein wenig merkwürdig, ist aber vielleicht auch kein Problem. Wenn ich aber nun ein Hylafax-Tiff "rette" (die doc-Dateien mit dem ;70 hinten dran). Und dann wie folgt versenden: c2faxsend -C /var/spool/fax/etc/config.faxCAPI.alt -f TIFF -v -d XXXXX "doc1580.ps;70" Kommt es zu folgenden Meldungen: Try to connect to fax number XXXXX in TIFF mode on controller 1. Dial and starting transfer of TIFF-File doc1580.ps;70 with normal resolution. Connection established. StationID = +49 30 805869511 BaudRate = 9600 Flags = HighRes, MR_compr, No_ECM Page 1 was sended. - Last Page! Fax file completely transfered to CAPI. Und dann hängt er. Sieht erstmal nicht so schlecht aus, aber: Es wurde nur die Fax-Statusleiste übertragen und nix von der eigentlichen Seite. Die Meldungen "Page 1 was ..." kommen im übrigen auch ohne Verzögerungen nach den Meldungen davor. Dürfte also nicht wirklich was gesendet worden sein. Manchmal kommt sie auch gar nicht. Hängen heißt im übrigen, dass ich den gesamten Treiber mir "rcisdn restart" erneut laden muss damit die ISDN-Karte wieder ansprechbar ist. So ist es auch aus, wenn ich Hylafax c2faxsend aufrufen lasse. Das TIFF scheint aber in Ordnung zu sein, es lässt sich z.B. mit kfax anschauen. Faxe sende mit einem Modem und der selben Installation funktioniert auch. Die Version von c2faxsend ist: 01.02.03 Hat jemand eine Idee? Gruß Kai -- Dipl.-Phys. Kai Schaeffer Schaeffer AG Hohentwiehlsteig 6a Tel. +49-30-8058695-25 14163 Berlin FAX: +49-30-8058695-33 http://www.schaeffer-ag.de

2 3

Problem mit AVM C4
by Falk Spitzberg 17 Oct '04

17 Oct '04

Ich versuch's einfach nochmal: Ein System arbeitet unter SuSE9.1 mit 2 AVM C4 Karten solange problemlos, bis man versucht, die ISDN Treiber zu entladen. Z.B. rcisdn restart oder rcisdn stop. Das System bleibt komplett stehen, sobald die Treiber entladen werden sollen. Es hilft nur noch ein Hard-Reset. Das ist zwar kein gravierendes Problem, aber zumindest ist es störend. Will man nämlich den Rechner neu booten, ist anschließend ein Gang in den EDV-Raum angesagt.... Kennt jemand das Problem? Gibt es einen Workaround? Sonst irgendwelche Ideen? Jeder Hinweis wird dankbar angenommen. -- Falk Spitzberg (post(a)spitzberg.de)

1 0

capi mit suse 9.1 und sedlbauer fax]
by haertel＠fhi-berlin.mpg.de 16 Oct '04

16 Oct '04

Bitte um Hilfe in folgender Sache: Ich versuche auf einem System mit Suse Linux 9.1 mit einer Sedlbauer Speedfax PCI capi zu installieren. Ich habe einen Kernel-2.6.8.1 mit den neuesten isdn und mISDN Quellen von der CVS gepatcht und mit den entsprechenden Optionen kompiliert und installiert. Das capifs ist gemountet und mit makedev.sh ist /dev/capi20 eingerichtet. Wenn ich die Module lade mit modprobe capi capi_ttyminors=16 modprobe mISDN_core modprobe mISDN_l1 modprobe mISDN_l2 modprobe l3udss1 modprobe mISDN_capi modprobe mISDN_isac modprobe sedlfax bekomme ich folgende lsmod- Ausgabe: Module Size Used by sedlfax 44672 0 mISDN_isac 14560 1 sedlfax mISDN_capi 104704 0 l3udss1 37736 0 mISDN_l2 43104 0 mISDN_l1 10280 0 mISDN_core 75396 6 sedlfax,mISDN_isac,mISDN_capi,l3udss1,mISDN_l2,mISDN_l1 capi 15136 0 kernelcapi 43008 2 mISDN_capi,capi capifs 3880 2 capi Die Ausgabe der /var/log/messages endet mit Oct 16 17:59:52 NewServer kernel: SpeedFax1 ISAC STAR 4a Oct 16 17:59:52 NewServer kernel: SpeedFax1 ISAC MODE 0 Oct 16 17:59:52 NewServer kernel: SpeedFax1 ISAC ADF2 0 Oct 16 17:59:52 NewServer kernel: SpeedFax1 ISAC ISTA 0 Oct 16 17:59:52 NewServer kernel: SpeedFax1 ISAC CIR0 7c Oct 16 17:59:52 NewServer kernel: mISDN_isac_init: ISAC version (0): 2086/2186 V1.1 Oct 16 17:59:52 NewServer kernel: mISDN: ISAR driver Rev. 1.20 Oct 16 17:59:52 NewServer kernel: mISDN: ISAR driver Rev. 1.20 Oct 16 17:59:52 NewServer kernel: SpeedFax1: IRQ 21 count 4 Oct 16 17:59:52 NewServer kernel: SpeedFax 1 cards installed Nur leider meldet capiinfo "capi not installed - No such device or address (6)" und CapiSuite lässt sich nicht installieren. Hat jemand eine Idee? Gruß, Uwe

2 1

DSL funktioniert plötzlich nicht mehr
by 00Blade＠gmx.de 16 Oct '04

16 Oct '04

Hallo, ich habe Suse 8.2 mit der FritzCard ISDN/DSL. Seit über einem Jahr nutze ich einen DSL-Anschluss (Provider: 1&1) ohne Probleme. Auch die Umstellung vor ein paar Monaten auf DSL2000 klappte. Doch heute schalte ich den Rechner ein und der K ADSL Watch ist plötzlich gelb. Beim gewohnten Klick auf den Stecker rechts unten (KInternet) kommt aber keine Verbindung zustande. Das Protokoll: SuSE Meta pppd (smpppd-ifcfg), Version 1.00 on gimli. We are disconnected. trying to connect to smpppd connect to smpppd We are disconnected. Interface is . We are connecting. pppd: Plugin capiplugin.so loaded. pppd: capiplugin: $Revision: 1.31 $ pppd: capiconn: 1.7 pppd: Plugin passwordfd.so loaded. pppd: capiplugin: phase serialconn. pppd: capiplugin: leased line (adslpppoe) pppd: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3301) - No additional information pppd: capiplugin: leased line (adslpppoe) pppd: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3301) - No additional information pppd: capiplugin: leased line (adslpppoe) pppd: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3301) - No additional information pppd: capiplugin: leased line (adslpppoe) pppd: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3301) - No additional information pppd: capiplugin: couldn't make connection pppd: capiplugin: exit We are disconnected. pppd died: Fatal pppd error (exit code 1) Hat jemand eine Ahnung, was es sein könnte? Gruß, Padur -- +++ GMX DSL Premiumtarife 3 Monate gratis* + WLAN-Router 0,- EUR* +++ Clevere DSL-Nutzer wechseln jetzt zu GMX: http://www.gmx.net/de/go/dsl

2 1

Wie funktioniert pcitweak
by Ralf Schneider 15 Oct '04

15 Oct '04

Hallo, ich möchte/muss die IO-Adresse einer PCI-Karte (Elsa Microlink ISDN-Karte) ändern, da die Karte einen Bug hat und mit der Adresse, die sie vom BIOS bekommt, nicht funktioniert. Ich muss die IO-Adresse von 0xec78/0xec80 auf 0xed00/0xed80 ändern. pcitweak -l liefert folgendes: linux:/etc # pcitweak -l PCI: Probing config type using method 1 PCI: Config type is 1 PCI: PCI scan (all values are in hex) PCI: 00:00:0: chip 8086,7124 card 1028,00b4 rev 03 class 06,00,00 hdr 00 PCI: 00:01:0: chip 8086,7125 card 1028,00b4 rev 03 class 03,00,00 hdr 00 PCI: 00:1e:0: chip 8086,2418 card 0000,0000 rev 02 class 06,04,00 hdr 01 PCI: 00:1f:0: chip 8086,2410 card 0000,0000 rev 02 class 06,01,00 hdr 80 PCI: 00:1f:1: chip 8086,2411 card 8086,2411 rev 02 class 01,01,80 hdr 00 PCI: 00:1f:2: chip 8086,2412 card 8086,2412 rev 02 class 0c,03,00 hdr 00 PCI: 00:1f:3: chip 8086,2413 card 8086,2413 rev 02 class 0c,05,00 hdr 00 PCI: 00:1f:5: chip 8086,2415 card 1028,00b4 rev 02 class 04,01,00 hdr 00 PCI: 01:0a:0: chip 1048,1000 card 1048,1000 rev 01 class 02,80,00 hdr 00 PCI: 01:0c:0: chip 10b7,9200 card 1028,00b4 rev 78 class 02,00,00 hdr 00 PCI: End of PCI scan Die vorletzte Zeile (PCI: 01:0a:0) ist wohl die ISDN-Karte. Aber was muss ich beim Aufruf von pcitweak als Offset angeben, um erstmal die gewünschte IO-Adresse auszulesen und später mit dem neuen Wert zu überschreiben? Und wo muss ich das einbauen, damit es dauerhaft beim Booten geändert wird? Viele Grüße, Ralf.

1 0

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

15 Oct '04

>Bitte keine CC, die Liste reicht völlig, ich habe Deine Mail mehrmals bekommen. >... Sorry, lag nicht in meiner Absicht - ist das erste Mal, dass ich mit Mailinglisten arbeite. >Es gibt beim YaST ein Feld Zusaetzliche ipppd Optionen, da trage mal >noauth debug >ein, wahrscheinlich gibt es Authentifizierungsprobleme. Nein, das war s scheinbar nicht - hab s eben kurz bevor deine Mail gekommen ist, geschafft, dass die Verbindung zustande kommt. Wäre ja zu schön um wahr zu sein, wenn damit meine Probleme vorerst mal gelöst sind, aber gleich darauf hab ich ein neues entdeckt :/ Routen vor der Wahl KA1-linux:~ # route -n Kernel IP Routingtabelle Ziel Router Genmask Flags Metric Ref Use Iface 10.10.10.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 <- "Provider1" 20.20.20.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp1 <- "Provider2" 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 127.0.0.1 0.0.0.0 255.0.0.0 U 0 0 0 lo Auf Rechner KA1-linux setz ich einen ping 10.10.10.1 ab, Rechner MUC0-linux nimmt den ISDN Call an. Ich breche den ping ab und nach 10 Sekunden (hab ich so eingestellt) wird die Verbindung wieder abgebaut. Ein erneutes ping 10.10.10.1 am Rechner KA1-linux endet aprupt mit einem KA1-linux:~ # ping 10.10.10.1 connect: Network is unreachable KA1-linux:~ # route -n Kernel IP Routingtabelle Ziel Router Genmask Flags Metric Ref Use Iface 20.20.20.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp1 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 127.0.0.1 0.0.0.0 255.0.0.0 U 0 0 0 lo Ein rcnetwork restart bzw. ifdown ippp0 / ifup ippp0 bringt mir die Route wieder und es funktioniert - bis zum nächsten Mal die Verbindung abgebaut wird. Auf dem Einwahlrechner hat s dann auch noch das Problem, dass ich entweder rcnetwork restart oder ifdown ippp0 / ifup ippp0 eingeben muss, da ein erneuter Einwahlversuch sich in "tail -f /var/log/messages" mit MUC0-linux isdnlog: Oct 15 13:15:36 * Call to tei 127 from +43 222/811501066, Wien on +43 1/060, Wien RING (Data) MUC0-linux kernel: capidrv-1: incoming call 222811501066,7,0,1060 MUC0-linux kernel: ippp0: incoming call, interface down -> rejected MUC0-linux kernel: isdn: Rejecting Call niederschlägt ... Any suggestions? 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

1 0

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