[über 10% Packet Loss]

sie haben in Summe in mehr als 5 Telefonaten, in gezählten 8 Emails und 2 (angelernte) "Techniker" Besuchen genug Gelegenheit gehabt die Sache zu lösen und in den Vertrag Einsicht zu nehmen. Zur Ihren Kontaktkanälen: erstmals am 16.5. 2021 (letztes Jahr) mitgeteilt funktioniert bei dem Account ihr Kontaktkanal webformular (UPC hatte wenigstens nicht dysfunctionale email Kommunikation) nicht. Mit heute geht es noch immer nicht und zeigt denselben Fehler. 

 

> (2) Das Web Kontaktformular mit obigem eingeloggtem Account funktioniert nicht:

> - man logged sich ein
> - beim Senden eines Formulars wird man sofort wieder ausgelogged (verschiedene Browser, mehrere Ver-

> suche an verschiedenen Tagen)

 

 

gerade eine email (!) - es geht ja doch wenn auch nur canned - bekommen, 

> Hallo telekabel,
> deine Frage wurde beantwortet. Markiere jetzt die beste Antwort als Lösung und hilf damit den anderen Mitgliedern in > der Community.

 

Nächste Woche kommt ein Einschreiben "Service" Gebühr Rückerstattungs Forderung mit Fristsetzung. Der gesammelte Schriftverkehr geht zusammengefasst und kurz kommentiert in eine RTR Beschwerde https://beschwerde.rtr.at beschwerdestelle@rtr.at . 

 

 

[über 10% Packet Loss]

keine Reaktion auf unteren Brief dazu, es ist wirklich Schlimm. Die A1 hat vor 2 Jahren vor dem Haus Leerrohre verlegt aber es fehlt das Glas darin sonst würde man sich das nicht mehr antun. Tips?

 

 

T-Mobile Austria GmbH

Rennweg 97-99

1030 Wien

7.1.2022

 

Mind. 6 Monate > konstant 10 - 30% Packet Loss

Sehr geehrte Damen und Herren,

wir haben seit nun seit zumindest Juni 2021, d.h. mit heutigem Datum mindesten 6 Monate (!) konstanten sehr hohen Packet Loss. Es reicht von nicht unter 10% auf bis zu 30%. Es macht sich speziell bei Audio und Video Konferenzen bemerkbar wo die Verständlichkeit manchmal leidet.

Sie haben bis jetzt ergebnislos ihre angelernten “Techniker” bemüht:

 

    ein Modem ausgetauscht

    einen erste Montagetechniker mit Messinstrument gesendet

    einen zweiten Montagetechniker mit Messinstrument gesendet

 

Wohnung und Haus Dämpfungswerte-Signalpegel jeweils zum Messzeitpunkt nominal

Mein Eindruck ist dass über die üblichen angelernten Telefon oder truck roll “Techniker", Personen die das DOCSIS HFC Access Netzwerk und Internet Peering, Transport betreiben mit solchen mondänen Kundenproblem nicht beschäftigt werden.

 

Soweit habe sie nach 3 Anrufen dazu gnadenhalber ein Monat nicht verrechnet.

Ich fordere die sofortige Rücküberweisung des letzen halben Jahres in der kompletten Servicegebühr. Sollten Sie dem nicht nachkommen,
übergebe ich die Causa der RTR als case und konsultiere einen Anwalt.

 

Anbei die teils vielstündigen ping packet loss outputs zu upc.at, google.com, community.magenta.at und rtr.at. Letztere rtr.at (aktuell 11,4% Packet loss) werde ich demnächst mit einer Beschwerde befassen.

 

mfg

 

Geräte:
macOS Ethernet port: neues kurzes Cat 8.1 40Gbps Ethernet Kupferkabel direkt zum Modem
Raspberri Pi (Linux) Ethernet port: kurzes Cat 6 Ethernetkabel direkt zum Modem

 

 

orf.at (von macOS)

 

64 bytes from 194.232.104.140: icmp_seq=20657 ttl=55 time=7.023 ms

64 bytes from 194.232.104.140: icmp_seq=20658 ttl=55 time=6.442 ms

^C

--- orf.at ping statistics ---

20659 packets transmitted, 17481 packets received, 15.4% packet loss

round-trip min/avg/max/stddev = 5.290/13.406/1262.739/33.706 ms

 

 

upc.at (von macOS)

 

64 bytes from 213.46.237.24: icmp_seq=16424 ttl=246 time=61.010 ms

^C

--- upc.at ping statistics ---

16426 packets transmitted, 13690 packets received, 16.7% packet loss

round-trip min/avg/max/stddev = 24.389/31.526/143.621/10.720 ms

 

 

google.com (von Linux/Raspberry Pi)

 

64 bytes from bud02s33-in-f14.1e100.net (142.250.180.206): icmp_seq=5299 ttl=116 time=24.1 ms

^C

--- google.com ping statistics ---

12567 packets transmitted, 10677 received, 15.0394% packet loss, time 12614662ms

rtt min/avg/max/mdev = 20.856/26.295/199.163/4.251 ms

 

 

 

 

Jänner 2022

 

MacOS neuer M1 Macbook Pro

    kurzes Cat 8.1 40Gbps Ethernet Kupferkabel direkt zum Modem

 

community.magenta.at

 

> 20 Stunden

 

64 bytes from 212.166.122.100: icmp_seq=38522 ttl=249 time=9.577 ms

Request timeout for icmp_seq 38523

64 bytes from 212.166.122.100: icmp_seq=38524 ttl=249 time=11.079 ms

64 bytes from 212.166.122.100: icmp_seq=38525 ttl=249 time=7.679 ms

64 bytes from 212.166.122.100: icmp_seq=38526 ttl=249 time=9.628 ms

64 bytes from 212.166.122.100: icmp_seq=38527 ttl=249 time=9.117 ms

64 bytes from 212.166.122.100: icmp_seq=38528 ttl=249 time=10.638 ms

^C

--- community.magenta.at ping statistics ---

104066 packets transmitted, 93585 packets received, 10.1% packet loss

round-trip min/avg/max/stddev = 5.102/11.143/230.824/3.637 ms

 

Cloudflare 1.1.1.1

 

> 20 Stunden

 

64 bytes from 1.1.1.1: icmp_seq=38524 ttl=57 time=14.789 ms

64 bytes from 1.1.1.1: icmp_seq=38525 ttl=57 time=8.479 ms

Request timeout for icmp_seq 38526

64 bytes from 1.1.1.1: icmp_seq=38527 ttl=57 time=10.635 ms

64 bytes from 1.1.1.1: icmp_seq=38528 ttl=57 time=6.904 ms

64 bytes from 1.1.1.1: icmp_seq=38529 ttl=57 time=8.772 ms

64 bytes from 1.1.1.1: icmp_seq=38530 ttl=57 time=7.276 ms

64 bytes from 1.1.1.1: icmp_seq=38531 ttl=57 time=9.428 ms

Request timeout for icmp_seq 38532

64 bytes from 1.1.1.1: icmp_seq=38533 ttl=57 time=7.617 ms

64 bytes from 1.1.1.1: icmp_seq=38534 ttl=57 time=7.897 ms

64 bytes from 1.1.1.1: icmp_seq=38535 ttl=57 time=8.828 ms

64 bytes from 1.1.1.1: icmp_seq=38536 ttl=57 time=7.966 ms

^C64 bytes from 1.1.1.1: icmp_seq=38537 ttl=57 time=9.749 ms

^C

--- 1.1.1.1 ping statistics ---

104074 packets transmitted, 93610 packets received, 10.1% packet loss

round-trip min/avg/max/stddev = 3.397/10.158/169.488/3.465 ms

 

 

rtr.at

 

64 bytes from 81.16.157.3: icmp_seq=518 ttl=57 time=9.507 ms

^C

--- rtr.at ping statistics ---

519 packets transmitted, 460 packets received, 11.4% packet loss

round-trip min/avg/max/stddev = 7.769/10.252/23.578/2.160 ms