On Thu, Oct 16, 2003 at 01:18:42PM +0200, Leonhard Lichtenfels wrote:
Hi @all!
Ich habe folgendes Problem: Ich habe einen SuSE 8.1 Linux-Rechner als einwahlserver konfigurieren wollen. In diesem Rechner sind zwei passive AVM Fritz-Karten drin. Dann habe ich mit Yast2 alles soweit konfiguriert und die Einwahl mit CHAP-Authentifizierung funktioniert wunderbar. Allerdings nur solange, wie ich im Yast die Option "Rückruf aus" (oder Rückruf Client) aktiviert habe. Wenn ich jedoch auf "Rückruf Server" stelle, kann ich mich nicht mehr einwählen. Der Server scheint die Verbindung nicht zu trennen. Und darüber hinaus wählt er nicht die Nummer, die anruft. Er wählt zwar eine Nummer, aber das ist die, die ich der Schnittstelle ippp0 bzw. ippp1 als Provider zuweisen MUSSTE.
Das ist so gewollt (Sicherheit) es werden nur die angegebene Nummer gewaehlt, etwas anderes ist im I4L nicht vorgesehen.
Das mit den Providern kommt mir ohnehin etwas suspekt vor. Schließlich soll der Rechner selbst der Provider sozusagen sein. Wieso MUSS ich da einen Provider angeben...? Na ja, und wie gesagt. Er wählt immer die Nummer des Providers.
Na ebend, der Rechner ist der "Provider" und braucht deswegen einige Infos, insbesondere die erlaubten login Daten und die Nummer im Rueckruffall. Warum sollte man das dann anderes handeln als wie bei einem Client ?
Aber selbst, wenn ich als Provider die Nummer des anrufenden Client angebe, trennt der Server nicht die Verbindung. Ich kriege lediglich die aussagekräftigste Fehlermeldung von allen am (Windows 2000-)Client: "Das Gerät hat einen Fehler gemeldet."
Windows versteht unter Callback etwas anderes als in I4L implementiert wurde, dieses spezille Callbackprotokoll wird nicht durch Linux unterstuetzt.
Woran kann das liegen und wie kann ich dem Server klar machen, dass er die Verbindung trennen soll und die anrufende Nummer zurückrufen soll? Künftig sollen von 11 verschiedenen Nummern die Clients einwählen, und da macht die Sache mit dem Provider ja ohnehin keinen Sinn.
Er nimmt sie garnicht an wenn er als Server konfiguriert ist sondern weist sie ab und baut dann die Verbindung auf.
Ich habe auch schon alles mögliche ausprobiert: Versch. Treiber (AVM CAPI und HiSax), mit 0 und ohne 0 zur Amtsholung, Server mal an der Telefonanlage (elmeg) und mal am NTBA und sonstige Einstellungen. Immer das gleiche Resultat.
Ich bin (in der Angelegenheit zumindest) noch nicht so fit in Linux.
Ich danke schonmal im Vorraus für eure Antworten!
Viele Grüße Leo
Hier noch ein paar Auszüge aus der /var/log/messages
Oct 15 14:21:53 chekov kernel: capidrv-1: incoming call 511434XXXX,7,0,270XXXX Oct 15 14:21:53 chekov kernel: ICALLslv: ippp2 Oct 15 14:21:53 chekov kernel: master=ippp0 Oct 15 14:21:53 chekov kernel: master offline Oct 15 14:21:53 chekov kernel: mlpf: 0 Oct 15 14:21:53 chekov kernel: ippp0: call from 511434XXXX -> 270XXXX, start callback Oct 15 14:21:53 chekov kernel: isdn: Rejecting Call Oct 15 14:21:53 chekov kernel: capidrv-1: incoming call 511434XXXX,7,0,270XXXX Oct 15 14:21:53 chekov kernel: ICALLslv: ippp2 Oct 15 14:21:53 chekov kernel: master=ippp0 Oct 15 14:21:53 chekov kernel: master online Oct 15 14:21:53 chekov kernel: mlpf: 1 Oct 15 14:21:53 chekov kernel: ippp2: call from 511434XXXX -> 270XXXX, start callback Oct 15 14:21:53 chekov kernel: isdn: Rejecting Call
Hier ist Kanalbündlung im Spiel, damit funktioniert Callback nicht stabil. -- Karsten Keil SuSE Labs ISDN development