LTE-Sticks mit Hybrid SIM

      Im Log steht bei mir seit geraumer Zeit auch nichts mehr. Jedoch ist alles wie bisher :D .

      hefr54 schrieb:

      Wenn jemand es übertreibt gibt es scheinbar jemanden der es ausknipst. Deckt sich zumindestmit der Aussage von jemandem, der die "Funktürme" kontrolliert. Es wird definitiv die Auslastungüberwacht und die Daten sind jederzeit abrufbar und auch von wem der Traffic erzeugt wird ;)


      Glaube ich nicht, weil ich habe die letzten Wochen gar kein Hybrid mehr genutzt. Nur noch sehr selten. Und es passiert, wenn ich es nur ein paar Minuten nutze, immer wieder das es zu Disconnects und Timeouts kommt.

      Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von „Maeuschen“ ()

      Maeuschen schrieb:

      Genau. Wer es glaubt . Ich nicht. Kenne genug bei denen es nicht ohne Timeouts und Disconnects funktioniert. In Foren gibt es auch endlos viele Fälle. Suche mal HA001 :D .



      Dann lass es und Troll woanderst rum! :cursing:

      mehr wie das ganze log kann ich auch nicht zeigen ich hab deinen HA001 Fehler nicht 1x im log

      @hefr54

      ich hab GTA5 im LTE only runtergeladen mit fast 90mbit das sind 64+ GB und es ist nichts passiert da war ich auch nur LTE-only unterwegs da ich da noch nichtw usste wie man den tunnel brechen konnte und da wurde ich auch nicht gekickt o.ä aber okay das war ne ausnahme ich lad keine Terrabyte an daten jeden tag runter ich bin Call & Surf Via funk geschädigt da lernt man mit dem Traffic umzugehen ;)

      Ich bin kein Troll ich habe nur etwas dagegen, wenn jemand die Unwahrheit verbreitet.

      Ich habe lange (fast 1 Jahr) genug Hybrid im LTE only getestet und habe genug Bekannte die Hybrid haben und jeder hat mit LTE only das selbe Problem.

      Außerdem ist das Telekomforum voll mit ähnlichen Fällen. Du brauchst also nicht versuchen mich für blöd zu verkaufen. Dafür habe ich zu viel Ahnung.

      Und beim Download per Downloadmanager (Jdownloader/Steam/GTA V) bemerkt man Disconnects auch nicht wirklich, besonders wenn man nicht nebenbei andere Dinge erledigt. Es verbindet sich ja meistens nach ein paar Sekunden bis Minuten wieder neu und lädt weiter.

      Ich habe HA001 auch nur noch im Log, wenn ich per Control-Tool manuell LTE disconnecte.

      Dieser Beitrag wurde bereits 4 mal editiert, zuletzt von „Maeuschen“ ()

      Maeuschen schrieb:

      Ich bin kein Troll ich habe nur etwas dagegen, wenn jemand die Unwahrheit verbreitet.

      Ich habe lange (fast 1 Jahr) genug Hybrid im LTE only getestet und habe genug Bekannte die Hybrid haben und jeder hat mit LTE only das selbe Problem.


      Unwarheit.. :rolleyes: ja ne is klar... dann komm vorbei und schaus dir selbst an oder geh zurück ins TH-F und troll da weiter rum.

      jetzt muss ich mich schon als lügner hier betiteln lass.. pfft.. 8| :thumbdown:


      " genug Bekannte die Hybrid haben" die kann man bestimmt an einer hand abzählen...


      ich hab das Hybrid schon seit dem es verfügbar ist und bin fast genauso lange LTE-only gefahren und hatte nie probleme damit oder wurde nach kurzen rausgeworfen!


      ich denke eher deine "bekannten" sind alles Power-user die tagtäglich die LTE zelle traffic mässig auslutschen und sich dann beschweren wenn man diesem in form von timeouts und disconnects einen Riegel vorschiebt!

      in den AGB's steht übrigens das der internet zugang zu 97% verfügbarist d.h b10 tage lang darf der anschluss ausfallen.. undman muss das hinnehmen!

      so und nun bin ich raus sonst muss ich noch nen Troll kuchen backen weil ich den troll weiter fütter...

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von „Jingoro“ ()

      So ein Bullshit. Weder ich noch meine Bekannten nutzen LTE only übermäßig. Ich habe in den letzten Wochen kaum noch Daten übertragen und es kommt immer noch andauernd zu besagten Problemen... .

      Deswegen halte ich diese Behauptungen, Telekom würde manuell Nutzer aus der Zelle schmeißen für Schwachsinn. Angesichts der Priorität von Hybridnutzern, ist es außerdem absolut unwahrscheinlich das manuell einige Hybridnutzer rausgeworfen werden.
      Denn andere Nutzer mit den APNs : internet.telekom oder internet.home werden eh bevorzugt behandelt.

      @hefr54: kann aber auch gut sein, daß per LTE die SIM-Card als Zugangsberechtigung ausreicht - genau sieht man das aber erst, wenn man sich mit dem HAAP verbinden will.
      Ob der SPH ohne Zugangsdaten funktioniert, hat dabei keine Relevanz - eine solche Einschränkung könnte ja auch firmwarebedingt sein.

      Yoshi schrieb:

      Wenn du eingewählt bist und DNS usw funktioniert, kannst du eigentlich andere Seiten auflösen oder nur haap.t-online.de ?
      Namensauflösung funktioniert allgemein - Verbindung aber ohne Tunnel nicht. Man ist sozusagen in der 'Diele des Hybrid-Netzes' - von da gibt's 2 Türen: DNS und HAAP - aber die 2. ist abgeschlossen.

      genevt schrieb:

      Endlos viele? Das sind eher Leute, die das Problem aufbauschen, wie QWERTZ3.
      Es gibt aber sehr wohl endlos Viele, die denken, daß 'QWERTZ3' hier 'Maeuschen' spielt...

      @Maeuschen: es wär' ja toll, wenn Du's ein einziges Mal schaffen würdest, etwas zu schreiben, daß nicht Offtopic ist oder eine Wiederholung der immer wieder gleichen Behauptung, Dein persönliches technisches Problem wäre allgemeingültig... und Du wirst nicht glaubhafter, nur weil Du immer betonst, Du hättest Ahnung.
      (das hast Du mit QWERTZ3 und asus88 gemein - was die 'Parallel-Troll-Theorie' glaubhaft erscheinen lässt...)

      mfg, emkay

      eMKay77 schrieb:


      es wär' ja toll, wenn Du's ein einziges Mal schaffen würdest, etwas zu schreiben, daß nicht Offtopic ist oder eine Wiederholung der immer wieder gleichen Behauptung, Dein persönliches technisches Problem wäre allgemeingültig... und Du wirst nicht glaubhafter, nur weil Du immer betonst, Du hättest Ahnung.
      (das hast Du mit QWERTZ3 und asus88 gemein - was die 'Parallel-Troll-Theorie' glaubhaft erscheinen lässt...)


      Das Problem tritt leider nicht nur bei mir sondern bei sehr vielen anderen auf. Deswegen verbitte ich es mir das hier viele Leute das Problem kleinreden und zum Einzelfall erklären. Ich denke eher es ist der Regelfall und Leute die es nicht bemerken, nutzen LTE only wohl nicht permanent. Wenn ich mal hier und da alle paar Minuten klicken und Downloads im Downloadmanager laufen lassen würde, wäre die Wahrscheinlichkeit groß es auch nicht zu bemerken.

      Nur weil ich euch nicht zustimme und eure Aussagen in Frage stelle bin ich noch lange kein Troll.

      Wer soll bitte QERTZ3 und asus sein ?

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von „Maeuschen“ ()

      Moin @hefr54!

      Stimmt, war'n Mißverständnis...

      Was ich meinte war, das die Firmware des Routers eventuell einschränkt, obwohl die Firmwares seines LTE-Moduls sehr ähnlich zu der des Sticks ist. Es wär aber durchaus möglich, daß es für den reinen LTE-Betrieb per Stick keine Zugangsdaten außer der SIM-Card braucht.

      GRE selbst scheint gar keine Zugangsdaten zu unterstützen, den Tunnel aufzubauen sollte also eigentlich klappen - aber ich schätze mal, daß es da neben dem GRE-Tunnel noch Steuerdaten im Hybrid-Protokoll gibt, die man senden muß, damit die andere Seite (HAAP) die Verbindung dann nach außen öffnet.

      Ich werd' mal schauen, ob ich heut' dazu komm', den aktuellen Stand zu scripten - danach geht's dann weiter mit dem GRE.

      Was den B880 betrifft: das wäre viel interessanter, wenn Du den gerootet bekommst - dann könntest Du den LTE-Only-Mode eventuell direkt in den Router integrieren - oder einfach gleich die SPH-Binaries nutzen.

      Nur wär's dann im Grunde ein modifizierter SPH -- also eigentlich kein Selbstbaurouter und damit ein ganz anderes Thema... :D

      Ich könnt' mir übrigens vorstellen, daß es auf einem Stick mit original-Telekom Dashboard auch direkt gehen könnte - also wenn man die Steuersoftware passend zur IPv6-fähigen LTE-Stick-Firmware nutzt. (aber auch das geht dann eher vom DIY-Router weg)

      Wenn Du's richtig schön haben willst: nimm ein OpenWRT-fähiges Routerboard mit mPCIe-Steckplatz, pack da ein passendes M2M-LTE-Modul rein.... :D

      Im Grunde ist es so: Du brauchst immer eine Einwahlsoftware. Entweder im Router, im Betriebssystem oder per AT-Kommando.
      Zusätzlich brauchst Du irgendwas, was sich um GRE/Hybrid kümmert.

      Der B880 ist eine einfache Lösung zum Testen, aber auch der ist ein geschlossenes Device --> am Ende hast Du zwei Router und schlimmstenfalls noch zusätzliche Einwahlsoftware auf dem Client (für GRE/Hybrid), da wird's dann unschön (vom Ping gar nich zu reden).
      Ich hätte da eher einen gerooteten, IPv6-fähigen HiLink-Stick vorgezogen - da könntest Du notwendige Anpassungen direkt auf dem Stick vornehmen (zumindest für LTE-Only) oder eben ein Modul (die Dinger haben einen IP-Stack, man könnte wohl im Extrem daraus etwas HiLink-Artiges machen...)

      Ich selbst bleib' jetzt erstmal schon aus Kostengründen beim E3276, das Gefrickel ist gar nicht so schlimm (LTE-Sticks brauchen immer AT-Init-Strings, sollte sich deshalb problemlos auch in etwas wie OpenWRT einbinden lassen).

      Bevor ich's vergess': könnte mal jemand die Ausgaben folgender 3 Befele posten?

      Quellcode

      1. ip addr show dev gre2

      Quellcode

      1. ip route show dev gre2

      Quellcode

      1. ip -f inet6 route show dev gre2
      So als Vorlage, wie der GRE konfiguriert sein muß ;)

      mfg, emkay

      Quellcode

      1. # ip addr show dev gre2
      2. 29: gre2@rmnet0: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1384 qdisc noqueue state UNKNOWN
      3. link/[823] 2a:01:05:9e:b0:00:5a:d9:5a:2c:80:ff:fe:13:92:08 peer 20:03:00:06:02:00:01:00:00:00:00:00:00:00:00:12
      4. inet 87.133.59.241/32 scope global gre2
      5. inet6 2003:5f:296f:d400:f69f:f3ff:fe0f:a780/128 scope global
      6. valid_lft forever preferred_lft forever
      7. inet6 fe80::f69f:f3ff:fe0f:a780/64 scope link
      8. valid_lft forever preferred_lft forever
      9. #
      10. #
      11. # ip route show dev gre2
      12. #
      13. # ip route show dev gre1
      14. default scope link
      15. #
      16. #
      17. # ip -f inet6 route show dev gre2
      18. 2003:5f:296f:d400:f69f:f3ff:fe0f:a780 proto kernel metric 256
      19. fe80::/64 proto kernel metric 256
      20. #


      Grüße

      danXde

      @hefr54: wie ich oben schon schrieb, sollte GRE noch ohne Zugangsdaten gehen - aber der HAAP muß einem ja die Daten Routen... und da schätze ich, wird er erstmal Steuerpakete nach 'Hybrid-Standard' erwarten, bevor er das macht.

      Ein Glücksfall wäre, wenn der LTE-Only-Mode ohne Steuerung auskommt - das wär' möglich, weil die Technik ja eigentlich aus einem anderen IT-Bereich stammt - nämlich Business-Data-Bonding, wegen Bandbreite/Verfügbarkeit - wo es nicht notwendig wäre. (nur im Telekomumfeld wäre es, nur für die Telekom, interessant sowas zu verhindern - in anderen Bereichen ist es weder interessant da zu manipulieren, noch es zu verhindern...)
      Ähnliches hab' ich ja beim SOAP gesehen - nur für die Telekom ist es störend, wenn Kunden den ändern - in anderen Bereichen ist das total uninteressant. Und ist wohl deshalb nicht weiter geschützt.

      Was die 'echte' Internetverbindung betrifft: wie ich oben schon schrieb - noch nicht.
      Das Nächste ist jetzt, den Teil bis jetzt in ein Script zu packen (also Einwahl, DNS-Server und HAAP finden, Ausgaben lesbar machen, weil in dezimaler Dot-Notation...) - das erleichtert das Spielen dann schon mal erheblich.
      Dann GRE - das sollte machbar sein --> dann seh' ich ja, ob das andere Ende des Tunnels verschlossen ist.
      Wenn ja, muß man wohl 'nen Hybrid-Client schreiben.... ;)

      Das mit den Sierra-Karten hab' ich gesehen - aber die sind eben auch nich grad billig... (und haben einen ganz anderen Befehlssatz)
      Die Huawei-Karten entsprechen im Grunde dem, was im SPH verbaut ist - auch das SPH-Modul nutzt einen IP-Stack, um zB. das AT-Interface auf Port 1280 bereit zu stellen.
      Das tolle an solchen Modulen (egal welcher Hersteller): sie sind nicht beschnitten und auf Planungssicherheit ausgelegt --> sowohl Module als auch Firmware werden lange gepflegt.
      Per USB-Gehäuse oder wenn das Routerboard 'nen passenden Steckplatz hat, dürfte sowas der schönste Weg sein.
      (allerdings ist auch der e3276 noch zu bekommen und ich hab' ja auch eine Firmware, welche sich ohne Code installieren lässt - die T-Version ist nur etwas neuer)

      @danXde: Danke!
      Könntest Du eventuell das Gleiche nochmal bei deaktiviertem DSL machen?
      Um die LTE-Only-Parameter im Vergleich zu haben...

      mfg, emkay

      Quellcode

      1. bash-4.3# ip addr show dev gre2
      2. 31: gre2@rmnet0: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1384 qdisc noqueue state UNKNOWN
      3. link/[823] 2a:01:05:9e:b0:00:5a:d9:5a:2c:80:ff:fe:13:92:08 peer 20:03:00:06:02:00:01:00:00:00:00:00:00:00:00:12
      4. inet 87.133.59.241/32 scope global gre2
      5. inet6 2003:6:3f0:9300:f69f:f3ff:fe0f:a780/128 scope global
      6. valid_lft forever preferred_lft forever
      7. inet6 fe80::f69f:f3ff:fe0f:a780/64 scope link
      8. valid_lft forever preferred_lft forever
      9. bash-4.3#
      10. bash-4.3#
      11. bash-4.3# ip route show dev gre2
      12. default scope link
      13. bash-4.3#
      14. bash-4.3#
      15. bash-4.3# ip route show dev gre1
      16. Cannot find device "gre1"
      17. bash-4.3#
      18. bash-4.3#
      19. bash-4.3# ip -f inet6 route show dev gre2
      20. 2003:6:3f0:9300:f69f:f3ff:fe0f:a780 proto kernel metric 256
      21. 2003:6:3f0:9345:200a:346c:5981:e1b6 via 2003:6:3f0:9345:200a:346c:5981:e1b6 metric 0
      22. cache
      23. 2003:6:3f0:9345:d1ae:4e57:7d1b:39f7 via 2003:6:3f0:9345:d1ae:4e57:7d1b:39f7 metric 0
      24. cache
      25. 2003:8:0:16::509d:96a3 via 2003:8:0:16::509d:96a3 metric 0
      26. cache
      27. 2a00:1450:4001:50::b via 2a00:1450:4001:50::b metric 0
      28. cache
      29. 2a00:1450:4001:52::b via 2a00:1450:4001:52::b metric 0
      30. cache
      31. 2a00:1450:4001:813::200a via 2a00:1450:4001:813::200a metric 0
      32. cache
      33. 2a00:1450:4001:816::200e via 2a00:1450:4001:816::200e metric 0
      34. cache
      35. 2a00:1450:4001:818::2001 via 2a00:1450:4001:818::2001 metric 0
      36. cache
      37. 2a00:1450:4001:818::2002 via 2a00:1450:4001:818::2002 metric 0
      38. cache
      39. 2a00:1450:4001:818::200e via 2a00:1450:4001:818::200e metric 0
      40. cache
      41. 2a00:1450:4001:819::200e via 2a00:1450:4001:819::200e metric 0
      42. cache
      43. 2a00:1450:4001:81a::2008 via 2a00:1450:4001:81a::2008 metric 0
      44. cache
      45. 2a00:1450:4001:81a::200a via 2a00:1450:4001:81a::200a metric 0
      46. cache
      47. 2a00:1450:4001:81a::200e via 2a00:1450:4001:81a::200e metric 0
      48. cache
      49. 2a00:1450:4001:81d::2002 via 2a00:1450:4001:81d::2002 metric 0
      50. cache
      51. 2a00:1450:4016:805::2004 via 2a00:1450:4016:805::2004 metric 0
      52. cache
      53. 2a00:1450:401c:5::d via 2a00:1450:401c:5::d metric 0
      54. cache
      55. 2a00:1450:401e:20::a via 2a00:1450:401e:20::a metric 0
      56. cache
      57. 2a02:1788:2fd::b2ff:5301 via 2a02:1788:2fd::b2ff:5301 metric 0
      58. cache
      59. 2a02:26f0:fc:288::1abd via 2a02:26f0:fc:288::1abd metric 0
      60. cache
      61. 2a02:26f0:134:1a2::201a via 2a02:26f0:134:1a2::201a metric 0
      62. cache
      63. 2a03:2880:f01c:2:face:b00c:0:1 via 2a03:2880:f01c:2:face:b00c:0:1 metric 0
      64. cache
      65. 2a03:2880:f01c:216:face:b00c:0:3 via 2a03:2880:f01c:216:face:b00c:0:3 metric 0
      66. cache
      67. 2a03:2880:f11c:83:face:b00c:0:25de via 2a03:2880:f11c:83:face:b00c:0:25de metric 0
      68. cache
      69. fe80::/64 proto kernel metric 256
      70. default metric 512