modem vraag

[MR_CHIP]

@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;

[HBO Fan]

@MR_CHIP Op foto lijkt deze er scheef opgedraaid te zitten, maar is niet heel duidelijk te zien op een foto.

[tobiastheebe]

---

@MR_CHIP  schreef:

---

@tobiastheebe  schreef:

Zo te zien is de kabel inderdaad wel goed aangedrukt maar zit de F connector van het modem wat scheef.

---

ik had ooit gehoord dat bij early production modellen het ontstoringboard/shielding los kan  komen

kan die scheve f connector de eerdere instraling veroorzaken die  ik al geruime  tijd had waarbij monteurs en ziggo niks konden vinden

---

Waarschijnlijk werd de behuizing van de tuner bedoeld. Het is mogelijk dat de connector af fabriek al scheef zit, maar ook dat op een bepaald moment een benedenwaartse kracht is uitgeoefend op de connector, dat kan veroorzaken dat soldeerverbindingen beschadigd raken, wat op diens beurt ook impact op de afscherming heeft.

Ik ben benieuwd hoe de codeword errors zich gaan gedragen met deze kabel.

---

@HBO Fan  schreef:

@MR_CHIP Op foto lijkt deze er scheef opgedraaid te zitten, maar is niet heel duidelijk te zien op een foto.

---

Dit is een kabel met push-on F connector. Ik dacht eerst ook dat de kabel scheef op de connector van het modem zat, maar als je inzoomt op het schroefdraad dan zie je dat die connector zelf scheef zit.

[MR_CHIP]

Ik zal tzt een update plaatsen 

[MR_CHIP]

modem is nnu 17 uur online

[tobiastheebe]

Vooralsnog ziet het er prima uit.

[MR_CHIP]

---

@tobiastheebe  schreef:

Vooralsnog ziet het er prima uit.

---

mmoet wel zeggen dat ik de  f connector iets heb geprobeerd  recht te buigen

[MR_CHIP]

@tobiastheebe kan ik nog iets veranderen aan deze latency

[tobiastheebe]

Wat zie je als latency naar het CMTS en bijvoorbeeld google.com?

[MR_CHIP]

---

@tobiastheebe  schreef:

Wat zie je als latency naar het CMTS en bijvoorbeeld google.com?

---

[tobiastheebe]

Het CMTS waarmee jouw modem is verbonden lijkt het vrij druk te hebben. Ik zie zelf 12~13 ms naar 'jouw' CMTS en 8~9 ms naar een CMTS in omgeving Amsterdam-Noord waar de Sagemcom F3896 van een familielid mee is verbonden. Verder zie ik ~1 ms latency tussen CMTS en internet, terwijl dat ~4 ms in jouw geval.

[MR_CHIP]

---

@tobiastheebe  schreef:

Het CMTS waarmee jouw modem is verbonden lijkt het vrij druk te hebben. Ik zie zelf 12~13 ms naar 'jouw' CMTS en 8~9 ms naar een CMTS in omgeving Amsterdam-Noord waar de Sagemcom F3896 van een familielid mee is verbonden. Verder zie ik ~1 ms latency tussen CMTS en internet, terwijl dat ~4 ms in jouw geval.

---

Iets wat ik kan doen alles is nu bekabeld behalve 1 telefoon mijn watch en een ventilator 

[tobiastheebe]

Nee, dit heeft niets met jouw modem/netwerk/apparatuur te maken.

[MR_CHIP]

modem staat nu zo'n 3 dagen aan en geen bijzonderheden

hopelijk krijg ik nog wel antwoord op mijn inmiddels meer dan 1 jaar oud ticket over ipv6

@Welmoed @Vincent @Rikst 

[Vincent]

@MR_CHIP We hebben een terugkoppeling van onze engineers. De standaard instelling op onze modems is Stateless. Alleen wanneer je zelf de instelling aanpast wordt het een probleem. We zijn ons er van bewust dat de back-up optie van SmartWifi "Stateful" aanhoudt, ook al heb je dit aangepast naar stateless. Hier wordt ook absoluut aandacht aan geschonken alleen heeft het niet de hoogste prio. 

[MR_CHIP]

---

@Vincent  schreef:

@MR_CHIPWe hebben een terugkoppeling van onze engineers. De standaard instelling op onze modems is Stateless. Alleen wanneer je zelf de instelling aanpast wordt het een probleem. We zijn ons er van bewust dat de back-up optie van SmartWifi "Stateful" aanhoudt, ook al heb je dit aangepast naar stateless. Hier wordt ook absoluut aandacht aan geschonken alleen heeft het niet de hoogste prio. 

---

Dat is helemaal niet de vraag

Heb je het ticket wel goed gelezen 

[Rikst]

Hi @MR_CHIP 

Dit is de informatie die beschikbaar is gesteld vanuit het ticket, die delen we nu met je. Meer informatie is er op dit moment niet beschikbaar. Gezien het ticket een lage prio heeft verwacht ik voorlopig ook niet dat we meer informatie met je kunnen delen hier, dit puur als verwachtingsmanagement.

[MR_CHIP]

---

@Rikst  schreef:

Hi @MR_CHIP 

Dit is de informatie die beschikbaar is gesteld vanuit het ticket, die delen we nu met je. Meer informatie is er op dit moment niet beschikbaar. Gezien het ticket een lage prio heeft verwacht ik voorlopig ook niet dat we meer informatie met je kunnen delen hier, dit puur als verwachtingsmanagement.

---

Het probleem heeft niks met de smart wifi omgeving te maken 

Het gaat erom dat ipv6 op random momenten weg is

[HBO Fan]

@Rikst 

Een lage prioriteit heeft dus wel een bepaalde verwachting, zeker als dit ticket al meer dan 1 jaar loopt. Misschien handig om er een tijd van verwachte terugkoppeling aan te hangen? Andere optie is "gewoon de pleister er af trekken" en klant melden dat er in zijn geheel geen prioriteit (meer) gegeven wordt aan dit ticket en het afsluiten met de melding(en) die gedaan zijn.

Na een jaar+ lijkt me dat toch niet meer dan een logisch vervolg, al is het een beetje want na al deze tijd verwacht de klant juist WEL een antwoord. 

[MR_CHIP]

nooit antwoord gehad via twitter,maar dan je het juiste topic voor je nemen dit gaat er dus om dat het ziggo modem zowel toen in bridge mode als nu router modus op random momenten voor x zoveel tijd ipv6 toegang verliest

[MR_CHIP]

ter info van vroeger

er is toen een update gedaan waardoor ipv6 beter zou moeten werken