Die aufgelöste IP zu telekom.de bekomme ich auch, ein Ping oder Traceroute geht aber nicht darauf.

@HabNeFritzbox 

hast du im iPhone Private Replay aktiv? Falls ja, dann abschalten.

Hast du im iPhone sonst ein VPN aktiv? Falls ja, abschalten.

Also auf ICMP antwortet die IP (auch für mich das Ziel von telekom.de) generell nicht - mein Traceroute sieht sehr ähnlich aus, da scheint das leider zum debugging auszuscheiden.

das routing ist es nicht - ich komme über die gleiche Route und funktioniert einwandfrei

HabNeFritzbox

Bitte verschont mich mit 08/15 Tipps ala Cookies löschen

Gut dann nicht. Hilft aber meistens 🤪 welche Fehlermeldung erhältst du denn wenns nicht geht?

HabNeFritzbox

Scheint am Routing zuliegen was nicht klappt

Unsinn, weil betreffende Server generell nicht auf ICMP-Requests antworten, dementsprechend geht ein Traceroute komplett ins Leere. Die Ziel-IP ist mit einem Traceroute nicht zu erreichen somit ist die Anzahl an Hops auch nicht herauszufinden.

Fangen wir also nochmal von vorne an: welche Fehlermeldung beim Aufruf von www.telekom.de erhältst du denn?

Und ich erhalte beim aufrufen (mit einem "belasteten" Firefox-Profil, Chronik löschen dürfte das Problem lösen) von https://www.telekom.de bzw. https://www.telekom.de/start ein "404 - Leider konnten wir die Seite nicht finden.", egal über welchen Internet-Anschluss (Telekom, Vodafone-West oder Versatel):

Mit einem "unbelasteten" Profil funktioniert es wie es soll:

Aber bei @HabNeFritzbox scheint es ein anderes Problem zu sein, der (Web)-Server wird gar nicht erst erreicht, es kommt somit nicht erst zu einem 404er…

HabNeFritzbox

Neustart von der Fritzbox

Welche Fritzbox, welche FritzOS-Version?

Mit meiner 5690 Pro mit aktuellem FritzOS 7.62 keinerlei Probleme mit den Telekom-Seiten.

Viele Grüße

Thomas

Hab ne 6890 7.57, aber gehe nicht von aus dass es relevant ist, ging ja über Jahr ohne Probleme.

Habe genau das gleiche Problem:

traceroute -T -O info -p 443 telekom.de
traceroute to telekom.de (80.158.67.40), 30 hops max, 60 byte packet
 1  fritz.box (192.168.x.y)  1.537 ms  1.408 ms *
 2  62.156.244.46 (62.156.244.46)  16.076 ms  16.004 ms  16.202 ms
 3  62.156.247.146 (62.156.247.146)  17.998 ms  18.156 ms  19.163 ms
 4  m-eb13-i.M.DE.NET. DTAG .DE (217.5.69.74)  33.455 ms  33.880 ms m-eb13-i.M.DE.NET. DTAG .DE (217.5.69.78)  32.489 ms
 5  * * *
 6  * * *
 7  * * *
 8  * * *
...

Das Problem betrifft soweit nur die Telekom.de Website und hat mit den FritzBoxen, oder den Enduser Routern nix zu tun.

Hier ist eine unglückliche Konfiguration an den Telekom Core Routern.

@Telekom Support bitte mal der Sachen nachgehen.

Bis jetzt haben wir ja nicht einmal die genaue Fehlermeldung gesehen. Und nein, die Ping-Timeouts sind hier nichtssagend, die hab' ich auch, da der Server einfach nicht auf ICMP-Requests antwortet.

Der 217.5.69.78 scheint das Problem zu sein. Ist bei @HabNeFritzbox dieselbe. Mit 217.5.69.70 funktioniert es:

$ traceroute -T -O info -p 443 telekom.de
traceroute to telekom.de (80.158.67.40), 30 hops max, 60 byte packets
1 _gateway (192.168.xxx.xxx) 0.617 ms 0.760 ms 1.428 ms
2 pxxxxxxxx.dip0.t-ipconnect.de (62.xxx.xxx.xxx) 7.389 ms 7.392 ms *
3 m-eb13-i.M.DE.NET. DTAG .DE (217.5.69.66) 19.506 ms m-eb13-i.M.DE.NET. DTAG .DE (217.5.69.70) 19.224 ms *
4 87.190.235.70 (87.190.235.70) 17.260 ms 17.236 ms 17.267 ms
5 160.118.252.98 (160.118.252.98) 24.574 ms * *
6 10.20.21.4 (10.20.21.4) 19.646 ms 19.809 ms 20.668 ms
7 80.158.67.40 (80.158.67.40) <syn,ack,mss=1452,window_scaling,sack,timestamps> 20.195 ms * *

Ich habe nochmal Router neugestartet und nun geht es, ABER es ist nun auch etwas anderes Routing, über eine IP welche @Micha811 schon genannt hat welche geht.

Problem ist also NOCH NICHT gelöst.

Routenverfolgung zu telekom.de [80.158.67.40]
über maximal 30 Hops:

1 <1 ms <1 ms <1 ms fritz.box [192.168.x.1]
2 5 ms 5 ms 4 ms pxxxxx.dip0.t-ipconnect.de [62.x.x.6]
3 19 ms 18 ms 19 ms m-eb13-i.M.DE.NET. DTAG .DE [217.5.69.66]
4 20 ms 18 ms 18 ms 87.190.235.70
5 46 ms 71 ms 56 ms 160.118.252.93
6 * * * Zeitüberschreitung der Anforderung.

Also nicht auszuschließen, dass bei nächsten IP wieder andere Routing genutzt wird wo es nicht klappt.

Störungsticket wurde wohl von wem an Leitungsdiagnose weitergegeben, die hatten angerufen, und dann auch festgestellt dass da nicht zuständig sind, und wollten es an richtige Abteilung weitergeben.

@RoadrunnerDDDa ist aber von 404 die Rede, entsprechend funktioniert dort Routing da ein Webserver reagiert und dieser eine Antwort gibt. Bei mir ist es halt wie erwähnt Zeitüberschreitung, und daher gibt es auch keine Antwort wie 404, 500 oder Cert Fehler.

Habe das Problem hier (Nürnberg) auch seit etlichen Tagen.

Von zu Hause aus (Telekom-DSL):

traceroute to www.telekom.de (80.158.67.40), 30 hops max, 60 byte packets
1 fritz7590.local (10.15.5.1) 0.493 ms 0.444 ms 0.682 ms
2 62.156.244.6 (62.156.244.6) 7.900 ms 8.019 ms 8.213 ms
3 62.156.247.226 (62.156.247.226) 8.685 ms 8.940 ms 9.377 ms
4 m-eb13-i.M.DE.NET. DTAG .DE (217.5.69.78) 13.432 ms 16.330 ms 16.302 ms
5 87.190.235.69 (87.190.235.69) 16.272 ms !X * *

Ich habe auch noch einen virtuellen Server bei einem Provider hier vor Ort, und von dem aus geht's genauso wenig:

traceroute to www.telekom.de (80.158.67.40), 30 hops max, 60 byte packets
1 irb66-rt4-nbg3.core.noris.net (213.95.70.226) 0.744 ms 0.699 ms 0.680 ms
2 ae31-489.nbg30.core-backbone.com (5.56.20.93) 0.765 ms 0.702 ms 0.669 ms
3 ae1-2001.fra10.core-backbone.com (81.95.15.162) 2.925 ms 2.943 ms ae33-2065.fra10.core-backbone.com (5.56.20.205) 3.536 ms
4 80.157.207.9 (80.157.207.9) 7.946 ms 7.547 ms 6.653 ms
5 m-eb13-i.M.DE.NET. DTAG .DE (217.5.69.74) 7.947 ms m-eb13-i.M.DE.NET. DTAG .DE (217.5.69.78) 7.884 ms 7.858 ms
6 87.190.235.69 (87.190.235.69) 8.494 ms !X 8.578 ms !X *

Vom Handy aus ( LTE , DS-Lite, 192.0.0.4) funktioniert's; da ist 80.158.67.40 der sechste Hop; von den vorherigen fünf bekomme ich keine Antwort.

Unter "whois 80.158.67.40" wird "lirsczn@t-systems.com" für "alles außer Abuse" angegeben; da habe ich mal hingemailt, aber keine Antwort gekriegt (und erreichbar ist der Server immer noch nicht).

Ich hoffe ja sehr, dass sich irgendjemand drum kümmert - so einen weitreichenden Ausfall muss das Telekom-NOC eigentlich doch auch irgendwie ganz von selbst bemerken?!

Ich habs auch (sowohl von Windows als auch Linux) mit "telnet www.telekom.de 443" probiert, das sollte hinhauen, oder? Geht NICHT sowohl von daheim aus als auch von meinem Hosting-Provider.

Netcat auf Linux hätte ich auch noch anzubieten, "nc -w 10 www.telekom.de 443" kehrt nach den zehn Sekunden ergebnislos zurück.

Kann auch noch gern irgendwelche Debugging-Sessions machen, wenn mir jemand die geeigneten Befehle dafür sagt...

Was die einzelnen Ports sind, weiß ich.

Problem zu debuggen wird besonders von extern nicht so einfach. Könnte ggf. auch nen Loadbalancing in einem Router/Server sein wo evt. nen LAN Port nicht aktiv ist, nicht richtig gemappt ist, oder evt. Stecker nicht steckt, aber trotzdem als Route in Betracht gezogen wird.

Also wild Raten können wir sicher. 😁

Hallo @Kathrin W. 

um Peering geht es auch nicht, sondern um Routing. Wer auch immer diese "Fachabteilung" ist, hat Thema wohl nicht verstanden oder geprüft.

Es liegt nicht an der Fritzbox, es betrifft auch andere Kunden, unabhängig vom Router. Vermutlich in einem Teil der von T-System betreut wird, und nicht unbedingt vom Festnetz Team, dazu kann ich aber nicht viel sagen, da ich genauen internen Strukturen nicht kenne.

Und die Fritzbox ist sehr wohl geeignet (vom Telekom Sprecher bestätigt), und läuft wie es soll hervorragend mit LTE als Fallback. In diesem beschriebenen Problem wurde nur der DSL Teil verwendet.

https://www.golem.de/news/speedport-pro-telekom-raet-bei-hybrid-nicht-die-fritzbox-zu-nutzen-2202-163271.html

https://stadt-bremerhaven.de/telekom-hybrid-mit-der-avm-fritzbox-nutzen/

LTE /td-p/4525922" target="_blank">https://telekomhilft.telekom.de/t5/Festnetz-Internet/Telekom-Hybrid-mit-FritzBox-6890- LTE /td-p/4525922

Dieses ist aber anderes Thema. 😉

Moin @Micha811 

finde die Antwort auch nicht gut von Telekom, erinnert mich eher an Vodafone Support wo man gerne an Kunden helfen Kunden Forum verweist, aber wenn man fragt wie man als Kunde auf Kundendaten im System zugreifen kann keine Reaktion mehr kommt... oder an der Hotline immer empfiehlt die Fritzbox auf Werkseinstellungen zu setzen egal was Problem ist. Oder bei WLAN Problemen der Flughafen in nähe Schuld ist, auch wenn da keiner ist, oder weil Nachbar ne Satellitenschüssel hat die Strahlung die Leitungswerte in der Fritzbox beeinflussen.

Denke da ist noch Luft nach oben, ganze besser zu prüfen, und ggf. noch tiefer zur Analyse zugeben.

Moin @Kathrin W. 

Und es bleibt Fakt, dass der Router keine Rolle spielt bei mir, und die Antwort der "Fachabteilung" nicht geeignet ist.

Oder ich bin unwissend, dass meine Fritzbox sooo wichtig ist, dass die Teil des Kernnetzes ist, dass es auch andere Anschlüsse betrifft. 😂

@Kathrin W.  Von meinem Hosting-Provider aus gehts auch nicht:

n ~ # traceroute -T -p 443 www.telekom.de
traceroute to www.telekom.de (80.158.67.40), 30 hops max, 60 byte packets
1 irb66-rt4-nbg3.core.noris.net (213.95.70.226) 0.571 ms 0.536 ms 0.539 ms
2 ae31-489.nbg30.core-backbone.com (5.56.20.93) 0.580 ms 0.636 ms *
3 * ae1-2001.fra10.core-backbone.com (81.95.15.162) 2.991 ms *
4 80.157.207.9 (80.157.207.9) 48.406 ms 49.126 ms 48.740 ms
5 m-eb13-i.M.DE.NET. DTAG .DE (217.5.69.78) 7.071 ms 7.427 ms 8.133 ms
6 * * *
7 * * *
8 * * *

und die haben weiß Gott keine Fritzboxen (oder andere Consumer-Teile), sondern hochprofessionelle Industrierouter. Sollen die etwa auch defekt sein?

Bitte mal vor der eigenen Tür kehren und die Störungsmeldung an die entsprechende Stelle weitergeben!

Können ja schauen ob @Dorothea T. noch zu reagiert, Sie hatte ja Anfangs ganze an sich genommen.

Störungsticket ist bei mir noch in Bearbeitung laut Status.

Moin @Kathrin W. ,

von Peering wurde nicht gesprochen mit Dorothea, sondern von Routing. Auch vom Urlaub hatte Sie nichts erzählt, dann ist ja ok wenn übernimmst. 😀

Es war kein persönlicher Angriff gegen dich, es macht aus meiner Sicht einfach den Eindruck, dass da fixiert die Antwort von der "Fachabteilung" (welche wohl hier falsch gewählt ist) wiedergibst, und darauf festlegst, dass anderes nicht in Betracht gezogen werden kann, dass es so ist und man nichts machen kann, ohne mal selbst zu hinterfragen/prüfen ob es so stimmen kann. Kann da auch nicht herauslesen, dass da noch andere Optionen geprüft werden, oder nochmal was anderes probieren möchtest.

Wenn man sich mal IPs zu Hostnamen anschaut, dann könnte es auch ein "DNS Fehler" sein, indem nicht genutzte A-Records (IPv4 Adresse) nicht gelöscht sind? 🤔

Wobei Routing ist ja eigentlich ja nur ablaufen von IP Listen ohne DNS. 🤔

Hostname: m-eb13-i.M.DE.NET. DTAG .DE

Antwort (sortiert):

Mail an das NOC mit den mir zur Verfügung gestellten Daten ist raus.

Warten wir mal ab.

Kurzer Update:

Wir haben nun ein Support Ticket im Second Level Support des NOC

Thank you for your email. We have opened a new trouble ticket 508xxx upon your request.

Please refer to this ticket number for all future correspondence regarding this fault.

We will do our best to clear this fault as quickly as possible.

Our ticket reference     : 508xxx

Your ticket reference    : Störung Erreichbarkeit Telekom.de

Product                                    :  Transmission

Circuit-ID                          :

Customer-ID                 :

Status                               :  under investigation

die durchschnittliche Antwortzeit des NOC auf Emails war übrigens BISHER unter 90 Minuten

Finde ich beachtlich, mal sehen wie lange es bis zur Lösung dauert

Da bin ich auch schon wieder.

Leider, leider mit weniger schönen Nachrichten 😂

Das NOC hat den Fehler lokalisiert, aber lest selbst.

Sehr geehrter ....,

laut unseren IP Kollegen, handelt es sich hierbei um einen Fehler im Rechenzentrum.

Da wir nur für die Verbindungsebene zuständig sind, können wir Ihnen hier leider nicht behilflich sein.

Leider haben wir als Transport Team auch keinen Ansprechpartner für Ihr Problem parat.

Ich denke hier kann Ihnen ggfs. T-Systems weiterhelfen.

@telekomhilft  @Kathrin W. 

Macht ihr bitte bei T-Systems  ein Ticket auf. wenn ihr den Kontakt herstellt, kann ich mich gerne weiter darum bemühen.

Mir fehlt leider dazu der Passierschein A38

Ein Trauerspiel

Evt. sollte ich bei AVM auch noch Ticket machen, und schauen ob es Bug in Firmware gibt welche das Kernnetz beeinträchtigt. 🤔🤣🤣🤣

Spaß, mal sehen ob Freund da weiter kommt der dort arbeitet, nicht sein Bereich, aber kann ggf. mal wen anstubsen.

Also ehrlich gesagt lang' ich mir jetzt schon ans Hirn - da kann geschätzt die Hälfte der Menschheit (die, die über den kaputten Router .78 und vielleicht noch andere geleitet werden (*) ) die Haupt-Website www.telekom.de (**) seit Wochen nicht abrufen, und niemand bei der Telekom kann oder will sich ernsthaft darum kümmern. Merken die denn nicht schon an ihrer Abruf-Statistik (die sie doch sicher machen), dass plötzlich viel weniger Seiten abgerufen werden? Oder interessiert das auch niemanden?

Mit kopfschüttelnden Grüßen...

(*) ich habe in der Newsgroup news:ger.ct und bei befreundeten Unternehmern in ganz Deutschland eine Umfrage gemacht, wer www.telekom.de aufrufen kann und wer nicht. Es hat sich ungefähr die Waage gehalten, also 50:50, und es scheint auch weder am Ort des Anwenders noch an seinem verwendeten Provider (Telekom, Vodafone etc.) zu liegen - ein System ist nicht erkennbar (außer dass eben alle, bei denen es nicht geht, früher oder später auf dem "bösen" 217.5.69.78 landen).

(**) wenn's nur die Haupt-Website wäre. Dort liegen auch meine Rechnungen und Einzelverbindungsnachweise, die ich für die Buchhaltung brauche. Dauernd eine 5G -Fritzbox anzuschließen, um das alles abrufen zu können (denn übers Mobilfunknetz geht's), ist auch irgendwie lästig.

Wundert mich nicht, wenn allgemein gerne gesagt wird, Leitung steht, Login ok, Daten fließen, alles ok, was nach Anschluss ist, ist Problem vom Kunden.

Zu dem Problem wäre jetzt hier ideale Sponsorblock von einem der großen VPN Anbieter, womit Zugriff dank anderes Routing gehen würde, sehr wahrscheinlich. 😂🙈

Für mich teils auch schwer nachvollziehen, man gibt Geld aus für die Außendarstellung (Werbung) wie z.B. https://www.youtube.com/watch?v=cyROBOQ6Ybg wo man alles mögliche mal allgemein zeigt wie man Glasfaserausbau macht, die Sicherheitszentrale wo man schön präsentiert wie man auf Bedrohungen reagiert, und alles Überwacht und Probleme innerhalb von 9 Minuten löst, aber wenn einfach mal im Kernnetz auf bestimmten Routen einfach kein oder nur einseitiger Traffic erfolgt, bemerkt niemand über Wochen/Monate.

@HabNeFritzbox @mhanft 

Anstatt jetzt erstmal auf eine Reaktion des Teams hier zu warten, haut ihr jetzt gleich wieder drauf. Und das teilweise auch ziemlich unsachlich und zynisch. Irgendwie kontraproduktiv. Lasst das doch mal bitte

Ich könnte mal ne Mail an Ferri schreiben, mal sehen ob er sich an mich erinnert 😂

ich kümmere mich morgen drum, lassen wir erst mal das Team dran.

Ich bin sicher, das wird schon