1
Vraag
2
Reacties
MR_CHIP

Level 19
  • 13068Posts
  • 139Oplossingen
  • 4345Likes

Modem vraag

@tobiastheebe 

 

 

kan jij misschien zien waarom mijn modem is herstart

3.0 Downstream channels

Channel Frequency (Hz) Power (dBmV) SNR (dB) Modulation Channel ID
1 730000000 6.1 40 QAM 256 17
2 602000000 6.8 40 QAM 256 1
3 610000000 6.4 40 QAM 256 2
4 618000000 5.9 40 QAM 256 3
5 626000000 5.9 40 QAM 256 4
6 634000000 5.8 40 QAM 256 5
7 642000000 5.7 40 QAM 256 6
8 650000000 6.1 40 QAM 256 7
9 658000000 6.6 40 QAM 256 8
10 666000000 7 40 QAM 256 9
11 674000000 7.1 40 QAM 256 10
12 682000000 7.4 40 QAM 256 11
13 690000000 7.6 41 QAM 256 12
14 698000000 7.4 40 QAM 256 13
15 706000000 6.7 40 QAM 256 14
16 714000000 6.4 40 QAM 256 15
17 722000000 6.1 40 QAM 256 16
18 738000000 5.8 40 QAM 256 18
19 746000000 5.6 40 QAM 256 19
20 754000000 5.6 40 QAM 256 20
21 762000000 5.6 40 QAM 256 21
22 770000000 5.3 40 QAM 256 22
23 778000000 5 40 QAM 256 23
24 786000000 5 40 QAM 256 24
25 794000000 5 40 QAM 256 25
26 802000000 4.5 40 QAM 256 26
27 810000000 5 40 QAM 256 27
28 818000000 4.8 40 QAM 256 28
29 826000000 4.5 39 QAM 256 29
30 834000000 4.4 39 QAM 256 30
31 842000000 4.1 39 QAM 256 31
32 850000000 3.7 39 QAM 256 32

3.0 Downstream channels

Channel Locked Status RxMER (dB) Pre RS Errors Post RS Errors
1 Locked 40 244 3521
2 Locked 40 169 285
3 Locked 40 189 257
4 Locked 40 209 191
5 Locked 40 199 149
6 Locked 40 207 284
7 Locked 40 211 277
8 Locked 40 195 81
9 Locked 40 167 258
10 Locked 40 190 304
11 Locked 40 203 160
12 Locked 40 211 249
13 Locked 41 157 220
14 Locked 40 179 128
15 Locked 40 209 155
16 Locked 40 207 63
17 Locked 40 193 111
18 Locked 40 162 47
19 Locked 40 203 178
20 Locked 40 199 138
21 Locked 40 202 97
22 Locked 40 220 95
23 Locked 40 224 44
24 Locked 40 237 209
25 Locked 40 230 47
26 Locked 40 270 109
27 Locked 40 216 99
28 Locked 40 231 163
29 Locked 39 222 46
30 Locked 39 252 63
31 Locked 39 267 84
32 Locked 39 260 116

3.1 Downstream channels

Channel Channel Width (MHz) FFT Type Number of Active Subcarriers Modulation (Active Profile) First Active Subcarrier (Hz)
33 119 4K 2333 QAM 4096 858

3.1 Downstream channels

Channel ID Locked Status RxMER Data (dB) PLC Power (dBmV) Correcteds (Active Profile) Uncorrectables (Active Profile)
33 Locked 38 0.8 3273261672 7

 

 

 

 

 

3.0 Upstream channels

Channel Frequency (Hz) Power (dBmV) Symbol Rate (ksps) Modulation Channel ID
0 58800000 43.5 5120 QAM 64 7
1 52000000 43.5 5120 QAM 64 8
2 45200000 43.5 5120 QAM 64 9
3 38400000 44.3 5120 QAM 64 10

3.0 Upstream channels

Channel Channel Type T1 Timeouts T2 Timeouts T3 Timeouts T4 Timeouts
0 ATDMA 0 0 1 0
1 ATDMA 0 0 1 0
2 ATDMA 0 0 1 0
3 ATDMA 0 0 0 0

3.1 Upstream channels

Channel Channel Width (MHz) Power (dBmV) FFT Type Modulation
25 15.2 37.2 2K QAM 64

3.1 Upstream channels

Channel Channel Type Number of Active Subcarriers First Active Subcarrier (Hz) T3 Timeouts T4 Timeouts
25 OFDMA 304 82000000 4 0

 

 

er is vziw geen onderhoud geweest 

 

Network Log

Time Priority Description
13-06-2023 22:46:17 error DHCP RENEW WARNING - Field invalid in response v4 option;CM-MAC=cc:00:f1:d1:e9:cb;CMTS-MAC=00:17:10:91:a5:02;CM-QOS=1.1;CM-VER=3.1;
13-06-2023 01:31:06 critical Started Unicast Maintenance Ranging - No Response received - T3 time-out;CM-MAC=cc:00:f1:d1:e9:cb;CMTS-MAC=00:17:10:91:a5:02;CM-QOS=1.1;CM-VER=3.1;
13-06-2023 01:21:12 critical No Ranging Response received - T3 time-out;CM-MAC=cc:00:f1:d1:e9:cb;CMTS-MAC=00:17:10:91:a5:02;CM-QOS=1.1;CM-VER=3.1;
13-06-2023 01:09:46 warning DBC-REQ Mismatch Between Calculated Value for P1.6hi Compared to CCAP Provided Value;CM-MAC=cc:00:f1:d1:e9:cb;CMTS-MAC=00:17:10:91:a5:02;CM-QOS=1.1;CM-VER=3.1;
13-06-2023 01:09:06 critical No Ranging Response received - T3 time-out;CM-MAC=cc:00:f1:d1:e9:cb;CMTS-MAC=00:17:10:91:a5:02;CM-QOS=1.1;CM-VER=3.1;
11-06-2023 19:08:49 notice REGISTRATION COMPLETE - Waiting for Operational status
11-06-2023 19:08:47 warning REG-RSP-MP Mismatch Between Calculated Value for P1.6hi Compared to CCAP Provided Value;CM-MAC=cc:00:f1:d1:e9:cb;CMTS-MAC=00:17:10:91:a5:02;CM-QOS=1.1;CM-VER=3.1;
11-06-2023 19:08:42 notice DS profile assignment change. DS Chan ID: 32; Previous Profile: ; New Profile: 1 2 3.;CM-MAC=cc:00:f1:d1:e9:cb;CMTS-MAC=00:17:10:91:a5:02;CM-QOS=1.1;CM-VER=3.1;
11-06-2023 19:08:40 notice TLV-11 - unrecognized OID;CM-MAC=cc:00:f1:d1:e9:cb;CMTS-MAC=00:17:10:91:a5:02;CM-QOS=1.1;CM-VER=3.1;
11-06-2023 19:08:19 warning DHCP WARNING - Non-critical field invalid in response ;CM-MAC=cc:00:f1:d1:e9:cb;CMTS-MAC=00:17:10:91:a5:02;CM-QOS=1.1;CM-VER=3.1;
11-06-2023 19:08:17 notice Honoring MDD; IP provisioning mode = IPv4
11-06-2023 19:08:15 critical No Ranging Response received - T3 time-out;CM-MAC=cc:00:f1:d1:e9:cb;CMTS-MAC=00:17:10:91:a5:02;CM-QOS=1.1;CM-VER=3.1;
11-06-2023 19:08:06 warning ToD request sent - No Response received;CM-MAC=cc:00:f1:d1:e9:cb;CMTS-MAC=00:17:10:91:a5:02;CM-QOS=1.1;CM-VER=3.1;
11-06-2023 19:07:58 critical Received Response to Broadcast Maintenance Request, But no Unicast Maintenance opportunities received - T4 time out;CM-MAC=cc:00:f1:d1:e9:cb;CMTS-MAC=00:17:10:91:a5:02;CM-QOS=1.1;CM-VER=3.1;
10-06-2023 20:19:04 warning RNG-RSP CCAP Commanded Power in Excess of 6 dB Below the Value Corresponding to the Top of the DRW;CM-MAC=cc:00:f1:d1:e9:cb;CMTS-MAC=00:17:10:91:a5:02;CM-QOS=1.1;CM-VER=3.1;
10-06-2023 04:29:57 error DHCP RENEW WARNING - Field invalid in response v4 option;CM-MAC=cc:00:f1:d1:e9:cb;CMTS-MAC=00:17:10:91:a5:02;CM-QOS=1.1;CM-VER=3.1;
1.267 Reacties 1.267
Meldingen
Aan Uit
MR_CHIP
Topicstarter
Level 19
  • 13068Posts
  • 139Oplossingen
  • 4345Likes

@Rikst  schreef:

Hi @MR_CHIP 

Op dit moment zijn er nog geen opvallende zaken opgemerkt. Mijn collega's hebben nog een aantal metingen lopen en we komen hier uiteraard nog even bij je op terug. 


@Paul lopen de metingen nog off zijn er andere acties uitgezet?

Paul
Community Testspecialist
Community Testspecialist
  • 20689Posts
  • 1403Oplossingen
  • 8148Likes

@MR_CHIP Er lopen nog steeds metingen er zijn tot dusver geen ongeregeldheden geconstateerd door onze specialisten. 

MR_CHIP
Topicstarter
Level 19
  • 13068Posts
  • 139Oplossingen
  • 4345Likes

@Paul  schreef:

@MR_CHIPEr lopen nog steeds metingen er zijn tot dusver geen ongeregeldheden geconstateerd door onze specialisten. 


t3 fouten lopen op op OFDMA

net als bij @CobusR en rxmer van OFDM schommelt van 40 naar 41 met ruim 2db in power over de dag

MR_CHIP
Topicstarter
Level 19
  • 13068Posts
  • 139Oplossingen
  • 4345Likes

Op dat moment dat ik kijk en rxmer is 40/39 ipv 41 ervaar ik haperingen op de next mini voornamelijk overdag dus 

PeterH2020

Level 9
  • 291Posts
  • 19Oplossingen
  • 145Likes

DIt verschil gaat nooit veroorzaken wat jij nu  beschrijft.  Mijn OFDM MER is namelijk altijd rond de 39 en geeft geen problemen. 
Ben wel benieuwd naar wat voor verstoring je dan ziet op de mini.  Zou je dat willen filmen?
Mini buffert in het voren dus haperen kan eigenlijk niet, dan zou je eerder rechts boven in beeld een "momentje " moeten gaan krijgen.

Als het beeld hapert is er misschien iets met de HDMI kabel?

 

 

MR_CHIP
Topicstarter
Level 19
  • 13068Posts
  • 139Oplossingen
  • 4345Likes

Ik ga voor de verandering de gigabit switch aansluiten op een gigabit poort ipv de 2.5 gbps poort misschien verhelpt dat de korte onderbreking 

Paul
Community Testspecialist
Community Testspecialist
  • 20689Posts
  • 1403Oplossingen
  • 8148Likes

@MR_CHIP Wat @PeterH2020 ook al aangeeft in z'n bericht. een RX MER op OFDM van rond de 39 geeft geen problemen. Zou je eens willen kijken naar de tips van @PeterH2020 hierboven?  Als je toch problemen ervaart, zoals haperend beeld, zou je misschien rechts bovenin het scherm een "momentje" moeten zien verschijnen. Als dat niet het geval is, kan het ook liggen aan de HDMI-kabel, dus check die ook even. Mocht je het probleem kunnen filmen, dan helpt dat ons om het beter te analyseren. En het is goed dat je ook nog even een blik werpt op de binnenhuisinstallatie, zoals je aangeeft in jouw laatste bericht. 

MR_CHIP
Topicstarter
Level 19
  • 13068Posts
  • 139Oplossingen
  • 4345Likes

Kun je niet via jullie beheer tool mijn next mini uitlezen 

Paul
Community Testspecialist
Community Testspecialist
  • 20689Posts
  • 1403Oplossingen
  • 8148Likes

@MR_CHIP Ik heb het log v.d. Next Mini's bekeken, maar ik zie hier geen buffering event messages terug. Als er sprake is van een bufferingsprobleem, dan zou ik dit hierin terug moeten vinden. 

MR_CHIP
Topicstarter
Level 19
  • 13068Posts
  • 139Oplossingen
  • 4345Likes

Kan je ook de historie zien heb gisteren de netwerk switch omgezet 

Paul
Community Testspecialist
Community Testspecialist
  • 20689Posts
  • 1403Oplossingen
  • 8148Likes

@MR_CHIP Ja, dat kan ik. Ik heb nu tot 30 dagen terug gekeken in de logs van de Next Mini's. En daar is geen buffering event (Melding: "Momentje..." / "Netwerk te druk") terug te zien. Als er sprake is van een bufferingsprobleem dan moet dat hierin terug te zien zijn. Kijk maar hoe het de komende dagen gaat met jouw verbinding nu je e.e.a. hebt aangepast in het thuisnetwerk (omzetting netwerkswitch). In de nauwkeurige duurmeting op jouw verbinding hebben onze specialisten zoals aangegeven ook geen ongeregeldheden aangetroffen. 

MR_CHIP
Topicstarter
Level 19
  • 13068Posts
  • 139Oplossingen
  • 4345Likes

@Paul  schreef:

@MR_CHIPJa, dat kan ik. Ik heb nu tot 30 dagen terug gekeken in de logs van de Next Mini's. En daar is geen buffering event (Melding: "Momentje..." / "Netwerk te druk") terug te zien. Als er sprake is van een bufferingsprobleem dan moet dat hierin terug te zien zijn. Kijk maar hoe het de komende dagen gaat met jouw verbinding nu je e.e.a. hebt aangepast in het thuisnetwerk (omzetting netwerkswitch). In de nauwkeurige duurmeting op jouw verbinding hebben onze specialisten zoals aangegeven ook geen ongeregeldheden aangetroffen. 


is de metinng nu afgelopen wat de t3 fouten en correctables lopen gewoon nog op waarbij jullie bij @CobusR wel onderzoek op doen

Vincent
Community Moderator
Community Moderator
  • 4713Posts
  • 616Oplossingen
  • 2435Likes

@MR_CHIP Zoals aangegeven zijn er door onze specialisten geen ongeregeldheden gevonden. Er loopt dan ook geen meting meer en er is geen aanleiding om opnieuw onderzoek te verrichten. 

MR_CHIP
Topicstarter
Level 19
  • 13068Posts
  • 139Oplossingen
  • 4345Likes

@PeterH2020 @tobiastheebe @Paul enig idee hoe ik ipv6 normaal kan laten werken

 

misschien komen daarr ook de haperingen met het resolven van domeinen (waarom zoveel dns servers in netwerk connfig )

MR_CHIP_0-1728751339260.png

 

PeterH2020

Level 9
  • 291Posts
  • 19Oplossingen
  • 145Likes

.............

 

 

 

tobiastheebe

Level 20
T.E.A.M.
  • 35204Posts
  • 2604Oplossingen
  • 17714Likes

@PeterH2020 Is deze tekst van ChatGPT o.i.d. afkomstig?

 

@MR_CHIP Ik zie twee verschillende delegated prefixes voorkomen in de IPv6 GUA's, dus daar is wel iets vreemds aan de hand. Je ziet dubbele IPv6 DNS-servers omdat deze op twee manieren verspreid worden, namelijk via DHCPv6 en RA/RDNSS.

MR_CHIP
Topicstarter
Level 19
  • 13068Posts
  • 139Oplossingen
  • 4345Likes

@tobiastheebe  schreef:

@PeterH2020Is deze tekst van ChatGPT o.i.d. afkomstig?

 

@MR_CHIPIk zie twee verschillende delegated prefixes voorkomen in de IPv6 GUA's, dus daar is wel iets vreemds aan de hand. Je ziet dubbele IPv6 DNS-servers omdat deze op twee manieren verspreid worden, namelijk via DHCPv6 en RA/RDNSS.


geen idee wat ik er aan moet doen

MR_CHIP_0-1728752793043.png

MR_CHIP_1-1728752828056.png

 

tobiastheebe

Level 20
T.E.A.M.
  • 35204Posts
  • 2604Oplossingen
  • 17714Likes

Jouw PC gebruikt (nog) een via DHCPv6 toegewezen GUA, ondanks de instelling 'stateless', daar hadden we laatst al een discussie over. Er zijn echter ook via SLAAC toegewezen GUA's zichtbaar in ipconfig. De GUA's in 2a02:a213:2ac2:9b00::/57 zouden niet zichtbaar moeten zijn. Dat je twee GUA's per prefix en dus ook in de huidige prefix 2a02:a213:2abe:ff00::/57 ziet is wel te verwachten met ingeschakelde SLAAC privacy extensions.

 

Je kunt eens testen met de DHCPv6 client en eventueel ook SLAAC privacy extensions uitgeschakeld in Windows. Je zou dan alleen nog een enkel GUA in de huidige prefix en geen dubbele IPv6 DNS-servers moeten zien. In theorie wordt de kans op problemen daarmee ook iets kleiner.

MR_CHIP
Topicstarter
Level 19
  • 13068Posts
  • 139Oplossingen
  • 4345Likes

Hoe kan ik dat precies instellen

tobiastheebe

Level 20
T.E.A.M.
  • 35204Posts
  • 2604Oplossingen
  • 17714Likes
  • Uitschakelen DHCPv6 client (zelf niet getest, uitvoeren in PowerShell): Set-NetIPInterface -AddressFamily IPv6 -InterfaceIndex $(Get-NetIpInterface -AddressFamily IPv6 | Select-Object -ExpandProperty InterfaceIndex) -Dhcp Disabled
  • Uitschakelen SLAAC privacy extensions: netsh interface ipv6 set privacy state=disabled store=active + netsh interface ipv6 set privacy state=disabled store=persistent