[Ubiquiti & IPTV] Ervaringen & Discussie

[JungleJim]

le1337 schreef op dinsdag 28 april 2026 @ 11:42:
Heeft iemand een idee wat er hier verkeerd staat?

Ik heb 2 tv boxen,
De IPTV op Port 1 werkt goed.
De IPTV op Port 2 (Werkt via POE naar een andere kamer), werkte eerst maar is plotseling zo langzaam dat het niet kijkbaar is (POE adapter en alles al gereste inclusief de box).

(De connectie op port 2 werkt wel een soortvan krijgt een local IP e.d., op het screenshot is die toevallig niet verbonden).

En er is ook een verbinding gewoon abnormaal langzaam.

Welke Powerline adapters gebruik je? Ondersteunen die ook IGMP Snooping? (Tenminste neem aan dat je met POE bedoelt dat je Powerline adapters gebruikt, niet Power of Ethernet)

En hoe heb je de poorten op je UCG Fiber ingesteld in Port Manager? Handigst is om de poorten waarop een TV kastje zit, direct of evt via powerline, zo in te stellen dat native netwerk je IPTV VLAN is, en dat andere VLANs geblokt worden.

[le1337]

JungleJim schreef op dinsdag 28 april 2026 @ 12:33:
[...]

Welke Powerline adapters gebruik je? Ondersteunen die ook IGMP Snooping? (Tenminste neem aan dat je met POE bedoelt dat je Powerline adapters gebruikt, niet Power of Ethernet)

En hoe heb je de poorten op je UCG Fiber ingesteld in Port Manager? Handigst is om de poorten waarop een TV kastje zit, direct of evt via powerline, zo in te stellen dat native netwerk je IPTV VLAN is, en dat andere VLANs geblokt worden.

Ik bedoelde inderdaad powerline*
In Port manager staat de port die naar de powerline adapter gaat inderdaad op de IPTV vlan.

Ik heb de TPLink AV600 (https://www.amazon.nl/-/e...id=1777408208&sr=8-1&th=1) voor zover ik weet support die IGMP snooping (maar niet heel duidelijk)

Wel vreemd hoe het perfect heeft gewerkt (tot recent opeens), en ook nooit problemen gehad met de KPN router.

[ Voor 4% gewijzigd door le1337 op 28-04-2026 22:33 ]

[le1337]

le1337 schreef op dinsdag 28 april 2026 @ 22:30:
[...]


Ik bedoelde inderdaad powerline*
In Port manager staat de port die naar de powerline adapter gaat inderdaad op de IPTV vlan.

Ik heb de TPLink AV600 (https://www.amazon.nl/-/e...id=1777408208&sr=8-1&th=1) voor zover ik weet support die IGMP snooping (maar niet heel duidelijk)

Wel vreemd hoe het perfect heeft gewerkt (tot recent opeens), en ook nooit problemen gehad met de KPN router.

Oké kleine update, ik heb nu de nieuwe tv box (powerline werkte toch meh en die werkt in ieder geval op wifi), beide TV's doen het nu wel maar heb verder toch het idee dat multicast niet vlekkeloos werkt. (Ook direct bekabelt).

Of is het normaal dat zappen 4 seconden duurt tot afspelen? (Zie bovenstaande post met mijn instellingen).

[mgiebels]

Nee dat is niet normaal mijne werkt met zappen meteen beeld en geluid.
Is net of je script dan niet werkt.

[JungleJim]

le1337 schreef op woensdag 29 april 2026 @ 19:16:
[...]

Oké kleine update, ik heb nu de nieuwe tv box (powerline werkte toch meh en die werkt in ieder geval op wifi), beide TV's doen het nu wel maar heb verder toch het idee dat multicast niet vlekkeloos werkt. (Ook direct bekabelt).

Of is het normaal dat zappen 4 seconden duurt tot afspelen? (Zie bovenstaande post met mijn instellingen).

Het is heel makkelijk om te zien of je multicast kijkt: open de zenderinformatie wanneer je een zender bekijkt, als er rechtsonder Live staat, dan kijk je unicast. Staat er LIVE dan kijk je multicast.

En via WiFi ga je niet snel betrouwbaar multicast kunnen kijken, want WiFi en multicast gaan niet echt lekker samen. Wat je dan zou kunnen doen is op de TV box die via WiFi verbonden is unicast kijken dwz zo instellen dat de TV box altijd unicast gebruikt, en op de bekabelde TV box multicast kijken.

[Korakal]

Goedemorgen!

Vandaag is eindelijk mijn KPN glasvezelverbinding opgeleverd (half jaar op alleen hotspots gezeten door een administratief geprutst bij diverse partijen) en waar ik eerder gebruik maakte van de KPN Box voor IPTV, doorgelust naar een apart VLAN op mijn netwerk, wil ik nu de inrichting zonder de KPN Box uitvoeren.

Ik heb een USG3P, en enkele UniFi switches die allemaal VLAN en IGMP snooping ondersteunen. De reguliere internetverbinding heb ik werkend met de handleiding van vanachterberg.org. Ik heb zoals gesuggereerd ook een VLAN661 aangemaakt, met hopelijk de verdere juiste settings, want de interface is tegenwoordig wat anders dan in de handleiding...



De poort waarop de STB is aangesloten heb ik het IPTV profiel gegeven. Als ik de STB opstart, krijg ik een F143, hij krijgt geen IPadres.

Ik heb via SSH op de USG gevonden dat met 'show interfaces' de eth0.4 niet bestaat, en ik krijg ook geen resultaat op 'show dhcp client leases interface eth0.4'. De 0.4 wordt echter wel in de config.gateway.json genoemd die ik aan de controller heb gevoerd.



Hier houdt mijn kennis op van wat ik kan debuggen/proberen, iemand een idee wat ik zou kunnen doen?

[ Voor 3% gewijzigd door Korakal op 08-05-2026 13:38 ]

[JungleJim]

Korakal schreef op vrijdag 8 mei 2026 @ 11:34:
Goedemorgen!

Vandaag is eindelijk mijn KPN glasvezelverbinding opgeleverd (half jaar op alleen hotspots gezeten door een administratief geprutst bij diverse partijen) en waar ik eerder gebruik maakte van de KPN Box voor IPTV, doorgelust naar een apart VLAN op mijn netwerk, wil ik nu de inrichting zonder de KPN Box uitvoeren.

Ik heb een USG3P, en enkele UniFi switches die allemaal VLAN en IGMP snooping ondersteunen. De reguliere internetverbinding heb ik werkend met de handleiding van vanachterberg.org. Ik heb zoals gesuggereerd ook een VLAN661 aangemaakt, met hopelijk de verdere juiste settings, want de interface is tegenwoordig wat anders dan in de handleiding...

[Afbeelding]

De poort waarop de STB is aangesloten heb ik het IPTV profiel gegeven. Als ik de STB opstart, krijg ik een F143, hij krijgt geen IPadres.

Ik heb via SSH op de USG gevonden dat met 'show interfaces' de eth0.4 niet bestaat, en ik krijg ook geen resultaat op 'show dhcp client leases interface eth0.4'. De 0.4 wordt echter wel in de config.gateway.json genoemd die ik aan de controller heb gevoerd.

[Afbeelding]

Hier houdt mijn kennis op van wat ik kan debuggen/proberen, iemand een idee wat ik zou kunnen doen?

Heb je Unifi Security Gateway (USG) met KPN IPTV op een apart VLAN gevolgd? Met die instructies zou je ook IPTV op een USG3P aan de praat moeten kunnen krijgen. Zelf helaas geen ervaring, in het verleden wel een USG3P gehad maar niet icm IPTV.

[ Voor 3% gewijzigd door JungleJim op 08-05-2026 13:13 ]

[Korakal]

Yep, precies die gevolgd... maar de virtuele interface wordt dus niet gemaakt.

[JungleJim]

Korakal schreef op vrijdag 8 mei 2026 @ 13:36:
Yep, precies die gevolgd... maar de virtuele interface wordt dus niet gemaakt.

Het kpn.sh script dat in die instructies gebruikt wordt logt eea naar /var/log/kpn.log, je zou eens kunnen kijken of in dat bestand nog fouten of andere meldingen staan die kunnen helpen om te achterhalen wat er mis gaat.

[Korakal]

Ik zie er niks geks aan, maar misschien dat iemand anders daar wél wat in ziet?

code:

m...@BG-Meterkast-USG:~$ cat /var/log/kpn.log
[Fri May  8 13:26:32 CEST 2026] [kpn.sh] Executed at Fri May  8 13:26:32 CEST 20                                                                26
[Fri May  8 13:26:32 CEST 2026] [kpn.sh] creating lock file at /config/scripts/p                                                                ost-config.d/kpn.lock
[Fri May  8 13:26:32 CEST 2026] [kpn.sh] routes dhcp hook does not exist
[Fri May  8 13:26:32 CEST 2026] [kpn.sh] Creating dhcp hook at /etc/dhcp3/dhclie                                                                nt-exit-hooks.d/routes
[Fri May  8 13:26:32 CEST 2026] [kpn.sh] Release dhcp interface eth0.4
[Fri May  8 13:26:34 CEST 2026] [kpn.sh] Renew dhcp interface eth0.4
[Fri May  8 13:26:36 CEST 2026] [kpn.sh] Restarting IGMP proxy
IGMP is not configured
[Fri May  8 13:26:38 CEST 2026] [kpn.sh] The file /etc/commit/post-hooks.d/set-k                                                                pn-hook.sh does not exists, creating hook now
[Fri May  8 13:26:38 CEST 2026] [kpn.sh] MTU for eth0 not configured, adjusting                                                                 config
[Fri May  8 13:26:38 CEST 2026] [kpn.sh] Disconnecting pppoe2 before changing MT                                                                U
Bringing interface pppoe2 down...
[Fri May  8 13:26:44 CEST 2026] [kpn.sh] Setting mtu for eth0 to 1512
[Fri May  8 13:26:45 CEST 2026] [kpn.sh] Setting mtu for eth0 vif 6 to 1508
[Fri May  8 13:26:45 CEST 2026] [kpn.sh] Commiting
[Fri May  8 13:26:55 CEST 2026] [set-kpn-hook.sh] Executed at Fri May  8 13:26:5                                                                5 CEST 2026
[Fri May  8 13:26:55 CEST 2026] [set-kpn-hook.sh] Configuration changes have bee                                                                n commited, adding crontab for kpn.sh
[Fri May  8 13:26:55 CEST 2026] [kpn.sh] Connecting pppoe2 after changing MTU
Bringing interface pppoe2 up...
[Fri May  8 13:26:55 CEST 2026] [kpn.sh] removing lock file at /config/scripts/p                                                                ost-config.d/kpn.lock
[Fri May  8 13:27:01 CEST 2026] [kpn.sh] Executed at Fri May  8 13:27:01 CEST 20                                                                26
[Fri May  8 13:27:01 CEST 2026] [kpn.sh] creating lock file at /config/scripts/p                                                                ost-config.d/kpn.lock
[Fri May  8 13:27:01 CEST 2026] [kpn.sh] KPN found in crontab, removing /etc/cro                                                                n.d/kpn
[Fri May  8 13:27:03 CEST 2026] [kpn.sh] removing lock file at /config/scripts/p                                                                ost-config.d/kpn.lock
[Fri May  8 13:27:03 CEST 2026] [kpn.sh] Finished
[Fri May  8 13:29:58 CEST 2026] [set-kpn-hook.sh] Executed at Fri May  8 13:29:5                                                                8 CEST 2026
[Fri May  8 13:29:58 CEST 2026] [set-kpn-hook.sh] Configuration changes have bee                                                                n commited, adding crontab for kpn.sh
[Fri May  8 13:30:01 CEST 2026] [kpn.sh] Executed at Fri May  8 13:30:01 CEST 20                                                                26
[Fri May  8 13:30:01 CEST 2026] [kpn.sh] creating lock file at /config/scripts/p                                                                ost-config.d/kpn.lock
[Fri May  8 13:30:01 CEST 2026] [kpn.sh] KPN found in crontab, removing /etc/cro                                                                n.d/kpn
[Fri May  8 13:30:01 CEST 2026] [kpn.sh] MTU for eth0 not configured, adjusting                                                                 config
[Fri May  8 13:30:01 CEST 2026] [kpn.sh] Disconnecting pppoe2 before changing MT                                                                U
Bringing interface pppoe2 down...
[Fri May  8 13:30:07 CEST 2026] [kpn.sh] Setting mtu for eth0 to 1512
[Fri May  8 13:30:08 CEST 2026] [kpn.sh] Setting mtu for eth0 vif 6 to 1508
[Fri May  8 13:30:08 CEST 2026] [kpn.sh] Commiting
[Fri May  8 13:30:19 CEST 2026] [set-kpn-hook.sh] Executed at Fri May  8 13:30:1                                                                9 CEST 2026
[Fri May  8 13:30:19 CEST 2026] [set-kpn-hook.sh] Configuration changes have bee                                                                n commited, adding crontab for kpn.sh
[Fri May  8 13:30:19 CEST 2026] [kpn.sh] Connecting pppoe2 after changing MTU
Bringing interface pppoe2 up...
[Fri May  8 13:30:19 CEST 2026] [kpn.sh] removing lock file at /config/scripts/p                                                                ost-config.d/kpn.lock
[Fri May  8 13:31:01 CEST 2026] [kpn.sh] Executed at Fri May  8 13:31:01 CEST 20                                                                26
[Fri May  8 13:31:01 CEST 2026] [kpn.sh] creating lock file at /config/scripts/p                                                                ost-config.d/kpn.lock
[Fri May  8 13:31:01 CEST 2026] [kpn.sh] KPN found in crontab, removing /etc/cro                                                                n.d/kpn
[Fri May  8 13:31:01 CEST 2026] [kpn.sh] removing lock file at /config/scripts/p                                                                ost-config.d/kpn.lock
[Fri May  8 13:31:01 CEST 2026] [kpn.sh] Finished
m...@BG-Meterkast-USG:~$

Regel 9 zegt: IGMP not configured, maar:

[JungleJim]

@Korakal hoe ziet je netwerk er verder uit? Nog extra switches? Zo ja van UniFi of van een ander merk? Dat kan invloed hebben op IGMP.

Precieze werking van het script ken ik verder niet, dus ben bang dat ik je daar niet veel verder mee kan helpen. Wellicht iemand anders hier wel...

[Korakal]

Ik heb uitsluitend UniFi materiaal in het netwerk. De Fiber-NT zit op de WAN poort van de USG, de LAN-poort van de USG gaat naar een USW16LitePoE. Er zijn diverse IW-HD accesspoints, waar de KPN STB aan ééntje zit (met het IPTV poortprofiel toegewezen).

[JungleJim]

Korakal schreef op vrijdag 8 mei 2026 @ 15:48:
Ik heb uitsluitend UniFi materiaal in het netwerk. De Fiber-NT zit op de WAN poort van de USG, de LAN-poort van de USG gaat naar een USW16LitePoE. Er zijn diverse IW-HD accesspoints, waar de KPN STB aan ééntje zit (met het IPTV poortprofiel toegewezen).

Ok dat zou voor IGMP snooping dan iig geen issues moeten geven (weet niet 100% zeker of de In Wall HD ook IGMP snooping ondersteunt).

Ik zou sowieso de setting Querier Selection op On ipv Advanced zetten dan, tenzij je specifieke redenen heb om 'm op Advanced te zetten.

Verder zijn die instructies en scripts van coolhva ook al weer 5 jaar oud, dus geen idee of die nog goed werken met recente versies van UniFi Network Application. De USG 3P firmware lijkt niet echt recent meer te zijn geüpdatet.

Hopelijk kan iemand anders je verder helpen!

[Korakal]

Thanks - daar kwam de UI zelf mee, heb het veranderd nu naar 'On'. Helaas nog geen verandering.

Hopelijk is er iemand die het met een up-to-date USG werkend heeft en die dit herkent?

[Argarath]

Ik heb weer iets vreemds. IPTV werkt prima met multicast, maar vandaag kwam ik erachter dat als ik een download aanzet op mijn NAS (een nzb via sabdnzb) de iptv gaat storen???

De NAS zit rechtstreeks op mijn netgear managed switch, op die switch zit ook de usw-lite waar de stb op zit aangesloten. Ik heb dit gedrag nog nooit gezien. Een gelijktijdige videoland stream op een iPad loopt gewoon probleemloos door. Als ik sabdnzb pauzeer, dan is iptv weer prima…

heeft iemand een idee hoe dit nou weer kan?

[ Voor 5% gewijzigd door Argarath op 10-05-2026 17:44 ]

[bvk007]

Argarath schreef op zondag 10 mei 2026 @ 17:42:
Ik heb weer iets vreemds. IPTV werkt prima met multicast, maar vandaag kwam ik erachter dat als ik een download aanzet op mijn NAS (een nzb via sabdnzb) de iptv gaat storen???

De NAS zit rechtstreeks op mijn netgear managed switch, op die switch zit ook de usw-lite waar de stb op zit aangesloten. Ik heb dit gedrag nog nooit gezien. Een gelijktijdige videoland stream op een iPad loopt gewoon probleemloos door. Als ik sabdnzb pauzeer, dan is iptv weer prima…

heeft iemand een idee hoe dit nou weer kan?

Volgens mij niet zo heel gek l. Maar een stream zoals videoland die buffert/download en dan heb je geen haperingen. IPTV verkeer komt binnen via een directe stream en wordt omgezet via je stb maar die buffert niet/nauwelijks. Dus als je een download aanzet die je volle bandbreedte opsnoept heeft die invloed op de rest van je internet verkeer.

[Korakal]

JungleJim schreef op vrijdag 8 mei 2026 @ 16:05:
[...]

Ok dat zou voor IGMP snooping dan iig geen issues moeten geven (weet niet 100% zeker of de In Wall HD ook IGMP snooping ondersteunt).

Ik zou sowieso de setting Querier Selection op On ipv Advanced zetten dan, tenzij je specifieke redenen heb om 'm op Advanced te zetten.

Verder zijn die instructies en scripts van coolhva ook al weer 5 jaar oud, dus geen idee of die nog goed werken met recente versies van UniFi Network Application. De USG 3P firmware lijkt niet echt recent meer te zijn geüpdatet.

Hopelijk kan iemand anders je verder helpen!

ik heb nogmaals alles vanaf het begin uitgevoerd, en nu werkt het wel. Ik kan niet helemaal achterhalen wat er in welke stap dan anders is geweest (eigenlijk vooral: niet dat ik iets heb gemerkt), maar het werkt en dat is het belangrijkste!

[Argarath]

bvk007 schreef op zondag 10 mei 2026 @ 22:22:
[...]

Volgens mij niet zo heel gek l. Maar een stream zoals videoland die buffert/download en dan heb je geen haperingen. IPTV verkeer komt binnen via een directe stream en wordt omgezet via je stb maar die buffert niet/nauwelijks. Dus als je een download aanzet die je volle bandbreedte opsnoept heeft die invloed op de rest van je internet verkeer.

Die snap ik, alleen ik heb er eerder nooit last van gehad, Is dit iets wat dmv QOS oid op te lossen is? Want de WAF wordt hiermee toch wat negatief beinvloed ;-)

[bvk007]

Misschien wel via QoS of anders sabnzb knijpen op 80%

[buzzlightyear]

Nadat mijn Edgerouter 3 door een spanningspiek was overleden heb ik direct maar alles geupgrade naar Unifi en maak nu gebruik van een UniFi Cloud Gateway Fiber. Aangezien ik gebruik maak van KPN iptv heb ik de Fabianishere instructies gevolgd maar loop helaas tegen wat problemen aan. IPTV werkt enigszins maar af en toe vastlopers van beeld. Daarnaast kan ik geen opgeslagen programma’s kijken.

Heb dan ook een praktische vraag: conform de instructies heb ik twee aparte netwerken gemaakt (zie screenshot). De set top box krijgt een ip adres uit de internet dhcp pool, zou de set top box niet een 192.168.2.xxx nummer moeten krijgen? Zo ja, welke instelling heb ik gemist?

[JungleJim]

buzzlightyear schreef op zaterdag 16 mei 2026 @ 09:28:
Nadat mijn Edgerouter 3 door een spanningspiek was overleden heb ik direct maar alles geupgrade naar Unifi en maak nu gebruik van een UniFi Cloud Gateway Fiber. Aangezien ik gebruik maak van KPN iptv heb ik de Fabianishere instructies gevolgd maar loop helaas tegen wat problemen aan. IPTV werkt enigszins maar af en toe vastlopers van beeld. Daarnaast kan ik geen opgeslagen programma’s kijken.

Heb dan ook een praktische vraag: conform de instructies heb ik twee aparte netwerken gemaakt (zie screenshot). De set top box krijgt een ip adres uit de internet dhcp pool, zou de set top box niet een 192.168.2.xxx nummer moeten krijgen? Zo ja, welke instelling heb ik gemist?

[Afbeelding]

Lees aub even het topic door, daar staan genoeg aanwijzingen om het werkend te krijgen. Ff de highlights waar je naar moet kijken:

• zorg dat je TV kastje in het IPTV VLAN zit (dat lijkt op basis van je screenshot niet zo te zijn aangezien er geen IP adressen uitgegeven zijn in dat VLAN). Dit doe je door in Port Manager de switch poort waar de TV STB aanzit in te stellen op native network IPTV en block all voor andere netwerken.
• zorg dat het udm-iptv script juist geconfigureerd is. Belangrijk is de setting IPTV_WAN_RANGES, die moet je handmatig op "0.0.0.0/0" zetten (en dan udm-iptv service herstarten met 'systemctl restart udm-iptv')
• als je TV+ hebt, check dan of je daadwerkelijk multicast kijkt. Dat doe je door zenderinfo naar voren te halen, staat er rechtsonderin LIVE dan kijk je multicast, staat er Live dan kijk je unicast
• als je de oude KPN TV hebt, dan wil het bij problemen wel eens helpen om in je IPTV (lokale) VLAN de DNS servers in te stellen op de KPN DNS servers (ipv de default waarbij de UCG Fiber als DNS server wordt gebruikt). KPN DNS servers zijn 195.121.1.34 en 195.121.1.66
• als je nog switches in je netwerk hebt, check dan of ze ook IGMP snooping ondersteunen. De meeste UniFi switches doen dat, maar niet alle zoals bijv de Flex Mini.
• als je het probleem hebt dat een stream na een paar minuten vastloopt, dan kan het helpen om een andere IGMP proxy te gebruiken. Standaard is improxy, maar je kunt ook igmpproxy proberen. Daarvoor doe je 'apt update', 'apt install igmpproxy', en dan /etc/udm-iptv.conf aanpassen zodat IPTV_IGMPPROXY_PROGRAM op "igmpproxy" staat (als die setting er nog niet bij staat dan even toevoegen op een nieuwe regel). En dan herstart van udm-iptv service.

En hou er rekening mee dat wanneer je Unifi OS update, dat je dan udm-iptv opnieuw moet installeren en configureren. Dat gaat namelijk verloren bij een upgrade.

[FrankieV]

Hoi allemaal, ik wil graag mijn netwerk vernieuwen met UniFy apparatuur. Cloud Gateway Max en 4 switches Lite 8 PoE en een aantal U6 Pro wifi punten. Heb met Ai mijn systeem gecheckt en geeft aan:

De nieuwste KPN TV+ Box (het compacte zwarte Android-kastje) werkt fundamenteel anders. Deze box haalt zijn gegevens (live tv, apps, gids) rechtstreeks over je normale internetverbinding (VLAN 6).

• Geen script nodig: De Cloud Gateway Max heeft aan de internetkant alleen het standaard KPN-profiel (VLAN 6) nodig.
• Werking: Zodra de router internet heeft, krijgt de TV+ box direct verbinding. Geen ingewikkelde computercodes of command-lines.

Kan ik idd de spulletjes bestellen. Of moet ik bij Multicast wel degelijk een script gebruiken?

---

[JungleJim]

FrankieV schreef op zaterdag 16 mei 2026 @ 16:25:
Hoi allemaal, ik wil graag mijn netwerk vernieuwen met UniFy apparatuur. Cloud Gateway Max en 4 switches Lite 8 PoE en een aantal U6 Pro wifi punten. Heb met Ai mijn systeem gecheckt en geeft aan:

De nieuwste KPN TV+ Box (het compacte zwarte Android-kastje) werkt fundamenteel anders. Deze box haalt zijn gegevens (live tv, apps, gids) rechtstreeks over je normale internetverbinding (VLAN 6).

• Geen script nodig: De Cloud Gateway Max heeft aan de internetkant alleen het standaard KPN-profiel (VLAN 6) nodig.
• Werking: Zodra de router internet heeft, krijgt de TV+ box direct verbinding. Geen ingewikkelde computercodes of command-lines.

Kan ik idd de spulletjes bestellen. Of moet ik bij Multicast wel degelijk een script gebruiken?

---

KPN TV+ ondersteunt zowel unicast als multicast. Voor unicast heb je udm-iptv (ook wel “het script” genoemd) niet nodig en hoef je geen aanpassingen in je UniFi config te doen. Wil je multicast gebruiken dan heb je udm-iptv wel nodig.

[FrankieV]

Ok, dank je. Dat is dat script wat bij ieder update weg is?

[JungleJim]

FrankieV schreef op zaterdag 16 mei 2026 @ 16:54:
Ok, dank je. Dat is dat script wat bij ieder update weg is?

Nou het is eerder het script wat multicast IPTV op een UniFi gateway mogelijk maakt

Bij een update van UniFi OS zul je udm-iptv idd opnieuw moeten installeren en configureren. Bij updates van Network Application of AP/switch firmware is dat niet nodig.

Dus tip is om auto update voor UniFi OS uit te zetten.

[JungleJim]

FrankieV schreef op zaterdag 16 mei 2026 @ 16:25:
Hoi allemaal, ik wil graag mijn netwerk vernieuwen met UniFy apparatuur. Cloud Gateway Max en 4 switches Lite 8 PoE en een aantal U6 Pro wifi punten.

Je kunt trouwens ook de Cloud Gateway Fiber overwegen, die heeft meer processing power dan een Max en je kunt ook rechtstreeks de glasvezel fiber erin steken met een compatible SFP module.
Maar check voor advies daarover even de verschillende Ubiquiti en KPN glasvezel topics.

[FrankieV]

JungleJim schreef op zaterdag 16 mei 2026 @ 17:06:
[...]

Je kunt trouwens ook de Cloud Gateway Fiber overwegen, die heeft meer processing power dan een Max en je kunt ook rechtstreeks de glasvezel fiber erin steken met een compatible SFP module.
Maar check voor advies daarover even de verschillende Ubiquiti en KPN glasvezel topics.

Doe ik

[buzzlightyear]

JungleJim schreef op zaterdag 16 mei 2026 @ 09:39:
[...]

Lees aub even het topic door, daar staan genoeg aanwijzingen om het werkend te krijgen. Ff de highlights waar je naar moet kijken:

• zorg dat je TV kastje in het IPTV VLAN zit (dat lijkt op basis van je screenshot niet zo te zijn aangezien er geen IP adressen uitgegeven zijn in dat VLAN). Dit doe je door in Port Manager de switch poort waar de TV STB aanzit in te stellen op native network IPTV en block all voor andere netwerken.
• zorg dat het udm-iptv script juist geconfigureerd is. Belangrijk is de setting IPTV_WAN_RANGES, die moet je handmatig op "0.0.0.0/0" zetten (en dan udm-iptv service herstarten met 'systemctl restart udm-iptv')
• als je TV+ hebt, check dan of je daadwerkelijk multicast kijkt. Dat doe je door zenderinfo naar voren te halen, staat er rechtsonderin LIVE dan kijk je multicast, staat er Live dan kijk je unicast
• als je de oude KPN TV hebt, dan wil het bij problemen wel eens helpen om in je IPTV (lokale) VLAN de DNS servers in te stellen op de KPN DNS servers (ipv de default waarbij de UCG Fiber als DNS server wordt gebruikt). KPN DNS servers zijn 195.121.1.34 en 195.121.1.66
• als je nog switches in je netwerk hebt, check dan of ze ook IGMP snooping ondersteunen. De meeste UniFi switches doen dat, maar niet alle zoals bijv de Flex Mini.
• als je het probleem hebt dat een stream na een paar minuten vastloopt, dan kan het helpen om een andere IGMP proxy te gebruiken. Standaard is improxy, maar je kunt ook igmpproxy proberen. Daarvoor doe je 'apt update', 'apt install igmpproxy', en dan /etc/udm-iptv.conf aanpassen zodat IPTV_IGMPPROXY_PROGRAM op "igmpproxy" staat (als die setting er nog niet bij staat dan even toevoegen op een nieuwe regel). En dan herstart van udm-iptv service.

En hou er rekening mee dat wanneer je Unifi OS update, dat je dan udm-iptv opnieuw moet installeren en configureren. Dat gaat namelijk verloren bij een upgrade.

Dank voor de uitgebreide instructie. Heb alles nogmaals stap voor stap doorgenomen, IPTV vlan toegewezen aan de juiste poort en WAN range aangepast naar 0.0.0.0/0. De VIP5202 ontvangt dan een IP uit de juiste ip range maar blijft bij opstarten hangen op 85%. IGMP snooping staat aan.

Overigens gebruik ik poort 3 op de gateway fiber om rechtstreeks de set top box aan te sluiten. Er zit dus geen switch tussen, neem aan dat dit mogelijk is?

Heb je wellicht nog suggesties wat de oorzaak zou kunnen zijn?

[JungleJim]

buzzlightyear schreef op zondag 17 mei 2026 @ 09:50:
[...]

Dank voor de uitgebreide instructie. Heb alles nogmaals stap voor stap doorgenomen, IPTV vlan toegewezen aan de juiste poort en WAN range aangepast naar 0.0.0.0/0. De VIP5202 ontvangt dan een IP uit de juiste ip range maar blijft bij opstarten hangen op 85%. IGMP snooping staat aan.

Ook de DNS servers op je IPTV VLAN aangepast naar de KPN DNS servers? Vaak lost dat het probleem op dat een oudere STB op 85% blijft hangen.

buzzlightyear schreef op zondag 17 mei 2026 @ 09:50:
Overigens gebruik ik poort 3 op de gateway fiber om rechtstreeks de set top box aan te sluiten. Er zit dus geen switch tussen, neem aan dat dit mogelijk is?

Rechtstreeks op de UCG Fiber is prima. Switch ertussen kan ook, wel aan te raden dat die IGMP Snooping ondersteunt. En vergeet niet de port instellingen aan te passen, zowel op de Fiber als op de switch waar je STB aan zit.

[buzzlightyear]

Yep, KPN DNS is ingesteld op VLAN. Ik ga nog maar eens alles stap voor stap doornemen, moet toch werkend te krijgen zijn.

[jdwrist]

`moet je met het installeren van fabians script ook de igmproxy waar hij in de howto naar verwijst installeren

[JungleJim]

jdwrist schreef op maandag 25 mei 2026 @ 10:01:
`moet je met het installeren van fabians script ook de igmproxy waar hij in de howto naar verwijst installeren

Er zijn twee opties voor de IGMP Proxy: improxy of igmpproxy.

improxy komt tegenwoordig standaard met UniFi OS, dus dan hoef je niets extra's te installeren. Het script pakt deze ook als default IGMP Proxy indien improxy beschikbaar is.

igmpproxy moet je wel apart installeren en je udm-iptv configuration erop aanpassen (IPTV_IGMPPROXY_PROGRAM op "igmpproxy" zetten).

[ Voor 44% gewijzigd door JungleJim op 25-05-2026 11:32 ]

[jdwrist]

Er gaat toch iets niet helemaal lekker momenteel met iptv in multicast mode.

Mijn setup:

• Cloud Gateway Max
• USW Flex 2.5G 8 PoE
• U7 In Wall
• KPN kastje via de WiFi op het netwerk

Ik heb 2 netwerken aangemaakt:

• VLAN 1 voor Internet IP-range 10.1.1.0/24
• VLAN 4 voor IPTV IP-range 10.10.1.0/24

KPN Box is aan VLAN4 (IPTV) toegewezen



Na een Unifi OS update (deze heb ik dus niet meer op automatisch staan inmiddels) kwam ik erachter dat met het schakelen tussen zenders LIVE naar Live was gegaan. Hierna heb ik "het script" opnieuw geïnstalleerd met de volgende keuzes:

• 
• 
• 
• 
• 

Helaas zonder goede resultaten.

UDM-IPTV Diagnose geeft het onderstaande

• === Configuration ===
• WAN Interface: eth4
• WAN VLAN: 4 (dev iptv)
• WAN DHCP: true (options "-O staticroutes -V IPTV_RG")
• WAN Ranges: 213.75.0.0/16 217.166.0.0/16 195.121.0.0/16
• LAN Interfaces: br4
• IGMP Proxy quickleave disabled: false
• IGMP Proxy debug: true
• === IP Link and Route ===
• === Service Logs ===
• May 27 09:40:36 Arresthuis-Gateway udm-iptvd[2979855]: ERROR[main@619]: exiting.........
• May 27 09:40:36 Arresthuis-Gateway IMPROXY[2979855]: ERROR[main@619]: exiting.........
• May 27 09:40:36 Arresthuis-Gateway systemd[1]: udm-iptv.service: Main process exited, code=exited, status=1/FAILURE
• May 27 09:40:36 Arresthuis-Gateway systemd[1]: udm-iptv.service: Failed with result 'exit-code'.
• May 27 09:40:41 Arresthuis-Gateway systemd[1]: udm-iptv.service: Scheduled restart job, restart counter is at 371.
• May 27 09:40:41 Arresthuis-Gateway systemd[1]: Stopped IPTV support for the UniFi Dream Machine.
• May 27 09:40:41 Arresthuis-Gateway systemd[1]: Started IPTV support for the UniFi Dream Machine.
• May 27 09:40:41 Arresthuis-Gateway udm-iptvd[2980241]: Device iptv already exists.. Deleting device
• May 27 09:40:41 Arresthuis-Gateway udm-iptvd[2980241]: Obtaining IP address for VLAN interface
• May 27 09:40:41 Arresthuis-Gateway udm-iptvd[2980268]: udhcpc: started, v1.30.1

Wat doe ik verkeerd of wat zie ik over het hoofd want ik kom er na het zoekwerk niet uit

[mgiebels]

Multicast met wifi werkt ook Niet goed heb het zelf nog nooit echt werkend gehad en op deze groep meerdere niet

[JungleJim]

jdwrist schreef op woensdag 27 mei 2026 @ 09:42:
Er gaat toch iets niet helemaal lekker momenteel met iptv in multicast mode.
[..]
[KPN kastje via de WiFi op het netwerk
[..]

Dit is je probleem. Multicast werkt niet betrouwbaar via Wi-Fi.

Als je oude KPN TV hebt, dan dus bekabeld aansluiten.
Als je TV+ hebt, dan kan via Wi-Fi wel, maar alleen unicast werkt dan betrouwbaar. Als je multicast wil, bekabeld aansluiten.

[jdwrist]

JungleJim schreef op woensdag 27 mei 2026 @ 10:32:
[...]

Dit is je probleem. Multicast werkt niet betrouwbaar via Wi-Fi.

Als je oude KPN TV hebt, dan dus bekabeld aansluiten.
Als je TV+ hebt, dan kan via Wi-Fi wel, maar alleen unicast werkt dan betrouwbaar. Als je multicast wil, bekabeld aansluiten

Ik heb de KPN TV+ (DIW7022) als ik hem bekabeld wil aansluiten dan is hiervoor de enige optie de U7 InWall die ernaast hangt. Dit had ik in een eerder stadium ook geprobeerd nl.....

Hoe kan ik hem bedraad toewijzen aan het VLAN 4?

Ik ben nog betrekkelijk unifi maagd dus nog ietwat onbekend wat waar te zoeken

[JungleJim]

jdwrist schreef op woensdag 27 mei 2026 @ 10:41:
[...]

Ik heb de KPN TV+ (DIW7022) als ik hem bekabeld wil aansluiten dan is hiervoor de enige optie de U7 InWall die ernaast hangt. Dit had ik in een eerder stadium ook geprobeerd nl.....

Hoe kan ik hem bedraad toewijzen aan het VLAN 4?

Ik ben nog betrekkelijk unifi maagd dus nog ietwat onbekend wat waar te zoeken

Normaal gesproken doe je dat in UniFi Network Application via de Port Manager door dan het Native VLAN/Network in te stellen op je lokale IPTV LAN, en Tagged VLAN Management op Blocked te zetten.
Maar ik weet niet zeker of dat ook voor de U7 In-Wall zo is, wellicht dat die instelling op een andere plek zit.

[jdwrist]

JungleJim schreef op woensdag 27 mei 2026 @ 11:02:
[...]

Normaal gesproken doe je dat in UniFi Network Application via de Port Manager door dan het Native VLAN/Network in te stellen op je lokale IPTV LAN, en Tagged VLAN Management op Blocked te zetten.
Maar ik weet niet zeker of dat ook voor de U7 In-Wall zo is, wellicht dat die instelling op een andere plek zit.

Die is gelukt gok ik. Waren de instellingen van de installatie de correcte?

• Diagnose geeft nu na installatie en restart onderstaande
• Please share the following output with the developers:
• === Configuration ===
• WAN Interface: eth4
• WAN VLAN: 4 (dev iptv)
• WAN DHCP: true (options "-O staticroutes -V IPTV_RG")
• WAN Ranges: 213.75.0.0/16 217.166.0.0/16 195.121.0.0/16
• LAN Interfaces: br4
• IGMP Proxy quickleave disabled: false
• IGMP Proxy debug: true
• === IP Link and Route ===
• === Service Logs ===
• May 27 18:28:24 Arresthuis-Gateway udm-iptvd[4072553]: DEBUG[init_interface@208] : if_mtu = 1500
• May 27 18:28:24 Arresthuis-Gateway udm-iptvd[4072553]: DEBUG[init_interface@214] : if_falgs = 4163
• May 27 18:28:24 Arresthuis-Gateway udm-iptvd[4072553]: DEBUG[init_interface@178] : iptv's ipv4 address is 10.182.88.134
• May 27 18:28:24 Arresthuis-Gateway udm-iptvd[4072553]: DEBUG[init_interface@195] : if_index = 22
• May 27 18:28:24 Arresthuis-Gateway udm-iptvd[4072553]: DEBUG[init_interface@208] : if_mtu = 1500
• May 27 18:28:24 Arresthuis-Gateway udm-iptvd[4072553]: DEBUG[init_interface@214] : if_falgs = 4163
• May 27 18:28:24 Arresthuis-Gateway udm-iptvd[4072553]: ERROR[main@619]: exiting. ........
• May 27 18:28:24 Arresthuis-Gateway IMPROXY[4072553]: ERROR[main@619]: exiting... ......
• May 27 18:28:24 Arresthuis-Gateway systemd[1]: udm-iptv.service: Main process ex ited, code=exited, status=1/FAILURE
• May 27 18:28:24 Arresthuis-Gateway systemd[1]: udm-iptv.service: Failed with res ult 'exit-code'.

[ Voor 57% gewijzigd door jdwrist op 27-05-2026 18:30 ]

[JungleJim]

@jdwrist Port instelling lijkt zo goed staan.

Maar ergens anders staat nog iets fout want er staan fouten in de log die je post.

Hoe ziet je udm-iptv config bestand (/etc/udm-iptv.conf) eruit? Graag even posten in een code blok, dan is het te lezen.

Twee aanpassingen in je config zou ik sowieso doen:

• IPTV_IGMPPROXY_DEBUG op false zetten, dat zorgt voor veel te veel meldingen waar je nu niets aan hebt
• IPTV_WAN_RANGES op “0.0.0.0/0” zetten, de default KPN klopt eigenlijk niet

Na aanpassingen in het config bestand even de udm-iptv service herstarten met ‘servicectl restart udm-iptv’ en dan weer even de logs controleren.

En nog een aanvulling: zorg dat in Network Application IGMP Snooping aanstaat (onder Networks dacht ik) voor je lokale IPTV VLAN en dat IGMP Proxy (onder Internet geloof ik) uitstaat

[ Voor 11% gewijzigd door JungleJim op 27-05-2026 18:53 ]

[jdwrist]

JungleJim schreef op woensdag 27 mei 2026 @ 18:47:
@jdwrist Port instelling lijkt zo goed staan.

Maar ergens anders staat nog iets fout want er staan fouten in de log die je post.

Hoe ziet je udm-iptv config bestand (/etc/udm-iptv.conf) eruit? Graag even posten in een code blok, dan is het te lezen.

Twee aanpassingen in je config zou ik sowieso doen:

• IPTV_IGMPPROXY_DEBUG op false zetten, dat zorgt voor veel te veel meldingen waar je nu niets aan hebt
• IPTV_WAN_RANGES op “0.0.0.0/0” zetten, de default KPN klopt eigenlijk niet

Na aanpassingen in het config bestand even de udm-iptv service herstarten met ‘servicectl restart udm-iptv’ en dan weer even de logs controleren.

En nog een aanvulling: zorg dat in Network Application IGMP Snooping aanstaat (onder Networks dacht ik) voor je lokale IPTV VLAN en dat IGMP Proxy (onder Internet geloof ik) uitstaat

aanpassingen gemaakt
ik neem voorzichtig aan dat ik wan interface op eth 5 moet hebben staan omdat daar mijn internet op binnenkomt toch? Of moet dit 4 zijn

[ Voor 9% gewijzigd door jdwrist op 28-05-2026 07:55 ]

[JungleJim]

jdwrist schreef op donderdag 28 mei 2026 @ 07:27:
[...]

[Afbeelding] aanpassingen gemaakt
ik neem voorzichtig aan dat ik wan interface op eth 5 moet hebben staan omdat daar mijn internet op binnenkomt toch? Of moet dit 4 zijn

[Afbeelding]

IPTV_WAN_INTERFACE moet je op eth4 zetten, de teller begint bij 0 voor ethernet poort 1 op je UCG Max.
In de tweede screenshot heb je IPTV_LAN_INTERFACES op “br0 br4” staan, dat klopt niet, dat moet alleen br4 zijn (namelijk “br” plus nummer van het VLAN waar je TV kastje inzit).
Dus ik zou die aanpassing doen, script herstarten (servicectl restart udm-iptv) en dan de log checken of er geen fouten in staan.

[mgiebels]

@JungleJim bij mij werkte trouwens improxy niet meer na de laatste OS update moest echt IGMPProxy installeren om het werkend te krijgen.

Want zelfde instellingen met improxy werkte niet maar met IGMP wel.

[jdwrist]

JungleJim schreef op donderdag 28 mei 2026 @ 08:10:
[...]

IPTV_WAN_INTERFACE moet je op eth4 zetten, de teller begint bij 0 voor ethernet poort 1 op je UCG Max.
In de tweede screenshot heb je IPTV_LAN_INTERFACES op “br0 br4” staan, dat klopt niet, dat moet alleen br4 zijn (namelijk “br” plus nummer van het VLAN waar je TV kastje inzit).
Dus ik zou die aanpassing doen, script herstarten (servicectl restart udm-iptv) en dan de log checken of er geen fouten in staan.

Is deze melding goed trouwens?!?

BR0 verwijderd het servicectl restart udm-iptv herkend hij niet dan krijg ik -bash: servicectl: command not found

Hiervoor heb ik udm-iptv restart uitgevoerd

Hieronder de diagnose

[JungleJim]

jdwrist schreef op donderdag 28 mei 2026 @ 08:19:
[Afbeelding] Is deze melding goed trouwens?!?

Die melding krijg je als je je teksteditor niet netjes afgesloten hebt, of als je in twee sessies hetzelfde bestand bewerkt. Dus even dubbelchecken of je wel de juiste content in /etc/udm-iptv.conf hebt staan.

jdwrist schreef op donderdag 28 mei 2026 @ 08:19:
BR0 verwijderd het servicectl restart udm-iptv herkend hij niet dan krijg ik -bash: servicectl: command not found

Oh my bad, het moet "systemctl restart udm-iptv" zijn.

jdwrist schreef op donderdag 28 mei 2026 @ 08:19:
Hieronder de diagnose

[Afbeelding]

Hoe zijn je instellingen in Network Application, check even mijn vorige reactie waar ik het daar over had?

En voor de zekerheid even je UCG Max herstarten, normaal gesproken niet nodig maar in dit geval wel even handig om te doen.

En @mgiebels gaf idd terecht aan dat igmpproxy beter werkt, maar de fout die je nu hebt heeft daar nog niets mee te maken. Dus voor nu even de foutmelding in de log oplossen, en daarna met igmpproxy aan de slag.

[mgiebels]

JungleJim schreef op donderdag 28 mei 2026 @ 11:19:
[...]

En @mgiebels gaf idd terecht aan dat igmpproxy beter werkt, maar de fout die je nu hebt heeft daar nog niets mee te maken. Dus voor nu even de foutmelding in de log oplossen, en daarna met igmpproxy aan de slag.

Bij mij bleef ook die IP link and route leeg als ik improxy erin had deze is bij deze user ook leeg.

Bij IGMPPORXY meteen gevuld (of dat was toeval)

[JungleJim]

mgiebels schreef op donderdag 28 mei 2026 @ 11:30:
[...]

Bij mij bleef ook die IP link and route leeg als ik improxy erin had deze is bij deze user ook leeg.

Bij IGMPPORXY meteen gevuld (of dat was toeval)

Dat was denk ik toeval, die twee staan los van elkaar. Het IP en de routes komen vanuit de DHCP request die udm-iptv binnen.

[jdwrist]

JungleJim schreef op donderdag 28 mei 2026 @ 11:19:
[...]

Die melding krijg je als je je teksteditor niet netjes afgesloten hebt, of als je in twee sessies hetzelfde bestand bewerkt. Dus even dubbelchecken of je wel de juiste content in /etc/udm-iptv.conf hebt staan.


[...]

Oh my bad, het moet "systemctl restart udm-iptv" zijn.


[...]

Hoe zijn je instellingen in Network Application, check even mijn vorige reactie waar ik het daar over had?

En voor de zekerheid even je UCG Max herstarten, normaal gesproken niet nodig maar in dit geval wel even handig om te doen.

En @mgiebels gaf idd terecht aan dat igmpproxy beter werkt, maar de fout die je nu hebt heeft daar nog niets mee te maken. Dus voor nu even de foutmelding in de log oplossen, en daarna met igmpproxy aan de slag.

Lijkt erop dat het script ,na de herstart van de UCG MAX, werkt zonder fouten fingers crossed
KPN kastje ook weer op MultiCast gezet en LIVE

Bedankt voor hulp en het meedenken Jim

[JungleJim]

jdwrist schreef op vrijdag 29 mei 2026 @ 06:32:
Lijkt erop dat het script ,na de herstart van de UCG MAX, werkt zonder fouten fingers crossed
KPN kastje ook weer op MultiCast gezet en LIVE

Bedankt voor hulp en het meedenken Jim

Mooi! Mocht je nou nog tegen problemen aanlopen dat een stream na een aantal minuten stopt, dan kan het helpen om igmpproxy te gebruiken ipv improxy (de default, die je nu gebruikt).

Om dat te doen: installeer igmpproxy via 'apt update' en 'apt install igmpproxy'. Pas in de config de instelling IPTV_IGMPPROXY_PROGRAM aan naar "igmpproxy" en herstart udm-iptv met 'systemctl restart udm-iptv'

[plakjekaas2]

Sinds versie 5.1.12 van Unify OS zit er een IPTV streaming optie in.

Iemand al getest of we nu zonder script van (multicast) IPTV kunnen genieten ?

[bvk007]

plakjekaas2 schreef op zondag 31 mei 2026 @ 17:09:
Sinds versie 5.1.12 van Unify OS zit er een IPTV streaming optie in.

Iemand al getest of we nu zonder script van (multicast) IPTV kunnen genieten ?

[Afbeelding]

Deze optie kan/kon niet overweg met iptv uit een ander vlan zoals bij de meeste Europese providers is ingeregeld.

[mgiebels]

Nee werkt niet helaas.

[plakjekaas2]

mgiebels schreef op zondag 31 mei 2026 @ 17:15:
Nee werkt niet helaas.

Jammer

Overigens, deze optie zie ik alleen via de Unify app bij internet settings en niet via de web interface / browser.

Curieus dit

[JungleJim]

plakjekaas2 schreef op zondag 31 mei 2026 @ 17:32:
Overigens, deze optie zie ik alleen via de Unify app bij internet settings en niet via de web interface / browser.

De setting zit ook in Network Application (bij Settings > Internet > internet connection), alleen heet die daar “IGMP Proxy”.

[H4nsie]

Bij mij werkte het pas goed als ik IGMP snooping op mijn IPTV vlan UIT zette.

[H4nsie]

Tip: je kan in beeld zien of je KPN TV+ box in multicast (beste kwaliteit) via je IPTV vlan streamt, of via unicast via je internet.

Druk tijdens het TV kijken pijltje naar rechts en de tijdbalk verschijnt. Als er LIVE (in hoofdletters) staat, werkt je multicast optimaal. Staat er Live (met maar 1 hoofdletter) dan is je box teruggeschakeld naar unicast.



Sowieso geven terugkijken etc altijd Unicast, dus kleine letters.
Als je zapt, en je beeld start pas na paar seconden, dan schakelt je box waarschijnlijk terug naar Live.

[JungleJim]

H4nsie schreef op dinsdag 2 juni 2026 @ 15:12:
Bij mij werkte het pas goed als ik IGMP snooping op mijn IPTV vlan UIT zette.

Heb je naast een gateway ook nog switches in je netwerk? Zo ja welke? Allemaal UniFi of ook andere merken?

[H4nsie]

JungleJim schreef op dinsdag 2 juni 2026 @ 18:26:
[...]

Heb je naast een gateway ook nog switches in je netwerk? Zo ja welke? Allemaal UniFi of ook andere merken?

Ja, allen UniFi switches. De KPN TV+ box zit op een vlan poort op een UniFi switch die weer verbonden is met de UCG-Ultra.

[FrankieV]

JungleJim schreef op maandag 25 mei 2026 @ 11:09:
[...]

Er zijn twee opties voor de IGMP Proxy: improxy of igmpproxy.

improxy komt tegenwoordig standaard met UniFi OS, dus dan hoef je niets extra's te installeren. Het script pakt deze ook als default IGMP Proxy indien improxy beschikbaar is.

igmpproxy moet je wel apart installeren en je udm-iptv configuration erop aanpassen (IPTV_IGMPPROXY_PROGRAM op "igmpproxy" zetten).

JungleJim, al mijn unifi spulletjes zijn "up and running". Fabian script geinstalleerd en alle tips and trick uitgevoerd. Nog steeds af en toe freezes tijden kijken. zender omhoog en omlaag lost het op. Ik heb 2 boxen in eigen lan en IGMP Snooping staat aan. Mijn systeem, Cloud gateway Max (5.1.12 en network 10.4.57) met 4 Lite switches 8P en 4 access points. Uiteraard bekabeld aangesloten. De switches hebben prio gekregen met 4096, 8192, 12288 en 16384.

Wat ik nu heb gewijzigd:

IPTV_WAN_RANGES="0.0.0.0/0" en IPTV_IGMPPROXY_IGMP_VERSION="2" (was="3")

Nog niet getest. We zullen het vanavond zien. V2 vs V3? Voor mij niet duidelijk.......

Wat ik dan nog kan wijzigen is de improxy naar igmpproxy. Heb al gelezen hoe dat moet. Mijn vragen, denk je dat dit nodig is? En kun je later simpel terug naar de modernere improxy? Als je Igmpproxy installeerd, blijft deze wel aktief na een update van Unifi firmware?

[mgiebels]

improxy v2 of v3 is wat ik heb gemerkt geen verschil.

Ik zelf gebruik igmpproxy V3 zonder haperingen op V2 had ik deze wel.

En gebruik op alles de laatste Originele Firmwares geen EA of RC's

[JungleJim]

FrankieV schreef op woensdag 3 juni 2026 @ 13:21:
[...]
Wat ik nu heb gewijzigd:

IPTV_WAN_RANGES="0.0.0.0/0" en IPTV_IGMPPROXY_IGMP_VERSION="2" (was="3")

Nog niet getest. We zullen het vanavond zien. V2 vs V3? Voor mij niet duidelijk.......

IGMP versie 2 zou voldoende moeten zijn, dat is wat KPN als minimum vereiste aangeeft in hun documentatie voor gebruik eigen apparatuur.

Als je meer dan één STB gebruikt moet je IPTV_IGMPPROXY_DISABLE_QUICKLEAVE op true zetten, en ook quick leave in de Network Application uitzetten, onder Settings > Networks > IGMP Snooping > Fast Leave. Doe je dat niet dan loop je het risico dat als je op de ene STB zapt naar een andere stream, de stream ook stopt op de andere STB.

FrankieV schreef op woensdag 3 juni 2026 @ 13:21:
Wat ik dan nog kan wijzigen is de improxy naar igmpproxy. Heb al gelezen hoe dat moet. Mijn vragen, denk je dat dit nodig is? En kun je later simpel terug naar de modernere improxy? Als je Igmpproxy installeerd, blijft deze wel aktief na een update van Unifi firmware?

Kan geen kwaad om dat te proberen, ik had met mijn UDM Pro dat na een update van UniFi OS improxy opeens niet meer lekker werkte (veel haperingen in de streams). Wisselen naar igmpproxy loste dat op. Maar eerlijk gezegd heb ik nog niet kunnen achterhalen waarom de een het nou beter doet dan de ander.

Terug naar improxy is een kwestie van de config aanpassen en udm-iptv service herstarten.

Als je igmpproxy gebruikt dan moet je die package weer op nieuw installeren na een update van UniFi OS. Maar je moet het udm-iptv script sowieso toch opnieuw installeren na een update, dus dat lijkt me dan niet zo'n issue.

[JungleJim]

H4nsie schreef op dinsdag 2 juni 2026 @ 22:47:
[...]

Ja, allen UniFi switches. De KPN TV+ box zit op een vlan poort op een UniFi switch die weer verbonden is met de UCG-Ultra.

Welk model switches? Niet alle UniFi switches ondersteunen IGMP Snooping (bijv. USW-Flex-Mini, wellicht ook andere).

[FrankieV]

Dit is wat Ai zegt :

1. igmpproxy (De traditionele klassieker)

• Wat is het? Dit is een ouder, opensource programma dat al tientallen jaren de standaard is binnen Linux en alternatieve router-firmware.
• Hoe werkt het? Het is een heel eenvoudig, rechtlijnig programma. Het luistert naar aanvragen op je netwerk en stuurt ze door.
• IGMP-versie: Het ondersteunt officieel alleen IGMPv1 en IGMPv2. Het kan niet goed omgaan met de modernere IGMPv3-pakketjes.
• Status bij UniFi: Dit programma werd gebruikt op de oudere UniFi-routers (zoals de USG-3P en de EdgeRouters).

2. improxy (De moderne opvolger voor UniFi OS)

• Wat is het? Dit is een modernere multicast-routing daemon die specifiek is ontworpen om beter samen te werken met nieuwere Linux-kernels en moderne netwerkapparatuur.
• Hoe werkt het? Het is een stuk intelligenter en efficiënter dan de oude variant. Het is volledig ontworpen om met IGMPv3 om te gaan (wat moderne tv-ontvangers zoals jouw KPN TV+ boxen gebruiken).
• Status bij UniFi: Vanaf UniFi OS versie 3.x en 4.x (dus ook op jouw Cloud Gateway Max) heeft Ubiquiti de oude igmpproxy volledig verwijderd en vervangen door improxy.

Wat ik hieruit begrijp is dat indien je improxy gebruikt je eigenlijk IGMPv3 moet kiezen.

Via Ai : De ingebouwde improxy van UniFi gooit soms na een tijdje de multicast-routingtabellen dicht door bugs in de firmware. De klassieke igmpproxy heeft hier geen last van en blijft de data-pijplijn met KPN onvoorwaardelijk openhouden.

Dit is dan de volgende stap.......

---

[ Voor 8% gewijzigd door FrankieV op 03-06-2026 13:52 ]

[JungleJim]

FrankieV schreef op woensdag 3 juni 2026 @ 13:49:
Dit is wat Ai zegt :

1. igmpproxy (De traditionele klassieker)

• Wat is het? Dit is een ouder, opensource programma dat al tientallen jaren de standaard is binnen Linux en alternatieve router-firmware.
• Hoe werkt het? Het is een heel eenvoudig, rechtlijnig programma. Het luistert naar aanvragen op je netwerk en stuurt ze door.
• IGMP-versie: Het ondersteunt officieel alleen IGMPv1 en IGMPv2. Het kan niet goed omgaan met de modernere IGMPv3-pakketjes.
• Status bij UniFi: Dit programma werd gebruikt op de oudere UniFi-routers (zoals de USG-3P en de EdgeRouters).

2. improxy (De moderne opvolger voor UniFi OS)

• Wat is het? Dit is een modernere multicast-routing daemon die specifiek is ontworpen om beter samen te werken met nieuwere Linux-kernels en moderne netwerkapparatuur.
• Hoe werkt het? Het is een stuk intelligenter en efficiënter dan de oude variant. Het is volledig ontworpen om met IGMPv3 om te gaan (wat moderne tv-ontvangers zoals jouw KPN TV+ boxen gebruiken).
• Status bij UniFi: Vanaf UniFi OS versie 3.x en 4.x (dus ook op jouw Cloud Gateway Max) heeft Ubiquiti de oude igmpproxy volledig verwijderd en vervangen door improxy.

Wat ik hieruit begrijp is dat indien je improxy gebruikt je eigenlijk IGMPv3 moet kiezen.

Via Ai : De ingebouwde improxy van UniFi gooit soms na een tijdje de multicast-routingtabellen dicht door bugs in de firmware. De klassieke igmpproxy heeft hier geen last van en blijft de data-pijplijn met KPN onvoorwaardelijk openhouden.

Dit is dan de volgende stap.......

---

Sorry hoor maar hier klopt in mijn ogen maar weinig van.

igmpproxy ondersteunt prima IGMP V3.

igmpproxy is nooit onderdeel geweest van UniFi OS. Op een gegeven moment heeft Ubiquiti ondersteuning voor IGMP Proxy toegevoegd (weet niet precies sinds welke versie), vanaf dat moment is improxy standaard meegeinstalleerd als package binnen UniFi OS.

Beide IGMP Proxies zijn overigens open source (zie igmpproxy en improxy), dus er is verder niet zoveel magisch aan.

En improxy "moderner"? Dat is ook maar relatief want de eerste commit op imgpproxy was in 2008 en die op improxy 2013. Dus 13 jaar geleden... Uiteindelijk is IGMP een standaard, dus het zou niet zoveel uit moeten maken welke implementatie je gebruikt.

Het zit eerder in het feit dat een multicast architectuur complex is, en afhankelijk van veel factoren om het goed te laten werken. En het helpt niet mee dat het niet mogelijk is om via Network Application routed IPTV op een apart WAN VLAN te configureren. Als dat zou kunnen dan is udm-iptv niet meer nodig.

Dus advies is: gewoon even proberen wat in jouw situatie goed werkt.

[FrankieV]

JungleJim schreef op woensdag 3 juni 2026 @ 14:13:
[...]

Sorry hoor maar hier klopt in mijn ogen maar weinig van.

Hahaha, Ai wat heb je eraan. En ik maar denken dat je met Ai alles kan. Uitkijken dus. Heb al gemerkt als je advies vraagt hij met een antwoord komt, je er vervolgens commentaar op geeft hij zijn antwoord kompleet omdraaid..... Zelf na blijven denken dus!

[H4nsie]

Ik heb het Fabian script gister voor het eerst geïnstalleerd en kreeg het alleen goed werkend door IGMP snooping uit te schakelen voor het VLAN van het local lan van mijn IPTV. Anders had ik dezelfde symptomen als dat jij beschrijft.
Ik vermoed dat bij het aanzetten van snooping de UCG zich verslikt, omdat het niet weet dat Fabian een wan-vlan bridged naar een lan-vlan. Of omdat ik maar één ethernetpoort heb op mijn local lan.
Omdat de KPN TV+ box op de switch de enige ethernetpoort is aangesloten die op de switch gelabeld is naar het IPTV vlan, hoef ik IGMP snooping niet aan te zetten, immers zijn er geen andere ethernetpoorten waar snooping de ongewenste multicast moet voorkomen.
Je zou het eens kunnen uitproberen, het is maar een vinkje en het kan geen kwaad; alleen andere ethernetpoorten in je lan of vlan kunnen het even wat 'drukker' krijgen.

[ Voor 3% gewijzigd door H4nsie op 03-06-2026 15:23 ]

[exepti0n]

Heb sinds een paar dagen ook ineens de melding "STB-zap-03 / -40462 - Videoserver niet gevonden".

Het gekke is dat gister een opname het niet deed, maar een andere wel. Vandaag wilde ik verder kijken en nu blijft die ook steeds terugkeren naar het menu.

IGMP Snooping op het VLAN in Unifi staat uit, provider is XS4ALL.

Config van udm-iptv:

code:

## Example configuration for udmp-iptv ##
# Interface on which IPTV traffic enters the router
IPTV_WAN_INTERFACE="eth8"
# 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="213.75.0.0/16  217.166.0.0/16  195.121.0.0/16"
IPTV_WAN_RANGES="0.0.0.0/0"
# DHCP options to send when requesting an IP address
IPTV_WAN_DHCP_OPTIONS="-O staticroutes -V IPTV_RG"
# LAN interfaces on which IPTV should be made available
IPTV_LAN_INTERFACES="br4"
# Disable quickleave for igmpproxy
# IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="false"
IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="true"
# Enable debugging for igmpproxy
IPTV_IGMPPROXY_DEBUG="false"
IPTV_IGMPPROXY_PROGRAM="improxy"

IPTV_IGMPPROXY_IGMP_VERSION="2"

Output van udm-iptv diagnose:

code:

=== Configuration ===
WAN Interface: eth8
WAN VLAN: 4 (dev iptv)
WAN DHCP: true (options "-O staticroutes -V IPTV_RG")
WAN Ranges: 0.0.0.0/0
LAN Interfaces: br4
IGMP Proxy quickleave disabled: true
IGMP Proxy debug: false
=== IP Link and Route ===
49: iptv@eth8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.36.59.91/22 brd 10.36.59.255 scope global iptv
       valid_lft forever preferred_lft forever
10.36.56.0/22 proto kernel scope link src 10.36.59.91 
213.75.112.0/21 via 10.36.56.1 metric 249 
=== Service Logs ===
Jun 03 21:46:18 udm-se udm-iptvd[3260022]: Obtaining IP address for VLAN interface
Jun 03 21:46:18 udm-se udm-iptvd[3260034]: udhcpc: started, v1.30.1
Jun 03 21:46:18 udm-se udm-iptvd[3260034]: udhcpc: sending discover
Jun 03 21:46:19 udm-se udm-iptvd[3260034]: udhcpc: sending select for 10.36.59.91
Jun 03 21:46:19 udm-se udm-iptvd[3260034]: udhcpc: lease of 10.36.59.91 obtained, lease time 3600
Jun 03 21:46:19 udm-se udm-iptvd[3260022]: NATing IPTV network ranges (if necessary)
Jun 03 21:46:19 udm-se udm-iptvd[3260022]: Creating static routes (if necessary)
Jun 03 21:46:19 udm-se udm-iptvd[3260022]: Setting up IGMP Proxy
Jun 03 21:46:19 udm-se udm-iptvd[3260022]: Using improxy...
Jun 03 21:46:19 udm-se udm-iptvd[3260022]: Starting IGMP Proxy

Draai op Unifi OS 5.0.16 en Network 10.4.57.

Welke instelling zie ik over het hoofd?

Is er daarnaast een manier om te controleren of mijn VIP5202 up to date is? Vraag me af of ik firmware updates wel binnenkrijg sinds ik niet meer via de Fritzbox verbinding maak.

edit:
Het aanpassen van IPTV_IGMPPROXY_IGMP_VERSION naar "3", lijkt deels geholpen te hebben. Toch doen sommige opnames het nog niet, terwijl anderen het nu wel doen.

[ Voor 3% gewijzigd door exepti0n op 03-06-2026 22:03 . Reden: Wijziging gedaan die hielp ]

[JungleJim]

exepti0n schreef op woensdag 3 juni 2026 @ 21:58:
Heb sinds een paar dagen ook ineens de melding "STB-zap-03 / -40462 - Videoserver niet gevonden".

Ik vraag me eigenlijk af of jouw probleem met IGMP instellingen van udm-iptv te maken heeft. Terugkijken gaat voor zover ik weet via unicast en niet via multicast.

Welke DNS servers heb je ingesteld op het VLAN waar je VIP5202 in zit? De default of de DNS servers van KPN? Bij de oude TV kastjes wil het wel eens helpen om de KPN DNS servers daar in te vullen.

En werkt het terugkijken wel goed als je de Experiabox of Fritzbox gebruikt ipv je UniFi Gateway (welke trouwens, dat staat niet in je post). Kan ook best zijn dat het een issue aan de kant van KPN is...

[ Voor 10% gewijzigd door JungleJim op 03-06-2026 22:14 ]

[exepti0n]

JungleJim schreef op woensdag 3 juni 2026 @ 22:09:
Welke DNS servers heb je ingesteld op het VLAN waar je VIP5202 in zit? De default of de DNS servers van KPN? Bij de oude TV kastjes wil het wel eens helpen om de KPN DNS servers daar in te vullen.

Op de VLAN stond "Auto DNS Server" inderdaad aan. Ik heb deze gewijzigd naar 195.121.1.34 en 195.121.1.66. Het lijkt weinig effect te hebben.

JungleJim schreef op woensdag 3 juni 2026 @ 22:09:
En werkt het terugkijken wel goed als je de Experiabox of Fritzbox gebruikt ipv je UniFi Gateway (welke trouwens, dat staat niet in je post). Kan ook best zijn dat het een issue aan de kant van KPN is...

Geen idee, is ook een situatie die ik niet zo snel even kan testen. Het draait al bijna een jaar via mijn UDM-SE zonder noemenswaardige problemen, echter sinds kort dus issues met sommige opnames.

Ik heb Unifi OS ook bijgewerkt naar 5.1.15 en het script opnieuw gedraaid. Helaas blijven sommige opnames nog steeds terugkeren naar het menu.

[mgiebels]

Hier weer alles geupdate ook nieuwste UCG Fiber OS laatste versie.

Echter met de improxy niet meer goedwerkend krijgen sinds de laatste versies van het OS. Heb nu IGMPPROXY erop gezet en dan werkt het als een malle.

Met de improxy staat beeld stil om de 10 min (zo uit me hoofd) dit is op versie 2 als versie 3 van de IGMP versie. Trouwens moet hem met IGMPPROXY ook op V3 zetten voor beste resutaat.

[MadDog2K]

mgiebels schreef op maandag 8 juni 2026 @ 15:56:

Met de improxy staat beeld stil om de 10 min (zo uit me hoofd) dit is op versie 2 als versie 3 van de IGMP versie. Trouwens moet hem met IGMPPROXY ook op V3 zetten voor beste resutaat.

Vreemd dat dat niet meer goed werkt.

Hier ook een UCG Fiber, zowel van OS als Network de laatste official versies, maar ik gebruik nog steeds zonder probleem improxy. Dit icm. 2 KPN tv+ boxen (en ja er staat LIVE :-)) in apart VLAN

Misschien een combinatie met de switch laag ?

[mgiebels]

MadDog2K schreef op dinsdag 9 juni 2026 @ 11:52:
[...]

Vreemd dat dat niet meer goed werkt.

Hier ook een UCG Fiber, zowel van OS als Network de laatste official versies, maar ik gebruik nog steeds zonder probleem improxy. Dit icm. 2 KPN tv+ boxen (en ja er staat LIVE :-)) in apart VLAN

Misschien een combinatie met de switch laag ?

Nee zelfde euvel heeft maat van me ook sinds de laatst 2 OS versies.

Maar goed IGMPPROXY werkte hier altijd al fijnlozer.

ik gebruik hier ook apart Vlan

[Danielson]

Iemand het volgende wel eens gezien?

Ik heb bij onze buren een Dreamrouter 7 geconfigureerd als vervanging van de KPN Experia Box, deze heb ik er helemaal tussenuit gehaald.

Alles werkt verder prima en ik heb IPTV voor ze geconfigureerd via het UDM-IPTV script: GitHub - fabianishere/udm-iptv: Helper tool for configuring routed IPTV on the UniFi Dream Machine (Pro) · GitHub

Dit werkt ook prima, alleen stopt IPTV na een x aantal dagen met werken en dan moet ik opnieuw bovenstaand script draaien om het weer werkend te krijgen.

Automatische updates voor de Dreamrouter heb ik al uitgezet, iemand enig idee hoe dit op te lossen is?

[V-rg]

exepti0n schreef op woensdag 3 juni 2026 @ 21:58:
Heb sinds een paar dagen ook ineens de melding "STB-zap-03 / -40462 - Videoserver niet gevonden".

Het gekke is dat gister een opname het niet deed, maar een andere wel. Vandaag wilde ik verder kijken en nu blijft die ook steeds terugkeren naar het menu.

IGMP Snooping op het VLAN in Unifi staat uit, provider is XS4ALL.

Config van udm-iptv:

code:

## Example configuration for udmp-iptv ##
# Interface on which IPTV traffic enters the router
IPTV_WAN_INTERFACE="eth8"
# 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="213.75.0.0/16  217.166.0.0/16  195.121.0.0/16"
IPTV_WAN_RANGES="0.0.0.0/0"
# DHCP options to send when requesting an IP address
IPTV_WAN_DHCP_OPTIONS="-O staticroutes -V IPTV_RG"
# LAN interfaces on which IPTV should be made available
IPTV_LAN_INTERFACES="br4"
# Disable quickleave for igmpproxy
# IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="false"
IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="true"
# Enable debugging for igmpproxy
IPTV_IGMPPROXY_DEBUG="false"
IPTV_IGMPPROXY_PROGRAM="improxy"

IPTV_IGMPPROXY_IGMP_VERSION="2"

Output van udm-iptv diagnose:

code:

=== Configuration ===
WAN Interface: eth8
WAN VLAN: 4 (dev iptv)
WAN DHCP: true (options "-O staticroutes -V IPTV_RG")
WAN Ranges: 0.0.0.0/0
LAN Interfaces: br4
IGMP Proxy quickleave disabled: true
IGMP Proxy debug: false
=== IP Link and Route ===
49: iptv@eth8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.36.59.91/22 brd 10.36.59.255 scope global iptv
       valid_lft forever preferred_lft forever
10.36.56.0/22 proto kernel scope link src 10.36.59.91 
213.75.112.0/21 via 10.36.56.1 metric 249 
=== Service Logs ===
Jun 03 21:46:18 udm-se udm-iptvd[3260022]: Obtaining IP address for VLAN interface
Jun 03 21:46:18 udm-se udm-iptvd[3260034]: udhcpc: started, v1.30.1
Jun 03 21:46:18 udm-se udm-iptvd[3260034]: udhcpc: sending discover
Jun 03 21:46:19 udm-se udm-iptvd[3260034]: udhcpc: sending select for 10.36.59.91
Jun 03 21:46:19 udm-se udm-iptvd[3260034]: udhcpc: lease of 10.36.59.91 obtained, lease time 3600
Jun 03 21:46:19 udm-se udm-iptvd[3260022]: NATing IPTV network ranges (if necessary)
Jun 03 21:46:19 udm-se udm-iptvd[3260022]: Creating static routes (if necessary)
Jun 03 21:46:19 udm-se udm-iptvd[3260022]: Setting up IGMP Proxy
Jun 03 21:46:19 udm-se udm-iptvd[3260022]: Using improxy...
Jun 03 21:46:19 udm-se udm-iptvd[3260022]: Starting IGMP Proxy

Draai op Unifi OS 5.0.16 en Network 10.4.57.

Welke instelling zie ik over het hoofd?

Is er daarnaast een manier om te controleren of mijn VIP5202 up to date is? Vraag me af of ik firmware updates wel binnenkrijg sinds ik niet meer via de Fritzbox verbinding maak.

edit:
Het aanpassen van IPTV_IGMPPROXY_IGMP_VERSION naar "3", lijkt deels geholpen te hebben. Toch doen sommige opnames het nog niet, terwijl anderen het nu wel doen.

Ik had ook het issue van "STB-zap-03 / -40462 - Videoserver niet gevonden". Ik zag ook op mn VIP5202 dat de IP adres van IPTV IP-Adres op 0.0.0.0 stond, oftewel geen verbinding met de video server.

Na aanleiding van jouw post even gekeken welke versie IGMP stond, maar die stond al op versie 3 bij mij.

Dus even gekeken wat de diagnose zei en daar zag ik:

UCG-Fiber udm-iptvd[3661]: Another app is currently holding the xtables lock. Per haps you want to use the -w option?

Google AI (lol) gaf aan dat IGMP snooping van de Ubiquiti OS dit zelf veroorzaakt. Dus heb IGMP snooping uitgezet in het scherm van 'Settings > Internet > KPN'. Daarna in SSH de command udm-iptv restart uitgevoerd en ja hoor, nu zag ik geen issues bij diagnose and mijn VIP5202 heeft weer een IP adres, waardoor ik ook weer opnames/achteraf kan kijken.

[ Voor 0% gewijzigd door V-rg op 10-06-2026 21:37 . Reden: typo fix ]

[exepti0n]

V-rg schreef op woensdag 10 juni 2026 @ 21:36:
Ik had ook het issue van "STB-zap-03 / -40462 - Videoserver niet gevonden". Ik zag ook op mn VIP5202 dat de IP adres van IPTV IP-Adres op 0.0.0.0 stond, oftewel geen verbinding met de video server.

Na aanleiding van jouw post even gekeken welke versie IGMP stond, maar die stond al op versie 3 bij mij.

Dus even gekeken wat de diagnose zei en daar zag ik:

UCG-Fiber udm-iptvd[3661]: Another app is currently holding the xtables lock. Perhaps you want to use the -w option?

Het gekke is dus dat ik wel een IPTV-adres krijg, sommige opnames het wel doen maar voornamelijk de wat oudere opnames niet.
Ik ben ook al geswitcht naar igmpproxy, ook zonder verbetering. Toen kreeg ik zelfs af en toe een STB-zap-03 / 3 - HAL layer melding.

In de debugging zie ik nu wel deze regel af en toe verschijnen:

code:

Jun 12 09:51:57 udm-iptvd[1342824]: can't leave group 233.89.188.1 on interface iptv; Errno(99): Cannot assign requested address

V-rg schreef op woensdag 10 juni 2026 @ 21:36:
Dus heb IGMP snooping uitgezet in het scherm van 'Settings > Internet > KPN'.

Als ik daar kijk, zie ik geen optie voor IGMP snooping. Wel IGMP Proxy, maar dat is wat anders. Deze optie staat ook uit.

[V-rg]

exepti0n schreef op vrijdag 12 juni 2026 @ 09:57:
[...]

Het gekke is dus dat ik wel een IPTV-adres krijg, sommige opnames het wel doen maar voornamelijk de wat oudere opnames niet.
[Afbeelding]Ik ben ook al geswitcht naar igmpproxy, ook zonder verbetering. Toen kreeg ik zelfs af en toe een STB-zap-03 / 3 - HAL layer melding.

In de debugging zie ik nu wel deze regel af en toe verschijnen:

code:

Jun 12 09:51:57 udm-iptvd[1342824]: can't leave group 233.89.188.1 on interface iptv; Errno(99): Cannot assign requested address

[...]

Als ik daar kijk, zie ik geen optie voor IGMP snooping. Wel IGMP Proxy, maar dat is wat anders. Deze optie staat ook uit.

Sorry, inderdaad IGMP Proxy. Die stond dus aan bij mij, die heb ik dus uitgezet. Maar ik had helemaal geen mogelijkheid om opnames te bekijken, dat lukt bij jou wel.

Als je de KPN app gebruikt, kan je daar die oude opnames wel bekijken? Want straks is het issue gewoon bij KPN.

[exepti0n]

V-rg schreef op vrijdag 12 juni 2026 @ 10:32:
Als je de KPN app gebruikt, kan je daar die oude opnames wel bekijken? Want straks is het issue gewoon bij KPN.

Ja, daar geen problemen. Het lijkt dus wel een configuratie issue te zijn

[V-rg]

exepti0n schreef op vrijdag 12 juni 2026 @ 10:40:
[...]

Ja, daar geen problemen. Het lijkt dus wel een configuratie issue te zijn

Je zou eventueel kunnen kijken wat er gebeurt als je tijdelijk de Experiabox aansluit. Dan weet je in ieder geval als het aan je Ubiquiti ligt of niet.

[Duranco2001]

Goedenavond,

Ook wij hebben hulp nodig bij het installeren van iptv. Sinds vorige week woensdag hebben wij geen TV meer van KPN, daarvoor werkte het wel, maar opeens niet meer. Helaas. Vervolgens heb ik het Fabian script opnieuw geïnstalleerd er werkte het nog steeds niet. Vervolgens heb ik de router (de cloud gateway ultra) gereset en het scripts van Fabian weer geinstalleerd, helaas het werkt niet steeds. Ook heb dit forum afgezocht en allerlei aanpassingen gedaan, maar helaas dat heeft ook niet geholpen.

De tv kastjes van kpn blijven hangen op 85%

Onze situatie is als volgt: CGU - US 8 60W - US 8 - kpn kastje en CGU - US 8 60W - flex mini - kpn kastje


Ben ik iets vergeten in te stellen of heb ik het niet goed geïnstalleerd?

Alvast bedankt, Jeffrey


De instellingen zijn als volgt:

[ Voor 51% gewijzigd door Duranco2001 op 23-06-2026 20:55 ]

[JungleJim]

Duranco2001 schreef op dinsdag 23 juni 2026 @ 20:54:
Goedenavond,

Ook wij hebben hulp nodig bij het installeren van iptv. Sinds vorige week woensdag hebben wij geen TV meer van KPN, daarvoor werkte het wel, maar opeens niet meer. Helaas. Vervolgens heb ik het Fabian script opnieuw geïnstalleerd er werkte het nog steeds niet. Vervolgens heb ik de router (de cloud gateway ultra) gereset en het scripts van Fabian weer geinstalleerd, helaas het werkt niet steeds. Ook heb dit forum afgezocht en allerlei aanpassingen gedaan, maar helaas dat heeft ook niet geholpen.

De tv kastjes van kpn blijven hangen op 85%

Onze situatie is als volgt: CGU - US 8 60W - US 8 - kpn kastje en CGU - US 8 60W - flex mini - kpn kastje


Ben ik iets vergeten in te stellen of heb ik het niet goed geïnstalleerd?

Alvast bedankt, Jeffrey


De instellingen zijn als volgt: [Afbeelding] [Afbeelding] [Afbeelding] [Afbeelding] [Afbeelding]

Je udm-iptv config lijkt niet te kloppen, de setting IPTV_LAN_INTERFACES moet op "br661" staan, niet op "eth0.661". De log geeft een foutmelding, dat wordt hierdoor veroorzaakt.

Daarnaast kun je IPTV_WAN_RANGES beter op "0.0.0.0/0" zetten. En IPTV_IGMPPROXY_DISABLE_QUICKLEAVE kan bij meerdere kastjes beter op "true".

Na aanpassingen in /etc/udm-iptv.conf moet je de udm-iptv service herstarten, dit doe je met 'systemctl restart udm-iptv'. Check dan de logs of er geen foutmeldingen zijn.

En klopt het dat je de oude TV kastjes hebt, en niet TV+? Zo ja dan is het ook aan te raden om op je lokale IPTV VLAN andere DNS servers in te stellen dan de default, namelijk de DNS servers van KPN (195.121.1.34 en 195.121.1.66). Heb je TV+ dan is dat niet nodig.

En tenslotte, afhankelijk van welke UnifiOS versie je hebt kan het zijn dat de default improxy niet goed werkt. Als dat zo is (beeld hapert in multicast of bevriest na paar minuten), dan werkt igmpproxy ws wel goed. Die moet je eerst even installeren (apt update, apt install igmpproxy) en dan IPTV_IGMPPROXY_PROGRAM op "igmpproxy" zetten en udm-iptv herstarten (systemctl restart udm-iptv).

[ Voor 10% gewijzigd door JungleJim op 23-06-2026 21:21 ]

[Duranco2001]

Dank je. Het is gelukt om alle aanpassingen te doen, behalve de laatste, IPTV_IGMPPROXY_PROGRAM op "igmpproxy". Putty kent het commando niet. Zie hieronder de diagnose:



Daarnaast zijn twee config bestanden.



En de onderste heeft weer een andere config:



Is dit bestand nodig, is het van invloed?

[JungleJim]

Duranco2001 schreef op dinsdag 23 juni 2026 @ 22:05:
Dank je. Het is gelukt om alle aanpassingen te doen, behalve de laatste, IPTV_IGMPPROXY_PROGRAM op "igmpproxy". Putty kent het commando niet. Zie hieronder de diagnose:

[Afbeelding]

Wat bedoel je precies met "Putty kent het commando niet"?

Uit de log die je post kan ik niet veel opmaken, daarvoor staan er te weinig log regels. Begin eens met IPTV_IGMPPROXY_DEBUG op "false" te zetten om debug logging uit te zetten, dat voegt namelijk weinig toe. Even script herstarten (systemctl restart udm-iptv) en dan weer "udm-iptv diagnose" uitvoeren.

En ik zou eerst proberen of het werkt met IPTV_IGMPPROXY_PROGRAM op "improxy". Nooit te veel dingen in één keer aanpassen, dan weet je niet waar je het moet zoeken als het niet werkt.

Duranco2001 schreef op dinsdag 23 juni 2026 @ 22:05:
Daarnaast zijn twee config bestanden.

[Afbeelding]

En de onderste heeft weer een andere config:

[Afbeelding]

Is dit bestand nodig, is het van invloed?

Nee, die udm-iptv..conf.dpkg-... is een overblijfsel van een (mislukte?) upgrade denk ik. Dat bestand kun je verwijderen.

En post even je aangepaste udm-iptv.conf (graag in een code blok, dan is het leesbaar), dan kan ik zien of alles ook echt goed staat.

[ Voor 9% gewijzigd door JungleJim op 23-06-2026 22:22 ]

[esp8266]

Misschien interessant voor dit topic:
ik heb bij UniFi een feature-request ingediend om routed IPTV (KPN/XS4ALL-stijl: aparte getagde IPTV-WAN-VLAN + DHCP-opties + option 121 static routes) native in UniFi OS te krijgen. De native IGMP Proxy sinds Network 7.4.140 dekt dit namelijk niet af, dus we leunen nog steeds op het udm-iptv-pakket van fabianishere — top tool, maar het verdwijnt bij elke firmware-update en moet via SSH opnieuw geïnstalleerd worden.

Extra argument dat ik heb meegegeven: vrije modemkeuze is in Nederland een wettelijk recht (ACM-beleidsregel netwerkaansluitpunt, sinds 2022). KPN documenteert het keurig, maar juist door de IPTV-configuratie is dat recht in de praktijk lastig te benutten op een UniFi-gateway (vooral voor gebruikers zonder al te veel technische kennis).

Herken je dit (KPN, XS4ALL, Tweak, Solcon...)? Een reactie of stem op de UI-post helpt — hoe meer R&D ziet dat het breed speelt, hoe groter de kans dat het opgepakt wordt:

https://community.ui.com/questions/Feature-Request-Native-routed-IPTV-KPN-XS4ALL-NL-extend-IGMP-Proxy-with-dedicated-WAN-VLAN-DHCP-sta/7d9eb2e7-2f0c-4b8b-9fd7-20261d3a0a59

(Alle credits aan fabianishere — het verzoek is juist om die bewezen, community-onderhouden functionaliteit native te maken.)

[pboelhouwer]

We gaan zien of dit request wat uithaalt. Ik sta er achter en steun het maar dacht dat ik het eerder voorbij heb zien komen. Misschien dat het in combi met WK (Amerikanen zijn gek op Dutch orange army) wat uithaalt. Top initiatief 👍

[Duranco2001]

Dank je. Ik zal niet te veel wijzigingen in 1 keer. Nu is het dubbele bestand verwijdert. En hierbij de inhoud van de config (ik weet precies wat blok code, heb het nu "gewoon" gekopieerd).

# 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="0.0.0.0/0"

# DHCP options to send when requesting an IP address

IPTV_WAN_DHCP_OPTIONS="-O staticroutes -V IPTV_RG"

# LAN interfaces on which IPTV should be made available

IPTV_LAN_INTERFACES="br661"

# Disable quickleave for igmpproxy

IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="true"

# Enable debugging for igmpproxy

IPTV_IGMPPROXY_DEBUG="true"

IPTV_IGMPPROXY_PROGRAM="improxy"

IPTV_IGMPPROXY_IGMP_VERSION="3"

En tenslotte krijg ik de melding: "command not found". Bij het invoeren van "IPTV_IGMPPROXY_PROGRAM (in putty).

Wil je ook de diagnose zien?

[JungleJim]

Duranco2001 schreef op donderdag 25 juni 2026 @ 19:42:
Dank je. Ik zal niet te veel wijzigingen in 1 keer. Nu is het dubbele bestand verwijdert. En hierbij de inhoud van de config (ik weet precies wat blok code, heb het nu "gewoon" gekopieerd).
[..]

Een code block is dat je de tekst tussen [code] en [/code] zet als je een bericht maakt, dat leest makkelijker.

Duranco2001 schreef op donderdag 25 juni 2026 @ 19:42:

code:

# 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="0.0.0.0/0"
# DHCP options to send when requesting an IP address
IPTV_WAN_DHCP_OPTIONS="-O staticroutes -V IPTV_RG"
# LAN interfaces on which IPTV should be made available
IPTV_LAN_INTERFACES="br661"
# Disable quickleave for igmpproxy
IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="true"
# Enable debugging for igmpproxy
IPTV_IGMPPROXY_DEBUG="true"
IPTV_IGMPPROXY_PROGRAM="improxy"
IPTV_IGMPPROXY_IGMP_VERSION="3"

Je config ziet er goed uit, zou alleen dus IPTV_IGMPPROXY_DEBUG op "false" zetten (voor duidelijkere logs). Wellicht ten overvloede, maar daarmee bedoel ik dus in je PuTTY sessie het config bestand opent met een teksteditor (bijv. vi, zoek even op internet hoe je die gebruikt) en dan op de regel met IPTV_IGMPPROXY_DEBUG de tekst "true" aanpassen naar "false".

Werkt je TV nu met deze instellingen?

Duranco2001 schreef op donderdag 25 juni 2026 @ 19:42:
En tenslotte krijg ik de melding: "command not found". Bij het invoeren van "IPTV_IGMPPROXY_PROGRAM (in putty).

Je hoeft IPTV_IGMPPROXY_PROGRAM niet in te voeren in je PuTTY sessie, dat is een setting in het udm-iptv.conf bestand. Die staat nu op improxy, dat is de default IGMP Proxy die bij UniFi OS zit. Om igmpproxy (een andere implementatie van een IGMP Proxy) te gebruiken moet je de volgende stappen uitvoeren:

• inloggen op je UCG Ultra met PuTTY
• commando 'apt update' uitvoeren
• commando 'apt install igmpproxy' uitvoeren
• het config bestand /etc/udm-iptv.conf in een teksteditor openen, bijv. 'vi /etc/udm-iptv.conf'
• de regel IPTV_IGMPPROXY_PROGRAM="improxy" aanpassen naar IPTV_IGMPPROXY_PROGRAM="igmpproxy"
• bestand opslaan en editor afsluiten
• commado 'systemctl restart udm-iptv' uitvoeren
• controleren of TV nu wel goed werkt, zo kijken of er in de output van 'udm-iptv diagnose' fouten staan

Maar zoals eerder gezegd zou ik igmpproxy pas proberen als het met improxy niet goed werkt.

[esp8266]

pboelhouwer schreef op donderdag 25 juni 2026 @ 14:09:
We gaan zien of dit request wat uithaalt. Ik sta er achter en steun het maar dacht dat ik het eerder voorbij heb zien komen. Misschien dat het in combi met WK (Amerikanen zijn gek op Dutch orange army) wat uithaalt. Top initiatief 👍

tja, Als je het niet probeert dan weet je zeker dat unifi er niets mee doet. En zekerheid heb je idd niet. Toch zou je zeggen dat als Unifi in de EU hun marktaandeel zou willen vergroten dat dit een goede zet zou zijn. Zeker als ze het inbouwen in de startup setup of anderzijds mogelijk maken om het voor eindgebruikers simpelweg in te schakelen.

voor vandaag is het bericht iig wel trending

#orangearmy :-)

[ Voor 4% gewijzigd door esp8266 op 25-06-2026 21:23 ]

[gerbenp]

esp8266 schreef op donderdag 25 juni 2026 @ 13:01:
Misschien interessant voor dit topic:
ik heb bij UniFi een feature-request ingediend om routed IPTV (KPN/XS4ALL-stijl: aparte getagde IPTV-WAN-VLAN + DHCP-opties + option 121 static routes) native in UniFi OS te krijgen. De native IGMP Proxy sinds Network 7.4.140 dekt dit namelijk niet af, dus we leunen nog steeds op het udm-iptv-pakket van fabianishere — top tool, maar het verdwijnt bij elke firmware-update en moet via SSH opnieuw geïnstalleerd worden.

Extra argument dat ik heb meegegeven: vrije modemkeuze is in Nederland een wettelijk recht (ACM-beleidsregel netwerkaansluitpunt, sinds 2022). KPN documenteert het keurig, maar juist door de IPTV-configuratie is dat recht in de praktijk lastig te benutten op een UniFi-gateway (vooral voor gebruikers zonder al te veel technische kennis).

Herken je dit (KPN, XS4ALL, Tweak, Solcon...)? Een reactie of stem op de UI-post helpt — hoe meer R&D ziet dat het breed speelt, hoe groter de kans dat het opgepakt wordt:

https://community.ui.com/questions/Feature-Request-Native-routed-IPTV-KPN-XS4ALL-NL-extend-IGMP-Proxy-with-dedicated-WAN-VLAN-DHCP-sta/7d9eb2e7-2f0c-4b8b-9fd7-20261d3a0a59

(Alle credits aan fabianishere — het verzoek is juist om die bewezen, community-onderhouden functionaliteit native te maken.)

Hopen dat het eindelijk eens gaat gebeuren, maar ik heb er voor nu nog een hard hoofd in..
Zijn meerdere topics over gemaakt maar het lijkt uit de aandacht geglipt te zijn vrees ik. Misschien dat deze zet weer even werkt, je weet maar nooit, gezien ze eindelijk 1500 mtu hebben toegevoegd na heel veel jaren vragen kan het altijd nog gewoon gaan gebeuren

TP-LINK kan het al wel inmiddels native met hun Omada reeks..

[Duranco2001]

JungleJim schreef op donderdag 25 juni 2026 @ 21:15:
[...]

Een code block is dat je de tekst tussen [code] en [/code] zet als je een bericht maakt, dat leest makkelijker. Bedankt voor de uitleg.


[...]

Je config ziet er goed uit, zou alleen dus IPTV_IGMPPROXY_DEBUG op "false" zetten (voor duidelijkere logs). Wellicht ten overvloede, maar daarmee bedoel ik dus in je PuTTY sessie het config bestand opent met een teksteditor (bijv. vi, zoek even op internet hoe je die gebruikt) en dan op de regel met IPTV_IGMPPROXY_DEBUG de tekst "true" aanpassen naar "false".

Werkt je TV nu met deze instellingen?

Het is aangepast naar false, maar helaas het werkt (nog) niet.


[...]

Je hoeft IPTV_IGMPPROXY_PROGRAM niet in te voeren in je PuTTY sessie, dat is een setting in het udm-iptv.conf bestand. Die staat nu op improxy, dat is de default IGMP Proxy die bij UniFi OS zit. Om igmpproxy (een andere implementatie van een IGMP Proxy) te gebruiken moet je de volgende stappen uitvoeren:

• inloggen op je UCG Ultra met PuTTY
• commando 'apt update' uitvoeren
• commando 'apt install igmpproxy' uitvoeren
• het config bestand /etc/udm-iptv.conf in een teksteditor openen, bijv. 'vi /etc/udm-iptv.conf'
• de regel IPTV_IGMPPROXY_PROGRAM="improxy" aanpassen naar IPTV_IGMPPROXY_PROGRAM="igmpproxy"
• bestand opslaan en editor afsluiten
• commado 'systemctl restart udm-iptv' uitvoeren
• controleren of TV nu wel goed werkt, zo kijken of er in de output van 'udm-iptv diagnose' fouten staan

Maar zoals eerder gezegd zou ik igmpproxy pas proberen als het met improxy niet goed werkt.

Bedankt voor de uitleg Heb je iets aan de diagnose?

[ Voor 15% gewijzigd door Duranco2001 op 26-06-2026 08:56 ]

[JungleJim]

Duranco2001 schreef op vrijdag 26 juni 2026 @ 08:54:
[...]

Bedankt voor de uitleg Heb je iets aan de diagnose? [Afbeelding]

Heb je in Network Application onder Settings > Internet > je internet verbinding > IGMP Proxy aangevinkt? Ik vermoed van wel omdat in de logs staat dat improxy niet op kan starten. Dat is vaak een teken dat die setting aanstaat.

En in de log lijkt het dat IPTV_WAN_RANGES niet goed staat, die moet op 0.0.0.0/0 staan. Stond in je eerdere post wel goed, dus kijk even goed wat daar aangepast is.

[Duranco2001]

Dank je. Heb de IGMP-proxy uitgezet. Die stond inderdaad nog aangevinkt. En daarnaast de WAN Ranges aangepast naar 0.0.0.0/0. Heb na deze aanpassingen de CGU gereset. Helaas blijft het nog op 85% hangen. Ook twee diagnoses gemaakt. 1 direct na de reset en 1 zojuist. Daar zitten wel verschillen tussen, met name bij IP link and Route. Weet jij waarom ze afwijken van elkaar?

[CrankyGamerOG]

Duranco2001 schreef op vrijdag 26 juni 2026 @ 12:25:
Dank je. Heb de IGMP-proxy uitgezet. Die stond inderdaad nog aangevinkt. En daarnaast de WAN Ranges aangepast naar 0.0.0.0/0. Heb na deze aanpassingen de CGU gereset. Helaas blijft het nog op 85% hangen. Ook twee diagnoses gemaakt. 1 direct na de reset en 1 zojuist. Daar zitten wel verschillen tussen, met name bij IP link and Route. Weet jij waarom ze afwijken van elkaar? [Afbeelding]

hij zegt het zelf al letterlijk he, error address already in use.

[JungleJim]

Duranco2001 schreef op vrijdag 26 juni 2026 @ 12:25:
Dank je. Heb de IGMP-proxy uitgezet. Die stond inderdaad nog aangevinkt. En daarnaast de WAN Ranges aangepast naar 0.0.0.0/0. Heb na deze aanpassingen de CGU gereset. Helaas blijft het nog op 85% hangen. Ook twee diagnoses gemaakt. 1 direct na de reset en 1 zojuist. Daar zitten wel verschillen tussen, met name bij IP link and Route. Weet jij waarom ze afwijken van elkaar? [Afbeelding]

Neem aan dat je bedoelt dat je de CGU herstart hebt? Bij een reset ben je alle instellingen kwijt en kun je opnieuw beginnen.

Weet je zeker dat IGMP Proxy in Network Application uitstaat? Dwz ook op opslaan geklikt? De foutmelding in de log geeft namelijk aan dat er al een IGMP Proxy draait...

En welke TV kastjes heb je nou? Want als je de oude TV kastjes hebt (dus geen TV+), en die blijven hangen bij opstarten, dan komt dat vaak door de DNS servers die op je IPTV LAN ingesteld zijn (zie een van mijn eerdere reacties).

En weet je zeker dat je TV kastje ook een IP adres uit je lokale IPTV LAN krijgt? Daarvoor moet je namelijk via de Port Manager in Network Application instellen dat het native network voor de poort waar je ontvangers aanzitten je lokale IPTV VLAN is.

[Duranco2001]

Dank je. Inderdaad, ik voer een herstart uit na elke mutatie.

IGMP-proxy staat uit. Zie hieronder:



De tv-kastjes zijn: Arris VIP5602WT en/of Arcadyan HMB2260. Ik vermoed dat dit de oude zijn. De DNS servers waren al aangepast. Zie hieronder:

Ja zijn twee ip adressen gegeven in IPTV lan. Zie hieronder:

Ik heb de vlan route in een tabelletje gezet. Hopelijk is het zo duidelijk.

Device 1	Port	Vlan
CGU	4	Default
US 8 60W	7	Default
US 8	2	IPTV (661)
Device 2	Port	Vlan
CGU	1	Default
US 8 60W	5	Default
USW Flex Mini	2	IPTV

Klopt zo iptv route?

[JungleJim]

Duranco2001 schreef op vrijdag 26 juni 2026 @ 14:53:
Dank je. Inderdaad, ik voer een herstart uit na elke mutatie.

IGMP-proxy staat uit. Zie hieronder:

[Afbeelding]

Dat is een andere setting, IGMP Snooping. Die moet juist aan staan.

De setting die ik bedoel zit (zoals eerder aangegeven) onder Settings > Internet > je primary internet verbinding > IGMP Proxy (naam kan iets anders zijn afhankelijk van welke versie van Network Application je hebt).

Een herstart van je UCGU is trouwens niet nodig na een aanpassing van de configuratie in Network Application of van de udm-iptv config. Het herstarten van udm-iptv via 'systemctl restart udm-iptv' is (meestal ) voldoende.

[ Voor 13% gewijzigd door JungleJim op 26-06-2026 16:07 ]

[Duranco2001]

JungleJim schreef op vrijdag 26 juni 2026 @ 16:04:
[...]

Dat is een andere setting, IGMP Snooping. Die moet juist aan staan. Ok. duidelijk. Snooping staat en proxy staat nu uit.

De setting die ik bedoel zit (zoals eerder aangegeven) onder Settings > Internet > je primary internet verbinding > IGMP Proxy (naam kan iets anders zijn afhankelijk van welke versie van Network Application je hebt).

Staat IGMP Snooping goed ingesteld?



Een herstart van je UCGU is trouwens niet nodig na een aanpassing van de configuratie in Network Application of van de udm-iptv config. Het herstarten van udm-iptv via 'systemctl restart udm-iptv' is (meestal ) voldoende.
Dank je en Fijn. Gezin vond het al niet zo leuk, dat iedere keer restarten ;-

0

Deze aanpassingen hebben helaas nog niet gewerkt. Blijft hangen op 85%. Zie hieronder de diagnose:

[Duranco2001]

Nog er aanvulling op het bericht hierboven. Ik had het Vlan ID aangepast naar 4 en toen deed de tv het. Bij het uit en aanzetten niet meer. Zie hieronder het diagnose rapport. Maakt een Vlan ID uit?

[JungleJim]

Duranco2001 schreef op vrijdag 26 juni 2026 @ 17:30:
Nog er aanvulling op het bericht hierboven. Ik had het Vlan ID aangepast naar 4 en toen deed de tv het. Bij het uit en aanzetten niet meer. Zie hieronder het diagnose rapport. Maakt een Vlan ID uit? [Afbeelding]

VLAN ID voor je lokale IPTV VLAN maakt niet uit, elk ID is prima. Zolang je in de udm-iptv config maar hetzelfde ID gebruikt voor je lokale VLAN.

Aan de WAN kant maakt het wel uit, dat moet altijd 4 zijn.

De logs zien er nu goed uit, geen foutmeldingen meer.

Dus multicast TV zou in principe goed moeten werken. Als de ontvanger blijft hangen op 85% dan is dat iets anders, dat heeft vziw niet met multicast te maken.

De Flex Mini ondersteunt trouwens geen IGMP Snooping dus als je nog problemen hebt zou ik het eerst eens met 1 ontvanger proberen, diegene die niet aan je Flex Mini hangt.

[Duranco2001]

Dank je JungleJim. De Tv kastjes werken weer :-) Ik heb de flex mini vervangen voor een US8, wellicht dat dat geholpen heeft.

[buzzlightyear]

Duranco2001 schreef op vrijdag 26 juni 2026 @ 20:48:
Dank je JungleJim. De Tv kastjes werken weer :-) Ik heb de flex mini vervangen voor een US8, wellicht dat dat geholpen heeft.

Waarschijnlijk ondersteund de flex mini geen igmp snooping?

[Duranco2001]

Helaas, ben iets te snel geweest met reageren. De tv werkt weer na iedere restart van CGU. Als de kastjes uit zijn geweest en weer opnieuw aan doe, dan krijgen we de melding dat ze het niet kunnen vinden. Is igmpproxy een optie?

Inmiddels werkt het wel weer, door het aanpassen van de poort op de switch in IPTV.

[ Voor 31% gewijzigd door Duranco2001 op 27-06-2026 08:32 ]