Peering/Transit zu Cogent: SSL-VPN (TCP/443) seit 20.01. morgens nicht nutzbar – PLZ 93197 – Vodafone ok, Telekom fest+mobil nicht

vor 3 Stunden

Hallo zusammen,
ich vermute ein Routing/ Peering /Transit-Problem (ggf. am Übergang Richtung Cogent) und hoffe auf eine technische Einordnung bzw. Zuordnung zu einer bekannten Störung.

Ausgangslage / Zeitraum

  • Anschluss: MagentaZuhause Glasfaser, Bayern PLZ 93197

  • Bis Mo, 19.01.2026 ca. 23:00 Uhr war alles ok (ich habe gearbeitet).

  • Seit Di, 20.01.2026 morgens kann ich mich nicht mehr verbinden: SSL- VPN (FortiClient) → Timeout (Verbindungsaufbau klappt nicht).

Gegenprobe / Provider-Vergleich

  • Über Telekom Glasfaser: VPN geht gar nicht (Timeout)

  • Über Telekom Mobilfunk (Handy/Hotspot): ebenfalls geht nicht

  • Über Vodafone (GigaCube): VPN funktioniert sofort
    Zusätzlich hatte eine Nachbarin (ebenfalls Telekom-Glasfaser) seit gestern auch VPN -Probleme/Abbrüche (anderes VPN , nicht Fortinet).

Messungen (Ziel anonymisiert, Details kann ich bei Bedarf privat liefern)

  • tracert aus dem Telekom-Netz erreicht das Zielnetz und zeigt den Weg über DTAG /ipconnect und danach über Cogent (cogentco.com). Das Ziel ist erreichbar, einzelne Zwischenhops antworten nicht auf ICMP (Request timed out), aber der Trace läuft durch.

  • Test-NetConnection <ziel> -Port 443 liefert bei Telekom TcpTestSucceeded: True.
    Trotzdem scheitert der SSL- VPN -Aufbau weiter mit Timeout.

Kontakt mit Telekom Support
Ich habe es parallel über den Telekom WhatsApp Support versucht. Nach längerer Wartezeit kam die Rückmeldung sinngemäß: „Allgemeines Problem, wird bearbeitet“ – anschließend: „können wir im Service nicht bearbeiten und können daher keine Aussagen treffen“. Eine Ticket-/Störungsnummer habe ich dort nicht bekommen.

Fragen an Telekom (Moderation/Team):

  1. Gibt es aktuell eine bekannte Störung / ein Incident, der Transit/ Peering Richtung Cogent betrifft (ggf. regional/bayernweit)?

  2. Kann jemand meinen Anschluss (PLZ 93197) einer bestehenden Störung zuordnen oder ein Ticket erstellen und mir eine Vorgangs-/Störungsnummer nennen?

  3. Welche Messwerte sind aus eurer Sicht am hilfreichsten (z. B. pathping, MTR, Zeitfenster), um Packetloss/Instabilität am Übergang zu belegen?

Vielen Dank!
Viele Grüße

Screenshots anbei: tracert (Ziel anonymisiert) zeigt DTAG /ipconnect → Cogent, Trace läuft durch. Test-NetConnection -Port 443 ist True. Trotzdem SSL- VPN Timeout seit 20.01. morgens.

71

0

4

    • vor 3 Stunden

      Das sieht jedoch mehr als nen Problem deiner Gegenstelle aus.

      Deine Pakete verlassen ja das Telekom Netz.

      0

    • vor 3 Stunden

      Sorry, falsch gelesen

      0

      0

    • vor 3 Stunden

      ukohnke

      Gibt es aktuell eine bekannte Störung / ein Incident, der Transit/ Peering Richtung Cogent betrifft (ggf. regional/bayernweit)?

      Hallo zusammen,
      ich vermute ein Routing/ Peering /Transit-Problem (ggf. am Übergang Richtung Cogent) und hoffe auf eine technische Einordnung bzw. Zuordnung zu einer bekannten Störung.

      Ausgangslage / Zeitraum

      • Anschluss: MagentaZuhause Glasfaser, Bayern PLZ 93197

      • Bis Mo, 19.01.2026 ca. 23:00 Uhr war alles ok (ich habe gearbeitet).

      • Seit Di, 20.01.2026 morgens kann ich mich nicht mehr verbinden: SSL- VPN (FortiClient) → Timeout (Verbindungsaufbau klappt nicht).

      Gegenprobe / Provider-Vergleich

      • Über Telekom Glasfaser: VPN geht gar nicht (Timeout)

      • Über Telekom Mobilfunk (Handy/Hotspot): ebenfalls geht nicht

      • Über Vodafone (GigaCube): VPN funktioniert sofort
        Zusätzlich hatte eine Nachbarin (ebenfalls Telekom-Glasfaser) seit gestern auch VPN -Probleme/Abbrüche (anderes VPN , nicht Fortinet).

      Messungen (Ziel anonymisiert, Details kann ich bei Bedarf privat liefern)

      • tracert aus dem Telekom-Netz erreicht das Zielnetz und zeigt den Weg über DTAG /ipconnect und danach über Cogent (cogentco.com). Das Ziel ist erreichbar, einzelne Zwischenhops antworten nicht auf ICMP (Request timed out), aber der Trace läuft durch.

      • Test-NetConnection <ziel> -Port 443 liefert bei Telekom TcpTestSucceeded: True.
        Trotzdem scheitert der SSL- VPN -Aufbau weiter mit Timeout.

      Kontakt mit Telekom Support
      Ich habe es parallel über den Telekom WhatsApp Support versucht. Nach längerer Wartezeit kam die Rückmeldung sinngemäß: „Allgemeines Problem, wird bearbeitet“ – anschließend: „können wir im Service nicht bearbeiten und können daher keine Aussagen treffen“. Eine Ticket-/Störungsnummer habe ich dort nicht bekommen.

      Fragen an Telekom (Moderation/Team):

      1. Gibt es aktuell eine bekannte Störung / ein Incident, der Transit/ Peering Richtung Cogent betrifft (ggf. regional/bayernweit)?

      2. Kann jemand meinen Anschluss (PLZ 93197) einer bestehenden Störung zuordnen oder ein Ticket erstellen und mir eine Vorgangs-/Störungsnummer nennen?

      3. Welche Messwerte sind aus eurer Sicht am hilfreichsten (z. B. pathping, MTR, Zeitfenster), um Packetloss/Instabilität am Übergang zu belegen?

      Vielen Dank!
      Viele Grüße

      Screenshots anbei: tracert (Ziel anonymisiert) zeigt DTAG /ipconnect → Cogent, Trace läuft durch. Test-NetConnection -Port 443 ist True. Trotzdem SSL- VPN Timeout seit 20.01. morgens.

      ukohnke

      Gibt es aktuell eine bekannte Störung / ein Incident, der Transit/ Peering Richtung Cogent betrifft (ggf. regional/bayernweit)?

      Du hast kein Peering Problem. Auch blockiert die Telekom keine Ports. Du solltest dich an den Betreiber wenden, die können schließlich auch sehen, warum die SSL Verbindung blockiert wird.

      0

      0

    • vor 2 Stunden

      Guten Abend ukohnke,

       

      ich danke für die Nachricht in der Telekom hilft Community.

       

      Wie hier schon geschrieben wurde, verlassen die Pakete das Telekomnetz. Hoffentlich kann dir der Anbieter hier mit den tracert mehr Infos geben, warum es aktuell blockiert wird.

       

      Viele Grüße

       

      Natalie

      0

      0

    Uneingeloggter Nutzer

    von

    Beliebte Tags letzte 7 Tage

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