UPC Home 1GB - Performance Reports

smallpot · 2019-09-26T08:18:32+00:00

Sunrise community - customers help other customers with topics related to television, Internet, telephone and mobile. Register now!

Gladi4

So in Goldach jetzt auch auf docsis 3.1 umgestellt
Durchschnittlich 950Mbit/s am Samstagabend 19:30 Uhr
Kann man nicht meckern 😉
Hab ne Asus XG-C100C: 10Gbps Netzwerkkarte eingebaut statt der Onboard

GrandDixence

Ja.

Necaris

@GrandDixence
Danke sehr interessant.

Werde alles weiter überwachen.
Wie ich das sehe heisst das solange ein akzeptabler speed vorhanden ist besteht trotz den einträgen kein handlungsbedarf.
Respektive, das bei docsis 3.1 verglichen zu 3.0 nichts in stein gemeiselt ist und etwas einfacher angepasst werden kann oder sich im besten fall sogar dynamisch anpassen kann.
Sehe ich das richtig?

GrandDixence

Eine Ergänzung zur Tabelle “Downstream verbundene Kanäle” im Beitrag Nr. 12 von Necaris:

- Die “Not Locked”-Einträge könnten durch ein 64 MHz breites EuroDOCSIS 3.1-Signal verursacht werden (8 vergeblich gesuchte EuroDOCSIS 3.0 Kanäle à 8 MHz Bandbreite).

- Wegen einem Programmierfehler wurden offenbar die Spalten “RxMER (dB)” und “Pre RS Fehler” im Webinterface der Giga Connect Box vertauscht.

- RxMER (dB) ist ein wichtiger Messwert zur Signalqualität.

https://de.wikipedia.org/wiki/Modulationsfehlerrate

Der Wert von RxMer oder kurz “MER” sollte > 40 dB sein. Je grösser dieser Wert umso besser.

Man beachte auch Seite 95 von diesem EuroDOCSIS 3.1-Foliensatz:

http://www.gcscte.org/presentations/2017/DOCSIS%203.1.pdf

Randbemerkung: Je grösser die QAM-Zahl (QAM-Modulationsverfahren), desto höhere Datenübertragungsraten sind möglich.

- “Pre RS Fehler” ist der Wert der Anzahl fehlerhaft empfanger Bit vor der Vorwärtsfehlerkorrektur mit Reed-Solomon-Code. EuroDOCSIS 3.0 und DVB-C (Kabelfernsehen) setzen Reed-Solomon-Code für die Vorwärtsfehlerkorrektur ein.

https://de.wikipedia.org/wiki/Reed-Solomon-Code

Der Wert vom Pre RS-Fehler ist nicht sehr aussagekräftig.

- Wichtig ist vor allem der Wert “Post RS Fehler”. Dieser muss auf “0” bleiben!

Läuft der “Post RS Fehler” hoch, so konnte das EuroDOCSIS-Kabelmodem einige fehlerhaft empfangene Bit nicht mit der Vorwärtsfehlerkorrektur auf den korrekten Wert korrigieren und gibt diese fehlerhaft empfangen Daten fehlerbehaftet ins Heimnetzwerk weiter.

Was bei TCP-Verbindungen wie HTTP/HTTPS (mit Webbrowser im Internet surfen) zu negativen Erscheinungen wie Übertragungswiederholungen, Einbrüche der Datenübertragungsrate etc. führt.

GrandDixence

Das EuroDOCSIS-Kabelmodem kommuniziert im HFC-Netz mit dem CMTS.

https://de.wikipedia.org/wiki/Cable_Modem_Termination_System

https://de.wikipedia.org/wiki/Hybrid_Fiber_Coax

Gemäss dem Artikel:

[https://www.scte.org/TechnicalColumns/10-08-01 total power and channel bonding.pdf](https://www.scte.org/TechnicalColumns/10-08-01 total power and channel bonding.pdf)

kommt zwischen EuroDOCSIS-Kabelmodem und CMTS eine automatische, dynamische Sendeleistungsregelung (TPC) zum Einsatz.

https://de.wikipedia.org/wiki/Transmitter_Power_Control

Wir betrachten EuroDOCSIS 3.0:

Beim Aufstarten des EuroDOCSIS-Kabelmodems wird die Referenz-Sendeleistung zwischen Kabelmodem und CMTS ausgehandelt.

Danach dürfte die Sendeleistungsregelung die Sendeleistung der einzelnen DOCSIS-Kanäle um höchstens 6 dB (4x stärker senden) über die Referenz-Sendeleistung erhöhen oder um höchstens 6 dB absenken (Sendeleistungsreduktion von 75 % zur Referenz-Sendeleistung).

Mit der Meldung:

“RNG-RSP CCAP Commanded Power in Excess of 6 dB Below the Value”

wird im Logbuch des EuroDOCSIS-Kabelmodems notiert, dass der Empfänger für einen DOCSIS-Kanal eine Sendeleistungsreduktion um mehr als 6 dB unter die Referenz-Sendeleistung beim Sender angefordert/bestellt hat.

Zur Erinnerung:

Im Downstream (Download-Richtung) ist der CMTS der Sender und das EuroDOCSIS-Kabelmodem der Empfänger.

Im Upstream (Upload-Richtung) sendet das EuroDOCSIS-Kabelmodem und der CMTS empfängt das EuroDOCSIS-Signal.

Hochfrequente Signale werden vom Koaxialkabel stärker abgeschwächt/gedämpft als niederfrequentere Signale. Hochfrequente Signale werden vom Koaxialkabel regelrecht “verschluckt”. Die EuroDOCSIS 3.1-Präsentation UPC/Sunrise bietet dazu eine anschauliche Grafik auf Seite 18:

http://www.wisi.ch/fileadmin/files/PDF/Praesentation_UPC_WF.pdf

Schön sieht man dies auf dem Screenshot “Giga_Connect_Box_Status_2.PNG” im Beitrag Nr. 4:

Die mit tiefer Frequenz arbeitenden Downstream-Kanäle 1 bis 4 werden vom EuroDOCSIS-Kabelmodem (hier: Giga Connect Box) mit einem hohen Signalpegel empfangen (starkes, empfangenes Signal). Man beachte die Spalte “Signalstärke dBmV”, welche den Signalpegel des empfangenen Signal wiedergibt.

Die mit hohen Frequenzen arbeitenden Downstream-Kanäle 18 bis 20 werden nur noch mit einem tiefen Signalpegel empfangen (schwaches Signal).

Mit der automatischen Sendeleistungsregelung wird versucht, die Downstream-Kanäle 18 bis 20 mit möglichst hoher Sendeleistung auszusenden (+ 6dB). Und gleichzeitig reduziert die automatische Sendeleistungsregelung die Sendeleistung der Downstream-Kanäle 1 bis 4 auf das Minimum (-6 dB). Trotz der automatischen Sendeleistungsregelung variiert der Signalpegel des empfangenen Signals vom ersten bis letzten Downstream-Kanal um fast 6.71 dB (Faktor: 4.68).

Der wichtigste Wert bleibt aber der SNR (siehe gleichnamige Spalte). Je höher der Wert des SNR, umso besser. Für mehr Informationen zum SNR siehe:

https://de.wikipedia.org/wiki/Reichweite_(Funktechnik)

https://de.wikipedia.org/wiki/Signal-Rausch-Verh%C3%A4ltnis

EuroDOCSIS 3.1 setzt OFDM ein. Auch andere bekannte Funklösungen wie WLAN und 4G/LTE setzen OFDM ein.

https://de.wikipedia.org/wiki/Orthogonales_Frequenzmultiplexverfahren

Bei EuroDOCSIS 3.1 wird das einzelne OFDM-Trägersignal von der automatischen Sendeleistungsregelung stärker oder schwächer ausgestrahlt.

EuroDOCSIS 3.1 unterstützt bis zu 192 MHz breite OFDM-Signale (Bandbreite: 192 MHz) im Downstream und bis zu 96 MHz breite OFDM-Signale im Upstream:

https://www.promax.es/deu/neuheiten/569/die-neue-technik-hinter-docsis-31/

Damit 192 MHz respektive 160 MHz breite OFDM-Signale mit QAM256 optimal eingesetzt werden können, muss gemäss dem Cisco-Link unter:

https://community.swisscom.ch/t5/Mobile/Smartphone-wechselt-laufend-zwischen-WLAN-und-LTE/m-p/531329#M4581

der SNR > 40 dB sein!

https://www.electronics-notes.com/articles/radio/modulation/quadrature-amplitude-modulation-types-8qam-16qam-32qam-64qam-128qam-256qam.php

In den meisten Screenshots der EuroDOCSIS 3.0-Downstream-Kanalwerten wird noch nicht für alle Kanäle ein SNR > 40 dB errreicht…

Aber dank dem neuen, besseren Vorwärtsfehlerkorrekturverfahren LDPC sollte dies mit EuroDOCSIS 3.1 kein Problem sein.

https://de.wikipedia.org/wiki/Vorw%C3%A4rtsfehlerkorrektur

https://de.wikipedia.org/wiki/Low-Density-Parity-Check-Code

Man beachte auch Seite 38 von diesem EuroDOCSIS 3.1-Foliensatz:

http://www.gcscte.org/presentations/2017/DOCSIS%203.1.pdf

cybi

@Zorro in Malters LU
Sogar jetzt, Freitag Abend 19 Uhr, volle Leistung. 👍🏻

Zorro

Wo bist du Zuhause cybi?

940Mbit das möchte ich auch.

Gruss

Zorro

Necaris

@millernet
Sonst habe ich im netz nur die info gefunden das es sich um schlechte kabel (zb. korrosion), stecker oder andere HF probleme handeln könnte.

Ich habe den fehler ja auch. Muss nochmals nachschauen ob und wieviel das vorkommt. Hatte die letzen tage mein system neu aufgesetzt um wrklich alles auszuschliessen.

millernet

@Necaris Der Fehler kommt sporadisch alle paar Stunden vor und das Modem startet vorher definitiv nicht neu. Beigefügt das Log.

Necaris

@millernet

Betreff:
RNG-RSP CCAP Commanded Power in Excess of 6 dB Below the Value Corresponding to the Top of the DRW;CM-MAC=e4:57:40:08:a9:0d;CMTS-MAC=00:17:10:91:b0:85;CM-QOS=1.1;CM-VER=3.1;

Ich glaube das kommt bei einem ein/auschalten der box vor.

Teste es mal. Du hast ja geschrieben das du die box mehrmals neu gestartet hast.
Die box schnallt noch knapp das die db sinken und protokoliert das kurz vor dem aus.

Punisher

@cybi

Kluger Mann 😅

Puuhh, dann ist ja alles gut schweiss abwischt 😉

cybi

@Punisher ne ist schon klar ;-)

aber logisch hab ichs aus Neugier auch auf dem Phone prpobiert. da komm ich immerhin auch auf 600 mbit.

Aber normal wird am PC mit LAN getestet.

Punisher

@cybi

Ich will dich keinesfalls Beleidigen, aber es gibt genug Leute, die Speedtest über WLAN und mit dem Smartphone machen und dann hier im Forum meckern warum ihr Internet langsam ist und der Speedtest dies so anzeigt 😂

cybi

@Punisher ich bin doch nicht verrückt ;-p

Punisher

@cybi

Du machst aber hoffentlich die Speedtests nicht über WLAN?

cybi

ich teste mit der Speedtest.net App und komme auf vielen schweizer Servern immer auf die 940 mbit down und 105 im up
https://www.speedtest.net/apps

Bildschirmfoto 2019-10-03 um 21.00.18.png

millernet

Besonders nerdy finde ich das 1 TB Testfile bei http://speedtest.tele2.net/ :

Einfach mal so sinnlos 1000 GB herunterladen. 😂

Punisher

@millernet

Das kann vielleicht daran liegen, weil die CNLAB Software noch kein Update raus gebracht hat seit UPC das Giga Netz aufgeschaltet hat. Bei mir, schwankt es im Moment auch zimlich durch.

millernet

Akuell ist der CNLAB Speedtest resp. der UPC Referenz-Server wohl etwas überlastet. Bei mir zeigt er stark schwankende Resultate:

Während ich mit dem Tele 2 Speedtest (http://speedtest.tele2.net/) von Stockholm oder Frankfurt und einem 100 GB Testfile keine Probleme habe:

Aber Achtung: Der Taskmanager zeigt die Bruttodatenrate an und nicht die Nettodatenrate. Aber wir sind hier ziemlich nahe am 1 Gigabit limit und der Traffic läuft über meine OPNsense Firewall. Der Rechner selber hängt an einem 10 GbE-Netzwerk.

Punisher

@cybi und @millernet

Na also, geht doch. Nicht immer ist die UPC Schuld, sondern halt auch mal das Partner Netz 😅

« Previous Page Next Page »