August 1999 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

Fritz!X PC und Linux
by js_ftlol＠t-online.de 08 Aug '99

08 Aug '99

Hallo Liste, ich habe gehört (natürlich gelesen!), daß AVM die technischen Unterlagen zur Fritz!X PC zur Treiberentwicklung unter Linux freigegeben hat. Ist da schon irgend was im Gange? Ich habe über 1&1 schon einige Geräte verkauft, mußte aber immer bei der Frage nach einer Linux-Unterstützung mit einem unsicheren " ... momentan noch nicht ... " antworten. Ist da etwas neueres bekannt? Gleichzeitig möchte ich noch eine zweite Frage loswerden. Ich habe in irgend einem PC-Magazin gelesen, daß es für das MS-Chap einen Patch für den pppd geben soll, mit dem man dann auch mit eNTen und Windoofen "chapen" kann. Gibt es sowas auch für den ipppd. Mich stört nämlich, das beim pap das Passwort in Klarschrift über die Leitung geht. Das finde ich irgend wie nicht so lustig. Jörg

1 0

I4L_IDLETIME an Provider
by Maik Holtkamp 08 Aug '99

08 Aug '99

Hallo Liste, Kann es sein, daß die dial-on demand die I4L_IDLETIME (bei mir =239) an meinen Provider übermittelt wird? Ich ging grad aus Linux raus und wollte mich dann unter MS wieder einwählen. Konnte die Verbindung wiederholt aber nicht herstellen. Erst nach einem erneuten booten lief es wieder (hat bestimmt 4 Minuten gedauert). -- cu - maik s-y-l(a)gmx.net GER

2 1

Re: [suse-isdn] ippp0 am hausinternen S0-Bus
by blancke＠t-online.de 07 Aug '99

07 Aug '99

Ulrich Hummel schrieb: > > "Blancke, Peter" wrote: > > > > Mich machen die Hinweise "without CPN" und "assuming '0'" stutzig. Sagt > > mir leider nichts. > > > Sag mal Deiner linux-box sie möge auf die MSN 0 und nicht 55 reagieren Danke, Ulrich, das war es tatsaechlich, jetzt reagiert der Server wieder, seit ich MSN auf "0" gesetzt habe. Der Telekomiker fuehrte mir mit einem Handapparat vor, dass die MSN richtig sei, so dass ich mich auf die "55" verlassen hatte. Im Nachhinein faellt mir allerdings wieder ein, dass er mir lediglich vorfuehrte, dass die Nummer des _anrufenden_ Geraetes richtig uebertragen wird. Zum Glueck ist es fuer den Serverbetrieb unwichtig, Hauptsache ist, dass es wieder geht. Danke auch an Joerg und Michael. Gruss Peter Blancke.

2 2

Fax mit ISDN Karten
by Bernd Ganter 06 Aug '99

06 Aug '99

Hallo Liste, kann man unter Linux mit einer ISDN-Karte faxen? Wenn ja mit welcher Karte und was für eine Software brauche ich. Gruß Bernd.

7 7

Re: [suse-isdn] Incoming call without OAD
by gbruchhaus＠makrolog.de 06 Aug '99

06 Aug '99

Hallo Michael, > hast Du Audio-Support mit ins Modul kompiliert? Dann soll > das wohl Normal sein:-( > Bis denne, Ja das habe ich tatsaechlich, bei den anderen Linuxen allerdings auch. Aber danke für den Tip, ich werden den Audio-Support mal rausnehmen und gucken, ob es dann damit weg ist.. Vielen Dank und Gruss Gerd

1 0

Incoming call without OAD
by gbruchhaus＠makrolog.de 06 Aug '99

06 Aug '99

Hallo Liste, das Problem habe ich zwar momentan im Griff, da auf dem Linux System von aussen nur eine Verbindung hin geht, aber beunruhigen tut es mich schon, vielleicht kennt jemand das Problem: ich erhalte nicht die Nummer des "Anrufers". Das Log gibt sich wenig erhellend folgendermassen: Aug 6 03:59:44 COM_XXXX isdnlog: Aug 06 03:59:44 * Call to tei 127 from ? on ? CHANNEL: BRI, B1 gefordert Aug 6 03:59:44 COM_XXXX isdnlog: Aug 06 03:59:44 * Call to tei 127 from ? on COM_XXXX RING (Data) Aug 6 03:59:44 COM_XXXX isdnlog: Aug 06 03:59:44 Call to tei 105 from ? on COM_XXXX CONNECT (Data) Aug 6 03:59:44 COM_XXXX kernel: HiSax: SI=7, AI=0 Aug 6 03:59:44 COM_XXXX kernel: isdn_net: Incoming call without OAD, assuming '0' Aug 6 03:59:44 COM_XXXX kernel: isdn_net: call from 0,7,0 -> XXXXXX Aug 6 03:59:44 COM_XXXX kernel: ippp7: call from 0 -> XXXXXX accepted Aug 6 03:59:44 COM_XXXX kernel: isdn_net: ippp7 connected Aug 6 03:59:44 COM_XXXX kernel: isdn_net: chargetime of ippp7 now 557181484 Aug 6 03:59:44 COM_XXXX ipppd[268]: Local number: XXXXXX, Remote number: YYYYYY, Type: incoming Aug 6 03:59:44 COM_XXXX ipppd[268]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 7, linkunit: 0, fd: 6 Aug 6 03:59:47 COM_XXXX ipppd[268]: Remote message: Login ok Wenn ich auf gleicher Leitung aber ein ISDN-Telefon anschliesse und das mit einem anderen ISDN-Telefon anrufe, funktioniert es wunderbar (das Telefon zeigt die richtige Nummer an). Die Telekom meint, das alles bei ihnen in Ordnung ist. Was koennte der Fehler sein? Danke im voraus Gerd

2 1

AW: [suse-isdn] Incoming call without OAD
by gbruchhaus＠makrolog.de 06 Aug '99

06 Aug '99

>>> ich erhalte nicht die Nummer des "Anrufers" > Eine dumme Frage: > Kann es sein, daß dich jemand analog anruft ? Da wird ja keine Nummer mit übertragen ... > Beim ISDN hast du ja geschrieben, daß es geht. > OAD = Apparetekennung (nur ISDN) > Herzliche Grüße > Bernd Will Dumme Fragen gibt es nicht, nur dumme Antworten <g> Nein: es waren jeweils ISDN Geräte. Fuer die "Datenkopplung" ist auf der anderen Seite auch wieder ein Linux mit einer Fritz-Card. Dieser Linux bedient eine Reihe von anderen Linuxen (man sieht, ich missbrauche die Linuxe als Router, aber nicht nur ...). Der anrufende Linux macht bei den anderen Stationen keine Probleme (dort wird die Nummer richtig uebertragen) nur bei dieser einen gibt es die Probleme. Und wie gesagt: mit zwei ISDN-Telefonen gehts. Gruss Gerd

1 0

ippp0 am hausinternen S0-Bus
by blancke＠t-online.de 06 Aug '99

06 Aug '99

(Sorry, falls Meldung doppelt gekommen ist) Guten Abend! Nach Wechsel der Telefonanlage im Hause (ich kann erst in einigen Tagen sagen, welche es jetzt ist, steht alles unter Verschluss) und dem Versprechen an mich "es bleibt alles beim alten" kann ich mich ueber den hausinternen S0-Bus nicht mehr via ISDN in den eigenen Rechner (SuSE 5.0, Kernel 2.0.30, Fritz-Klassik) einwaehlen, was bisher immer einwandfrei ging. Auch eine Einwahl ueber das Amt durch Aussen-Rechner scheitert. isdnlog beglueckt mich mit folgenden Zeilen: isdnlog: Aug 05 12:10:42 * Call to tei 127 from +49 661/56, Fulda on ? UNKNOWN ELEMENT 32: 81 [ ], length=1 kernel: isdn_net: Incoming call without CPN, assuming '0' kernel: isdn_tty: Incoming call without CPN, assuming '0' kernel: isdn_tty: call from 56 -> 0 ignored kernel: isdn_net: Incoming call without CPN, assuming '0' kernel: isdn_tty: Incoming call without CPN, assuming '0' kernel: isdn_tty: call from 56 -> 0 ignored Dabei ist 56 die Nummer der anrufenden Win95-Station und der Linux-Server hat 55 (die hier nicht in Erscheinung tritt). Die MSN habe ich auf 55 gesetzt. Mich machen die Hinweise "without CPN" und "assuming '0'" stutzig. Sagt mir leider nichts. Weiss jemand Rat? Danke fuer Hilfen. Gruss Peter Blancke.

3 2

Netzwerk mit Linuxserver - ISDN Einwahlschwierigkeiten
by hajenol＠t-online.de 05 Aug '99

05 Aug '99

Hallo Linuxer ich versuche mich mit Win98-Client über Linuxserver und ISDN in ein externes Netz einzuwählen: bei meinem privaten Netz habe ich keine Probleme, bei dem Femdnetz funktioniert nichtmal ein PING. ich arbeite trotz einiger Bedenken einiger Mitleser mit rawip. Nachfolgend Auszüge aus MESSAGES: FREMDNETZ - PING hat nicht funtioniert !!! "Zeitüberschreitung der Anforderung" laut Win98 -Ping die gegenseite kommt nich auf meinen Rechner. wo könnte der Fehler liegen ? wer weiß rat? quote----------------------------- Aug 5 10:55:16 teles kernel: isdn0: dialing 1 00123456789... Aug 5 10:55:19 teles isdnlog: Aug 05 10:55:19 tei 105 calling +123456789, with +49 ........ CONNECT (Data) Aug 5 10:55:19 teles kernel: isdn_net: Got CINF chargetime of isdn0 now 30623 Aug 5 10:55:19 teles isdnlog: Aug 05 10:55:19 tei 105 calling +123456789, with +49...... 1.EH DM 0.12 Aug 5 10:55:19 teles kernel: isdn_net: isdn0 connected Aug 5 10:55:19 teles kernel: isdn_net: chargetime of isdn0 now 30639 Aug 5 10:55:38 teles isdnlog: Aug 05 10:55:38 tei 105 calling +123456789, with +49 ........ 1.EH DM 0.12 Aug 5 10:55:39 teles isdnlog: Aug 05 10:55:39 tei 105 calling +123456789, with +49 ........ Normal, unspecified (User) Aug 5 10:55:39 teles kernel: isdn: HiSax,ch0 cause: E001F Aug 5 10:55:39 teles kernel: isdn0: remote hangup (0) Aug 5 10:55:39 teles kernel: isdn0: Chargesum is 7 Aug 5 10:55:39 teles kernel: idx=0 drv=0 ch=0 Aug 5 10:55:39 teles isdnlog: Aug 05 10:55:39 tei 105 calling +123456789, with ++49 ........ HANGUP (1 EH DM 0.12 0:00:20 I= 72.0 b O= 1.9Kb) unquote---------------------------------------------------------- PRIVATNETZ - PING hat funtioniert ! quote-------------------------------- Aug 5 12:13:52 teles kernel: isdn1: dialing 1 0987456321... Aug 5 12:13:52 teles isdnlog: Aug 05 12:13:52 * tei 106 calling ? with +49 ........ CPN +49 ........ Aug 5 12:13:52 teles isdnlog: Aug 05 12:13:52 * tei 106 calling +987456321, with +49 ........ RING (Data) Aug 5 12:13:54 teles isdnlog: Aug 05 12:13:54 tei 106 calling +987456321, with +49 ........ Time:Thu Aug 5 13:16:00 1999 Aug 5 12:13:54 teles isdnlog: Aug 05 12:13:54 tei 106 calling +987456321, with +49 ........ CONNECT (Data) Aug 5 12:13:54 teles kernel: isdn_net: Got CINF chargetime of isdn1 now 413620 Aug 5 12:13:54 teles isdnlog: Aug 05 12:13:54 tei 106 calling +987456321, with +49 ........ 1.EH DM 0.12 Aug 5 12:13:54 teles kernel: isdn_net: isdn1 connected Aug 5 12:13:54 teles kernel: isdn_net: chargetime of isdn1 now 413636 Aug 5 12:14:57 teles kernel: isdn_net: local hangup isdn1 Aug 5 12:14:57 teles kernel: isdn1: Chargesum is 2 Aug 5 12:14:57 teles isdnlog: Aug 05 12:14:57 tei 106 calling +987456321, with +49 ........ Normal call clearing (User) Aug 5 12:14:57 teles isdnlog: Aug 05 12:14:57 tei 106 calling +987456321, with +49 ........ HANGUP (DM 0.12 0:01:03 I=720.0 b O=720.0 b) unquote------------------------------------- Warum Viele Grüße Klaus

2 1

News Forwarder
by Michael Hamm 05 Aug '99

05 Aug '99

hi, auf meinem Applikation-Gateway (ohne jegliches IP-Forwarding) soll ein News-Forwarder oder News-Proxy laufen. Gibt es da irgendetwas????? Thanks Michael --------------------------------------------------------------------------------------------------- Michael Hamm Tel. +352 749292-43 EUROBASE AG Fax +352 740044 2, rue Haute eMail Michael.Hamm(a)Eurobase.lu L-6680 Mertert Web www.eurobase.lu Luxembourg ---------------------------------------------------------------------------------------------------

2 1