Würde mich auch brennend interessieren!

Das Gerät braucht teilweise sehr sehr lange bis es merkt das z.B. das LTE krepiert ist....

Was willst Du denn machen, bzw. was denkst Du wofür die Werte sind?

Woraus schließt du das ?

Ich schließe das aus dem Lesen der Doku.

Die Werte werden vom Server vorgegeben, ist also fraglich, ob ein Veränderung der Werte am Gerät überhaupt sinnvoll ist, dies kommt auf den Anwendungsfall an.

Die Werte werden beim Tunnelaufbau vom HAAP gesetzt und neu geschrieben... Viele Einstellungen sind im Unterordner var abgespeichert, da könnte man schauen, bringt aber ja nix, wenn die überschrieben werden.

Moin Leutz!

Ob die per Telnet anpaßbar sind, hängt davon ab, wie man 'per Telnet' definieren will... also wie weit man das fassen will.

Man müsste entweder den Hybrid-Prozeß (das Binary) ändern - um die Aushandlung zu manipulieren, oder schauen, ob man einen der Werte verschieben kann, aus denen diese abgeleitet werden...

Bringt aber wohl in der Praxis gar nichts - das sind ja Idle-Werte - dürften bei Belastung gar keine Bedeutung haben.

==> also bastelt euch einfach ein TCP-Keep-Alive über den Tunnel, dann bleibt auch der Tunnel aktiv

mfg, emkay

EDIT: Die Werte haben eh fast nix damit zu tun, wann der SPH merkt, daß der Tunnel defekt ist - der SPH merkt das so ziemlich sofort - nur die WebUI nicht, weil deren Werte nur 10sekündlich aktualisiert werden.

eMKay77 schrieb:

Bringt aber wohl in der Praxis gar nichts - das sind ja Idle-Werte - dürften bei Belastung gar keine Bedeutung haben.

Nein, Hello wird auch bei Belastung gesendet

eMKay77 schrieb:

die Aushandlung

Kann man das so bezeichnen?

genevt schrieb:

Nein, Hello wird auch bei Belastung gesendet

Bei Belastung merkt der SPH aber auch ohne Hello, wenn der Tunnel nich steht oder die Tunnelparameter angepasst werden müssen...

genevt schrieb:

Kann man das so bezeichnen?

Ansichtssache - soll 'ne Aushandlung sein, Werte scheinen aber konstant

Wichtig ist am Ende, daß ein Verkürzen der Intervalle in der Praxis eher keinen Vorteil hat.
Die Idle-Hellos sagen dem HAAP ja nur, daß man noch da ist auch wenn sonst keine Daten fließen.
Unter Belastung wird eh neu verhandelt wenn die Tunnelparameter schwanken sollten.

Wirklichen Einfluß erreicht man eher, indem man nicht die TimeOuts, sondern die dabei übermittelten Parameter ändert...
(also zB. UP-/DOWN-Sync)

mfg, emkay

EDIT: Ich hab' übrigens das Gefühl, daß das Hello-Intervall früher mal auf 10 stand....

eMKay77 schrieb:

EDIT: Ich hab' übrigens das Gefühl, daß das Hello-Intervall früher mal auf 10 stand....

jap der wert war mal niedriger
habe mal eben ein bisschen im telewürg forum gesucht
telekomhilft.telekom.de/t5/Tel…d-S-DSL-6000/td-p/1466998
(etwas weiter unten im post stehen die werte)

@Stricted: Schätze mal. die neuen Werte sollen die Serverlast mindern... der war ja gern mal überlastet, was dann zu Fehlermeldungen führte. Doppelter TimeOut und mehr Retries senken die Last und senken die Wahrscheinlichkeit, das es zu einem echten Fehler/Abbruch kommt...

mfg, emkay

eMKay77 schrieb:

EDIT: Die Werte haben eh fast nix damit zu tun, wann der SPH merkt, daß der Tunnel defekt ist - der SPH merkt das so ziemlich sofort - nur die WebUI nicht, weil deren Werte nur 10sekündlich aktualisiert werden.

Das wage ich jetzt mal zu bezweifeln, der SPH merkt das teilweise erst nach bis zu 5 Minuten (variiert stark) und baut die Verbindung erst dann wieder auf.

Könnte jemand denn mal sowas basteln, was den Ganzen Reconnect Vorgang beschleunigt?

Es ist ziemlich unpraktisch in solchen Fällen im Hybrid Tool Reconnect drücken zu müssen, weil der SPH das ewig nicht rallt.

@resync5000: Du darfst das gern' bezweifeln... ist aber trotzdem so.
Das Problem ist nicht, daß der SPH es nicht bemerkt, wenn der Tunnel zerbricht -- das Problem ist, das das Aufbauen des Tunnels manchmal sehr lange dauert. ==> das ist aber dann meist ein Server-Problem.

Mein SPH blinkt Rot wenn einer der Tunnel zerbricht - ich seh' also, wann der SPH das bemerkt

Der manuelle Reconnect (den man übrigens auch über die normale WebUI erreichen kann) bringt oft, aber eben nicht immer Linderung - manchmal ist da ein echter Reboot sinnvoller.

Auf das Tempo des Reconnects hat man keinen Einfluß -- ist von der Güte der Kanäle (DSL & LTE) und vor Allem von der HAAP-Server-Auslastung abhängig.

mfg, emkay

Okay dann frag ich mal anders.

Ich bräuchte die Befehle zur Auth am Hybridrouter und zum "LTE Reconnect".

Könnte mir das bitte jemand mal posten?

github.com/Stricted/speedport-hybrid-php-api
hier eine php api dafür
oder hier als c# (musst du dir selber alles raussuchen)
https://github.com/Stricted/SpeedportHybridControl/blob/master/SpeedportHybridControl/Data/SpeedportHybridAPI.cs#L80

edit:
oder hier als python
github.com/popoklopsi/Speedport-Hybrid-Rebooter
github.com/The-Master777/HybridApi

@resync5000: neuen Tunnel kann man erzwingen, indem man vom jeweiligem Interface die IPv6 kurz entfernt und dann wieder hinzufügt...

Und ohne es getestet zu haben: ich schätze, das wenn man den hybrid-Prozeß abschießt, dieser neugestartet wird - sollte die Tunnel resetten...

@Stricted: Du hast l33tport vergessen ==> ist ja der Vorreiter für fast alles Andere

@resync5000: in js und kann man sich leicht ergoogeln...

mfg, emkay

eMKay77 schrieb:

@Stricted: Du hast l33tport vergessen ==> ist ja der Vorreiter für fast alles Andere

damit kannst du aber nicht direkt rebooten (zumindest ist dort diese funktionalität nicht eingebaut)
aber der vollständigkeit halber github.com/melle/l33tport

@Stricted: naja- der Auth-Teil ist aber drin, json auch -- der Reboot sollte leicht einzubauen sein... wenn er (noch) fehlen sollte. Auch melle hatte Updates...