[Ubiquiti & IPTV] Ervaringen & Discussie

[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 ]

[neversium]

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.


[...]

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?


[...]

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.

Ik haak hier even aan. Als ik igmpproxy gebruik, op welke versie moet ik deze dan instellen: 2 of 3? Ik ervaar vooral problemen bij het zappen; een kanaal hapert eerst een aantal seconden voordat het goed draait. Multicast werkt wel naar behoren en geeft ook 'LIVE' aan bij KPN TV+. Dit probleem speelt vreemd genoeg vooral bij NPO 3 en RTL 4.

[mgiebels]

neversium schreef op dinsdag 30 juni 2026 @ 16:49:
[...]

Ik haak hier even aan. Als ik igmpproxy gebruik, op welke versie moet ik deze dan instellen: 2 of 3? Ik ervaar vooral problemen bij het zappen; een kanaal hapert eerst een aantal seconden voordat het goed draait. Multicast werkt wel naar behoren en geeft ook 'LIVE' aan bij KPN TV+. Dit probleem speelt vreemd genoeg vooral bij NPO 3 en RTL 4.

Ik gebruik v3 en wordt ook aangeraden

[JungleJim]

neversium schreef op dinsdag 30 juni 2026 @ 16:49:
[...]

Ik haak hier even aan. Als ik igmpproxy gebruik, op welke versie moet ik deze dan instellen: 2 of 3? Ik ervaar vooral problemen bij het zappen; een kanaal hapert eerst een aantal seconden voordat het goed draait. Multicast werkt wel naar behoren en geeft ook 'LIVE' aan bij KPN TV+. Dit probleem speelt vreemd genoeg vooral bij NPO 3 en RTL 4.

De documentatie van KPN zegt IGMP versie 2.
Ik heb ‘m zelf ooit op v3 gezet en dat werkt prima. Beste dus om gewoon even uit te proberen. Vergeet niet de udm-iptv service te herstarten wanneer je aanpassingen in de config hebt gemaakt.

[jdwrist]

Na een update van de UCG MAX fabian is here opnieuw geïnstalleerd maar helaas weer Live ip LIVE

• # 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="br4"
• # Disable quickleave for igmpproxy
• IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="false"
• # Enable debugging for igmpproxy
• IPTV_IGMPPROXY_DEBUG="false"
• IPTV_IGMPPROXY_IGMP_VERSION="3"
• IPTV_IGMPPROXY_PROGRAM="improxy"
  
  Diagnose levert onderstaande op

=== Configuration ===



Ik heb aan alle instellingen / aanpassingen op hardware niveau , nadat alles goed was gezet, niets meer gewijzigd.

Wat zie ik over het hoofd?

[H4nsie]

Ik zie aan je 'last login' dat je voor je local lan een 10.1.1.x subnet gebruikt. Dit valt gelukkig niet in de KPN subnetmask van 10.182.87.39/22. Maar wat is je subnet range van je Vlan4? Conflicteert deze niet met 10.182.87.39/22?

[jdwrist]

H4nsie schreef op donderdag 9 juli 2026 @ 12:51:
Ik zie aan je 'last login' dat je voor je local lan een 10.1.1.x subnet gebruikt. Dit valt gelukkig niet in de KPN subnetmask van 10.182.87.39/22. Maar wat is je subnet range van je Vlan4? Conflicteert deze niet met 10.182.87.39/22?

Wan internet is 10.1.1.0/24

IPTV VLan is 10.10.1.0/24

[JungleJim]

jdwrist schreef op donderdag 9 juli 2026 @ 12:45:
Na een update van de UCG MAX fabian is here opnieuw geïnstalleerd maar helaas weer Live ip LIVE

• # 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="br4"
• # Disable quickleave for igmpproxy
• IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="false"
• # Enable debugging for igmpproxy
• IPTV_IGMPPROXY_DEBUG="false"
• IPTV_IGMPPROXY_IGMP_VERSION="3"
• IPTV_IGMPPROXY_PROGRAM="improxy"
  
  Diagnose levert onderstaande op

=== Configuration ===

~[Afbeelding]

Ik heb aan alle instellingen / aanpassingen op hardware niveau , nadat alles goed was gezet, niets meer gewijzigd.

Wat zie ik over het hoofd?

Probeer eens igmpproxy ipv improxy. Je geeft niet aan vanaf welke UniFi OS versie je komt en wat de nieuwe is, maar ik had op een gegeven moment ook issues dat improxy niet meer werkte na een update, en igmpproxy wel.

Om igmpproxy te gebruiken moet je het volgende doen:
* via SSH inloggen op je UCG MAX
* apt update
* apt install igmpproxy
* /etc/udm-iptv.conf aanpassen en de setting IPTV_IGMPPROXY_PROGRAM op "igmpproxy" zetten
* script herstarten via 'systemctl restart udm-iptv'

En check ook even de IGMP Snooping instellingen onder Settings > Networks. Daar is in recente UniFi OS en Network Application versies ook eea aan veranderd.

[ Voor 4% gewijzigd door JungleJim op 09-07-2026 14:33 ]

[jdwrist]

JungleJim schreef op donderdag 9 juli 2026 @ 14:32:
[...]

Probeer eens igmpproxy ipv improxy. Je geeft niet aan vanaf welke UniFi OS versie je komt en wat de nieuwe is, maar ik had op een gegeven moment ook issues dat improxy niet meer werkte na een update, en igmpproxy wel.

Om igmpproxy te gebruiken moet je het volgende doen:
* via SSH inloggen op je UCG MAX
* apt update
* apt install igmpproxy
* /etc/udm-iptv.conf aanpassen en de setting IPTV_IGMPPROXY_PROGRAM op "igmpproxy" zetten
* script herstarten via 'systemctl restart udm-iptv'

En check ook even de IGMP Snooping instellingen onder Settings > Networks. Daar is in recente UniFi OS en Network Application versies ook eea aan veranderd.

Sorry Jim die was ik vergeten te vermelden.

Ik zit op de 5.1.19 versie van UniFi OS . Ik zal morgen na mijn nachtdienst eens uitvogelen of dat dit gaat werken. Ik laat het je weten.

Mocht de IGMP Snooping veranderd zijn waar moet ik op letten?

[JungleJim]

jdwrist schreef op donderdag 9 juli 2026 @ 22:17:
[...]

Sorry Jim die was ik vergeten te vermelden.

Ik zit op de 5.1.19 versie van UniFi OS . Ik zal morgen na mijn nachtdienst eens uitvogelen of dat dit gaat werken. Ik laat het je weten.

Mocht de IGMP Snooping veranderd zijn waar moet ik op letten?

Hangt een beetje af van hoe je netwerk eruit ziet. Heb je nog extra switches? Of zit je KPN kastje direct aan de UCG Max? Belangrijk is iig dat IGMP Snooping aan staat voor je lokale IPTV VLAN.

[jdwrist]

JungleJim schreef op donderdag 9 juli 2026 @ 22:38:
[...]

Hangt een beetje af van hoe je netwerk eruit ziet. Heb je nog extra switches? Of zit je KPN kastje direct aan de UCG Max? Belangrijk is iig dat IGMP Snooping aan staat voor je lokale IPTV VLAN.

Internet direct op de UCG MAX

Switch Flex 2.5G PoE hier zit 3 x Unifi U7 InWall (iedere etage 1)

KPN kastje fysiek aan de netwerk poort op de U7

Deze heb ik de vorige keer met jou hulp allemaal al correct weg gezet en hier is verder niets aan veranderd of zijn veranderingen aan gedaan.

[jdwrist]

JungleJim schreef op donderdag 9 juli 2026 @ 14:32:
[...]

Probeer eens igmpproxy ipv improxy. Je geeft niet aan vanaf welke UniFi OS versie je komt en wat de nieuwe is, maar ik had op een gegeven moment ook issues dat improxy niet meer werkte na een update, en igmpproxy wel.

Om igmpproxy te gebruiken moet je het volgende doen:
* via SSH inloggen op je UCG MAX
* apt update
* apt install igmpproxy
* /etc/udm-iptv.conf aanpassen en de setting IPTV_IGMPPROXY_PROGRAM op "igmpproxy" zetten
* script herstarten via 'systemctl restart udm-iptv'

En check ook even de IGMP Snooping instellingen onder Settings > Networks. Daar is in recente UniFi OS en Network Application versies ook eea aan veranderd.

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="br4"

# Disable quickleave for igmpproxy

IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="false"

# Enable debugging for igmpproxy
IPTV_IGMPPROXY_DEBUG="false"
IPTV_IGMPPROXY_IGMP_VERSION="3"

IPTV_IGMPPROXY_PROGRAM="igmpproxy"

apt update en apt install igmpproxy uitgevoerd daarna config gewijzigd en een restart uitgeverd

Diagnose geeft vervolgens het volgende:

code:

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: 0.0.0.0/0
LAN Interfaces: br4
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
=== Service Logs ===
Jul 10 12:29:04 Arresthuis-Gateway udm-iptvd[2853657]: udhcpc: sending select for 10.223.44.190
Jul 10 12:29:04 Arresthuis-Gateway udm-iptvd[2853657]: udhcpc: lease of 10.223.44.190 obtained, lease time 3600
Jul 10 12:29:04 Arresthuis-Gateway udm-iptvd[2853640]: NATing IPTV network ranges (if necessary)
Jul 10 12:29:04 Arresthuis-Gateway udm-iptvd[2853640]: Creating static routes (if necessary)
Jul 10 12:29:04 Arresthuis-Gateway udm-iptvd[2853640]: Setting up IGMP Proxy
Jul 10 12:29:04 Arresthuis-Gateway udm-iptvd[2853640]: Using igmpproxy...
Jul 10 12:29:04 Arresthuis-Gateway udm-iptvd[2853640]: Starting IGMP Proxy
Jul 10 12:29:04 Arresthuis-Gateway igmpproxy[2853640]: MC-Router API already in use; Errno(98): Address already in use
Jul 10 12:29:04 Arresthuis-Gateway systemd[1]: udm-iptv.service: Main process exited, code=exited, status=255/EXCEPTION
Jul 10 12:29:04 Arresthuis-Gateway systemd[1]: udm-iptv.service: Failed with result 'exit-code'.

Ergens gaat het de update dus toch niet goed gok ik

[ Voor 10% gewijzigd door jdwrist op 10-07-2026 12:37 ]

[JungleJim]

jdwrist schreef op vrijdag 10 juli 2026 @ 12:33:
[...]

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="br4"

# Disable quickleave for igmpproxy

IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="false"

# Enable debugging for igmpproxy
IPTV_IGMPPROXY_DEBUG="false"
IPTV_IGMPPROXY_IGMP_VERSION="3"

IPTV_IGMPPROXY_PROGRAM="igmpproxy"

apt update en apt install igmpproxy uitgevoerd daarna config gewijzigd en een restart uitgeverd

Diagnose geeft vervolgens het volgende:

code:

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: 0.0.0.0/0
LAN Interfaces: br4
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
=== Service Logs ===
Jul 10 12:29:04 Arresthuis-Gateway udm-iptvd[2853657]: udhcpc: sending select for 10.223.44.190
Jul 10 12:29:04 Arresthuis-Gateway udm-iptvd[2853657]: udhcpc: lease of 10.223.44.190 obtained, lease time 3600
Jul 10 12:29:04 Arresthuis-Gateway udm-iptvd[2853640]: NATing IPTV network ranges (if necessary)
Jul 10 12:29:04 Arresthuis-Gateway udm-iptvd[2853640]: Creating static routes (if necessary)
Jul 10 12:29:04 Arresthuis-Gateway udm-iptvd[2853640]: Setting up IGMP Proxy
Jul 10 12:29:04 Arresthuis-Gateway udm-iptvd[2853640]: Using igmpproxy...
Jul 10 12:29:04 Arresthuis-Gateway udm-iptvd[2853640]: Starting IGMP Proxy
Jul 10 12:29:04 Arresthuis-Gateway igmpproxy[2853640]: MC-Router API already in use; Errno(98): Address already in use
Jul 10 12:29:04 Arresthuis-Gateway systemd[1]: udm-iptv.service: Main process exited, code=exited, status=255/EXCEPTION
Jul 10 12:29:04 Arresthuis-Gateway systemd[1]: udm-iptv.service: Failed with result 'exit-code'.

Ergens gaat het de update dus toch niet goed gok ik[Afbeelding]

Check even of de instelling IGMP Proxy (in Network Application onder Settings > Internet > je primaire internet verbinding) uit staat.

Anders even je Max herstarten, mss draait improxy nog waardoor igmpproxy niet kan opstarten.

[jdwrist]

JungleJim schreef op vrijdag 10 juli 2026 @ 13:12:
[...]

Check even of de instelling IGMP Proxy (in Network Application onder Settings > Internet > je primaire internet verbinding) uit staat.

Anders even je Max herstarten, mss draait improxy nog waardoor igmpproxy niet kan opstarten.

Deze bedoel je neem ik aan?

Herstart van de UCG Max uitgevoerd udm-iptv diagnose levert vervolgens dit op

code:

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: 0.0.0.0/0
LAN Interfaces: br4
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
21: iptv@eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.223.45.170/22 brd 10.223.47.255 scope global iptv
       valid_lft forever preferred_lft forever
10.223.44.0/22 proto kernel scope link src 10.223.45.170
213.75.112.0/21 via 10.223.44.1 metric 221
=== Service Logs ===
Jul 10 14:10:33 Arresthuis-Gateway igmpproxy[2484]: MRT_DEL_MFC; Errno(2): No such file or directory
Jul 10 14:11:02 Arresthuis-Gateway igmpproxy[2484]: MRT_DEL_MFC; Errno(2): No such file or directory
Jul 10 14:11:02 Arresthuis-Gateway igmpproxy[2484]: MRT_DEL_MFC; Errno(2): No such file or directory
Jul 10 14:11:20 Arresthuis-Gateway igmpproxy[2484]: MRT_DEL_MFC; Errno(2): No such file or directory
Jul 10 14:11:20 Arresthuis-Gateway igmpproxy[2484]: MRT_DEL_MFC; Errno(2): No such file or directory
Jul 10 14:11:51 Arresthuis-Gateway igmpproxy[2484]: MRT_DEL_MFC; Errno(2): No such file or directory
Jul 10 14:11:51 Arresthuis-Gateway igmpproxy[2484]: MRT_DEL_MFC; Errno(2): No such file or directory
Jul 10 14:12:14 Arresthuis-Gateway igmpproxy[2484]: MRT_DEL_MFC; Errno(2): No such file or directory
Jul 10 14:12:30 Arresthuis-Gateway igmpproxy[2484]: MRT_DEL_MFC; Errno(2): No such file or directory
Jul 10 14:12:40 Arresthuis-Gateway igmpproxy[2484]: MRT_DEL_MFC; Errno(2): No such file or directory

[JungleJim]

jdwrist schreef op vrijdag 10 juli 2026 @ 14:14:
[...]

[Afbeelding] Deze bedoel je neem ik aan?

Nog een scherm verder, even op de KPN internet verbinding klikken.

[jdwrist]

JungleJim schreef op vrijdag 10 juli 2026 @ 15:29:
[...]

Nog een scherm verder, even op de KPN internet verbinding klikken.

Het werkt weer :-)

Heb ook wel het gevoel dat met igmpproxy het zappen tussen kanalen sneller lijkt te gaan :-)

[Anunnaki]

Ik ben net geswitcht van KPN Box 14 en een Netgear switch naar de UDM Pro Max en de USW Pro Max PoE, dus ben helemaal nieuw in de wereld van Ubiquity. Nu had ik KPN op Multicast staan, zappen ging dus zeer langzaam. Na wat zoekwerk ben ik geswitcht naar Unicast en het werkt nu prima. IGMP Snooping staat ook nog gewoon uit en nog geen Unifi AC points, dat is fase 2.

Maar mis ik iets bij geen gebruik van Multicast? En aangezien de kids geen TV kijken heb ik maar 1 TV box die aan staat.

[JungleJim]

Anunnaki schreef op zaterdag 11 juli 2026 @ 10:10:
Ik ben net geswitcht van KPN Box 14 en een Netgear switch naar de UDM Pro Max en de USW Pro Max PoE, dus ben helemaal nieuw in de wereld van Ubiquity. Nu had ik KPN op Multicast staan, zappen ging dus zeer langzaam. Na wat zoekwerk ben ik geswitcht naar Unicast en het werkt nu prima. IGMP Snooping staat ook nog gewoon uit en nog geen Unifi AC points, dat is fase 2.

Maar mis ik iets bij geen gebruik van Multicast? En aangezien de kids geen TV kijken heb ik maar 1 TV box die aan staat.

Multicast heeft betere beeldkwaliteit omdat de streams een hogere bitrate hebben. Zappen is in mijn ervaring eigenlijk iets sneller met multicast.

Maar als je de beeldkwaliteit met unicast prima vindt is er niet echt een reden om over te stappen.

[nelizmastr]

buzzlightyear schreef op vrijdag 26 juni 2026 @ 21:15:
[...]

Waarschijnlijk ondersteund de flex mini geen igmp snooping?

Klopt. Die serie heeft geen igmp.

[smeerbartje]

nelizmastr schreef op zaterdag 11 juli 2026 @ 15:40:
[...]

Klopt. Die serie heeft geen igmp.

De nieuwere Ubiquiti Flex Mini 2.5G wel? Weet je dat toevallig?

[Pimmetje651]

smeerbartje schreef op maandag 20 juli 2026 @ 11:44:
[...]

De nieuwere Ubiquiti Flex Mini 2.5G wel? Weet je dat toevallig?

Volgens mij niet

[nelizmastr]

smeerbartje schreef op maandag 20 juli 2026 @ 11:44:
[...]

De nieuwere Ubiquiti Flex Mini 2.5G wel? Weet je dat toevallig?

Nee, de hele flex mini serie heeft geen igmp snooping, je moet dan naar de reguliere flex of de ultra serie.

[hermanh]

nelizmastr schreef op maandag 20 juli 2026 @ 11:54:
[...]

Nee, de hele flex mini serie heeft geen igmp snooping, je moet dan naar de reguliere flex of de ultra serie.

Ultra serie heeft ook geen IGMP snooping. Alleen en lite serie en de meer hogere tiers aan switches hebben IGMP capabilities. goedkoopste switch met igmp snooping is the usw-lite-8

[nelizmastr]

hermanh schreef op woensdag 22 juli 2026 @ 10:09:
[...]

Ultra serie heeft ook geen IGMP snooping. Alleen en lite serie en de meer hogere tiers aan switches hebben IGMP capabilities. goedkoopste switch met igmp snooping is the usw-lite-8

Dank voor de update. Ik gebruik de Ultra serie zelf niet en had dat detail niet opgemerkt

[gerbenp]

Iemand nog een idee om zonder snelheidsverlies IPTV op een UCG Fiber te kunnen finetunen? Heb een apart vlan 661 met het fabianishere script. Maar zodra ik een download aanzet die heel de verbinding dicht trekt loopt het beeld niet meer vloeiend.

Heb al geprobeerd een QoS regel aan het maken maar dan halveert mijn snelheid gelijk omdat hij op IPTV continue voorrang geeft als het aan staat. Dus dat is ook niet wenselijk, dan blijf je op 500 mbit steken. Ideaalste zou zijn dat hij de download automatisch afschaalt.

Smart Queues lijkt ook nog niet het gewenste resultaat te geven als ik die instel op 1000/1000. Als ik het lees is dat ook niet echt aanbevolen door Ubiquiti voor verbindingen die sneller zijn dan 300 mbit.

Iemand die dit goed op het punt heeft gekregen? Heb ook al IDS/IPS tijdelijk uitgeschakeld om mee te testen. Maar krijg het niet helemaal 100% vloeiend of optimaal nog.

Ter verduidelijking gaat het om KPN TV+ met multicast. Heb ze aan een USW Lite 16 PoE en USW Lite 8 POE hangen. Heb de igmpproxy module los geinstalleerd en quick leave staat uit met 3 decoders. Meestal staat er maar 1 of 2 actief.

Heb 1000/1000 bij KPN ook.

[ Voor 12% gewijzigd door gerbenp op 23-07-2026 21:39 ]

[JungleJim]

gerbenp schreef op donderdag 23 juli 2026 @ 21:34:
Iemand nog een idee om zonder snelheidsverlies IPTV op een UCG Fiber te kunnen finetunen? Heb een apart vlan 661 met het fabianishere script. Maar zodra ik een download aanzet die heel de verbinding dicht trekt loopt het beeld niet meer vloeiend.

Heb al geprobeerd een QoS regel aan het maken maar dan halveert mijn snelheid gelijk omdat hij op IPTV continue voorrang geeft als het aan staat. Dus dat is ook niet wenselijk, dan blijf je op 500 mbit steken. Ideaalste zou zijn dat hij de download automatisch afschaalt.

Smart Queues lijkt ook nog niet het gewenste resultaat te geven als ik die instel op 1000/1000. Als ik het lees is dat ook niet echt aanbevolen door Ubiquiti voor verbindingen die sneller zijn dan 300 mbit.

Iemand die dit goed op het punt heeft gekregen? Heb ook al IDS/IPS tijdelijk uitgeschakeld om mee te testen. Maar krijg het niet helemaal 100% vloeiend of optimaal nog.

Ter verduidelijking gaat het om KPN TV+ met multicast. Heb ze aan een USW Lite 16 PoE en USW Lite 8 POE hangen. Heb de igmpproxy module los geinstalleerd en quick leave staat uit met 3 decoders. Meestal staat er maar 1 of 2 actief.

Heb 1000/1000 bij KPN ook.

Wat zijn je instellingen in Network Application? IGMP Snooping staat aan? VLAN instellingen op de switch poorten waar je TV+ kastjes zitten staan goed? Dwz native network op je lokale IPTV VLAN en Tagged VLAN Management op Block All?

En ff dubbelcheck dat multicast ook goed werkt? Maw rechtsonder in beeld staat LIVE als je de gegevens van de zender in het scherm ziet.

Smart Queues zou ik uit laten staan, dat is idd voor als je een wat tragere internet verbinding hebt (< 300 MBps).

Heb zelf een UDM Pro (+ USW-24-PoE en US-8-60W) en weliswaar maar één TV+ box, maar heb geen problemen met TV kijken en tegelijkertijd een download.

[gerbenp]

JungleJim schreef op donderdag 23 juli 2026 @ 22:25:
[...]

Wat zijn je instellingen in Network Application? IGMP Snooping staat aan? VLAN instellingen op de switch poorten waar je TV+ kastjes zitten staan goed? Dwz native network op je lokale IPTV VLAN en Tagged VLAN Management op Block All?

En ff dubbelcheck dat multicast ook goed werkt? Maw rechtsonder in beeld staat LIVE als je de gegevens van de zender in het scherm ziet.

Smart Queues zou ik uit laten staan, dat is idd voor als je een wat tragere internet verbinding hebt (< 300 MBps).

Heb zelf een UDM Pro (+ USW-24-PoE en US-8-60W) en weliswaar maar één TV+ box, maar heb geen problemen met TV kijken en tegelijkertijd een download.

IGMP snooping staat aan.

VLAN 661 staat ingesteld op de poorten waar de decoders aan hangen. Block all staat overal ingesteld waar hij op VLAN 661 staat toegekend.

LIVE blijft hij gewoon aangeven. Op zich werkt de multicast goed maar het is puur dat hij over vreselijk begint te haperen als ik een download aan zet en hij tikt hem een beetje boven de 700/800 mbit aan lijkt het wel. Wellicht meer kan het ook nog zijn.

Dit zijn de instellingen wbt het VLAN 661 - op het eerste gezicht weinig verkeerds zou ik denken:



Algemene netwerk instellingen:





KPN WAN1:



Eventueel is dit nog de config van het script van fabianishere:

code:

## 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"
# 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="igmpproxy"

IPTV_IGMPPROXY_IGMP_VERSION="2"

[JungleJim]

@gerbenp config ziet er idd goed uit, zie geen dingen die afwijken.

Wel twee tips voor je udm-iptv config: zet IPTV_WAN_RANGES op “0.0.0.0/0” en IPTV_IGMPPROXY_DEBUG op “false”. Die eerste zorgt ervoor dat voor al het IPTV verkeer over de juiste interface wordt gerouteerd, niet alleen voor de drie IP ranges die nu in je config staan. De tweede zorgt voor minder logging van udm-iptv, zeker bij drie decoders scheelt dat een hoop.

Wat is de CPU load op de UCG Fiber op het moment dat je haperingen hebt?

[gerbenp]

@JungleJim Heb het aangepast de debug + iptv_wan_ranges naar 0.0.0.0/0, ik ga ook even improxy proberen die ingebouwd zit. Ga er later vandaag nog even mee testen. Op zich valt het voor mij makkelijk te reproduceren. Als ik een download aanzet via de Xbox launcher of een torrent aanzet gaat het al redelijk snel mis.

De CPU load en memory zijn op zich ook gewoon netjes.


Dit was ongeveer het moment dat ik haperingen had:


Nog even een interessant gegeven vanuit de internet grafiek - misschien valt hier nog iets uit te halen:




EDIT 17:03: improxy werkt ook niet echt smooth of denderend lijkt het wel. Duurt langer om iets op te bouwen, igmpproxy gaat sneller qua zappen..

[ Voor 5% gewijzigd door gerbenp op 24-07-2026 17:04 ]

[deepbass909]

Gisteren ben ik overgestapt van KPN Interactive TV naar KPN+. Dit is configureert volgens de handleiding van @Coolhva, draait op een USG-pro-4 en werkt in principe goed. Alleen omdat de KPN+ ontvanger een AndroidTV device is, wil ik er graag apps op kunnen draaien die ook toegang nodig hebben tot mijn lokale netwerk, iets wat in de config van coolhva standaard niet mogelijk is, want de ontvangers zitten in hun eigen geïsoleerde vlan.

Ik heb nu de ontvangers uit de IPtv vlan gehaald, en de android apps hebben netjes toegang tot mijn lokale netwerk. Maar... multicast tv ontvangst werkt niet, het speelt 2 seconden en dan bevriest het beeld. Als ik de ontvangers omzet naar unicast, werkt het wel.

Nu is mijn netwerk kennis alleen te beperkt om tot een werkende oplossing te komen. Volgens mij zijn er 2 opties:
1. vlan 661 (IPtv) en vlan 1 (netwerk) met elkaar verbinden, zodat multicast nog steeds naar vlan 661 gaat en mijn netwerk niet onnodig belast, maar de ontvangers wel toegang krijgen tot het lokale netwerk
2. Op het normale netwerk multicast mogelijk maken

Optie 1 heeft de voorkeur, maar ik weet én niet of dit überhaupt mogelijk is én niet hoe ik dit moet instellen. Optie 2 probeer ik actief te krijgen (ik heb config.gateway.json al aangepast zodat vlan 661 wordt genegeerd, maar dat bood helaas geen oplossing)

Wie kan mij op weg helpen?

[JungleJim]

deepbass909 schreef op donderdag 30 juli 2026 @ 09:55:
Gisteren ben ik overgestapt van KPN Interactive TV naar KPN+. Dit is configureert volgens de handleiding van @Coolhva, draait op een USG-pro-4 en werkt in principe goed. Alleen omdat de KPN+ ontvanger een AndroidTV device is, wil ik er graag apps op kunnen draaien die ook toegang nodig hebben tot mijn lokale netwerk, iets wat in de config van coolhva standaard niet mogelijk is, want de ontvangers zitten in hun eigen geïsoleerde vlan.

Ik heb nu de ontvangers uit de IPtv vlan gehaald, en de android apps hebben netjes toegang tot mijn lokale netwerk. Maar... multicast tv ontvangst werkt niet, het speelt 2 seconden en dan bevriest het beeld. Als ik de ontvangers omzet naar unicast, werkt het wel.

Nu is mijn netwerk kennis alleen te beperkt om tot een werkende oplossing te komen. Volgens mij zijn er 2 opties:
1. vlan 661 (IPtv) en vlan 1 (netwerk) met elkaar verbinden, zodat multicast nog steeds naar vlan 661 gaat en mijn netwerk niet onnodig belast, maar de ontvangers wel toegang krijgen tot het lokale netwerk
2. Op het normale netwerk multicast mogelijk maken

Optie 1 heeft de voorkeur, maar ik weet én niet of dit überhaupt mogelijk is én niet hoe ik dit moet instellen. Optie 2 probeer ik actief te krijgen (ik heb config.gateway.json al aangepast zodat vlan 661 wordt genegeerd, maar dat bood helaas geen oplossing)

Wie kan mij op weg helpen?

Is dat niet een kwestie van de firewall juist configureren in Network Application (NA)? Als ik zo de documentatie van coolhva doorlees, doe je je lokale VLAN config gewoon in NA. Alleen het WAN VLAN stuk, de juiste IPTV routering en igmp-proxy config zit zo te zien in de coolhva config.

[berndgeurts]

@deepbass909

Mijn tv+ box zit in mn IoT netwerk (vlan x). Het script van Fabianishere stuurt de multicast naar dat vlan.

Mijn normale netwerk zit op een ander vlan (vlan y).

In mijn firewall heb ik ingesteld dat er verkeer mag van y naar x met return traffic. Er mag geen verkeer van x naar y. Ik heb zelfs een block all traffic tussen alle vlans, tenzij ik een allow rule maak.

Dit zorgt ervoor dat ik prima kan casten naar de tv box en naar sonos e.d.

Voor sonos op vlan xheb ik bijvoorbeeld nog een allow rule naar mn NAS in vlan y voor de muziekbibliotheek.

[ Voor 11% gewijzigd door berndgeurts op 30-07-2026 21:56 ]