crumb.isLink crumb.isFinalCrumb crumb.getClass crumb.css crumb.separatorCss crumb.getCss crumb.finalCrumb crumb.getText crumb.getIsLink crumb.getWrapperCss crumb.type crumb.url crumb.getUrl crumb.getType crumb.hashCode crumb.equals crumb.toString crumb.wrapperCss crumb.text crumb.getSeparatorCss crumb.class
crumb.isLink crumb.isFinalCrumb crumb.getClass crumb.css crumb.separatorCss crumb.getCss crumb.finalCrumb crumb.getText crumb.getIsLink crumb.getWrapperCss crumb.type crumb.url crumb.getUrl crumb.getType crumb.hashCode crumb.equals crumb.toString crumb.wrapperCss crumb.text crumb.getSeparatorCss crumb.class
crumb.isLink crumb.isFinalCrumb crumb.getClass crumb.css crumb.separatorCss crumb.getCss crumb.finalCrumb crumb.getText crumb.getIsLink crumb.getWrapperCss crumb.type crumb.url crumb.getUrl crumb.getType crumb.hashCode crumb.equals crumb.toString crumb.wrapperCss crumb.text crumb.getSeparatorCss crumb.class
crumb.isLink crumb.isFinalCrumb crumb.getClass crumb.css crumb.separatorCss crumb.getCss crumb.finalCrumb crumb.getText crumb.getIsLink crumb.getWrapperCss crumb.type crumb.url crumb.getUrl crumb.getType crumb.hashCode crumb.equals crumb.toString crumb.wrapperCss crumb.text crumb.getSeparatorCss crumb.class
07.05.2019 19:19
Hallo Community,
Ich hoffe wirklich das ihr mir hilfen kann
Fakten:
Das Problem:
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
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
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
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
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
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!
Gelöst! Gehe zu 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
07.05.2019 21:08 Zuletzt bearbeitet: 07.05.2019 21:09 durch den Autor
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.
07.05.2019 21:32
07.05.2019 21:45
@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.
07.05.2019 22:12 Zuletzt bearbeitet: 07.05.2019 22:20 durch den Autor
@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
07.05.2019 22:16
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.
07.05.2019 22:35
@FelixKruemel Danke für die Mühe Jetzt noch mal getestet bei mir, und die Verbindungen nach diesen Server werden langsahmer und langsahmer Das war vorher echt kein Problem. Wird irgendwo vielleicht etwas gedrosselt? Jetzt 0,3mbit gegenüber 120mbit...
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
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
07.05.2019 22:46
Dieses Topic ist eben gepostet und klingt sehr ähnlich:
08.05.2019 10:50
Und anscheinend gibt es wohl länger Problemen bei der Peering mit NTT:
und:
09.05.2019 10:37 Zuletzt bearbeitet: 09.05.2019 10:45 durch den Autor
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
13.05.2019 10:29
13.05.2019 17:31
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
13.05.2019 19:34 Zuletzt bearbeitet: 14.05.2019 09:49 von Waldemar H.
@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.
21.05.2019 17:09
@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
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.
24.05.2019 16:20
30.05.2019 13:06
@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...
10.06.2019 15:25
11.06.2019 12:02
@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.
Liebe Grüße
Waldemar H.
13.06.2019 11:09 Zuletzt bearbeitet: 13.06.2019 11:26 durch den Autor
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 :
# 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
18.06.2019 16:32
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
26.06.2019 12:47
@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
Klasse, danke für die Rückmeldung @yllwfsh.
Füllen Sie schnell und unkompliziert unser Online-Kontaktformular aus, damit wir sie zeitnah persönlich beraten können.
Informieren Sie sich über unsere aktuellen Internet-Angebote.