Vraag
Reacties
MR_CHIP
Level 19

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;
0 Kudos
e-mail meldingen
Aan Uit
1.647 Reacties 1.647
Vincent
Community Moderator
Community Moderator

Hi all,


Zoals @MR_CHIP reeds heeft gedeeld, bieden we (o.a.) hier niet langer ondersteuning vanuit de Ziggo moderators. Laten we dit topic niet gebruiken om een discussie daarover te voeren/meningen daarover te ventileren

Mischien moet er maar een slotje op dit topic. 

Het staat MR_CHIP vrij om dit topic actief te houden en zijn bevindingen verder te blijven delen en/of te bespreken met andere users. Mocht het verzoek vanuit hem zijn om dit topic op slot te gooien, vernemen we het vanzelf.

Pasi
Level 19


Veel 'oplossers' hier zijn IT'ers of technisch zeer handige mensen ( om zo de hele groep proberen te omvatten ) en we weten allemaal hoe duur deze personen voor een bedrijf ( kunnen ) zijn. Daarom worden deze techneuten door bedrijven nooit ( zeg nooit nooit ) in de frontoffice gezet, want dat is veel te duur omdat er daar b.v. ook hele simpele vragen binnen komen. Deze techneuten zitten bijna altijd in de backoffice ( de oude 2de en 3de lijn ) en houden zich bezig met de 'echte' problemen, storingen en/of ontwikkelingen. Veel bedrijven outsourcen daarom die 'dure' backoffice, omdat dit goedkoper is.

Nu wil ik de Ziggo moderators beslist ( ! ) niet te kort doen, maar van sommigen heb ik qua techniek wat minder verwachting. Dat is natuurlijk maar goed ook, want techneuten ( ook ikke 😯 ? ) zijn soms ook wat aparte mensen, met soms een bijzonder ( afwijkend en/of wereldvreemd ? ) inzicht. Sommigen worden niet voor niets nerds genoemd. Dus zijn ook 'niet technische' moderatoren nodig, die kennis en talenten ( ! ) hebben op andere vlakken.
Maar ook de technisch beste Ziggo moderator, wordt voor Ziggo natuurlijk op den duur te duur, gezien deze zich ( hopelijk ) steeds verder kan verdiepen in de techniek, zo steeds meer kennis op doet en dus meer salaris zou kunnen ontvangen.

Mensen met de kennis als @tobiastheebe zijn m.i. veel te duur om door Ziggo ingehuurd te worden en dus zal Ziggo dát niveau nooit halen, maar Ziggo zal dát niveau m.i. ook niet ambiëren. Service en IT leveren nooit geld op en kosten alleen maar heel veel geld ( volgens bijna alle jaarverslagen/jaarrekeningen ).

 


De 'moeilijke' problemen gaan dus naar de backoffice, wat ( verwacht ik ) een extern bedrijf is. Afhankelijk van het contract dat Ziggo heeft afgesloten met dat externe bedrijf, zal b.v. het standaard onderhoud in het contract zitten, terwijl voor b.v. storing/problemen/aanpassingen/... extra betaald moeten worden.
Het zou mij niets verbazen ( ook ik moet voorzichtig zijn hoe ik e.e.a. schrijf ), dat als een Ziggo klant problemen blijft melden, welke niet onder het standaard contract vallen, Ziggo daarvan steeds een apart rekening krijgt. Nu kunnen dat natuurlijk vestzak-broekzak rekeningen zijn, maar toch. Daardoor zal er ergens in de beslislijn ( wat te doen met deze melding ) een keuze worden gemaakt, de storing/melding/... afdoen of extern doorzetten.


Misschien hebben @MR_CHIP en @tobiastheebe wel een zwakke plek in het Ziggo netwerk gevonden, waaraan Ziggo ( nu ) niets kan en/of wil doen. Ongeacht of technici als @tobiastheebe dit nu wel of niet als 'fout' omschrijven.

Als klant kan men dan ( b.v. ) 2 dingen doen. Of accepteren of Ziggo erop blijven wijzen dat Ziggo waarschijnlijk een probleem heeft. Waarbij, bij de eerste nooit een oplossing zal worden gezocht/gevonden en de tweede de hoop op een onderzoek/oplossing open houdt.

Mijn inziens heeft Ziggo meer dan genoeg problemen, die vaak worden weggewoven als 'al bekend' en zo niet meer benoemd worden. Waardoor er voor Ziggo natuurlijk geheel geen reden is, om daaraan iets te veranderen. Terwijl m.i. e.e.a. bij Ziggo steeds meer begint te rammelen en dat is jammer, want zo gaat een eens top bedrijf door slecht management ( kort financieel gewin ) langzamerhand te gronde en vervalt m.i. t.z.t. tot een niche bedrijf omdat concurrenten o.a. een betere technologie gebruiken.

 

HBO Fan
Level 15

@Vincent  schreef:

Hi all,


Zoals @MR_CHIP reeds heeft gedeeld, bieden we (o.a.) hier niet langer ondersteuning vanuit de Ziggo moderators. Laten we dit topic niet gebruiken om een discussie daarover te voeren/meningen daarover te ventileren

Mischien moet er maar een slotje op dit topic. 

Het staat MR_CHIP vrij om dit topic actief te houden en zijn bevindingen verder te blijven delen en/of te bespreken met andere users. Mocht het verzoek vanuit hem zijn om dit topic op slot te gooien, vernemen we het vanzelf.


 

Zeer netjes... 👍

 

HBO Fan
Level 15

@Pasi 

 

Off-topic Alert:

 

Zoals wel vaker gezien: De top bereiken is niet zo moeilijk (ambitie, durf en risico's nemen), maar op die top blijven is amper mogelijk (Winst maximaliseren, risico's beperken, stabiliseren). 

Zo zal een bedrijf dat naar de top wil komen uit een heel andere samenstelling bestaan dan een bedrijf dat de top (bijna) gehaald heeft. Dat zal (helaas) altijd wel zo blijven. Uiteindelijk gaat het om geld verdienen, zo veel als mogelijk, voor commerciële bedrijven. Daar is Ziggo geen uitzondering op.

 

MR_CHIP
Level 19
Topicstarter

inmiddels heb ik eindelijk mijn eigen router weer terug die is veel beter dan de interne router gedeelte van het modem

dan kan het ziggo modem doen waarvoor die gemaakt is coax omzetten naar ethernet (via bridge mode , welke binnen 5 min is geregeld via de app )

en ik kan op router niveau nu ipv6 uit zetten

0 Kudos
Garihd
Level 18

Off topic @MR_CHIP ga je verhuizen of gaat een netwerkbeheerder de appartementen toch van een aansluiting op het glasvezelnetwerk voorzien.

 

Ik was even benieuwd wat je met dat jaar bedoelde die je eerder noemde. Ik had gelezen dat een haalbaarheidsonderzoek niet doorging of is dat wel gebeurt?

MR_CHIP
Level 19
Topicstarter

@Garihd  schreef:

Off topic @MR_CHIP ga je verhuizen of gaat een netwerkbeheerder de appartementen toch van een aansluiting op het glasvezelnetwerk voorzien.

 

Ik was even benieuwd wat je met dat jaar bedoelde die je eerder noemde. Ik had gelezen dat een haalbaarheidsonderzoek niet doorging of is dat wel gebeurt?


Nee als alles mee zit verhuis ik binnen 1 jaar naar een bw in Rotterdam waar 8Gbit glasvezel mogelijk is

tobiastheebe
Level 20
T.E.A.M.

Het integreren van een router heeft ervoor gezorgd dat internettoegang toegankelijk is gebleven voor alle klanten terwijl in het huishouden zich nu vaak 10~20 apparaten bevinden en niet meer een enkele PC zoals een jaar of 15~20 geleden gebruikelijk was. Voor ons als meer veeleisende klanten is een eigen router de beste optie en bridge mode zorgt ervoor dat deze optimaal presteert. Waarom zou je IPv6 willen uitschakelen, toch niet om het eerdere DHCPv6-probleem met het modem in router mode? Wel goed om te lezen dat bridge mode inschakelen via de app naar behoren en snel werkt.

0 Kudos
MR_CHIP
Level 19
Topicstarter

de reden waarom ik ipv6 uit heb gezet is dat ik nu weer een adguard dns server draai op de router en chrome kan die bypassen als ipv6 is ingeschakeld

 

ook vind ik dit beter eerst was de download latency heel veel nu is die bijna niks

MR_CHIP_0-1738438026470.png

 

0 Kudos
tobiastheebe
Level 20
T.E.A.M.

Inderdaad een heel goed resultaat in Speedtest.net. Ik heb zelf altijd bridge mode + eigen router gebruikt sinds eind 2019 en wil niets anders meer.

 

Wat betreft DNS: mogelijk is DoH ingeschakeld in Chrome? Ik gebruik zelf Firefox en heb daarin DoH uitgeschakeld, zodat lookups altijd over de DNS-servers lopen waar Windows ook gebruik van maakt. AdGuard zelf ondersteunt IPv6 sinds 2017.

0 Kudos
Template
Level 17

@tobiastheebe wrote:

Het integreren van een router heeft ervoor gezorgd dat internettoegang toegankelijk is gebleven voor alle klanten terwijl in het huishouden zich nu vaak 10~20 apparaten bevinden en niet meer een enkele PC zoals een jaar of 15~20 geleden gebruikelijk was. Voor ons als meer veeleisende klanten is een eigen router de beste optie en bridge mode zorgt ervoor dat deze optimaal presteert. Waarom zou je IPv6 willen uitschakelen, toch niet om het eerdere DHCPv6-probleem met het modem in router mode? Wel goed om te lezen dat bridge mode inschakelen via de app naar behoren en snel werkt.


15 jaar geleden waren er toch al routers nodig voor het Ondemand op de Humax bij fZiggo en ook op de Samsung bij fZiggo, tevens was toen al enige jaren de Playstation 3 en Xbox 360 op de markt met online. 

0 Kudos
tobiastheebe
Level 20
T.E.A.M.

Misschien is 15 jaar geleden (2010) inderdaad wat laat, maar ik denk dat er toen nog een vrij groot aantal klanten was zonder router. In 2010 hadden wij analoge TV + radio van UPC en DSL van XS4ALL en geen Wi-Fi. Het modem was een heel eenvoudig type van Sagem (F@ST 800) en direct aangesloten op een PC d.m.v. USB, waarop PPPoE ingesteld was. Even later kwam wel een FRITZ!Box 7340 met ingebouwde router en Wi-Fi.

0 Kudos
MR_CHIP
Level 19
Topicstarter

@tobiastheebe 

 

ik heb zelfs dit aanstaan

MR_CHIP_0-1738440857756.png

 

ik ga er morgen wat meer in verdiepen

0 Kudos
tobiastheebe
Level 20
T.E.A.M.

Ik heb het vermoeden dat dit alleen werkt met Firefox. Blijkbaar voegt deze optie een zogenaamd 'canary domain' (use-application-dns.net) toe aan de DNS-server, dat de browser zou moeten opdragen om geen eigen DNS-instellingen te gebruiken. Chrome zou anders werken en automatisch DoH gebruiken wanneer dit ondersteund wordt door de DNS-server(s) die door het besturingssysteem gebruikt worden. Uiteraard kun je simpelweg DoH uitschakelen in de browser.

0 Kudos
MR_CHIP
Level 19
Topicstarter

kun je simpelweg DoH uitschakelen in de browser.

 

 

ook op de android versie ? nee toch

0 Kudos
tobiastheebe
Level 20
T.E.A.M.

Menu → Settings → Privacy and security → Use secure DNS (disable).

Template
Level 17

@tobiastheebe wrote:

Ik heb het vermoeden dat dit alleen werkt met Firefox. Blijkbaar voegt deze optie een zogenaamd 'canary domain' (use-application-dns.net) toe aan de DNS-server, dat de browser zou moeten opdragen om geen eigen DNS-instellingen te gebruiken. Chrome zou anders werken en automatisch DoH gebruiken wanneer dit ondersteund wordt door de DNS-server(s) die door het besturingssysteem gebruikt worden. Uiteraard kun je simpelweg DoH uitschakelen in de browser.


Wat doet Edge Canary van Microsoft dan? Ik heb ook naast gewoon MS Edge, Edge Canary

 

Misschien omdat ik in fZiggo gebied zit is dat anders met tv? FZiggo is toch al jaren voor UPC begonnen met analoge tv uitfaseren. Bovendien fZiggo klanten konden door eenmalige investeren of "gratis" van Ziggo één of meerdere smartcards&boxen! Modules krijgen tot maximaal vijf die eigendom werden, zonder huurkosten, daarbij ook nog dat de Ci+ met smartcard interactief was, dus waarschijnlijk zullen fZiggo klanten eerder aan de router geweest zijn dan UPC klanten, dat buiten de eerder genoemde game consoles en in die tijd waren er al smartphones en huishoudens met meer dan één PC. 

0 Kudos
tobiastheebe
Level 20
T.E.A.M.

Canary heeft in dit geval niets met Edge te maken.

 

In DNS, a ‘canary domain’ is a domain that the DNS server will try to resolve; if it succeeds, encrypted DNS can be used, but if it fails with a known error response, the server will know it should fall back to unencrypted Do53.

(Bron: Men&Mice - Encrypted DNS, Episode II: Attack of the DoH Clones.)

 

De rest gaat m.i. wat te ver off-topic.

0 Kudos
MR_CHIP
Level 19
Topicstarter

@tobiastheebe 

 

waarom is de downstream vermogen nu van 7 dbmv naar 9 dbmv gegaan door een eigen Hirschman kabel te gebruiken al is die wel veel korter dan de 1.5 meter (komt dit door de mindere demping )

deze is het

KD16851 - Hirschmann 4G Coax Antennekabel - F-connector - IEC (v) - 0,5 meter

 

en ik haal dit bij een bufferbloat test

MR_CHIP_0-1738485749819.png

 

 

0 Kudos
Pasi
Level 19

 


@MR_CHIP  schreef:

...

...al is die wel veel korter dan de 1.5 meter...

...


 

Algemeen :

 

een ( onnodig ) te lange coax kabel veroorzaak meer demping dan nodig, dat is ( lijkt me ) algemeen bekend. Maar een coax kabel kan ook te kort zijn, waarbij b.v. de signalen dusdanig kunnen gaan echoën ( 'op' de uiteinden ) dat het storend kan wordt en de aangesloten apparatuur daar hinder van heeft.

 

In dat geval is een ruim ( niet te krap ! ) opgerolde coax beter, dan een kortere coax !

 

0 Kudos