Latenz / Packet Loss zu DTAG über twelve99 (ehm. Telia) IPv6

    Leider steigt die Latenz abends in Richtung DTAG über IPv6 stark an und es gehen Pakete verloren. Es wäre schön wenn ihr IPv6 wie IPv4 auch mit der Telekom direkt peeren würdet.


    Sag das der Telekom. Bei der Geschäftspolitik der Telekom in Bezug auf Peering würde ich mich da auch querstellen. Die werden das erst merken, wenn denen deshalb die Kunden weglaufen. Die Empfehlung kann nur lauten, zu einem anderen Provider mit besserer Anbindung z.B. an den DE-CIX zu wechseln.

    Keine Frage, die wenigsten Kunden werden dies bemerken und noch weniger werden deswegen den Provider wechseln. Den Traffic über einen anderen Tier 1 Provider laufen zu lassen ist aber auch keine schöne Lösung, das kann man vielleicht bei kleinen Netzen machen aber bei der Telekom sollte es ein direktes Peering sein, klappt bei IPv4 wunderbar.

    Eigentlich hat Anexia ja ein DTAG-Transit und für IPv4 wird das weiterhin genutzt. Früher™ schien auch v6 darüber zu laufen. Scheinbar scheint aber v6 nur noch über Transits zu laufen (außer zu H in NBG und FSN), auch zu meinem ISP (AS50629) der u.a. mit Anexia am DECIX und AMSIX peert.

    Code
    1  gw01.netcup.net (2a03:4000:6:b000::2)  4.001 ms  3.955 ms  3.937 ms
2  2a00:11c0:47:3::122 (2a00:11c0:47:3::122)  3.038 ms  3.009 ms  3.013 ms
3  nug-b2-link.ip.twelve99.net (2001:2035:0:272d::1)  0.335 ms  0.301 ms  0.317 ms
4  ffm-bb1-v6.ip.twelve99.net (2001:2034:1:6b::1)  4.071 ms  4.229 ms  4.223 ms
5  ddf-b3-v6.ip.twelve99.net (2001:2034:0:195::1)  6.832 ms  6.923 ms  6.898 ms
6  lwlcom-ic-379582.ip.twelve99-cust.net (2001:2035:0:2742::2)  7.093 ms  6.917 ms  6.908 ms
7  ae0-40.cr30.bre06.lwlcom.net (2a00:c380:b200:230::241)  10.286 ms  10.279 ms  10.242 ms

    Edited 2 times, last by bjo ().

    Quote from frank_m

    Die werden das erst merken, wenn denen deshalb die Kunden weglaufen.

    Ich fürchte, das wird nicht passieren. Für den Kunden ist dein gehosteter Service langsam, während alle anderen schnell sind. Das führt niemand ohne technische Expertise auf die Telekom zurück.


    Gibt es denn große Hoster/Anbieter, die sich konsequent gegen ein bezahltes Peering mit der Telekom wehren? Ich weiß, dass bspw. das rote H oder das DFN sich lange dagegen gestemmt haben. Am Ende lief es aber doch darauf hinaus, dass die jetzt dafür bezahlen. Am Ende laufen die Kunden nämlich leider nicht dem ISP sondern dir weg.


    Ich denke auch, dass es hier tatsächlich auch auf eine Einigung mit der Telekom in Form einer Bezahlung herauslaufen wird.

    Quote from nebula76


    Gibt es denn große Hoster/Anbieter, die sich konsequent gegen ein bezahltes Peering mit der Telekom wehren? Ich weiß, dass bspw. das rote H oder das DFN sich lange dagegen gestemmt haben. Am Ende lief es aber doch darauf hinaus, dass die jetzt dafür bezahlen. Am Ende laufen die Kunden nämlich leider nicht dem ISP sondern dir weg.


    Ich denke auch, dass es hier tatsächlich auch auf eine Einigung mit der Telekom in Form einer Bezahlung herauslaufen wird.

    Wie schon gesagt, DTAG Transit ist ja eigentich vorhanden:


    Code
    traceroute to mx00.t-online.de (194.25.134.8), 30 hops max, 60 byte packets
1  gw01.netcup.net (37.120.188.2)  0.346 ms  0.320 ms  0.328 ms
2  94.16.25.158 (94.16.25.158)  0.764 ms  0.761 ms  0.733 ms
3  ae0-0.bbr01.anx84.nue.de.anexia-it.net (144.208.208.139)  3.842 ms  3.834 ms  3.827 ms
4  ae2-0.bbr02.anx25.fra.de.anexia-it.net (144.208.208.141)  3.741 ms  3.725 ms  3.686 ms
5  80.156.161.185 (80.156.161.185)  4.126 ms  4.286 ms  4.487 ms
6  f-eb17-i.f.de.net.dtag.de (217.239.38.118)  5.935 ms  5.952 ms f-eb17-i.f.de.net.dtag.de (217.239.38.126)  5.659 ms
7  * * *
8  * * *
    • New

    Ich habe mit IPv6 217ms zu meinen Servern und mit IPv4 24ms. Dabei kommt es zum Glück zu keinerlei Paketverlusten.



    Würde mich auch sehr interessieren, ob es schon eine Rückmeldung vom Support gab.

    RS9.5er, RS11er und Webhosting. Was man eben so braucht :)

    Edited once, last by hamilrat ().