Hallo Linux Freunde Danke Karsten für Deine Hilfe Ich habe mir den Tip gleich ausgedruckt, um ihn bei der Hand zu haben, wenn es mal wieder nicht geht. Merkwürdigerweise ging die Einwahl, als ich am Montag wieder im Geschäft und somit vor Ort war. Den Hinweis mir dem D-Kanal behalte ich im Auge. weist das auf die ISDN Anlage hin? Denn was mich total von der Rolle brachte, war die Tatsache, dass ausgerechnet der Server, an dem ich nichts verändere, streikte, während der Rechner mit identischer Konfiguration, an dem ich immer noch mit Hylafax kämpfe, ohne Probleme die Einwahl erlaubte. Ich habe mal nachgeschaut, der ist direkt am NTBA angeschlossen. by the way, wie kann man in yast einstellen, wenn man eine interne Verbindung will. Bei mir ist z.B #28 zu wählen, wenn ich die Nebenstelle 28 will, aber das # packt er nicht so ganz. Besten Dank werner allias Uwe Hofmann

...

----- Original Message ----- From: "Karsten Keil" To: Sent: Monday, November 17, 2003 6:47 PM Subject: Re: [suse-isdn] Einwahl über ISDN wird verweigert

...

On Mon, Nov 17, 2003 at 05:26:22PM +0100, uwe hofmann wrote:

...

Hallo Linux Fans

Wer kann mir bei meinem Problem helfen Mein Einwahlserver (suse 7.3) verweigert mir plötzlich die Einwahl. Ging wochenlang einwandfrei! Ohne dass ich etwas verändert habe kommt nun auf dem inwählenden Win-Rechner "Benutzer und Kennwort werden überprüft" Dann bricht die Verbindung ab hier die Meldungen des Syslogs

Nov 16 19:25:39 domserv2 isdnlog: Nov 16 19:25:39 Call to tei 65 from +49 9120/XXX, Leinburg on +49 911/27, Nürnberg INTERFACE ippp0 called by XXXX Nov 16 19:25:39 domserv2 ipppd[269]: Local number: 27, Remote number: , Type: incoming Nov 16 19:25:39 domserv2 ipppd[269]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 Nov 16 19:25:39 domserv2 kernel: isdn_net: ippp0 connected Nov 16 19:26:09 domserv2 ipppd[269]: LCP: timeout sending Config-Requests Nov 16 19:26:09 domserv2 ipppd[269]: Connection terminated

Ein Neustart hat keine Änderung gebracht

Da der Verbindungsaufbau noch klappt sieht es so aus, als ob im B-channel keine Daten mehr uebertragen werden koennen, woran das liegt keine Ahnung wenn nichts veraendert wurde.

Ob local ein Defekt vorliegt, laest sich einfach pruefen:

Auf 2 terminals jeweils ein minicom oeffnen mit folgenden configs:

1. /etc/minirc.i0 # Machine-generated file - use "minicom -s" to change parameters. pr port /dev/ttyI0 pu minit ~^M~AT &E27^M

2. /etc/minirc.i1 pr port /dev/ttyI1 pu minit ~^M~AT &E27^M

(oder eine andere MSN, falls die TK Anlage die nicht doppelt nutzen kann)

1. terminal: minicom i0

2. terminal

minicom i1

Im 1.

ATD27<return>

eingeben, daraufhin sollte im zweiten eine RING Meldung kommen dort

ATA<return>

eingeben, die Verbindung sollte jetzt funktionieren und alle zeichen die im 1. terminal eingegeben werden sollten im 2. erscheinen und umgekehrt.

mit Strg->A H kann man auflegen, mit Strg->a X minicom verlassen.

-- Karsten Keil SuSE Labs ISDN development

-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com