September 1999 - openSUSE ISDN (Deutsch)

isdn-Probleme mit Kernel 2.2.11 und 2.2.12
by Manfred Tremmel 09 Sep '99

09 Sep '99

Hallo, ich hab seit dem Einsatz des 2.2.11er und jetzt 2.2.12er Kernel (ungepatcht) das Problem, dass beim heruntenfahren der Rechner öfters mal beim Unloading ISDN drivers ... stehenbleibt, entsprechend die Platten nicht unmounted werden und ich danach nen Plattencheck abzuwarten habe. Ich hab mir jetzt so geholfen, dass ich in /etc/rc.d/i4l_hardware alle modprobe's mit nem & dahinter versehen habe und einen sleep 2 in die nächste Zeile gesetzt habe. Wenn das Moduleentladen klappt, ok, wenn nicht, gehts zumindestens weiter. Bin ich allein mit dem Problem, oder haben andere ähnliche erfahrungen gemacht. Desweitern musste ich feststellen, dass beim compilieren der isdn4k-utils ein fehlendes "/usr/src/linux/include/linux/isdn_lzscomp.h" angemeckert wird (hab das alte rüberkopiert). -- Machs gut Manfred http://www.iiv.de/schwinde/buerger/tremmel/

1 0

Hmm: IP der Gegenstelle
by Stefan Szomraky 09 Sep '99

09 Sep '99

Ich habe ein Problem. Ich habe ISDN Device, welches für Einwahl da ist. Es geht gut. Ich konnte einwählen, TCP/IP forwarding ging. Aber ich habe Problem, das ich in Zukunft nicht wissen werde die Gegenstellen IP (klar, denn da sollen mehrere einwählen können). Wenn ich das Feld jetzt freilasse, dann kommt Meldung das ungültig sei. Was soll ich jetzt eintragen? Und wie bekomme ich dann später die IP der gegenstelle raus? Wie kriegt er die raus? danke -- Sent through Global Message Exchange - http://www.gmx.net

2 1

staendiger verbindungsaufbau
by Dirk Kutsche 08 Sep '99

08 Sep '99

Hallo Liste, eine Kiste ist am letzten Wochenende plötzlich Amok gelaufen und hat nimmer aufgehört sich einzuwählen. :(((( Auslösende Zeile war für mich eine vorerst reguläre Verbindung, die dann durch folgendes (nicht wie sonst durch timeout) abgebrochen wurde: Sep 3 13:17:14 GW kernel: isdn: Fritz,ch0 cause: E0010 Danach folgen nur noch Anwahlen und Abwahlen - diese Fehlermeldung wieder holt sich etliche Male. Normalerweise wird alle Stunde (unter Tags) via cron und fetchmail die post abgeholt + dod üebr squid. Any hints? Die causes bei Suse geben über 0010 nix her. Nach reboot ist momentan alles in Ordnung. -- Gruesse von Dirk Kutsche --

1 1

ISDN und "merkwuerdige" IP-Abfragen
by blancke＠t-online.de 08 Sep '99

08 Sep '99

Guten Abend! Neulich schrieb ich schon einmal hierher wegen unerklaerlicher Datenpakete auf der ISDN-Leitung, die das Device staendig offen halten. Nachdem mir einer empfahl, mit "options query-log" in /etc/named.boot (bind4 hier) mal mitzuprotokollieren, welche Anfragen da im Netz gestellt werden (es scheint ein Namensaufloesungsproblem zu sein), erhalte ich jetzt folgende Zeilen ausschnittweise in /var/log/messages, bei denen ich die Uhrzeit mal drangelassen habe, damit man sich ein Bild ueber die Regelmaessigkeit im Zeitverhalten machen kann: Sep 6 21:05:24 server named[760]: XX /192.168.1.1/28.5.68.0.in-addr.arpa/PTR Sep 6 21:05:29 server named[760]: XX /192.168.1.1/31.5.68.0.in-addr.arpa/PTR Sep 6 21:05:34 server named[760]: XX /192.168.1.1/34.5.68.0.in-addr.arpa/PTR Sep 6 21:05:34 server named[760]: XX /192.168.1.1/35.5.68.0.in-addr.arpa/PTR Sep 6 21:05:39 server named[760]: XX /192.168.1.1/37.5.68.0.in-addr.arpa/PTR Sep 6 21:05:44 server named[760]: XX /192.168.1.1/40.5.68.0.in-addr.arpa/PTR usw. usw. spaeter dann: Sep 6 21:08:24 server named[787]: XX /192.168.1.1/140.5.69.0.in-addr.arpa/PTR Sep 6 21:08:24 server named[787]: XX /192.168.1.1/143.5.70.0.in-addr.arpa/PTR Sep 6 21:08:34 server named[787]: XX /192.168.1.1/143.5.70.0.in-addr.arpa/PTR Sep 6 21:08:34 server named[787]: XX /192.168.1.1/146.5.70.0.in-addr.arpa/PTR Ich habe bereits vieles weggeklemmt, eth0 raus, named auch mal raus (die Pakete blieben, nunmehr mit tcpdump wie neulich beschrieben gearbeitet, gibt allerdings kaum was her ausser "truncated_ip", scheint am tcpdump auf ippp0 zu liegen), squid raus. Das Phaenomen bleibt. Wer fragt da reihum die IPs ab bzw. moechte diese aufloesen? Hier laeuft Original-SuSE 6.1, Kernel 2.2.7, i4l mit passiver Fritz. Ist das ueberhaupt ein ISDN-Problem? Danke fuer weitere Hilfestellungen! Gruss Peter Blancke

3 3

Re: [suse-isdn] ipppd wdhlt nicht
by Leopold Toetsch 08 Sep '99

08 Sep '99

Hi, -----Original Message----- From: Christoph Dohmen <chdohmen(a)cae-gmbh.de> To: Max Treiber <max(a)ozet.de>; mailing list <suse-isdn(a)suse.com> Date: Mittwoch, 08. September 1999 07:53 Subject: Re: [suse-isdn] ipppd wdhlt nicht >/sbin/init.d/routed start Kann ich mir nicht vorstellen, dass du dynamisches Routing brauchst. leo

1 0

Re: [suse-isdn] rate.conf ????
by Leopold Toetsch 08 Sep '99

08 Sep '99

Hi, -----Original Message----- From: Markus <markusa(a)bigfoot.com> To: mailing list <suse-isdn(a)suse.com> Date: Dienstag, 07. September 1999 18:48 Subject: [suse-isdn] rate.conf ???? >Hi > >was hat den die Datei /etc/isdn/rate.conf in der Suse 6.2 fuer eine >Aufgabe ??? > >Sieht mir schwer nach Leascost Routing aus ?? > >wer weiß was genaueres dazu ? isdnlog/README Wenn ein Provider verschieden Tarifmodelle anbietet, muss isdnlog irgenwie wissen, welches davon gemeint ist. leo

1 0

T-Online und HUPTIMEOUT
by Martin Lesser 08 Sep '99

08 Sep '99

Hallo, woran liegt es, daß isdnlog den HUPTIMEOUT bei T-Online-Verbindungen immer auf 240 sek. setzt? Der Chargeint wird korrekt auf 60 sek. gesetzt. Dabei ist es egal, ob in der callerid.conf für 0191011 ZONE=100 oder ZONE=17 oder gar nichts eingetragen ist. Bei anderen Providern setzt isdnlog den HUPTIMEOUT so, wie er beim Start von isdnlog mitgegeben wurde. Ebenfalls egal ist, ob bei der T-Online-Nummer der Provider 01033 mitgewählt wird. Danke im voraus Martin

1 1

Re: [suse-isdn] pnpdump + Sportster ISDN TA
by system 08 Sep '99

08 Sep '99

-----Original Message----- From: Szomraky Stefan <stevewonder2(a)gmx.net> To: suse-isdn(a)suse.com <suse-isdn(a)suse.com> Date: Wednesday, September 08, 1999 7:40 AM Subject: Re: [suse-isdn] pnpdump + Sportster ISDN TA >Danke an alle. > >Natürlich ist diese Karte keine PnP karte... Aber das problem >ist natürlich der Interrupt. Im manual steht ganz lustig: >Weisen sie der Karte einen Interrupt zu. Haha Tolle Beschreibung. >Dann bleibt mir wohl nix andres übrig als die Karte irgendwo einzubauen >wo auch windoze installiert ist .... hmm.. und dann zu hoffen das >wenn man in windoze den interrupt umstellt, die karte sich das in einem >EEPROM merkt. was ich aber bezweifle... eher glaub ich das die einen >standardinterrupt hat, und den kann man nur runtimemäßig ändern... In der karte steckt kein EEPROM, der Interrupt wird jedesmal beim laden des Treibers zugewiesen. Das funktioniert mit Windos als auch mit Linux... ... aber Achtung diese Karte kann nicht jeden beliebigen Interrupt bekommen. Gruss Klaus H. Krutzke

1 0

[suse-isdn] ipppd wählt nicht
by max＠ozet.de 08 Sep '99

08 Sep '99

Hi, Ich habe einen Rechner mit SuSE Linux 6.1 installiert, dann auf 6.2 upgedated und jetzt versucht isdn zu installieren. ich habe alles mit YAST installiert (AVM Fritz-Card classic) und die module wurden ordnungsgemäß geladen. Leider funktioiert gar nix. Es kommen ständig anrufe auf der Karte an, die nach meiner Einstellung nicht angenommen werden. Von Wo und Wem weiß ich nicht ... Immer wenn ich zum Provider herauswähle kommt in /ver/log/messages dialing ippp0 1 *nummer* dialing ippp0 2 *nummer* dialing ippp0 3 *nummer* dialing ippp0 4 *nummer* dialing ippp0 5 *nummer* ohne Fehlermeldung. (5-Mal weil ich das so eingestellt habe) und nix weiter ... kein disconnect, kein verbindungsaufbau, nur die 5 zeilen. Ich hatte vor Ewigkeiten schon mal isdn unter suse 5.3 laufen, aber so was merkwürdiges ist mir noch nicht passiert. Woran kann das liegen ? Thx, Max max(a)ozet.de

3 2

pnpdump + Sportster ISDN TA
by Szomraky Stefan 08 Sep '99

08 Sep '99

Hallo Ich habe ein eine "U.S. Robotics - Sportster ISDN TA" ISDN ISA Karte. leider bekomme ich sie nicht zum laufen. Ich starte pnpdump, und es kommt die Meldung : scanning port .... no cards found... auf der Karte kann ich einen Jumper setzen, der den IOPort ändert. Ich kann zwischen 0x270, 0x268, 0x258, 0x238 wählen. Ich habs auch 0x268 gelassen. pnpdum scannt aber beginnend von 0x203 bis 0x3f3 immer nur in 8 er schritten. Also 0x203, 0x20b, 0x213, 0x21b ... Er wird sie also niemals finden. Auch ein pnpdump 0x268 hat nix gebracht. Er fangt dann bei 0x26b an zu scannen.... Argh! Wie bekomme ich trotzdem diese Karte zum laufen? Danke PS: es hat wahrscheinlich nix damit zu tun, aber könnte es sein das es schlecht war bei diesem alten 486er DX4, ohne PCI bus, den PCI support im kernel abzudrehen?

3 3