Ibod 2ter Kanal schaltet nicht weg..8.2 Prof. Fritz PCI v.2.0
Hallo Ich habe da ein Problem. Nachdem ordungsgemäß Ibod den 2ten Kanal draufgeschalten hat, schaltet er diesen nicht wieder weg. Ich habe in der Ibod.cf schon verschiedene Sachen eingestellt und getestet, doch leider alles ohne Erfolg. An was kann es denn liegen, dass der Kanal nicht wieder abgebaut wird? -- Mit freundlichen Grüßen Gunnar Salbeck ++ GnuPG Frau&Kind ICQ(162837078) vorhanden ++ http://www.nefkom.net/gunnar.salbeck/GPG-Key.html
Hallo Gunnar Salbeck schrieb:
Hallo Ich habe da ein Problem. Nachdem ordungsgemäß Ibod den 2ten Kanal draufgeschalten hat, schaltet er diesen nicht wieder weg. Ich habe in der Ibod.cf schon verschiedene Sachen eingestellt und getestet, doch leider alles ohne Erfolg. An was kann es denn liegen, dass der Kanal nicht wieder abgebaut wird?
Daran, dass zuviel Daten ausgetauscht werden und dehalb das Hangup nicht zum tragen kommt. Poste mal deine ibod.cf. Dann kann man zumindest sagen, ob du einen Denkfehler bei der Konfiguration hattest oder ob es ein Problem mit dem ibod gibt. Gruß Jan
Am Mittwoch, 22. Oktober 2003 19:41 schrieb Jan Girlich:
Daran, dass zuviel Daten ausgetauscht werden und dehalb das Hangup nicht zum tragen kommt. Poste mal deine ibod.cf. Dann kann man zumindest sagen, ob du einen Denkfehler bei der Konfiguration hattest oder ob es ein Problem mit dem ibod gibt.> Gruß Jan Der zweite Kanal schaltet sich aber nur hinzu, wenn ich mal was runterlade und sonst aber auch nicht. Bei mir fließen nicht andauern Ströme von Daten... Vor der Fritz hatte ich eine Teles 16.3. Mit der trat das gleiche Problem auf. Bei Stayup hab ich auch schon rumprobiert. Mal auf 0 mal auf 1. Dann eben als Idle-time nur 30 Sekunden. Es tut sich dabei aber nichts. Völlig wurscht, ob ich Stayup auf 1 oder 0 setze, oder wie niedrig ich die idle-time in Yast stelle: Der zweite Kanal tut brav seinen Dienst und will und will sich nicht vom Abschalten überzeugen lassen.
Ok, hier mal der meine Ibod.cf. ***Schnitt**** # DEVICE <name> Name of the ISDN PPP device (master) # For multiple bundles this identified the bundle. # Default is ippp0. # # ENABLE 1|0 Enable/disable bandwidth-on-demand. # Default is enable (1). # # INTERVAL <n> Specify the sample time interval in ms. # Default is 500 ms. This is allways a global # value and cannot overwritten for each bundle. # # FILTER <n> Defines "filtering factor". A value of 10 means # that the average bytes/sec value measured over 10 # intervals must pass the limit defined by LIMIT # to bring up or down the slave link. # Default is 5. # # LIMIT <n> Transfer rate limit in bytes/sec for bringing # up or down isdn slave channel. # Default is 7000. # # STAYUP 0|1 Enable/disable slave channel stay up function. # If enabled the 2:nd cannel (slave link) will stay # up even if the average bytes/sec decrease the value # defined by LIMIT. In this case the slave link will # stay up until hangup time is reached. # (Example: isdnctrl huptimeout ippp1 60) # If disabled the slave link will be brought down in # the same way it is brought up. # Default is 0. # # STAYUP_TIME <n> Defines the minimum time in seconds the 2:nd # channel will unconditionally stay up after it has # been brought up. Default value is 30. # # MAXCHAN <n> Defines the maximum number of channels to be used. # This is over all including the master. Default is 2. # # SLAVES <name1> [<name2> ...] # Defines which slave devices to use in order of # appearence. There is no default for this. # # # global section # INTERVAL 1000 FILTER 8 LIMIT 7000 STAYUP 0 STAYUP_TIME 30 # # define bundle ippp0 # DEVICE ippp0 ENABLE 1 MAXCHAN 2 SLAVES ippp1 # # define bundle ippp2 # #DEVICE ippp2 #ENABLE 1 #MAXCHAN 4 #SLAVES ippp3 ippp4 ippp5 -- Mit freundlichen Grüßen Gunnar Salbeck ++ GnuPG Frau&Kind ICQ(162837078) vorhanden ++ http://www.nefkom.net/gunnar.salbeck/GPG-Key.html
Hallo, Gunnar Salbeck schrieb:
Am Mittwoch, 22. Oktober 2003 19:41 schrieb Jan Girlich:
INTERVAL 1000 FILTER 8 LIMIT 7000 STAYUP 0 STAYUP_TIME 30
Okay, sieht alles gut aus. Versuch mal ein kürzeres Stayup-Intervall. Ansonsten habe ich keine Idee. Gruß Jan
Am Donnerstag, 23. Oktober 2003 20:30 schrieb Jan Girlich:
Hallo,
Gunnar Salbeck schrieb:
Am Mittwoch, 22. Oktober 2003 19:41 schrieb Jan Girlich:
INTERVAL 1000 FILTER 8 LIMIT 7000 STAYUP 0 STAYUP_TIME 30
Okay, sieht alles gut aus. Versuch mal ein kürzeres Stayup-Intervall.
Ansonsten habe ich keine Idee. Ich hab nun STAYUP_TIME auf 5 , Intervall auf 500 gesetzt, brachte aber nix. :-(
-- Mit freundlichen Grüßen Gunnar Salbeck ++ GnuPG Frau&Kind ICQ(162837078) vorhanden ++ http://www.nefkom.net/gunnar.salbeck/GPG-Key.html
Gunnar Salbeck schrieb:
Am Donnerstag, 23. Oktober 2003 20:30 schrieb Jan Girlich:
Hallo,
Gunnar Salbeck schrieb:
Am Mittwoch, 22. Oktober 2003 19:41 schrieb Jan Girlich:
INTERVAL 1000 FILTER 8 LIMIT 7000 STAYUP 0 STAYUP_TIME 30
Okay, sieht alles gut aus. Versuch mal ein kürzeres Stayup-Intervall.
Ansonsten habe ich keine Idee.
Ich hab nun STAYUP_TIME auf 5 , Intervall auf 500 gesetzt, brachte aber nix. :-(
Intervall bezieht sich nur auf die Zeit zum wählen der 2. Verbindung. Was sagt ein isdnctrl list ippp1? Gruß Jan
Am Freitag, 24. Oktober 2003 00:02 schrieb Jan Girlich:
Intervall bezieht sich nur auf die Zeit zum wählen der 2. Verbindung. Was sagt ein isdnctrl list ippp1?
Ok, danke. Mit deinem Tip bin ich nun darauf gekommen, an was es liegt. Zur Erklärung: Ich kenn mich noch nicht so gut mit Linux aus, und ISDN hab ich auch erst seit ein paar Monaten. Ich hatte in Yast zwei Schnittstellen (ippp0, ippp1) angelegt, weil ich dachte, je Kanal eine Schnittstelle.( Für Anfänger ist es im Handbuch nicht ganz genau beschrieben) Ich hab nun die zweite Schnittstelle ippp1 in Yast entfernt und nun gehts. Dankeschön...!! -- Mit freundlichen Grüßen Gunnar Salbeck ++ GnuPG Frau&Kind ICQ(162837078) vorhanden ++ http://www.nefkom.net/gunnar.salbeck/GPG-Key.html
participants (2)
-
Gunnar Salbeck
-
Jan Girlich