MASSIVER NETZAUSFALL (97% Loss) am Peering zu Colt – Hotline wimmelt unfreundlich ab & schließt Ticket ungelöst

vor 2 Monaten

Hallo Telekom-Hilft-Team,
ich bin fassungslos über den aktuellen Umgang mit meiner Störung. Mein Ticket mit der Nummer [...] wurde heute als „gelöst“ storniert, obwohl das Gegenteil der Fall ist: Die Störung hat sich zu einem totalen Netzausfall auf meiner Route entwickelt.
Besonders enttäuschend war das Telefonat mit dem Support: Ich wurde extrem unfreundlich abgewimmelt, man erklärte sich für nicht zuständig und legte keinen Wert auf die technischen Fakten. Dass ein Ticket trotz eines massiven Fehlers einfach geschlossen wird, um die Statistik zu schönen, ist bei einem Premium-Anbieter inakzeptabel.
Die Fakten des totalen Netzausfalls:
Ich erlebe einen massiven Einbruch der Verbindung, sobald Datenpakete das Telekom-Netz verlassen und an das Netzwerk von Colt Technology Services (neo.colt.net) übergeben werden.
Der technische Beweis (Aktueller WinMTR-Log von heute, 14:54 Uhr):
  1. Telekom-Netz (Hop 1-4): Perfekte Werte, 0% Packet Loss. Mein Anschluss ist fehlerfrei.
  2. Übergabepunkt Colt (Hop 5): Hier tritt aktuell ein Paketverlust von 97% auf! Die Route ist de facto tot.
  3. Gegenprobe: Über einen Handy-Hotspot (anderes Netz) oder via Cloudflare WARP funktioniert alles sofort. Das beweist zweifelsfrei: Mein PC ist okay, aber das Routing der Telekom ist defekt.
Hier das Protokoll des Scheiterns:

Host % Sent Recv Best Avrg Wrst Last
speedport.ip   0 961 961   0   0   1   1
p3e9bf405.dip0.t-ipconnect.de   0 962 962   5   8  73   7
d-ed5-i.D.DE.NET. DTAG .DE   0 962 962   8  10  27  10
ae5.edge6.dus1.sp.lumen.tech   1 954 952   8  13  76  11
ae2.3216.ear4.frf1.neo.colt.net  99 196   3  13  13  14  13
195.122.183.210  20 542 435   0  13  22  13
162.158.84.135  29 454 325  12  18  71  14
104.18.6.148  19 548 444  13  15  16  15

Meine Erwartung:
Ich zahle für das „beste Netz Deutschlands“ und nicht für eine Leitung, die mich zur Nutzung von VPN -Diensten zwingt, nur um einfache Cloudflare-basierte Dienste oder Spiele (EFT) zu erreichen.
Ich fordere:
  • Die sofortige Wiederaufnahme der Störungsmeldung.
  • Eine Eskalation an das Peering -Team (Level 2) zur Behebung des Engpasses am Knoten ae2.3216.ear4.frf1.neo.colt.net.
  • Eine Entschuldigung für den respektlosen Umgang an der Hotline.
Meine Kundendaten sind im Profil für das Team hinterlegt. Ich erwarte eine professionelle Rückmeldung.
Viele Grüße

U.T

packetloss.png

Letzte Aktivität

vor einem Monat

von

Gelöschter Nutzer

603

31

    • vor 2 Monaten

      2Fat2Run

      Telekom-Netz (Hop 1-4): Perfekte Werte, 0% Packet Loss. Mein Anschluss ist fehlerfrei.

      Hallo Telekom-Hilft-Team,
      ich bin fassungslos über den aktuellen Umgang mit meiner Störung. Mein Ticket mit der Nummer [306685538] wurde heute als „gelöst“ storniert, obwohl das Gegenteil der Fall ist: Die Störung hat sich zu einem totalen Netzausfall auf meiner Route entwickelt.
      Besonders enttäuschend war das Telefonat mit dem Support: Ich wurde extrem unfreundlich abgewimmelt, man erklärte sich für nicht zuständig und legte keinen Wert auf die technischen Fakten. Dass ein Ticket trotz eines massiven Fehlers einfach geschlossen wird, um die Statistik zu schönen, ist bei einem Premium-Anbieter inakzeptabel.
      Die Fakten des totalen Netzausfalls:
      Ich erlebe einen massiven Einbruch der Verbindung, sobald Datenpakete das Telekom-Netz verlassen und an das Netzwerk von Colt Technology Services (neo.colt.net) übergeben werden.
      Der technische Beweis (Aktueller WinMTR-Log von heute, 14:54 Uhr):
      1. Telekom-Netz (Hop 1-4): Perfekte Werte, 0% Packet Loss. Mein Anschluss ist fehlerfrei.
      2. Übergabepunkt Colt (Hop 5): Hier tritt aktuell ein Paketverlust von 97% auf! Die Route ist de facto tot.
      3. Gegenprobe: Über einen Handy-Hotspot (anderes Netz) oder via Cloudflare WARP funktioniert alles sofort. Das beweist zweifelsfrei: Mein PC ist okay, aber das Routing der Telekom ist defekt.
      Hier das Protokoll des Scheiterns:

      Host % Sent Recv Best Avrg Wrst Last
      speedport.ip   0 961 961   0   0   1   1
      p3e9bf405.dip0.t-ipconnect.de   0 962 962   5   8  73   7
      d-ed5-i.D.DE.NET. DTAG .DE   0 962 962   8  10  27  10
      ae5.edge6.dus1.sp.lumen.tech   1 954 952   8  13  76  11
      ae2.3216.ear4.frf1.neo.colt.net  99 196   3  13  13  14  13
      195.122.183.210  20 542 435   0  13  22  13
      162.158.84.135  29 454 325  12  18  71  14
      104.18.6.148  19 548 444  13  15  16  15

      Meine Erwartung:
      Ich zahle für das „beste Netz Deutschlands“ und nicht für eine Leitung, die mich zur Nutzung von VPN -Diensten zwingt, nur um einfache Cloudflare-basierte Dienste oder Spiele (EFT) zu erreichen.
      Ich fordere:
      • Die sofortige Wiederaufnahme der Störungsmeldung.
      • Eine Eskalation an das Peering -Team (Level 2) zur Behebung des Engpasses am Knoten ae2.3216.ear4.frf1.neo.colt.net.
      • Eine Entschuldigung für den respektlosen Umgang an der Hotline.
      Meine Kundendaten sind im Profil für das Team hinterlegt. Ich erwarte eine professionelle Rückmeldung.
      Viele Grüße

      U.T

      2Fat2Run

      Telekom-Netz (Hop 1-4): Perfekte Werte, 0% Packet Loss. Mein Anschluss ist fehlerfrei.

      Dann passt es auch dass keine Störung im Telekom-Netz vorhanden ist.

      Zum Rest was danach passiert gibt es schon zig Beiträge, gerade was Cloudflair betrifft.

      Einfach mal hier im Forum etwas stöbern

      11

      von

      vor 2 Monaten

      2Fat2Run

      das ist ein Totalausfall der Route, die die Telekom da vorschlägt

      fdi

      Dieser Gedanke mag in deinem Kopf vorliegen, ist aber vertraglich nicht in der Form festgelegt, also auch kein Anspruch.

      Und nicht irgendwas in irgendwelche Paragrafen hinein interpretieren. Oder zeige klar den Punkt in deinem Vertrag oder den AGB auf, der das beschreibt.

      Dieser Gedanke mag in deinem Kopf vorliegen, ist aber vertraglich nicht in der Form festgelegt, also auch kein Anspruch. Und nicht irgendwas in irgendwelche Paragrafen hinein interpretieren. Oder zeige klar den Punkt in deinem Vertrag oder den AGB auf, der das beschreibt.
      fdi

      Dieser Gedanke mag in deinem Kopf vorliegen, ist aber vertraglich nicht in der Form festgelegt, also auch kein Anspruch.

      Und nicht irgendwas in irgendwelche Paragrafen hinein interpretieren. Oder zeige klar den Punkt in deinem Vertrag oder den AGB auf, der das beschreibt.

      ich verstehe deinen Punkt, aber lass uns mal ehrlich sein: Wenn ich 2026 einen Internetanschluss buche, erwarte ich, dass ich mich mit globalen Diensten verbinden kann – nicht nur mit dem deutschen Intranet .
      Es geht hier nicht darum, ob das Wort 'Colt' in den AGBs steht. Grundlegende Funktionen müssen nicht in jeder Klausel explizit aufgeführt sein. Es ist einfach Service und vertragliche Pflicht, dass das Produkt 'Internet' auch funktioniert.
      97% Paketverlust sind kein 'normales Peering -Problem' mehr, das ist ein Totalausfall der Route, die die Telekom da vorschlägt. Ich bin mir sicher, dass das @Telekom-hilft-Team das auch so sieht und eine Lösung findet. Warten wir einfach mal auf deren Feedback.
      Danke dir trotzdem

      2Fat2Run

      das ist ein Totalausfall der Route, die die Telekom da vorschlägt

      Die Telekom setzt doch nicht die Routen bei den anderen AS. Die Routen werden so an die Telekom propagiert.

      0

      von

      vor 2 Monaten

      fdi

      Die Telekom setzt doch nicht die Routen bei den anderen AS. Die Routen werden so an die Telekom propagiert.

      2Fat2Run

      das ist ein Totalausfall der Route, die die Telekom da vorschlägt

      ich verstehe deinen Punkt, aber lass uns mal ehrlich sein: Wenn ich 2026 einen Internetanschluss buche, erwarte ich, dass ich mich mit globalen Diensten verbinden kann – nicht nur mit dem deutschen Intranet .
      Es geht hier nicht darum, ob das Wort 'Colt' in den AGBs steht. Grundlegende Funktionen müssen nicht in jeder Klausel explizit aufgeführt sein. Es ist einfach Service und vertragliche Pflicht, dass das Produkt 'Internet' auch funktioniert.
      97% Paketverlust sind kein 'normales Peering -Problem' mehr, das ist ein Totalausfall der Route, die die Telekom da vorschlägt. Ich bin mir sicher, dass das @Telekom-hilft-Team das auch so sieht und eine Lösung findet. Warten wir einfach mal auf deren Feedback.
      Danke dir trotzdem
      2Fat2Run

      das ist ein Totalausfall der Route, die die Telekom da vorschlägt

      Die Telekom setzt doch nicht die Routen bei den anderen AS. Die Routen werden so an die Telekom propagiert.

      fdi

      Die Telekom setzt doch nicht die Routen bei den anderen AS. Die Routen werden so an die Telekom propagiert.

      Das ist nur die halbe Wahrheit. Natürlich 'setzt' die Telekom keine Routen im fremden Netz, aber die Telekom entscheidet über das Local Preference Attribut in ihrem eigenen BGP-Routing, welchen 'Exit' meine Pakete nehmen.
      Aktuell propagiert die Telekom meine Pakete stur Richtung Colt, obwohl dieser Übergabepunkt offensichtlich zu 97 % dicht ist. Die Telekom könnte (und müsste bei einem Totalausfall dieser Route) das Routing auf andere Peers wie Telia, GTT oder NTT priorisieren, die ebenfalls Verbindungen zu Cloudflare/Colt halten. Dass dies nicht geschieht, ist eine Entscheidung der Telekom-Netztechnik aufgrund von Peering -Kosten, die zu Lasten der Nutzbarkeit meines Anschlusses geht. Ich erwarte hierzu eine Lösung von meinem Vertragspartner

      von

      vor 2 Monaten

      2Fat2Run

      Dass dies nicht geschieht, ist eine Entscheidung der Telekom-Netztechnik aufgrund von Peering -Kosten, die zu Lasten der Nutzbarkeit meines Anschlusses geht. Ich erwarte hierzu eine Lösung von meinem Vertragspartner

      fdi

      Die Telekom setzt doch nicht die Routen bei den anderen AS. Die Routen werden so an die Telekom propagiert.

      Die Telekom setzt doch nicht die Routen bei den anderen AS. Die Routen werden so an die Telekom propagiert.
      fdi

      Die Telekom setzt doch nicht die Routen bei den anderen AS. Die Routen werden so an die Telekom propagiert.

      Das ist nur die halbe Wahrheit. Natürlich 'setzt' die Telekom keine Routen im fremden Netz, aber die Telekom entscheidet über das Local Preference Attribut in ihrem eigenen BGP-Routing, welchen 'Exit' meine Pakete nehmen.
      Aktuell propagiert die Telekom meine Pakete stur Richtung Colt, obwohl dieser Übergabepunkt offensichtlich zu 97 % dicht ist. Die Telekom könnte (und müsste bei einem Totalausfall dieser Route) das Routing auf andere Peers wie Telia, GTT oder NTT priorisieren, die ebenfalls Verbindungen zu Cloudflare/Colt halten. Dass dies nicht geschieht, ist eine Entscheidung der Telekom-Netztechnik aufgrund von Peering -Kosten, die zu Lasten der Nutzbarkeit meines Anschlusses geht. Ich erwarte hierzu eine Lösung von meinem Vertragspartner

      2Fat2Run

      Dass dies nicht geschieht, ist eine Entscheidung der Telekom-Netztechnik aufgrund von Peering -Kosten, die zu Lasten der Nutzbarkeit meines Anschlusses geht. Ich erwarte hierzu eine Lösung von meinem Vertragspartner

      Andersrum. 

      Siehe meinen Link zum Thema Peering

      Die Telekom hat damit dann nichts zu tun. 

      Nutze VPN  

      0

      Uneingeloggter Nutzer

      von

    • vor 2 Monaten

      @2Fat2Run

      Und vom Team wirst du nichts anderes hören 

      Zum Thema Peering findest Du hier Informationen 

      -Klick-

      0

      0

    • vor 2 Monaten

      2Fat2Run

      Der technische Beweis (Aktueller WinMTR-Log von heute, 14:54 Uhr):

      Hallo Telekom-Hilft-Team,
      ich bin fassungslos über den aktuellen Umgang mit meiner Störung. Mein Ticket mit der Nummer [306685538] wurde heute als „gelöst“ storniert, obwohl das Gegenteil der Fall ist: Die Störung hat sich zu einem totalen Netzausfall auf meiner Route entwickelt.
      Besonders enttäuschend war das Telefonat mit dem Support: Ich wurde extrem unfreundlich abgewimmelt, man erklärte sich für nicht zuständig und legte keinen Wert auf die technischen Fakten. Dass ein Ticket trotz eines massiven Fehlers einfach geschlossen wird, um die Statistik zu schönen, ist bei einem Premium-Anbieter inakzeptabel.
      Die Fakten des totalen Netzausfalls:
      Ich erlebe einen massiven Einbruch der Verbindung, sobald Datenpakete das Telekom-Netz verlassen und an das Netzwerk von Colt Technology Services (neo.colt.net) übergeben werden.
      Der technische Beweis (Aktueller WinMTR-Log von heute, 14:54 Uhr):
      1. Telekom-Netz (Hop 1-4): Perfekte Werte, 0% Packet Loss. Mein Anschluss ist fehlerfrei.
      2. Übergabepunkt Colt (Hop 5): Hier tritt aktuell ein Paketverlust von 97% auf! Die Route ist de facto tot.
      3. Gegenprobe: Über einen Handy-Hotspot (anderes Netz) oder via Cloudflare WARP funktioniert alles sofort. Das beweist zweifelsfrei: Mein PC ist okay, aber das Routing der Telekom ist defekt.
      Hier das Protokoll des Scheiterns:

      Host % Sent Recv Best Avrg Wrst Last
      speedport.ip   0 961 961   0   0   1   1
      p3e9bf405.dip0.t-ipconnect.de   0 962 962   5   8  73   7
      d-ed5-i.D.DE.NET. DTAG .DE   0 962 962   8  10  27  10
      ae5.edge6.dus1.sp.lumen.tech   1 954 952   8  13  76  11
      ae2.3216.ear4.frf1.neo.colt.net  99 196   3  13  13  14  13
      195.122.183.210  20 542 435   0  13  22  13
      162.158.84.135  29 454 325  12  18  71  14
      104.18.6.148  19 548 444  13  15  16  15

      Meine Erwartung:
      Ich zahle für das „beste Netz Deutschlands“ und nicht für eine Leitung, die mich zur Nutzung von VPN -Diensten zwingt, nur um einfache Cloudflare-basierte Dienste oder Spiele (EFT) zu erreichen.
      Ich fordere:
      • Die sofortige Wiederaufnahme der Störungsmeldung.
      • Eine Eskalation an das Peering -Team (Level 2) zur Behebung des Engpasses am Knoten ae2.3216.ear4.frf1.neo.colt.net.
      • Eine Entschuldigung für den respektlosen Umgang an der Hotline.
      Meine Kundendaten sind im Profil für das Team hinterlegt. Ich erwarte eine professionelle Rückmeldung.
      Viele Grüße

      U.T

      2Fat2Run

      Der technische Beweis (Aktueller WinMTR-Log von heute, 14:54 Uhr):

      😂🤣😂

      Du hast deinen "Beweis" aber schon lesen können oder?

      Nur der Bereich in Magenta - dafür interessiert sich die Telekom .. alles dahinter ist nicht ihr Problem.

      Und die Werte im Telekom Netz hier sind doch super. 

       

      1

      von

      vor 2 Monaten

      Das ist ein weit verbreiteter Irrtum. Die Telekom verkauft mir einen Internetzugang, keine Intranet -Leitung bis zum Netzknoten. Als mein Vertragspartner ist die Telekom dafür verantwortlich, dass die Übergabepunkte ( Peering ) zu großen Carriern wie Colt oder Cloudflare ausreichend dimensioniert sind.
      Wenn die Telekom ihre Datenpakete an einer völlig überlasteten Schnittstelle 'ablädt', obwohl andere Routen frei wären, ist das ein Mangel in der Dienstleistung. Wer mit dem 'besten Netz' wirbt und Premium-Preise verlangt, muss auch für ein funktionierendes Peering sorgen. Ich warte jetzt bitte auf eine qualifizierte Antwort vom Telekom-hilft-Team

      Uneingeloggter Nutzer

      von

    • vor 2 Monaten

      @2Fat2Run

      Das offizielle Telekom hilft Team sagt nichts anderes. Die Gründe für Peering , ist hier offiziell von der Telekom erklärt 

      -Klick-

      Hier für Cloudflare mal ein

       -Workaround-

      wwelche ich auch vorher gepostet hatte 

      0

      1

      von

      vor 2 Monaten

      Vielen Dank für die Links, die Problematik ist mir bekannt. Allerdings sprechen wir hier nicht von ein paar Millisekunden mehr Ping durch Peering -Streitigkeiten, sondern von 97 % Paketverlust. Das kommt einem Totalausfall der Route gleich und ist durch kein Peering -Statement der Welt zu rechtfertigen.
      Wenn ein Knotenpunkt derart massiv Pakete verwirft, muss das die Netztechnik prüfen – unabhängig von der Peering -Politik. Ich erwarte hierzu weiterhin eine Rückmeldung vom Telekom-hilft-Team, da mein Ticket ungelöst geschlossen wurde

      Uneingeloggter Nutzer

      von

    • vor 2 Monaten

      Ich habe mir erlaubt, das Team zu informieren - 3 h war die Ticket-Nr. wunderbar in Klarschrift lesbar,

      danke an @Timur K.

      -

      Leider haben weder  @Marcel2605  noch @CobraCane  die Ticket-Nr. editiert. 

      0

      5

      von

      vor 2 Monaten

      CobraCane

      auch wenn die entfernt wird kann sie eh noch jeder weiterhin einsehen. Wozu also den Aufwand betreiben und die löschen?

      @Verkannter Helfer 

      Mir ist so was schnödes wie die Ticket-Nummer herzlich egal, auch wenn die entfernt wird kann sie eh noch jeder weiterhin einsehen. Wozu also den Aufwand betreiben und die löschen?

      CobraCane

      auch wenn die entfernt wird kann sie eh noch jeder weiterhin einsehen. Wozu also den Aufwand betreiben und die löschen?

      Nach der Prämisse kann das editieren ja komplett eingestellt werden

      0

      von

      vor 2 Monaten

      der_Lutz

      Nach der Prämisse kann das editieren ja komplett eingestellt werden

      CobraCane

      auch wenn die entfernt wird kann sie eh noch jeder weiterhin einsehen. Wozu also den Aufwand betreiben und die löschen?

      @Verkannter Helfer 

      Mir ist so was schnödes wie die Ticket-Nummer herzlich egal, auch wenn die entfernt wird kann sie eh noch jeder weiterhin einsehen. Wozu also den Aufwand betreiben und die löschen?

      CobraCane

      auch wenn die entfernt wird kann sie eh noch jeder weiterhin einsehen. Wozu also den Aufwand betreiben und die löschen?

      Nach der Prämisse kann das editieren ja komplett eingestellt werden

      der_Lutz

      Nach der Prämisse kann das editieren ja komplett eingestellt werden

      Korrekt, könnte man im Prinzip auch sein lassen.

      Trotzdem gehe ich hin und lösche relevante Daten die auch wirklich was mit Datenschutz zu tun haben und dazu zählt irgend ne blöde Ticketnummer einer Störung für mich nicht dazu da damit keinerlei Bezug zu einer Person hergestellt werden kann.

      von

      vor 2 Monaten

      der_Lutz

      Nach der Prämisse kann das editieren ja komplett eingestellt werden

      CobraCane

      auch wenn die entfernt wird kann sie eh noch jeder weiterhin einsehen. Wozu also den Aufwand betreiben und die löschen?

      @Verkannter Helfer 

      Mir ist so was schnödes wie die Ticket-Nummer herzlich egal, auch wenn die entfernt wird kann sie eh noch jeder weiterhin einsehen. Wozu also den Aufwand betreiben und die löschen?

      CobraCane

      auch wenn die entfernt wird kann sie eh noch jeder weiterhin einsehen. Wozu also den Aufwand betreiben und die löschen?

      Nach der Prämisse kann das editieren ja komplett eingestellt werden

      der_Lutz

      Nach der Prämisse kann das editieren ja komplett eingestellt werden

      @der_Lutz 

      ergänzend:

      es soll ja auch künftig (irgendwann / hoffentlich bald) die Änderungshistorie ja nicht mehr von allen sichtbar / ersichtlich sein 💡

      Gruß

      Waage1969

      Uneingeloggter Nutzer

      von

    • vor 2 Monaten

      Benutz mal ein VPN

      Bei jedem anderen Anbieter der nicht das Telekom routing nutzt hat nicht solche Probleme., und sind deutlich günstiger. 

      0

    • vor einem Monat

      Update Montagabend: Das Problem hat sich heute massiv verschlechtert. Aktuelle WinMTR-Logs zeigen einen Packet Loss von über 70% am Hop neo.colt.net. In einschlägigen Foren (Reddit/EDV) häufen sich seit heute Berichte anderer Telekom-Kunden mit identischen Cloudflare- Peering -Problemen.
      Dass mein Ticket morgen erneut von der Technik geprüft wird, ist gut – aber ich erwarte keine Standard-Leitungsmessung, da der Fehler nachweislich im Backbone- Peering liegt. Ein VPN /WARP löst das Problem sofort, was die Telekom-Route als einzige Fehlerquelle bestätigt. Ich bitte das @Telekom-hilft-Team um eine fachliche Eskalation vor dem Rückruf morgen

      0

    • vor einem Monat

      Update: Ein kompetenter Techniker hat das Problem als bekanntes Backbone- Peering -Problem identifiziert. Die WinMTR-Logs liegen nun der Server-Abteilung zur Analyse vor.

      0

      1

      von

      vor einem Monat

      2Fat2Run

      Ein kompetenter Techniker hat das Problem als bekanntes Backbone- Peering -Problem identifiziert.

      Update: Ein kompetenter Techniker hat das Problem als bekanntes Backbone- Peering -Problem identifiziert. Die WinMTR-Logs liegen nun der Server-Abteilung zur Analyse vor.

      2Fat2Run

      Ein kompetenter Techniker hat das Problem als bekanntes Backbone- Peering -Problem identifiziert.

      Und das hat bloss 4 Tage gedauert.

      0

      Uneingeloggter Nutzer

      von

    • vor einem Monat

      Guten Abend zusammen,

      ich habe seit ca. zwei Wochen ähnliche Probleme. Bei mir ist es auch ein Packet Loss von 78% ab Colt.net.

      Mich würde interessieren ob das ein lokales Problem ist. Ich komme aus dem Sauerland, ein Freund im Nachbarort ist bei einem anderen Anbieter und kann diese Probleme nicht bestätigen. 

      Wäre super wenn du uns hier auf dem Laufenden hälst. Vielleicht sollte ich auch ein Ticket öffnen um mehr Druck zu erzeugen?´

      0

    • vor einem Monat

      Kurzer Zusatz:

      Ein anderer Freund, bei ebenfalls einem anderen Anbieter, konnte die selbe IP von colt.net ohne Probleme anpingen und hatte per tracert auch keinen Packet Loss.

      0

    Uneingeloggter Nutzer

    von

    Das könnte Ihnen auch weiterhelfen

    vor 6 Jahren

    in  

    268

    0

    2

    Gelöst

    vor 6 Jahren

    in  

    603

    0

    3

    Gelöst

    in  

    279

    0

    4

    Beliebte Tags letzte 7 Tage

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