Gelöst

Hybrid Anschluss: Geschwindigkeitsproblemen mit spezifische Server in Niederlande

vor 6 Jahren

Hallo Community,

 

Ich hoffe wirklich das ihr mir hilfen kann Fröhlich

 

Fakten:

  • Zuhause habe ich einer Hybrid Anschluss mit bis zu 100mbit ( LTE max option)
  • PC mit Kabel angeschlossen für diese Tests
  • Ich benutze Linux (debian/ubuntu)
  • Problem liegt vor bei Server im Netzwerk der Transip.nl (z.B. speed.transip.nl), nicht bei andere Server in NL

Das Problem:

  1. Wenn ich normalerweise zum Beispiel was aus NL herunterlade ist die Geschwindigkeit tatsächlich bis zu 100mbit:

     

    wget http://mirror.nl.leaseweb.net/speedtest/1000mb.bin
    --2019-05-07 18:40:21--  http://mirror.nl.leaseweb.net/speedtest/1000mb.bin
    Resolving mirror.nl.leaseweb.net (mirror.nl.leaseweb.net)... 5.79.108.33, 2001:1af8:4700:b210::33
    Connecting to mirror.nl.leaseweb.net (mirror.nl.leaseweb.net)|5.79.108.33|:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 1000000000 (954M) [application/octet-stream]
    Saving to: '1000mb.bin.1'
    
    1000mb.bin.1                      13%[======>                                                  ] 129.22M  10.3MB/s    eta 2m 14s
  2. Nur wenn ich etwas von der Provider Transip.nl herunterlade (soweit ich weiß nur Transip) kommt der Geschwindigkeit nicht weiter als 1 - 3 mbit:
    wget http://speed.transip.nl/1000mb.bin
    --2019-05-07 18:44:13--  http://speed.transip.nl/1000mb.bin
    Resolving speed.transip.nl (speed.transip.nl)... 149.210.210.109, 2a01:7c8:1337::100
    Connecting to speed.transip.nl (speed.transip.nl)|149.210.210.109|:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 1048576000 (1000M) [application/octet-stream]
    Saving to: '1000mb.bin'
    
    1000mb.bin                        0%[                                                         ] 942.98K  89.0KB/s    eta 3h 18m
  3. Es liegt kein / wenig Packet Loss vor:
     Host                                                                                  Loss%   Snt   Last   Avg  Best  Wrst StDev
     1. speedport.ip                                                                        0.3%   730    0.8   0.8   0.6   6.8   0.3
     2. ???
     3. 217.7.143.141                                                                       0.0%   730   21.0  23.8  20.6  58.8   5.2
     4. 80.154.90.221                                                                       0.0%   730   23.9  24.0  21.0  71.0   5.5
     5. 217.239.45.182                                                                      0.0%   730   23.9  24.7  21.3 143.6   7.5
     6. 62.157.249.186                                                                      0.0%   730   23.6  24.5  21.2  66.7   5.3
     7. ae-4.r25.frnkge08.de.bb.gin.ntt.net                                                 0.0%   730   24.8  25.3  21.5  83.0   5.8
     8. ae-9.r25.amstnl02.nl.bb.gin.ntt.net                                                 0.0%   729   29.2  32.8  26.9  95.4   8.9
     9. ae-1.a00.amstnl06.nl.bb.gin.ntt.net                                                 0.0%   729   32.0  33.4  26.8  83.2   6.7
    10. xe-0-0-8-3.a00.amstnl06.nl.ce.gin.ntt.net                                           6.0%   729   28.9  31.0  27.6  73.0   5.7
    11. e1-a8.r2.ams0.transip.net                                                           4.7%   729   29.0  31.3  27.9 101.2   6.0
    12. mirror.transip.net                                                                  5.6%   729   29.6  31.1  28.0  68.6   5.5
  4. Und jetzt das merkwürdige: wenn ich genau dasselbe herunterlade durch eine VPN geht der Geschwindigkeit wieder hoch bis zu 50-60mbit:
    wget http://speed.transip.nl/1000mb.bin
    --2019-05-07 18:54:10--  http://speed.transip.nl/1000mb.bin
    Resolving speed.transip.nl (speed.transip.nl)... 149.210.210.109, 2a01:7c8:1337::100
    Connecting to speed.transip.nl (speed.transip.nl)|149.210.210.109|:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 1048576000 (1000M) [application/octet-stream]
    Saving to: ‘1000mb.bin’
    
    1000mb.bin .                             4%[==>                                                                     ]  47.48M  5.46MB/s    eta 2m 32s
  5. Das ist komisch weil normalerweise der Geschwindigkeit ohne VPN höher ist....
  6. Dann habe ich versucht eine Ausnahme im Router zu machen für der PC sodass er nicht LTE benutzt und dann ist der Geschwindigkeit max. 16mbit (DSL only):
    wget http://speed.transip.nl/1000mb.bin
    --2019-05-07 17:20:56-- http://speed.transip.nl/1000mb.bin
    Resolving speed.transip.nl (speed.transip.nl)... 2a01:7c8:1337::100, 149.210.210.109
    Connecting to speed.transip.nl (speed.transip.nl)|2a01:7c8:1337::100|:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 1048576000 (1000M) [application/octet-stream]
    Saving to: ‘1000mb.bin.1’
    
    1000mb.bin.1 0%[                                                       ] 5.70M 1.66MB/s
  7. Auch deutlich besser ....
  8. Selbstverständlich habe ich auch kommuniziert mit Transip.nl (ich spreche ja besser Niederländisch als Deutsch Zwinkernd) aber wir könnten das problem nicht lösen, deshalb lang dieser Weg...

Ich kann auch gerne noch weiter troubleshooten wenn jemand eine Idee hat.

 

Also ich habe das Gefühl dass etwas schief geht zwischen der Telekom und der Provider Transip.nl, aber ich weisß nicht was. Vielleicht etwas mit der Hybrid tunnel? MTU? Routing Problem im Telekom Netzwerk? Hat jemand eine Idee? Gibt es vielleicht auch jemand von das Telekom team der Experten?

 

Vielen Dank im voraus!

850

22

    • vor 6 Jahren

      @yllwfsh 

      Das ist einfach ein Engpass nach dem Hybrid Server. Deshalb ist ein VPN , welcher ja logischerweise eine andere Strecke hat und so einen überlasteten Knoten umgeht, auch hier schneller. Damit du hier eine andere Route bekommst kann es schon reichen den Endpunkt transip.nl mal nur über IPv4 anzusprechen (würde IPv4 verwendet werden eben IPv6, nur für eine andere Route). Bei Debian geht das ja recht leicht.

      20

      Antwort

      von

      vor 6 Jahren

      Hallo @yllwfsh,

       

      wir haben die Traceroutes analysiert. Wie vermutet stellt der Weg zu NTT kein Problem dar, Kapazitäten sind vorhanden und nutzbar. Der Weg zurück ist nicht optimal. Diese Auswahl trifft der Diensteanbieter. Du kannst gerne auf Transip zugehen und mal fragen, ob sie hier nicht andere Wege nutzen wollen.

       

      Liebe Grüße

      Waldemar H.

       

      Antwort

      von

      vor 6 Jahren

      Waldemar H.

      wir haben die Traceroutes analysiert. Wie vermutet stellt der Weg zu NTT kein Problem dar, Kapazitäten sind vorhanden und nutzbar. Der Weg zurück ist nicht optimal. Diese Auswahl trifft der Diensteanbieter. Du kannst gerne auf Transip zugehen und mal fragen, ob sie hier nicht andere Wege nutzen wollen.

      wir haben die Traceroutes analysiert. Wie vermutet stellt der Weg zu NTT kein Problem dar, Kapazitäten sind vorhanden und nutzbar. Der Weg zurück ist nicht optimal. Diese Auswahl trifft der Diensteanbieter. Du kannst gerne auf Transip zugehen und mal fragen, ob sie hier nicht andere Wege nutzen wollen.

       

      Waldemar H.

      wir haben die Traceroutes analysiert. Wie vermutet stellt der Weg zu NTT kein Problem dar, Kapazitäten sind vorhanden und nutzbar. Der Weg zurück ist nicht optimal. Diese Auswahl trifft der Diensteanbieter. Du kannst gerne auf Transip zugehen und mal fragen, ob sie hier nicht andere Wege nutzen wollen.

       


      Dass war in der Tat die Lösung zum Problem! Vielen Dank für die Analyse. Routing bei Transip.nl ist angepasst sodass der Rückweg auch über NTT lauft. Jetzt keine Problemen mehr! Geschwindigkeiten rundum 100mbit und kein Packet Loss Fröhlich

      Antwort

      von

      vor 6 Jahren


      @yllwfsh  schrieb:

      @Waldemar H.  schrieb:

      wir haben die Traceroutes analysiert. Wie vermutet stellt der Weg zu NTT kein Problem dar, Kapazitäten sind vorhanden und nutzbar. Der Weg zurück ist nicht optimal. Diese Auswahl trifft der Diensteanbieter. Du kannst gerne auf Transip zugehen und mal fragen, ob sie hier nicht andere Wege nutzen wollen.

       


      Dass war in der Tat die Lösung zum Problem! Vielen Dank für die Analyse. Routing bei Transip.nl ist angepasst sodass der Rückweg auch über NTT lauft. Jetzt keine Problemen mehr! Geschwindigkeiten rundum 100mbit und kein Packet Loss Fröhlich


      Klasse, danke für die Rückmeldung @yllwfsh. Fröhlich

       

      Uneingeloggter Nutzer

      Antwort

      von

    • Akzeptierte Lösung

      akzeptiert von

      vor 6 Jahren

      Waldemar H.

      wir haben die Traceroutes analysiert. Wie vermutet stellt der Weg zu NTT kein Problem dar, Kapazitäten sind vorhanden und nutzbar. Der Weg zurück ist nicht optimal. Diese Auswahl trifft der Diensteanbieter. Du kannst gerne auf Transip zugehen und mal fragen, ob sie hier nicht andere Wege nutzen wollen.

      wir haben die Traceroutes analysiert. Wie vermutet stellt der Weg zu NTT kein Problem dar, Kapazitäten sind vorhanden und nutzbar. Der Weg zurück ist nicht optimal. Diese Auswahl trifft der Diensteanbieter. Du kannst gerne auf Transip zugehen und mal fragen, ob sie hier nicht andere Wege nutzen wollen.

       

      Waldemar H.

      wir haben die Traceroutes analysiert. Wie vermutet stellt der Weg zu NTT kein Problem dar, Kapazitäten sind vorhanden und nutzbar. Der Weg zurück ist nicht optimal. Diese Auswahl trifft der Diensteanbieter. Du kannst gerne auf Transip zugehen und mal fragen, ob sie hier nicht andere Wege nutzen wollen.

       


      Dass war in der Tat die Lösung zum Problem! Vielen Dank für die Analyse. Routing bei Transip.nl ist angepasst sodass der Rückweg auch über NTT lauft. Jetzt keine Problemen mehr! Geschwindigkeiten rundum 100mbit und kein Packet Loss Fröhlich

      0

      Uneingeloggter Nutzer

      Frage

      von

      Das könnte Ihnen auch weiterhelfen

      Gelöst

      in  

      216

      0

      1

      Gelöst

      in  

      153

      0

      2

      Gelöst

      in  

      412

      0

      6