Hybrid Anschluss: Geschwindigkeitsproblemen mit spezifische Server in Niederlande

Gelöst

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!

1 AKZEPTIERTE LÖSUNG

@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

Lösung in ursprünglichem Beitrag anzeigen  

@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.

Danke für deine schnelle Antwort!

Ich finde es eigentlich nicht so logisch dass ein VPN schneller ist als die normale Verbindung. 1-3 oder 100mbit ist ja auch ein riesige Unterschied. Für info: mit ipv6 ist die Verbindung max. 20mbit statt 3mbit, immer noch nicht die 100mbit die es normalerweise gibt nach anderem Server in der Niederlanden. Das Problem gibt es auch nicht nur heute, sondern seit Wochen schon. Also bin ich der Meinung dass es nicht einfach ein Engpass nach dem Hybrid Server ist, aber strukturell etwas los ist. Deshalb melde ich mich auch hier, weil solche Sachen schwer zu erklären sind am Telefon.

Die Frage ist nun was ist das Problem hier bei mir zuhause oder im Telekom Netzwerk oder im routing path dass die Verbindung so langsahm ist?

@yllwfsh Es ist der Routing Path. Deshalb ist der VPN auch deutlich schneller, weil er eben eine andere Route hat.

 

Die Telekom kann hier nichts dafür. 

@FelixKruemelJa es ist klar dass das Problem im Routing path liegt. Aber wenn ich mit andere Server (innerhalb Deutschland oder sogar nach Asien oder Australien) immer mehr als 70mbit Verbindung habe (bin außer dieses Problem ganz zufrieden mit der Hybrid Anschluss), ist es nich logisch dass die Verbindung nach diese Server zusammenbricht nach 1-3mbit. Klar, ab und zu ist die Verbindung vielleicht mal 70, 60, oder 50 mbit (nach LTE Netzwerkbelastung), aber nicht 1-3mbit. Dazu kommt dass die Verbindung mit 'nur DSL' option im Router die 'ganze' 16mbit ist, schneller als DSL+LTE. Nicht logisch oder?

 

Ich gebe niemand die Schuld, ich hoffe nur eine Lösung zu finden.

 

Danke für deine Antwort, aber vielleicht hat jemand eine andere Idee als "Die Telekom kann hier nichts dafür"? Vielleicht kann jemand mit Hybrid Anschluss mal testen mit http://speed.transip.nl/1000mb.bin ? Kann natürlich so sein dass das Problem bei mir liegt. Ich habe selbsverstädlich der Router auch mal neu gestartet, hat aber nichts geholfen.

 

Mehr info's: Es geht um Netzwerk AS20857 (https://bgp.he.net/AS20857#_prefixes)

 

edit: typo

@yllwfsh 

Es ist schon logisch, dass DSL only möglicherweise schneller ist als Hybrid, da DSL only ohne den "VPN" Tunnel läuft und somit die direkte Route nimmt. Alle Datenpakete welche über den "VPN" Tunnel welcher für das Bonding automatisch genutzt wird, laufen, nehmen dann logischerweise einen Umweg.

 

Ich werde Morgen Mal das bei mir testen, ich habe kein Telekom Anschluss und kann so da auch Mal schauen ob es bei mir auch so langsam ist.

@FelixKruemel Danke für die Mühe Fröhlich Jetzt noch mal getestet bei mir, und die Verbindungen nach diesen Server werden langsahmer und langsahmer Traurig Das war vorher echt kein Problem. Wird irgendwo vielleicht etwas gedrosselt? Jetzt 0,3mbit gegenüber 120mbit...

 

  1. wget http://speed.transip.nl/1000mb.bin
    --2019-05-07 22:24:41--  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.1'
    
    1000mb.bin.1                       0%[                                                         ] 890.72K  34.1KB/s    eta 9h 12m
  2. wget http://mirror.nl.leaseweb.net/speedtest/1000mb.bin
    --2019-05-07 22:25:17--  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.2'
    
    1000mb.bin.2                      18%[=========>                                               ] 172.34M  13.3MB/s    eta 62s

Gibt es vielleicht jemand von das @Telekom hilft Team der meine Frage an das Netzwerk Team weiterleiten kann?

 

Gestern und heute noch ein pahr mahl getestet und Geschwindigkeiten sind so durch den Tag:

 

08:00-12:00     5-8mbit

14:00-18:00     3-5mbit

20:00-24:00     0,3-1mbit

 

Ping und Traceroute zeigen immer ähnliche situation an: kein Packet loss, Average ping 27-30ms. Sollte deswegen super functionieren. Es gibt nur Probleme bei Verbindungen durch NTT Peering. Durch andere Peerings geht alles mit 100-120mbit. Anscheinend wird irgendwo gedrosselt nach datenvolum durch den Tag. Hat die Telekom die NTT Peering Rechnung nicht bezahlt? Vertragsprobleme? Wer weißt es?

 

 

~# date && wget http://speed.transip.nl/1000mb.bin
Thu May  9 10:32:22 CEST 2019
--2019-05-09 10:32:22--  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.2'

1000mb.bin.2                       0%[                                                         ]   1.72M   496KB/s

 

 

 

 Host                                                                                  Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. speedport.ip                                                                        0.0%    61    0.8   0.9   0.7   1.2   0.0
 2. ???
 3. 217.7.143.141                                                                       0.0%    60   22.8  24.2  21.4  45.5   4.2
 4. 80.154.90.221                                                                       0.0%    60   23.6  23.3  21.3  40.6   3.3
 5. 217.239.45.182                                                                      0.0%    60   26.4  26.4  21.3 108.1  12.3
 6. 62.157.249.186                                                                      0.0%    60   23.3  24.3  21.5  44.2   4.3
 7. ae-4.r25.frnkge08.de.bb.gin.ntt.net                                                 0.0%    60   22.1  25.6  21.9  49.2   6.1
 8. ae-9.r25.amstnl02.nl.bb.gin.ntt.net                                                 0.0%    60   29.0  29.8  27.0  50.4   4.0
 9. ae-1.a00.amstnl06.nl.bb.gin.ntt.net                                                 0.0%    60   27.8  30.7  26.9  62.0   6.6
10. xe-0-0-8-3.a00.amstnl06.nl.ce.gin.ntt.net                                           3.3%    60   29.7  31.8  27.2  60.4   6.9
11. e1-a8.r2.ams0.transip.net                                                           1.7%    60   29.5  31.7  27.2  51.2   5.9
12. mirror.transip.net                                                                  3.3%    60   29.4  30.5  27.5  40.5   3.1

 

Gegenüber andere Peerings:

 

wget http://mirror.nl.leaseweb.net/speedtest/1000mb.bin
--2019-05-09 10:39:40--  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.3'

1000mb.bin.3                       9%[====>                                                    ]  86.91M  13.4MB/s

 

 Host                                                                                  Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. speedport.ip                                                           0.0%    26    1.0   1.0   0.8   2.9   0.3
 2. ???
 3. 217.7.143.141                                                                       0.0%    26   30.1  23.3  21.3  30.1   1.9
 4. 80.154.90.221                                                                       0.0%    26   27.6  23.0  21.4  27.6   1.2
 5. 217.239.52.45                                                                       0.0%    26   28.4  28.6  27.3  30.2   0.6
 6. 80.150.169.94                                                                       0.0%    26   29.0  28.6  27.3  31.3   0.7
 7. po-1.ce06.ams-01.nl.leaseweb.net                                                    0.0%    26   34.6  29.1  27.6  34.6   1.2
 8. mirror.ams1.nl.leaseweb.net                                                         0.0%    26   28.2  28.6  27.4  31.8   0.7

 

Telekom hilft Team
Hey @yllwfsh,

Probleme mit Peering-Partnern werden von den zuständigen Fachabteilungen durch ein Monitoring selbstständig erkannt und Maßnahmen eingeleitet.
Eine Störungsmeldung werde ich daher nicht aufnehmen.

Ich war aber mal so frei und habe die Leitung neugestartet, da die Werte am Hybrid-Server nicht so toll aussahen.
Lass' uns gerne wissen, wie es aktuell läuft. Fröhlich

Viele Grüße
Marita S.

Hallo @Marita S. ,

 

Danke für die Nachricht und der Neustart, leider hat das Problem sich damit nicht Gelöst. Die Geschwindigkeiten sind immer noch slecht bei alle Verbindungen über NTT Peering, weniger als 1mbit gegenüber 120mbit:

 

 

~# wget http://mirror.nl.leaseweb.net/speedtest/1000mb.bin
--2019-05-13 11:26:32--  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.2'

1000mb.bin.2           9%[=>                    ]  93.43M  13.1MB/s    eta 80s    ^C

~# wget http://speed.transip.nl/1000mb.bin --2019-05-13 11:26:43-- 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.3' 1000mb.bin.3 0%[ ] 849.60K 79.4KB/s eta 4h 15m
~# traceroute mirror.nl.leaseweb.net
traceroute to mirror.nl.leaseweb.net (5.79.108.33), 30 hops max, 60 byte packets
 1  10.12.0.1 (10.12.0.1)  10.664 ms  10.622 ms  10.582 ms
 2  192.168.2.1 (192.168.2.1)  10.551 ms  10.526 ms  10.511 ms
 3  * * *
 4  217.7.143.153 (217.7.143.153)  26.667 ms  26.679 ms  29.667 ms
 5  195.145.92.45 (195.145.92.45)  29.671 ms  29.649 ms 80.154.90.253 (80.154.90.253)  32.550 ms
 6  217.239.60.121 (217.239.60.121)  50.746 ms  43.076 ms  43.025 ms
 7  80.156.160.218 (80.156.160.218)  38.072 ms  39.827 ms  42.906 ms
 8  po-1.ce05.ams-01.nl.leaseweb.net (81.17.34.67)  42.848 ms po-1.ce06.ams-01.nl.leaseweb.net (81.17.34.69)  37.952 ms  40.829 ms
 9  mirror.ams1.nl.leaseweb.net (5.79.108.33)  37.867 ms  37.800 ms  39.583 ms

~# traceroute speed.transip.nl traceroute to speed.transip.nl (149.210.210.109), 30 hops max, 60 byte packets 1 10.12.0.1 (10.12.0.1) 0.399 ms 0.368 ms 0.352 ms 2 192.168.2.1 (192.168.2.1) 5.383 ms 0.877 ms 1.123 ms 3 * * * 4 217.7.143.153 (217.7.143.153) 26.998 ms 26.992 ms 26.971 ms 5 195.145.92.45 (195.145.92.45) 29.953 ms 80.154.90.253 (80.154.90.253) 29.946 ms 29.919 ms 6 217.5.118.58 (217.5.118.58) 29.881 ms 31.092 ms 33.972 ms 7 62.157.249.186 (62.157.249.186) 33.958 ms 33.918 ms 33.896 ms 8 ae-4.r25.frnkge08.de.bb.gin.ntt.net (129.250.5.144) 28.788 ms 24.959 ms 27.845 ms 9 ae-9.r25.amstnl02.nl.bb.gin.ntt.net (129.250.3.77) 32.885 ms 32.921 ms 33.314 ms 10 ae-1.a01.amstnl02.nl.bb.gin.ntt.net (129.250.4.173) 33.285 ms ae-1.a00.amstnl06.nl.bb.gin.ntt.net (129.250.4.120) 35.958 ms 34.022 ms 11 xe-0-0-8-3.a00.amstnl06.nl.ce.gin.ntt.net (81.20.69.186) 33.790 ms 213.198.92.22 (213.198.92.22) 39.850 ms xe-0-0-8-3.a00.amstnl06.nl.ce.gin.ntt.net (81.20.69.186) 36.833 ms 12 e1-a8.r2.ams0.transip.net (157.97.168.5) 36.798 ms e1-a7.r1.ams0.transip.net (157.97.168.0) 36.785 ms e1-a8.r2.ams0.transip.net (157.97.168.5) 33.887 ms

@yllwfsh
Die Verbindung können wir auch ad hoc nicht verbessern. Das hatte meine Kollegin @Marita S. auch geschrieben. Es ging lediglich um die "normale" Verbindung, dass diese wieder steht. Was das Peering angeht kann ich noch einmal sagen:

 

Wir bitten die aufgetretenen Unannehmlichkeiten zu entschuldigen. Verschiedene Inhalte-Anbieter liefern aktuell große Datenmengen an Kunden in unserem Netz aus und nutzen dafür weniger geeignete Wege, wodurch es zu Überlasten kommt. Wir arbeiten mit den Anbietern daran, zusätzliche Kapazitäten in Betrieb zu nehmen. Mit einigen Anbietern konnten wir die Kapazitäten bereits erhöhen und so die Übergangsstellen in unser Netz entlasten. In anderen Fällen erweist sich das Ganze etwas schwieriger. Wir sind auch auf das Zutun der Anbieter angewiesen. Das bedeutet: Beide Seiten sollten ihre Kapazitäten erhöhen. Bis alle zusätzlichen Kapazitäten fertiggestellt sind, kann es weiterhin vereinzelt zu Einschränkungen kommen.

Gruß Jacqueline G.

 

Hinweis: Das Problem ist zwar nicht endgültig gelöst, aber damit alle Nutzer direkt den aktuellen Zwischenstand sehen, lasse ich es vorerst markiert.

@Jacqueline G. @Marita S. Gibt es schon neuigkeiten was das Peering Problem angeht? Die Geschwindigkeiten sind immer noch rundum 50 KByte/s oder 0,5 mbit für alles über der NTT Peering. Komplett nicht nutzbar Traurig

 

Ich verstehe dass die Telekom nicht immer die Geschwindigkeit garantieren kann, aber 0,5mbit ist echt viel zu wenig in 2019. Wenn es anscheinend seit längere Zeit große Problemen gibt bei der Telekom<->NTT Peering, bitte Verkehr umleiten über andere Peerings oder das Problem lösen.

Telekom hilft Team
Hallo @yllwfsh,

so einfach ist das leider nicht. Wir sind nach wie vor auf die Unterstützung der Anbieter angewiesen.

Viele Grüße
Florian Sa.

@Florian Sa.  schrieb:
so einfach ist das leider nicht. Wir sind nach wie vor auf die Unterstützung der Anbieter angewiesen.


Welcher Anbieter? Ich weiss sicher dass Transip (eine der Grösste Anbier von Server in der Niederlande) keine Probleme hat mit irgendwelche Hauptpeering (Transip hat NTT, Cogent, KPN, NL-IX und AMS-IX), sonst wäre es unmöglich effektiv Serverdienste zu verkaufen.

 

Anscheinend gibt es schon seit Jahren Probleme zwischen Telekom und NTT (einfach suchen hier im Forum), und ich verstehe es nicht dass die Telekom nicht die Verbindungen nicht umleitet über ein Peering der derzeit nicht überlastet ist oder problemhaft funktioniert, z.B. Cogent, weil ich sicher weiß dass ihr beide (Transip und Telekom) diese Peering habt. Verbindungen von Server bei Transip nach das Telekom Netz gehen z.B. problemlos und schnell über Cogent:

 

traceroute to 87.134.88.169 (87.134.88.169), 30 hops max, 60 byte packets
 1  * * *
 2  l9.f2.ams4.transip.net (77.72.151.76)  12.737 ms l10.f1.ams4.transip.net (77.72.151.18)  21.811 ms l9.f2.ams4.transip.net (77.72.151.76)  12.711 ms
 3  f2.r1.ams0.transip.net (77.72.151.122)  0.409 ms  0.398 ms f2.r2.ams0.transip.net (77.72.151.126)  0.344 ms
 4  r2-a0.e1.ams8.transip.net (157.97.168.4)  0.505 ms r2-a0.r1.ams0.transip.net (157.97.168.6)  0.362 ms  0.351 ms
 5  r2-a0.e1.ams8.transip.net (157.97.168.4)  0.560 ms te0-3-0-31.ccr21.ams04.atlas.cogentco.com (149.6.128.69)  1.003 ms r2-a0.e1.ams8.transip.net (157.97.168.4)  0.529 ms
 6  te0-3-0-31.ccr21.ams04.atlas.cogentco.com (149.6.128.69)  1.157 ms 193.158.36.33 (193.158.36.33)  2.601 ms te0-3-0-31.ccr21.ams04.atlas.cogentco.com (149.6.128.69)  0.910 ms
 7  f-ef81-i.F.DE.NET.DTAG.DE (62.154.17.146)  9.651 ms  9.653 ms  9.664 ms
 8  * 195.145.92.42 (195.145.92.42)  8.287 ms f-ef81-i.F.DE.NET.DTAG.DE (62.154.17.146)  9.864 ms
 9  195.145.92.42 (195.145.92.42)  8.334 ms 217.7.143.142 (217.7.143.142)  9.934 ms 195.145.92.42 (195.145.92.42)  8.387 ms
10  217.7.143.142 (217.7.143.142)  9.802 ms * *
11  * * *
12  * * *
13  * * *

Auch bin ich nicht damit einverstanden dass mein Beitrag einfach als 'Gelöst' markiert ist. Solange das Problem nicht gelöst ist, bitte offen lassen, damit andere Kunden auch sehen was aktuell der Status ist...

 

@Telekom hilft Team

 

Gibt's schon mehr Infos? Problem besteht immer noch...


@yllwfsh  schrieb:
Auch bin ich nicht damit einverstanden dass mein Beitrag einfach als 'Gelöst' markiert ist. Solange das Problem nicht gelöst ist, bitte offen lassen, damit andere Kunden auch sehen was aktuell der Status ist...

@yllwfsh Als "Gelöst" haben wir das Thema deshalb markiert, damit unsere Zwischenmeldung auch direkt unter der Frage zu sehen ist. Das hatte @Jacqueline G. auch in ihrer "Lösungsantwort" noch mal erwähnt. Der Beitrag ist weiterhin offen und wird von uns auch nicht geschlossen. Soweit ein allgemeiner Hinweis.

 

Du hattest weiter oben diesen Traceroute gepostet: 

 

~# traceroute speed.transip.nl
traceroute to speed.transip.nl (149.210.210.109), 30 hops max, 60 byte packets
1  10.12.0.1 (10.12.0.1)  0.399 ms  0.368 ms  0.352 ms
2  192.168.2.1 (192.168.2.1)  5.383 ms  0.877 ms  1.123 ms
3  * * *
4  217.7.143.153 (217.7.143.153)  26.998 ms  26.992 ms  26.971 ms
5  195.145.92.45 (195.145.92.45)  29.953 ms 80.154.90.253 (80.154.90.253)  29.946 ms  29.919 ms
6  217.5.118.58 (217.5.118.58)  29.881 ms  31.092 ms  33.972 ms
7  62.157.249.186 (62.157.249.186)  33.958 ms  33.918 ms  33.896 ms
8  ae-4.r25.frnkge08.de.bb.gin.ntt.net (129.250.5.144)  28.788 ms  24.959 ms  27.845 ms
9  ae-9.r25.amstnl02.nl.bb.gin.ntt.net (129.250.3.77)  32.885 ms  32.921 ms  33.314 ms
10  ae-1.a01.amstnl02.nl.bb.gin.ntt.net (129.250.4.173)  33.285 ms ae-1.a00.amstnl06.nl.bb.gin.ntt.net (129.250.4.120)  35.958 ms  34.022 ms
11  xe-0-0-8-3.a00.amstnl06.nl.ce.gin.ntt.net (81.20.69.186)  33.790 ms 213.198.92.22 (213.198.92.22)  39.850 ms xe-0-0-8-3.a00.amstnl06.nl.ce.gin.ntt.net (81.20.69.186)  36.833 ms
12  e1-a8.r2.ams0.transip.net (157.97.168.5)  36.798 ms e1-a7.r1.ams0.transip.net (157.97.168.0)  36.785 ms e1-a8.r2.ams0.transip.net (157.97.168.5)  33.887 ms

 

Diesen hatten wir an unsere Fachabteilung zur genaueren Analyse weitergeleitet. Anhand dieses Traceroutes können die Kollegen kein Überlast-Problem feststellen. Der Übergabepunkt in Frankfurt wird zu ca. 60 % genutzt, so dass es für Peaks genug Reserven gibt. Das kann für den Rückweg allerdings auch anders aussehen. Aus dem Trace geht ja leider der Rückweg nicht hervor. Du hattest aber am 30.5. noch ein Trace mit dem Rückweg zu dir gepostet. Dieser liegt zur Zeit den Kollegen zur Analyse vor. Wir werden voraussichtlich im Laufe dieser Woche dazu eine Rückmeldung erhalten und melden uns dann hier wieder bei dir. Fröhlich

 

Liebe Grüße

Waldemar H.

 

@Waldemar H. 

 

Danke für deine Antwort! Ich habe nog mal getestet heute und dass sind die (gleiche) Resultaten:

 

Traceroute von mir nach Transip Server:

 

# mtr 37.97.172.33
Packets Pings Host Loss% Snt Last Avg Best Wrst StDev 1. speedport.ip 0.0% 4262 0.9 0.7 0.6 8.6 0.4 2. ??? 3. 217.7.143.141 0.0% 4262 29.1 23.8 20.4 112.0 6.4 4. 195.145.92.41 0.0% 4262 23.0 23.2 20.8 126.2 5.8 5. 217.0.198.26 0.0% 4261 24.9 23.8 20.9 131.4 6.3 6. 62.157.249.186 0.0% 4261 21.8 23.9 21.1 110.7 6.4 7. ae-4.r25.frnkge08.de.bb.gin.ntt.net 0.0% 4261 24.1 24.7 21.3 91.4 6.6 8. ae-9.r25.amstnl02.nl.bb.gin.ntt.net 0.0% 4261 30.2 31.3 28.2 95.4 6.3 9. ae-1.a01.amstnl02.nl.bb.gin.ntt.net 0.0% 4261 29.3 32.1 28.1 123.2 7.4 10. 213.198.92.22 0.0% 4261 31.4 31.1 28.3 125.9 6.5 11. e1-a7.r1.ams0.transip.net 7.8% 4261 47.5 32.4 29.5 202.9 7.0 12. r1.f2.ams4.transip.net 8.0% 4261 47.6 53.3 32.8 834.1 36.2 13. f2.l9.ams4.transip.net 7.0% 4261 74.2 55.3 31.8 545.1 39.6 14. mgmt.digitalthinking.nl 7.6% 4261 30.8 32.5 29.5 163.6 7.3

 

 

Weg zurück:

 

# mtr 87.134.64.249
Packets Pings Host Loss% Snt Last Avg Best Wrst StDev 1. l10.ams4.transip.net 0.0% 4375 10.0 25.0 1.3 462.2 33.8 2. l10.f1.ams4.transip.net 0.0% 4375 17.3 22.4 1.0 1050. 52.3 3. f1.r2.ams0.transip.net 0.0% 4375 0.4 0.3 0.2 33.4 1.9 4. r2-a0.e1.ams8.transip.net 0.0% 4375 0.5 0.5 0.4 18.9 1.0 5. te0-3-0-31.ccr21.ams04.atlas.cogentco.com 0.0% 4375 1.1 0.9 0.8 17.0 0.5 6. 193.158.36.33 8.1% 4374 2.7 2.3 1.9 9.2 0.4 7. f-ef81-i.F.DE.NET.DTAG.DE 7.6% 4374 9.9 9.6 9.2 20.2 0.4 8. 195.145.92.42 7.0% 4374 9.6 9.6 9.1 64.7 3.1 9. 217.7.143.142 7.4% 4374 44.6 25.1 8.2 147.3 20.7 10. ???

 

Geschwindigkeit ist immer noch unerträglich ohne VPN Weinend :

# wget http://speed.transip.nl/1000mb.bin
--2019-06-13 10:51:25--  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%[                     ] 151.52K  41.7KB/s    eta 7h 28m

 

Aber mit VPN (andere Route):

# traceroute speed.transip.nl
traceroute to speed.transip.nl (149.210.210.109), 64 hops max, 52 byte packets
 1  81-171-81-5.ipvanish.com (81.171.81.5)  30.942 ms  29.584 ms  29.827 ms
 2  151.139.80.20 (151.139.80.20)  30.077 ms
    151.139.80.22 (151.139.80.22)  30.623 ms
    151.139.80.20 (151.139.80.20)  29.740 ms
 3  151.139.80.3 (151.139.80.3)  29.615 ms
    151.139.80.6 (151.139.80.6)  33.487 ms
    151.139.80.3 (151.139.80.3)  31.900 ms
 4  151.139.80.3 (151.139.80.3)  29.470 ms
    m6.e1.ams0.transip.net (80.249.208.244)  30.459 ms
    151.139.80.3 (151.139.80.3)  30.505 ms
 5  e1-a0.r2.ams0.transip.net (157.97.168.11)  30.535 ms
    m6.e1.ams0.transip.net (80.249.208.244)  30.736 ms
    e1-a0.r2.ams0.transip.net (157.97.168.11)  29.509 ms
 6  e1-a0.r2.ams0.transip.net (157.97.168.11)  29.680 ms
    e1-a0.r1.ams0.transip.net (157.97.168.8)  43.459 ms

# wget http://speed.transip.nl/1000mb.bin
--2019-06-13 10:56:45--  http://speed.transip.nl/1000mb.bin
Resolving speed.transip.nl (speed.transip.nl)... 149.210.210.109
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                       1%[                          ]  11.33M  6.80MB/s

 

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.

 


@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


@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