kan jij misschien zien waarom mijn modem is herstart
3.0 Downstream channels
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
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
33 | 119 | 4K | 2333 | QAM 4096 | 858 |
3.1 Downstream channels
33 | Locked | 38 | 0.8 | 3273261672 | 7 |
3.0 Upstream channels
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
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
25 | 15.2 | 37.2 | 2K | QAM 64 |
3.1 Upstream channels
25 | OFDMA | 304 | 82000000 | 4 | 0 |
er is vziw geen onderhoud geweest
Network Log
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; |
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.
@MR_CHIP Er lopen nog steeds metingen er zijn tot dusver geen ongeregeldheden geconstateerd door onze specialisten.
Op dat moment dat ik kijk en rxmer is 40/39 ipv 41 ervaar ik haperingen op de next mini voornamelijk overdag dus
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?
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
@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.
Kun je niet via jullie beheer tool mijn next mini uitlezen
@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.
Kan je ook de historie zien heb gisteren de netwerk switch omgezet
@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.
@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
@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.
@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 )
.............
@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.
@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
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.
Hoe kan ik dat precies instellen
Set-NetIPInterface -AddressFamily IPv6 -InterfaceIndex $(Get-NetIpInterface -AddressFamily IPv6 | Select-Object -ExpandProperty InterfaceIndex) -Dhcp Disabled
netsh interface ipv6 set privacy state=disabled store=active
+ netsh interface ipv6 set privacy state=disabled store=persistent
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.