:strip_exif()/i/2003058510.png?f=thumbmini)
:strip_exif()/i/2003058504.png?f=thumbmini)
:strip_exif()/i/2003247502.png?f=thumbmini)
:fill(white):strip_exif()/i/2005714546.jpeg?f=thumbmini)
:strip_exif()/i/2004809138.webp?f=thumbmini)
:strip_exif()/i/2005808142.webp?f=thumbmini)
:fill(white):strip_exif()/i/2002253379.jpeg?f=thumbmini)
:strip_exif()/i/2001954595.png?f=thumbmini)
Wellicht duidelijk aangeven wat er zaterdag gewijzigd zou moeten zijn bij Unifi?king006 schreef op zondag 28 december 2025 @ 20:12:
Voor het geval Odido TV niet meer werkt bij mensen. Sinds zaterdag is er iets gewijzigd bij UniFi waardoor eds.tvx.prd.tv.odido.nl wordt geblokkeerd met bepaalde filter opties aan in de Unifi.
:strip_icc():strip_exif()/u/1060267/crop5ac724e66d607_cropped.jpeg?f=community)
Tja, goede vraag
een content filtering lijst is er gewijzigd waardoor https://eds.tvx.prd.tv.odido.nl/ (of Odido.nl) daarin is gekomen. Volgens Unifi komt dit door een slechte reputatie van het IP Adres ergens op een lijst. (Ze zeggen niet welke lijst)
zet je die content filtering toch uit:
[...]
Tja, goede vraag
:strip_exif()/u/273472/neofox_avatar60x53.gif?f=community){kind=avatar}
ik heb geen problemen, omdat ik door de tientallen probleen die ik heb gelezen nog ff niet update
. Maar lees ff die link door, er zijn echt een shitload aan issues.- reboots van de router
- conn drops
- timeouts
- access points die random wegvallen
- etc.
Vreemd hier echt 0 problemen:
[...]
ik heb geen problemen, omdat ik door de tientallen probleen die ik heb gelezen nog ff niet update
[list]
• reboots van de router
• conn drops
• timeouts
• access points die random wegvallen
• etc.
Draai zelf op me UCG Fiber
UniFi OS 4.4.9
Network 10.0.162
Uptime van alles is nu 10 dagen routers en AP en Gateway
Heb hier 4 U7 Pro XG ook geen problemen is eigenlijk nog nooit zo stabiel geweest.
[ Voor 4% gewijzigd door mgiebels op 07-01-2026 11:52 ]
:strip_exif()/u/7018/goticon.gif?f=community)
Ah dat had ik gemist. Net aangevinkt, en nu iig al 10 minuten kunnen kijken zonder hapering
Thx!
Ik ben toch malle pietje niet!
Verwijderd
Voor mijn tv is het relatief makkelijk; heb een UCG-Fiber --> Switch --> iptv
Zojuist IPTV_WAN_RANGES aangepast naar "0.0.0.0/0" en het het werkt perfect! Zappen gaat snel en alle zenders werken, veel dank!
:strip_exif()/u/37445/oakley.gif?f=community)
/u/78932/Jewel3GoT.png?f=community)
Interesting...
Heb je KPN Interactieve TV of KPN TV+ ? Als het interactieve TV is, hoe heb je je Fiber geconfigureerd om dit werkend te krijgen ?
Zover ik weet (ervaring, community) werkt KPN nteractieve TV niet zonder oplossingen als
https://github.com/fabianishere/udm-iptv
De 5202 boxen doen alleen een update als ik de KPN DNS servers in de netwerk app configureer. Doe ik dat niet en ik doe/forceer een update van de STB komen ze in een boot loop terecht.
Hoe staan bij settings - internet je DNS settings ? Auto ?
Btw hier ook Fiber en volledig up to date met alle final release versies voor network en console.
:strip_exif()/f/image/BrhJR9OLTa4cVKaJpSVgIlva.png?f=user_large)
Oke, door het hoge CPU verbruik is het nu echt onmogelijk om te blijven draaien op de UXG-Lite.
Iemand ervaring met het draaien van een netwerk met 10 devices, +-70 clients, 4 VLAN's, VPN (site to site) en het scriptje zonder problemen op een cloud gateway max? Of moet ik direct 100 euro meer uitgeven voor de cloud gateway fiber?
Keuzen voor de cloud gateway zodat ik direct mijn oude cloud key gen 2 kan uitschakelen, heb toch een UNVR voor de camera opslag
Iemand ervaring met het draaien van een netwerk met 10 devices, +-70 clients, 4 VLAN's, VPN (site to site) en het scriptje zonder problemen op een cloud gateway max? Of moet ik direct 100 euro meer uitgeven voor de cloud gateway fiber?
Keuzen voor de cloud gateway zodat ik direct mijn oude cloud key gen 2 kan uitschakelen, heb toch een UNVR voor de camera opslag
Renault Scenic E-Tech 87kWh MY24, Alfen Eve Single S-Line, 19x DAS 420Wp + Enphase, 5x Jinko 320Wp + GoodWe, Sigenstore 36kWh + 17kW + Gateway
Hier zelfde ervaren uxglite was prima in het begin maar de nieuwe software van UniFi maakt het onmogelijk cpu load bleef skyhigh en ze deden er niks aan.:
Oke, door het hoge CPU verbruik is het nu echt onmogelijk om te blijven draaien op de UXG-Lite.
Iemand ervaring met het draaien van een netwerk met 10 devices, +-70 clients, 4 VLAN's, VPN (site to site) en het scriptje zonder problemen op een cloud gateway max? Of moet ik direct 100 euro meer uitgeven voor de cloud gateway fiber?
Keuzen voor de cloud gateway zodat ik direct mijn oude cloud key gen 2 kan uitschakelen, heb toch een UNVR voor de camera opslag
Overgestapt naar een UCG fiber alle problemen meteen weg.
:strip_exif()/u/37438/crop589b7e01c006a_cropped.gif?f=community)
Draai hier een beetje vergelijkbare omgeving, maar CPU staat max rond de 60%. Wat heb je aan Intrusion Prevention aanstaan ?:
Oke, door het hoge CPU verbruik is het nu echt onmogelijk om te blijven draaien op de UXG-Lite.
Iemand ervaring met het draaien van een netwerk met 10 devices, +-70 clients, 4 VLAN's, VPN (site to site) en het scriptje zonder problemen op een cloud gateway max? Of moet ik direct 100 euro meer uitgeven voor de cloud gateway fiber?
Keuzen voor de cloud gateway zodat ik direct mijn oude cloud key gen 2 kan uitschakelen, heb toch een UNVR voor de camera opslag
Its'nice 2be important, but it's more important 2be nice
Fiber hier, 13 Unify devices, ± 60 clients, 7 VLAN's, VPN, 1TB SSD voor video opslag erin, werkt perfect.:
Oke, door het hoge CPU verbruik is het nu echt onmogelijk om te blijven draaien op de UXG-Lite.
Iemand ervaring met het draaien van een netwerk met 10 devices, +-70 clients, 4 VLAN's, VPN (site to site) en het scriptje zonder problemen op een cloud gateway max? Of moet ik direct 100 euro meer uitgeven voor de cloud gateway fiber?
Keuzen voor de cloud gateway zodat ik direct mijn oude cloud key gen 2 kan uitschakelen, heb toch een UNVR voor de camera opslag
(muv van wat bugs die UI af en toe in de firmware introduceert maar daarna ook weer oplost :-)
:strip_icc():strip_exif()/u/46863/Nemo.jpg?f=community)
Vandaag ook weer even zitten klooien met IPTV op een Unifi Cloud Fiber Gateway. Ik heb de fiber direct in de SFP poort zitten. Ik kan bevestigen dat bovenstaande werkt qua instellingen tov de standaard instellingen die je hebt wanneer je het scriptje draait (apart vlan (4) in dit geval aangemaakt met aparte DNS-servers: 195.121.1.34 / 195.121.1.66).
Met name de volgende veranderingen waren essentieel om weer beeld te krijgen.
- IPTV_WAN_INTERFACE="eth6"
- IPTV_WAN_RANGES="0.0.0.0/0"
(de .conf kun je vinden door in te loggen via SSH als root en dan in de /etc/udm-iptv.conf aan te passen met vim)
[ Voor 4% gewijzigd door _Richie_ op 15-02-2026 22:05 ]
Blokkeer landen, advertenties, verder niet veel bijzonders.
:strip_exif()/f/image/hvRjTZ1EWYZ9e6BQuqSmg3H0.png?f=user_large)
En dit is dus zonder script, want dan is het permanent 100%
Renault Scenic E-Tech 87kWh MY24, Alfen Eve Single S-Line, 19x DAS 420Wp + Enphase, 5x Jinko 320Wp + GoodWe, Sigenstore 36kWh + 17kW + Gateway
Is er al iemand geweest die het heeft geautomatiseerd om het script van Fabianishere te draaien na een firmware update?
Ik kreeg van het weekend de notificatie op mijn telefoon dat mijn CGU een update had gekregen. Ok fijn, goed bezig. Tot ik beneden de TV aanzette en ik weer die oude error te zien kreeg... noooooooo!!! Toen bedacht ik me dat het scriptje dat ik via dit forum had gevonden hiermee was overschreven, dus even het scriptje gedraaid, door de wizard heen gegaan en daarna deed hij het weer.
Toen dacht ik, dat kan vast beter
Dus nu ben ik samen met CGPT een script aan het vibe coden die op de router blijft staan, die elke keer als er een reboot is geweest checkt of die instellingen er nog staan, zo ja, doe niets, zo nee, draai het script zelf. Als ik dan wakker word zie ik die notificatie, dan heeft het script al gedraaid en zijn mijn instellingen weer teruggezet, hoef ik alleen maar de set top box te rebooten!
Maar met mijn ervaringen met CGPT en het feit dat hij nog wel eens iets vergeet durf ik het er niet zo goed op te zetten, ik heb namelijk nul verstand van de code die hij wil uitvoeren.
Dit is wat hij voorstelt;
SSH into CGU and create:
Make it executable:
Create:
Enable it:
Ik kreeg van het weekend de notificatie op mijn telefoon dat mijn CGU een update had gekregen. Ok fijn, goed bezig. Tot ik beneden de TV aanzette en ik weer die oude error te zien kreeg... noooooooo!!! Toen bedacht ik me dat het scriptje dat ik via dit forum had gevonden hiermee was overschreven, dus even het scriptje gedraaid, door de wizard heen gegaan en daarna deed hij het weer.
Toen dacht ik, dat kan vast beter
Dus nu ben ik samen met CGPT een script aan het vibe coden die op de router blijft staan, die elke keer als er een reboot is geweest checkt of die instellingen er nog staan, zo ja, doe niets, zo nee, draai het script zelf. Als ik dan wakker word zie ik die notificatie, dan heeft het script al gedraaid en zijn mijn instellingen weer teruggezet, hoef ik alleen maar de set top box te rebooten!
Maar met mijn ervaringen met CGPT en het feit dat hij nog wel eens iets vergeet durf ik het er niet zo goed op te zetten, ik heb namelijk nul verstand van de code die hij wil uitvoeren.
Dit is wat hij voorstelt;
SSH into CGU and create:
code:
Paste this:1
| vi /usr/local/bin/iptv-autofix.sh |
code:
Save and exit.1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
| #!/bin/sh
LOG="/var/log/iptv-autofix.log"
echo "=== $(date) ===" >> $LOG
if ! command -v udm-iptv >/dev/null 2>&1; then
echo "udm-iptv missing. Reinstalling..." >> $LOG
sh -c "$(curl -sSf https://raw.githubusercontent.com/fabianishere/udm-iptv/master/install.sh)"
fi
if ! systemctl is-active --quiet udm-iptv; then
echo "udm-iptv not running. Reconfiguring..." >> $LOG
udm-iptv reconfigure <<EOF
eth4
kpn
br4
2
no
EOF
systemctl restart udm-iptv
fi
echo "Done." >> $LOG |
Make it executable:
code:
Step 2, create systemd service.1
| chmod +x /usr/local/bin/iptv-autofix.sh |
Create:
code:
Paste:1
| vi /etc/systemd/system/iptv-autofix.service |
code:
Save.1
2
3
4
5
6
7
8
9
10
| [Unit] Description=Auto repair udm-iptv after firmware updates After=network-online.target [Service] Type=oneshot ExecStart=/usr/local/bin/iptv-autofix.sh [Install] WantedBy=multi-user.target |
Enable it:
code:
1
2
| systemctl daemon-reload systemctl enable iptv-autofix |
Connaisseur des femmes
Ok, dat klinkt toch wel ingewikkelder dan ik dacht, ik draai het wel handmatig Thx voor de 2cts!
Thx voor de 2cts!
Connaisseur des femmes
Er zijn geen specifieke situaties waarin je dit wel of niet hoeft aan te passen. Het is meer óf je past het aan óf je past het niet aan
Theoretisch zou het netwerk verkeer wat efficiënter kunnen verlopen. De MTU bepaalt hoeveel data er maximaal in elke pakketje data past. Hoe groter de MTU hoe minder overhead, en hoe kleiner de kans dat data opgesplitst moet worden in meerdere pakketjes (heel simpel gezegd, werkelijkheid is wat complexer).
Normaal gesproken is de MTU voor Ethernet 1500 bytes. Maar omdat KPN PPPoE gebruikt hou je maar 1492 bytes (de MRU) over vanwege de PPPoE overhead. Om dat te compenseren gebruikt KPN een hogere MTU op hun netwerk zodat je toch de "standaard" 1500 MTU hebt.
Of je het in de praktijk gaat merken? Geen idee, maar ik vond het wel interessant om te snappen hoe dit werkt en toe te passen.
ga me er later wel eens in verdiepen.:
[...]
Er zijn geen specifieke situaties waarin je dit wel of niet hoeft aan te passen. Het is meer óf je past het aan óf je past het niet aan
Theoretisch zou het netwerk verkeer wat efficiënter kunnen verlopen. De MTU bepaalt hoeveel data er maximaal in elke pakketje data past. Hoe groter de MTU hoe minder overhead, en hoe kleiner de kans dat data opgesplitst moet worden in meerdere pakketjes (heel simpel gezegd, werkelijkheid is wat complexer).
Normaal gesproken is de MTU voor Ethernet 1500 bytes. Maar omdat KPN PPPoE gebruikt hou je maar 1492 bytes (de MRU) over vanwege de PPPoE overhead. Om dat te compenseren gebruikt KPN een hogere MTU op hun netwerk zodat je toch de "standaard" 1500 MTU hebt.
Of je het in de praktijk gaat merken? Geen idee, maar ik vond het wel interessant om te snappen hoe dit werkt en toe te passen.
tot op heden echt 0 last dus dan ook niet nodig.
UXG Lite had ik alleen maar issues mee maar dat was meer ook de CPU load die naar max ging
(was trouwens in het begin ook nooit is iets veranderd in die software van Ubiqiti en toen gekomen maar ze deden daar niks aan helaas)
:strip_exif()/u/1881/avatar_60.gif?f=community){kind=avatar}
Ik zou sowieso auto update uitzetten. Je zou net zien dat jij niet thuis bent, er een update gedraaid wordt en je vrouw geen TV meer kan kijken. Ook wil het nog wel eens voorkomen dat er een fout zit in een update die Ubiquity snel fixt, maar ik wacht liever een paar dagen zodat ik geen early-adopter ben:
Ok, dat klinkt toch wel ingewikkelder dan ik dacht, ik draai het wel handmatig
.
>> Signature?
helemaal mee eens ik wacht meestal een weekje en kijk ook altijd ff op de cumminity van UBNT want soms is de official release ook een fuckup versie:
[...]
Ik zou sowieso auto update uitzetten. Je zou net zien dat jij niet thuis bent, er een update gedraaid wordt en je vrouw geen TV meer kan kijken. Ook wil het nog wel eens voorkomen dat er een fout zit in een update die Ubiquity snel fixt, maar ik wacht liever een paar dagen zodat ik geen early-adopter ben
/u/482740/crop65bfcacf23044_cropped.png?f=community)
Iets meer info over wat er niet wekt zou handig zijn
Heb je TV+ of een ouder kastje? Wat werkt er niet? Helemaal geen beeld? Een foutmelding? Werkte het eerst wel?Ik zie eig geen gekke dingen in de config. Enige wat ik zou aanpassen is de setting IPTV_WAN_RANGES, en deze op “0.0.0.0/0” zetten. Daarna udm-iptv herstarten via ‘servicectl restart udm-iptv’. Vooral bij de oudere kastjes lost dit het vaak op.
[ Voor 5% gewijzigd door JungleJim op 10-03-2026 09:02 ]
Ik heb nog oude Interactieve TV van KPN.. dus geen TV+:
[...]
Iets meer info over wat er niet wekt zou handig zijn
Ik zie eig geen gekke dingen in de config. Enige wat ik zou aanpassen is de setting IPTV_WAN_RANGES, en deze op “0.0.0.0/0” zetten. Daarna udm-iptv herstarten via ‘servicectl restart udm-iptv’. Vooral bij de oudere kastjes lost dit het vaak op.
Wat werkt wel:
- Gewoon Live TV en zappen omhoog / omlaag
Wat werkt niet:
- Gids (blijft leeg)
- Opnames (kan opnamelijst niet ophalen, duurde te lang om met de server te communiceren)
UCG draait BTW op 5.0.12
IPTV_LAN_INTERFACES = br 4 --> omdat het, zoals ik het geïnterpreteerd heb, moet naar het interne VLAN 4 en niet poort nummer.
- The Neo and Only -
Op de WAN of op het VLAN?
WAN KPN kan ik een Primary en Secondary IPv3 Adres DNS invullen
Op de VLAN kan ik er 1tje doen.
Nu nog geen TV+ .. maar Interactieve TV, misschien dat ik nog wel de overstap maak. Maar nu nog niet (vrouwlief vind het oude menu overzicht fijner en de TV+ box werkt niet met mijn Harmony Elite .. dat is voor mij de showstopper nu nog -- ander topic
)
[ Voor 29% gewijzigd door NeoFoX op 10-03-2026 12:06 ]
- The Neo and Only -
Ik denk dat je iets te veel settings hebt aangepast
En ik neem aan dat je Trined hebt?In /etc/udm-iptv.conf moet je de volgende aanpassingen maken:
- IPTV_WAN_VLAN_INTERFACE deze moet je op "iptv" laten staan, dit is de virtuele interface die de UCG Fiber gebruikt om het IPTV verkeer te routeren
- IPTV_WAN_RANGES deze op "0.0.0.0/0" zetten
- IPTV_WAN_MAC heb je niet nodig, dus uitcommentarieren (# ervoor zetten)
- voor Trined moet je IPTV_WAN_DHCP_OPTIONS aanpassen naar "-o -O subnet -O broadcast -O staticroutes" (zie eerdere berichten in dit topic)
Dus deze aanpassingen in /etc/udm-iptv.conf maken, en dan udm-iptv script herstarten met 'systemctl restart udm-iptv'.
Nu kan het zo zijn omdat je IPTV_WAN_VLAN_INTERFACE hebt aangepast dat er een extra interface gemaakt is die niet nodig is. Die moet je dan verwijderen met commando 'ip link delete dev "TriNed-TV"'.
Verder zijn een paar instellingen in de UniFi Network Application van belang:
- in Settings > Network de instelling IGMP Snooping aanzetten voor het lokale netwerk dat je aangemaakt hebt
- in Settings > Internet > je internet verbinding > IGMP Proxy UIT zetten
Bedankt voor het antwoord, het gaat inderdaad om het netwerk van trined i.c.m. tv van trined.:
[...]
Ik denk dat je iets te veel settings hebt aangepast
In /etc/udm-iptv.conf moet je de volgende aanpassingen maken:
- IPTV_WAN_VLAN_INTERFACE deze moet je op "iptv" laten staan, dit is de virtuele interface die de UCG Fiber gebruikt om het IPTV verkeer te routeren
- IPTV_WAN_RANGES deze op "0.0.0.0/0" zetten
- IPTV_WAN_MAC heb je niet nodig, dus uitcommentarieren (# ervoor zetten)
- voor Trined moet je IPTV_WAN_DHCP_OPTIONS aanpassen naar "-o -O subnet -O broadcast -O staticroutes" (zie eerdere berichten in dit topic)
Dus deze aanpassingen in /etc/udm-iptv.conf maken, en dan udm-iptv script herstarten met 'systemctl restart udm-iptv'.
Nu kan het zo zijn omdat je IPTV_WAN_VLAN_INTERFACE hebt aangepast dat er een extra interface gemaakt is die niet nodig is. Die moet je dan verwijderen met commando 'ip link delete dev "TriNed-TV"'.
Verder zijn een paar instellingen in de UniFi Network Application van belang:
- in Settings > Network de instelling IGMP Snooping aanzetten voor het lokale netwerk dat je aangemaakt hebt
- in Settings > Internet > je internet verbinding > IGMP Proxy UIT zetten
De instellingen werken super bedankt!
[ Voor 28% gewijzigd door Casimi op 14-03-2026 00:28 ]
Ah jammer
Ik kwam deze tegen, die wel zou moeten werken na een config change : https://github.com/ishioni/unifi-pppoe-fix-mtu/tree/master
Maar levert denk ik wel alsnog een hikje op na een change
@JungleJim Toch nog een vraag, wellicht heb ik iets over het hoofd gezien.
Na ongeveer 3-5 minuten loopt het beeld vast op de tv. kastje uit en aan en er is weer 3-5 minuten tv.
moet de volgende setting aangepast worden "IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="true"" (staat nu op false)
En moet mDNS uit?
Hieronder de diagnostics van het script:
root@Cloud-Gateway-Fiber:/var/log# udm-iptv diagnose
Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth4
WAN VLAN: 4 (dev iptv)
WAN DHCP: true (options "-o -O subnet -O broadcast -O staticroutes")
WAN Ranges: 0.0.0.0/0
LAN Interfaces: br40
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
31: iptv@eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet 10.8.27.20/10 scope global iptv
valid_lft forever preferred_lft forever
10.0.0.0/10 proto kernel scope link src 10.8.27.20
=== Service Logs ===
Mar 16 08:26:24 Cloud-Gateway-Fiber udm-iptvd[1596371]: DEBUG[main@655]: timeout
Mar 16 08:26:24 Cloud-Gateway-Fiber udm-iptvd[1596371]: DEBUG[main@655]: timeout
Mar 16 08:26:24 Cloud-Gateway-Fiber udm-iptvd[1596371]: DEBUG[main@655]: timeout
Mar 16 08:26:24 Cloud-Gateway-Fiber udm-iptvd[1596371]: DEBUG[main@655]: timeout
Mar 16 08:26:24 Cloud-Gateway-Fiber udm-iptvd[1596371]: DEBUG[main@655]: timeout
Mar 16 08:26:24 Cloud-Gateway-Fiber udm-iptvd[1596371]: DEBUG[main@655]: timeout
Mar 16 08:26:24 Cloud-Gateway-Fiber udm-iptvd[1596371]: DEBUG[main@655]: timeout
Mar 16 08:26:24 Cloud-Gateway-Fiber udm-iptvd[1596371]: DEBUG[main@655]: timeout
Mar 16 08:26:24 Cloud-Gateway-Fiber udm-iptvd[1596371]: DEBUG[main@655]: timeout
Mar 16 08:26:24 Cloud-Gateway-Fiber udm-iptvd[1596371]: DEBUG[main@655]: timeout
huidige configuratie
## Example configuration for udmp-iptv ##
# Interface on which IPTV traffic enters the router
IPTV_WAN_INTERFACE="eth4"
# ID of VLAN which carries IPTV traffic (use 0 if no VLAN is used)
IPTV_WAN_VLAN="4"
# Name of the IPTV VLAN interface
IPTV_WAN_VLAN_INTERFACE="iptv"
# IP ranges from which the IPTV traffic originates (separated by spaces)
#IPTV_WAN_RANGES="213.75.0.0/16 217.166.0.0/16 195.121.0.0/16"
IPTV_WAN_RANGES="0.0.0.0/0"
#IPTV_WAN_MAC="00:11:22:33:44:55"
# DHCP options to send when requesting an IP address
#IPTV_WAN_DHCP_OPTIONS="-O staticroutes -V IPTV_RG"
IPTV_WAN_DHCP_OPTIONS="-o -O subnet -O broadcast -O staticroutes"
# LAN interfaces on which IPTV should be made available
IPTV_LAN_INTERFACES="br40"
# Disable quickleave for igmpproxy
IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="false"
# Enable debugging for igmpproxy
IPTV_IGMPPROXY_DEBUG="true"
IPTV_IGMPPROXY_PROGRAM="improxy"
IPTV_IGMPPROXY_IGMP_VERSION="2"
Screenshot van de wan poort
/f/image/13tP2UuUMLd4t6tOWYHLTFbm.png?f=fotoalbum_large)
TriNed netwerk poort.
/f/image/kojeUF64E5jsWQ6OU6SpOghV.png?f=fotoalbum_large)
Moet ik nog iets anders configureren? Bijvoorbeeld de onderstaande firewall rule?
Option 2: Fix the Firewall for the Script
If you really want to keep using the script, we need to manually allow the multicast traffic through your Unifi firewall so it stops timing out.
Go to Settings > Security > Firewall Rules.
Create a new rule under Internet Local (or WAN Local):
Action: Accept
Protocol: UDP
Source: Network -> IPTV (or specifically TriNed's IP range if you know it, otherwise leave as Any)
Destination: Any
Advanced: Check the box for Multicast.
Create another rule under Internet In (or WAN In):
Action: Accept
Protocol: UDP
Source: Any
Destination: Network -> Your VLAN 40
Advanced: Check the box for Multicast.
Na ongeveer 3-5 minuten loopt het beeld vast op de tv. kastje uit en aan en er is weer 3-5 minuten tv.
moet de volgende setting aangepast worden "IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="true"" (staat nu op false)
En moet mDNS uit?
Hieronder de diagnostics van het script:
root@Cloud-Gateway-Fiber:/var/log# udm-iptv diagnose
Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth4
WAN VLAN: 4 (dev iptv)
WAN DHCP: true (options "-o -O subnet -O broadcast -O staticroutes")
WAN Ranges: 0.0.0.0/0
LAN Interfaces: br40
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
31: iptv@eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet 10.8.27.20/10 scope global iptv
valid_lft forever preferred_lft forever
10.0.0.0/10 proto kernel scope link src 10.8.27.20
=== Service Logs ===
Mar 16 08:26:24 Cloud-Gateway-Fiber udm-iptvd[1596371]: DEBUG[main@655]: timeout
Mar 16 08:26:24 Cloud-Gateway-Fiber udm-iptvd[1596371]: DEBUG[main@655]: timeout
Mar 16 08:26:24 Cloud-Gateway-Fiber udm-iptvd[1596371]: DEBUG[main@655]: timeout
Mar 16 08:26:24 Cloud-Gateway-Fiber udm-iptvd[1596371]: DEBUG[main@655]: timeout
Mar 16 08:26:24 Cloud-Gateway-Fiber udm-iptvd[1596371]: DEBUG[main@655]: timeout
Mar 16 08:26:24 Cloud-Gateway-Fiber udm-iptvd[1596371]: DEBUG[main@655]: timeout
Mar 16 08:26:24 Cloud-Gateway-Fiber udm-iptvd[1596371]: DEBUG[main@655]: timeout
Mar 16 08:26:24 Cloud-Gateway-Fiber udm-iptvd[1596371]: DEBUG[main@655]: timeout
Mar 16 08:26:24 Cloud-Gateway-Fiber udm-iptvd[1596371]: DEBUG[main@655]: timeout
Mar 16 08:26:24 Cloud-Gateway-Fiber udm-iptvd[1596371]: DEBUG[main@655]: timeout
huidige configuratie
## Example configuration for udmp-iptv ##
# Interface on which IPTV traffic enters the router
IPTV_WAN_INTERFACE="eth4"
# ID of VLAN which carries IPTV traffic (use 0 if no VLAN is used)
IPTV_WAN_VLAN="4"
# Name of the IPTV VLAN interface
IPTV_WAN_VLAN_INTERFACE="iptv"
# IP ranges from which the IPTV traffic originates (separated by spaces)
#IPTV_WAN_RANGES="213.75.0.0/16 217.166.0.0/16 195.121.0.0/16"
IPTV_WAN_RANGES="0.0.0.0/0"
#IPTV_WAN_MAC="00:11:22:33:44:55"
# DHCP options to send when requesting an IP address
#IPTV_WAN_DHCP_OPTIONS="-O staticroutes -V IPTV_RG"
IPTV_WAN_DHCP_OPTIONS="-o -O subnet -O broadcast -O staticroutes"
# LAN interfaces on which IPTV should be made available
IPTV_LAN_INTERFACES="br40"
# Disable quickleave for igmpproxy
IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="false"
# Enable debugging for igmpproxy
IPTV_IGMPPROXY_DEBUG="true"
IPTV_IGMPPROXY_PROGRAM="improxy"
IPTV_IGMPPROXY_IGMP_VERSION="2"
Screenshot van de wan poort
:strip_exif()/f/image/13tP2UuUMLd4t6tOWYHLTFbm.png?f=user_large)
TriNed netwerk poort.
:strip_exif()/f/image/kojeUF64E5jsWQ6OU6SpOghV.png?f=user_large)
Moet ik nog iets anders configureren? Bijvoorbeeld de onderstaande firewall rule?
Option 2: Fix the Firewall for the Script
If you really want to keep using the script, we need to manually allow the multicast traffic through your Unifi firewall so it stops timing out.
Go to Settings > Security > Firewall Rules.
Create a new rule under Internet Local (or WAN Local):
Action: Accept
Protocol: UDP
Source: Network -> IPTV (or specifically TriNed's IP range if you know it, otherwise leave as Any)
Destination: Any
Advanced: Check the box for Multicast.
Create another rule under Internet In (or WAN In):
Action: Accept
Protocol: UDP
Source: Any
Destination: Network -> Your VLAN 40
Advanced: Check the box for Multicast.
[ Voor 14% gewijzigd door Casimi op 16-03-2026 11:22 ]
:
[...]
Als de stream vast loopt na aantal minuten is dat vaak een teken dat de IGMP Proxy niet goed werkt. Hoe heb je de IGMP Snooping instellingen in Network Application staan? Zie Settings > Networks.
Zie hoe hij nu is geactiveerd"
/f/image/kpJnhqQXZpcevGxWjwmSmesG.png?f=fotoalbum_large)
Wat je zou kunnen proberen is een andere IGMP proxy gebruiken. Standaard gebruikt het udm-iptv script de IGMP proxy die in UnifiOS zit (improxy), maar je kunt ook igmpproxy gebruiken. Die moet je dan eerst installeren met 'apt install igmpproxy', en dan in je configuratie de setting IPTV_IGMPPROXY_PROGRAM op "igmpproxy" zetten. En dan script herstarten ('systemctl restart udm-iptv').
Bovenstaand laat ik even open als optie om nog te proberen.
En tenslotte zou je nog kunnen proberen om de poort waar je TV kastje aanhangt zo in te stellen dat daar alleen het VLAN verkeer van je lokale VLAN voor IPTV op komt. Dat kun je doen via de Port Manager, voor de poort waar het kastje aanhangt Native VLAN / Network op TriNed-TV instellen en Tagged VLAN Management op Block All.
Aangepast, kijken of het nu beter loopt.
@JungleJim alle bovenstaande opties geprobeerd inclusief een factory reset mocht niet baten. Nog eventueel opties? Voor nu heb ik de fritzbox er weer tussen zitten tijdelijk
[...]
Als de stream vast loopt na aantal minuten is dat vaak een teken dat de IGMP Proxy niet goed werkt. Hoe heb je de IGMP Snooping instellingen in Network Application staan? Zie Settings > Networks.
Zie hoe hij nu is geactiveerd"
:strip_exif()/f/image/kpJnhqQXZpcevGxWjwmSmesG.png?f=user_large)
Wat je zou kunnen proberen is een andere IGMP proxy gebruiken. Standaard gebruikt het udm-iptv script de IGMP proxy die in UnifiOS zit (improxy), maar je kunt ook igmpproxy gebruiken. Die moet je dan eerst installeren met 'apt install igmpproxy', en dan in je configuratie de setting IPTV_IGMPPROXY_PROGRAM op "igmpproxy" zetten. En dan script herstarten ('systemctl restart udm-iptv').
Bovenstaand laat ik even open als optie om nog te proberen.
En tenslotte zou je nog kunnen proberen om de poort waar je TV kastje aanhangt zo in te stellen dat daar alleen het VLAN verkeer van je lokale VLAN voor IPTV op komt. Dat kun je doen via de Port Manager, voor de poort waar het kastje aanhangt Native VLAN / Network op TriNed-TV instellen en Tagged VLAN Management op Block All.
Aangepast, kijken of het nu beter loopt.
@JungleJim alle bovenstaande opties geprobeerd inclusief een factory reset mocht niet baten. Nog eventueel opties? Voor nu heb ik de fritzbox er weer tussen zitten tijdelijk
[ Voor 6% gewijzigd door Casimi op 17-03-2026 22:21 ]
Pff, het heeft heel wat keren gekost maar multicast werkt hier! Althans, hij draait al bijna 30min terwijl ie voorheen bij 10 minuten al vast liep.
Ik heb alles 10x nagelopen en alles klopte zover ik het kon zien. Echter hij bleef maar vastlopen rond de 10 minuten. Uiteindelijk was gewoon een reboot nodig van de router 🙈 Kortom: na het aanpassen van de config moet je dus je router rebooten.. If I would only know earlier
Thanks voor de hulp hier!!
@Casimi : dit heeft bij mij geholpen. Herstart jij na elke change via het script van fabian?
Ik heb alles 10x nagelopen en alles klopte zover ik het kon zien. Echter hij bleef maar vastlopen rond de 10 minuten. Uiteindelijk was gewoon een reboot nodig van de router 🙈 Kortom: na het aanpassen van de config moet je dus je router rebooten.. If I would only know earlier
Thanks voor de hulp hier!!
@Casimi : dit heeft bij mij geholpen. Herstart jij na elke change via het script van fabian?
[ Voor 19% gewijzigd door ID-College op 18-03-2026 13:35 ]
Dit moet altijd na aanpassingen aan udm-iptv.conf: het script draait wanneer de Gateway opstart, en wijzigingen in de config worden alleen opgepikt door een herstart van de udm-iptv service ('systemctl restart udm-iptv'). Daarom zeg ik dat er ook altijd bij in mijn reacties
Soms kan een reboot van de Gateway idd helpen, maar in principe is dat niet nodig als je aanpassingen in de udm-iptv configuratie maakt. Bij troubleshooting is het wel aan te bevelen, dan begin je met een wat schonere lei.
Nu te laat:
[...]
Dit moet altijd na aanpassingen aan udm-iptv.conf: het script draait wanneer de Gateway opstart, en wijzigingen in de config worden alleen opgepikt door een herstart van de udm-iptv service ('systemctl restart udm-iptv'). Daarom zeg ik dat er ook altijd bij in mijn reacties
Soms kan een reboot van de Gateway idd helpen, maar in principe is dat niet nodig als je aanpassingen in de udm-iptv configuratie maakt. Bij troubleshooting is het wel aan te bevelen, dan begin je met een wat schonere lei.
Maargoed, t werkt inmiddels gelukkig! Ik was dat ff vergeten iig dus ongetwijfeld paar keren voor niks geweest. Wat dat betreft is die github maar beperkt qua informatie. Beter als dit soort zaken erbij staan. Ik was vooral die aan het volgen en uiteindelijk wat configs van hier geplukt die bij anderen werken..!