Seit ca. 1 Woche hohe latency/paket loss

[wedok]

Tja, nach kurzer einwandfreier Funktion ... Alles wieder beim alten !!!

Danke Unitybeschissnia

 

[Andreas1969]

Tja, nach kurzer einwandfreier Funktion ... Alles wieder beim alten !!!

Sag ich doch
Ich glaube, die haben den Standort hier abgeschrieben, da wird sich nichts mehr tun, sonst wäre die letzten 3 Jahre ja mal was passiert.
Ich denke mal, da ist irgendwas im Argen, was total kostenintensiv für die ist, um es zu richten. Daher werden die das aussitzen, bis auch der letzte Kunde hier in der Gegend gegangen ist.
PS: frag doch mal in Deiner Nachbarschaft rum, wer die letzten 2 Jahre alles von UM zu DSL gewechselt ist, Du wirst erschrocken sein.
90% werden sagen, dass sie den Wechsel zu DSL aufgrund ständiger Probleme vollzogen haben

 

[stevenwort]

Geht doch nicht, da das Testmodem nicht provisioniert ist!

Ach okay.

Ist aber echt krass bei euch. Ich meine, phasenweise scheint es ja mal zu funktionieren.
Was könnte denn so sündhaft teuer sein das man es nicht machen lässt?

 

[Andreas1969]

Was pingst du da überhaupt an Andreas?
Das ist ja stellenweise mal sowas von gar nicht erreichbar

Ist die Adresse für Dich überhaupt nicht erreichbar oder nur stellenweise nicht?
Das wäre interessant zu wissen.
Das ist nämlich eine interne UM Adresse hier aus dem Bereich.
Wenn die Erreichbarkeit von Deinem Anschluss teilweise komplett wegbricht, dann ist doch hier etwas mit der CMTS Anbindung komplett faul!

 

[Andreas1969]

Was könnte denn so sündhaft teuer sein das man es nicht machen lässt?

Ich hab da eine Vermutung, es gibt hier Stadtteile wo es teilweise deutlich besser läuft.
Das scheint noch aus den alten Postzeiten zu rühren, wo das Stadtgebiet zweigeteilt war.
Ein Teil wurde über das 25km entfernte Detmold angebunden und der andere Teil über das 45km entfernte Bielefeld.
Die Probleme treten wohl in den über Bielefeld angebundenen Teilen auf. Keine Ahnung, ob diese Verbindung eventuell noch über Kupfer Koax läuft
Das wäre z.B. ein Grund für VF, es auszusitzen.

 

[stevenwort]

Ist die Adresse für Dich überhaupt nicht erreichbar oder nur stellenweise nicht?
Das wäre interessant zu wissen.
Das ist nämlich eine interne UM Adresse hier aus dem Bereich.
Wenn die Erreichbarkeit von Deinem Anschluss teilweise komplett wegbricht, dann ist doch hier etwas mit der CMTS Anbindung komplett faul!

Also ich konnte die IP überhaupt nicht anpingen. Gab vorhin nur Zeitüberschreitung.
Ich kann es aber nachher gerne noch mal testen.

Welche Ecke in Paderborn ist das denn? Hast du mal eine Straße aus dem Ortsteil?

Hier nochmal der Pingtest von gerade 14:46 - 14:48 Uhr (20 Durchläufe):

Ping wird ausgeführt für 10.202.144.1 mit 32 Bytes Daten:
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Ping-Statistik für 10.202.144.1: Pakete: Gesendet = 20, Empfangen = 0, Verloren = 20 (100% Verlust),

 

[racekos]

Aber die doch ordentlichen Paketverluste auf DSL bei einer ungenutzten Leitung irritieren mich schon ein wenig
Meine VDSL Leitung:
Anhang 5507 betrachten

Benutzt du am DSL-Anschluss eine Fritzbox und IPv4 für das Thinkbroadband-Monitoring? Dann liegt das am ICMP-Rate-Limit der Fritzbox. Es ist normal, dass bei IPv4 immer wieder Pings von außen reinkommen, weil die Anzahl der IPv4-Adressen klein genug ist, dass Bots die alle durchprobieren können. Durch das geringe Rate-Limit der Fritzbox werden dann auch Ping-Pakete von Thinkbroadband verworfen. Das ist also im Prinzip nur ein Messfehler, denn Nutzdaten sind nicht betroffen.

Daher bei einer Fritzbox besser IPv6 für das Thinkbroadband-Monitoring verwenden. Idealerweise sollte man sowohl IPv4 als auch IPv6 monitoren. Dann lässt sich sich durch Vergleichen eher erkennen, ob es am Anschluss oder an was anderem liegt.

Generell sollte man dem Monitoring alleine nicht zu viel Vertrauen schenken. Momentan sehe ich im Thinkbroadband-Monitoring z.B. sowohl bei einem Kabel- als auch DSL-Anschluss bei IPv6 leichten Loss zum gleichen Zeitpunkt. Das liegt dann wohl an der Anbindung von Thinkbroadband und nicht am eigenen Anschluss.

 

[Nachtwesen]

Die Wartung bei euch war aber auch nicht wie bei mir. Bei mir war der Anschluss während der Wartung auch wirklich mehrere Stunden tot. Das habt ihr ja nicht.

 

[Andreas1969]

Die Wartung bei euch war aber auch nicht wie bei mir. Bei mir war der Anschluss während der Wartung auch wirklich mehrere Stunden tot. Das habt ihr ja nicht.

Es wurde ja augenscheinlich auch nichts gemacht!

 

[Nachtwesen]

Und bei dem sieht die Leitung so aus:
Anhang 5518 betrachten

Der Post hat mich etwas gewundert Andreas, denn das ist doch zumindest vom Loss nicht gut. Ich habe Dich so verstanden das Du die Leitung beim bekannten als in Ordnung empfandest!? Oder tolerierst Du einfach Loss im kleinen Prozentbereich?

 

[Andreas1969]

Oder tolerierst Du einfach Loss im kleinen Prozentbereich?

Mittlerweile toleriere ich so was bei HFC, das ist anscheinend normal.
Zumindest läuft es bei ihm deutlichst besser, optimal lässt sich drüber streiten, das gibt es bei HFC anscheinend nicht, ausser Du wohnst wie @rv112 direkt neben oder im CMTS

 

[wedok]

Meiner Meinung nach liegt der Fehler weit hinter nem CMTS oder so.

Wenn dann müsste alles lahm und nen hohen Ping haben aber während ich bei heise.de hohe Pings und Packet Loss habe, ist es woanders hin ok.

Während ich bei fast allen speedtest.net Servern 20-30 Mbits Down im "Single Mode" erreiche, läuft http://speedtest.belwue.net/http-dl.html einwandfrei.

Peering, Routing.

Kein Plan, auf jedenfall nervig und UM/VF könnte das sicher mit Aufstockung der Kapazitäten beheben.

 

[stevenwort]

Benutzt du am DSL-Anschluss eine Fritzbox und IPv4 für das Thinkbroadband-Monitoring?

Genau, an beiden Anschlüssen eine FritzBox und Test auf die IPv4

 

[wedok]

Verändert hat sich nix.
Beim CS zocken freeze ich alle paar Minuten und hänge sekundenlang in der Luft.

Danke, Unityvodabeschissnia.
Man ist diesem Drecksverein so ausgeliefert.
Wie komm ich da raus, ohne Rechtsschutzversicherung, Anwalt oder Umzug vortäuschen?

 

[Grinder]

Ich würde ein kurzes (maximal 2 Seiten) Anschreiben aufsetzen. In diesem vom technischen Aspekt her die bestehenden Probleme wertfrei detailliert darstellen und Vodafone eine angemessene Frist zur Behebung setzen, mit dem Ziel, dass Du den Anschluss im Sinne des abgeschlossenen Vertrags nutzen kannst. Erreicht Vodafone das innerhalb der von Dir gesetzten Frist nicht, kündigst Du den Anschluss fristlos zum Ablauf des von Dir gesetzten Fristendes. Das alles bitte direkt in dieses Anschreiben rein.

Dann unterzeichnen, als PDF umwandeln und per Fritzfax an Vodafone versenden. Parallel nochmal zusätzlich per Mail. Parallel den Sachverhalt mal an die c't für die Rubrik "Vorsicht Kunde" melden.

Und das Anschreiben inkl. Kündigungsandrohung bitte komplett frei von Drohungen, Beschimpfungen und ähnlichem halten. Ziel ist es, Vodafone nachweisbar über den nicht nutzbaren Anschluss zu informieren, zur Handlung zu bewegen und, wenn diese Handlung nicht stattfindet, klipp und klar schon im Vorfeld die Kündigung auszusprechen. In diesem Zuge führst Du bitte auch eine saubere Dokumentation der technischen Probleme und Protokolle hierzu.

Du musst dann aber auch konsequent sein und das durchziehen, falls Vodafone das nicht beheben kann oder will. Also die (Sonder-)Kündigung durchziehen, Lastschriften hochgehen lassen und mit der Mahnung von Inkassodiensten rechnen. Ggf. sogar ein Gerichtsverfahren. Alles ist denkbar.

Ich hatte das Thema vor Jahren bei meiner älteren Schwester und das ist tatsächlich bis vor Gericht gegangen. Das Ende vom Lied war, dass Unitymedia eine sehr schlecht vorbereitete junge Rechtsanwältin die Verhandlung hat führen lassen, die tierisch vom Amtsrichter abgewatscht wurde und meine Schwester in allen Punkten Recht bekommen hat.

 

[Andreas1969]

Fazit: DSL mit 175Mbit max und dieser Kabelschrott.

Das bedeutet aber nicht, dass nachher nicht doch mehr geht.
Ich hab selbst 2 DSL Anschlüsse:
Anschluss 1 hatte von Anfang an 250 in der Verfügbarkeitsprüfung und er läuft mit folgenden Datenraten:


Anschluss 2 hatte nur 175 in der Verfügbarkeitsprüfung und wurde auch erst mit 175 geschaltet.
Die Leitungswerte waren aber sehr gut, weshalb ich nach 2 Wochen auf 250 upgraden konnte und er jetzt auch mit der vollen Datenrate läuft:


Man muss sich halt die Leitungsparameter nach der Schaltung anschauen und gegebenenfalls die Inhouse Verkabelung noch optimieren, da lässt sich teilweise noch enorm was holen.
Wenn Du da nachher Unterstützung brauchst, kannst Dich ja dann per PN melden.

PS: Du solltest nicht zu lange mit der Kündigung des VFUM Anschlusses warten, denn bis zum 30.06 bekommt man den 250er DSL Anschluß noch zum Aktionspreis


Wenn Du Fragen hast, dann schreib mir ne PN

 

[Andreas1969]

Bei mir passiert nur gerade das:

Ping-Statistik für 193.99.144.80:
Pakete: Gesendet = 944, Empfangen = 915, Verloren = 29
(3% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 9ms, Maximum = 66ms, Mittelwert = 21ms

Ich glaub ich muss wirklich Rechtsschutzversicherung abschliessen um mich dann aus dem Vertrag klagen zu können.
2 Jahre mache ich diesen SCHEISS nicht mehr mit.

Mit DSL sieht es so aus:

Ping wird ausgeführt für 193.99.144.80 mit 32 Bytes Daten:
Antwort von 193.99.144.80: Bytes=32 Zeit=10ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=10ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=10ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=10ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=10ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=10ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=10ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=10ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=11ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=10ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=11ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=10ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=10ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=10ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=11ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=11ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=10ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=10ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=10ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=11ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=11ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=11ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=10ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=10ms TTL=248
Antwort von 193.99.144.80: Bytes=32 Zeit=10ms TTL=248
Ping-Statistik für 193.99.144.80: Pakete: Gesendet = 25, Empfangen = 25, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.: Minimum = 10ms, Maximum = 11ms, Mittelwert = 10ms

 

[wedok]

Jetzt hab ich doch erstmal wieder ne Störungsmeldung telefonisch aufgegeben.
Ticket is auch gerad SMS gekommen.
Aber hey, ich war quasi sofort dran, ohne Wartezeit.

Ich kann echt gut mit den Ping Spikes leben aber die Paketverluste.

 

[Nachtwesen]

wedok, hast Du auch einen aktuellen Graphen wie von Thinkbroadband?

 

[wedok]

Live Status, in meiner Signatur.
https://www.thinkbroadband.com/broa.../0eb5fb9d4c315baad7ba07d66ba248ffcbaee7ae.png

 

[Nachtwesen]

Den Loss habe ich genau wie Du, aber bei mir ist der Ping ungestört.

 

[wedok]

Ich hab gerade meine Vodafone Station aus dem recht unzugänglichen Ort geholt und an einem für den Techniker besser zugänglichen plaziert (steht immer hinter so nem Schrank, jetzt steht se seitlich daneben).
Dazu musste ich kurz das Kabel ziehen.
Auch steht die DECT Basissation nicht mehr so nahe am Gerät.

Nach dem Modem Resync war schlagartig der Loss weg.
Ich vermute aber das es sich nur um eine kurze Paketverlustfreie Zeit handelt wie ich sie öfters mal habe.

Mal beobachten.

 

[stevenwort]

Ich hoffe echt das ich von sowas verschont bleibe, und das sich bei dir das Problem auch lösen lässt.
Bisher läuft meine Leitung zum Glück recht problemlos.

Pingtest IPv4

 

[Nachtwesen]

Bisher läuft meine Leitung zum Glück recht problemlos.

Pingtest IPv4
Anhang 5538 betrachten

Bei Dir das Gleiche wie ich schon bei Andreas fragte: Ihr scheint leichten Packet Loss (wie bei dir ja auch über den Tag verteilt) zu tolerieren. Ich kenne das einfach nicht so, ich hatte jahrelang einfach mal gar kein rot oben am Rand.

 

[stevenwort]

Bei Dir das Gleiche wie ich schon bei Andreas fragte: Ihr scheint leichten Packet Loss (wie bei dir ja auch über den Tag verteilt) zu tolerieren. Ich kenne das einfach nicht so, ich hatte jahrelang einfach mal gar kein rot oben am Rand.

Solange ich den Paketverlust bei meiner Benutzung (Netflix, Online-Gaming, etc.) nicht bemerke ist er mir egal.
Ich kann auch nicht verifizieren ob das vielleicht einfach auch etwas auf der Verbindung zwischen mir und Thinkbroadband ist.

Nehme als ITler solche Sachen genau wie Speedtest immer nur als einen groben Anhaltspunkt.