Track1991 lass mir bitte mal deine Source-IP per PN zukommen, dann schaue ich mir das an. Wir haben ein direktes Peering mit 1&1 in Frankfurt, in Amsterdam sehen wir die Prefixe von 1&1 lediglich via Route-Server, wobei die Routen in Frankfurt bevorzugt werden. Insofern wird Traffic von uns zu 1&1 über Frankfurt geroutet.
Wir peeren am DE-CIX Hamburg technisch-bedingt nur mit sehr kleinen ISPs.
Ich bin Kunde der deutschen Glasfaser (ASN 60294). IPv4 läuft leider über CGNAT aber ohne Probleme. Der Ping via IPv4 liegt bei ca. 12-15ms.
Anders verhält es sich bei IPv6. Dort habe ich ab einem bestimmten Hop eine höhere Latzenz. Hier zwei Auszuge:
Es wäre klasse wenn überprüft wird, ob das so stimmt. Vielen Dank!
poly01 vielen Dank, ich habe der Deutschen Glasfaser eine Anfrage für ein direktes Peering geschickt.
Bzgl. H3tzner, das ist korrekt, wir haben eine Direktverbindung (sog. PNI).
Ich würde sagen der ignoriert dich.
mainziman genau das tut er. Und das machen viele "Hops", entscheidend im MTR ist ausschließlich der Loss am letzten Hop, dem Ziel, sofern ICMP auch aktiv ist und hier kein Rate-Limit aktiv ist. ICMP (ping) Tests auf google.* bspw. sind alle nicht aussagekräftig, weil Google ein ICMP-Rate-Limit aktiv hat und damit öfters Loss zu sehen ist, obwohl der Service einwandfrei läuft.
Gerade einen interessanten Kommentar auf Reddit gefunden, für diejenigen, die sich für das Thema interessieren:
Ja, so ist leider die Realität. Beispielsweise ein Kabel in New York umstecken lassen in einem Gebäude, das mehrere Rechenzentren beherbergt, aber einer Immobilienfirma gehört, das kann gerne mal einen Tag dauern. Gleiches aber auf der anderen Seite, viele "NOCs" antworten uns bspw. nie auf unsere Mails.
dot0x danke, das ist bekannt und wir arbeiten zumindest für unsere Seite am Traffic Engineering. In einer bestimmten Kombination aus Netcup-Router und Backbone-Router bei uns, ist der Weg nach Wien zu unserer LibertyGlobal-Übergabe einen "Hauch" kürzer. Ich melde mich, wenn das erledigt ist.
mainziman darf ich dich bitte hierfür ein Support-Ticket zu öffnen? Vielen Dank!
Ich hab deinen IPv6-Endpunkt in Frankfurt sowie deine Netcup-VM im v6-Monitoring, ohne Paketverlust.
Wie sieht das eigentlich mit der Anbindung nach Übersee aus? Bin gerade beruflich in Chicago und die Verbindung ist teilweise echt miserabel (nicht unbedingt vom Ping, aber vom Durchsatz). Ich schätze aber dass die Probleme hier eher bei AT&T zu verorten sind (gut für Netcup, blöd für mich weil ich da nichts machen kann). Speedtest.net in die Umgebung hier zeigt wie bestellt 100/20 MBit, in die Heimat (ein Server bei Frankfurt) kommt oft (abends) nicht über 2 MBit (während die Verbindung hier in der Nähe gut bleibt). Das reicht leider nicht für HD-Fernsehen und VPN fühlt sich auch eher nach letztem Jahrtausend an. Werde wohl meine Backupzeiten anpassen müssen
Hi Steini, wir übergeben deine Datenpakete "sauber" an TeliaCarrier (AS1299). Paketverlust 0%. Hier ist alles so, wie es sein soll. Ich empfehle dir zur Eingrenzung des Problems verschieden "iperf3"-Messungen zu unterschiedlichen Endpunkten in gleicher geografischer Lage zu machen.
mainziman kannst du mir bitte die IP deines Tunnelendpunktes per PN schicken? Danke!
was ist da bloß los?
ist es logisch dass Hop 6 lt. dem hier sich in AT befindet?
mainziman gerne Antworte ich dir:
1. Frage: Das kann ich dir hier aus dem Stehgreif natürlich nicht beantworten. Kannst du uns bitte mal einen Trace für den Rückweg zukommen lassen? Gerne auch statt traceroute das Tool "mtr" verwenden, vielen Dank.
2. Frage: Du schaust hier auf die sog. "Geolocation", eine Ortsangabe, die von Dritten (privaten Anbietern) berechnet wird. In diesem Fall ist dies nicht korrekt, der Hop befindet sich natürlich in Deutschland. Insofern hier bitte nicht auf die Geolocation verlassen. Und ganz speziell bei sog. "Link-Netzen", also Verbindungen zwischen Routern, auch nicht auf Einträge in RIR-Datenbank (bspw. RIPE), da hier ein Netz, bspw. ein /48, weltweit verwendet wird in einem Backbone.
Ich meinte die Differenz zwischen v4 und v6 in diesem Fall, mit den unterschiedlichen Wegen. Dies hast du bereits beantwortet
twiddern Wir forwarden v6 "plain", v4 via MPLS - daher hier die unterschiedlichen Wege 
[...] mal abgesehen von den Latenzen [...]
twiddern Ich sehe 12ms in deinem Trace, das ist grundsätzlich OK von Nürnberg nach Amsterdam, oder siehst du das anders?
Bekommen die Router im Backbone auch bei IPv6 noch rDNS-Einträge?
Gibt es nicht eine direkte Verbindung von Nürnberg nach Amsterdam? Ich habe gerade ein paar Ziele am AMS-IX getestet, das Routing geht immer über Frankfurt.
Dragon ja, haben wir, allerdings ist die Latenz auf der direkten Strecke größer als über Frankfurt, daher auf diesem Wege.
DNS-Einträge haben wir auf der ToDo-Liste, wirst du also in Zukunft sehen
IPv4 netcup -> Unitymedia
CodeAlles anzeigenHOST: nc Loss% Snt Last Avg Best Wrst StDev 1. AS197540 5.252.224.3 0.0% 1 0.6 0.6 0.6 0.6 0.0 2. AS47147 144.208.211.30 0.0% 1 0.4 0.4 0.4 0.4 0.0 3. AS47147 144.208.208.138 0.0% 1 13.5 13.5 13.5 13.5 0.0 4. AS47147 144.208.208.136 0.0% 1 13.2 13.2 13.2 13.2 0.0 5. AS47147 144.208.208.133 0.0% 1 13.4 13.4 13.4 13.4 0.0 6. AS47147 144.208.208.135 0.0% 1 13.3 13.3 13.3 13.3 0.0 7. AS47147 144.208.208.150 0.0% 1 13.3 13.3 13.3 13.3 0.0 8. AS47147 144.208.208.144 0.0% 1 13.2 13.2 13.2 13.2 0.0 9. AS6830 213.46.179.113 0.0% 1 13.1 13.1 13.1 13.1 0.0 10. AS6830 84.116.130.101 0.0% 1 13.4 13.4 13.4 13.4 0.0 11. AS6830 84.116.197.246 0.0% 1 13.4 13.4 13.4 13.4 0.0 12. AS??? ??? 100.0 1 0.0 0.0 0.0 0.0 0.0 13. AS??? ??? 100.0 1 0.0 0.0 0.0 0.0 0.0 14. AS??? ??? 100.0 1 0.0 0.0 0.0 0.0 0.0 15. AS??? ??? 100.0 1 0.0 0.0 0.0 0.0 0.0 16. AS??? ??? 100.0 1 0.0 0.0 0.0 0.0 0.0 17. AS6830 62.143.xxx.xxx 0.0% 1 21.6 21.6 21.6 21.6 0.0
IPv6 sieht gut aus (Nürnberg -> Frankfurt), aber IPv4 zu 62.143.0.0/16 macht einen Umweg über Wien (Nürnberg -> Wien -> Frankfurt).
flfl bitte teste noch mal, sollte jetzt direkt von Nürnberg nach Frankfurt laufen. Grund war ein MPLS-Pfad, der nach einer Maintenance einer unserer 100GE-Wellenlängen nach Frankfurt, nicht korrekt berechnet wurde und noch über den "Ausweichpfad" über Wien gezeigt hat.
Das sieht aber gut aus, alles läuft von Netcup über Anexia und Vodafone zu KabelDeutschland - und andersherum genau so. Danke!
Alles anzeigenHallo Theo,
vielen Dank für die tolle Arbeit von Dir und Deinem Team.
Gibt es Planungen Netcup-Dienstleistungen auch an anderen Standorten des Backbones zu betreiben, um so den Kunden Georedundanzen zu ermöglichen, die nicht in das Kundenportfolio der Anexia passen?
Wie steht es um die Kapazitäten der IPv4 Subnetze, wie viele Reserven habt ihr da, welcher Aufpreis ist zu erwarten und wann kann man mit einer Preiserhöhung wegen IPv4 Adressen rechnen?
Hi H6G,
danke für das Lob, das freut uns - gebe ich intern weiter! Bzgl. Produkten und Preise bin ich als Techniker leider der falsche Ansprechpartner!
Der eingehende Verkehr von Vodafone nimmt nun keine Umwege mehr über Amsterdam oder Wien, somit hat sich die Latenz um über 10ms gebessert.
IPv6 wird von Vodafone jetzt nicht mehr über HE geroutet, sondern kommt über die Deutsche Telekom zu euch.
Wir haben direkte Peerings mit Vodafone (AS3209) in Frankfurt. Allerdings gab es bei Vodafone in den letzten Tagen Probleme mit den IPv6 Sessions. Hier wurden deutlich mehr Prefixe announced als in der PeeringDB als "Max-Prefix-Limit" angegeben waren. Vodafone hat alle Peers informiert, wir haben die Limits angehoben und jetzt sollte IPv6 auch wieder direkt laufen. Bitte noch mal checken und gerne direkt einen Forward- und Reverse-Trace liefern. Danke!
Alles anzeigenHallo,
mein erstes Posting, bitte um Verzeihung
Seit wenigstens einem Tag habe ich massive Probleme, meinen Server bei netcup zu erreichen. Ich komme von einem Kabel-Anschluß bei Vodafone (AS 31334) und möchte zu meinem Netcup-Server (AS 197540)
Ein traceroute gibt:
Code6 145.254.2.179 (145.254.2.179) 25.035 ms 24.514 ms * 7 * 145.254.2.179 (145.254.2.179) 27.024 ms 25.945 ms 8 ae3-1337.bbr02.anx25.fra.de.anexia-it.net (80.81.195.166) 28.602 ms 31.052 ms 30.610 ms 9 ae1-0.bbr01.anx84.nue.de.anexia-it.net (144.208.208.140) 28.307 ms 26.844 ms 23.913 ms 10 netcup-gw.bbr01.anx84.nue.de.anexia-it.net (144.208.211.31) 26.630 ms 34.530 ms 29.624 ms 11 * * * 12 * * *Von Arbeit aus (anderes AS) funktioniert es, so daß ich ein BGP-Problem vermute.
Hat jemand ähnliche Probleme?
Rainer
Hallo Rainer,
hast du auch einen Traceroute von deinem Netcup-Server zu deiner IP bei Vodafone/Kabeldeutschland, den du uns zur Verfügung stellen kannst? Ein grundsätzliches Problem ist nicht bekannt, aber wir können uns das gerne ansehen. Leider brauchen wir dafür immer den Traceroute in beide Richtungen!
Und um auf Eure Fragen noch besser eingehen zu können, habe ich grade einen "Backbone / Routing Q&A" Thread im Technik-Bereich gestartet:
https://forum.netcup.de/netcup…350-backbone-routing-q-a/
Wir freuen uns über Eure Fragen!
Hallo zusammen!
Mein Team und ich betreiben und entwickeln für Euch den Backbone Europe, die Grundlage für die Internetanbindung aller Netcup-Server. Nachdem es in der Vergangenheit immer wieder Fragen und Wünsche zu Routing & Co. gab, möchte ich Euch gerne die Gelegenheit geben uns diese Fragen hier direkt zu stellen. Wir versuchen Euch dann so schnell und detailliert wie möglich zu antworten. Gerne könnt Ihr uns auch Eure Wünsche für direkte Peerings mitteilen!
Grundsätzlich gelten die folgenden Grundsätze für die Anexia, die Netcup und alle unsere sog. "ASNs" (Autonomen Systeme):
Alle Interessierten können sich gerne vorab unsere Einträge in den einschlägigen Datenbank der Internet-Community ansehen:
PeeringDB-Eintrag der Netcup: https://www.peeringdb.com/net/6464
PeeringDB-Eintrag des Backbones: https://www.peeringdb.com/net/13902
Eine Übersicht aller Transit- und Peeringkapazitäten findet Ihr hier zudem auf der Netcup-Webseite:
https://www.netcup.de/ueber-ne…ardware-infrastruktur.php
Wir freuen uns auf Eure Fragen!
Seit der Übernahme durch Anexia habe ich eh den Eindruck, daß das "Familiäre" bei NC schwindet.
Besonders am Support konnte man das schon in den letzten beiden Jahren merken.
Danach an der Serverangebotsgestaltung. Die schleichende Integration in Anexia schreitet eben fort.
Nun ist wohl langsam die Zeit gekommen, in der die NC Geschäftsleitung sich langsam anderen Hobbys zuwendet und die "Spielwiese" Forum, Sonderaktionen und "besondere Wohltaten", dem Anexia Management übergeben wird, der da leider scheints weniger Kreativ ist.
Ich kann mich Felix vollumfänglich anschließen. Und nicht nur Alex, Felix und Oliver sind hier weiterhin mit vollem Engagement und direktem Draht zu Euch dabei. Auch mein Team, bei Anexia für den Backbone Europe und damit für die Internetanbindung aller Netcup-Server verantwortlich, ist ständig dabei ebendiesen Backbone für Euch weiter auszubauen, neue Peerings einzurichten und ließt hier im Forum alle Themen rund um's Routing mit.
