Sinds de nieuwe firmware T56C_b10_0410 klappert mijn glasvezel verbinding weer!

10 maanden geleden
November 19, 2025
23 reacties
343 Bekeken

menno1965
is een Master Poster

Hi all,

Sinds dat de nieuwe firmware is gedistribueerd naar mijn modem is een probleem terug waarbij regelmatig, soms wel 4x per uur, mijn verbinding met het WAN weg valt. Kijk in de de syslog zie ik heel veel meldingen langskomen zoals onderstaand, heel vaak een SIGTERM i.c.m. discovery en connectie maken:

Nov 19 12:55:56 daemon.debug dnsmasq-dhcp: sendLeaseMessageToESMD esmd ret=1
Nov 19 12:56:40 daemon.info udhcpc: Received SIGTERM
Nov 19 12:56:40 daemon.info udhcpc: Unicasting a release of 10.66.137.38 to 10.66.0.2
Nov 19 12:56:40 daemon.debug udhcpc: Sending release...
Nov 19 12:56:40 daemon.info udhcpc: Entering released state
Nov 19 12:56:46 user.notice zcmdModuleCfg: System: Wan interface ETH_MGNT connection lost
Nov 19 12:56:46 daemon.info udhcpc: Received SIGTERM
Nov 19 12:56:46 daemon.info udhcpc: Unicasting a release of 31.187.255.248 to 31.187.248.1
Nov 19 12:56:46 daemon.debug udhcpc: Sending release...
Nov 19 12:56:46 daemon.info udhcpc: Entering released state
Nov 19 12:56:52 user.notice zcmdModuleCfg: System: Wan interface ETH_Internet connection lost
Nov 19 12:56:52 daemon.warning miniupnpd: Cannot get IP address for ext interface eth1.3. Network is down
Nov 19 12:56:52 daemon.err miniupnpd: Failed to get IP for interface eth1.3
Nov 19 12:56:52 daemon.warning miniupnpd: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Nov 19 12:56:53 daemon.info dnsmasq-dhcp: DHCP, IP range 10.10.20.5 -- 10.10.20.251, lease time 1d
Nov 19 12:56:53 daemon.info dnsmasq-dhcp: read /etc/ethers - 0 addresses
Nov 19 12:56:53 daemon.info udhcpc: Received SIGTERM
Nov 19 12:56:53 daemon.info udhcpc: Unicasting a release of 10.101.24.29 to 10.101.0.2
Nov 19 12:56:53 daemon.debug udhcpc: Sending release...
Nov 19 12:56:53 daemon.info udhcpc: Entering released state
Nov 19 12:56:53 daemon.err miniupnpd: Failed to get ip address for interface eth1.3
Nov 19 12:56:54 user.notice zcmdModuleCfg: System: Wan interface ETH_IPTV connection lost
Nov 19 12:56:55 daemon.info udhcpc: udhcp client (v0.9.8) started
Nov 19 12:56:55 daemon.notice udhcpc: Attached to schema shared memory
Nov 19 12:56:55 daemon.notice udhcpc: Attached to object name shared memory
Nov 19 12:56:55 daemon.notice udhcpc: Attached to parameter name shared memory
Nov 19 12:56:55 daemon.notice udhcpc:
Nov 19 12:56:55 daemon.info udhcpc: udhcp client (v0.9.8) started
Nov 19 12:56:55 daemon.notice udhcpc: Attached to schema shared memory
Nov 19 12:56:55 daemon.notice udhcpc: Attached to object name shared memory
Nov 19 12:56:55 daemon.notice udhcpc: Attached to parameter name shared memory
Nov 19 12:56:55 daemon.notice udhcpc:
Nov 19 12:56:56 daemon.info udhcpc: udhcp client (v0.9.8) started
Nov 19 12:56:56 daemon.notice udhcpc: Attached to schema shared memory
Nov 19 12:56:56 daemon.notice udhcpc: Attached to object name shared memory
Nov 19 12:56:56 daemon.notice udhcpc: Attached to parameter name shared memory
Nov 19 12:56:56 daemon.notice udhcpc:
Nov 19 12:56:56 daemon.debug udhcpc: Sending discover...
Nov 19 12:56:56 daemon.debug udhcpc: Sending discover...
Nov 19 12:56:56 daemon.debug udhcpc: Sending discover...
Nov 19 12:56:56 daemon.debug udhcpc: Sending select for 10.101.24.29...
Nov 19 12:56:56 daemon.debug udhcpc: Sending select for 31.187.255.248...
Nov 19 12:56:56 daemon.info udhcpc: Lease of 10.101.24.29 obtained, lease time 1800
Nov 19 12:56:56 daemon.info udhcpc: dhcpMsgSend: msgType[-2147483432]
Nov 19 12:56:58 user.notice zcmdModuleCfg: System: Wan interface ETH_IPTV connection ready
Nov 19 12:56:58 daemon.info udhcpc: Lease of 31.187.255.248 obtained, lease time 1800
Nov 19 12:56:58 daemon.info udhcpc: dhcpMsgSend: msgType[-2147483432]
Nov 19 12:57:00 user.notice zcmdModuleCfg: System: Wan interface ETH_Internet connection ready

Ook zie ik in de security logging heel veel port scans, udp flooding, ping of death voorbij komen en allemaal op eth1.3 (MAC & IP adres randomized).

Nov 19 03:30:53 kern.alert kernel: [506087.206413] UDP_FLOODING ATTACK:IN=eth1.3 OUT= MAC=**:**:**:**:**:**:**:**:**:**:**:**:**:** SRC=185.243.5.134 DST=***.***.***.*** LEN=432 TOS=0x00 PREC=0x00 TTL=57 ID=60586 DF PROTO=UDP SPT=6071 DPT=5063 LEN=412
Nov 19 07:44:11 kern.alert kernel: [521268.588693] UDP PORT SCAN ATTACK:IN=eth1.3 OUT= MAC=**:**:**:**:**:**:**:**:**:**:**:**:**:** SRC=3.253.8.68 DST=***.***.***.*** LEN=96 TOS=0x00 PREC=0x00 TTL=250 ID=49125 DF PROTO=UDP SPT=3479 DPT=55588 LEN=76
Nov 19 07:45:14 kern.alert kernel: [521331.274242] UDP PORT SCAN ATTACK:IN=eth1.3 OUT= MAC=**:**:**:**:**:**:**:**:**:**:**:**:**:** SRC=3.253.8.68 DST=***.***.***.*** LEN=96 TOS=0x00 PREC=0x00 TTL=250 ID=60483 DF PROTO=UDP SPT=3479 DPT=46662 LEN=76
Nov 19 07:49:54 kern.alert kernel: [521611.448869] PING OF DEATH ATTACK:IN=eth1.3 OUT= MAC=**:**:**:**:**:**:**:**:**:**:**:**:**:** SRC=124.236.16.163 DST=***.***.***.*** LEN=34 TOS=0x00 PREC=0x00 TTL=17 ID=1985 PROTO=ICMP TYPE=8 CODE=0 ID=1985 SEQ=29
Nov 19 09:11:10 kern.alert kernel: [526482.152672] UDP PORT SCAN ATTACK:IN=eth1.3 OUT= MAC=**:**:**:**:**:**:**:**:**:**:**:**:**:** SRC=3.253.8.68 DST=***.***.***.*** LEN=96 TOS=0x00 PREC=0x00 TTL=250 ID=60159 DF PROTO=UDP SPT=3479 DPT=55606 LEN=76
Nov 19 09:11:10 kern.alert kernel: [526482.200535] UDP_FLOODING ATTACK:IN=eth1.3 OUT= MAC=**:**:**:**:**:**:**:**:**:**:**:**:**:** SRC=3.253.8.68 DST=***.***.***.*** LEN=96 TOS=0x00 PREC=0x00 TTL=250 ID=60169 DF PROTO=UDP SPT=3479 DPT=58499 LEN=76
Nov 19 11:21:11 kern.alert kernel: [534274.565123] PING OF DEATH ATTACK:IN=eth1.3 OUT= MAC=**:**:**:**:**:**:**:**:**:**:**:**:**:** SRC=185.122.207.65 DST=***.***.***.*** LEN=64 TOS=0x00 PREC=0x00 TTL=116 ID=4361 PROTO=ICMP TYPE=8 CODE=0 ID=7607 SEQ=31352
Nov 19 11:21:12 kern.alert kernel: [534275.581191] PING OF DEATH ATTACK:IN=eth1.3 OUT= MAC=**:**:**:**:**:**:**:**:**:**:**:**:**:** SRC=156.59.231.31 DST=***.***.***.*** LEN=64 TOS=0x00 PREC=0x00 TTL=119 ID=26454 PROTO=ICMP TYPE=8 CODE=0 ID=6376 SEQ=43661
Nov 19 11:21:12 kern.alert kernel: [534275.593770] PING OF DEATH ATTACK:IN=eth1.3 OUT= MAC=**:**:**:**:**:**:**:**:**:**:**:**:**:** SRC=185.122.207.151 DST=***.***.***.*** LEN=64 TOS=0x00 PREC=0x00 TTL=114 ID=41354 PROTO=ICMP TYPE=8 CODE=0 ID=5199 SEQ=25545
Nov 19 11:21:12 kern.alert kernel: [534275.627944] PING OF DEATH ATTACK:IN=eth1.3 OUT= MAC=**:**:**:**:**:**:**:**:**:**:**:**:**:** SRC=103.117.250.132 DST=***.***.***.*** LEN=64 TOS=0x00 PREC=0x00 TTL=102 ID=25773 PROTO=ICMP TYPE=8 CODE=0 ID=21039 SEQ=204
Nov 19 11:21:12 kern.alert kernel: [534275.663186] PING OF DEATH ATTACK:IN=eth1.3 OUT= MAC=**:**:**:**:**:**:**:**:**:**:**:**:**:** SRC=185.122.207.65 DST=***.***.***.*** LEN=64 TOS=0x00 PREC=0x00 TTL=116 ID=4384 PROTO=ICMP TYPE=8 CODE=0 ID=7607 SEQ=32232
Nov 19 11:59:11 kern.alert kernel: [536551.942236] UDP PORT SCAN ATTACK:IN=eth1.3 OUT= MAC=**:**:**:**:**:**:**:**:**:**:**:**:**:** SRC=3.253.8.68 DST=***.***.***.*** LEN=96 TOS=0x00 PREC=0x00 TTL=250 ID=31027 DF PROTO=UDP SPT=3479 DPT=41875 LEN=76
Nov 19 12:00:56 kern.alert kernel: [536656.490644] UDP PORT SCAN ATTACK:IN=eth1.3 OUT= MAC=**:**:**:**:**:**:**:**:**:**:**:**:**:** SRC=31.21.18.34 DST=***.***.***.*** LEN=68 TOS=0x00 PREC=0x00 TTL=59 ID=16050 PROTO=UDP SPT=46504 DPT=53350 LEN=48
Nov 19 12:00:56 kern.alert kernel: [536657.301171] UDP PORT SCAN ATTACK:IN=eth1.3 OUT= MAC=**:**:**:**:**:**:**:**:**:**:**:**:**:** SRC=31.21.18.34 DST=***.***.***.*** LEN=68 TOS=0x00 PREC=0x00 TTL=59 ID=16081 PROTO=UDP SPT=46504 DPT=53350 LEN=48

Wat is hier allemaal gaande. Ik werk veel thuis als beheerder van een heel groot serverpark maar op deze wijze, als ik o.a. om de haverklap mijn verbinding moet herstellen, komt er geen werk uit mijn handen.

Ook op de tv is e.e.a. merkbaar aangezien het beeld dan weer tussen de 5 en 30 seconden bevriest!!

Odido een grote mond met de beste provider maar mijn ervaringen zijn toch heel anders!!

Het lijkt wel alsof de nieuwe firmwares niet secuur en langdurig zijn getest maar een hobbyclubje even gauw wat in elkaar heeft geplakt!!

Verder mis ik toch wel een gestructureerde werkwijze aangezien ik in de fora lees en wat ook mijn ervaring is dat er van alles getest moet worden thuis (klant heeft echt niet zijn hele fysieke infrastructuur vervangen) met kabels en modems resetten en OTP’s, etc. Dus ofwel de installatie door monteurs is niet goed gedaan, niet goed getest of het zit hem in de firmware en ik gok zelf het laatste aangezien ik nu weer hetzelfde probleem heb als maanden geleden toen ik meermalen dit circus heb doorlopen en uiteindelijk bleek dat mijn glasaansluiting op de verkeerde slede in de wijkkast zat!!

Wie o wie lost het voor ons allen met deze problemen voor eens en altijd op?????

Grt, Menno

Waqqas

Hallo @menno1965

Ik heb dezelfde router en firmware versie, heeft altijd prima gewerkt? Wanneer er even geen verbinding is welke lampjes branden of knipperen er dan op de mediaconverter?

Heb je de router al eens voorzien van een fabrieksreset?

+15

Waqqas
Odido Superuser
10 maanden geleden
November 19, 2025

Hallo @menno1965

Ik heb dezelfde router en firmware versie, heeft altijd prima gewerkt? Wanneer er even geen verbinding is welke lampjes branden of knipperen er dan op de mediaconverter?

Heb je de router al eens voorzien van een fabrieksreset?

Welkom op de Odido community!

menno1965
Auteur
is een Master Poster
10 maanden geleden
November 20, 2025

Hallo @menno1965

Ik heb dezelfde router en firmware versie, heeft altijd prima gewerkt? Wanneer er even geen verbinding is welke lampjes branden of knipperen er dan op de mediaconverter?

Heb je de router al eens voorzien van een fabrieksreset?

Beste Waqqas,

Dit heb ik inderdaad meer dan eens gedaan in het verleden echter nu nog niet. Inderdaad brandt het WAN lampje heel even rood als de verbinding verdwijnt.

Vind het alleen een belachelijke actie die ik elke keer zou moeten uitvoeren omdat mijn provider de firmware update en mijn verbinding dan niet meer 100% werkt. Verder zou ik dan als waakhondje continue op mijn router moeten hangen aangezien de provider niets communiceert over het uitrollen van een nieuwe firmware. Ik betaal voor een goed werkende dienst zonder gebruikersinterventies en verwacht niet dat als de provider update ik ook nog van alles moet gaan doen om weer een 100% werkende verbinding/dienst te krijgen!!

Grt, menno1965

Vriendelijke groet, Menno

+15

Waqqas
Odido Superuser
10 maanden geleden
November 20, 2025

@menno1965

Vul ook alle privé velden in je community profiel in zodat een moderator ook eens een lijnmeting kan doen.

Ook kun je nog kijken of het vervangen van de internetkabel tussen glssvezelkastje en router vervangen helpt.

Welkom op de Odido community!

menno1965
Auteur
is een Master Poster
10 maanden geleden
November 20, 2025

@menno1965

Vul ook alle privé velden in je community profiel in zodat een moderator ook eens een lijnmeting kan doen.

Ook kun je nog kijken of het vervangen van de internetkabel tussen glssvezelkastje en router vervangen helpt.

Beste,

En dat is nu precies wat ik bedoel!

Vorige firmware: Geen enkel probleem, alle bedrading in orde, switches, etc. allemaal goed werkend, alle configuraties in orde.

Nieuwe firmware: Verbinding klappert. NIETS gewijzigd aan de aanwezige en geconfigureerde hardware!

En ik zou dan dus weer allerlei kunsten uit moeten gaan halen om mijn verbinding weer werkend te krijgen terwijl er NIETS is gewijzigd aan de in huis aanwezige hardware en de configuraties sinds de vorige firmware waarbij alles WEL GOED werkte! Het enige wat WEL is gewijzigd is de op het modem geplaatste firmware en dan zou mijn installatie en configuratie ineens alle verbindingsproblemen veroorzaken??

Ik zit al bijna 26 jaar in de IT dus heb best wel wat ervaring m.b.t. troubleshooten van allerlei componenten en configuraties en wat ik hierboven schreef over de enige uitgevoerde wijziging lijkt mij dan het probleem en niet alle “andere mogelijke” issues waar aan NIETS IS GEWIJZIGD!

Vriendelijke groet, Menno

menno1965
Auteur
is een Master Poster
10 maanden geleden
November 20, 2025

Klasse actie weer!

Gooien zonder kennisgeving vooraf een andere firmware op mijn modem _0818, een iets oudere gok ik, en dus is ineens mijn verbinding verbroken vanwege een modem-reboot terwijl ik zit te werken zo goed en zo kwaad als dat gaat.

Hopelijk is dan het nu wel verholpen?!?!?

Wat mij wel gelijk opviel is dat de CPU en memory usage met meer dan de helft vermindert is.

Vriendelijke groet, Menno

+15

Waqqas
Odido Superuser
10 maanden geleden
November 20, 2025

@menno1965

Wat is de status van het glssvezelkastje wanneer de verbinding wegvalt? Welke lampjes branden of knipperen er?

Welkom op de Odido community!

menno1965
Auteur
is een Master Poster
10 maanden geleden
November 21, 2025

@menno1965

Wat is de status van het glssvezelkastje wanneer de verbinding wegvalt? Welke lampjes branden of knipperen er?

Beste,

Ik heb nu een cameraatje op het glasmodem staan en ik zie dat elke keer als de verbinding wegvalt dit gepaard gaat met het feit dat het meest linkse lampje waar 10G bij staat (WAN 10G van neem ik aan) uit is. Het gaat over misschien 2 tot 5 seconden maar schijnbaar genoeg om alle verbindingen te verbreken en deze weer opnieuw op te bouwen. Denk aan de SIGTERM (Signal Termination) meldingen in de eerder verstuurde logging en connection lost meldingen.

Vriendelijke groet, Menno

+15

Waqqas
Odido Superuser
10 maanden geleden
November 21, 2025

@menno1965

Dan valt de connectie met de router waarschijnlijk weg en kun je zoals eerder voorgesteld de kabel tussen ONT en router eens vervangen.

Welkom op de Odido community!

menno1965
Auteur
is een Master Poster
10 maanden geleden
December 2, 2025

Heb nu alle kabels tussen het glas en de modem vervangen maar nog steeds niet het gewenste reultaat. Verbinding valt weliswaar minder maar regelmatig toch nog weg. Ook zie ik nu denkelijk foutmeldingen voorbij komen zoals onderstaande. Ik snap er geen biet meer van!! Wie wel??

Dec 2 11:46:16	user	notice	system	zcmdModuleCfg: System: Wan interface ETH_Internet connection ready
15	Dec 2 11:46:14	user	warning	httpd	zHttpd: 2025-12-02 11:46:14 zhttpd<6369>, zcfg_msg.c:245, _msg_recv(), WARNING: EID = 15, select() wait forever, EID = 1, type = 1 with reply, oid = 102680
16	Dec 2 11:46:14	user	warning	httpd	zHttpd: 2025-12-02 11:46:14 zhttpd<5238>, zcfg_msg.c:245, _msg_recv(), WARNING: EID = 15, select() wait forever, EID = 1, type = 1 with reply, oid = 102680
17	Dec 2 11:46:14	user	notice	system	zcmdModuleCfg: System: Wan interface ETH_IPTV connection ready
18	Dec 2 11:46:14	daemon	info	dhcpc	udhcpc: dhcpMsgSend: msgType[-2147483432]
19	Dec 2 11:46:14	daemon	info	dhcpc	udhcpc: Lease of 31.187.255.248 obtained, lease time 1800
20	Dec 2 11:46:14	daemon	debug	dhcpc	udhcpc: Sending select for 31.187.255.248...
21	Dec 2 11:46:12	daemon	info	dhcpc	udhcpc: dhcpMsgSend: msgType[-2147483432]
22	Dec 2 11:46:12	daemon	info	dhcpc	udhcpc: Lease of 10.101.24.29 obtained, lease time 1800
23	Dec 2 11:46:12	daemon	debug	dhcpc	udhcpc: Sending select for 10.101.24.29...
24	Dec 2 11:46:12	daemon	debug	dhcpc	udhcpc: Sending select for 31.187.255.248...
25	Dec 2 11:46:12	daemon	debug	dhcpc	udhcpc: Sending discover...
26	Dec 2 11:46:12	daemon	debug	dhcpc	udhcpc: Sending discover...
27	Dec 2 11:46:12	daemon	debug	dhcpc	udhcpc: Sending discover...
28	Dec 2 11:46:12	daemon	notice	dhcpc	udhcpc:
29	Dec 2 11:46:12	daemon	notice	dhcpc	udhcpc: Attached to parameter name shared memory
30	Dec 2 11:46:12	daemon	notice	dhcpc	udhcpc: Attached to object name shared memory
31	Dec 2 11:46:12	daemon	notice	dhcpc	udhcpc: Attached to schema shared memory
32	Dec 2 11:46:12	daemon	info	dhcpc	udhcpc: udhcp client (v0.9.8) started
33	Dec 2 11:46:11	daemon	notice	dhcpc	udhcpc:
34	Dec 2 11:46:11	daemon	notice	dhcpc	udhcpc: Attached to parameter name shared memory
35	Dec 2 11:46:11	daemon	notice	dhcpc	udhcpc: Attached to object name shared memory
36	Dec 2 11:46:11	daemon	notice	dhcpc	udhcpc: Attached to schema shared memory
37	Dec 2 11:46:11	daemon	info	dhcpc	udhcpc: udhcp client (v0.9.8) started
38	Dec 2 11:46:11	daemon	err	upnp	miniupnpd: Failed to get ip address for interface eth1.3
39	Dec 2 11:46:11	daemon	notice	dhcpc	udhcpc:
40	Dec 2 11:46:11	daemon	notice	dhcpc	udhcpc: Attached to parameter name shared memory
41	Dec 2 11:46:11	daemon	notice	dhcpc	udhcpc: Attached to object name shared memory
42	Dec 2 11:46:11	daemon	notice	dhcpc	udhcpc: Attached to schema shared memory
43	Dec 2 11:46:11	daemon	info	dhcpc	udhcpc: udhcp client (v0.9.8) started
44	Dec 2 11:46:10	user	notice	system	zcmdModuleCfg: System: Wan interface ETH_IPTV connection lost
45	Dec 2 11:46:09	daemon	info	dhcpc	udhcpc: Entering released state
46	Dec 2 11:46:09	daemon	debug	dhcpc	udhcpc: Sending release...
47	Dec 2 11:46:09	daemon	info	dhcpc	udhcpc: Unicasting a release of 10.101.24.29 to 10.101.0.2
48	Dec 2 11:46:09	daemon	info	dhcpc	udhcpc: Received SIGTERM

Vriendelijke groet, Menno

menno1965
Auteur
is een Master Poster
10 maanden geleden
December 2, 2025

Kleine aanvulling.

Het lijkt er op dat vooral in de ochtenduren, tot ongeveer 12:00 uur, het verbreken van de verbinding veel frequenter voorkomt dan ‘s middags en ‘s avonds want dan gbeurt het nu zelden na de kabels te hebben vervangen?? Werkzaamheden in de ochtend op het glasvezelnet waarvan de klant niets weet of een verkeerde aansluiting waardoor er een soort van storing optreedt??

Wie geeft het verlossende antwoord want happy ben ik er niet mee en zit al te denken aan overstappen aangezien Odido dus schijnbaar geen 98% connectie kan garanderen.

Vriendelijke groet, Menno

tmobilecirion
is een nieuwe Poster
10 maanden geleden
December 3, 2025

Kleine aanvulling.

Wie geeft het verlossende antwoord want happy ben ik er niet mee en zit al te denken aan overstappen aangezien Odido dus schijnbaar geen 98% connectie kan garanderen.

Ook ik kamp sinds kort met problemen met de Zyxel (V5.70(ACEA.0)T56C_b10_0410) voornamelijk veel portscans, flooding en pings of death. Ook is er al bij mij ingebroken..

menno1965
Auteur
is een Master Poster
10 maanden geleden
December 6, 2025

Hallo All,

Wat is dit nu voor foutmelding. Vlak daarna krijg ik een SIGTERM in mijn modemlogfing en is de WAN verbinding weg en gaat die weer opnieuw connectie maken?!?

Wie o wie snap dit en kan het mij uitleggen. Er verandert niets aan een kabel of wat dan ook want ik zit op de bank en niet aan mijn modem of kabels te knutselen.

daemon

warning

upnp

miniupnpd: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping

Vriendelijke groet, Menno

menno1965
Auteur
is een Master Poster
9 maanden geleden
December 21, 2025

Beste,

Iets wat ik ook zie op mijn T56 is dat mijn CPU gebruik bijna altijd lager is dan 10% terwijl die bij mijn schoonmoeder, die ook de T56 heeft van Odido, dat het CPU gebruik bijna altijd boven de 30% is. Zij heeft alleen de nieuwste firmware T56C_b10_0410 en ik de T56C_b10_081. Toen ik echter ook de T56C_b10_0410 nog had was dit CPU-gebruik niet anders.

Bij mijn schoonmoeer gebruiken er maar 3 apparaten het internet/TV terwijl dat dit bij mij thuis ongeveer 15 apparaten is dus verwacht ik juist bij mij een hogere CPU gebruik.

Vriendelijke groet, Menno

menno1965
Auteur
is een Master Poster
9 maanden geleden
December 21, 2025

Kleine aanvulling.

Wie geeft het verlossende antwoord want happy ben ik er niet mee en zit al te denken aan overstappen aangezien Odido dus schijnbaar geen 98% connectie kan garanderen.

Ook ik kamp sinds kort met problemen met de Zyxel (V5.70(ACEA.0)T56C_b10_0410) voornamelijk veel portscans, flooding en pings of death. Ook is er al bij mij ingebroken..

Die zie ik inderdaad ook veelvuldig voorbij komen en het kan denkelijk wel zo zijn dat er dan zoveel verkeer naar je wordt toegesturrd dat de verbinding reset. Bij vorige providers nooit zoveel van gezien als nu en bij deze provider ondanks dat ik ook toen regelmatig controleerde.

Vriendelijke groet, Menno

menno1965
Auteur
is een Master Poster
9 maanden geleden
December 24, 2025

Hallo, een tijdje stil geweest wat overigens niet inhoud dat de problemen weg waren. Allerlei zaken getest (kabels, aansluitingen, configuraties (wel dhcp of niet, andere IP-Range en dergelijke)) en verandert in de hoop het probleem op te kunnen lossen.

Helaas heeft dat allemaal niet tot een bevredigend resultaat geleid. Het idiote is dat binnen mijn thuisnetwerk alle sup en bereikbaar blijft en ook functioneert maar alleen de WAN connectie weg valt hetgeen op het Zyxel modem/router is te zien en ook op de POD waar het glas in binnen komt. Ik heb in mijn netwerk switches (TL-SG10005D en TL-SG1008D) en een versterker (RE450) van TP-Link zitten en daarmee bij andere glasvezel internet providers nooit last mee gehad. ook de monteur die November 2024 de installatie kwam doen verzekerede mij dat dit geen issue was aangezien hij hetzelfde merk gebrukte.

RA,RA,RA, waar komen dan bij mij al die storingen vandaag dat ik gedurende 13 maanden nog geen dag een stabiele verbinding heb gehad qua internet en TV MGMT interessert mij niet die is niet voor mij.

Is de afstand tussen POD en modem te groot soms (ca. 11 meter) terwijl voor UTP kabel een maximum afstand wordt gegarandeerd van 90ft.

Als dat zo zou zijn waarom had ik hier met andere providers dan geen last van? Misschien een sterker signaal, ander model (krachtiger) POD, ik weet het niet maar de bal ligt bij Odido alwaar ik betaal voor een 100% werkende verbinding maar dat wordt met het wegvallen van de WAN verbinding gemiddeld 3x per uur voor kortere of langere tijd zeker niet gehaald!!

Vriendelijke groet, Menno

menno1965
Auteur
is een Master Poster
9 maanden geleden
December 24, 2025

RA,RA,RA, waar komen dan bij mij al die storingen vandaag dat ik gedurende 13 maanden nog geen dag een stabiele verbinding heb gehad qua internet en TV MGMT interessert mij niet die is niet voor mij.

Is de afstand tussen POD en modem te groot soms (ca. 11 meter) terwijl voor UTP kabel een maximum afstand wordt gegarandeerd van 90ft.

POD moet zijn PON, op 1 of andere manier onthoud ik het niet.

Vriendelijke groet, Menno

Albert55
is een legendarische user
9 maanden geleden
December 24, 2025

@menno1965 een vraag aan jou, citeer niet steeds het vorige bericht. En plaats foutmeldingen in een txt bestand. Dat maakt het geheel een stuk overzichtelijker.

menno1965
Auteur
is een Master Poster
9 maanden geleden
December 24, 2025

@menno1965 een vraag aan jou, citeer niet steeds het vorige bericht. En plaats foutmeldingen in een txt bestand. Dat maakt het geheel een stuk overzichtelijker.

Albert,

Als ik foutmeldingen in een bijlage stop worden deze niet gevonden tijdens het gebruik van een zoekmachine. Daarom dit bewust niet gedaan. M.b.t. het citeren, bedankt voor de tip.

Vriendelijke groet, Menno

wicket
Debutant
9 maanden geleden
December 24, 2025

@menno1965 Heb je al geprobeerd om die WAN kabel in te pluggen op een ander modem / router?

Vaak is het beter om je eigen spullen te gebruiken dan de spullen van een provider.

menno1965
Auteur
is een Master Poster
9 maanden geleden
December 26, 2025

Vermoedelijk heb ikzelf de oplossing voor mijn klappernde netwerkverbinding bij het WAN gevonden, no thanks to Odido by the way, aangezien dit euvel vermoedelijk te maken heeft met de kabellengte tussen de PON en het modem. Ik had het modem in de huiskamer staan en de PON hangt in de meterkast. Kabellengte voor een CAT 5E kabel ca. 15 meter. Dit blijkt de PON en/of het WAN van het modem NIET aan te kunnen en valt elke keer, vaak wel 4 keer per uur, de verbnding weg. Modem staat nu naast de PON in de meterkast, wat ik m.b.t. WiFi geen ideale situatie vindt, maar blijkt dus nu wel dat de verbinding nu al meer dan 7 uur stabiel is en ik geen SIGTERM en reconnect meldingen meer zie in de logging als het gaat om ETH, MGMT of IP-TV.

@ODIDO: Misschien is raadzaam om bij de installatie instructie te melden dat er dus blijkbaar een maximale afstand moet worden gehanteerd als het gaat om de connectie tussen PON en de WAN poort op het modem. Ik denk ongeveer 10 meter maar dat moeten de technici bij ODIDO maar uitzoeken en testen!!

Vriendelijke groet, Menno

wicket
Debutant
9 maanden geleden
December 26, 2025

@menno1965 Waarom gebruik je eigenlijk een CAT5e kabel voor zo’n belangrijke kabel en geen CAT6 of CAT7? Daarbij zit er ontzettend veel verschil in de kwaliteit van deze UTP kabels. In principe mag een UTP kabel tot zo’n 100 meter lang zijn zonder merkbaar signaalverlies.

Weet je zeker dat er in die lange kabel geen kabelbreuk zit?

menno1965
Auteur
is een Master Poster
9 maanden geleden
December 27, 2025

@wicket De cat 5e kabel heb ik toen bij de bouw van ons huis er in laten trekken. Ik heb met andere providers, zoals Tele2, KPN en SKP, nooit last gehad met dezelfde fysieke opzet en configuratie en dus wel bij Odido. Dezelfde kabel loopt nu van modem naar TV en Soundbar en heb totaal geen last dus een kabelbreuk lijkt mij daardoor zeer onwaarschijnlijk.

Btw, men heeft mij geleerd, tijdens mijn IT opleidingen, 100 ft m.b.t. maximale kabellengte voor UTP en geen 100 meter.

Thanks voor het meedenken.

Vriendelijke groet, Menno

wicket
Debutant
9 maanden geleden
December 27, 2025

@menno1965 Nee hoor die kabel mag gerust tot 100 meter zijn (afhankelijk van de kwaliteit kabel)

https://internetkabel.nl/blogs/kenniskank/hoelang-mag-een-internetkabel-zijn

Trouwens 100 feet is 30 meter en jouw kabel is maar 15 meter, dus dan nog zou het moeten werken.

En toch ben ik van mening dat je eens een andere kabel kan proberen met dezelfde lengte, maar dan met een cat6 of cat7.

Ik zit al 45 jaar in de IT en ben al veel dingen tegengekomen die vaak niet logisch zijn.

Niet gevonden wat je zocht?

Meld je aan

Welkom