Gelöst

Routing Fehler im IPv6 DTAG Netz

vor 9 Jahren

Liebe Telekom-hilft Community,

 

offenbar besteht ein Routing Problem innerhalb des Telekom IPv6 Netzes.
Das Problem wurde versucht via Hotline zu beheben. Der Telekom-Techniker vor Ort hat die Leitung geprüft und für fehlerfrei befunden.

 

Das folgende Routing-Problem besteht leider immernoch.

 

Problembeschreibung:
2 Rechner im lokalen Netz hinter einer Fritzbox an einem Telekom VDSL 100 Geschäftskundenanschluss mit statischer IP/IPv6-Prefix. Beide Rechner sind innerhalb des gleichen /64 Prefix.
Einer kann den Telekom DNS (2003:180:2:7000::53) via IPv6 erreichen und pingen, der andere nicht.

Gegen ein lokales Problem spricht folgende Analyse:
Ein tcpdump (Paketmitschnitt) auf dem Internet-Interface des verwendeten Routers (Fritzbox 7490, Firmware 6.60) belegt, dass ICMPv6 Pakete von beiden Quellrechner-IP-Adressen in Richtung Telekom ausgehen, aber nur einer der beiden Antwortpakete vom Telekom Nameserver erhält. Dies spricht für mich recht eindeutig für ein Problem im DTAG Netz.

Der Zustand ist so seit über 48 Stunden. Davor bestand das Problem nicht.
Die gleichen Erreichbarkeitsprobleme treten auch bei anderen Zieladressen ausserhalb des DTAG Netzes auf. (z.b. www.heise.de. www.google.de).
Auch hier verlassen Pakete in Richtung Internet das externe Router Interface, Antwortpakete kommen jedoch nicht an.


Hinweise:
Folgendes wurde auf der Zieladress-Seite beobachtet:
- ICMPv6 Echo Request Pakete erreichen den Zielrechner, die Antwortpakete (Echo Reply) verlassen
den Zielrechner in Richtung DTAG Netz, kommen jedoch bei mir nie an.
- Das bedeutet der Paketverlust geschieht auf der "Rückroute" bei einem DTAG Router.
- Nicht nur ICMPv6 ist betroffen. Bei TCP und UDP geschieht das Gleiche.

 

 

Rechner 1:
root@host1:~# ping6 2003:180:2:7000::53
PING 2003:180:2:7000::53(2003:180:2:7000::53) 56 data bytes
64 bytes from 2003:180:2:7000::53: icmp_seq=1 ttl=57 time=13.7 ms
64 bytes from 2003:180:2:7000::53: icmp_seq=2 ttl=57 time=13.7 ms
^C
--- 2003:180:2:7000::53 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 13.733/13.748/13.763/0.015 ms

 

 

Rechner 2:
root@host2:~# ping6 2003:180:2:7000::53
PING 2003:180:2:7000::53(2003:180:2:7000::53) 56 data bytes
^C
--- 2003:180:2:7000::53 ping statistics ---
12 packets transmitted, 0 received, 100% packet loss, time 11088ms

 

 

traceroute:
Loss% Snt Last Avg Best Wrst StDev
1. 2003:a:bXXXXXXXXXXX
2. 2003:a:bXXXXXXXXXXX
2003:0:1801:e419::1
3. 2003:0:1801:e419::1 0.0% 46 14.4 14.4 13.8 16.7 0.4
4. 2003:0:1803:a411::2 0.0% 46 15.2 15.8 13.6 19.4 1.1
5. 2003:0:1800:c000::1 0.0% 46 13.8 18.4 13.6 86.1 13.8
6. 2003:0:1800:6001::3 0.0% 46 13.8 14.2 13.8 15.3 0.1
7. 2003:0:1800:6012::1 0.0% 46 14.4 16.2 13.8 36.2 4.0
8. ???

 

 

Ich würde mich freuen, wenn sich das Problem jemand innerhalb der Telekom Netztechnik ansehen könnte?
Vielen Dank.

Letzte Aktivität

vor 9 Jahren

von

Gelöschter Nutzer

3005

29

    • vor 9 Jahren

      Hallo @LLch,

      schön, dass Sie den Weg in unsere Community gefunden haben.

      Wo genau der Wurm drin ist, kann ich Ihnen leider nicht beantworten.

      Da Sie Ihre Daten im Profil hinterlegt haben, konnte ich mir einen Überblick verschaffen, wie der Status Ihrer Störung ist. Ihr Ticket ist noch offen ist wurde an Spezialisten weitergeleitet. Sie werden von den Kollegen informiert. Da es sich um einen komplexen Fall handelt, bitte ich Sie um ein wenig Geduld.

      Ich freue mich, wenn Sie mich auf dem Laufenden halten.

      Gruß Jörg D.



      0

      27

      von

      vor 9 Jahren

      Hallo Sebastian,

       

      geht die Verbindung bzw. ping zu Hetzner/Google dann aber gleichzeitig von einem anderen Rechner im gleichen lokalen Netz bzw. v6-Prefix?

       

      Hier ist es so.

      Es ist immer jeweils eine Kombination aus Ziel-IP und lokaler IP die zeitweise geht bzw. nicht geht. Zu einem späteren Zeitpunkt sind es andere IP-Kombinationen.

       

      Welche Ortsvorwahl ist es bei dir? Wir haben 0921.

       

      Viele Grüße,

      Christian

       

       

      0

      von

      vor 9 Jahren

      Hallo @LLch,

      habe erneut nachgeschaut, es ist richtig, das Ticket ist weiterhin offen. Interne Prüfungen haben bisher noch keinen Fehler ausfindig gemacht. So wie es aussieht, wird ein weiterer Termin vor Ort mit Ihnen vereinbart.

      Gruß Jörg D.

      0

      von

      vor 9 Jahren

      Hallo Christian,

       

      Bei mir äußert sich das Problem etwas anders. Das Ansprechen einer Ziel IP funktioniert entweder von allen Rechnern oder von keiner. Das einzige was wechselt sind die Ziel-IP die einmal gehen und einmal nicht.

       

      Ich bin in der Ortsvorwahl 09238. Daher würde ich davon ausgehen, dass unsere Probleme evtl. die gleiche Ursache haben.

       

      Mit freundlichen Grüßen

      Sebastian Hempel

      0

      Uneingeloggter Nutzer

      von

    • Akzeptierte Lösung

      akzeptiert von

      vor 9 Jahren

      Guten Morgen @LLch.

      es war ein Fehler auf dem LNS (Aggregationsrouter für Geschäftskunden mit fester IP-Adresse).
      Zusammen mit dem Hersteller konnte der Fehler behoben werden.

      Es freut mich sehr, dass es bei Ihnen so weit ganz gut ausseiht. Melden Sie sich, wenn Ihnen doch noch etwas auffällt. Fröhlich

      Liebe Grüße
      Irina K.

      0

    Uneingeloggter Nutzer

    von

    Das könnte Ihnen auch weiterhelfen

    Beliebte Tags letzte 7 Tage

    Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...