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.
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.
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.
@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 ventilerenMischien 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... 👍
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.
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
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?
@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
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.
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
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.
@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.
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.
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.
kun je simpelweg DoH uitschakelen in de browser.
ook op de android versie ? nee toch
Menu → Settings → Privacy and security → Use secure DNS (disable).
@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.
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.
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 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 !
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.