Verbindungsabbrüche-PeeringPoint überlastet. Siehe Tests
vor 2 Tagen
Ich hatte wieder mal Verbindungsabbrüche zu meinen Freunden. Daraufhin habe ich Tests zu meinem Anschluss gemacht von deren Internetanbietern und es entstehen Congestions am Telekom Peeringpoint. Will die Telekom mir jetzt wirklich sagen, dass ISP ‘s Cox Communication, Charter Communication, Bell, telecom Italia und Voiptel italia alle die Schuld tragen und Telekom nichts dafür kann, dass ihr eigenes Eingangsnetz überlastet ist? Ich bitte Sie meine Sonderkündigung endlich zu akzeptieren und meinen Port für o2 freizugeben.
IMG_3151.png
IMG_3152.png
IMG_3153.png
IMG_3154.png
IMG_3157.png
IMG_3158.png
IMG_3159.png
IMG_3160.png
IMG_3161.png
IMG_3162.png
IMG_3163.png
IMG_3164.png
69
0
21
Das könnte Ihnen auch weiterhelfen
vor einem Tag
in
44
0
17
vor einem Tag
67
0
4
vor 2 Tagen
in
38
0
7
Beliebte Tags letzte 7 Tage
Das könnte Sie auch interessieren
Kaufberatung anfragen
Füllen Sie schnell und unkompliziert unser Online-Kontaktformular aus, damit wir sie zeitnah persönlich beraten können.

Angebote anzeigen
Informieren Sie sich über unsere aktuellen Internet-Angebote.

vor 2 Tagen
Auch dir ein freundliches Hallo @Salih_0211
Die Teamies werden sich sicherlich gern mit deinem Thema auseinandersetzen.
Deshalb habe ich es mal ans Team weiter geleitet.
Man wird sich bei dir melden.
Grüßle 🦂
P.S.: Halte bitte die letzten sechs Ziffern deiner IBAN zur Identifikation bereit. Danke!
0
0
vor 2 Tagen
Da eine „ BNetzA Beschwerde nach §123 TKG + Schlichtung bereits laufen“ ist das Team hier raus. Warte bis die BNetzA das OK gibt, das dauert aber etwas.
0
3
von
vor 2 Tagen
Im Telefonat mit der Telekom, wollten sie was „messbares“ als Beweis, dass dieser Anschluss für mich nicht zu gebrauchen ist. Hier haben sie es jetzt. Wenn die Telekom den Port freigibt, kann ich ja den Schlichtungsantrag zurücknehmen. Wäre für beide Parteien die schnellste Lösung.
0
von
vor 2 Tagen
Wenn die Telekom den Port freigibt, kann ich ja den Schlichtungsantrag zurücknehmen. Wäre für beide Parteien die schnellste Lösung.
Im Telefonat mit der Telekom, wollten sie was „messbares“ als Beweis, dass dieser Anschluss für mich nicht zu gebrauchen ist. Hier haben sie es jetzt. Wenn die Telekom den Port freigibt, kann ich ja den Schlichtungsantrag zurücknehmen. Wäre für beide Parteien die schnellste Lösung.
Nö, Du hast das angestoßen, das läuft jetzt über eine spezielle Abteilung und geht seinen Weg.
0
von
vor 2 Tagen
Hallo @Salih_0211,
wie auch schon eben in unserem Telefonat mitgeteilt, werde ich dazu unser Diagnose-Team mit ins Boot holen.
Ich drücke die Daumen, dass sich zeitnah eine Lösung findet.
Viele Grüße
Sarah
0
Uneingeloggter Nutzer
von
vor 2 Tagen
@Sarah S. vielen Dank! Leider glaube ich nicht, dass die Telekom ihre Peering -politik wegen mir ändern wird. Ich hoffe, dass meine Sonderkündigung akzeptiert und der Port freigegeben wird.
Viele Grüße
Salih
0
0
vor 2 Tagen
und meinen Port für o2 freizugeben.
Ich hatte wieder mal Verbindungsabbrüche zu meinen Freunden. Daraufhin habe ich Tests zu meinem Anschluss gemacht von deren Internetanbietern und es entstehen Congestions am Telekom Peeringpoint. Will die Telekom mir jetzt wirklich sagen, dass ISP ‘s Cox Communication, Charter Communication, Bell, telecom Italia und Voiptel italia alle die Schuld tragen und Telekom nichts dafür kann, dass ihr eigenes Eingangsnetz überlastet ist? Ich bitte Sie meine Sonderkündigung endlich zu akzeptieren und meinen Port für o2 freizugeben.
Dein Port? ja wohl kaum :)
0
6
von
vor 2 Tagen
Hahah speedtest? Oh man….
0
von
vor 2 Tagen
Hahah speedtest? Oh man….
Ein hochintelligenter Beitrag!
von
vor 2 Tagen
Hahah speedtest? Oh man….
IUSt doch Wurscht, Sonderkündigung .. der ist gut. Schmul mal in deine AB und dort speziell die AGB .
0
Uneingeloggter Nutzer
von
vor 2 Tagen
@pamperlapescus restintelligenz nein tu ich nicht, aber ich gebe keine sinnlosen Kommentare ab. Ist wohl verständlich, was ich mit „mein port“meine.
0
7
von
vor 2 Tagen
@Sarah S. alles klar tut mir leid. Ich werde hier nicht mehr weiter diskutieren. Meine Tests haben alles schwarz auf weiß bewiesen.
0
von
vor einer Stunde
Hallo @Salih_0211 ,
ich hatte das Anliegen einmal bei den entsprechenden Kolleginnen und Kollegen platziert.
Leider gestaltet sich das Auswerten und Interpretieren durch die schmalen Handyscreenshots und die Vergleichstraces nicht so einfach.
Kannst du uns bitte nochmal entsprechende Traces zukommen lassen - idealerweise über PC erstellt.
Wichtig ist hier, dass Quell- und Ziel-IP ersichtlich sind.
Zudem brauchen die Kolleginnen und Kollegen Traces vom Hin- und Rückweg.
Da die Daten auf dem Rückweg auch einen anderen Weg nehmen können, als wir auf dem Hinweg benutzen, kann es auch hier zu den Einschränkungen kommen.
Vergleiche zu funktionierenden Routen, benötigen wir hingegen nicht.
Vielen Dank und viele Grüße
^Carsten
von
vor 25 Minuten
Hallo @Carsten Ho.
anbei die Traces in Textform: Leider kann ich den Hinweg nicht testen, da deren Router Traces blockieren und nur Sternchen auftauchen.
Telecom Italia: traceroute to p4fdbd9e6.dip0.t-ipconnect.de (79.219.217.230), 20 hops max, 60 byte packets
1 gateway (192.168.0.1) 0.296 ms 0.289 ms
2 * *
3 172.17.32.0 (172.17.32.0) 3.056 ms 3.064 ms
4 172.17.35.66 (172.17.35.66) 3.864 ms 3.900 ms
5 172.19.177.20 (172.19.177.20) 4.402 ms 4.404 ms
6 195.22.192.144 (195.22.192.144) 4.403 ms 4.683 ms
7 89.221.34.75 (89.221.34.75) 17.839 ms 17.852 ms
8 80.157.130.170 (80.157.130.170) 215.060 ms 215.067 ms
9 p50928e85.dip0.t-ipconnect.de (80.146.142.133) 223.199 ms 223.204 ms
10 p4fdbd9e6.dip0.t-ipconnect.de (79.219.217.230) 225.968 ms 225.971 ms
Charter Communications: traceroute to pd950da7d.dip0.t-ipconnect.de (217.80.218.125), 20 hops max, 60 byte packets
1 _gateway (192.168.1.1) 6.554 ms 6.564 ms
2 172.29.152.65 (172.29.152.65) 15.599 ms 20.040 ms
3 syn-071-046-003-134.inf.spectrum.com (71.46.3.134) 19.911 ms 19.950 ms
4 lag-63.hcr01nprcfldp.netops.charter.com (71.46.3.139) 23.464 ms 23.546 ms
5 lag-41.rcr01tamqflpm.netops.charter.com (72.31.10.26) 24.569 ms 24.612 ms
6 lag-15-10.tamsflde20w-bcr00.netops.charter.com (66.109.6.96) 23.575 ms 23.644 ms
7 lag-0.pr1.mia00.netops.charter.com (66.109.5.127) 31.869 ms 31.986 ms
8 * *
9 rest-bb1-link.ip.twelve99.net (62.115.119.230) 50.124 ms 50.209 ms
10 ash-b2-link.ip.twelve99.net (62.115.123.123) 51.219 ms 51.255 ms
11 dtag-ic-387338.ip.twelve99-cust.net (62.115.13.37) 366.311 ms 366.307 ms
12 p50928e85.dip0.t-ipconnect.de (80.146.142.133) 462.733 ms 462.877 ms
13 pd950da7d.dip0.t-ipconnect.de (217.80.218.125) 466.753 ms 466.596 ms
Cox Communications: traceroute to pd950da7d.dip0.t-ipconnect.de (217.80.218.125), 20 hops max, 60 byte packets
1 _gateway (192.168.1.1) 0.191 ms 0.217 ms
2 ip24-253-178-3.ri.ri.cox.net (24.253.178.3) 1.109 ms 1.131 ms
3 * *
4 * *
5 * *
6 bost-b5-link.ip.twelve99.net (62.115.140.180) 6.861 ms 6.881 ms
7 * nyk-bb5-link.ip.twelve99.net (62.115.122.202) 12.010 ms
8 rest-bb1-link.ip.twelve99.net (62.115.139.35) 17.653 ms *
9 ash-b2-link.ip.twelve99.net (62.115.123.123) 17.009 ms 17.560 ms
10 dtag-ic-387338.ip.twelve99-cust.net (62.115.13.37) 346.654 ms 346.678 ms
11 p50928e85.dip0.t-ipconnect.de (80.146.142.133) 440.349 ms 440.361 ms
12 pd950da7d.dip0.t-ipconnect.de (217.80.218.125) 443.533 ms 443.549 ms
Bell: traceroute to pd950da7d.dip0.t-ipconnect.de (217.80.218.125), 20 hops max, 60 byte packets
1 _gateway (10.0.3.1) 0.269 ms 0.266 ms
2 142.124.37.83 (142.124.37.83) 93.735 ms *
3 * *
4 * *
5 64.230.59.182 (64.230.59.182) 5.233 ms 5.224 ms
6 * *
7 142.124.126.9 (142.124.126.9) 3.168 ms 3.201 ms
8 toro-b5-link.ip.twelve99.net (62.115.192.22) 3.148 ms 3.139 ms
9 toro-b4-link.ip.twelve99.net (62.115.141.34) 5.108 ms 5.099 ms
10 ewr-bb2-link.ip.twelve99.net (62.115.141.36) 14.565 ms 14.595 ms
11 ash-bb2-link.ip.twelve99.net (62.115.136.201) 18.515 ms 18.504 ms
12 ash-b2-link.ip.twelve99.net (62.115.141.50) 17.681 ms 17.615 ms
13 dtag-ic-387338.ip.twelve99-cust.net (62.115.13.37) 348.564 ms 348.549 ms
14 p50928e85.dip0.t-ipconnect.de (80.146.142.133) 449.579 ms 449.606 ms
15 pd950da7d.dip0.t-ipconnect.de (217.80.218.125) 445.537 ms 446.507 ms
0
Uneingeloggter Nutzer
von
Uneingeloggter Nutzer
von