October 2004 - openSUSE ISDN (Deutsch)

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