JDownloader Community - Appwork GmbH
 

Notices

Reply
 
Thread Tools Display Modes
  #1  
Old 18.07.2015, 18:32
powerschwabe powerschwabe is offline
DSL User
 
Join Date: May 2009
Posts: 35
Default Speedport Hybrid

Ich habe nun seit ein paar Tagen den Speedport Hybrid, wie kann ich diesen Reconnecten?
Reply With Quote
  #2  
Old 17.08.2015, 11:13
powerschwabe powerschwabe is offline
DSL User
 
Join Date: May 2009
Posts: 35
Default

Hat noch keiner eine Lösung für den Hybrid Router gefunden?
Reply With Quote
  #3  
Old 21.08.2015, 15:53
hightower5 hightower5 is offline
JD VIP
 
Join Date: Mar 2009
Posts: 341
Default [Anleitung] Manueller Reconnect: Speedport Hybrid

Manueller Reconnect über die Benutzeroberfläche des Routers

1. Im Adressfeld des Browsers "Speedport.ip" eingeben
2. "Stufe" des Telekom-Datenschutz anklicken
3. Bei Stufe 2 den Eintrag "Was ist das?" wählen
4. "Jetzt trennen und wiederherstellen" anklicken




Früherer Beitrag
Spoiler:
Hallo,

der "Speedport Hybrid" ist eine Weiterentwicklung des "Speedport W724 V". Beide verwenden ein ähnliches Browsermenü so, dass eine Überarbeitung des Reconnect Scripts für "Speedport W724 V" relativ leicht möglich sein müßte.

Ich habe mir die Scripte mal angeschaut und muss gestehen, eine Überarbeitung der vorhandenen Scripte überfordert meine Fähigkeiten bei weitem. Um zu verstehen wie die Scripte funktionieren, bräuchte ich ein paar Wochen. Ich bin schließlich kein Programmierer.

Was ich machen könnte, wäre ein wenig Hilfestellung leisten. Ich könnte zum Beispiel den Quelltext der Seite posten, wo der Befehl zum Reconnect steht.

Ein einfacherer Reconnect des Hybrid-Routers per Hand ist möglich, auch wenn dieser etwas versteckt ist. Das Problem ist, ein trennen und wiederverbinden der DSL-Verbindung liefert noch keine neue IP-Adresse.

Nur wenn man die LTE-Verbindung erneuert bekommt man auch eine neue externe IP-Adresse.

Ich hoffe, es findet sich eine Programmierer der sich an dem Script für ein Reconnect versuchen möchte um seine programierkünste zu vertiefen.

Viele Grüße!

Last edited by hightower5; 16.03.2016 at 21:24.
Reply With Quote
  #4  
Old 10.09.2015, 00:48
Stricted
Guest
 
Posts: n/a
Default

huhu,

ich habe eine api für den speedport hybrid in php geschrieben,
daraus ließ sich sicher etwas machen github.com/Stricted/speedport-hybrid-php-api

ich habe auch eine c# implementierung des ganzen und kann die tage mal schauen ob ich was zusammen gebastelt bekomme

Last edited by Stricted; 13.09.2015 at 19:21.
Reply With Quote
  #5  
Old 13.09.2015, 13:42
Loewe1968
Guest
 
Posts: n/a
Default

Ich habe das gleiche Problem: seit 2 Wochen einen Speedport Hybrid und bekomme auch kein Reconnect hin
Reply With Quote
  #6  
Old 23.09.2015, 13:26
Loewe1968
Guest
 
Posts: n/a
Default

Gibt’s noch keine Lösung zwecks Reconnect beim Speedport Hybrid?

Falls es hilft: Verbindung trennen im Hauptmenü des Routers führt beim Aufzeichnen nicht zum Ziel (evtl. wegen Verbindung über DSL und LTE).

Korrektes Trennen und erneutes Verbinden ist etwas versteckt: rechts im Hauptmenü über „Datenschutz-Stufe X“ - bei mir Stufe 1, je nach Einstellung. Dort unter Stufe 2 und „Was ist das?“ -> im Erklärungstext ist ein Link „Jetzt trennen und wiederherstellen“. Der Link funktioniert, auch das aufzeichnen, aber das aufgezeichnete Script funktioniert leider nicht!
Reply With Quote
  #7  
Old 25.09.2015, 09:14
Loewe1968
Guest
 
Posts: n/a
Default

Bitte, kann mal jemand helfen, zwecks Reconnect Speedport Hybrid!
Reply With Quote
  #8  
Old 25.09.2015, 16:04
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,289
Default

Ich bin dran ein natives Plugin zu schreiben. Wireshark Aufzeichnungen eines Reconnects via Webinterface wären hilfreich
__________________
JD-Dev & Server-Admin
Reply With Quote
  #9  
Old 25.09.2015, 19:07
Loewe1968
Guest
 
Posts: n/a
Default

Hast Du einen Link oder eine Anleitung wie das funktioniert (Wireshark Aufzeichnungen eines Reconnects via Webinterface). Ich würde gern die hilfreiche Zuarbeit leisten.
Reply With Quote
  #10  
Old 25.09.2015, 19:58
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,289
Default

Wireshark Installieren. Aufzeichenen, Browser öffnen und dann den Reconnect durchführen. Aufzeichnung Stop -> Speichern und per Mail Senden.
Du kannst noch den Traffic filtern, das nur Rechner<->RouterWebinterface aufgezeichnet wird. Google gibts viele Anleitungen
__________________
JD-Dev & Server-Admin
Reply With Quote
  #11  
Old 10.11.2015, 16:15
powerschwabe powerschwabe is offline
DSL User
 
Join Date: May 2009
Posts: 35
Default

Hatte schon jemand Erfolg mit dem Reconnect?
Reply With Quote
  #12  
Old 12.01.2016, 19:51
hightower5 hightower5 is offline
JD VIP
 
Join Date: Mar 2009
Posts: 341
Default

@powerschwabe, du spricht sicher nicht von einem manuellen Reconnect? Dieser ist natürlich auch beim Speedport Hybrid möglich.

Jiaz wollte sich mal anschauen, ob ein Script für den Speedport Hybrid erstellt werden kann.
Leider ist aus Mangel an Zeit nichts daraus geworden.
Reply With Quote
  #13  
Old 15.02.2016, 19:24
hanzwurzt
Guest
 
Posts: n/a
Default

Arbeitet noch jemand an dem Reconnect- Script? Wenn noch WS- traces o.ä. von Nöten sein sollten, könnte ich gerne etwas dazu beisteuern.
Es ist wirklich lästig, dass sich der Speedport nicht über den JD reconnecten lässt.
Reply With Quote
  #14  
Old 01.03.2016, 12:08
coalado's Avatar
coalado coalado is offline
JD Manager
 
Join Date: Feb 2009
Posts: 1,980
Default

Fertig. Mit einem einfachen Script ist es bei diesem Routermonster nicht getan.
Deswegen gibt es eine eigene Methode. Das ganze ist mit dem Hybrid getestet.
Einstellungen ->Reconnect ->Methode "Speedport Hybrid" wählen.
IP eingeben.
Passwort eingeben
->Testen. Ich freue mich über Feedback und Logs (Falls es nicht geht)
__________________

Last edited by coalado; 01.03.2016 at 12:18.
Reply With Quote
  #15  
Old 14.03.2016, 21:27
hightower5 hightower5 is offline
JD VIP
 
Join Date: Mar 2009
Posts: 341
Default

Hallo coalado,

ich habe nicht mehr damit gerechnet, dass sich Jiaz oder Du doch noch an einem Script für den Hybrid Router versucht. Ich habe hier schon länger nicht mehr nachgesehen, darum melde ich mich jetzt etwas verspätet.

Das war eine echte Überraschung. Ich musste zwei mal lesen, da es auch nicht direkt offensichtlich war, dass du ein "Script" erstellt hast. Mit einem einfachen Script ist es tatsächlich nicht getan, muss doch DSL und LTE getrennt und erneuert werden um eine gemeinsame externe IP zu generieren.

Du hast unter Reconnect -> Methode, extra für den Hybrid Router einen Eintrag erstellt. Der heißt im Moment: "Speed Port Hybrid Reconnect" besser "Speedport Hybrid Reconnect"

Der Reconnect wurde 2-3 mal richtig durchgeführt. Dann funktionierte das Script gar nicht mehr oder fehlerhaft. So war bspw. DSL nach dem Reconnect nicht mehr verfügbar. Dies konnte erst mit einem manuellen Reconnect über den Browser gefixt werden.

Interface Status
LTE tunnel (LTE:tun) Up
DSL tunnel (DSL:tun) Down
Bonding (Bond) Up

Nach einem erfolgreichen Reconnect sollte alles auf "UP" stehen.

Im Reconnect-Fenster wird auch nicht immer die korrekte IP angezeigt.

In der Regel sieht die IP folgenderweise aus: 217.231.17.229 statt 91.31.124.238

Lange Rede kurzer Sinn. Das Reconnect-Script arbeitet noch nicht sehr zuverlässig.

Viele Grüße!

Last edited by hightower5; 15.03.2016 at 03:07.
Reply With Quote
  #16  
Old 15.03.2016, 13:08
coalado's Avatar
coalado coalado is offline
JD Manager
 
Join Date: Feb 2009
Posts: 1,980
Default

@hightower5 Besser spät als nie

Ein normales LiveHeader Script geht nicht, weil Login und Verschlüsselung die Möglichkeiten des LiveHeader Moduls überschreiten.



Wenn das aktuelle Hybrid Plugin nicht stabil läuft, brauche ich wieder Teamviewer Zugriff um den Fehler zu finden.
__________________
Reply With Quote
  #17  
Old 15.03.2016, 14:54
hightower5 hightower5 is offline
JD VIP
 
Join Date: Mar 2009
Posts: 341
Default

Einen Reconnect kann man manuell über die Einstellungen -> Reconnect -> Methode "Speed Port Hybrid Reconnect" und den Schalter "Test" oder über die Schaltfläche "ReconnectAction" auslösen. Gibt es da einen Unterschied?





Update:

Ich fragte ob es zwischen beiden Methoden einen Unterschied gibt. Was ich bei den Tests feststellen konnte war, dass der Reconnect über die Schaltfläche "ReconnectAction" scheinbar endlos weiterläuft und auch ein manueller Abbruch den Vorgang nicht vollständig stoppt.





Spoiler:

Ausgangssituation:

Interface Status
LTE tunnel (LTE:tun) Up
DSL tunnel (DSL:tun) Up
Bonding (Bond) Up

Öffentliche WAN-IP (lautet formal): 217.231.17.229

-> alles korrekt

Start der Testreihe:

Test 1:

Reconnect über Schaltfläche "ReconnectAction"
- IP wird korrekt angezeigt
- Reconnect wird nicht durchgeführt -> manueller Abbruch nach einer guten Minute

Test 2:

Reconnect über Methode "Test"
1. Versuch
-> Fehlermeldungen
2. Versuch
- IP wird korrekt angezeigt
- Reconnect wird durchgeführt -> erfolgreicher Reconnect

Interface Status
LTE tunnel (LTE:tun) Up
DSL tunnel (DSL:tun) Up
Bonding (Bond) Up
Öffentliche WAN-IP formal korrekt
-> alles korrekt

Test 3:

Reconnect über Methode "Test"
1. Versuch
- IP wird korrekt angezeigt
- Reconnect wird durchgeführt -> erfolgreicher Reconnect

Interface Status
LTE tunnel (LTE:tun) Up
DSL tunnel (DSL:tun) Down
Bonding (Bond) Up
Öffentliche WAN-IP: DSL IP-Adresse
-> DSL tunnel (DSL:tun) Down

Test 4:

Reconnect über Methode "Test"
1. Versuch
- IP wird fehlerhaft angezeigt
- Reconnect wird durchgeführt -> erfolgreicher Reconnect

Interface Status
LTE tunnel (LTE:tun) Up
DSL tunnel (DSL:tun) Down
Bonding (Bond) Up
Öffentliche WAN-IP: DSL IP-Adresse
-> DSL tunnel (DSL:tun) Down

Test 5:

Reconnect über Schaltfläche "ReconnectAction"
1. Versuch
- IP wird fehlerhaft angezeigt
- Reconnect wird durchgeführt -> erfolgreicher Reconnect

Interface Status
LTE tunnel (LTE:tun) Up
DSL tunnel (DSL:tun) Down
Bonding (Bond) Up
Öffentliche WAN-IP: DSL IP-Adresse
-> DSL tunnel (DSL:tun) Down

Funktioniert das Tunneling (DSL tunnel (DSL:tun) Down) erst einmal nicht richtig, hilft nur noch ein manueller Reconnect über die Benutzeroberfläche des Routers.

Last edited by hightower5; 16.03.2016 at 13:27. Reason: Update
Reply With Quote
  #18  
Old 15.03.2016, 15:08
coalado's Avatar
coalado coalado is offline
JD Manager
 
Join Date: Feb 2009
Posts: 1,980
Default

im log steht leider nichts. Eventl. falscher Zeitraum.
Logs können übrigens ohnehin nur von unseren Supportern eingesehen werden.
__________________
Reply With Quote
  #19  
Old 15.03.2016, 16:17
hightower5 hightower5 is offline
JD VIP
 
Join Date: Mar 2009
Posts: 341
Default

Ich wollte mal mit Wireshark den Reconnect-Prozess aufzeichnen. Leider ist der Reconnect zweimal fehlgeschlagen. Danach habe ich JD2 noch mal neu gestartet. Diesmal funktionierte der Reconnect 3 mal hintereinander tadelos.

15.03.16 14.50.19 <--> 15.03.16 15.03.11 jdlog://2755742995541/

Ich sende dir die Wireshark Aufzeichnungen mal per E-Mail-Formular.

Die Öffentliche WAN-IP hat im Moment diese Format: 91.31.124.238
Ob es damit zusammenhängt?

Ich werde noch weitere Tests machen und dir dann Logs schicken, wenn das Tunneling fehlerhaft ist (DSL tunnel (DSL:tun) Down).

Nach dem der Reconnect 3-mal erfolgreich war, gab es jetzt 3 fails.

15.03.16 14.50.19 <--> 15.03.16 15.24.59 jdlog://7855742995541/


Update:

Beim Reconnect über die Schaltfläche "ReconnectAction" läuft dieser Reconnect-Versuch endlos weiter. Auch nach einen manuellen Abbruch wird in der unteren Menüleiste des JD2 "Reconnect Activity" angezeigt.

Danach funktionierte aber wieder Reconnect über "Test", allerdings (DSL tunnel (DSL:tun) Down).


15.03.16 14.50.19 <--> 15.03.16 15.36.32 jdlog://6955742995541/
Wireshark-Log Reconnect (DSL tunnel Down).zip (siehe E-Mail)

An der Zuverlässigkeit des Scripts hapert es einfach noch. Ich verstehe nicht warum es mal klappt und dann wieder nicht.

Update 2:

Ich habe eine aktuelle Wireshark-Aufzeichnung eines Reconnects über die Benutzeroberfläche des Routers erstellt und hochgeladen:

Wireshark-Log Reconnect_Browser.zip hochgeladen

Last edited by hightower5; 15.03.2016 at 17:38.
Reply With Quote
  #20  
Old 16.03.2016, 13:37
hightower5 hightower5 is offline
JD VIP
 
Join Date: Mar 2009
Posts: 341
Default

Hallo Coalado,
ich habe dich ja gestern mit Logs regelrecht bombadiert. Konntest du mit diesen Logs etwas anfangen? Wie könnte ich dir noch helfen?

Falls du es übersehen hast, ich hatte dir auch noch mal einen aktuellen Wireshark-Log eines Reconnects über den Browser hochgeladen.

Den oberen Beitrag habe ich noch etwas ergänzt. Ein Reconnect kann nicht sauber also vollständig abgebrochen werden, dies betrifft wohl nicht nur dieses spezielle Plugin.
Reply With Quote
  #21  
Old 17.03.2016, 12:01
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,289
Default

Coalado ist derzeit gesundheitlich angeschlagen, daher wird eine Antwort vermutlich etwas länger dauern.
__________________
JD-Dev & Server-Admin
Reply With Quote
  #22  
Old 19.03.2016, 09:31
coalado's Avatar
coalado coalado is offline
JD Manager
 
Join Date: Feb 2009
Posts: 1,980
Default

Ich bin leider schon die ganze Woche krank. Kümmere mich darum sobald ich wieder fit bin.
__________________
Reply With Quote
  #23  
Old 20.03.2016, 19:58
coalado's Avatar
coalado coalado is offline
JD Manager
 
Join Date: Feb 2009
Posts: 1,980
Default

hightower5:

Ich konnte zwei kleine Fehler finden. Eventl. beheben die schon alle Probleme.
Trotzdem fehlt mir noch etwas Verständnis. Bitte gleiche mal mein Vorgehen ab:

Das Script macht:
  1. Login über /data/Login.json
  2. Lade Seite /html/content/internet/connection.html
  3. Klicke unten auf der Seite auf "Verbindung wieder herstellen/neu aufbauen"
Der Klick wird simuliert und endet in dieser Requestfolge. Die Postdaten sind verschlüsselt und können in Wireshark und Co leider kaum angezeigt werden. Deswegen komme ich beim Debuggen auch fast nur mit Teamviewer weiter, weil ich dann direkt im Chrome Debugger arbeiten kann. Dieser Router übertreibt es etwas beim Absichern des Webinterfaces.
  1. POST auf /data/Connect.json req_connect=disabled
  2. POST auf /data/modules.json lte_reconn=1
  3. Warte bis OnlineStatus == estabilishing (GET data/Connect.json)
  4. POST auf /data/Connect.json req_connect=online



Die momentane Externe IP hole ich so:
  1. GET /data/INetIP.json
  2. Auslesen der Variable public_ip_v4
__________________
Reply With Quote
  #24  
Old 21.03.2016, 14:01
hightower5 hightower5 is offline
JD VIP
 
Join Date: Mar 2009
Posts: 341
Default

Hallo coalado,

beim Speedport Hybrid heißt es "Jetzt trennen und wiederherstellen". Dieser Link verbirgt sich im Browser hinter dem Telekom-Datenschutz -> "Stufe x"/"Was ist das?" (bei Stufe 2)/"Jetzt trennen und wiederherstellen".

Ich habe dir mal alle Java Script-Dateien (Scripte.zip) hochgeladen. Am interessantesten dürften jedoch "connection.js", "internet_connection.js" und "lte_safety.js" für dich sein.

Ich hoffe du kannst damit etwas anfangen.
Reply With Quote
  #25  
Old 21.03.2016, 20:12
coalado's Avatar
coalado coalado is offline
JD Manager
 
Join Date: Feb 2009
Posts: 1,980
Default

Update ist raus. Bitte testen
__________________
Reply With Quote
  #26  
Old 21.03.2016, 21:37
hightower5 hightower5 is offline
JD VIP
 
Join Date: Mar 2009
Posts: 341
Default

Ein kurzer Zwischenbericht:

Nach zwei Fehlversuchen habe JD2 nochmal neu gestartet. Dannach wurde der Reconnect mehrere Male erfolgreich durchgeführt. Eine neu IP erhält man nach ca. 1 Min 10-15 Sek.

Interface Status
LTE tunnel (LTE:tun) Up
DSL tunnel (DSL:tun) Up
Bonding (Bond) Up

Soweit so gut. Ob der Reconnect zuverlässig und sauber durchgeführt wird, wird sich zeigen.

Bei der Ermittlung der korrekten IP hapert es. Statt der gemeinsamen öffentlichen WAN-IP wird immer die IP der DSL-Verbindung angezeigt.

Benötigtst du irgendwelche Logs?

Update:

Ich hatte ja schon einmal gefragt: ob es einen Unterschied macht, den Reconnect über Settings/Test oder
über die Schaltfläche Reconnect auszuführen?

Nach zwei erfolglosen Reconnects (wurden von mir nach 2-3 Minuten abgebrochen) über die Schaltfläche Reconnect, war der nächste Reconnect über Settings/Test wieder erfolgreich. Soviel zur Zuverlässigkeit.

Last edited by hightower5; 21.03.2016 at 22:00. Reason: Update
Reply With Quote
  #27  
Old 22.03.2016, 12:04
coalado's Avatar
coalado coalado is offline
JD Manager
 
Join Date: Feb 2009
Posts: 1,980
Default

Es sollte keinen Unterschied machen.

Zur WAN IP:
Wenn du mir sagen kannst wo ich die auslesen kann, mache ich das gerne.
Ansonsten kann ich nur den WEB-IP Check wieder aktivieren.


Warum der Reconnect nicht zuverlässig ist, kann ich ohne Logs nicht sagen.

Kann es sein, dass du auch beim manuellen Reconnect hin und wieder gar keine neue IP, sondern die alte wieder kriegst?
__________________
Reply With Quote
  #28  
Old 22.03.2016, 13:40
hightower5 hightower5 is offline
JD VIP
 
Join Date: Mar 2009
Posts: 341
Exclamation

Im Browser wird die korrekte öffentliche IP-Adresse auf connection.html und bonding_tunnel.html angezeigt. Die letztere Seite ist versteckt bzw. sie kann nicht direkt angeklickt werden.

Die Variable "public_ip_v4" ist glaube ich schon die richtige. Ich habe festgestellt das auf connection.html die öfftentliche IP-Adresse nach einem Reconnect mit einer gewissen Verzögerung angezeigt wird. Vielleicht hilft es, wenn du einen "Sleep" einfügst. Ich habe dir mal den Quelltext von "bonding_tunnel.html" hochgeladen (Scripte_Engineer). Ich weiß nicht ob da eine Variable zu finden ist (IPAddress Parameter vielleicht).

Ich habe ja schon gefragt, welche Logs brauchst du?

22.03.16 11.33.03 <--> 22.03.16 12.21.27 jdlog://4260842995541/

Der manuelle Reconnect funktioniert meiner Erfahrung nach sehr zuverlässig.

Ein Reconnect-Vorgang hat noch nie länger als 1 Min 20 Sek gedauert. D.h. wenn bis dahin kein Reconnect erfolgt ist, macht es keinen Sinn, dass der Prozess weiterläuft. Gestern kam es mehrmals vor, dass der Reconnect-Vorgang endlos weiterlief. Wäre es möglich einen Timer einzubauen der den Prozess nach festgelegter Zeit beendet und einen neuen Reconnect-Versuch startet?

Was ich noch fragen wollte. Hast du auch ein Logout Befehl gesetzt?

Manchmal bekomme ich folgenden Text im Browser angezeigt:

Das Konfigurationsprogramm wird bereits von einem Benutzer des Computers mit der IP-Adresse 192.168.2.105 verwendet. Es können nicht mehrere Computer gleichzeitig auf das Konfigurationsprogramm zugreifen.

Auf die Frage: "... ob es einen Unterschied macht, den Reconnect über Settings/Test oder
über die Schaltfläche Reconnect auszuführen?" Meinst du: "Es sollte keinen Unterschied machen."

Bei Setting/Test bricht der Reconnect-Versuch zumindest ab und gibt den Hinweis "Reconnect failed"

Ich hatte jetzt ein halbes Duzend Fehlversuche. Und zu oft versucht einen Reconnect herbeizuführen.
Selbst ein manueller Reconnect klappte nicht mehr. Ich war gezwungen den Stecker zu ziehen.
Aus mir nicht erkennbaren Grund war das LTE deaktiviert. Das könnte auch ein Grund für die vielen Fehlversuche gewesen sein. Noch ein Punkt auf den ich jetzt achten werde.


22.03.16 11.33.03 <--> 22.03.16 14.26.05 jdlog://9070842995541/

Update:

Nach misslungenem Reconnect folgt ein erfolgreicher Reconnect.

22.03.16 14.30.31 <--> 22.03.16 14.59.29 jdlog://7270842995541/

Die Idee eine kleine Pause nach einem Reconnect einzubauen um dann die öffentliche IP-Adresse abzufragen ist
sicher nicht verkehrt. Es kam im Browser zu einer kleinen Verzögerung > keine Verbindung zum Router bis dann doch die öffentliche IP-Adresse angezeigt wurde. Der Router benötigt wohl einige Sekunden.

Last edited by hightower5; 22.03.2016 at 16:09. Reason: Nachtrag
Reply With Quote
  #29  
Old 22.03.2016, 17:33
coalado's Avatar
coalado coalado is offline
JD Manager
 
Join Date: Feb 2009
Posts: 1,980
Default

Welche IP ist da deiner Meinung nach die richtige?

Code:
{
	"vartype":"value",
	"varid":"public_ip_v4",
	"varvalue":"91.48.*.*"
},
{
	"vartype":"value",
	"varid":"gateway_ip_v4",
	"varvalue":"217.0.*.*"
},
__________________
Reply With Quote
  #30  
Old 22.03.2016, 18:05
coalado's Avatar
coalado coalado is offline
JD Manager
 
Join Date: Feb 2009
Posts: 1,980
Default

Danke für deine Hilfe, aber mit ist das Rätselraten rund um DSL, Bonding und LTE langsam zu aufwendig.

Soweit ich das in den Logs erkennen kann, funktioniert der Reconnect grundsätzlich, aber du hast wieder die alte IP. Das scheint eine Frage des Timings zu sein. Das gilt auch für die Abfrage der richtigen IP.

Für weiteres Finetuning und Debugging führt aber jetzt kein Weg mehr an Teamviewer Test vorbei. Falls sich dafür jemand zur Verfügung stellen will, mache ich gerne weiter. Ansonsten ruht das fürs erste.
__________________
Reply With Quote
  #31  
Old 22.03.2016, 20:04
hightower5 hightower5 is offline
JD VIP
 
Join Date: Mar 2009
Posts: 341
Default

Hi,

ich hatte versucht dich heute im Chat zu erreichen. Denn genau den Vorschlag wollte ich dir machen. Da müssten wir uns auf ein Termin einigen.
Reply With Quote
  #32  
Old 23.03.2016, 15:40
hightower5 hightower5 is offline
JD VIP
 
Join Date: Mar 2009
Posts: 341
Default

Hier noch mal ein paar Informationen zur Klärung.

Der Speedport Hybrid bündelt die Kanäle von DSL und LTE. Ob alles ordnungsgemäß funktioniert kann man auf der versteckten Engineer-Seite unter "Bonding Tunnel" überprüfen.

Speedport Hybrid
Code:
**External links are only visible to Support Staff**
Das sieht dann folgendermaßen aus:

Bonding Tunnel

Interface Status
LTE tunnel (LTE:tun) Up
DSL tunnel (DSL:tun) Up
Bonding (Bond) Up

Darunter sieht man die öffentliche IP-Adresse, die man auch bei **External links are only visible to Support Staff**www.wieistmeineip.de erhalten würde.

IPAddress Parameter
IPv4Address 217.127.33.2
SubnetMask 255.255.128.0


IPv4Address zeigt die öffentliche IP-Adresse die man bei Kanalbündelung erhält.
Im normal Fall kann man sich die öffentliche IP-Adresse auch auf der Übersicht-Seite anzeigen lassen.

Speedport.ip -> Internet -> IP-Adressinformationen -> Öffentliche WAN-IP


Auf der Engineer-Seite kann man sich unter "Interfaces" auch die IP-Adresse der DSL-Verbindung ansehen.
Diese wird zur öffentlichen IP-Adresse, wenn man LTE ausschaltet oder es Probleme bei dem Tunneling gibt.

Interfaces

IPv4 address
1 ...
2 ...
3 92.61.32.191..............255.255.255.255


Da der Speedport Hybrid die Kanäle DSL + LTE bündelt, genügt es nicht die DSL-Verbindung auf der Übersicht-Seite zu trennen. Man muss beide Kanäle auf der Internet-Seite trennen um eine neue öffentliche IP-Adresse zu bekommen.

Übersicht
Code:
**External links are only visible to Support Staff**

Internet
Code:
**External links are only visible to Support Staff**
Kurzanleitung für manuellen Reconnect über die Benutzeroberfläche des Routers:

1. Im Adressfeld des Browsers "Speedport.ip" eingeben
2. "Stufe" des Telekom-Datenschutz anklicken
3. Bei Stufe 2 den Eintrag "Was ist das?" wählen
4. "Jetzt trennen und wiederherstellen" anklicken

Kurzanleitung für manuellen Reconnect beim JD2

Einstellungen -> Reconnect -> Methode "Speed Port Hybrid Reconnect" und den Schalter "Test" oder über die Schaltfläche "Reconnect" oder die Tastenkombination "STRG+R"

Bekannte Probleme:

- auf Grund von Timing-Problemen wird im Dialogfenster statt der öffentlichen IP-Adresse die DSL IP-Adresse angezeigt
- anschließende Probleme bei der Kanalbündelung
- Reconnect wird abgebrochen -> Fehlermeldung (nur im Testmodus)
- Reconnect-Versuch läuft endlos weiter

Auf Grund der möglichen Probleme bei einem Reconnect mit dem JD2-Plugin, ist eine Überprüfung beim Testen des Plugins sinnvoll.

Folgende Werte müssen überprüft werden:

Bonding Tunnel

Interface Status
LTE tunnel (LTE:tun) Up
DSL tunnel (DSL:tun) Up
Bonding (Bond) Up

IPAddress Parameter (öffentliche IP-Adresse)
IPv4Address 217.127.33.2
SubnetMask 255.255.128.0
IPv6Prefix

oder

Öffentliche IP-Adresse

Speedport.ip -> Internet -> IP-Adressinformationen -> Öffentliche WAN-IP

Mögliche Ergebnisse der Überprüfung:

1. Steht beim "Interface Status" alles auf "UP" und ist "öffentliche IP-Adresse" identisch mit der im "Reconnect-Dialogfeld" angezeigten "Current External IP" wurde der Reconnect korrekt durchgeführt.

2. Steht beim "Interface Status" alles auf "UP" und unterscheiden sich die "öffentliche IP-Adresse" von der im "Reconnect-Dialogfeld" angezeigten "Current External IP", wurde der Reconnect erfolgreich durchgeführt. Das Reconnect-Plugin zeigt aber fälschlicherweise die DSL-IP-Adresse. (Siehe "Interfaces".)

3. Steht beim "Interface Status" DSL tunnel (DSL:tun) Down und unterscheiden sich die "öffentliche IP-Adresse" von der im "Reconnect-Dialogfeld" angezeigten "Current External IP", war der Reconnect fehlerhaft.

Last edited by hightower5; 23.03.2016 at 20:23.
Reply With Quote
  #33  
Old 24.03.2016, 11:45
coalado's Avatar
coalado coalado is offline
JD Manager
 
Join Date: Feb 2009
Posts: 1,980
Default

Ich wäre wieder da.
__________________
Reply With Quote
  #34  
Old 15.06.2016, 11:50
powerschwabe powerschwabe is offline
DSL User
 
Join Date: May 2009
Posts: 35
Default

Habt ihr schon einen Lösung für den Reconnect beim Hybrid gefunden?
Reply With Quote
  #35  
Old 15.06.2016, 11:51
coalado's Avatar
coalado coalado is offline
JD Manager
 
Join Date: Feb 2009
Posts: 1,980
Default

Keine entgültige. Ich brauche noch immer Freiwillige für Teamviewer
__________________
Reply With Quote
  #36  
Old 21.07.2016, 19:19
Prisma
Guest
 
Posts: n/a
Default

Sie haben Post :-)
Reply With Quote
  #37  
Old 25.07.2016, 04:24
Horstlegend Horstlegend is offline
JD Addict
 
Join Date: Jul 2015
Posts: 154
Default

Habe den Hybrid-Router ebenfalls und wäre auch bereit als Tester in TeamViewer einzuspringen

Wie machen wir das denn?
Reply With Quote
  #38  
Old 26.07.2016, 16:06
coalado's Avatar
coalado coalado is offline
JD Manager
 
Join Date: Feb 2009
Posts: 1,980
Default

Einfach zu uns in den Chat kommen und mich ansprechen
__________________
Reply With Quote
  #39  
Old 26.07.2016, 22:30
Horstlegend Horstlegend is offline
JD Addict
 
Join Date: Jul 2015
Posts: 154
Default



Wenn ich das Captcha nicht absenden kann hab ich doch keine Möglichkeit in den Chat zu kommen :D
Reply With Quote
  #40  
Old 11.03.2017, 13:26
mensa mensa is offline
JD Adviser
 
Join Date: Nov 2012
Posts: 106
Default

Hallo,

funktioniert der Reconnect inzwischen bei der Telekom Hybrid Box?

Könnte man das auch für die A1 Hybrid Box (ebenfalls Huawei HA 35-22) portieren? Anscheinend läuft leider eine andere Software drauf, in den JDownloader Einstellungen unter Reconnect mit der Methode "Speed Port Hybrid Reconnect" funktionierts jedenfalls nicht.
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

All times are GMT +2. The time now is 17:49.
Provided By AppWork GmbH | Privacy | Imprint
Parts of the Design are used from Kirsch designed by Andrew & Austin
Powered by vBulletin® Version 3.8.10 Beta 1
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.