Hybrid Anschluss ist ohne LTE schneller

Seit kurzem bin ich auf einen Hybrid-Tarif (Magenta Zuhause L Hybrid) umgestellt, der eine Übertragungsrate von 100+100 leisten soll. Nach inzwischen per Gerätetausch gelösten Problemen mit dem Speedport Pro gibt es nun ein neues Problem.

 

Diverse Geschwindigkeitsmessungen unterschiedlicher Anbieter zeigen alle dasselbe Bild: Mit zugeschaltetem LTE ist mein Anschluss langsamer als im reinen DSL-Betrieb (im Speedport pro kann man LTE an- und ausschalten). Nur mit DSL bekomme ich Raten ca. 110 MBIt down und ca. 40 MBit up (das war schon vor der Umstellung des Tarifs und mit einem Speedport Smart der Fall).

 

Schalte ich LTE zu, so erhalte ich 80-90 MBit down und ca. 36 MBit up. Der Anschluss wird also gut zehn Prozent langsamer - obwohl er eigentlich bis doppelt so schnell werden sollte.

 

Der LTE-Empfang selbst ist in Ordnung, es leuchten vier von fünf LEDs.

 

Bei dem Ergebnis frage ich mich natürlich, wozu ich den höherwertigen Hybrid-Tarif und den teureren Router brauche.

 

Vielleicht kann hier jemand Aufklärung leisten. Vielleicht liegt auch eine fehlerhafte Konfiguration meinerseits vor.

 

An die Telekom: Bitte kein Fernzugriff auf meinen Router ohne vorherige Rücksprache.

 

Hallo @list82 

 

Sowas kann durch fehlerbehaftetes DSL oder durch schlechten LTE-Empfang bzw. einen überlasteten Mast verursacht werden.

Betreff schlechtem Empfang sagt die Balken-/Punkteanzeige so gut wie gar nichts aus.

Wichtig wären hier die DSL-Fehlerwerte und der genaue RSRQ/RSRP und ob ggf. mehrere Zellen empfangen werden, zwischen denen der Pro hin und her springt

 

Zur genaueren Eingrenzung kannst Du mal hier vorbeischauen.

Aber Achtung die Links in Engineermenü des Speedport gelten für den Speedport Hybrid.

Das Engineermenü des Pro findest Du unter http://speedport.ip/0.1/gui/engineer/html/version.html

@aluny   ...wenn er aber im DSLonly quasi mit  Full-Rate unterwegs ist,   dann kann man doch DSL-Probleme ausschliessen,

 

@list82   hast Du mal ein LTE-Only test gemacht?  Einfach mal den DSL-Stecker ziehen und dann testen. 

 

Ich vermute ja, das  der SPP ordnungsgemäß bei 80% Auslastung den LTE zuschaltet, darüber aber nix kommt, weil die Zeile überbucht ist.

 

Grüße

 

danXde

Hallo @list82 

ergänzend zu @danXde 

würde ich dann noch einen weiteren Test vorschlagen:

wenn es nach den "Stecker ziehen" LTE funktioniert wäre diese der zweite Test:

 

speedport.ip und einloggen und dann zu http://speedport.ip/2.0/gui/internet/

Dort das DSL bei vorhandener DSL Verbindung über den Button "Verbindung trennen" nochmals testen Idee

Ist das Ergebnis gleich / ähnlich ?

Gruß

Waage1969

Guten Morgen und vielen Dank für Eure Hinweise. Ich werde Do/Fr Gelegenheit haben, da richtig zu testen und berichte dann gerne über die Ergebnisse!

Telekom hilft Team
Hallo zusammen in die kleine Runde!

Danke für den Support und die beschriebenen Tipps.

@list82 Ich bin gespannt auf die Ergebnisse und das Feedback. Vielen Dank vorab.

Gruß Jacqueline G.

Hallo Zusammen,

 

ich habe ähnliche Probleme mit dem Speedport und meinem Magenta Zuhause L Hybrid Anschluss.

 

LTE

RSRP: -92

RSRQ: -6

 

VDSL

 UpstreamDownstream
Actual Data Rate40783111879
Attainable Data Rate40783134529
SNR Margin98136
Signal-level-20127
Line Attenuation10578

 

VDSL ohne LTE läuft ohne Probleme 100 MBit/sek Download und 40 MBit/sek Upload. Sowohl TCP als auch UDP laufen im nur VDSL Modus mit voller Geschwindigkeit. Schalte ich aber LTE an habe ich wie erwartet im TCP mit Multistreaming einen beachtlichen Gewinn an Bandbreite sowohl im Download als auch im Upload.

 

Hingegen bei UDP Verbindungen hätte ich erwartet, dass diese am LTE Tunnel vorbei über den regulären DSL Kanal laufen. Da die Hybrid Technik kein UDP Unterstützt. Was läuft denn in meinem Speedport so dermaßen Schief, dass die Verbindung auf 1.05 MBit/sek sowohl im Download als auch im Upload zusammen bricht.

Bei TCP Singlestream sieht es auf der Anderen Seite garnicht mal so schlecht aus mit knapp 70 MBit/sek im Download und 30 Mbit/sek im Upload, wobei ich mit nur DSL auf 95 Mbit/sek im Download und 38 Mbit/sek im Upload komme.

 

Router neustarten hat nichts gebracht, der Router hängt schon an der Decke in unserem Zimmer was direkt unterm Dach liegt. Die Cellid ist permanent die hier 28137474 und wechselt nicht hin und her es sieht sehr stabil aus auf den ersten Blick.

 

Selbst die Fehlerraten im DSL sind echt extrem niedrig niedrig.

FEC Size410
Codeword size238230
Interleave delay00
CRC (Cyclic Redundancy Check) error count00
HEC (Header Error Correction) error count00
FEC (Forward Error Correction) error count59270

 

 

So hier meine vollständigen Tests mit einem iperf3 Server mit 40 Gbit/sek Anbindung im Rechenzentrum meiner Universität.

 

Download Test 60 Sekunden TCP Multistream mit 8 Streams

 

C:\tools\iperf>iperf3 -c -.-.-.- -p 5001 -P 8 -t 60 -i 0 -R
Connecting to host -.-.-.-, port 5001
Reverse mode, remote host -.-.-.- is sending
[  4] local 192.168.2.23 port 65019 connected to -.-.-.- port 5001
[  6] local 192.168.2.23 port 65020 connected to -.-.-.- port 5001
[  8] local 192.168.2.23 port 65021 connected to -.-.-.- port 5001
[ 10] local 192.168.2.23 port 65022 connected to -.-.-.- port 5001
[ 12] local 192.168.2.23 port 65023 connected to -.-.-.- port 5001
[ 14] local 192.168.2.23 port 65024 connected to -.-.-.- port 5001
[ 16] local 192.168.2.23 port 65025 connected to -.-.-.- port 5001
[ 18] local 192.168.2.23 port 65026 connected to -.-.-.- port 5001
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-60.00  sec   120 MBytes  16.7 Mbits/sec
[  6]   0.00-60.00  sec   116 MBytes  16.2 Mbits/sec
[  8]   0.00-60.00  sec   115 MBytes  16.1 Mbits/sec
[ 10]   0.00-60.00  sec   126 MBytes  17.6 Mbits/sec
[ 12]   0.00-60.00  sec   131 MBytes  18.3 Mbits/sec
[ 14]   0.00-60.00  sec   108 MBytes  15.0 Mbits/sec
[ 16]   0.00-60.00  sec   106 MBytes  14.8 Mbits/sec
[ 18]   0.00-60.00  sec   144 MBytes  20.2 Mbits/sec
[SUM]   0.00-60.00  sec   965 MBytes   135 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-60.00  sec   120 MBytes  16.8 Mbits/sec  629             sender
[  4]   0.00-60.00  sec   120 MBytes  16.7 Mbits/sec                  receiver
[  6]   0.00-60.00  sec   116 MBytes  16.3 Mbits/sec  620             sender
[  6]   0.00-60.00  sec   116 MBytes  16.2 Mbits/sec                  receiver
[  8]   0.00-60.00  sec   115 MBytes  16.1 Mbits/sec  560             sender
[  8]   0.00-60.00  sec   115 MBytes  16.1 Mbits/sec                  receiver
[ 10]   0.00-60.00  sec   126 MBytes  17.6 Mbits/sec  676             sender
[ 10]   0.00-60.00  sec   126 MBytes  17.6 Mbits/sec                  receiver
[ 12]   0.00-60.00  sec   131 MBytes  18.3 Mbits/sec  476             sender
[ 12]   0.00-60.00  sec   131 MBytes  18.3 Mbits/sec                  receiver
[ 14]   0.00-60.00  sec   108 MBytes  15.1 Mbits/sec  621             sender
[ 14]   0.00-60.00  sec   108 MBytes  15.0 Mbits/sec                  receiver
[ 16]   0.00-60.00  sec   107 MBytes  14.9 Mbits/sec  588             sender
[ 16]   0.00-60.00  sec   106 MBytes  14.8 Mbits/sec                  receiver
[ 18]   0.00-60.00  sec   145 MBytes  20.2 Mbits/sec  686             sender
[ 18]   0.00-60.00  sec   144 MBytes  20.2 Mbits/sec                  receiver
[SUM]   0.00-60.00  sec   969 MBytes   135 Mbits/sec  4856             sender
[SUM]   0.00-60.00  sec   965 MBytes   135 Mbits/sec                  receiver

iperf Done.

 

 

Upload Test 60 Sekunden TCP Multistream mit 8 Streams

 

C:\tools\iperf>iperf3 -c -.-.-.- -p 5001 -P 8 -t 60 -i 0
Connecting to host -.-.-.-, port 5001
[  4] local 192.168.2.23 port 65141 connected to -.-.-.- port 5001
[  6] local 192.168.2.23 port 65142 connected to -.-.-.- port 5001
[  8] local 192.168.2.23 port 65143 connected to -.-.-.- port 5001
[ 10] local 192.168.2.23 port 65144 connected to -.-.-.- port 5001
[ 12] local 192.168.2.23 port 65145 connected to -.-.-.- port 5001
[ 14] local 192.168.2.23 port 65146 connected to -.-.-.- port 5001
[ 16] local 192.168.2.23 port 65147 connected to -.-.-.- port 5001
[ 18] local 192.168.2.23 port 65148 connected to -.-.-.- port 5001
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-60.00  sec  55.8 MBytes  7.79 Mbits/sec
[  6]   0.00-60.00  sec  42.6 MBytes  5.96 Mbits/sec
[  8]   0.00-60.00  sec  61.5 MBytes  8.60 Mbits/sec
[ 10]   0.00-60.00  sec  48.8 MBytes  6.82 Mbits/sec
[ 12]   0.00-60.00  sec  51.4 MBytes  7.18 Mbits/sec
[ 14]   0.00-60.00  sec  52.4 MBytes  7.32 Mbits/sec
[ 16]   0.00-60.00  sec  49.2 MBytes  6.89 Mbits/sec
[ 18]   0.00-60.00  sec  44.4 MBytes  6.20 Mbits/sec
[SUM]   0.00-60.00  sec   406 MBytes  56.8 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-60.00  sec  55.8 MBytes  7.79 Mbits/sec                  sender
[  4]   0.00-60.00  sec  55.4 MBytes  7.75 Mbits/sec                  receiver
[  6]   0.00-60.00  sec  42.6 MBytes  5.96 Mbits/sec                  sender
[  6]   0.00-60.00  sec  42.3 MBytes  5.91 Mbits/sec                  receiver
[  8]   0.00-60.00  sec  61.5 MBytes  8.60 Mbits/sec                  sender
[  8]   0.00-60.00  sec  61.2 MBytes  8.55 Mbits/sec                  receiver
[ 10]   0.00-60.00  sec  48.8 MBytes  6.82 Mbits/sec                  sender
[ 10]   0.00-60.00  sec  48.5 MBytes  6.78 Mbits/sec                  receiver
[ 12]   0.00-60.00  sec  51.4 MBytes  7.18 Mbits/sec                  sender
[ 12]   0.00-60.00  sec  51.1 MBytes  7.15 Mbits/sec                  receiver
[ 14]   0.00-60.00  sec  52.4 MBytes  7.32 Mbits/sec                  sender
[ 14]   0.00-60.00  sec  52.1 MBytes  7.28 Mbits/sec                  receiver
[ 16]   0.00-60.00  sec  49.2 MBytes  6.89 Mbits/sec                  sender
[ 16]   0.00-60.00  sec  49.0 MBytes  6.85 Mbits/sec                  receiver
[ 18]   0.00-60.00  sec  44.4 MBytes  6.20 Mbits/sec                  sender
[ 18]   0.00-60.00  sec  44.1 MBytes  6.16 Mbits/sec                  receiver
[SUM]   0.00-60.00  sec   406 MBytes  56.8 Mbits/sec                  sender
[SUM]   0.00-60.00  sec   404 MBytes  56.4 Mbits/sec                  receiver

iperf Done.

 

 

Download Test 60 Sekunden TCP Singlestream mit 1 Stream

C:\tools\iperf>iperf3 -c -.-.-.- -p 5001 -P 1 -t 60 -i 0 -R
Connecting to host -.-.-.-, port 5001
Reverse mode, remote host -.-.-.- is sending
[  4] local 192.168.2.23 port 65237 connected to -.-.-.- port 5001
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-60.00  sec   501 MBytes  70.1 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-60.00  sec   502 MBytes  70.2 Mbits/sec    1             sender
[  4]   0.00-60.00  sec   502 MBytes  70.1 Mbits/sec                  receiver

iperf Done.

Upload Test 60 Sekunden TCP Singlestream mit 1 Stream

C:\tools\iperf>iperf3 -c -.-.-.- -p 5001 -P 1 -t 60 -i 0
Connecting to host -.-.-.-, port 5001
[  4] local 192.168.2.23 port 65304 connected to -.-.-.- port 5001
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-60.00  sec   238 MBytes  33.3 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-60.00  sec   238 MBytes  33.3 Mbits/sec                  sender
[  4]   0.00-60.00  sec   237 MBytes  33.1 Mbits/sec                  receiver

iperf Done.

Download Test 60 Sekunden UDP Singlestream mit 1 Stream

C:\tools\iperf>iperf3 -c -.-.-.- -p 5001 -P 1 -t 60 -i 0 -u -R
Connecting to host -.-.-.-, port 5001
Reverse mode, remote host -.-.-.- is sending
[  4] local 192.168.2.23 port 65113 connected to -.-.-.- port 5001
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-60.00  sec  0.00 Bytes  0.00 bits/sec  0.000 ms  0/0 (0%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-60.00  sec  7.51 MBytes  1.05 Mbits/sec  0.000 ms  0/0 (0%)
[  4] Sent 0 datagrams

iperf Done.

Upload Test 60 Sekunden UDP Singlestream mit 1 Stream

C:\tools\iperf>iperf3 -c -.-.-.- -p 5001 -P 1 -t 60 -i 0 -u
Connecting to host -.-.-.-, port 5001
[  4] local 192.168.2.23 port 57802 connected to -.-.-.- port 5001
[ ID] Interval           Transfer     Bandwidth       Total Datagrams
[  4]   0.00-60.00  sec  7.51 MBytes  1.05 Mbits/sec  961
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-60.00  sec  7.51 MBytes  1.05 Mbits/sec  0.000 ms  0/0 (0%)
[  4] Sent 0 datagrams

iperf Done.

 

 

 

 

 

@Philona-Faun  Setze mal testweise deine MTU auf 1420 oder weniger...und probiere dann mal die Tests...

 

Grüße 

 

danXde

Danke ich habe die MTU in meinem Betriebssystem wegen Hybrid bereits auf 1356 gesetzt. Aus welchem grund kann man denn jetzt 1420 einstellen? Hat sich etwas grundlegendes am Speedport und Hybrid Tunnel geändert? Ich habe jetzt mal die MTU auf 1420 geändert und die Pakete sind nicht fragmetiert. Vielen Dank für den Hinweis!

 

Derweil habe ich auch gelesen, dass die Bandbreite in iperf3 bei UDP auf 1 MBit begrenzt ist. Wenn ich da jetzt

-b 1000M eingebe zeigt der mir an wieviel Mbit ich per UDP übertragen hätte. Also in 10 Sekunden ca. 1 GByte. Das gibt mein Hybrid Anschluss ja bei weitem nicht her.

0.00-10.00 sec 1.01 GBytes 866 Mbits/sec 0.000 ms 0/0 (0%)

 

Also meine UDP Messung ist erstmal Grundlegend Falsch!

 

Auf dem Root Server wird mir beim Download auch etwas merkwürdiges angezeigt.

Sprich wenn der Root Server Daten zu mir schickt. Dieser zeigt dann an wieviel MB er in 10 Sekunden zu mir per UDP Übertragen könnte.

0.00-10.00 sec 478 MBytes 401 Mbits/sec 0.000 ms 0/0 (0%)

 

In Beiden Fällen Upload und Download sind keine Daten über die Netzwerkschnittstelle zum Router übertragen worden. Bei TCP sehe ich die Datenpakete bei UDP sehe ich im Wireshark oder in netcat nichts. Besorgt

 

Ich probiere es mal mit iperf2 noch mal.

Ich hatte endlich Gelegenheit, den Anschluss in verschiedenen Varianten zu testen. Professionelle Möglichkeiten habe ich leider nicht, aber diverse Speedtests zeigten ein ziemlich einheitliches Bild:

 

LTE (mit gezogenem DSL-Stecker): 

ca. 60 down, 15 up

 

LTE (mit per Router-Software getrennter DSL-Verbindung):

ca. 60 down, 10 up

 

DSL mit LTE:

ca. 95 down, 40 up

 

DSL allein:

ca. 105 down, 40 up

 

Im reinen LTE-Betrieb gibt es (bei unverändertem Standort) auch böse Ausreißer nach unten mit Downloadraten um 5 MBit/s

 

Das Logfile des Routers sieht nach LTE on - off - wieder on wie folgt aus:

 

Datum/Uhrzeit Meldung
28.09.2019 10:45:44 (LT006) Carrier Aggregation abgebaut: <PLMN = "26201", Zellen-ID = 258, EARFCN DL = 1444, Frequenz = LTE1800, Bandbreite = 10 MHz, Signalstärke(RSRP) = -107, Signalqualität(RSRQ) = -10>
28.09.2019 10:45:27 (LT004) Funkzellen Info: PLMN = "26201", Zellen-ID = 33749760, EARFCN DL = 1300, Frequenz = LTE1800, Bandbreite = 20 MHz, Signalstärke(RSRP) = -108, Signalqualität(RSRQ) = -13
28.09.2019 10:45:27 (LT005) Carrier Aggregation bereitgestellt: Informationen zum zusätzlichen Carrier: <PLMN = "26201", Zellen-ID = 258, EARFCN DL = 1444, Frequenz = LTE1800, Bandbreite = 10 MHz, Signalstärke(RSRP) = -107, Signalqualität(RSRQ) = -10>
28.09.2019 10:45:27 (LT005) Carrier Aggregation bereitgestellt: Informationen zur primären Zelle: <PLMN = "26201", Zellen-ID = 29883649, EARFCN DL = 1300, Frequenz = LTE1800, Bandbreite = 20 MHz, Signalstärke(RSRP) = -108, Signalqualität(RSRQ) = -13>
28.09.2019 10:40:36 (LT004) Funkzellen Info: PLMN = "26201", Zellen-ID = 29883649, EARFCN DL = 6400, Frequenz = LTE800, Bandbreite = 10 MHz, Signalstärke(RSRP) = -91, Signalqualität(RSRQ) = -8
28.09.2019 10:40:26 (HA107) Bonding wird bei Bedarf genutzt
28.09.2019 10:40:26 (HA103) LTE Tunnel erfolgreich aufgebaut
28.09.2019 10:40:26 (HA001) Hybrid Server nicht über LTE erreichbar
28.09.2019 10:40:14 (HYB005) Einwahl erfolgreich folgende Adresse 2A01:59E:B081:5FBB:1:1:169D:C90C erhalten
28.09.2019 10:39:53 (SI006) SIM-Karte Verifizierung erfolgreich
28.09.2019 10:39:50 (SI001) SIM-Karte ist nicht verfügbar
28.09.2019 10:39:11 (SI001) SIM-Karte ist nicht verfügbar
28.09.2019 10:39:03 (HA003) LTE Tunnelverbindung verloren
28.09.2019 10:39:00 (SI001) SIM-Karte ist nicht verfügbar
28.09.2019 10:37:48 (LT004) Funkzellen Info: PLMN = "26201", Zellen-ID = 33749760, EARFCN DL = 1300, Frequenz = LTE1800, Bandbreite = 20 MHz, Signalstärke(RSRP) = -107, Signalqualität(RSRQ) = -14
28.09.2019 10:37:31 (LT004) Funkzellen Info: PLMN = "26201", Zellen-ID = 29883649, EARFCN DL = 6400, Frequenz = LTE800, Bandbreite = 10 MHz, Signalstärke(RSRP) = -90, Signalqualität(RSRQ) = -9
28.09.2019 10:37:21 (HA107) Bonding wird bei Bedarf genutzt
28.09.2019 10:37:21 (HA103) LTE Tunnel erfolgreich aufgebaut
28.09.2019 10:37:21 (HA001) Hybrid Server nicht über LTE erreichbar
28.09.2019 10:37:09 (HYB005) Einwahl erfolgreich folgende Adresse 2A01:59E:B080:76CF:1:2:169A:F86D erhalten
28.09.2019 10:36:48 (SI006) SIM-Karte Verifizierung erfolgreich
28.09.2019 10:36:46 (SI001) SIM-Karte ist nicht verfügbar

 

Es zeigt sich sich das Muster, dass die LTE-Verbindung zunächst zu einem Funkmasten im 800 MHz-Band aufgebaut wird und dann ein Wechsel zu einem Funkmasten im 1800 Mhz-Band erfolgt. 

 

Allerdings ist das keine Erklrung dafür, weshalb die Übertragungsgeschwindigkeit im reinen DSL-Betrieb konstant hoch ist, wohingegen sich der Router im Hybrid-Betrieb diesem Wert allenfalls von unten vorsichtig annähert.

 

Eine gute DSL-Verbindung hatte ich auch vorhger schon. Einen Mehrwert des höherwertigen Hybrid-Tarifs vermag ich nicht zu erkennen.

 

@Jacqueline G. bei mir ist seit Monaten ein Ausbau auf DSL 250 angekündigt; ich bin auch als Interessent registriert. Sobald die neue Bandbreite verfügbar ist, wäre ich an einem Upgrade meines Tarifs interessiert. Vorzugsweise ohne Hybrid-Lösung, die nicht gescheit funktioniert.

 

Hallo @list82 

die Erklärung bei Dir scheint aus Deinen CELl- ID Infos her leider einfach zu erklären zu sein Engel

Die Werte der CELl- ID´s sind suboptimal-
Ohne DSL bekommst Du noch einen Mehrgewinn, bei Deinem hohhen DSL Anteil dann aber leider durch die schlechten Werte und die hohe CELL- ID Auslastung leider nicht mehr Idee

Siehe hierzu auch z. B.:
http://www.lte-anbieter.info/technik/rsrp.php
und
http://www.lte-anbieter.info/technik/rsrq.php
Gruß
Waage1969

Telekom hilft Team
@list82
Danke, für das Protokoll.

Stimmt, es ist ein ständiger Wechsel der Zellen zu sehen. Das kann ich aber erklären. Die Zelle 29883649 (Richtung Kloster-Allendorf) ist überlastet. Daher springt er auf die ID 33749760 (Südöstlich, Richtung Hauptstraße Hersfelder Str.). Hier ist laut Versorgungskarte alles in Ordnung. Die beiden Sender stehen in unterschiedliche Richtungen, daher würde ich die Ausrichtung noch einmal verbessern, damit er nicht ständig springt.

Was den Ausbau betrifft, sind keine weiteren Informationen hinterlegt. Aber sobald sich was bewegt, kommt dann eine Info, auf Grund der Registrierung. Da kann ich erst einmal nur um Geduld bitten.

Gruß Jacqueline G.

Vielen Dank nochmals für Eure Diskussionsbeiträge.

 

Was aber nach wie vor nicht plausibel erklärt ist, dass ist die Tatsache, dass ich im DSL only Betrieb eine bessere Bandbreite habe als im Hybridbetrieb. Theoretisch müsste doch die volle DSL-Bandbreite ausgeschöpft werden und das, was über LTE noch verfügbar ist, dann eben dazukommen bzw. zumindest dafür sorgen, dass auch unter erhöhter Last stets die maximale bandbreite zur Verfügung steht. Stattdessen ist der Hybridbetrieb langsamer als der DSL only Betrieb. 

 

Man könnte ja die Möglichkeit zumindest in Betracht ziehen, dass das Problem eine magelhafte softwareseitige Umsetzung des Hybridbetriebs beim Speedport Pro ist. Denn wie man es auch dreht und wendet und welche Probleme es hinsichtlich der Qualität des LTE-Signals (wobe ich gemessene 60 MBit/s Downloadrate im LTE only Betrieb nicht so schlecht fand) auch geben mag: Langsamer als der reine DSL Betrieb dürfte der Hybridbetrieb keinesfalls sein.

 

Angesichts der geschilderten Umstände meine Frage in die Runde und insbesondere an die Telekom:

Was ist der konkrete Mehrwert, den ich von meinem Wechsel vom früheren Tarif Magenta Zuhause L in den Tarif Magenta Zuhause L Hybrid habe, wenn das Einschalten von LTE den Anschluss insgesamt verlangsamt?


@list82  schrieb:

Langsamer als der reine DSL Betrieb dürfte der Hybridbetrieb keinesfalls sein.


Wird er auch nicht sein, vermutlich ist die Bruttodatenrate höher aber das was du nutzen kannst bricht ein.

Wenn eine Schiene schlecht ist wird vieles was über diese kommt wieder und wieder verworfen und neu angefordert da es beim Bonding nicht korrekt zusammensetzbar ist, Ergebnis = weniger nutzbare Bandbreite.

In Summe werden aber trotzdem mehr Daten übertragen.

 

@der_Lutz Dass ein Problem mit dem Bonding vorliegt, halte ich in der Tat ich für naheliegend. Im Ergebnis bestätigt dieser Erklärungsansatz meine Vermutung, dass die Hybridlösung softwareseitig schlecht umgesetzt ist. Denn die Durchführung des Bonding wird ja vermutlich per Software gesteuert. 

 

Da muss die Telekom unbedingt nachbessern - nicht nur im Interesse der Kunden, sondern im eigenen Interesse des Unternehmens: Denn wenn Deine These zutrifft (und ich denke, das tut sie), dass eine per Bondig erhohte Bruttodatenrate dazu führt, dass einfach mehr unverwertwertbare Datenpakete übertragen werden, dann führen die Hybridlösungen dazu, dass in ungeheuerlichem Ausmaß ohne Mehrwert die Übertragungskapazitäten eines ohnehin stark ausgelasteten Systems beansprucht. Davon hat niemand was. Dieser Aspekt interessiert mich als Aktionär.

 

Als Kunde interessiert mich nach wie vor: Was habe ich denn nun von meinem höherwertigen Tarif?


@list82  schrieb:

@der_Lutz Dass ein Problem mit dem Bonding vorliegt, halte ich in der Tat ich für naheliegend.


Kein Problem, du missverstehst das.

Wenn eine Schiene Probleme macht müssen Datenpakete immer und wieder neu angefordert werden, das ist aber kein Bonding Problem, fürs Bonding ist alles schick.

Ein Hybrid kann immer nur so gut sein wie sein schlechtestes Glied.

 


@list82  schrieb:

Als Kunde interessiert mich nach wie vor: Was habe ich denn nun von meinem höherwertigen Tarif?


Spätestens wenn dein Anschluss mal ausfällt weißt du das, dank Hybrdi geht es einfach weiter.

 

Wobei, höherwertig? Der kostet das gleiche wie ohne Hybrid.

Hallo @list82 

ergäzend hierzu vielleicht einmal noch:

- bei dem Hybrid Tarif ist nur die Bandbreite des DSL lt. Auftragsbestätigung garantiert

- der LTE Anteil ist "bis zu" und ungarantiert

- bei schlechter LTE Verbindung und oder Lastgrenze der CELL- ID kann das "Netto Nutzen" des DSL minimiert werden

- das beim Pro noch nicht alles "rund läuft" ist bekannt Engel

Gruß
Waage1969

@der_Lutz  Ich habe eben nochmal die Preise mit und ohne Hybrid vergessen - stimmt, die sind identisch. Das war mir in der Tat nicht bewusst. 

 

@Waage1969 Ich hatte davor den Speedport Smart und nie Probleme. Der Pro startet auch gerne mal von sich aus das WLAN neu. Gut möglich, dass ich wieder "zurückumsteige".

 

Ich lasse LTE jetzt aus, denn es bringt mir nichts. Da es nicht mehr kostet, zumindest die Möglichkeit zu haben, ist es aber auch egal.

 

Möge der Ausbau auf 250 MBit/s bald kommen. Wenige Straßen weiter ist es schon seit Monaten verfügbar.


@list82  schrieb:

Möge der Ausbau auf 250 MBit/s bald kommen. Wenige Straßen weiter ist es schon seit Monaten verfügbar.



Aber auch dann ist beim Upload mit 40 MBit Schluss, das ist der Punkt wo Hybrid noch punkten kann, wobei XL und Hybrid gibt es (noch?) nicht.