Ik heb soms dat de verbinding willekeurig tijdelijk wegvalt voor een paar seconden. Op smokeping zie ik dit ook terug met packet loss. Het gebeurt niet heel vaak, maar het liefst heb ik natuurlijk een 100% constante verbinding. Kijkend in het modem zie ik erg veel Pre RS Errors/Correcteds, maar ook een aantal Uncorrectables. Daarnaast zijn er ook veel T3 timeouts en zie ik vaak "No Ranging Response received" terug in de logs. Wat betekent dit en wat zou er mogelijk aan de hand kunnen zijn? En daarna, hoe zou dit opgelost kunnen worden? Ik heb een Connectbox Giga.
Item | Status | Comments |
Cable Modem Status | Online | DOCSIS 3.1 |
Primary downstream channel | Locked | SC-QAM |
Channel Overview | Downstream | Upstream |
DOCSIS 3.0 channels | 32 | 6 |
DOCSIS 3.1 channels | 1 | 0 |
Channel | Frequency (Hz) | Power (dBmV) | SNR (dB) | Modulation | Channel ID |
3 | 618000000 | 7.4 | 39 | QAM256 | 3 |
17 | 730000000 | 6.4 | 38.6 | QAM256 | 17 |
2 | 610000000 | 7.5 | 39 | QAM256 | 2 |
7 | 650000000 | 7.5 | 38.6 | QAM256 | 7 |
15 | 714000000 | 7.1 | 39 | QAM256 | 15 |
19 | 746000000 | 5.5 | 38.6 | QAM256 | 19 |
20 | 754000000 | 5 | 38.6 | QAM256 | 20 |
21 | 762000000 | 4.1 | 38.6 | QAM256 | 21 |
1 | 602000000 | 7.6 | 39 | QAM256 | 1 |
5 | 634000000 | 7.2 | 39 | QAM256 | 5 |
18 | 738000000 | 6.1 | 38.6 | QAM256 | 18 |
22 | 770000000 | 4.3 | 37.6 | QAM256 | 22 |
6 | 642000000 | 7.2 | 39 | QAM256 | 6 |
9 | 666000000 | 8 | 39 | QAM256 | 9 |
10 | 674000000 | 8.1 | 38.6 | QAM256 | 10 |
30 | 834000000 | 5.7 | 38.6 | QAM256 | 30 |
31 | 842000000 | 5.2 | 39 | QAM256 | 31 |
32 | 850000000 | 4.9 | 38.6 | QAM256 | 32 |
4 | 626000000 | 7.2 | 39 | QAM256 | 4 |
8 | 658000000 | 7.6 | 39 | QAM256 | 8 |
11 | 682000000 | 8.5 | 39 | QAM256 | 11 |
12 | 690000000 | 8.2 | 39 | QAM256 | 12 |
13 | 698000000 | 8.1 | 39 | QAM256 | 13 |
14 | 706000000 | 7.6 | 39 | QAM256 | 14 |
16 | 722000000 | 6.9 | 39 | QAM256 | 16 |
23 | 778000000 | 4.7 | 37.4 | QAM256 | 23 |
24 | 786000000 | 6.4 | 39 | QAM256 | 24 |
29 | 826000000 | 5.9 | 38.6 | QAM256 | 29 |
28 | 818000000 | 6.6 | 38.6 | QAM256 | 28 |
26 | 802000000 | 7.2 | 38.6 | QAM256 | 26 |
27 | 810000000 | 6.8 | 39 | QAM256 | 27 |
25 | 794000000 | 7.1 | 39 | QAM256 | 25 |
Channel | Lock Status | RxMER (dB) | Pre RS Errors | Post RS Errors |
3 | Locked | 38.983261 | 0 | 0 |
17 | Locked | 38.605377 | 0 | 0 |
2 | Locked | 38.983261 | 0 | 0 |
7 | Locked | 38.605377 | 0 | 0 |
15 | Locked | 38.983261 | 369861 | 0 |
19 | Locked | 38.605377 | 0 | 0 |
20 | Locked | 38.605377 | 0 | 0 |
21 | Locked | 38.605377 | 0 | 0 |
1 | Locked | 38.983261 | 0 | 0 |
5 | Locked | 38.983261 | 50 | 0 |
18 | Locked | 38.605377 | 0 | 0 |
22 | Locked | 37.636276 | 0 | 0 |
6 | Locked | 38.983261 | 0 | 0 |
9 | Locked | 38.983261 | 0 | 0 |
10 | Locked | 38.605377 | 0 | 0 |
30 | Locked | 38.605377 | 0 | 0 |
31 | Locked | 38.983261 | 0 | 0 |
32 | Locked | 38.605377 | 0 | 0 |
4 | Locked | 38.983261 | 0 | 0 |
8 | Locked | 38.983261 | 0 | 0 |
11 | Locked | 38.983261 | 0 | 0 |
12 | Locked | 38.983261 | 0 | 0 |
13 | Locked | 38.983261 | 0 | 0 |
14 | Locked | 38.983261 | 0 | 0 |
16 | Locked | 38.983261 | 0 | 0 |
23 | Locked | 37.355988 | 0 | 0 |
24 | Locked | 38.983261 | 0 | 0 |
29 | Locked | 38.605377 | 0 | 0 |
28 | Locked | 38.605377 | 0 | 0 |
26 | Locked | 38.605377 | 0 | 0 |
27 | Locked | 38.983261 | 0 | 0 |
25 | Locked | 38.983261 | 0 | 0 |
DOCSIS 3.1 en foto van aansluitpunt in volgende post (want 20.000 karakter limiet) ↓
Opgelost! Ga naar oplossing.
Naast de door Paul vastgestelde ruis in de upstream, is in de gehele downstream veel ruis aanwezig (lage MER-waarden, hoge aantallen (un)correctable errors, OFDM-kanaal dat op lager(e) profiel/modulatie 2048-QAM is teruggevallen). De log laat zien dat deze problemen (vooral) sinds vandaag, 12:30 spelen.
Vrijwel zeker is er een probleem tussen AOP en EV (eindversterker/straatkast).
Vanochtend is de monteur langs geweest. Bij de meting bij mijn AOP kwam er uit dat alles perfect was en het signaal uitstekend zonder ruis binnen kwam. Voor de zekerheid werd nog wel het AOP vervangen, om alles uit te sluiten. De monteur zei dat het probleem echt bij de wijkcentrale móest zitten en nam daarin een kijkje. Hij had nog bij de buren langs gevraagd of deze ook problemen ondervonden – het antwoord was ja bij allemaal. Hij zei dat veel onderdelen vervangen moesten worden in de centrale en dat sommige kabels zelfs los zaten. Hiermee was hij een tijdje bezig. Uiteindelijk was alles voltooid en werkte het weer naar behoren.
Alles ziet er goed uit en de waarden op het modem ook. Ik hou de verbinding in de gaten en zal over een tijdje weer nieuwe waarden posten!
Channel | Frequency (Hz) | Power (dBmV) | SNR (dB) | Modulation | Channel ID |
3 | 618000000 | 7.1 | 39 | QAM256 | 3 |
21 | 762000000 | 5.5 | 39 | QAM256 | 21 |
30 | 834000000 | 5.5 | 39 | QAM256 | 30 |
31 | 842000000 | 4.5 | 38.6 | QAM256 | 31 |
32 | 850000000 | 3.9 | 38.6 | QAM256 | 32 |
4 | 626000000 | 6.5 | 38.6 | QAM256 | 4 |
5 | 634000000 | 6.3 | 38.6 | QAM256 | 5 |
6 | 642000000 | 6 | 39 | QAM256 | 6 |
7 | 650000000 | 6.1 | 39 | QAM256 | 7 |
9 | 666000000 | 7 | 38.6 | QAM256 | 9 |
17 | 730000000 | 5.9 | 39 | QAM256 | 17 |
19 | 746000000 | 6 | 39 | QAM256 | 19 |
27 | 810000000 | 5.8 | 38.6 | QAM256 | 27 |
28 | 818000000 | 6.1 | 39 | QAM256 | 28 |
29 | 826000000 | 5.9 | 38.6 | QAM256 | 29 |
2 | 610000000 | 7.2 | 38.6 | QAM256 | 2 |
8 | 658000000 | 6.4 | 38.6 | QAM256 | 8 |
10 | 674000000 | 7.5 | 39 | QAM256 | 10 |
11 | 682000000 | 8.3 | 40.4 | QAM256 | 11 |
12 | 690000000 | 8 | 40.4 | QAM256 | 12 |
13 | 698000000 | 8.1 | 39 | QAM256 | 13 |
14 | 706000000 | 7.3 | 39 | QAM256 | 14 |
15 | 714000000 | 6.8 | 39 | QAM256 | 15 |
16 | 722000000 | 6.3 | 38.6 | QAM256 | 16 |
18 | 738000000 | 6.1 | 39 | QAM256 | 18 |
20 | 754000000 | 6 | 38.6 | QAM256 | 20 |
22 | 770000000 | 5.1 | 38.6 | QAM256 | 22 |
23 | 778000000 | 5.1 | 38.6 | QAM256 | 23 |
24 | 786000000 | 5.7 | 38.6 | QAM256 | 24 |
25 | 794000000 | 5.7 | 39 | QAM256 | 25 |
26 | 802000000 | 6.1 | 39 | QAM256 | 26 |
1 | 602000000 | 7.4 | 39 | QAM256 | 1 |
Channel | Lock Status | RxMER (dB) | Pre RS Errors | Post RS Errors |
3 | Locked | 38.983261 | 0 | 0 |
21 | Locked | 38.983261 | 0 | 0 |
30 | Locked | 38.983261 | 0 | 0 |
31 | Locked | 38.605377 | 0 | 0 |
32 | Locked | 38.605377 | 9031 | 0 |
4 | Locked | 38.605377 | 0 | 0 |
5 | Locked | 38.605377 | 0 | 0 |
6 | Locked | 38.983261 | 0 | 0 |
7 | Locked | 38.983261 | 0 | 0 |
9 | Locked | 38.605377 | 2 | 0 |
17 | Locked | 38.983261 | 0 | 0 |
19 | Locked | 38.983261 | 0 | 0 |
27 | Locked | 38.605377 | 0 | 0 |
28 | Locked | 38.983261 | 0 | 0 |
29 | Locked | 38.605377 | 0 | 0 |
2 | Locked | 38.605377 | 0 | 0 |
8 | Locked | 38.605377 | 0 | 0 |
10 | Locked | 38.983261 | 0 | 0 |
11 | Locked | 40.366287 | 0 | 0 |
12 | Locked | 40.366287 | 0 | 0 |
13 | Locked | 38.983261 | 0 | 0 |
14 | Locked | 38.983261 | 0 | 0 |
15 | Locked | 38.983261 | 0 | 0 |
16 | Locked | 38.605377 | 0 | 0 |
18 | Locked | 38.983261 | 0 | 0 |
20 | Locked | 38.605377 | 0 | 0 |
22 | Locked | 38.605377 | 0 | 0 |
23 | Locked | 38.605377 | 0 | 0 |
24 | Locked | 38.605377 | 0 | 0 |
25 | Locked | 38.983261 | 0 | 0 |
26 | Locked | 38.983261 | 0 | 0 |
1 | Locked | 38.983261 | 0 | 0 |
Jij bent de IT-hulplijn in je straat, de verlichting werkt thuis op commando en je groet de pakketbezorger met de slimme deurbel. Herkenbaar? Dan zijn de Community events echt iets voor jou! Doe mee en sluit je aan.
Channel | Channel Width (MHz) | FFT Type | Number of Active Subcarriers | Modulation (Active Profile) | First Active Subcarrier (Hz) |
33 | 96 | 4K | 1860 | QAM4096 | 879 |
Channel ID | Lock Status | RxMER Data (dB) | PLC Power (dBmV) | Correcteds (Active Profile) | Uncorrectables (Active Profile) |
33 | Locked | 38 | 2.1 | 770120335 | 152 |
Channel | Frequency (Hz) | Power (dBmV) | Symbol Rate (ksps) | Modulation | Channel ID |
1 | 31800000 | 43.3 | 2560 KSym/sec | 64QAM | 5 |
2 | 28600000 | 43.3 | 2560 KSym/sec | 64QAM | 6 |
3 | 57800000 | 43.5 | 5120 KSym/sec | 64QAM | 1 |
4 | 37100000 | 43.3 | 5120 KSym/sec | 64QAM | 4 |
5 | 44000000 | 43.5 | 5120 KSym/sec | 64QAM | 3 |
6 | 50900000 | 43.5 | 5120 KSym/sec | 64QAM | 2 |
Channel | Channel Type | T1 Timeouts | T2 Timeouts | T3 Timeouts | T4 Timeouts |
1 | US_TYPE_STDMA | 0 | 0 | 1 | 0 |
2 | US_TYPE_STDMA | 0 | 0 | 1 | 0 |
3 | US_TYPE_STDMA | 0 | 0 | 4 | 0 |
4 | US_TYPE_STDMA | 0 | 0 | 3 | 0 |
5 | US_TYPE_STDMA | 0 | 0 | 3 | 0 |
6 | US_TYPE_STDMA | 0 | 0 | 0 | 0 |
Time | Priority | Description |
Thu 01/01/1970 01:01:31 | 3 | No Ranging Response received - T3 time-out;CM-MAC=e4:57:40:xx:xx:xx;CMTS-MAC=00:17:10:93:e0:a8;CM-QOS=1.1;CM-VER=3.1; |
Mon 07/02/2022 09:19:15 | 5 | MIMO Event MIMO: Stored MIMO=-1 post cfg file MIMO=-1;CM-MAC=e4:57:40:xx:xx:xx;CMTS-MAC=00:17:10:93:e0:a8;CM-QOS=1.1;CM-VER=3.1; |
Mon 07/02/2022 09:51:19 | 4 | DHCP RENEW WARNING - Field invalid in response v4 option;CM-MAC=e4:57:40:xx:xx:xx;CMTS-MAC=00:17:10:93:e0:a8;CM-QOS=1.1;CM-VER=3.1; |
Tue 08/02/2022 04:39:16 | 3 | No Ranging Response received - T3 time-out;CM-MAC=e4:57:40:xx:xx:xx;CMTS-MAC=00:17:10:93:e0:a8;CM-QOS=1.1;CM-VER=3.1; |
Tue 08/02/2022 07:41:12 | 6 | CM-STATUS message sent. Event Type Code: 5; Chan ID: 27; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA Profile ID: N/A.;CM-MAC=e4:57:40:xx:xx:xx;CMTS-MAC=00:17:10:93:e0:a8;CM-QOS=1.1;CM-VER=3.1; |
Tue 08/02/2022 07:45:28 | 3 | No Ranging Response received - T3 time-out;CM-MAC=e4:57:40:xx:xx:xx;CMTS-MAC=00:17:10:93:e0:a8;CM-QOS=1.1;CM-VER=3.1; |
Tue 08/02/2022 08:53:11 | 6 | CM-STATUS message sent. Event Type Code: 24; Chan ID: 33; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA Profile ID: 3.;CM-MAC=e4:57:40:xx:xx:xx;CMTS-MAC=00:17:10:93:e0:a8;CM-QOS=1.1;CM-VER=3.1; |
Wed 09/02/2022 00:04:32 | 3 | No Ranging Response received - T3 time-out;CM-MAC=e4:57:40:xx:xx:xx;CMTS-MAC=00:17:10:93:e0:a8;CM-QOS=1.1;CM-VER=3.1; |
Thu 10/02/2022 21:51:22 | 4 | DHCP RENEW WARNING - Field invalid in response v4 option;CM-MAC=e4:57:40:xx:xx:xx;CMTS-MAC=00:17:10:93:e0:a8;CM-QOS=1.1;CM-VER=3.1; |
Sun 13/02/2022 23:38:13 | 3 | No Ranging Response received - T3 time-out;CM-MAC=e4:57:40:xx:xx:xx;CMTS-MAC=00:17:10:93:e0:a8;CM-QOS=1.1;CM-VER=3.1; |
Mon 14/02/2022 09:51:25 | 4 | DHCP RENEW WARNING - Field invalid in response v4 option;CM-MAC=e4:57:40:xx:xx:xx;CMTS-MAC=00:17:10:93:e0:a8;CM-QOS=1.1;CM-VER=3.1; |
Wed 16/02/2022 00:14:29 | 3 | No Ranging Response received - T3 time-out;CM-MAC=e4:57:40:xx:xx:xx;CMTS-MAC=00:17:10:93:e0:a8;CM-QOS=1.1;CM-VER=3.1; |
Thu 17/02/2022 21:51:28 | 4 | DHCP RENEW WARNING - Field invalid in response v4 option;CM-MAC=e4:57:40:xx:xx:xx;CMTS-MAC=00:17:10:93:e0:a8;CM-QOS=1.1;CM-VER=3.1; |
Thu 17/02/2022 21:52:28 | 3 | No Ranging Response received - T3 time-out;CM-MAC=e4:57:40:xx:xx:xx;CMTS-MAC=00:17:10:93:e0:a8;CM-QOS=1.1;CM-VER=3.1; |
Mon 21/02/2022 09:51:31 | 4 | DHCP RENEW WARNING - Field invalid in response v4 option;CM-MAC=e4:57:40:xx:xx:xx;CMTS-MAC=00:17:10:93:e0:a8;CM-QOS=1.1;CM-VER=3.1; |
Mon 21/02/2022 23:17:33 | 3 | No Ranging Response received - T3 time-out;CM-MAC=e4:57:40:xx:xx:xx;CMTS-MAC=00:17:10:93:e0:a8;CM-QOS=1.1;CM-VER=3.1; |
Op het OFDM-kanaal is ruis aanwezig, de uncorrectable errors zouden 0 moeten zijn. Er is ook instraling van Digitenne en 5G aanwezig, zichtbaar aan de lagere MER-waarden en de correctable errors (welke jij ook al noemt) op een aantal SC-QAM-kanalen. Tenslotte is de spreiding in vermogen groot met 2,1 tot 8,5 dBmV. De T3 timeouts zijn beperkt in aantallen.
Zou je het modem tijdelijk direct op het AOP willen aansluiten, dus zonder de splitter POA 01-UPC? Daarna graag het modem opnieuw opstarten en na enkele uren opnieuw de downstream/upstream-gegevens plaatsen.
@tobiastheebe Dit is na 4 uur met het modem direct op het AOP (17:05-22:05):
Channel | Frequency (Hz) | Power (dBmV) | SNR (dB) | Modulation | Channel ID |
3 | 618000000 | 11 | 38.6 | QAM256 | 3 |
1 | 602000000 | 11.3 | 39 | QAM256 | 1 |
21 | 762000000 | 8.5 | 39 | QAM256 | 21 |
20 | 754000000 | 9.3 | 39 | QAM256 | 20 |
18 | 738000000 | 10.8 | 38.6 | QAM256 | 18 |
19 | 746000000 | 9.8 | 39 | QAM256 | 19 |
22 | 770000000 | 8.7 | 39 | QAM256 | 22 |
17 | 730000000 | 11.2 | 39 | QAM256 | 17 |
4 | 626000000 | 11 | 38.6 | QAM256 | 4 |
5 | 634000000 | 11 | 38.6 | QAM256 | 5 |
10 | 674000000 | 11.6 | 38.6 | QAM256 | 10 |
11 | 682000000 | 12.1 | 40.4 | QAM256 | 11 |
12 | 690000000 | 11.7 | 40.4 | QAM256 | 12 |
13 | 698000000 | 12.2 | 40.4 | QAM256 | 13 |
14 | 706000000 | 11.9 | 39 | QAM256 | 14 |
15 | 714000000 | 11.9 | 39 | QAM256 | 15 |
16 | 722000000 | 11.8 | 39 | QAM256 | 16 |
23 | 778000000 | 9.4 | 38.6 | QAM256 | 23 |
28 | 818000000 | 10.6 | 38.6 | QAM256 | 28 |
29 | 826000000 | 10 | 39 | QAM256 | 29 |
30 | 834000000 | 9.5 | 39 | QAM256 | 30 |
31 | 842000000 | 9.2 | 39 | QAM256 | 31 |
32 | 850000000 | 9.1 | 38.6 | QAM256 | 32 |
2 | 610000000 | 11.1 | 39 | QAM256 | 2 |
6 | 642000000 | 11.3 | 39 | QAM256 | 6 |
7 | 650000000 | 11.5 | 38.6 | QAM256 | 7 |
8 | 658000000 | 11.5 | 39 | QAM256 | 8 |
9 | 666000000 | 11.7 | 38.6 | QAM256 | 9 |
24 | 786000000 | 11 | 39 | QAM256 | 24 |
27 | 810000000 | 11 | 39 | QAM256 | 27 |
26 | 802000000 | 11.7 | 39 | QAM256 | 26 |
25 | 794000000 | 11.7 | 39 | QAM256 | 25 |
Channel | Lock Status | RxMER (dB) | Pre RS Errors | Post RS Errors |
3 | Locked | 38.605377 | 0 | 0 |
1 | Locked | 38.983261 | 0 | 0 |
21 | Locked | 38.983261 | 0 | 0 |
20 | Locked | 38.983261 | 0 | 0 |
18 | Locked | 38.605377 | 7042 | 0 |
19 | Locked | 38.983261 | 0 | 0 |
22 | Locked | 38.983261 | 0 | 0 |
17 | Locked | 38.983261 | 0 | 0 |
4 | Locked | 38.605377 | 0 | 0 |
5 | Locked | 38.605377 | 10 | 0 |
10 | Locked | 38.605377 | 0 | 0 |
11 | Locked | 40.366287 | 0 | 0 |
12 | Locked | 40.366287 | 0 | 0 |
13 | Locked | 40.366287 | 0 | 0 |
14 | Locked | 38.983261 | 0 | 0 |
15 | Locked | 38.983261 | 0 | 0 |
16 | Locked | 38.983261 | 0 | 0 |
23 | Locked | 38.605377 | 0 | 0 |
28 | Locked | 38.605377 | 0 | 0 |
29 | Locked | 38.983261 | 0 | 0 |
30 | Locked | 38.983261 | 0 | 0 |
31 | Locked | 38.983261 | 0 | 0 |
32 | Locked | 38.605377 | 0 | 0 |
2 | Locked | 38.983261 | 0 | 0 |
6 | Locked | 38.983261 | 0 | 0 |
7 | Locked | 38.605377 | 0 | 0 |
8 | Locked | 38.983261 | 0 | 0 |
9 | Locked | 38.605377 | 0 | 0 |
24 | Locked | 38.983261 | 0 | 0 |
27 | Locked | 38.983261 | 0 | 0 |
26 | Locked | 38.983261 | 0 | 0 |
25 | Locked | 38.983261 | 0 | 0 |
Channel | Channel Width (MHz) | FFT Type | Number of Active Subcarriers | Modulation (Active Profile) | First Active Subcarrier (Hz) |
33 | 96 | 4K | 1860 | QAM4096 | 879 |
Channel ID | Lock Status | RxMER Data (dB) | PLC Power (dBmV) | Correcteds (Active Profile) | Uncorrectables (Active Profile) |
33 | Locked | 39 | 6.6 | 82347579 | 0 |
Channel | Frequency (Hz) | Power (dBmV) | Symbol Rate (ksps) | Modulation | Channel ID |
1 | 31800000 | 40 | 2560 KSym/sec | 64QAM | 5 |
2 | 57800000 | 39.8 | 5120 KSym/sec | 64QAM | 1 |
3 | 50900000 | 39.8 | 5120 KSym/sec | 64QAM | 2 |
4 | 37100000 | 39.8 | 5120 KSym/sec | 64QAM | 4 |
5 | 44000000 | 41 | 5120 KSym/sec | 64QAM | 3 |
6 | 28600000 | 40 | 2560 KSym/sec | 64QAM | 6 |
Channel | Channel Type | T1 Timeouts | T2 Timeouts | T3 Timeouts | T4 Timeouts |
1 | US_TYPE_STDMA | 0 | 0 | 0 | 0 |
2 | US_TYPE_STDMA | 0 | 0 | 0 | 0 |
3 | US_TYPE_STDMA | 0 | 0 | 1 | 0 |
4 | US_TYPE_STDMA | 0 | 0 | 0 | 0 |
5 | US_TYPE_STDMA | 0 | 0 | 0 | 0 |
6 | US_TYPE_STDMA | 0 | 0 | 0 | 0 |
Time | Priority | Description |
Wed 23/02/2022 17:05:42 | 5 | MIMO Event MIMO: Stored MIMO=-1 post cfg file MIMO=-1;CM-MAC=e4:57:40:f7:39:5e;CMTS-MAC=00:17:10:93:e0:a8;CM-QOS=1.1;CM-VER=3.1; |
Wed 23/02/2022 18:13:00 | 3 | No Ranging Response received - T3 time-out;CM-MAC=e4:57:40:f7:39:5e;CMTS-MAC=00:17:10:93:e0:a8;CM-QOS=1.1;CM-VER=3.1; |
De signaalkwaliteit lijkt verbeterd; de MER-waarden zijn meer consistent en (vooralsnog) geen uncorrectable errors op het OFDM-kanaal, de correctable errors lopen echter snel op en er lijkt nog steeds wat instraling te zijn.
Zou je het modem nog tot morgenochtend op het AOP aangesloten kunnen laten en dan nog eens de '3.1 Downstream channels' kunnen plaatsen?
@tobiastheebe Hierbij de nieuwe waarden van vanochtend 09:15. Ik heb geen nieuwe T3 timeouts ondervonden sinds gisteren.
Channel | Frequency (Hz) | Power (dBmV) | SNR (dB) | Modulation | Channel ID |
3 | 618000000 | 10.9 | 38.6 | QAM256 | 3 |
1 | 602000000 | 11.2 | 39 | QAM256 | 1 |
21 | 762000000 | 8.4 | 38.6 | QAM256 | 21 |
20 | 754000000 | 9.1 | 38.6 | QAM256 | 20 |
18 | 738000000 | 10.6 | 39 | QAM256 | 18 |
19 | 746000000 | 9.8 | 38.6 | QAM256 | 19 |
22 | 770000000 | 8.7 | 39 | QAM256 | 22 |
17 | 730000000 | 11.2 | 39 | QAM256 | 17 |
4 | 626000000 | 10.8 | 39 | QAM256 | 4 |
5 | 634000000 | 10.9 | 39 | QAM256 | 5 |
10 | 674000000 | 11.6 | 38.6 | QAM256 | 10 |
11 | 682000000 | 12 | 40.4 | QAM256 | 11 |
12 | 690000000 | 11.7 | 40.4 | QAM256 | 12 |
13 | 698000000 | 12.1 | 40.4 | QAM256 | 13 |
14 | 706000000 | 11.8 | 39 | QAM256 | 14 |
15 | 714000000 | 11.8 | 39 | QAM256 | 15 |
16 | 722000000 | 11.8 | 39 | QAM256 | 16 |
23 | 778000000 | 9.3 | 38.6 | QAM256 | 23 |
28 | 818000000 | 10.5 | 39 | QAM256 | 28 |
29 | 826000000 | 9.8 | 38.6 | QAM256 | 29 |
30 | 834000000 | 9.5 | 38.6 | QAM256 | 30 |
31 | 842000000 | 9.2 | 38.6 | QAM256 | 31 |
32 | 850000000 | 8.9 | 39 | QAM256 | 32 |
2 | 610000000 | 11 | 38.6 | QAM256 | 2 |
6 | 642000000 | 11.2 | 39 | QAM256 | 6 |
7 | 650000000 | 11.4 | 39 | QAM256 | 7 |
8 | 658000000 | 11.4 | 38.6 | QAM256 | 8 |
9 | 666000000 | 11.7 | 38.6 | QAM256 | 9 |
24 | 786000000 | 11.1 | 39 | QAM256 | 24 |
27 | 810000000 | 10.8 | 39 | QAM256 | 27 |
26 | 802000000 | 11.7 | 39 | QAM256 | 26 |
25 | 794000000 | 11.5 | 38.6 | QAM256 | 25 |
Channel | Lock Status | RxMER (dB) | Pre RS Errors | Post RS Errors |
3 | Locked | 38.605377 | 0 | 0 |
1 | Locked | 38.983261 | 0 | 0 |
21 | Locked | 38.605377 | 0 | 0 |
20 | Locked | 38.605377 | 0 | 0 |
18 | Locked | 38.983261 | 69300 | 0 |
19 | Locked | 38.605377 | 0 | 0 |
22 | Locked | 38.983261 | 0 | 0 |
17 | Locked | 38.983261 | 0 | 0 |
4 | Locked | 38.983261 | 5 | 0 |
5 | Locked | 38.983261 | 173 | 0 |
10 | Locked | 38.605377 | 0 | 0 |
11 | Locked | 40.366287 | 0 | 0 |
12 | Locked | 40.366287 | 0 | 0 |
13 | Locked | 40.366287 | 0 | 0 |
14 | Locked | 38.983261 | 0 | 0 |
15 | Locked | 38.983261 | 0 | 0 |
16 | Locked | 38.983261 | 0 | 0 |
23 | Locked | 38.605377 | 0 | 0 |
28 | Locked | 38.983261 | 0 | 0 |
29 | Locked | 38.605377 | 0 | 0 |
30 | Locked | 38.605377 | 0 | 0 |
31 | Locked | 38.605377 | 0 | 0 |
32 | Locked | 38.983261 | 0 | 0 |
2 | Locked | 38.605377 | 0 | 0 |
6 | Locked | 38.983261 | 0 | 0 |
7 | Locked | 38.983261 | 0 | 0 |
8 | Locked | 38.605377 | 0 | 0 |
9 | Locked | 38.605377 | 0 | 0 |
24 | Locked | 38.983261 | 0 | 0 |
27 | Locked | 38.983261 | 0 | 0 |
26 | Locked | 38.983261 | 0 | 0 |
25 | Locked | 38.605377 | 0 | 0 |
Channel | Channel Width (MHz) | FFT Type | Number of Active Subcarriers | Modulation (Active Profile) | First Active Subcarrier (Hz) |
33 | 96 | 4K | 1860 | QAM4096 | 879 |
Channel ID | Lock Status | RxMER Data (dB) | PLC Power (dBmV) | Correcteds (Active Profile) | Uncorrectables (Active Profile) |
33 | Locked | 39 | 6.5 | 181332111 | 0 |
Vooralsnog ziet het er goed uit. De uncorrectable errors op het OFDM-kanaal zijn vooralsnog 0, de correctable errors op de twee SC-QAM-kanalen zijn hoog maar deze kanalen worden niet actief gebruikt tenzij het OFDM-kanaal onbruikbaar wordt.
Heb je nog problemen met de internetverbinding gemerkt sinds het modem direct op het AOP aangesloten is?
@tobiastheebe Ik merk op zich geen problemen, maar zou het liefst nog wel de Uncorrectables op 0 willen krijgen en de Correcteds laag of ook 0 houden om de latency ook laag te houden. Dan kan ik dat ook uitsluiten als oorzaak als de verbinding niet helemaal stabiel zou zijn. Het liefst heb je beiden natuurlijk op 0 en ik wilde kijken of ik iets zou kunnen veranderen om dat ook te kunnen realiseren.
Denk jij dat er nog iets aan te doen is binnen mijn macht om dat te bereiken? Of is dat onrealistisch.
Hierbij de waarden tot vandaag:
Channel | Lock Status | RxMER (dB) | Pre RS Errors | Post RS Errors |
3 | Locked | 38.983261 | 0 | 0 |
1 | Locked | 38.983261 | 0 | 0 |
21 | Locked | 38.605377 | 0 | 0 |
20 | Locked | 38.605377 | 0 | 0 |
18 | Locked | 38.605377 | 15413 | 0 |
19 | Locked | 38.605377 | 0 | 0 |
22 | Locked | 38.605377 | 0 | 0 |
17 | Locked | 38.983261 | 0 | 0 |
4 | Locked | 38.983261 | 0 | 0 |
5 | Locked | 38.605377 | 24 | 0 |
10 | Locked | 38.983261 | 0 | 0 |
11 | Locked | 40.366287 | 0 | 0 |
12 | Locked | 40.366287 | 0 | 0 |
13 | Locked | 40.366287 | 0 | 0 |
14 | Locked | 38.983261 | 0 | 0 |
15 | Locked | 38.983261 | 0 | 0 |
16 | Locked | 38.983261 | 0 | 0 |
23 | Locked | 38.983261 | 0 | 0 |
28 | Locked | 38.983261 | 0 | 0 |
29 | Locked | 38.983261 | 0 | 0 |
30 | Locked | 38.983261 | 0 | 0 |
31 | Locked | 38.605377 | 0 | 0 |
32 | Locked | 38.605377 | 0 | 0 |
2 | Locked | 38.983261 | 0 | 0 |
6 | Locked | 38.983261 | 0 | 0 |
7 | Locked | 38.983261 | 0 | 0 |
8 | Locked | 38.605377 | 0 | 0 |
9 | Locked | 38.605377 | 0 | 0 |
24 | Locked | 38.983261 | 0 | 0 |
27 | Locked | 38.983261 | 0 | 0 |
26 | Locked | 38.983261 | 0 | 0 |
25 | Locked | 38.605377 | 0 | 0 |
Channel ID | Lock Status | RxMER Data (dB) | PLC Power (dBmV) | Correcteds (Active Profile) | Uncorrectables (Active Profile) |
33 | Locked | 39 | 6.8 | 638353582 | 1 |
Channel | Channel Type | T1 Timeouts | T2 Timeouts | T3 Timeouts | T4 Timeouts |
1 | US_TYPE_STDMA | 0 | 0 | 0 | 0 |
2 | US_TYPE_STDMA | 0 | 0 | 1 | 0 |
3 | US_TYPE_STDMA | 0 | 0 | 1 | 0 |
4 | US_TYPE_STDMA | 0 | 0 | 1 | 0 |
5 | US_TYPE_STDMA | 0 | 0 | 0 | 0 |
6 | US_TYPE_STDMA | 0 | 0 | 0 | 0 |
De aanwezige ruis lijkt (grotendeels) van buitenshuis afkomstig te zijn. Op het OFDM-kanaal zullen er altijd correctable errors zijn en dat is ook geen probleem, de uncorrectable errors zouden daarentegen altijd 0 moeten zijn. Het aantal correctable errors loopt overigens snel op, mijn UBC1318ZG heeft er 57.000 verzameld na 38 dagen uptime.
Zal er dan iets in de wijkcentrale moeten gebeuren om dit minder te krijgen? Of zou de kabel beschadigd/niet goed afgeschermd zijn?
Interessant is, ik had met mijn Connectbox (Arris/Compal) veel problemen: uncorrectables, uitvallend internet bij meer dan 200 connecties, willekeurige reboots, hoge pingtijden en PUMA 6 problemen. Uiteindelijk heb ik een Connectbox Giga gekregen en alle problemen waren plotseling weg. Geen of weinig uncorrectables, nog geen limiet op connecties gezien en een stabiele ervaring. Ook geen PUMA (7) problemen met dit apparaat, en de bufferbloat test was perfect. De volgende test was gedaan op Wi-Fi:
PUMA test Connectbox Giga
Ik zag nog wel uncorrectables, en, de perfectionist die ik ben, wilde deze graag verhelpen. Ik dacht dat misschien de Ubee UBC1318ZG dit nog zou kunnen verbeteren op een of andere manier. Deze werd uitgegeven onder zakelijke klanten (wat ik ben) en ik dacht dat ik niets te verliezen had en vroeg om een vervanging. Dit werd direct doorgezet en binnen 2 dagen had ik hem binnen. De interface was zo veel sneller dan elke Connectbox en hij startte ook op binnen 1 minuut – in plaats van 5 tot 10 minuten met de Connectboxen.
Op het eerste gezicht leek alles een verbetering te zijn, geen correcteds noch uncorrecteds, snellere interface en opstarttijd, lager stroomverbruik (6W ipv. 10W van de Giga) en de mogelijkheid voor LACP. Bij langer gebruik merkte ik echter het tegenovergestelde. De correcteds liepen langzaam toch op en de pingtijden in smokeping leken bij alle metingen 0,5 tot 1 ms hoger te zijn dan bij de Connectbox Giga (niet veel, maar ach, wel zichbaar).
De PUMA 6 test was helemaal rampzalig, met hoge ping uitschieters. Bij online games was de verbinding ook erg instabiel.
PUMA test Ubee UBC1318ZG
Channel info Ubee UBC1318ZG
Ik had de Connectbox Giga nog niet teruggestuurd en gelukkig kon ik, na contact op te nemen met de klantenservice, deze weer terug installeren. Nu zitten we dus met de situatie van de eerste post.
De downstream van de UBC1318ZG ziet er opvallend slecht uit.
Zo te zien was het modem toen ook direct op het AOP aangesloten, als ik het vermogen vergelijk met de screenshots aan het begin van dit topic?
Ja de signaalsterkte was aanzienlijk hoger, maar vreemd genoeg was de Ubee toen aangesloten op de POA 01-UPC. Geen idee wat er aan de hand was..
In dat geval is het zeker verstandig om het signaal meer uitgebreid door Ziggo te laten controleren.
Er zijn al 3 monteurs langs geweest en die zeiden allemaal dat het signaal perfect was. Interessant is dat het Ubee zulke andere waarden geeft dan de Connectbox Giga. Zou wel nog een monteur langs kunnen laten komen, maar dan krijg ik waarschijnlijk weer monteurskosten, want ze zien niet dat er iets mis is...
Het lijkt mij inderdaad beter om het signaal op afstand te laten controleren door een moderator, zij hebben ook inzage in historische gegevens. Daarnaast kunnen ze een meerdaagse meting opstarten.
Goedemorgen @os en een warm welkom op de Community,
Super dat je dit forum gevonden hebt voor het stellen van je hulpvraag! Ik begrijp uit je bericht dat de verbinding op dit moment niet optimaal werkt en dat je af en toe uitval constateert. Ook bij jou hoort de verbinding natuurlijk fatsoenlijk te werken. Ik zie dat expert @tobiastheebe ook al even met je heeft meegekeken en ik sluit me aan bij hem. Het lijkt mij inderdaad verstandig dat we de komende dagen het signaal nauwkeurig gaan monitoren zodat we beter kunnen vaststellen waar de uitval door veroorzaakt wordt. Is het adres wat je in je Community profiel gezet hebt het adres waarover je vraag gaat? Op het modem wat ik bij dat adres zie staan loopt nu in iedergeval al een meting van een aantal dagen. Zie jij kans de storings/uitvalmomenten de komende dagen bij te houden en de datum+tijd te noteren waarop dit gebeurd? Dan kunnen wij het vergelijken met onze meting en nagaan of dit verband heeft met mogelijke signaalproblemen.
Ik heb 26 februari een meting aangevraagd via de klantenservice in de app, deze loopt voor een week. Om 15:05 diezelfde dag heb ik voor de zekerheid nog de POA 01-UPC ertussenuit gehaald en het modem opnieuw opgestart, vandaar het MIMO Event in de logs. Nu maar even aankijken hoe het loopt! Ik hou de verbinding in de gaten.
@os Dank voor het delen van je bevindingen. Ik stel voor dat we de meting die nu loopt even afwachten en dit dan in de loop van deze week even vergelijken met jouw eigen bevindingen. Dan kunnen we aan de hand daarvan het verdere vervolg bepalen.
@Paul Als het goed is zou de meting nu voltooid moeten zijn. Is het mogelijk de uitslag in te zien?
@os De meting is inderdaad klaar. Hierin valt mij op dat er ruis terug te zien is op de upstream. Dit verklaard waarschijnlijk ook het aantal correctable & uncorrectable notificaties in het modemlog. Het lijkt mij in de eerste plaats goed dat hier een netwerkmonteur langskomt om de oorzaak van de ruis op de upstream op te sporen en te verhelpen. Ik heb een afspraak met een monteur ingepland op vrijdag 11 maart 2022 tussen 8 en 13 uur. Mocht het op deze datum niet schikken dan is de afspraak te wijzigen via Mijn Ziggo > Mijn Gegevens > Mijn Monteursafspraken.Laat je onder dit topic weten wat jouw bevindingen zijn na het mont\eursbezoek?
Vul de belangrijkste trefwoorden in en vind het topic die past bij je vraag. Onze community zit boordevol kennis.
Start je eigen topic en krijg hulp van anderen. Op de community helpen ervaren klanten je graag op weg.