Hallo Rolf, On Fri, Oct 25, 2002 at 12:36:26PM +0200, Rolf Dreissig wrote:
Also, hier kommt die Auflösung. Obwohl ich den Grund für dieses Verhalten nur mutmaßen kann. Letztendlich hat mich die Liste dann auf die Idee gebracht. Wenn auch nicht die Lösung von der Liste direkt kam so habt Ihr mir bestätigt dass ich in meiner Konfiguration keinen offentsichlichen Fehler habe. Besonderen Dank geht meiner Meinung nach wiedermal an Karsten weil er hier die kreativsten Beiträge lieferte. So nun genug der Lorbeeren... ;-)
Bitte beachtet den Parameter Dialmax in der oberen Ausgabe von isdnctrl ! Ich habe mich daran erinnert, dass es bei yast 1 immer möglich war den dialmax-Parameter vorzugeben (also mindestens ab SuSE 5.1) . Die Konfiguration ist mit yast 2 also "vereinfacht" wurden. Der Dialmax kann nicht mehr direkt eingegeben werden.
Zum Test kann man aber manuell "isdnctrl dialmax ippp0 3" eingeben. Das z.B. erhöht die Wählversuche für ippp0 auf 3.
Vielleicht kann Karsten ja nochmal kurz beschreiben an welcher Stelle er es für sinnvoll hält den Parameter in das Suse-Script einzubauen.
Der Parameter ist bereits im Startscript drin, aber nicht zur Konfiguration vorgesehen, deshalb wird er auch vom SuSEconfig.isdn nicht gehandelt und aus /etc/sysconfig/isdn/cfg-net0 nicht in /etc/sysconfig/network/ifcfg-ippp0 uebernommen. Du kannst Ihn aber direkt in /etc/sysconfig/network/ifcfg-ippp0 als DIALMAX=3 eintragen, wird beim naechsten SuSEconfiglauf allerdings wieder geloescht, bleibt aber wenn man an der Konfiguration nichts aendert.
Ich möchte an dieser Stelle keinen Vorschlag machen, da ich kein Freund von Individuallösungen bin... ;-)
Also was passiert nach der Änderung des Dialmax ? Na schaut es euch doch selber an. ... ------------------------------------------------- Oct 27 17:23:51 s1 kernel: ippp0: dialing 1 01929... Oct 27 17:23:51 s1 isdnlog: Oct 27 17:23:51 * tei 64 calling 01929,, with myServer RING (Data) Oct 27 17:24:00 s1 kernel: ippp0: dialing 2 01929... Oct 27 17:24:00 s1 kernel: capidrv-1: dail ch=0,"01929,7,0,xxxxx" in use (plci=0x101) Oct 27 17:24:01 s1 kernel: kcapi: appl 1 ncci 0x10101 up Oct 27 17:24:01 s1 isdnlog: Oct 27 17:24:01 tei 64 calling 01929,, with myServer Time:Sun Oct 27 16:26:00 2002 Oct 27 17:24:01 s1 isdnlog: Oct 27 17:24:01 tei 64 calling 01929,, with myServer CONNECT (Data) Oct 27 17:24:01 s1 isdnlog: Oct 27 17:24:01 tei 64 calling 01929,, with myServer INTERFACE ippp0 calling 01929
Das sieht so aus als ob Freenet erst nach 10 sek rangeht, OK das ist nicht verboten aber fuer ISDN sehr ungewoehnlich und lang (normalerweise < 1 sek) Leider ist der Timeout in der isdn.o statemachine fest, so das es nur mit dem Umweg ueber dialmax geht. Ich werd mal sehen ob man das mal aendern kann.
Also ich betrachte die Sache noch nicht als erledigt. Wie man in der log sieht klappt die Verbindung erst beim zweiten Mal. Wie man weiter sieht, es passiert 9 Sekunden lang erstmal garnichts (1.Call ). Aber dann steht die Verbindung innerhalb 1 Sekunde. Obwohl ich nicht bei einer Telefongesellschaft arbeite, könnt ihr mir erzählen was ihr wollt, da ist eindeutig was faul.
Ja, wobei rein technisch ist das OK, die lassen es halt ersteinmal klingeln, woran das liegt, ob z.B: die Weiterleitung in Deiner VST falsch eingestellt ist oder der entsprechende Router erstemal wartet kann man so nicht sagen, das kann nur Freenet klaeren.
Noch eine Frage schlagt ihr vor ich soll meine "Erkenntnisse" mal an suse-freedback weiterleiter oder ist das nicht notwendig oder ist alles noch zu unausgegoren ?
Brauchst Du nicht, kommt nach mehreren Umwegen auch nur bei mir an.
Im Besonderen würde mich interessieren ob die Leute die sich hier gemeldet hatten, dass ihre Verbindung ohne 01019 nicht klappt, nach einer Erhöhung des dialmax Parameters vielleicht nun möglicherweise doch ohne 01019 auskommen.
Auch schon um dem Gerücht das dies "überhaupt" nicht mehr geht entgegen zu treten.
Tuess und danke allen die an dem Thema interessiert waren Rolf
PS Wegen des "guten" Services der freenet AG habe ich mich entschlossen mein langjähriges ABO bei eben diesen Unternehmen zum Monatsende zu künden. Ich will hier keine Stimmung machen, aber es ist jedem selbst überlassen sich mal Gedanken darüber zu machen von wem Provider leben.
Wie gesagt das muss nicht Schuld von freenet sein, wenn ich bei denen waer, haette ich auch nicht vermutete (es sei denn dieser Timeout ist üblich) das es an soetwas liegt. Mit dem Fehlerbild (Connect erst 10s nach Einwahl) sollten die jedoch etwas anfangen koennen. Uebrigens ist freenet durchaus ein linux freundlicher Provider, ich hatte selbst bei denen mal einen Kostenlosen Testaccount bekommen um Kanalbuendelung besser testen zu können. -- Karsten Keil SuSE Labs ISDN development