Zweifelhafte Quelle

[Karbid]

Ein anonymer Twitter Account, von dem 39 Tweets in 2 Jahren abgeschickt wurde, wird als seriöse Quelle verwendet? Kann man machen, aber ist das sinnvoll?

Vor allem sollte man mal bei Amazon AWS nachfragen, die halbe US Ostküste hat zurzeit Probleme mit AWS:
sueddeutsche DOT de/digital/aws-amazon-cloud-ausfall-1.5129050
Smarthome, Saugroboter, etc versagen regelmößig den Dienst, weil Amazon AWS nicht erreichbar ist. Warum sind AWS Probleme ein Telekom Problem?

@Golem, warum nicht mal selber testen? Von Github kann man öffentlich Daten ziehen. Hat niemand in der Redaktion einen Telekom Vertrag?

Ich verstehe nicht, warum solche fragwürdigen Quellen Glaube geschenkt wird. Gerade auch mit Hinblick, dass Telekom und Amazon einen langjährigen Vertrag für AWS Cloud verabschiedet haben
fiercetelecom DOT com/telecom/aws-corrals-a-multi-year-agreement-t-systems-for-cloud-migrations

In manchen Foren wird als Beweis der DL-Link zu einem PDF genannt. Es gibt paar Screenshots, aber nie ist ein Vodafone, O2 oder 1&1 Kunde dabei, um mal andere Werte zu posten. Lade ich die PDF runter, habe ich mehre MBit/s.

[Tou]

Dann probiers doch einfach selbst aus.

traceroute auf s3.amazonaws.com hat bei mir aktuell 45% packet loss am Telekom Anschluss.

Mit VPN dann plötzlich 0% packet loss..

[Dragon0001]

Verlinkt ist ein Tweet von Telekom_hilft, was ist daran zweifelhaft?

[Karbid]

Tou schrieb:
--------------------------------------------------------------------------------
> Dann probiers doch einfach selbst aus.
>
> traceroute auf s3.amazonaws.com hat bei mir aktuell 45% packet loss am
> Telekom Anschluss.
>
> Mit VPN dann plötzlich 0% packet loss..
So ist deine Ausage nicht zu gebrauchen. Wo gibt es denn den packet loss?

Ich habe mtr s3.amazonaws.com verwendet.
Übergabe zwischen gtt.net und Amazon 52.93.1.85 gab bei über 500 Packets ein packet loss von 0.5%. Ansonsten gibt es packet loss bei der Amazon IP 52.93.28.130, ca 10%.

== Update ==
Habe jetzt nochmal 3x ein My Traceroute mit jeweils 300 Packets gemacht.
Einmal ist er über via 52.93.4.44 auf 150.222.241.185 gehüpft, da war 20% packet loss.
Und die anderen male bei 52.93.28.220 ca 11% packet loss.

Alles in der USA, alles bei Übergabepunkte zwischen einem anderem Anbieter und Amazon.

@Dragon0001
Die Telekom spricht von der Route, nicht von ihrem Netz oder den Übergabepunkte.
Der Autor und manche im Forum vermuten ja, es liegt an den den Telekom Übergabepunkten. Der Beweis fehlt aber weiterhin.



1 mal bearbeitet, zuletzt am 21.12.20 17:01 durch Karbid.

[johnripper]

So komische Artikel kommen normalerweise nur von "Achim"

[johnripper]

...und überhaupt: der Artikel suggeriert dass des unzählige Dienste gibt, die nicht gut erreichbar sind.

Zumindest für git kann ich es mal eben an zwei Anschlüssen testen: beides mal max. Performance.

Bleibt nur die Behauptung zu Amazon. Und dort habe ich meine Paketverluste mit 1000 Pings auf o.g. Adresse.

[NeoChronos]

Paketverlust hab ich quasi keinen, aber der Ping ist interessant:

Telekom vDSL 100:
ping s3.amazonaws.com
PING s3.amazonaws.com (52.217.73.6) 56(84) bytes of data.
64 bytes from s3-1.amazonaws.com (52.217.73.6): icmp_seq=1 ttl=44 time=216 ms
64 bytes from s3-1.amazonaws.com (52.217.73.6): icmp_seq=2 ttl=44 time=141 ms
64 bytes from s3-1.amazonaws.com (52.217.73.6): icmp_seq=3 ttl=44 time=165 ms
64 bytes from s3-1.amazonaws.com (52.217.73.6): icmp_seq=4 ttl=44 time=188 ms
64 bytes from s3-1.amazonaws.com (52.217.73.6): icmp_seq=5 ttl=44 time=116 ms
64 bytes from s3-1.amazonaws.com (52.217.73.6): icmp_seq=6 ttl=44 time=118 ms
64 bytes from s3-1.amazonaws.com (52.217.73.6): icmp_seq=7 ttl=44 time=127 ms
64 bytes from s3-1.amazonaws.com (52.217.73.6): icmp_seq=8 ttl=44 time=181 ms
64 bytes from s3-1.amazonaws.com (52.217.73.6): icmp_seq=9 ttl=44 time=204 ms
64 bytes from s3-1.amazonaws.com (52.217.73.6): icmp_seq=10 ttl=44 time=116 ms
^C
--- s3.amazonaws.com ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 12ms
rtt min/avg/max/mdev = 115.959/157.146/216.142/36.332 ms


netcom Glasfaser:
# ping s3.amazonaws.com
PING s3.amazonaws.com (52.217.46.110) 56(84) bytes of data.
64 bytes from s3-1.amazonaws.com (52.217.46.110): icmp_seq=1 ttl=45 time=88.0 ms
64 bytes from s3-1.amazonaws.com (52.217.46.110): icmp_seq=2 ttl=45 time=88.0 ms
64 bytes from s3-1.amazonaws.com (52.217.46.110): icmp_seq=3 ttl=45 time=88.0 ms
64 bytes from s3-1.amazonaws.com (52.217.46.110): icmp_seq=4 ttl=45 time=88.0 ms
64 bytes from s3-1.amazonaws.com (52.217.46.110): icmp_seq=5 ttl=45 time=88.0 ms
64 bytes from s3-1.amazonaws.com (52.217.46.110): icmp_seq=6 ttl=45 time=88.0 ms
64 bytes from s3-1.amazonaws.com (52.217.46.110): icmp_seq=7 ttl=45 time=88.0 ms
64 bytes from s3-1.amazonaws.com (52.217.46.110): icmp_seq=8 ttl=45 time=88.0 ms
64 bytes from s3-1.amazonaws.com (52.217.46.110): icmp_seq=9 ttl=45 time=88.0 ms
64 bytes from s3-1.amazonaws.com (52.217.46.110): icmp_seq=10 ttl=45 time=88.0 ms
64 bytes from s3-1.amazonaws.com (52.217.46.110): icmp_seq=11 ttl=45 time=88.0 ms
64 bytes from s3-1.amazonaws.com (52.217.46.110): icmp_seq=12 ttl=45 time=88.4 ms
64 bytes from s3-1.amazonaws.com (52.217.46.110): icmp_seq=13 ttl=45 time=88.0 ms
^C
--- s3.amazonaws.com ping statistics ---
13 packets transmitted, 13 received, 0% packet loss, time 12010ms
rtt min/avg/max/mdev = 88.015/88.071/88.499/0.170 ms


// Edit
oh anderere IP, das ist mir vorher nicht aufgefallen, scheint aber keinen großen Unterschied zu machen:

ping s3.amazonaws.com
PING s3.amazonaws.com (52.217.88.214) 56(84) bytes of data.
64 bytes from s3-1.amazonaws.com (52.217.88.214): icmp_seq=1 ttl=38 time=89.6 ms
64 bytes from s3-1.amazonaws.com (52.217.88.214): icmp_seq=2 ttl=38 time=89.2 ms
64 bytes from s3-1.amazonaws.com (52.217.88.214): icmp_seq=3 ttl=38 time=89.2 ms
64 bytes from s3-1.amazonaws.com (52.217.88.214): icmp_seq=4 ttl=40 time=89.2 ms
64 bytes from s3-1.amazonaws.com (52.217.88.214): icmp_seq=5 ttl=40 time=89.2 ms
64 bytes from s3-1.amazonaws.com (52.217.88.214): icmp_seq=6 ttl=40 time=89.1 ms
64 bytes from s3-1.amazonaws.com (52.217.88.214): icmp_seq=7 ttl=40 time=89.2 ms
64 bytes from s3-1.amazonaws.com (52.217.88.214): icmp_seq=8 ttl=38 time=89.2 ms
64 bytes from s3-1.amazonaws.com (52.217.88.214): icmp_seq=9 ttl=38 time=89.2 ms
64 bytes from s3-1.amazonaws.com (52.217.88.214): icmp_seq=10 ttl=40 time=89.2 ms
64 bytes from s3-1.amazonaws.com (52.217.88.214): icmp_seq=11 ttl=40 time=89.1 ms
64 bytes from s3-1.amazonaws.com (52.217.88.214): icmp_seq=12 ttl=40 time=89.2 ms
64 bytes from s3-1.amazonaws.com (52.217.88.214): icmp_seq=13 ttl=40 time=89.3 ms
^C
--- s3.amazonaws.com ping statistics ---
13 packets transmitted, 13 received, 0% packet loss, time 12011ms
rtt min/avg/max/mdev = 89.175/89.253/89.656/0.205 ms

ping s3.amazonaws.com
PING s3.amazonaws.com (52.216.249.62) 56(84) bytes of data.
64 bytes from s3-1.amazonaws.com (52.216.249.62): icmp_seq=1 ttl=45 time=87.7 ms
64 bytes from s3-1.amazonaws.com (52.216.249.62): icmp_seq=2 ttl=45 time=87.8 ms
64 bytes from s3-1.amazonaws.com (52.216.249.62): icmp_seq=3 ttl=45 time=87.8 ms
64 bytes from s3-1.amazonaws.com (52.216.249.62): icmp_seq=4 ttl=45 time=87.7 ms
64 bytes from s3-1.amazonaws.com (52.216.249.62): icmp_seq=5 ttl=45 time=87.7 ms
64 bytes from s3-1.amazonaws.com (52.216.249.62): icmp_seq=6 ttl=45 time=87.8 ms
64 bytes from s3-1.amazonaws.com (52.216.249.62): icmp_seq=7 ttl=45 time=87.7 ms
64 bytes from s3-1.amazonaws.com (52.216.249.62): icmp_seq=8 ttl=45 time=87.7 ms
^C
--- s3.amazonaws.com ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 7010ms
rtt min/avg/max/mdev = 87.769/87.795/87.838/0.210 ms



1 mal bearbeitet, zuletzt am 21.12.20 17:14 durch NeoChronos.

[Holzkopf]

Problem ist der Link Cogent zu telekom dieser ist wie bei allen T1 voll
AWS übergibt den Traffic an Cogent da wohl über ein Peering die Telekom nicht zu erreichen ist.

Ja hier will man mal wieder auf ein DoublePaid hinaus

[Karbid]

NeoChronos schrieb:
--------------------------------------------------------------------------------
> Paketverlust hab ich quasi keinen, aber der Ping ist interessant:
>
> Telekom vDSL 100:
> ping s3.amazonaws.com
> PING s3.amazonaws.com (52.217.73.6) 56(84) bytes of data.
Was erwartest du für ein Ping, wenn das Datenpacket in die USA geht?
Rechne mal einen Ping von 70ms nur für die Teilstrecke Atlantik.

Ein Ping auf google.com geht nicht nach Mountain View, Kalifornien ;-)
Der Ping wird bereits in Europa abgefangen und zurück geschickt.

[NeoChronos]

du hast schon gesehen, dass der Ping über die Telekom teilweise 3x so hoch un unbeständig ist wie bei netcom?

[Karbid]

Holzkopf schrieb:
--------------------------------------------------------------------------------
> Problem ist der Link Cogent zu telekom dieser ist wie bei allen T1 voll
> AWS übergibt den Traffic an Cogent da wohl über ein Peering die Telekom
> nicht zu erreichen ist.
Wo siehst du den Cogent und Telekom Übergabepunkt?
Mein Tracerouting ist nie über Cogent gegangen. Bei den anderen Beiträgen sehe ich es auch nicht.

[Oktavian]

> Dann probiers doch einfach selbst aus.

Hab ich:

>ping -n 20 s3-1.amazonaws.com

Ping wird ausgeführt für s3-1.amazonaws.com [52.217.75.54] mit 32 Bytes Daten:
Antwort von 52.217.75.54: Bytes=32 Zeit=99ms TTL=47
Antwort von 52.217.75.54: Bytes=32 Zeit=98ms TTL=47
Antwort von 52.217.75.54: Bytes=32 Zeit=97ms TTL=47
Antwort von 52.217.75.54: Bytes=32 Zeit=98ms TTL=47
Antwort von 52.217.75.54: Bytes=32 Zeit=98ms TTL=47
Antwort von 52.217.75.54: Bytes=32 Zeit=98ms TTL=47
Antwort von 52.217.75.54: Bytes=32 Zeit=97ms TTL=47
Antwort von 52.217.75.54: Bytes=32 Zeit=97ms TTL=47
Antwort von 52.217.75.54: Bytes=32 Zeit=98ms TTL=47
Antwort von 52.217.75.54: Bytes=32 Zeit=98ms TTL=47
Antwort von 52.217.75.54: Bytes=32 Zeit=97ms TTL=47
Antwort von 52.217.75.54: Bytes=32 Zeit=98ms TTL=47
Antwort von 52.217.75.54: Bytes=32 Zeit=97ms TTL=47
Antwort von 52.217.75.54: Bytes=32 Zeit=97ms TTL=47
Antwort von 52.217.75.54: Bytes=32 Zeit=98ms TTL=47
Antwort von 52.217.75.54: Bytes=32 Zeit=98ms TTL=47
Antwort von 52.217.75.54: Bytes=32 Zeit=97ms TTL=47
Antwort von 52.217.75.54: Bytes=32 Zeit=97ms TTL=47
Antwort von 52.217.75.54: Bytes=32 Zeit=97ms TTL=47
Antwort von 52.217.75.54: Bytes=32 Zeit=98ms TTL=47

Ping-Statistik für 52.217.75.54:
Pakete: Gesendet = 20, Empfangen = 20, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 97ms, Maximum = 99ms, Mittelwert = 97ms

Sieht für mich sogar ungewöhnlich stabil aus. Ach ja, Telekom, VDSL 100

[Holzkopf]

Karbid schrieb:
--------------------------------------------------------------------------------
> Holzkopf schrieb:
> ---------------------------------------------------------------------------
> -----
> > Problem ist der Link Cogent zu telekom dieser ist wie bei allen T1 voll
> > AWS übergibt den Traffic an Cogent da wohl über ein Peering die Telekom
> > nicht zu erreichen ist.
> Wo siehst du den Cogent und Telekom Übergabepunkt?
> Mein Tracerouting ist nie über Cogent gegangen. Bei den anderen Beiträgen
> sehe ich es auch nicht.


kommt aufs Subnet an
1.|-- ec2-52-15-0-161.us-east-2.compute.amazonaws.com (52.15.0.161) 0.0% 0 10 10 9.9 1.6 23.3 68.0 26.0 11.9 56.0 22.5 56.0 194.2
2.|-- ??? 100.0 10 0 10 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0
3.|-- ??? 100.0 10 0 10 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0
4.|-- ??? 100.0 10 0 10 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0
5.|-- ??? 100.0 10 0 10 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0
6.|-- ??? 100.0 10 0 10 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0
7.|-- 100.65.9.1 0.0% 0 10 10 0.2 0.2 0.8 4.8 1.4 0.5 0.3 1.1 4.5 7.0
8.|-- 15.230.39.97 0.0% 0 10 10 3.3 0.6 2.2 10.8 3.1 1.4 2.5 2.4 9.5 19.7
9.|-- 15.230.39.110 0.0% 0 10 10 0.6 0.6 1.5 5.5 1.5 1.1 0.2 1.3 4.7 11.2
10.|-- 52.93.239.38 0.0% 0 10 10 0.5 0.4 0.5 0.7 0.1 0.5 0.2 0.1 0.3 0.8
11.|-- 100.92.53.8 0.0% 0 10 10 11.3 10.7 12.8 26.9 5.0 12.3 0.3 3.4 16.1 27.3
12.|-- 100.92.43.0 0.0% 0 10 10 11.5 10.7 11.1 11.5 0.3 11.1 0.6 0.3 0.6 2.2
13.|-- 100.92.43.23 0.0% 0 10 10 14.8 10.8 11.7 14.8 1.1 11.7 3.0 0.6 3.0 5.2
14.|-- 100.92.44.22 0.0% 0 10 10 11.6 10.7 11.3 11.7 0.4 11.3 0.1 0.3 0.8 2.5
15.|-- 100.92.44.7 0.0% 0 10 10 11.7 11.1 11.4 11.7 0.2 11.4 0.5 0.3 0.5 2.5
16.|-- 52.93.133.56 0.0% 0 10 10 11.0 11.0 12.2 16.3 1.7 12.1 0.1 1.7 5.0 11.5
17.|-- 100.91.168.78 0.0% 0 10 10 11.1 10.9 12.4 16.1 2.1 12.2 0.2 1.7 4.8 13.4
18.|-- 100.91.168.91 0.0% 0 10 10 10.8 10.8 11.9 15.2 1.5 11.8 0.4 1.5 4.2 10.8
19.|-- 100.91.164.90 0.0% 0 10 10 11.3 10.7 11.5 15.6 1.4 11.4 0.4 1.1 4.8 7.3
20.|-- 100.91.164.79 0.0% 0 10 10 11.1 10.7 12.2 20.2 2.9 12.0 0.4 2.5 9.4 18.5
21.|-- 100.91.177.229 0.0% 0 10 10 16.8 10.6 11.7 16.8 2.1 11.6 6.1 1.1 6.1 9.4
22.|-- 100.100.6.55 0.0% 0 10 10 88.9 11.0 36.4 96.8 35.2 23.4 23.2 18.2 85.8 159.2
23.|-- 100.100.77.70 0.0% 0 10 10 10.9 10.9 16.2 62.5 16.2 13.2 0.1 5.3 51.4 32.2
24.|-- 100.100.77.67 0.0% 0 10 10 10.9 10.9 13.8 39.8 9.1 12.5 0.0 5.8 28.7 35.7
25.|-- 100.100.2.70 0.0% 0 10 10 15.1 10.7 11.3 15.1 1.3 11.2 4.4 0.5 4.4 4.9
26.|-- be4056.ccr41.dca01.atlas.cogentco.com (38.140.146.177) 0.0% 0 10 10 16.8 16.8 17.2 18.5 0.5 17.2 0.3 0.4 1.3 2.8
27.|-- be3083.ccr41.iad02.atlas.cogentco.com (154.54.30.54) 0.0% 0 10 10 17.9 17.8 17.9 18.0 0.1 17.9 0.2 0.1 0.2 0.9
28.|-- 80.156.162.241 20.0% 2 8 10 19.2 19.2 19.4 19.7 0.2 19.4 0.1 0.1 0.4 0.8
29.|-- p5b17c1b5.dip0.t-ipconnect.de (91.23.193.181) 10.0% 1 9 10 111.5 111.3 111.9 115.2 1.3 111.8 0.1 0.9 3.9 6.6

[Mett]

Die Rückroute ist für den Download aber relevant.

[Karbid]

Holzkopf schrieb:
--------------------------------------------------------------------------------
> kommt aufs Subnet an
> 26.|-- be4056.ccr41.dca01.atlas.cogentco.com (38.140.146.177) 0.0%
> 0 10 10 16.8 16.8 17.2 18.5 0.5 17.2 0.3 0.4 1.3 2.8
> 27.|-- be3083.ccr41.iad02.atlas.cogentco.com (154.54.30.54) 0.0%
> 0 10 10 17.9 17.8 17.9 18.0 0.1 17.9 0.2 0.1 0.2 0.9
> 28.|-- 80.156.162.241 20.0%
> 2 8 10 19.2 19.2 19.4 19.7 0.2 19.4 0.1 0.1 0.4 0.8
> 29.|-- p5b17c1b5.dip0.t-ipconnect.de (91.23.193.181) 10.0%
> 1 9 10 111.5 111.3 111.9 115.2 1.3 111.8 0.1 0.9 3.9 6.6

Nein, cogentco.com habe ich nicht bei mir gesehen. Bei mir geht es meistens über gtt.net oder einem anderen US Tier 1 Provider (Namen vergessen).

NeoChronos schrieb:
--------------------------------------------------------------------------------
> du hast schon gesehen, dass der Ping über die Telekom teilweise 3x so hoch
> un unbeständig ist wie bei netcom?
Bei mir nicht, hier pinge ich direkt S3 an:
PING s3.amazonaws.com (52.216.76.126) 56(84) bytes of data.
64 bytes from s3-1.amazonaws.com (52.216.76.126): icmp_seq=1 ttl=48 time=97.2 ms
64 bytes from s3-1.amazonaws.com (52.216.76.126): icmp_seq=2 ttl=48 time=97.1 ms
64 bytes from s3-1.amazonaws.com (52.216.76.126): icmp_seq=3 ttl=48 time=97.2 ms
64 bytes from s3-1.amazonaws.com (52.216.76.126): icmp_seq=4 ttl=48 time=97.2 ms
64 bytes from s3-1.amazonaws.com (52.216.76.126): icmp_seq=5 ttl=48 time=98.2 ms
64 bytes from s3-1.amazonaws.com (52.216.76.126): icmp_seq=6 ttl=48 time=97.0 ms
64 bytes from s3-1.amazonaws.com (52.216.76.126): icmp_seq=7 ttl=48 time=97.2 ms
64 bytes from s3-1.amazonaws.com (52.216.76.126): icmp_seq=9 ttl=48 time=97.2 ms

Gehe ich auf eine der von dir geposteten IPs:
PING 52.217.46.110 (52.217.46.110) 56(84) bytes of data.
64 bytes from 52.217.46.110: icmp_seq=1 ttl=48 time=97.7 ms
64 bytes from 52.217.46.110: icmp_seq=2 ttl=48 time=97.5 ms
64 bytes from 52.217.46.110: icmp_seq=3 ttl=48 time=97.7 ms
64 bytes from 52.217.46.110: icmp_seq=4 ttl=48 time=97.7 ms
64 bytes from 52.217.46.110: icmp_seq=5 ttl=50 time=97.4 ms
64 bytes from 52.217.46.110: icmp_seq=6 ttl=50 time=97.2 ms
64 bytes from 52.217.46.110: icmp_seq=7 ttl=50 time=97.2 ms
64 bytes from 52.217.46.110: icmp_seq=8 ttl=50 time=97.7 ms
64 bytes from 52.217.46.110: icmp_seq=9 ttl=50 time=97.2 ms
64 bytes from 52.217.46.110: icmp_seq=10 ttl=50 time=97.2 ms

Telekom ist 10ms langsamer, was bei der Strecke aber kein Problem ist.
Der größte Ping ist bei gtt.net, geht von 16ms auf über 90ms.

@NeoChronos, wie hüpften bei netcom die Pakete?

[HeroFeat]

Also ich kann bestätigen das zumindestens GitHub Releases aktuell sehr langsam (wie die im Artikel beschriebenen Geschwindigkeiten) bei mir sind. Und das habe ich auch schon von anderen die Tage gehört.

[Mett]

Karbid schrieb:
--------------------------------------------------------------------------------
> Nein, cogentco.com habe ich nicht bei mir gesehen. Bei mir geht es meistens
> über gtt.net oder einem anderen US Tier 1 Provider (Namen vergessen).

Dann betrachtest du nicht die Route von AWS zu dir?

[Oktavian]

> So komische Artikel kommen normalerweise nur von "Achim"

Ich war bei der Autorenzeile auch verwirrt. Ghostwriter?

[dominikp1996]

Target Name: s3-1.amazonaws.com
IP: 52.216.76.126
Date/Time: 21.12.2020 19:05:27 - 21.12.2020 19:15:27

Hop Sent PL% Min Max Avg Host Name / [IP]
1 98 0 0,78 9,93 1,33 FRIZBOX[192.168.178.1]
2 97 55 4,43 14,13 5,61 p3e9bf48f.dip0.t-ipconnect.de [62.155.244.143]
3 97 57 5,48 2373,41 197,43 pd900c80a.dip0.t-ipconnect.de [217.0.200.10]
4 97 55 11,69 30,85 13,39 80.157.204.58 [80.157.204.58]
5 97 55 82,51 118,12 84,61 ae1.cr8-nyc2.ip4.gtt.net [89.149.128.166]
6 97 55 91,36 96,27 92,43 a100-gw.ip4.gtt.net [173.205.58.70]
7 97 55 92,19 124,82 98,13 52.93.1.89 [52.93.1.89]
8 97 55 90,29 95,99 92,03 52.93.1.56 [52.93.1.56]
9 97 100 0 0 0 [-]
10 97 100 0 0 0 [-]
11 97 100 0 0 0 [-]
12 97 100 0 0 0 [-]
13 97 100 0 0 0 [-]
14 94 68 275,27 436,00 327,79 52.93.28.222 [52.93.28.222]
15 97 100 0 0 0 [-]
16 97 100 0 0 0 [-]
17 97 100 0 0 0 [-]
18 97 100 0 0 0 [-]
19 97 100 0 0 0 [-]
20 97 100 0 0 0 [-]
21 97 68 248,59 381,59 285,70 s3-1.amazonaws.com [52.216.76.126]

Target Name: s3-1.amazonaws.com
IP: 52.216.76.126
Date/Time: 21.12.2020 19:05:38 - 21.12.2020 19:15:38

Hop Sent PL% Min Max Avg Host Name / [IP]
1 100 0 0,01 2,95 0,36 firewall.xxxxxxxxxxx.local [172.16.192.254]
2 100 0 0,36 2,11 0,65 static.41.14.201.138.clients.your-server.de [138.201.14.41]
3 100 61 0,49 11,05 2,76 core24.fsn1.hetzner.com [213.239.229.21]
4 100 0 2,78 7,10 3,20 juniper4.nbg1.hetzner.com [213.239.252.233]
5 100 0 2,00 3,69 3,02 ae3-710.nbg40.core-backbone.com [5.56.20.253]
6 100 0 80,00 89,42 80,54 ae11-2093.nyk10.core-backbone.com [5.56.20.102]
7 99 100 0 0 0 [-]
8 99 100 0 0 0 [-]
9 99 100 0 0 0 [-]
10 99 100 0 0 0 [-]
11 99 100 0 0 0 [-]
12 99 100 0 0 0 [-]
13 99 100 0 0 0 [-]
14 99 100 0 0 0 [-]
15 99 100 0 0 0 [-]
16 99 100 0 0 0 [-]
17 99 100 0 0 0 [-]
18 99 100 0 0 0 [-]
19 99 100 0 0 0 [-]
20 99 100 0 0 0 [-]
21 99 100 0 0 0 [-]
22 100 0 85,00 86,88 86,26 s3-1.amazonaws.com [52.216.76.126]

Selbes Ziel, etwas gleiche Anzahl an Packeten & fast ähnliche Zeit.
Ich glaub ich muss mal mit der Telekom telefonieren =D

[pustekuchen91]

Ich kann dieses Problem leider nur bestätigen und bin froh das Golem, dabei hilft den druck an die Telekom zu erhöhen.

Es gibt aktuell drei Szenarien die mich in der Nutzung des Internets einschränken:
1) Downloads von Github
2) Packetloss bei Verbindungen EA-Servern (Da man wohl nicht jedes mal über das gleiche Backbone geroutet wird, gibt es mal gute Verbinungen ohne Packet Loss, aber halt viele schlechte mit)
3) Packetloss von eingehenden Packeten beim Hosten eines Voice Servers, wenn aus der Schweiz darauf zugegriffen wird.

Das disaster hat mich letzendlich dazu gebracht bei der Telekom zu Kündigen und zu 1&1 zu wechseln.. Leider dauert das noch bis März.