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

Mittlerweile ist das IPv6-Routing via twelve99 einmal um den Pudding:

1.|-- gw01.netcup.net            0.0%    10    0.7   1.1   0.4   3.1   1.1
2.|-- 2a00:11c0:47:3::122        0.0%    10    0.7   1.5   0.5   7.7   2.2
3.|-- nug-b2-link.ip.twelve99.n  0.0%    10    0.4   0.5   0.4   0.6   0.0
4.|-- hbg-bb2-v6.ip.twelve99.ne 80.0%    10   16.2  16.1  16.1  16.2   0.1
5.|-- ddf-b3-v6.ip.twelve99.net 10.0%    10   13.7  13.7  13.7  13.8   0.1
6.|-- lwlcom-ic-379582.ip.twelv  0.0%    10   14.3  14.2  14.0  14.3   0.1
7.|-- ae0-40.cr30.bre06.lwlcom.  0.0%    10   17.5  17.5  17.4  17.6   0.0
8.|-- ae0-70.cr10.bre04.lwlcom.  0.0%    10   17.9  17.7  17.6  17.9   0.1
9.|-- ae5-10.dsw40.bre04.lwlcom  0.0%    10   18.0  18.0  17.9  18.1   0.1
10.|-- ae1-0.dsw42.bre04.lwlcom.  0.0%    10   18.0  18.0  17.9  18.1   0.0
11.|-- xe-0-1-0-0.bng10.bre04.lw  0.0%    10   17.5  19.3  17.5  23.0   2.1
12.|-- xe-0-1-2-0.bng10.bre01.lw  0.0%    10   17.7  17.8  17.7  17.9   0.1
13.|-- 2a00:c380:e002:8240::1     0.0%    10   18.2  18.2  18.1  18.3   0.1
3 Min.

Könnte wahrscheinlich auch in Hamburg von AS1299 zu AS50629 gehen. Jemand auf Mastodon meinte gestern auch, dass das Routing in Wien gestern gestört gewesen wäre.

Ich habe gestern auch Traces gemacht und festgestellt, dass IPv6 über Arelion (AS1299) zur DTAG (AS3320) geroutet wird. Allerdings mit guten RTT Werten und sehr direkt. Auslöser war bei mir, dass das Peering zwischen Deutscher Glasfaser und DTAG nicht besonders zufriedenstellend ist und ich das vergleichen wollte.

Mich wundert, dass der Link fm-b5-link.ip.twelve99.net → dtag-ic-387598.ip.twelve99-cust.net sich zwischen beiden Traces so unterschiedlich verhält. Ich verstehe vom Routing leider einfach zu wenig um das bewerten und verstehen zu können.

2025-01-23T16:55:45+0100
                                                  Packets               Pings
 Host                                            Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. AS197540 2a03:4000:67::2                      0.0%   203    0.6   6.9   0.4  44.0   8.8
 2. AS47147  2a00:11c0:47:3::120                  0.0%   203    0.4   1.6   0.4  22.9   3.7
 3. AS1299   nug-b2-link.ip.twelve99.net          0.0%   203    0.5   0.4   0.4   0.7   0.1
 4. AS1299   ffm-bb1-v6.ip.twelve99.net           0.0%   203    3.7   3.8   3.6   5.0   0.2
    [MPLS: Lbl 404160 TC 0 S 0 TTL 1]
    [MPLS: Lbl 2 TC 0 S 1 TTL 1]
 5. AS1299   ffm-b5-link.ip.twelve99.net         99.5%   203    4.7   4.7   4.7   4.7   0.0
 6. AS1299   dtag-ic-387598.ip.twelve99-cust.net 95.0%   203    4.8   4.8   4.2   7.8   1.1
 7. AS3320   2003:0:1801:4000::1                 63.4%   203   10.0  10.0   9.6  19.1   1.1
 8. (waiting for reply)

2025-01-23T17:07:12+0100
                                                  Packets               Pings
 Host                                            Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. AS197540 2a03:4000:67::2                      0.0%   124   38.9   6.5   0.4  73.4  10.5
 2. AS47147  2a00:11c0:47:3::120                  0.0%   124    0.5   1.5   0.3  40.8   5.0
 3. AS1299   2001:2035:0:4fa::1                   0.0%   124    0.4   0.4   0.4   0.9   0.1
 4. AS1299   2001:2034:1:6b::1                    0.0%   124    3.8   3.8   3.6   4.3   0.1
    [MPLS: Lbl 404160 TC 0 S 0 TTL 1]
    [MPLS: Lbl 2 TC 0 S 1 TTL 1]
 5. (waiting for reply)
 6. AS1299   2001:2035:0:2509::2                  84.6%  124    4.2   4.3   4.0   4.5   0.1
 7. AS3320   2003:0:1801:4000::1                  78.9%  124   10.0   9.9   9.7  10.2   0.1
 8. (waiting for reply)

2025-01-23T16:53:25+0100
                                                                Packets               Pings
 Host                                            Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. AS60294  2a00:6020:××××:××××::1               0.0%    58    0.7   0.6   0.4   1.3   0.1
 2. (waiting for reply)
 3. AS60294  2a00:6020:0:d::1                    84.2%    58    8.3   8.5   8.3   8.8   0.2
 4. AS60294  2a00:6020:0:2c::2                    0.0%    58    8.1   8.0   7.7   8.5   0.2
    AS60294  2a00:6020:0:1e::2
 5. AS1299   ffm-b5-link.ip.twelve99.net         70.7%    58    8.3   8.4   8.2   8.8   0.2
 6. AS1299   dtag-ic-387598.ip.twelve99-cust.net 96.5%    58  102.0 102.0 102.0 102.0   0.0
 7. AS3320   2003:0:1801:4000::1                 84.2%    58  105.3 105.1 104.8 105.3   0.2
 8. (waiting for reply)

2025-01-23T17:06:24+0100

                                                   Packets               Pings
 Host                                            Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. AS60294  2a00:6020:××××:××××::1               0.0%    75    0.9   0.6   0.4   0.9   0.1
 2. (waiting for reply)
 3. AS60294  2a00:6020:0:d::1                    82.4%    75    9.1   8.9   8.5   9.2   0.2
 4. AS60294  2a00:6020:0:1e::2                    0.0%    75    8.5   8.2   7.7   8.7   0.2
    AS60294  2a00:6020:0:2c::2
 5. AS1299   2001:2035:0:1a7e::1                 85.1%    75    8.4   9.4   8.1  16.8   2.5
 6. AS1299   2001:2035:0:2509::2                 87.8%    75  102.5 102.4 102.1 102.6   0.2
 7. AS3320   2003:0:1801:4000::1                 68.9%    75  105.2 105.2 104.8 107.3   0.5
 8. (waiting for reply)

Wenn ich mich an den Heise-Artikel noch richtig erinnere, gehört Deutsche Glasfaser zu denen, die bei der Bundesnetzagentur ein Verfahren wegen Verletzung der Netzneutralität gegen die Telekom in Gang gesetzt haben. Hintergrund war laut Heise, dass sich einige darüber beschwert hatten, dass die Telekom da einige künstlich drosselt, die mit der Telekom keine besonderen Service-Verträge unterhalten, die die Telekom laut dem Artikel branchenbekannt aufnötigt, damit die Anbindungen auch performant durch das Telekom-Netz geht, zu denen sie eigentlich verpflichtet ist. Da haben wohl einige ein entsprechendes Verfahren in Gang gesetzt und ich meine, dass Deutsche Glasfaser einer der Hauptinitiatoren ist (bin mir da aber unsicher). Da gab es auch die Aufforderung, da entsprechende Hinweise an die Bundesnetzagentur weiterzugeben. Wenn Dich das genauer interessiert, findest Du das bei Heise.

Ich bin jetzt bei Vodafon und hab keine Probleme mehr mit der Telekom. Sogar Youtube kann ich jetzt abends nutzen!

Die Telekom hat schon immer gerne alles mögliche und unmögliche gedrossel. Das Problem sind nicht die ganzen Anbieter die schelcht erreichbar sind.

Daher einfach wechsel, es kostet mich nun auch weniger

Hallo in die Runde,

schonmal Entschuldigung einen alten Thread hochgeholt zu haben.

Leider habe ich ebenfalls seit langer Zeit immer mal wieder Probleme mit Paketverlust über mehrere Hops hintereinander im twelve99 Netz.

Meist ist es tolerierbar, da ich diesen VPS nur selten für wichtige Dinge nutze, aber es wurmt mich halt doch mit der Zeit.

Zumal von meinen vielen Servern bei Netcup dies im Laufe der Jahre der letzte geblieben ist.

Sowohl v4 als auch v6 sind in Richtung DTAG --> VPS (in Nürnberg), als auch anders herum davon betroffen.

Wenn dann selbst die SSH Verbindung bei stoßweisen Losses von über 30% hakelt, macht das keinen Spaß mehr.

Also habe ich mich an den Support gewendet, der leider nicht helfen konnte:

Das Routing könne nicht individuell angepasst werden, und wann es ein direktes Peering mit der DTAG geben würde wäre auch nicht bekannt.

Toll, nicht :/.

Das es das mal gab und es Jahre lang auch auf meinen anderen VPS funktionierte... lassen wir das.

Da immer noch auf der Website mit n*10G Uplinks zur DTAG geworben wird meine Frage:

Ist das eventuell abhängig vom Standort?

Gibt es noch jemanden der direktes Peering hat und mir mitteilen könnte von welchem Standort aus?

Der betroffene VPS sitzt in Nürnberg, ich meine aber das meine anderen damaligen Server in Wien und Frankfurt immer direkt gepeered haben.

Wenn es die Chance auf direktes Peering gibt, würde ich dann mal auf VPS Schnapper an anderen Standorten lauern und testen.

Bringt ja nichts wenn in BGP Einträgen direktes Peering steht, aber das wohl nicht überall gilt :(.

Hast du dich schon bei der Telekom beschwert oder nur hier?

Das dürfte die T in keinster Weise interessieren.

Habe da immer so tolle Rückmeldung erhalten wie folgend:

Wir haben das beste Netz, bei uns können die Probleme nicht liegen. Wenden sie sich an den jeweiligen Betreiber.

Ich bin da zum Glück in einigen Tagen weg

Interessieren wird es sie nicht, auch wenn es eigentlich deren Baustelle ist. Das beste Netz ist halt das, was von überall und überall hin schnelle Verbindungen erlaubt. Nicht nur von Telekom-Kunden untereinander. Wobei ich mit Telekom-Kunden gerade auch die zahlenden Inhalteanbieter meine. Vodafone ist mittlerweile hier bei mir auch mit twelve99 unterwegs, die sind also leider kein Stück besser. Im Moment wahrscheinlich in gewisser Weise die zwei schlechtesten Anbieter Deutschlands . Zum Glück bin ich nicht so sehr von schnellen Verbindungen von den netcup Servern zu mir abhängig. Weniger schön ist, dass andere Telekom und Vodafone Kunden dann leider auch länger auf meine Webseiten warten müssen. Man kann nur hoffen, dass es diesen Möchtegern-Monopolisten bald von der EU abgepfiffen wird.

NaN die Peeringpolitik der DTAG ist mir bewusst.

hamilrat so sehen viele Antworten der DTAG aus, leider.

tab so auch meine Erfahrung. Daher der Supportkontakt die letzten Wochen und anschließender Beitrag hier.

Ich möchte ja auch gar nicht stänkern, einzig erfragen wie der Stand zwischen Netcup und twelve99 ist (darauf wurde nicht eingegangen in meinen Tickets) oder ob das "wir peeren mit der DTAG" aktuell nicht oder nur teilweise gilt.

Das würde ja schon reichen.

Und ja, wenn twelve99 und die DTAG zu Stoßzeiten nicht miteinander können, wird das natürlich genau das beschriebene Verhalten erklären und machen das ich mich auch hier erkundige.

Es sind ja zum Glück nicht mehr etliche Server um die ich mich kümmere, die sind in den letzten Jahren leider alle mangels Aufträgen oder auseinander gefallenen Communities eingeschlafen.

Einzig ein kleiner privater VPS zum basteln, der aktuell etwas Verbindungsprobleme hat um die ich gerne wissen würde :).

Zitat von TheG

VPS zum basteln, der aktuell etwas Verbindungsprobleme hat

wie teste ich ob mein kleiner bastel VPS Verbindungsprobleme hat?

webdesignheld indem du dein vps anpingst!

Zitat von webdesignheld

wie teste ich ob mein kleiner bastel VPS Verbindungsprobleme hat?

am besten mit mtr in beide Richtungen.

Zitat von Hille

am besten mit mtr in beide Richtungen.

Hey Danke, also der einzige der null loss hat ist in Amsterdam - alle anderen haben einen punkt wo 20 bis 70% loss ist - immer hbg-bb2-link.ip.twelve99.net ausser 2x - da isset ae6-210.rt.irx.fkt.de.retn.net

Stimmt das oder hat die KI wieder Bullshit erzählt? :
This is a common pattern. A single intermediate hop shows large loss, but the next hops (9–12) return to 0% loss.
That means hop 8 is simply rate-limiting ICMP replies. It is not dropping actual traffic.

Echt? ist VF jetzt auch schon so ein Dreck?

Blöd dass ich das Haus im GF Ausbaugebiet gerade verkauft hab, sonst würd ich da ne Richtfunkstrecke einrichten.

Mal überlegen, wen ich auf der anderen Seite der Bahn so kenne...

Zitat von webdesignheld

Stimmt das oder hat die KI wieder Bullshit erzählt? :
This is a common pattern. A single intermediate hop shows large loss, but the next hops (9–12) return to 0% loss.
That means hop 8 is simply rate-limiting ICMP replies. It is not dropping actual traffic

Solang du am ende wieder bei 0% Packetloss landest, ist alles normal.

Größere Router haben manchmal einfach besseres zu tun als dir auf sowas zu antworten.

Zitat von ASS

Echt? ist VF jetzt auch schon so ein Dreck?

Vodafone möchte jetzt, ähnlich wie die DTAG, öffentliche internetknoten verlassen und auch viele bisherige private peerings zu Diensten die jetzt kein großer Hyperscaler oä. sind aufgeben.

Zitat von abo

möchte jetzt

Ja, davon hab ich gelesen. Aber das soll doch erst in nem Jahr oder so stattfinden.

Wieso kann das dann eure jetzigen Probleme erklären?

ASS Weil die Firmen meisten schon 1-2 im voraus anfangen um es schnellstmöglich fertig zu haben in der theorie

Zitat von EtherStream

um es schnellstmöglich fertig zu haben

Soll es nicht einfach alles zu einem Gatewayprovider gehn (der NICHT 1299 ist)?

Wenn die Provider zicken machen bringt es nichts