May 2001 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

ich glaub , ich weiß woran es liegt...
by steffenwendzelhomepage＠t-online.de 23 May '01

23 May '01

Hi ! Ich krieg jetzt beim starten vom I4L_Start_Script nur noch folgende Fehlermeldung: ---snip--- Staring isdn4linux: No such device /sbin/init.d/i4l: ippp0 dpesn´t exist in /proc/net/dev Check ISDN hardware configuration and activate ---snip--- Also muss doch irgenwas mit ippp0 seien- oder ?

1 0

Fw: AVM B1 mit AVM CAPI unter SuSE 7.0
by Thea Bergermann 23 May '01

23 May '01

Hallo, Ich bin jetzt seit ein paar Tagen mit der AVM B1 4.0 beschäftigt. Das Gerät soll alle eingehenden Faxe empfangen und danach direkt drucken, ohne Ansehen der Person. Nach und nach habe ich auch die Fehler (fast) alle erwischt, und ISDN-Faxe kommen anstandslos an. Aber wenn ich mit einem analogen G3-Modem versuche, die Karte anzurufen (direkte Leitung), nimmt das Ding den Ruf nicht an, und das analoge Fax bekommt ein Besetzt-Zeichen. Ursprünglich war die B1 im I4L - System für PPP installiert, eine Einstellung, die ich für das Faxen nicht verändert habe. Ich habe dann die aktuelle AVM-Firmware und die CAPI-Treiber von AVM installiert, danach von der DVD Hylafax, dann das CAPI4Hylafax - Paket, dann die lokale Konfiguration von Hylafax via faxsetup. Gleich beim ersten Testlauf landete ein ISDN-Fax im richtigen Verzeichnis, kein Problem. Auf der Suche nach der richtigen Einstellung habe ich die Konfigs gefilzt und auch einiges gefunden, aber die ISDN-Karte läßt sich davon nicht beeindrucken. Der erfolglose Anruf loggt in der /var/log/messages: ... May 23 14:29:25 server isdnlog: May 23 14:29:25 * Call to tei 127 from ? on Tough Agenturen ******************** May 23 14:29:25 server isdnlog: May 23 14:29:25 * Call to tei 127 from ? on Tough Agenturen RING (3.1 kHz audio) May 23 14:29:25 server isdnlog: May 23 14:29:25 * Call to tei 127 from ? on Tough Agenturen NO FREE B-CHANNEL !! May 23 14:29:25 server isdnlog: May 23 14:29:25 * Call to tei 127 from ? on Tough Agenturen ******************** May 23 14:29:25 server kernel: capidrv-1: incoming call ,1,2,5303905 May 23 14:29:25 server kernel: capidrv-1: patching si2=2 to 0 for VBOX May 23 14:29:25 server kernel: isdn_net: Incoming call without OAD, assuming '0' May 23 14:29:25 server kernel: isdn_net: call from 0,1,0 -> 5303905 May 23 14:29:25 server kernel: isdn_net: Service-Indicator not 7, ignored May 23 14:29:25 server kernel: isdn_tty: Incoming call without OAD, assuming '0' May 23 14:29:25 server kernel: isdn_tty: call from 0 -> 5303905 ignored May 23 14:29:25 server kernel: capidrv-1: incoming call ,1,0,5303905 ignored May 23 14:29:29 server isdnlog: May 23 14:29:29 tei 119 calling ? with ? User busy (User) May 23 14:29:35 server isdnlog: May 23 14:29:35 tei 119 calling ? with ? HANGUP User busy (User) May 23 14:29:49 server isdnlog: May 23 14:29:49 * tei 127 calling Tough Agenturen with ? RING () ... Was habe ich übersehen / vermurkst? Danke, Thea Windsbach, Germany

1 0

Routing ... Verstaendnisproblem
by Marten Feldtmann 23 May '01

23 May '01

Ich moechte hier mal ne Frage stellen, die das ISDN-Routing betrifft. Eigentlich ist das alles ganz simpel, aber es funktioniert trotzdem nicht so .. bzw. ich weiss nicht, warum es trotzdem funktioniert. Wir haben ein Netz-A mit einem ISDN Linux 6.2 Router. Netz: 192.168.10.0/Netzwerkmaske 192.168.10.192 Der Router in diesem Netz hat die 192.168.10.10 (eth0) und die 192.168.79.128 (ISDN). Wir haben ein Netz-B mit einem ISDN Linux 6.3 Router Netz: 192.168.78.0/Netzwerkmaske 192.1.68.78.0. Dieser Router hat die 192.168.78.3 (eth0) und die 192.168.79.1 (ISDN). Die beiden Router sind miteinander verbunden. Die Datenueber- tragung funktioniert auch. Betrachten wir mal den Router im Netzwerk A: Dort steht nach dem Start der Route-Eintrag: 192.168.79.1 0.0.0.0 255.255.255.255 ippp1 Ich moechte aber noch das gesamte Netzwerk dahinter ansprechen, also fuege ich hinzu 192.168.78.0 192.168.79.1 255.255.255.0 ippp1 in der Datei /etc/route.conf. In der route.conf steht also: 192.168.79.1 0.0.0.0 255.255.255.255 ippp1 192.168.78.0 192.168.79.1 255.255.255.0 ippp1 Nach dem Booten gibt route -n aus: Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.79.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp1 192.168.10.0 0.0.0.0 255.255.255.192 U 0 0 0 eth0 192.168.78.0 192.168.79.1 255.255.255.0 UG 0 0 0 ippp1 .... 0.0.0.0 212.185.250.93 0.0.0.0 UG 0 0 0 ippp3 Wenn die Leitung steht, verschwindet der 192.168.79.1-Eintrag und das System generiert die folgende Routing-Tabelle: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.10.0 0.0.0.0 255.255.255.192 U 0 0 0 eth0 192.168.79.0 0.0.0.0 255.255.255.0 U 0 0 0 ippp1 ... 0.0.0.0 192.168.22.1 0.0.0.0 UG 0 0 0 ippp3 Das ist inhaltlich nun ueberhaupt nicht mehr richtig ... und ich muss das Netz wieder manuell routen ... Nach dem Auflegen bleibt die Routing-Tabelle so wie sie ist .... Auch wenn ich mit die Skripte anschaue /etc/ppp/ip-up, dann verstehe ich nicht, wie das alles gehen soll. Wenn ich ip-down machem, dann wird in dem Skript "/sbin/ifconfig $INTERFACE down" ausgefuehrt, was saemtliche Routing- Eintraege fuer ippp1 loescht. Im weitere werden aber die notwendigen Eintraege nicht wieder restauriert ... Kann mir mal jemand einen Tip geben ??? Marten

2 1

rst-provoking will nicht ...
by g.meschede＠lilly.ping.de 23 May '01

23 May '01

Hi, bekannte Situtation: ISDN-Einwahl, dynamische IP-Adresse. Eigentlich sollte das ja auch kein Problem darstellen. Bei uns gerade schon - irgendwie kriegen wir es nicht gebacken, das erste Paket geht immer in die Hose (sorry f�r lange Zeilen): 23:31:48.451045 192.168.1.1.1024 > 62.72.90.2.domain: 563+ PTR? 2.90.72.62.in-addr.arpa. (41) (DF) [tos 0x10] 23:31:54.941218 192.168.1.1.1024 > 62.72.90.2.domain: 563+ PTR? 2.90.72.62.in-addr.arpa. (41) (DF) [tos 0x10] 23:31:54.967733 192.168.1.1.1024 > 62.72.90.2.domain: 563+ PTR? 2.90.72.62.in-addr.arpa. (41) (DF) [tos 0x10] 23:31:54.970680 192.168.1.1.1024 > 62.72.90.2.domain: 563+ PTR? 2.90.72.62.in-addr.arpa. (41) (DF) [tos 0x10] 23:31:54.989686 192.168.1.1.1024 > 62.72.90.2.domain: 563+ PTR? 2.90.72.62.in-addr.arpa. (41) (DF) [tos 0x10] 23:31:54.993691 192.168.1.1.1024 > 62.72.90.2.domain: 563+ PTR? 2.90.72.62.in-addr.arpa. (41) (DF) [tos 0x10] 23:31:58.000412 192.168.1.1.1024 > 62.72.90.2.domain: 563+ PTR? 2.90.72.62.in-addr.arpa. (41) (DF) [tos 0x10] 23:31:58.022057 192.168.1.1.1024 > 62.72.90.2.domain: 563+ PTR? 2.90.72.62.in-addr.arpa. (41) (DF) [tos 0x10] 23:31:58.024403 192.168.1.1.1024 > 62.72.90.2.domain: 563+ PTR? 2.90.72.62.in-addr.arpa. (41) (DF) [tos 0x10] 23:31:58.045217 192.168.1.1.1024 > 62.72.90.2.domain: 563+ PTR? 2.90.72.62.in-addr.arpa. (41) (DF) [tos 0x10] 23:31:58.045313 192.168.1.1.1024 > 62.72.90.2.domain: 563+ PTR? 2.90.72.62.in-addr.arpa. (41) (DF) [tos 0x10] Ausl�sendes Paket f�r die Einwahl war eine DNS-Anfrage (sieht man ja auch :-) ). Problem ist, das Paket wird nicht "aufgehalten" bis die PPP-Verhandlungen gelaufen w�ren und die lokale IP-Adresse bekannt w�re ... Folgende Einstellungen haben wir gesetzt bzw. ausprobiert: - Dial on Demand - IP_DYNIP=yes - mit oder ohne lokaler SuseFirewall / Masquerading / Forwarding - "1", "2" oder "7" nach /proc/....../ip_dynaddr geschrieben (7 ist ja auch der Standardwert aus /etc/rc.d/boot - die anderen Werte standen irgendwo im Web) Ach so, Suse 7.1 und: ernie:~ # cat /proc/version Linux version 2.4.0-4GB (root(a)Pentium.suse.de) (gcc version 2.95.2 19991024 (release)) #1 Mon Jan 22 16:42:16 GMT 2001 ernie:~ # Ganz dumme Frage: Kernel lieber selber backen? Ist ja eh schon �lter ... oder m��te es eigentlich auch mit genau diesem Kernel aus der Suse- Installation klappen - sozusagen out-of-the-box? F�r jede Hilfe dankbar, Stan & Gregor

1 0

Re: [suse-isdn] Fritz Card Classic Problem
by Thomas Fick 22 May '01

22 May '01

Gutenn Morgen Steffen Am Montag, 21. Mai 2001 19:39 schrieben Sie: > Hi nochmal ! > > Ich hab gerade pnpdump ausgeführt jetzt hab ich ne isapnp.conf > Datei - aber´ich hab absolut keinen > Plan, was ich für einen Port wählen soll. Und dazu kommt noch , > das Yast nicht mehr SuSE Config Ich weis jetzt nicht wofür Du den pnpdump ausgeführt hast. Als ich habe auch die Teledat 150 von Telecom und habe Sie unter 6.4 per Hand (Yast) installiert. Sie funktioniert ohne Prob. Was man Testen muß ist welche Adresse noch frei ist. Aber das dürfte ja nicht so schwierig sein. > ausführt seh ich gerade " ERROR: Open Output File, DETAIL: 0 > FILE: SystemCmd.cc LINE: 527". > Bähhh :-(( Das gefällt mir alles gar nicht... Ich spiele schon > mit dem Gedanken alles neu zu installieren, > aber dann muss ich die Festplatte wieder in meinen anderen PC > bauen :-(( Außerdem muss ich dann irgendwie den ganzen > Source-Code runterkriegen - und das geht nur über > das Netzwerk, was gerade nicht funktionukelt - muss ich also > wieder ne andere Partition erst ins > FS einhängen ect. ... Heute is nich mein Tag :-))) Ja, solche Tage gibt es:-) Gruß Thomas -- "I heard if you play the NT-4.0-CD backwards, you get a satanic message" "That´s nothing, if you play it forward, it installs NT-4.0"

3 2

Fritz! PCMCIA, Kernel 2.4.4 und pcmcia-cs-3.1.26
by Michael Ströder 22 May '01

22 May '01

HI! Ich habe eine Fritz! PCMCIA, welche bisher unter SuSE 7.0 und selbstgebautem Kernel 2.2.18 lief (mit gepatchtem avma1_cs.c). Nun habe ich versucht, unter SuSE 7.1 den Kernel 2.4.4 und pcmcia-cs-3.1.26 nebst gepatchtem AVM-Modul wieder zu installieren, bekomme aber beim Laden des Moduls folgende Meldung: localhost cardmgr[732]: + /lib/modules/2.4.4/pcmcia/avma1_cs.o: unresolved symbol kfree_s Kann mir da jemand auf die Sprünge helfen? Ciao, Michael.

2 4

Re[2]: [suse-isdn] 2 isdn karten
by get2him 22 May '01

22 May '01

Hello Karsten, Tuesday, May 22, 2001, 10:56:32 AM, you wrote: KK> On Tue, May 22, 2001 at 01:06:46AM +0200, get2him wrote: >> Hello suse-isdn, >> >> Hello suse-isdn, >> >> hat jemand die i4l_hardware Scripte schon entsprechend abgeaendert >> um zwei isdn karten zu laden ? KK> Die scripte brauchst Du nicht aendern, trag die 2. Kerte einfach in KK> /etc/rc.config/i4l_hardware.rc.config genau wie die 1. Karte ein nur das KK> die Variablen auf _2 enden. KK> Das script laed beide Karten. WOW danke es klappt... >> >> ich moechte isdnlog im dual modus betreiben... >> >> mit suse 5.4 hat das auch ganz gut geklappt...nun habe ich 7.0 und >> kann nur sagen das sich das script ziemlich aufgeblaeht hat und an >> uebersichtlichkeit ziemlich nachgelassen hat. KK> Es wird auch wesentlich mehr Hardware unterstuetzt, frueher war da nur HiSax KK> mit ein paar Karten drin. wohl wahr...es wird immer mehr.. :-) >> >> also wenn mir jemand sagen kann wir er das problem angegangen ist >> waere ich sehr dankbar... >> >> >> -- >> Best regards, >> get2him mailto:get2him@gmx.net >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com >> For additional commands, e-mail: suse-isdn-help(a)suse.com >> -- Best regards, get2him mailto:get2him@gmx.net

1 0

2 isdn karten
by get2him 22 May '01

22 May '01

Hello suse-isdn, Hello suse-isdn, hat jemand die i4l_hardware Scripte schon entsprechend abgeaendert um zwei isdn karten zu laden ? ich moechte isdnlog im dual modus betreiben... mit suse 5.4 hat das auch ganz gut geklappt...nun habe ich 7.0 und kann nur sagen das sich das script ziemlich aufgeblaeht hat und an uebersichtlichkeit ziemlich nachgelassen hat. also wenn mir jemand sagen kann wir er das problem angegangen ist waere ich sehr dankbar... -- Best regards, get2him mailto:get2him@gmx.net

2 1

2.4er-Kernel
by Uwe Thormann 21 May '01

21 May '01

Hi, das Problem ist sicher schon bekannt, aber ich habe im Archiv nichts gefunden: nach Erstellung eines von der SuSE7.1 unabhängigen Kernels 2.4.x klappt es mit isdn und ppp nichtmehr. Es kommen beim booten merkwürdige Meldungen an, die ich unten einmal offenlege. (pppd out of date...) Der SuSE-eigene Kernel funktioniert, also muss doch ein Fehler in der /usr/src/linux/.config vorliegen - oder? Die Auszüge sind etwas alt, weil ich zwischendurch keine Zeit hatte mich um das Problem weiter zu kümmern - es ist aber alles noch beim alten. </var/log/boot.msg> .... Starting ippp-daemon for ISDN device ippp1 with /etc/ppp/options.ippp1 done Sorry - isdnPPP driver version 0.0.0 is out of date. Maybe ippp0 has no 'syncppp' encapsulation? .... </usr/src/.config> .... CONFIG_PPP=m # CONFIG_PPP_MULTILINK is not set # CONFIG_PPP_ASYNC is not set CONFIG_PPP_SYNC_TTY=m CONFIG_PPP_DEFLATE=m CONFIG_PPP_BSDCOMP=m # CONFIG_PPPOE is not set # CONFIG_SLIP is not set .... </var/log/messages> .... Uwe:~ # tail -f /var/log/messages Apr 19 18:13:05 Uwe kernel: OPEN: 192.168.0.99 -> 212.122.128.10 UDP, port: 1026 -> 53 Apr 19 18:13:05 Uwe kernel: ippp0: dialing 1 800193033... Apr 19 18:13:05 Uwe isdnlog: Apr 19 18:13:05 * tei 65 calling 0193033 with thormann RING (Data) Apr 19 18:13:08 Uwe isdnlog: Apr 19 18:13:08 tei 65 calling 0193033 with thormann Time:Thu Apr 19 16:13:00 2001 Apr 19 18:13:08 Uwe isdnlog: Apr 19 18:13:08 tei 65 calling 0193033 with thormann COLP 0193033 Apr 19 18:13:08 Uwe isdnlog: Apr 19 18:13:08 tei 65 calling 0193033 with thormann CONNECT (Data) Apr 19 18:13:08 Uwe isdnlog: Apr 19 18:13:08 tei 65 calling 0193033 with thormann No area info for provider 33_0 (98), destination 0193033 Apr 19 18:13:09 Uwe kernel: isdn_net: ippp0 connected ... Uwe

2 1

Please No Mails !!!!!
by Wolfgang Habersatter 21 May '01

21 May '01

1 0