1und1 Glasfaser Vertrag nach Telekom-Ausbau - hat der auch das lahme Telekom-Peering?

DLMttH · 24. Juni 2024

Scheint aber auch kein klassisches Peering-Problem mit überlastetem Knoten zu sein. Man wird schlicht nach USA geroutet, das war mit dem Cloudflare CDN auch letztens der Fall. Müsste man nur mal wissen, warum es die Telekom-Kunden trifft.

Der Lord · 24. Juni 2024

Da hast du schon Recht, wobei das aber aus Kundensicht auch keine Rolle spielt ob Peering Engpässe oder ein falsches Routing hier ursächlich sind. Irgendwo müsste ich auch noch Logs haben die Peering besser aufzeigen. Ist ja leider schon seit Jahren ein Thema.

Ich versuche daher auch gerade rauszufinden, in welchem AS ich bei 1&1 landen würde. Denke aber der Support wird mir das nicht vorab mitteilen können/wollen. Dann bliebe nur noch o2.

millen · 24. Juni 2024

DLMttH schrieb:
Scheint aber auch kein klassisches Peering-Problem mit überlastetem Knoten zu sein. Man wird schlicht nach USA geroutet, das war mit dem Cloudflare CDN auch letztens der Fall. Müsste man nur mal wissen, warum es die Telekom-Kunden trifft.

Cloudflare nutzt für das Free-Tier und Paid-Tier verschiedene Subnetze, die wie es scheint von der Telekom verschieden geroutet werden, da der Sprung nach New-York ja innerhalb des Telekom Netzes passiert.

Zitat aus der Cloudflare Community:

Pro plan site: DTAG DE → Level3 in Frankfurt → Cloudflare in Frankfurt
Free plan site: DTAG DE → DTAG New York → TATA New York → Cloudflare New York

So würde ich das bisher auch bestätigen, zumindest sind es bei mir meist eher kleine Seiten bei denen die Route über NewYork geht.

Beide Traceroutes ebenfalls aus der Clouflare Community:
Vorher (Free):

Code:

Routenverfolgung zu dietpi.com [104.21.28.141]
über maximal 30 Hops:

  1     2 ms     4 ms     2 ms  fritz.box [192.168.0.1]
  2     4 ms     3 ms     4 ms  speedport.ip [192.168.2.1]
  3    10 ms     9 ms    24 ms  p3e9bf094.dip0.t-ipconnect.de [62.155.240.148]
  4   141 ms   111 ms   210 ms  nyc-sb5-i.NYC.US.NET.DTAG.DE [62.154.5.161]
  5   109 ms   108 ms   108 ms  87.128.239.250
  6   108 ms   108 ms   110 ms  if-ae-0-2.tcore3.njy-newark.as6453.net [216.6.90.14]
  7   114 ms     *      119 ms  66.198.70.2
  8   114 ms   133 ms   137 ms  172.70.228.2
  9     *      120 ms   108 ms  104.21.28.141

Nachher (Paid):

Code:

Routenverfolgung zu dietpi.com [172.67.69.101]
über maximal 30 Hops:

  1     1 ms     1 ms     4 ms  fritz.box [192.168.0.1]
  2     3 ms     2 ms     4 ms  speedport.ip [192.168.2.1]
  3    12 ms    10 ms    10 ms  p3e9bf094.dip0.t-ipconnect.de [62.155.240.148]
  4    12 ms    11 ms    10 ms  b-eh3-i.B.DE.NET.DTAG.DE [217.0.205.118]
  5    23 ms    13 ms    10 ms  4.68.62.205
  6    30 ms    26 ms    27 ms  ae1.6.edge3.Vienna1.level3.net [4.69.167.94]
  7    30 ms    27 ms    28 ms  212.73.202.22
  8    28 ms    29 ms    27 ms  172.68.48.12
  9    30 ms    29 ms    29 ms  172.67.69.101

Ablaufverfolgung beendet.

markchess · 25. Juni 2024

Die miesen Telekom-Peering-Spielchen dauern bis heute an, und daran wird sich auch in Zukunft nicht s ändern.
Man sollte zusehen dass man auf das 1&1 Versatel oder o2 Peering kommt (beide sind um Welten besser), wenn man Fiber bucht.

Routenverfolgung zu dietpi.com [172.67.69.101] über maximal 30 Abschnitte:

1 <1 ms <1 ms <1 ms 192.168.0.1
2 1 ms <1 ms <1 ms 192.168.178.1
3 7 ms 8 ms 6 ms bbl0022aihk002.versatel.de [94.134.199.8]
4 6 ms 5 ms 5 ms 62.214.34.229
5 14 ms 14 ms 12 ms fra020isp005.versatel.de [80.81.193.80]
6 * * * Zeitüberschreitung der Anforderung.
7 14 ms 17 ms 14 ms 162.158.84.115
8 14 ms 12 ms 12 ms 172.67.69.101

Ablaufverfolgung beendet.

bzw.

Routenverfolgung zu 104.21.28.141 über maximal 30 Abschnitte

1 <1 ms <1 ms <1 ms 192.168.0.1
2 1 ms <1 ms <1 ms 192.168.178.1
3 7 ms 5 ms 6 ms bbl0022aihk002.versatel.de [94.134.199.8]
4 7 ms 5 ms 6 ms 62.214.34.229
5 13 ms 15 ms 14 ms fra020isp005.versatel.de [80.81.193.80]
6 * * 14 ms de-cix-frankfurt.as13335.net [80.81.194.180]
7 14 ms 13 ms 12 ms 162.158.84.115
8 13 ms 12 ms 12 ms 104.21.28.141

Ablaufverfolgung beendet.

Looniversity · 26. Juni 2024

NDiCB schrieb:
Wenn man also am betreffenden Ort derzeit einen 1und1 DSL-Anschluss hat, der bereits per L2BSA anstatt Telekom WIA (Wholesale) realisiert ist

Kann ich das irgendwie feststellen?

markchess schrieb:
Man sollte zusehen dass man auf das 1&1 Versatel oder o2 Peering kommt (beide sind um Welten besser), wenn man Fiber bucht.

Dass das wünschenswert ist, ist klar. Aber wie kann ich als "Normalo-Verbraucher" dafür sorgen, dass das so passiert? Ich werde irgendwo angeklemmt und 1und1 wird wohl kaum meinen Traffic separat irgendwo anders aus dem Telekom Netz rausführen.

millen · 26. Juni 2024

@Looniversity Irgendjemand hatte hier diese Github Easybell karte geschickt gehabt, dort kannst du Bereiche markieren und siehst ob da das Telekomnetz oder Versatel zum Einsatz kommt.

Korrigiert mich wenn ich falsch liege, aber o2 über die Telekom Leitung nutzt doch immer das o2 Backbone oder? Bei 1und1 ists mal Versatel und mal die Telekom.

Edit: o2 nutzt L3-BSA also sollte dort immer das eigene Backbone genutzt werden.

EDIT 2: Hier die Map: https://n-thumann.github.io/easybell-carrier-map/

Man landet auf der Karte direkt Osnabrück, an der Stadt sieht man, das dort die hälfte Versatel und die Hälfte Telekom nutzt.

eifelman85 · 26. Juni 2024

millen schrieb:
@Looniversity Irgendjemand hatte hier diese Github Easybell karte geschickt gehabt, dort kannst du Bereiche markieren und siehst ob da das Telekomnetz oder Versatel zum Einsatz kommt.

https://n-thumann.github.io/easybell-carrier-map/

millen schrieb:
Korrigiert mich wenn ich falsch liege, aber o2 über die Telekom Leitung nutzt doch immer das o2 Backbone oder? Bei 1und1 ists mal Versatel und mal die Telekom.

Genau, o2 nutzt bei Telekom-Technik L3-BSA. Hier wird der Datenverkehr an wenigen Standorten von der Telekom an o2 übergeben. Diese Vorleistung kann deutschlandweit genutzt werden.

Bei 1&1 sieht es anders aus. Hier greift man nur auf WIA oder L2-BSA zurück. Für L2-BSA muss der BNG-Standort von Versatel erschlossen sein. Das ist nicht bei allen Standorten der Fall, besonders in ländlichen Gebieten. Dort greift 1&1 auf WIA zurück; man erhält dann einen umgelabelten Telekomanschluss unter eigenem Namen und dessen bekannten Vor- und Nachteilen.

Looniversity · 27. Juni 2024

millen schrieb:
@Looniversity Irgendjemand hatte hier diese Github Easybell karte geschickt gehabt, dort kannst du Bereiche markieren und siehst ob da das Telekomnetz oder Versatel zum Einsatz kommt.

Sorry, habe jetzt erst geblickt, dass man da Rechtecke durch Klick-Klick auswählt, nicht nur durch Gedrückthalten... 🙈 Bin genau auf der Grenze im Magenta Bereich

Edit: Gerade das Git-Repo davon durchgelesen. Sehr clevere Idee, das Tool!

millen · 27. Juni 2024

@Looniversity Ich brauchte auch ein wenig um das zu checken

Gerade auf dem Handy war ich noch verwirrter.

Wenn du an der grenze liegst, bleibt für dich immernoch o2. o2 wäre sogar meine präfferierte Wahl.

markchess · 27. Juni 2024

Looniversity schrieb:
Kann ich das irgendwie feststellen?

Dass das wünschenswert ist, ist klar. Aber wie kann ich als "Normalo-Verbraucher" dafür sorgen, dass das so passiert? Ich werde irgendwo angeklemmt und 1und1 wird wohl kaum meinen Traffic separat irgendwo anders aus dem Telekom Netz rausführen.

Ja, das ist leider das Problem bei Fiber.
Vll. 1&1 kontaktieren und hoffen dass sie es ganz genau wissen ob du dann über das Versatel Backbone geroutet wirst.

Ich selber habe DSL 100 über 1&1 Versatel Backbone (Dual-Stack) und kann zu vorher o2 kein Unterschied feststellen, alle Dienste fluppen 1A und das Peering ist ebenfalls hervorragend.

DLMttH · 27. Juni 2024

Wie gesagt erst mal auf die neuen Tarife warten. Derzeit wissen wir ja gar nicht, was o2 und 1&1 als Reaktion auf den höheren Upload für neue Tarife bringen werden. Bei mir stirbt ja nicht die Hoffnung, dass o2 preislich noch mal in den angenehmen Bereich zurückfindet.

Der Lord · 27. Juni 2024

markchess schrieb:
Vll. 1&1 kontaktieren und hoffen dass sie es ganz genau wissen ob du dann über das Versatel Backbone geroutet wirst.

viel Glück dabei, ich warte nun schon einige Tage auf eine Antwort zu genau dieser Frage. (Hotline oder Chat steckten leider technisch nicht tief genug drin um das beantworten zu können) Bin gespannt ~~wann~~ ob da noch was kommt.

DLMttH schrieb:
Bei mir stirbt ja nicht die Hoffnung, dass o2 preislich noch mal in den angenehmen Bereich zurückfindet.

das wäre wirklich toll. bei meinem jetzigen 500er ist's genau derselbe "hohe" Preis (ab dem 13. Monat). Dagegen sind die 1&1 Preise natürlich verlockend.

raumi79 · 5. Juli 2024

Ich habe seit kurzem einen Telekom FTTH und einen 1&1 FTTH über Telekom Netz aber Versatel Backbone.
Die beiden Anschlüsse befinden sich etwa 2km Luftlinie voneinander entfernt. Zum Vergleich habe ich mal ein paar Tracerts und Pings durchgejagt. Zeitgleich beide Anschlüsse:

REDDIT.DE

Code:

Telekom

 1  p3e9bf23a.dip0.t-ipconnect.de (62.155.242.58)  1.574 ms  1.518 ms  4.815 ms
 2  m-ef2-i.M.DE.NET.DTAG.DE (217.5.66.222)  4.987 ms  5.043 ms  5.653 ms
 
PING reddit.com (151.101.129.140) from 84.186.33.249: 56 data bytes
64 bytes from 151.101.129.140: icmp_seq=0 ttl=61 time=5.203 ms
64 bytes from 151.101.129.140: icmp_seq=1 ttl=61 time=4.912 ms
64 bytes from 151.101.129.140: icmp_seq=2 ttl=61 time=4.914 ms


1&1

 1  srb0001aihk001.versatel.de (94.134.199.96)  2.148 ms  2.016 ms  1.840 ms
 2  mun1801aihd001.versatel.de (62.214.42.195)  5.896 ms  5.835 ms  6.014 ms
 3  23.235.41.179 (23.235.41.179)  27.268 ms *  16.056 ms
 
PING reddit.com (151.101.65.140) from 109.250.241.185: 56 data bytes
64 bytes from 151.101.65.140: icmp_seq=0 ttl=61 time=13.842 ms
64 bytes from 151.101.65.140: icmp_seq=1 ttl=61 time=14.073 ms
64 bytes from 151.101.65.140: icmp_seq=2 ttl=61 time=13.831 ms

TWITCH.TV

Code:

Telekom


 1  p3e9bf23a.dip0.t-ipconnect.de (62.155.242.58)  1.644 ms  1.524 ms  1.473 ms
 2  m-ef2-i.M.DE.NET.DTAG.DE (62.154.28.82)  6.154 ms
    m-ef2-i.M.DE.NET.DTAG.DE (217.5.66.58)  5.098 ms
    m-ef2-i.M.DE.NET.DTAG.DE (217.5.108.126)  5.376 ms

PING twitch.tv (151.101.2.167) from 84.186.33.249: 56 data bytes
64 bytes from 151.101.2.167: icmp_seq=0 ttl=61 time=3.911 ms
64 bytes from 151.101.2.167: icmp_seq=1 ttl=61 time=5.226 ms
64 bytes from 151.101.2.167: icmp_seq=2 ttl=61 time=5.161 ms


1&1

 1  srb0001aihk001.versatel.de (94.134.199.96)  2.228 ms  2.236 ms  1.861 ms
 2  mun1801aihd001.versatel.de (62.214.42.195)  5.764 ms  5.816 ms  5.966 ms
 3  23.235.41.179 (23.235.41.179)  16.590 ms *  13.343 ms

PING twitch.tv (151.101.2.167) from 109.250.241.185: 56 data bytes
64 bytes from 151.101.2.167: icmp_seq=0 ttl=61 time=13.913 ms
64 bytes from 151.101.2.167: icmp_seq=1 ttl=61 time=13.741 ms
64 bytes from 151.101.2.167: icmp_seq=2 ttl=61 time=13.807 ms

YOUTUBE.DE

Code:

Telekom

 1  p3e9bf23a.dip0.t-ipconnect.de (62.155.242.58)  1.731 ms  2.299 ms  2.157 ms
 2  m-ef2-i.M.DE.NET.DTAG.DE (217.5.66.218)  5.758 ms
    m-ef2-i.M.DE.NET.DTAG.DE (217.5.69.50)  5.867 ms
    m-ef2-i.M.DE.NET.DTAG.DE (217.0.205.206)  8.904 ms
 3  80.150.169.10 (80.150.169.10)  3.834 ms  6.013 ms  4.600 ms
 4  192.178.105.185 (192.178.105.185)  5.717 ms
    192.178.105.117 (192.178.105.117)  4.719 ms  4.773 ms
 5  108.170.228.45 (108.170.228.45)  4.952 ms  5.122 ms
    108.170.228.35 (108.170.228.35)  6.425 ms
 6  muc11s23-in-f14.1e100.net (142.251.37.14)  4.874 ms  4.942 ms  4.848 ms

PING youtube.de (142.251.37.14) from 84.186.33.249: 56 data bytes
64 bytes from 142.251.37.14: icmp_seq=0 ttl=120 time=5.405 ms
64 bytes from 142.251.37.14: icmp_seq=1 ttl=120 time=5.407 ms
64 bytes from 142.251.37.14: icmp_seq=2 ttl=120 time=4.966 ms

1&1

 1  srb0001aihk001.versatel.de (94.134.199.96)  2.087 ms  1.934 ms  1.879 ms
 2  mun1801aihd001.versatel.de (62.214.42.195)  5.804 ms  5.758 ms  7.444 ms
 3  * * 72.14.204.149 (72.14.204.149)  13.386 ms
 4  89.246.109.250 (89.246.109.250)  14.485 ms
    72.14.204.148 (72.14.204.148)  13.679 ms  13.456 ms
 5  * * *
 6  142.250.237.176 (142.250.237.176)  14.555 ms
    142.250.225.76 (142.250.225.76)  14.759 ms
    142.250.234.18 (142.250.234.18)  14.155 ms
 7  142.250.214.187 (142.250.214.187)  13.546 ms  13.395 ms
    192.178.109.218 (192.178.109.218)  21.081 ms
 8  216.239.40.147 (216.239.40.147)  15.037 ms
    fra24s05-in-f14.1e100.net (142.250.186.78)  13.460 ms  13.478 ms

PING youtube.de (142.250.186.78) from 109.250.241.185: 56 data bytes
64 bytes from 142.250.186.78: icmp_seq=0 ttl=61 time=13.980 ms
64 bytes from 142.250.186.78: icmp_seq=1 ttl=61 time=13.806 ms
64 bytes from 142.250.186.78: icmp_seq=2 ttl=61 time=13.480 ms

8.8.8.8

Code:

Telekom

 1  p3e9bf23a.dip0.t-ipconnect.de (62.155.242.58)  1.617 ms  1.517 ms  0.901 ms
 2  m-ef2-i.M.DE.NET.DTAG.DE (217.5.69.58)  5.008 ms
    m-ef2-i.M.DE.NET.DTAG.DE (62.154.28.78)  6.242 ms
    m-ef2-i.M.DE.NET.DTAG.DE (62.154.28.82)  6.113 ms
 3  80.156.162.59 (80.156.162.59)  4.760 ms  4.829 ms  4.788 ms
 4  192.178.105.223 (192.178.105.223)  5.114 ms  4.950 ms
    192.178.105.117 (192.178.105.117)  4.728 ms
 5  209.85.247.201 (209.85.247.201)  5.851 ms
    142.251.68.119 (142.251.68.119)  5.297 ms
    108.170.228.35 (108.170.228.35)  4.945 ms
 6  dns.google (8.8.8.8)  6.062 ms  4.967 ms  5.201 ms

PING 8.8.8.8 (8.8.8.8) from 84.186.33.249: 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=120 time=5.580 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=120 time=5.654 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=120 time=5.432 ms

1&1

 1  srb0001aihk001.versatel.de (94.134.199.96)  2.262 ms  1.970 ms  1.896 ms
 2  mun1801aihd001.versatel.de (62.214.42.195)  5.887 ms  6.105 ms  6.877 ms
 3  89.246.109.249 (89.246.109.249)  13.466 ms  13.441 ms
    72.14.204.149 (72.14.204.149)  50.118 ms
 4  72.14.204.148 (72.14.204.148)  13.494 ms  13.663 ms
    89.246.109.250 (89.246.109.250)  15.241 ms
 5  * * *
 6  dns.google (8.8.8.8)  13.417 ms  13.613 ms  13.539 ms

PING 8.8.8.8 (8.8.8.8) from 109.250.241.185: 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=61 time=13.705 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=61 time=13.599 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=61 time=13.618 ms

kaminofen-lieferbar.de (Cloudflare Free)

Code:

Telekom

 1  p3e9bf23a.dip0.t-ipconnect.de (62.155.242.58)  1.846 ms  1.500 ms  1.416 ms
 2  nyc-sb6-i.NYC.US.NET.DTAG.DE (62.154.5.206)  100.716 ms  100.729 ms  100.661 ms
 3  80.156.160.213 (80.156.160.213)  100.133 ms  100.052 ms  102.518 ms
 4  if-ae-0-2.tcore3.njy-newark.as6453.net (216.6.90.14)  104.311 ms  102.375 ms  103.439 ms
 5  66.198.70.2 (66.198.70.2)  107.071 ms  110.240 ms  110.314 ms
 6  162.158.61.109 (162.158.61.109)  102.203 ms
    162.158.61.221 (162.158.61.221)  102.216 ms
    162.158.61.117 (162.158.61.117)  105.053 ms
 7  104.21.56.206 (104.21.56.206)  106.683 ms  106.865 ms  108.014 ms
 
 PING kaminofen-lieferbar.de (172.67.136.172) from 84.186.33.249: 56 data bytes
64 bytes from 172.67.136.172: icmp_seq=0 ttl=57 time=103.959 ms
64 bytes from 172.67.136.172: icmp_seq=1 ttl=57 time=104.003 ms
64 bytes from 172.67.136.172: icmp_seq=2 ttl=57 time=103.934 ms

1&1

 1  srb0001aihk001.versatel.de (94.134.199.96)  2.213 ms  2.105 ms  1.883 ms
 2  mun1801aihd001.versatel.de (62.214.42.195)  5.855 ms  5.813 ms  6.039 ms
 3  fra020isp005.versatel.de (80.81.193.80)  13.491 ms  13.854 ms  34.371 ms
 4  * de-cix-frankfurt.as13335.net (80.81.193.129)  14.327 ms
    de-cix-frankfurt.as13335.net (80.81.194.180)  14.563 ms
 5  162.158.84.111 (162.158.84.111)  14.288 ms  14.456 ms
    172.71.244.3 (172.71.244.3)  14.441 ms
 6  188.114.96.3 (188.114.96.3)  13.826 ms  13.842 ms  13.914 ms
 
 PING kaminofen-lieferbar.de (188.114.96.3) from 109.250.241.185: 56 data bytes
64 bytes from 188.114.96.3: icmp_seq=0 ttl=60 time=14.496 ms
64 bytes from 188.114.96.3: icmp_seq=1 ttl=60 time=13.961 ms
64 bytes from 188.114.96.3: icmp_seq=2 ttl=60 time=13.948 ms

millen · 5. Juli 2024

Du scheinst in der nähe von München zu sein, 1und1 routet direkt zum de-cix telekom bleibt in München.

@DLMttH Wie nah bist du eigentlich an FFM? Grobe Luftlinie zum de-cix würde mich mal interessieren (Ich weiß Luftlinie sagt nichts über die Kabeldistanz aus). Ich hab glatt 10km.

Comadevil · 5. Juli 2024

Code:

ping reddit.com
PING reddit.com(2a04:4e42:600::396 (2a04:4e42:600::396)) 56 data bytes
64 bytes from 2a04:4e42:600::396 (2a04:4e42:600::396): icmp_seq=1 ttl=59 time=18.6 ms
64 bytes from 2a04:4e42:600::396 (2a04:4e42:600::396): icmp_seq=2 ttl=59 time=18.3 ms
64 bytes from 2a04:4e42:600::396 (2a04:4e42:600::396): icmp_seq=3 ttl=59 time=18.2 ms
64 bytes from 2a04:4e42:600::396 (2a04:4e42:600::396): icmp_seq=4 ttl=59 time=18.4 ms
64 bytes from 2a04:4e42:600::396 (2a04:4e42:600::396): icmp_seq=5 ttl=59 time=18.6 ms
^C
--- reddit.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4007ms
rtt min/avg/max/mdev = 18.219/18.410/18.569/0.137 ms

ping twitch.tv
PING twitch.tv (151.101.194.167) 56(84) bytes of data.
64 bytes from 151.101.194.167 (151.101.194.167): icmp_seq=1 ttl=59 time=17.2 ms
64 bytes from 151.101.194.167 (151.101.194.167): icmp_seq=2 ttl=59 time=16.8 ms
64 bytes from 151.101.194.167 (151.101.194.167): icmp_seq=3 ttl=59 time=17.3 ms
64 bytes from 151.101.194.167 (151.101.194.167): icmp_seq=4 ttl=59 time=17.4 ms
64 bytes from 151.101.194.167 (151.101.194.167): icmp_seq=5 ttl=59 time=16.9 ms
^C
--- twitch.tv ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4006ms
rtt min/avg/max/mdev = 16.816/17.130/17.369/0.219 ms

ping youtube.de
PING youtube.de(ham11s01-in-x0e.1e100.net (2a00:1450:4005:800::200e)) 56 data bytes
64 bytes from ham11s01-in-x0e.1e100.net (2a00:1450:4005:800::200e): icmp_seq=1 ttl=119 time=4.80 ms
64 bytes from ham11s01-in-x0e.1e100.net (2a00:1450:4005:800::200e): icmp_seq=2 ttl=119 time=4.94 ms
64 bytes from ham11s01-in-x0e.1e100.net (2a00:1450:4005:800::200e): icmp_seq=3 ttl=119 time=4.90 ms
64 bytes from ham11s01-in-x0e.1e100.net (2a00:1450:4005:800::200e): icmp_seq=4 ttl=119 time=4.66 ms
64 bytes from ham11s01-in-x0e.1e100.net (2a00:1450:4005:800::200e): icmp_seq=5 ttl=119 time=4.59 ms
^C
--- youtube.de ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4005ms
rtt min/avg/max/mdev = 4.591/4.778/4.943/0.135 ms

 ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=118 time=4.98 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=4.59 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=4.80 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=118 time=4.82 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=118 time=4.93 ms
^C
--- 8.8.8.8 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4006ms
rtt min/avg/max/mdev = 4.588/4.823/4.977/0.134 ms

 ping kaminofen-lieferbar.de
PING kaminofen-lieferbar.de(2a06:98c1:3121::4 (2a06:98c1:3121::4)) 56 data bytes
64 bytes from 2a06:98c1:3121::4 (2a06:98c1:3121::4): icmp_seq=1 ttl=59 time=4.56 ms
64 bytes from 2a06:98c1:3121::4 (2a06:98c1:3121::4): icmp_seq=2 ttl=59 time=4.57 ms
64 bytes from 2a06:98c1:3121::4 (2a06:98c1:3121::4): icmp_seq=3 ttl=59 time=4.85 ms
64 bytes from 2a06:98c1:3121::4 (2a06:98c1:3121::4): icmp_seq=4 ttl=59 time=4.80 ms
64 bytes from 2a06:98c1:3121::4 (2a06:98c1:3121::4): icmp_seq=5 ttl=59 time=4.54 ms
^C
--- kaminofen-lieferbar.de ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4007ms
rtt min/avg/max/mdev = 4.541/4.665/4.850/0.132 ms

Habe einen 1&1 in Kiel, die direkt einen BNG hier haben, da sie mal einen lokalen Provider übernommen haben. IPv6 und IPv4 hat keinen Unterschied bei den verschiedenen Adressen

Code:

traceroute to kaminofen-lieferbar.de (188.114.96.4), 30 hops max, 60 byte packets
  kie0010aihk001.versatel.de (94.134.198.29)  2.503 ms  3.158 ms  3.146 ms
  kie1020cihd002.versatel.de (62.214.42.138)  2.250 ms  2.238 ms  2.226 ms
  hhb002isp006.versatel.de (185.1.210.35)  4.068 ms  4.056 ms  4.045 ms
  ipv4.de-cix.ham.de.as13335.cloudflare.com (185.1.210.10)  4.797 ms  4.989 ms  4.975 ms
  188.114.96.4 (188.114.96
 traceroute youtube.de
traceroute to youtube.de (172.217.16.78), 30 hops max, 60 byte packets
  kie0010aihk001.versatel.de (94.134.198.29)  14.324 ms  14.276 ms  14.263 ms
  kie1020cihd002.versatel.de (62.214.42.138)  10.520 ms  10.507 ms  10.525 ms
  72.14.222.29 (72.14.222.29)  4.451 ms  4.439 ms  4.423 ms
  72.14.222.28 (72.14.222.28)  4.408 ms  3.867 ms  3.852 ms
  108.170.255.157 (108.170.255.157)  4.676 ms 209.85.249.115 (209.85.249.115)  5.162 ms  5.275 ms
  216.239.43.123 (216.239.43.123)  5.139 ms 216.239.49.249 (216.239.49.249)  5.138 ms 216.239.43.123 (216.239.43.123)  5.123 ms
  ham11s01-in-f14.1e100.net (172.217.16.78)  4.319 ms  4.305 ms  4.399 ms



traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets

 kie0010aihk001.versatel.de (94.134.198.29)  5.260 ms  5.280 ms  5.230 ms
  kie1020cihd002.versatel.de (62.214.42.138)  2.686 ms  2.673 ms  2.661 ms
  72.14.222.29 (72.14.222.29)  4.336 ms  4.223 ms  4.209 ms
  72.14.222.28 (72.14.222.28)  4.593 ms  4.024 ms  4.009 ms
  192.178.99.223 (192.178.99.223)  4.540 ms 108.170.255.117 (108.170.255.117)  5.589 ms  5.573 ms
  209.85.240.161 (209.85.240.161)  4.705 ms 142.251.244.105 (142.251.244.105)  4.447 ms 142.251.244.107 (142.251.244.107)  4.435 ms
  dns.google (8.8.8.8)  4.422 ms  4.508 ms  4.493 ms

KernelMaker · 10. Juli 2024

Ich hatte nun 2 Jahre beide Anschlüsse parallel.
Was mich persönlich sehr stört: Alles außer Telekom hat eine 24 Stunden Zwangstrennung.

Auch ein 1&1 Business hat das! Da es hier keine echte feste IP gibt, sondern lediglich einen kostenlosen vServer in der IONOS Cloud.

Das Peering kann man einfach über VPN und Policy Routing umgehen. Eine Zwangstrennung kann man jedoch nicht beeinflussen.

Daher bleibt bei mir Telekom übrig, natürlich nun mit 500 Up.

Bob.Dig · 10. Juli 2024

KernelMaker schrieb:
Das Peering kann man einfach über VPN und Policy Routing umgehen.

Auch VPNs werden beeinflusst. Also einfach ist daran gar nichts...

DLMttH · 10. Juli 2024

Vor allem wechsle ich nicht zu Glasfaser mit potentiell niedriger Latenz, um mir diese mit Zwangs-VPN wieder zerstören zu lassen.

TheCadillacMan · 10. Juli 2024

KernelMaker schrieb:
Was mich persönlich sehr stört: Alles außer Telekom hat eine 24 Stunden Zwangstrennung.

easybell hat keine Zwangstrennung und bietet seit kurzem auch Telekom-FTTH an.
Wenn die es jetzt bei IPv6 noch schaffen würden einen /56-Prefix statt nur einen /64 zu verteilen, wäre ich richtig begeistert.

KernelMaker schrieb:
Auch ein 1&1 Business hat das! Da es hier keine echte feste IP gibt, sondern lediglich einen kostenlosen vServer in der IONOS Cloud.

Ja, das ist ein Witz für ein angebliches Business-Produkt und wie das vermarktet wird ist auf den ersten Blick auch noch richtig irreführend (wie leider so manches bei 1&1).

KernelMaker · 10. Juli 2024

Bob.Dig schrieb:
Auch VPNs werden beeinflusst. Also einfach ist daran gar nichts...

Das kann man aber testen, bzw. frei wählen. Ich nutze deshalb einen VPS und habe gleichzeitig noch beliebig viele feste IPs + Subnetze zuhause.

DLMttH schrieb:
Vor allem wechsle ich nicht zu Glasfaser mit potentiell niedriger Latenz, um mir diese mit Zwangs-VPN wieder zerstören zu lassen.

Gibt schlimmeres, gilt vor allem auch nur für "problematische" Gegenstellen

Telekom DNS Direkt:
round-trip min/avg/max/stddev = 0.904/1.948/3.777/0.541 ms

Gleicher Host über VPS:
round-trip min/avg/max/stddev = 2.596/3.549/7.401/1.125 ms

TheCadillacMan schrieb:
easybell hat keine Zwangstrennung und bietet seit kurzem auch Telekom-FTTH an.
Wenn die es jetzt bei IPv6 noch schaffen würden einen /56-Prefix statt nur einen /64 zu verteilen, wäre ich richtig begeistert.

Danke für die Info! Werde ich mir direkt mal anschauen.
EDIT: Aktuell noch 200 Up, aber kann ja noch kommen

1und1 Glasfaser Vertrag nach Telekom-Ausbau - hat der auch das lahme Telekom-Peering?

Captain

Lt. Commander

Ensign

Cadet 2nd Year

Lt. Commander

Ensign

Lt. Commander

Lt. Commander

Ensign

Cadet 2nd Year

Captain

Lt. Commander

Newbie

Ensign

​

Lt. Junior Grade

Cadet 4th Year

Commodore

Captain

Captain

Cadet 4th Year

Ähnliche Themen