[Ubiquiti & IPTV] Ervaringen & Discussie

[JungleJim]

mgiebels schreef op vrijdag 9 januari 2026 @ 21:56:
@JungleJim
Is het verstandig als ik een eigen vlan heb ook

Isolate Network bij instellingen aan te vinken?

Dat ligt eraan wat je wil bereiken. Als je Network Isolation op een netwerk aanvinkt dan kunnen apparaten vanuit andere VLANs niet meer praten met apparaten in dit netwerk. Of je dat nodig hebt hangt af van hoe je je netwerk hebt ingericht.

Voor IPTV heb je het iig niet nodig, en is het zelfs niet handig omdat je niet meer kan casten naar de TV+ box vanuit andere VLANs als je Network Isolation hebt aangezet voor je IPTV VLAN.

Zie ook https://help.ui.com/hc/en...Client-Isolation-in-UniFi voor meer info.

[mgiebels]

JungleJim schreef op zaterdag 10 januari 2026 @ 09:19:
[...]

Dat ligt eraan wat je wil bereiken. Als je Network Isolation op een netwerk aanvinkt dan kunnen apparaten vanuit andere VLANs niet meer praten met apparaten in dit netwerk. Of je dat nodig hebt hangt af van hoe je je netwerk hebt ingericht.

Voor IPTV heb je het iig niet nodig, en is het zelfs niet handig omdat je niet meer kan casten naar de TV+ box vanuit andere VLANs als je Network Isolation hebt aangezet voor je IPTV VLAN.

Zie ook https://help.ui.com/hc/en...Client-Isolation-in-UniFi voor meer info.

Ik denk dat ik het verwar met Block all op Tagged Vlan management die moest wel aan

Had die isolation op me UXG lite namelijk nog nooit gezien vandaar

[JungleJim]

mgiebels schreef op zaterdag 10 januari 2026 @ 09:28:
[...]

Ik denk dat ik het verwar met Block all op Tagged Vlan management die moest wel aan

Had die isolation op me UXG lite namelijk nog nooit gezien vandaar

Dat zijn idd twee verschillende dingen. Network Isolation is op layer 3 niveau (IP), tagged VLAN management is op layer 2 niveau (Ethernet).

[The Legend]

Ik heb een UDM Pro op de KPN NT aangesloten ter vervanging van de KPN modem. Op de UDM heb ik ook een UniFi switch aangesloten. Het iTV kastje is aangesloten op de switch. Op de UDM heb ik het Fabian tv-script gedraaid. Ik heb geen apart VLAN ingesteld. Internet werkt en TV op zich ook, alleen freezed het beeld na een minuut of 4-5. Na zappen loopt het weer door. Iemand enig idee?

[RomeoOscarBravo]

The Legend schreef op dinsdag 13 januari 2026 @ 21:48:
Ik heb een UDM Pro op de KPN NT aangesloten ter vervanging van de KPN modem. Op de UDM heb ik ook een UniFi switch aangesloten. Het iTV kastje is aangesloten op de switch. Op de UDM heb ik het Fabian tv-script gedraaid. Ik heb geen apart VLAN ingesteld. Internet werkt en TV op zich ook, alleen freezed het beeld na een minuut of 4-5. Na zappen loopt het weer door. Iemand enig idee?

Heb je de TV-ontvanger op unicast of multicast staan? Multicast kan problemen geven. Als je TV kijkt via de app of website zou je dit probleem niet moeten hebben. Komt dit overeen met je situatie?

[The Legend]

RomeoOscarBravo schreef op dinsdag 13 januari 2026 @ 21:52:
[...]


Heb je de TV-ontvanger op unicast of multicast staan? Multicast kan problemen geven. Als je TV kijkt via de app of website zou je dit probleem niet moeten hebben. Komt dit overeen met je situatie?

Multicast heeft ook betere kwaliteit toch? Dat zou ik wel willen houden.

[RomeoOscarBravo]

The Legend schreef op dinsdag 13 januari 2026 @ 21:53:
[...]


Multicast heeft ook betere kwaliteit toch? Dat zou ik wel willen houden.

Multicast is vooral fijner voor de infrastructuur van de provider. Zodra je TV pauzeert en weer verder gaat loop je al niet meer gelijk met de livestream en schiet je naar unicast. Heb je ooit kwaliteitsverlies gemerkt na pauzeren?

[RomeoOscarBravo]

IGMP snooping aanzetten in de router en/of switch kan het ook oplossen als je multicast wil behouden en dit ook wel de oorzaak van je issues is.

[The Legend]

RomeoOscarBravo schreef op dinsdag 13 januari 2026 @ 21:57:
IGMP snooping aanzetten in de router en/of switch kan het ook oplossen als je multicast wil behouden en dit ook wel de oorzaak van je issues is.

Moet IGMP snooping apart nog aan als je dat script hebt gedraaid? Dat zou toch instellingen ‘onder water’ aanpassen?

[RomeoOscarBravo]

The Legend schreef op dinsdag 13 januari 2026 @ 22:04:
[...]


Moet IGMP snooping apart nog aan als je dat script hebt gedraaid? Dat zou toch instellingen ‘onder water’ aanpassen?

Aha. Ik ben niet bekend met het scriptje. Dan kom ik vanuit mijn positie niet verder dan unicast. Succes ermee in ieder geval!

[JungleJim]

The Legend schreef op dinsdag 13 januari 2026 @ 22:04:
[...]


Moet IGMP snooping apart nog aan als je dat script hebt gedraaid? Dat zou toch instellingen ‘onder water’ aanpassen?

Het script zet IGMP snooping niet aan, dat moet je zelf doen in de Network Application. Het script zorgt voor de juiste routing regels en de IGMP Proxy, want die zijn niet in te stellen via de Network Application.

Apart (lokaal) VLAN is idd niet per se nodig, maar als je met IGMP snooping aan nog problemen hebt zou je kunnen proberen om je IPTV kastje in een apart (lokaal) VLAN te hangen. En dan uiteraard de config van udm-iptv script daarop aanpassen en udm-iptv service herstarten.

[The Legend]

JungleJim schreef op dinsdag 13 januari 2026 @ 23:41:
[...]

Het script zet IGMP snooping niet aan, dat moet je zelf doen in de Network Application. Het script zorgt voor de juiste routing regels en de IGMP Proxy, want die zijn niet in te stellen via de Network Application.

Apart (lokaal) VLAN is idd niet per se nodig, maar als je met IGMP snooping aan nog problemen hebt zou je kunnen proberen om je IPTV kastje in een apart (lokaal) VLAN te hangen. En dan uiteraard de config van udm-iptv script daarop aanpassen en udm-iptv service herstarten.

Ah dat had ik gemist. Net aangevinkt, en nu iig al 10 minuten kunnen kijken zonder hapering Thx!

[Verwijderd]

Hallo,

Zelf heb ik mijn soundbox van kpn aangesloten op vlan4 en het werkt redelijke en kan multicast zendingen bekijken. Ik ondervind helaas wel wat problemen waaronder traag zappen en een aantal zenders die niet werken waaronder npo 3.

Config:

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="br4"
# Disable quickleave for igmpproxy
IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="false"
# Enable debugging for igmpproxy
IPTV_IGMPPROXY_DEBUG="true"
IPTV_IGMPPROXY_PROGRAM="improxy"

IPTV_IGMPPROXY_IGMP_VERSION="2"

[JungleJim]

Verwijderd schreef op vrijdag 16 januari 2026 @ 07:27:
Hallo,

Zelf heb ik mijn soundbox van kpn aangesloten op vlan4 en het werkt redelijke en kan multicast zendingen bekijken. Ik ondervind helaas wel wat problemen waaronder traag zappen en een aantal zenders die niet werken waaronder npo 3.

Config:

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="br4"
# Disable quickleave for igmpproxy
IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="false"
# Enable debugging for igmpproxy
IPTV_IGMPPROXY_DEBUG="true"
IPTV_IGMPPROXY_PROGRAM="improxy"

IPTV_IGMPPROXY_IGMP_VERSION="2"

Welke UniFi gateway heb je? En hoe ziet je netwerk er verder uit? Instellingen in Network Application staan goed (met name IGMP snooping)?

In je config kun je de setting IPTV_WAN_RANGES het beste op "0.0.0.0/0" zetten, die aanpassing zit helaas nog niet in de release versie van udm-iptv. Na aanpassen van het config bestand niet vergeten de udm-iptv service te herstarten (systemctl restart udm-iptv).

[Verwijderd]

JungleJim schreef op vrijdag 16 januari 2026 @ 12:01:
[...]

Welke UniFi gateway heb je? En hoe ziet je netwerk er verder uit? Instellingen in Network Application staan goed (met name IGMP snooping)?

In je config kun je de setting IPTV_WAN_RANGES het beste op "0.0.0.0/0" zetten, die aanpassing zit helaas nog niet in de release versie van udm-iptv. Na aanpassen van het config bestand niet vergeten de udm-iptv service te herstarten (systemctl restart udm-iptv).

Voor mijn tv is het relatief makkelijk; heb een UCG-Fiber --> Switch --> iptv

Zojuist IPTV_WAN_RANGES aangepast naar "0.0.0.0/0" en het het werkt perfect! Zappen gaat snel en alle zenders werken, veel dank!

[Gulli]

Vraagje over de KPN Experiabox 12; ik probeer de situatie voor elkaar te krijgen dat ik de Experiabox laat staan en mijn CGU erachter zet. Als ik het goed begrijp moet de Experiabox dan in DMZ mode werken. Elke keer als ik dat probeer en vijf minuten later weer check dan lijkt het of de DMZ er weer vanaf is, het IP van m'n CGU staat er in elk geval niet meer in.

Is er iets dat ik in de Experiabox anders moet instellen om deze DMZ wel blijvend ingesteld te krijgen? Of is het wel ingesteld maar laat de Experiabox dat niet duidelijk zien?

[ Voor 0% gewijzigd door Gulli op 20-01-2026 08:56 . Reden: type experiabox toegevoegd ]

[Arunia]

Ik heb sinds we KPN glas hebben een USG3P ingesteld voor IPTV. Echter, waar voorheen de portforwarding wel werkte, deed dat het toen niet (kwam ik pasgeleden ineens achter).
Later geupgrade naar de UXG Max en hetzelfde probleem blijft.
Alles wat ik ingesteld had, werkte niet meer. Rustdesk als voorbeeld, maar ook andere applicaties hebben blijkbaar geen open poort.
Wat wel werkt is de VPN via wireguard ingesteld in de interface van de Unifi.

Nu gebruik ik de KPN tv box niet omdat we 2 Nvidia Shields hebben die dit werk doen. Scheelt weer een apparaat.
Wellicht dat er een derde komt of dat onze dochter wanneer ze ooit een tv op haar kamer mag de KPN tv+ krijgt, dan zou het wel weer aan moeten.

Nu twijfel ik, begin ik helemaal opnieuw met instellen, of ga ik de verwijzing eruit gooien, of herkent iemand het probleem en waar de oplossing wellicht in zou zitten. Heb alles afgezocht, maar heb in principe de basis gewoon ingesteld zoals op één van die scripts. Verder niets gewijzigd.

[JungleJim]

Arunia schreef op woensdag 21 januari 2026 @ 09:02:
Ik heb sinds we KPN glas hebben een USG3P ingesteld voor IPTV. Echter, waar voorheen de portforwarding wel werkte, deed dat het toen niet (kwam ik pasgeleden ineens achter).
Later geupgrade naar de UXG Max en hetzelfde probleem blijft.
Alles wat ik ingesteld had, werkte niet meer. Rustdesk als voorbeeld, maar ook andere applicaties hebben blijkbaar geen open poort.
Wat wel werkt is de VPN via wireguard ingesteld in de interface van de Unifi.

Nu gebruik ik de KPN tv box niet omdat we 2 Nvidia Shields hebben die dit werk doen. Scheelt weer een apparaat.
Wellicht dat er een derde komt of dat onze dochter wanneer ze ooit een tv op haar kamer mag de KPN tv+ krijgt, dan zou het wel weer aan moeten.

Nu twijfel ik, begin ik helemaal opnieuw met instellen, of ga ik de verwijzing eruit gooien, of herkent iemand het probleem en waar de oplossing wellicht in zou zitten. Heb alles afgezocht, maar heb in principe de basis gewoon ingesteld zoals op één van die scripts. Verder niets gewijzigd.

Als je de KPN TV boxen niet gebruikt zou ik ook geen moeite steken in het configureren van IPTV met het udm-iptv script (voor de UXG Max). Scheelt weer werk als je Unifi OS bijwerkt. Als je op een later moment KPN TV+ gaat gebruiken, dan kun je altijd nog het script installeren als je via multicast wil kijken.

Overigens is het niet eens per se nodig om scripts te gebruiken voor KPN TV+. Het werkt namelijk ook via unicast, zonder speciale configuratie in je router en switches. Met een iets mindere beeldkwaliteit en wat tragere zap ervaring, maar de vraag is of je dochter dat überhaupt belangrijk vindt.

Ik heb op mijn UDM Pro geen issues met portforwarding icm udm-iptv. Ik zou denk ik het udm-iptv script verwijderen (via udm-iptv uninstall en daarna reboot van de UXG Max), de instellingen in Network Application even goed nalopen, en als dat het probleem niet oplost een factory reset doen.

Als je er dan nog niet uitkomt kun je je vraag denk ik het beste in [Ubiquiti-Netwerkapparatuur] Ervaringen & Discussie - Deel 4 navragen, aangezien het ws geen IPTV gerelateerd issue is.

[Arunia]

@JungleJim Dank je wel voor je uitleg. Het is denk ik zo dat ik het hele gebeuren heb overgezet vanuit de USG3P toen. Maar ik zal inderdaad even kijken om het te deinstalleren. Weet ook niet welke route ik toen heb gebruikt en dus welk script.

Zal als dat het niet is uiteindelijk, eens kijken via het andere topic. Had daar toen ook al eens gepost en kreeg het idee dat het aan de KPN aanpassingen zou liggen. Dit omdat we hiervoor hetzelfde idee zonder router/modem van de provider via Ziggo ook gewoon werkend hadden en daar het wel werkte. Enige trigger is dan dus IPTV of KPN instellingen.

In ieder geval een nieuwe weg om naar te kijken.

[JungleJim]

Arunia schreef op woensdag 21 januari 2026 @ 10:37:
@JungleJim Dank je wel voor je uitleg. Het is denk ik zo dat ik het hele gebeuren heb overgezet vanuit de USG3P toen. Maar ik zal inderdaad even kijken om het te deinstalleren. Weet ook niet welke route ik toen heb gebruikt en dus welk script.

Er zijn verschillende scripts om de USG3P en de UXG Max te configureren voor multicast IPTV. Dus als je het script voor de USG3P op de UXG Max hebt gebruikt dan kan ik me voorstellen dat dat problemen op gaat leveren. Als dat zo is kun je beter helemaal opnieuw beginnen.

Arunia schreef op woensdag 21 januari 2026 @ 10:37:
Zal als dat het niet is uiteindelijk, eens kijken via het andere topic. Had daar toen ook al eens gepost en kreeg het idee dat het aan de KPN aanpassingen zou liggen. Dit omdat we hiervoor hetzelfde idee zonder router/modem van de provider via Ziggo ook gewoon werkend hadden en daar het wel werkte. Enige trigger is dan dus IPTV of KPN instellingen.

Die snap ik niet helemaal? KPN en Ziggo zijn verschillende providers, dus als iets bij de een werkt wil dat niet zeggen dat hetzelfde bij de ander werkt.

[Arunia]

JungleJim schreef op woensdag 21 januari 2026 @ 11:31:
[...]

Er zijn verschillende scripts om de USG3P en de UXG Max te configureren voor multicast IPTV. Dus als je het script voor de USG3P op de UXG Max hebt gebruikt dan kan ik me voorstellen dat dat problemen op gaat leveren. Als dat zo is kun je beter helemaal opnieuw beginnen.


[...]

Die snap ik niet helemaal? KPN en Ziggo zijn verschillende providers, dus als iets bij de een werkt wil dat niet zeggen dat hetzelfde bij de ander werkt.

Sorry, niet duidelijk inderdaad. De problemen waren er op de 3p achteraf gezien blijkbaar al. Nooit doorgehad.
Wat ik bedoelde met Ziggo, was dat toen de portforwarding wel werkte.
Uiteraard weet ik dat glas en coax verschillend zijn qua configuratie.

Ik heb zeker geen idee welk script ik heb gebruikt. Dus dat wordt al een dingetje.

[Gulli]

Gulli schreef op dinsdag 20 januari 2026 @ 08:50:
Vraagje over de KPN Experiabox 12; ik probeer de situatie...

Ok vergeet dit, ik ga toch proberen om het voor elkaar te krijgen zonder de Experiabox ertussen, want wat ik ook probeer, de KPN STB blijft op maximaal 85% hangen.

Gisteren heb ik het geprobeerd en dit is de opstelling die ik nu heb;

ONT -> Cloud Gateway Ultra -> USW-lite-8-PoE switch -> KPN STB (Arris HMB2260 V2) en een U6 Mesh en nog wat bedraad spul.

Ik heb de ONT in de WAN poort (port 5) van de CGU geprikt.
Connection type = PPPoE (met Internet/Internet als login en password)
VLAN ID = 6

Dan gaat er een LAN kabel naar mijn woonkamer waar de lite switch staat. Daar heb ik op port 4 de KPN STB zitten. Port 4 heb ik een aparte VLAN gegeven genaamd KPN IPTV. IPv4 VLAN ID = 4 en IGMP snooping = ON

Vervolgens heb ik via SSH het udm-iptv script gedraaid om de instellingen goed te zetten, ik kan de hele wizard doorlopen, mijn KPN IPTV VLAN wordt herkend door de wizard dus dat lijkt allemaal prima.

En toch als ik de boel aanzet kom ik óf niet voorbij error 143 (geen LAN verbinding) óf niet voorbij 90%, wat het verste is dat ik ooit gekomen ben. Aangezien hij daar bleef hangen en het langer dan 10 minuten duurde heb ik de STB een power cycle gegeven en toen hing hij weer op error 143.

Is er iets heel simpels dat ik over het hoofd zie? Ik ben een Linux noob en een netwerk-amateur dus ik ben met hulp van CGPT een eind gekomen, maar ik kom er toch niet uit.

[JungleJim]

Gulli schreef op donderdag 22 januari 2026 @ 08:53:
[...]


Ok vergeet dit, ik ga toch proberen om het voor elkaar te krijgen zonder de Experiabox ertussen, want wat ik ook probeer, de KPN STB blijft op maximaal 85% hangen.

Gisteren heb ik het geprobeerd en dit is de opstelling die ik nu heb;

ONT -> Cloud Gateway Ultra -> USW-lite-8-PoE switch -> KPN STB (Arris HMB2260 V2) en een U6 Mesh en nog wat bedraad spul.

Ik heb de ONT in de WAN poort (port 5) van de CGU geprikt.
Connection type = PPPoE (met Internet/Internet als login en password)
VLAN ID = 6

Dan gaat er een LAN kabel naar mijn woonkamer waar de lite switch staat. Daar heb ik op port 4 de KPN STB zitten. Port 4 heb ik een aparte VLAN gegeven genaamd KPN IPTV. IPv4 VLAN ID = 4 en IGMP snooping = ON

Vervolgens heb ik via SSH het udm-iptv script gedraaid om de instellingen goed te zetten, ik kan de hele wizard doorlopen, mijn KPN IPTV VLAN wordt herkend door de wizard dus dat lijkt allemaal prima.

En toch als ik de boel aanzet kom ik óf niet voorbij error 143 (geen LAN verbinding) óf niet voorbij 90%, wat het verste is dat ik ooit gekomen ben. Aangezien hij daar bleef hangen en het langer dan 10 minuten duurde heb ik de STB een power cycle gegeven en toen hing hij weer op error 143.

Is er iets heel simpels dat ik over het hoofd zie? Ik ben een Linux noob en een netwerk-amateur dus ik ben met hulp van CGPT een eind gekomen, maar ik kom er toch niet uit.

Je zou twee dingen kunnen proberen:
- de instelling IPTV_WAN_RANGES in /etc/udm-iptv.conf aanpassen en deze op "0.0.0.0/0" zetten, en daarna udm-iptv herstarten met 'systemctl restart udm-iptv'
- op je lokale IPTV VLAN in Network Application de DNS server niet op Auto zetten maar handmatig de DNS servers van KPN invullen (195.121.1.34 en 195.121.1.66)

Die 2e niet 100% zeker of dat een oplossing gaat zijn maar herinner me dat ergens gelezen te hebben.

[Gulli]

JungleJim schreef op donderdag 22 januari 2026 @ 19:37:
[...]
- op je lokale IPTV VLAN in Network Application de DNS server niet op Auto zetten maar handmatig de DNS servers van KPN invullen (195.121.1.34 en 195.121.1.66)

Die 2e niet 100% zeker of dat een oplossing gaat zijn maar herinner me dat ergens gelezen te hebben.

Bingo! Dit zorgde meteen voor beeld op tv. Nu is het menu wel intens traag maar daar heb ik in dit topic volgens mij ook oplossingen voor gezien. 2 stappen vooruit, 1 stapje terug. Doe ik het voor!

Update: 0.0.0.0/0 werkt perfect, had ik meteen moeten doen 😊 Bedankt @JungleJim !

[ Voor 7% gewijzigd door Gulli op 23-01-2026 14:24 ]

[mgiebels]

@JungleJim wae het niet zo dat je met een TV+ theoretisch geen eigen vlan op je Lan nodig zou hebben maar met de oudere boxen wel?
Toen ik nog een Arris vip5202 had moest ik voor dit probleem. Eigen vlan gebruiken.

Pa. Voor TV+ maken de DNS servers ook niet uit voor het updaten ik gebruik hier al paar jaar cloudflare 1.1.1.2 als primary.

[JungleJim]

mgiebels schreef op vrijdag 23 januari 2026 @ 14:39:
@JungleJim wae het niet zo dat je met een TV+ theoretisch geen eigen vlan op je Lan nodig zou hebben maar met de oudere boxen wel?
Toen ik nog een Arris vip5202 had moest ik voor dit probleem. Eigen vlan gebruiken.

Geen idee eigenlijk, ik heb zelf nooit het oude TV-platform gebruikt. Als het nodig is om de VIP5202 direct de DNS servers van KPN te laten gebruiken dan moet je met Unifi wel een apart netwerk aanmaken, aangezien in je lokale netwerk altijd de gateway als DNS server wordt gebruikt.

mgiebels schreef op vrijdag 23 januari 2026 @ 14:39:
Pa. Voor TV+ maken de DNS servers ook niet uit voor het updaten ik gebruik hier al paar jaar cloudflare 1.1.1.2 als primary.

Dat zal dan een verschil zijn in hoe het oude TV platform werkt en hoe het nieuwe werkt.

[plakjekaas2]

mgiebels schreef op vrijdag 23 januari 2026 @ 14:39:
@JungleJim wae het niet zo dat je met een TV+ theoretisch geen eigen vlan op je Lan nodig zou hebben maar met de oudere boxen wel?
Toen ik nog een Arris vip5202 had moest ik voor dit probleem. Eigen vlan gebruiken.

Pa. Voor TV+ maken de DNS servers ook niet uit voor het updaten ik gebruik hier al paar jaar cloudflare 1.1.1.2 als primary.

Voor KPN interactieve TV met de oudere boxen heb je een apart vlan nodig. En met de vip5202 moet je de KPN dns servers in de netwerk applicatie configureren. Doe je dat niet kom je bij een update van de firmware van de stb in een boot loop terecht.

[dajappie]

plakjekaas2 schreef op zaterdag 24 januari 2026 @ 07:58:
[...]


Voor KPN interactieve TV met de oudere boxen heb je een apart vlan nodig. En met de vip5202 moet je de KPN dns servers in de netwerk applicatie configureren. Doe je dat niet kom je bij een update van de firmware van de stb in een boot loop terecht.

De 5202 draait hier al jaren zonder eigen VLAN en zonder KPN DNS en werkt als een zonnetje incl. updates achter eerst een USG3 en nu een UCG Fiber….

[plakjekaas2]

dajappie schreef op zondag 25 januari 2026 @ 09:37:
[...]


De 5202 draait hier al jaren zonder eigen VLAN en zonder KPN DNS en werkt als een zonnetje incl. updates achter eerst een USG3 en nu een UCG Fiber….

Interesting...

Heb je KPN Interactieve TV of KPN TV+ ? Als het interactieve TV is, hoe heb je je Fiber geconfigureerd om dit werkend te krijgen ?

Zover ik weet (ervaring, community) werkt KPN nteractieve TV niet zonder oplossingen als
https://github.com/fabianishere/udm-iptv

De 5202 boxen doen alleen een update als ik de KPN DNS servers in de netwerk app configureer. Doe ik dat niet en ik doe/forceer een update van de STB komen ze in een boot loop terecht.

Hoe staan bij settings - internet je DNS settings ? Auto ?

Btw hier ook Fiber en volledig up to date met alle final release versies voor network en console.

[mgiebels]

Kan ook zijn dat hij nog de DNS servers van KPN op ze wan heeft staan dan gebruikt hij dat ook over ze netwerk. en dan werkt het inderdaad 5202 werkt ook gewoon als je IGMP snooping maar aanzet

[JungleJim]

plakjekaas2 schreef op zondag 25 januari 2026 @ 13:34:
[...]

Interesting...

Heb je KPN Interactieve TV of KPN TV+ ? Als het interactieve TV is, hoe heb je je Fiber geconfigureerd om dit werkend te krijgen ?

Zover ik weet (ervaring, community) werkt KPN nteractieve TV niet zonder oplossingen als
https://github.com/fabianishere/udm-iptv

De Arris 5202 is nog van de oude interactieve TV. TV+ kastje is DIW7022.

Hij zegt niets over het script, alleen over VLAN en DNS servers. Je kunt het udm-iptv script prima gebruiken zonder een apart lokaal VLAN te gebruiken voor je STB.

Het script zorgt voor een IGMP proxy, de juiste WAN interface voor IPTV VLAN aan de WAN kant en routeringsregels voor multicast verkeer naar die WAN interface.

[dajappie]

JungleJim schreef op zondag 25 januari 2026 @ 15:25:
[...]

De Arris 5202 is nog van de oude interactieve TV. TV+ kastje is DIW7022.

Hij zegt niets over het script, alleen over VLAN en DNS servers. Je kunt het udm-iptv script prima gebruiken zonder een apart lokaal VLAN te gebruiken voor je STB.

Het script zorgt voor een IGMP proxy, de juiste WAN interface voor IPTV VLAN aan de WAN kant en routeringsregels voor multicast verkeer naar die WAN interface.

Klopt het is de “oude” 5202 niet de nieuwe TV+. DNS loopt voor het hele netwerk via 2 lokale Adguard DNS servers en calls van de Arris zijn hier gewoon op zichtbaar, en script van fabianishere idd voor IGMP proxy op de UCGF.

[plakjekaas2]

dajappie schreef op zondag 25 januari 2026 @ 15:37:
[...]


Klopt het is de “oude” 5202 niet de nieuwe TV+. DNS loopt voor het hele netwerk via 2 lokale Adguard DNS servers en calls van de Arris zijn hier gewoon op zichtbaar, en script van fabianishere idd voor IGMP proxy op de UCGF.

Ja eens apart VLAN is optioneel.

Overigens heb ik het 5202 update issue pas sinds ik de Fiber heb, daarvoor had ik een dream router en werkte het allemaal prima. Ik kan de calls ook zien in flows maar ben er nog niet achter wat het probleem is. Ga Ubiquity wel weer contacten, zijn met alle Unify OS issues icm Fiber tot nu toe zeer responsief en behulpzaam geweest.

[djrednas]

Oke, door het hoge CPU verbruik is het nu echt onmogelijk om te blijven draaien op de UXG-Lite.
Iemand ervaring met het draaien van een netwerk met 10 devices, +-70 clients, 4 VLAN's, VPN (site to site) en het scriptje zonder problemen op een cloud gateway max? Of moet ik direct 100 euro meer uitgeven voor de cloud gateway fiber?
Keuzen voor de cloud gateway zodat ik direct mijn oude cloud key gen 2 kan uitschakelen, heb toch een UNVR voor de camera opslag

[mgiebels]

djrednas schreef op zaterdag 14 februari 2026 @ 00:49:
Oke, door het hoge CPU verbruik is het nu echt onmogelijk om te blijven draaien op de UXG-Lite.
Iemand ervaring met het draaien van een netwerk met 10 devices, +-70 clients, 4 VLAN's, VPN (site to site) en het scriptje zonder problemen op een cloud gateway max? Of moet ik direct 100 euro meer uitgeven voor de cloud gateway fiber?
Keuzen voor de cloud gateway zodat ik direct mijn oude cloud key gen 2 kan uitschakelen, heb toch een UNVR voor de camera opslag

Hier zelfde ervaren uxglite was prima in het begin maar de nieuwe software van UniFi maakt het onmogelijk cpu load bleef skyhigh en ze deden er niks aan.

Overgestapt naar een UCG fiber alle problemen meteen weg.

[Pimmetje651]

djrednas schreef op zaterdag 14 februari 2026 @ 00:49:
Oke, door het hoge CPU verbruik is het nu echt onmogelijk om te blijven draaien op de UXG-Lite.
Iemand ervaring met het draaien van een netwerk met 10 devices, +-70 clients, 4 VLAN's, VPN (site to site) en het scriptje zonder problemen op een cloud gateway max? Of moet ik direct 100 euro meer uitgeven voor de cloud gateway fiber?
Keuzen voor de cloud gateway zodat ik direct mijn oude cloud key gen 2 kan uitschakelen, heb toch een UNVR voor de camera opslag

Draai hier een beetje vergelijkbare omgeving, maar CPU staat max rond de 60%. Wat heb je aan Intrusion Prevention aanstaan ?

[plakjekaas2]

djrednas schreef op zaterdag 14 februari 2026 @ 00:49:
Oke, door het hoge CPU verbruik is het nu echt onmogelijk om te blijven draaien op de UXG-Lite.
Iemand ervaring met het draaien van een netwerk met 10 devices, +-70 clients, 4 VLAN's, VPN (site to site) en het scriptje zonder problemen op een cloud gateway max? Of moet ik direct 100 euro meer uitgeven voor de cloud gateway fiber?
Keuzen voor de cloud gateway zodat ik direct mijn oude cloud key gen 2 kan uitschakelen, heb toch een UNVR voor de camera opslag

Fiber hier, 13 Unify devices, ± 60 clients, 7 VLAN's, VPN, 1TB SSD voor video opslag erin, werkt perfect.

(muv van wat bugs die UI af en toe in de firmware introduceert maar daarna ook weer oplost :-)

[_Richie_]

mgiebels schreef op zaterdag 27 december 2025 @ 14:49:
@JungleJim weet jij dat toevallig?

Ik heb mijn UCG Fiber vandaag aangesloten (heb port 6 uitgezet is een SFP port) port 7 zit me Glasvezel in.

Maar mijn IPTV moest ik nu zo instellen:

## Example configuration for udmp-iptv ##
# Interface on which IPTV traffic enters the router
IPTV_WAN_INTERFACE="eth6"
# 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="2"

Vandaag ook weer even zitten klooien met IPTV op een Unifi Cloud Fiber Gateway. Ik heb de fiber direct in de SFP poort zitten. Ik kan bevestigen dat bovenstaande werkt qua instellingen tov de standaard instellingen die je hebt wanneer je het scriptje draait (apart vlan (4) in dit geval aangemaakt met aparte DNS-servers: 195.121.1.34 / 195.121.1.66).
Met name de volgende veranderingen waren essentieel om weer beeld te krijgen.


- IPTV_WAN_INTERFACE="eth6"

- IPTV_WAN_RANGES="0.0.0.0/0"



(de .conf kun je vinden door in te loggen via SSH als root en dan in de /etc/udm-iptv.conf aan te passen met vim)

[ Voor 4% gewijzigd door _Richie_ op 15-02-2026 22:05 ]

[mgiebels]

Werkt bij inmiddels prima met script en eigen vlam voor tv voor sure en werkt als een zonnetje.

[djrednas]

Pimmetje651 schreef op zaterdag 14 februari 2026 @ 10:33:
[...]

Draai hier een beetje vergelijkbare omgeving, maar CPU staat max rond de 60%. Wat heb je aan Intrusion Prevention aanstaan ?

Blokkeer landen, advertenties, verder niet veel bijzonders.


En dit is dus zonder script, want dan is het permanent 100%

[Gulli]

Is er al iemand geweest die het heeft geautomatiseerd om het script van Fabianishere te draaien na een firmware update?

Ik kreeg van het weekend de notificatie op mijn telefoon dat mijn CGU een update had gekregen. Ok fijn, goed bezig. Tot ik beneden de TV aanzette en ik weer die oude error te zien kreeg... noooooooo!!! Toen bedacht ik me dat het scriptje dat ik via dit forum had gevonden hiermee was overschreven, dus even het scriptje gedraaid, door de wizard heen gegaan en daarna deed hij het weer.

Toen dacht ik, dat kan vast beter

Dus nu ben ik samen met CGPT een script aan het vibe coden die op de router blijft staan, die elke keer als er een reboot is geweest checkt of die instellingen er nog staan, zo ja, doe niets, zo nee, draai het script zelf. Als ik dan wakker word zie ik die notificatie, dan heeft het script al gedraaid en zijn mijn instellingen weer teruggezet, hoef ik alleen maar de set top box te rebooten!

Maar met mijn ervaringen met CGPT en het feit dat hij nog wel eens iets vergeet durf ik het er niet zo goed op te zetten, ik heb namelijk nul verstand van de code die hij wil uitvoeren.

Dit is wat hij voorstelt;

SSH into CGU and create:

code:

vi /usr/local/bin/iptv-autofix.sh

Paste this:

code:

#!/bin/sh

LOG="/var/log/iptv-autofix.log"

echo "=== $(date) ===" >> $LOG

if ! command -v udm-iptv >/dev/null 2>&1; then
    echo "udm-iptv missing. Reinstalling..." >> $LOG
    sh -c "$(curl -sSf https://raw.githubusercontent.com/fabianishere/udm-iptv/master/install.sh)"
fi

if ! systemctl is-active --quiet udm-iptv; then
    echo "udm-iptv not running. Reconfiguring..." >> $LOG
    udm-iptv reconfigure <<EOF
eth4
kpn
br4
2
no
EOF
    systemctl restart udm-iptv
fi

echo "Done." >> $LOG

Save and exit.

Make it executable:

code:

chmod +x /usr/local/bin/iptv-autofix.sh

Step 2, create systemd service.

Create:

code:

vi /etc/systemd/system/iptv-autofix.service

Paste:

code:

[Unit]
Description=Auto repair udm-iptv after firmware updates
After=network-online.target

[Service]
Type=oneshot
ExecStart=/usr/local/bin/iptv-autofix.sh

[Install]
WantedBy=multi-user.target

Save.

Enable it:

code:

systemctl daemon-reload
systemctl enable iptv-autofix

[mgiebels]

Weet niet of dat werkt aangezien hij bij een OS update hem leeg maakt dat stuk @JungleJim weet jij dat?

[JungleJim]

Gulli schreef op maandag 23 februari 2026 @ 08:58:
Is er al iemand geweest die het heeft geautomatiseerd om het script van Fabianishere te draaien na een firmware update?
[..]

Als je dit al wil doen dan zou ik het via https://github.com/unifi-...e/main/on-boot-script-2.x doen en niet zelf allerlei systemd scripts gaan maken (tenzij je dat natuurlijk heel leuk vindt). on_boot.d maakt het mogelijk om bij een herstart van je Cloud Gateway automatisch scripts uit te laten voeren.

Ik weet eigenlijk niet precies welke bestanden blijven staan bij een update van Unifi OS. Volgens mij sowieso wat in /data staat, en ik dacht ook wat in /etc staat (niet helemaal zeker).

Maar eerlijk gezegd doe ik een Unifi OS update altijd handmatig, en dan is het een kleine moeite om het udm-iptv script te installeren en het config bestand te kopiëren naar de juiste plek (/etc/). Daarnaast pas ik ook altijd de MTU aan, dat kan dan ook meteen.

[Gulli]

Ok, dat klinkt toch wel ingewikkelder dan ik dacht, ik draai het wel handmatig Thx voor de 2cts!

[mgiebels]

JungleJim schreef op maandag 23 februari 2026 @ 14:34:
[...]

Als je dit al wil doen dan zou ik het via https://github.com/unifi-...e/main/on-boot-script-2.x doen en niet zelf allerlei systemd scripts gaan maken (tenzij je dat natuurlijk heel leuk vindt). on_boot.d maakt het mogelijk om bij een herstart van je Cloud Gateway automatisch scripts uit te laten voeren.

Ik weet eigenlijk niet precies welke bestanden blijven staan bij een update van Unifi OS. Volgens mij sowieso wat in /data staat, en ik dacht ook wat in /etc staat (niet helemaal zeker).

Maar eerlijk gezegd doe ik een Unifi OS update altijd handmatig, en dan is het een kleine moeite om het udm-iptv script te installeren en het config bestand te kopiëren naar de juiste plek (/etc/). Daarnaast pas ik ook altijd de MTU aan, dat kan dan ook meteen.

MTU aanpassen heb ik nog nooit gedaan is dat noodzakelijk?

En zo ja waar doe je dat? (ik heb KPN)

[JungleJim]

mgiebels schreef op maandag 23 februari 2026 @ 15:03:
[...]

MTU aanpassen heb ik nog nooit gedaan is dat noodzakelijk?

En zo ja waar doe je dat? (ik heb KPN)

Is niet noodzakelijk, maar kan wel. KPN gebruikt een grotere MTU (RFC4638) op de glasvezel verbinding (1512 bytes op de glasvezel verbindingen, 1508 op VLAN6) om de kleinere MTU op PPPoE tov Ethernet te compenseren.

Helaas ondersteunt de Network Application het niet om die MTU waardes via de UI aan te passen, dus ik draai daar altijd (eenmalig) een scriptje voor: https://github.com/rweijn...tra/blob/main/SetMtuEx.sh.

Voordat je die ook gaat gebruiken wel even dubbelchecken of de interfaces voor jouw Cloud Gateway of Dream Machine wel goed in het script staan.

Maar zoals gezegd het is niet per se nodig.

[mgiebels]

JungleJim schreef op maandag 23 februari 2026 @ 15:36:
[...]

Is niet noodzakelijk, maar kan wel. KPN gebruikt een grotere MTU (RFC4638) op de glasvezel verbinding (1512 bytes op de glasvezel verbindingen, 1508 op VLAN6) om de kleinere MTU op PPPoE tov Ethernet te compenseren.

Helaas ondersteunt de Network Application het niet om die MTU waardes via de UI aan te passen, dus ik draai daar altijd (eenmalig) een scriptje voor: https://github.com/rweijn...tra/blob/main/SetMtuEx.sh.

Voordat je die ook gaat gebruiken wel even dubbelchecken of de interfaces voor jouw Cloud Gateway of Dream Machine wel goed in het script staan.

Maar zoals gezegd het is niet per se nodig.

in welke zaken is het wel nodig om te doen waar merk je dat aan?
Lees er veel over maar ik wil begrijpen waarom je het dan moet aanpassen in welke situatie.

[JungleJim]

mgiebels schreef op dinsdag 24 februari 2026 @ 09:53:
in welke zaken is het wel nodig om te doen waar merk je dat aan?
Lees er veel over maar ik wil begrijpen waarom je het dan moet aanpassen in welke situatie.

Er zijn geen specifieke situaties waarin je dit wel of niet hoeft aan te passen. Het is meer óf je past het aan óf je past het niet aan

Theoretisch zou het netwerk verkeer wat efficiënter kunnen verlopen. De MTU bepaalt hoeveel data er maximaal in elke pakketje data past. Hoe groter de MTU hoe minder overhead, en hoe kleiner de kans dat data opgesplitst moet worden in meerdere pakketjes (heel simpel gezegd, werkelijkheid is wat complexer).

Normaal gesproken is de MTU voor Ethernet 1500 bytes. Maar omdat KPN PPPoE gebruikt hou je maar 1492 bytes (de MRU) over vanwege de PPPoE overhead. Om dat te compenseren gebruikt KPN een hogere MTU op hun netwerk zodat je toch de "standaard" 1500 MTU hebt.

Of je het in de praktijk gaat merken? Geen idee, maar ik vond het wel interessant om te snappen hoe dit werkt en toe te passen.

[mgiebels]

JungleJim schreef op dinsdag 24 februari 2026 @ 10:54:
[...]

Er zijn geen specifieke situaties waarin je dit wel of niet hoeft aan te passen. Het is meer óf je past het aan óf je past het niet aan

Theoretisch zou het netwerk verkeer wat efficiënter kunnen verlopen. De MTU bepaalt hoeveel data er maximaal in elke pakketje data past. Hoe groter de MTU hoe minder overhead, en hoe kleiner de kans dat data opgesplitst moet worden in meerdere pakketjes (heel simpel gezegd, werkelijkheid is wat complexer).

Normaal gesproken is de MTU voor Ethernet 1500 bytes. Maar omdat KPN PPPoE gebruikt hou je maar 1492 bytes (de MRU) over vanwege de PPPoE overhead. Om dat te compenseren gebruikt KPN een hogere MTU op hun netwerk zodat je toch de "standaard" 1500 MTU hebt.

Of je het in de praktijk gaat merken? Geen idee, maar ik vond het wel interessant om te snappen hoe dit werkt en toe te passen.

ga me er later wel eens in verdiepen.
tot op heden echt 0 last dus dan ook niet nodig.

UXG Lite had ik alleen maar issues mee maar dat was meer ook de CPU load die naar max ging
(was trouwens in het begin ook nooit is iets veranderd in die software van Ubiqiti en toen gekomen maar ze deden daar niks aan helaas)

[ChiLLeR]

Gulli schreef op maandag 23 februari 2026 @ 14:46:
Ok, dat klinkt toch wel ingewikkelder dan ik dacht, ik draai het wel handmatig Thx voor de 2cts!

Ik zou sowieso auto update uitzetten. Je zou net zien dat jij niet thuis bent, er een update gedraaid wordt en je vrouw geen TV meer kan kijken. Ook wil het nog wel eens voorkomen dat er een fout zit in een update die Ubiquity snel fixt, maar ik wacht liever een paar dagen zodat ik geen early-adopter ben .

[mgiebels]

ChiLLeR schreef op dinsdag 24 februari 2026 @ 14:36:
[...]

Ik zou sowieso auto update uitzetten. Je zou net zien dat jij niet thuis bent, er een update gedraaid wordt en je vrouw geen TV meer kan kijken. Ook wil het nog wel eens voorkomen dat er een fout zit in een update die Ubiquity snel fixt, maar ik wacht liever een paar dagen zodat ik geen early-adopter ben .

helemaal mee eens ik wacht meestal een weekje en kijk ook altijd ff op de cumminity van UBNT want soms is de official release ook een fuckup versie

[gazzzman61]

Misschien bijzondere vraag maar ik kom er niet uit, ook niet met ChatGPT.
Ik heb een dreammachine SE met een aantal netwerken.voor gewoon internet heb ik het normale native netwerk. subnet 192.168.1.0/24 VLAN 1
Voor KPN TV heb ik - zoals geadviseerd - subnet 192.168.50.0/24 VLAN 4
Dit werkt allemaal prima - ook in multicast..
Tot zover niks aan de hand.

Nu wil ik graag streamen vanaf telefoon of MacBook naar de kpn box en ook de box connecten met google home. deze zitten of op het IOT netwerk of op het native netwerk.
Dit is alleen mogelijk als de kpn box op hetzelfde netwerk zit, dit zou dan dus het native netwerk moeten worden?
hoe kan ik dit zo goed mogelijk regelen?
of is dit niet verstandig om dit te wensen?

[JungleJim]

gazzzman61 schreef op woensdag 25 februari 2026 @ 18:06:
Misschien bijzondere vraag maar ik kom er niet uit, ook niet met ChatGPT.
Ik heb een dreammachine SE met een aantal netwerken.voor gewoon internet heb ik het normale native netwerk. subnet 192.168.1.0/24 VLAN 1
Voor KPN TV heb ik - zoals geadviseerd - subnet 192.168.50.0/24 VLAN 4
Dit werkt allemaal prima - ook in multicast..
Tot zover niks aan de hand.

Nu wil ik graag streamen vanaf telefoon of MacBook naar de kpn box en ook de box connecten met google home. deze zitten of op het IOT netwerk of op het native netwerk.
Dit is alleen mogelijk als de kpn box op hetzelfde netwerk zit, dit zou dan dus het native netwerk moeten worden?
hoe kan ik dit zo goed mogelijk regelen?
of is dit niet verstandig om dit te wensen?

Niet echt specifiek een IPTV vraag, maar je devices hoeven niet in hetzelfde netwerk te zitten om te kunnen casten. Wat wel nodig is, is dat mDNS requests doorgestuurd worden tussen de VLANs. Dat stel je in in de Network Application, bij Settings > Networks en dan de optie Gateway mDNS Proxy. Daar moet je de netwerken opgeven waar mDNS verkeer op doorgestuurd moet worden, in jouw geval dus je native network en je lokale IPTV netwerk.

En je moet in je firewall natuurlijk ook ingesteld hebben staan dat verkeer van je native netwerk naar je IPTV netwerk mag (en dat established connections andersom ook toegestaan zijn). Maar dat zou in principe goed moeten staan zolang je native netwerk en je IPTV netwerk allebei in de Internal zone zitten.

[gazzzman61]

JungleJim schreef op woensdag 25 februari 2026 @ 19:58:
[...]

Niet echt specifiek een IPTV vraag, maar je devices hoeven niet in hetzelfde netwerk te zitten om te kunnen casten. Wat wel nodig is, is dat mDNS requests doorgestuurd worden tussen de VLANs. Dat stel je in in de Network Application, bij Settings > Networks en dan de optie Gateway mDNS Proxy. Daar moet je de netwerken opgeven waar mDNS verkeer op doorgestuurd moet worden, in jouw geval dus je native network en je lokale IPTV netwerk.

En je moet in je firewall natuurlijk ook ingesteld hebben staan dat verkeer van je native netwerk naar je IPTV netwerk mag (en dat established connections andersom ook toegestaan zijn). Maar dat zou in principe goed moeten staan zolang je native netwerk en je IPTV netwerk allebei in de Internal zone zitten.

Ik ga het morgen uitproberen. Bedankt voor je reactie

[berndgeurts]

Heb alles werkend nu. LIVE in beeld bij multicast. De udm-iptv diagnostics heeft me geholpen. Ik had IGMP Proxy nog aanstaan. Uitgezet en script opnieuw gedraaid, helemaal top erna.
Updates op handmatig.

[NeoFoX]

Ik heb hulp nodig... mijn IPTV werkt nu niet sinds ik helemaal overgegaan ben naar deze config:

Cloud Gateway Fiber:
- NTU direcht in Poort 5
- WAN settings
- VLAN ID 6
- IGMP Proxy - UIT
- IPv4 Config: PPoE
- Username + Password: Internet

- KPN box zit direct in Poort 1 van de Cloud Gateway Fiber, er hangt nog wel een switch aan de Fiber.. maar heb die hop er dus uitgehaald.

Dan heb ik intern een VLAN IOT: Vlan 4 (IGMP snooping aan en mDNS) met auto Default gateway en auto DNS

Ik run het script van Fabian met de volgende config

code:

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="br4"
# Disable quickleave for igmpproxy
IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="false"
# Enable debugging for igmpproxy
IPTV_IGMPPROXY_DEBUG="true"
IPTV_IGMPPROXY_PROGRAM="improxy"

IPTV_IGMPPROXY_IGMP_VERSION="2"

Dit geeft de diagnose nu aan..

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: 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 ===
31: iptv@eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.89.5.45/22 brd 10.89.7.255 scope global iptv
       valid_lft forever preferred_lft forever
10.89.4.0/22 proto kernel scope link src 10.89.5.45
213.75.112.0/21 via 10.89.4.1 metric 231
=== Service Logs ===
Mar 10 08:16:38 UCG-Fiber-TdG13 udm-iptvd[1651684]: DEBUG[main@653]: Data arrive
Mar 10 08:16:38 UCG-Fiber-TdG13 udm-iptvd[1651684]: DEBUG[mcast_recv_igmp@698]: Ignore igmp from myself
Mar 10 08:16:38 UCG-Fiber-TdG13 udm-iptvd[1651684]: DEBUG[main@653]: Data arrive
Mar 10 08:16:38 UCG-Fiber-TdG13 udm-iptvd[1651684]: DEBUG[mcast_recv_igmp@698]: Ignore igmp from myself
Mar 10 08:16:38 UCG-Fiber-TdG13 udm-iptvd[1651684]: DEBUG[main@653]: Data arrive
Mar 10 08:16:38 UCG-Fiber-TdG13 udm-iptvd[1651684]: DEBUG[mcast_recv_igmp@698]: Ignore igmp from myself
Mar 10 08:16:38 UCG-Fiber-TdG13 udm-iptvd[1651684]: DEBUG[main@653]: Data arrive
Mar 10 08:16:38 UCG-Fiber-TdG13 udm-iptvd[1651684]: DEBUG[mcast_recv_igmp@698]: Ignore igmp from myself
Mar 10 08:16:38 UCG-Fiber-TdG13 udm-iptvd[1651684]: DEBUG[main@653]: Data arrive
Mar 10 08:16:38 UCG-Fiber-TdG13 udm-iptvd[1651684]: DEBUG[mcast_recv_igmp@748]: src addr = 10.10.1.19
Mar 10 08:23:05 UCG-Fiber-TdG13 udm-iptvd[1651684]: DEBUG[mcast_recv_igmp@748]: src addr = 10.10.4.186
Mar 10 08:23:05 UCG-Fiber-TdG13 udm-iptvd[1651684]: received interface  28
Mar 10 08:23:05 UCG-Fiber-TdG13 udm-iptvd[1651684]: WARNING[mcast_recv_igmp@797]: Don't support IGMPv3, current version is igmpv2

Het resultaat is nu dus een boze vrouw... want TV kijken werkt wel, maar de gids / opnames en alle andere dingen niet (meer) ..

Iemand een idee waar ik het in kan zoeken?

[ Voor 6% gewijzigd door NeoFoX op 10-03-2026 08:25 ]

[dajappie]

NeoFoX schreef op dinsdag 10 maart 2026 @ 08:22:
Ik heb hulp nodig... mijn IPTV werkt nu niet sinds ik helemaal overgegaan ben naar deze config:

Cloud Gateway Fiber:
- NTU direcht in Poort 5
- WAN settings
- VLAN ID 6
- IGMP Proxy - UIT
- IPv4 Config: PPoE
- Username + Password: Internet

- KPN box zit direct in Poort 1 van de Cloud Gateway Fiber, er hangt nog wel een switch aan de Fiber.. maar heb die hop er dus uitgehaald.

Dan heb ik intern een VLAN IOT: Vlan 4 (IGMP snooping aan en mDNS) met auto Default gateway en auto DNS

Ik run het script van Fabian met de volgende config

code:

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="br4"
# Disable quickleave for igmpproxy
IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="false"
# Enable debugging for igmpproxy
IPTV_IGMPPROXY_DEBUG="true"
IPTV_IGMPPROXY_PROGRAM="improxy"

IPTV_IGMPPROXY_IGMP_VERSION="2"

Dit geeft de diagnose nu aan..

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: 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 ===
31: iptv@eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.89.5.45/22 brd 10.89.7.255 scope global iptv
       valid_lft forever preferred_lft forever
10.89.4.0/22 proto kernel scope link src 10.89.5.45
213.75.112.0/21 via 10.89.4.1 metric 231
=== Service Logs ===
Mar 10 08:16:38 UCG-Fiber-TdG13 udm-iptvd[1651684]: DEBUG[main@653]: Data arrive
Mar 10 08:16:38 UCG-Fiber-TdG13 udm-iptvd[1651684]: DEBUG[mcast_recv_igmp@698]: Ignore igmp from myself
Mar 10 08:16:38 UCG-Fiber-TdG13 udm-iptvd[1651684]: DEBUG[main@653]: Data arrive
Mar 10 08:16:38 UCG-Fiber-TdG13 udm-iptvd[1651684]: DEBUG[mcast_recv_igmp@698]: Ignore igmp from myself
Mar 10 08:16:38 UCG-Fiber-TdG13 udm-iptvd[1651684]: DEBUG[main@653]: Data arrive
Mar 10 08:16:38 UCG-Fiber-TdG13 udm-iptvd[1651684]: DEBUG[mcast_recv_igmp@698]: Ignore igmp from myself
Mar 10 08:16:38 UCG-Fiber-TdG13 udm-iptvd[1651684]: DEBUG[main@653]: Data arrive
Mar 10 08:16:38 UCG-Fiber-TdG13 udm-iptvd[1651684]: DEBUG[mcast_recv_igmp@698]: Ignore igmp from myself
Mar 10 08:16:38 UCG-Fiber-TdG13 udm-iptvd[1651684]: DEBUG[main@653]: Data arrive
Mar 10 08:16:38 UCG-Fiber-TdG13 udm-iptvd[1651684]: DEBUG[mcast_recv_igmp@748]: src addr = 10.10.1.19
Mar 10 08:23:05 UCG-Fiber-TdG13 udm-iptvd[1651684]: DEBUG[mcast_recv_igmp@748]: src addr = 10.10.4.186
Mar 10 08:23:05 UCG-Fiber-TdG13 udm-iptvd[1651684]: received interface  28
Mar 10 08:23:05 UCG-Fiber-TdG13 udm-iptvd[1651684]: WARNING[mcast_recv_igmp@797]: Don't support IGMPv3, current version is igmpv2

Het resultaat is nu dus een boze vrouw... want TV kijken werkt wel, maar de gids / opnames en alle andere dingen niet (meer) ..

Iemand een idee waar ik het in kan zoeken?

Als je KPN TV box in port 1 zit zou je dan niet IPTV_LAN_INTERFACES="br0" moeten gebruiken i.p.v. br4?

[JungleJim]

NeoFoX schreef op dinsdag 10 maart 2026 @ 08:22:
Iemand een idee waar ik het in kan zoeken?

Iets meer info over wat er niet wekt zou handig zijn Heb je TV+ of een ouder kastje? Wat werkt er niet? Helemaal geen beeld? Een foutmelding? Werkte het eerst wel?

Ik zie eig geen gekke dingen in de config. Enige wat ik zou aanpassen is de setting IPTV_WAN_RANGES, en deze op “0.0.0.0/0” zetten. Daarna udm-iptv herstarten via ‘servicectl restart udm-iptv’. Vooral bij de oudere kastjes lost dit het vaak op.

[ Voor 5% gewijzigd door JungleJim op 10-03-2026 09:02 ]

[NeoFoX]

JungleJim schreef op dinsdag 10 maart 2026 @ 09:01:
[...]

Iets meer info over wat er niet wekt zou handig zijn Heb je TV+ of een ouder kastje? Wat werkt er niet? Helemaal geen beeld? Een foutmelding? Werkte het eerst wel?

Ik zie eig geen gekke dingen in de config. Enige wat ik zou aanpassen is de setting IPTV_WAN_RANGES, en deze op “0.0.0.0/0” zetten. Daarna udm-iptv herstarten via ‘servicectl restart udm-iptv’. Vooral bij de oudere kastjes lost dit het vaak op.

Ik heb nog oude Interactieve TV van KPN.. dus geen TV+

Wat werkt wel:
- Gewoon Live TV en zappen omhoog / omlaag

Wat werkt niet:
- Gids (blijft leeg)
- Opnames (kan opnamelijst niet ophalen, duurde te lang om met de server te communiceren)

UCG draait BTW op 5.0.12

dajappie schreef op dinsdag 10 maart 2026 @ 09:01:
[...]

Als je KPN TV box in port 1 zit zou je dan niet IPTV_LAN_INTERFACES="br0" moeten gebruiken i.p.v. br4?

IPTV_LAN_INTERFACES = br 4 --> omdat het, zoals ik het geïnterpreteerd heb, moet naar het interne VLAN 4 en niet poort nummer.

[JungleJim]

NeoFoX schreef op dinsdag 10 maart 2026 @ 09:31:
[...]


Ik heb nog oude Interactieve TV van KPN.. dus geen TV+

Wat werkt wel:
- Gewoon Live TV en zappen omhoog / omlaag

Wat werkt niet:
- Gids (blijft leeg)
- Opnames (kan opnamelijst niet ophalen, duurde te lang om met de server te communiceren)

UCG draait BTW op 5.0.12

Dan zou ik die aanpassingen van de setting IPTV_WAN_RANGES naar "0.0.0.0/0" proberen en kijken of dat helpt.

NeoFoX schreef op dinsdag 10 maart 2026 @ 09:31:
IPTV_LAN_INTERFACES = br 4 --> omdat het, zoals ik het geïnterpreteerd heb, moet naar het interne VLAN 4 en niet poort nummer.

Klopt, je moet voor de LAN kant de interface gebruiken die bij het virtuele netwerk hoort, bij de meeste UniFi Gateways is dat "br<VLAN ID>".

[NeoFoX]

JungleJim schreef op dinsdag 10 maart 2026 @ 09:43:
[...]

Dan zou ik die aanpassingen van de setting IPTV_WAN_RANGES naar "0.0.0.0/0" proberen en kijken of dat helpt.

[...]

Klopt, je moet voor de LAN kant de interface gebruiken die bij het virtuele netwerk hoort, bij de meeste UniFi Gateways is dat "br<VLAN ID>".

Check.. wordt wel vanmiddag, maar keep you posted.

[JungleJim]

NeoFoX schreef op dinsdag 10 maart 2026 @ 09:48:
[...]


Check.. wordt wel vanmiddag, maar keep you posted.

Ander ding dat ik me nog bedacht: je kunt ook proberen om de KPN DNS servers in te stellen op het lokale IPTV VLAN dat je gebruikt. Default staat de DNS server op het IP van je gateway, maar dat geeft wel eens problemen. De IP adressen van de standaard KPN DNS servers zijn 195.121.1.34 en 195.121.1.66.

[mgiebels]

JungleJim schreef op dinsdag 10 maart 2026 @ 11:51:
[...]

Ander ding dat ik me nog bedacht: je kunt ook proberen om de KPN DNS servers in te stellen op het lokale IPTV VLAN dat je gebruikt. Default staat de DNS server op het IP van je gateway, maar dat geeft wel eens problemen. De IP adressen van de standaard KPN DNS servers zijn 195.121.1.34 en 195.121.1.66.

Mocht er TV+ gebruikt worden zijn de KPN DNS servers niet meer noodzakelijk

[NeoFoX]

JungleJim schreef op dinsdag 10 maart 2026 @ 11:51:
[...]

Ander ding dat ik me nog bedacht: je kunt ook proberen om de KPN DNS servers in te stellen op het lokale IPTV VLAN dat je gebruikt. Default staat de DNS server op het IP van je gateway, maar dat geeft wel eens problemen. De IP adressen van de standaard KPN DNS servers zijn 195.121.1.34 en 195.121.1.66.

Op de WAN of op het VLAN?

WAN KPN kan ik een Primary en Secondary IPv3 Adres DNS invullen
Op de VLAN kan ik er 1tje doen.

mgiebels schreef op dinsdag 10 maart 2026 @ 11:54:
[...]
Mocht er TV+ gebruikt worden zijn de KPN DNS servers niet meer noodzakelijk

Nu nog geen TV+ .. maar Interactieve TV, misschien dat ik nog wel de overstap maak. Maar nu nog niet (vrouwlief vind het oude menu overzicht fijner en de TV+ box werkt niet met mijn Harmony Elite .. dat is voor mij de showstopper nu nog -- ander topic )

[ Voor 29% gewijzigd door NeoFoX op 10-03-2026 12:06 ]

[JungleJim]

NeoFoX schreef op dinsdag 10 maart 2026 @ 12:03:
Op de WAN of op het VLAN?

WAN KPN kan ik een Primary en Secondary IPv3 Adres DNS invullen
Op de VLAN kan ik er 1tje doen.

Op het VLAN zelf. Het lijkt idd of je maar één IP adres op kan geven, maar wanneer Auto DNS Server uit staat kun je meerdere IP adressen toevoegen via het Add knopje.

[ Voor 6% gewijzigd door JungleJim op 10-03-2026 12:36 ]

[mgiebels]

JungleJim schreef op dinsdag 10 maart 2026 @ 12:33:
[...]

Op het VLAN zelf. Het lijkt idd of je maar één IP adres op kan geven, maar wanneer Auto DNS Server uit staat kun je meerdere IP adressen toevoegen via het Add knopje.

Hamrony zal overal steeds moeilijker worden nu het stukje nostalgie geworden is en de ondersteuning ook gestopt is.

[NeoFoX]

Bij dezen update...

De .conf aangepast qua IPTV_WAN_RANGES naar "0.0.0.0/0"
Reload van het script

Uiteraard ook de TV-decoder herstart gegeven.. *Fingers crossed*
En sindsdien weer werkende TV inclusief:
- Gids
- Opnames

Dit gaat direct in de documentatie voor later.
Thanks voor de hulp

[Casimi]

Goedeavond,

Vandaag heb ik mijn Ubiquiti cloud gateway fiber geinstalleerd en deze werkt perfect.
Alleen krijg ik het tv kastje niet meer aan de praat. ik heb het volgende scriptje geprobeerd maar als ik die start gaat het gehele internet down: https://github.com/fabianishere/udm-iptv

root@Cloud-Gateway-Fiber:~# vi /etc/udm-iptv.conf

ik heb vlan40 gemaakt voor de tv, en gebruik op de ucg-fiber de 10G utp wan poort

## 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="TriNed-TV"
# IP ranges from which the IPTV traffic originates (separated by spaces)
IPTV_WAN_RANGES="213.75.0.0/16 217.166.0.0/16 195.121.0.0/16"
#IPTV_WAN_RANGES="0.0.0.0/0"
IPTV_WAN_MAC="00:11:22:33:44:55"
# DHCP options to send when requesting an IP address
IPTV_WAN_DHCP_OPTIONS="-O staticroutes -V IPTV_RG"
# LAN interfaces on which IPTV should be made available
IPTV_LAN_INTERFACES="br40"
# Disable quickleave for igmpproxy
IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="false"
# Enable debugging for igmpproxy
IPTV_IGMPPROXY_DEBUG="true"
IPTV_IGMPPROXY_PROGRAM="improxy"

IPTV_IGMPPROXY_IGMP_VERSION="2"
~


Heeft er iemand suggesties hoe ik dit het beste kan aanvliegen?
Ik heb al veel settings geprobeerd maar helaas krijg ik hem niet aan de praat.

[ Voor 52% gewijzigd door Casimi op 13-03-2026 19:07 ]

[JungleJim]

Casimi schreef op vrijdag 13 maart 2026 @ 17:58:
Ik heb al veel settings geprobeerd maar helaas krijg ik hem niet aan de praat.

Ik denk dat je iets te veel settings hebt aangepast En ik neem aan dat je Trined hebt?

In /etc/udm-iptv.conf moet je de volgende aanpassingen maken:
- IPTV_WAN_VLAN_INTERFACE deze moet je op "iptv" laten staan, dit is de virtuele interface die de UCG Fiber gebruikt om het IPTV verkeer te routeren
- IPTV_WAN_RANGES deze op "0.0.0.0/0" zetten
- IPTV_WAN_MAC heb je niet nodig, dus uitcommentarieren (# ervoor zetten)
- voor Trined moet je IPTV_WAN_DHCP_OPTIONS aanpassen naar "-o -O subnet -O broadcast -O staticroutes" (zie eerdere berichten in dit topic)

Dus deze aanpassingen in /etc/udm-iptv.conf maken, en dan udm-iptv script herstarten met 'systemctl restart udm-iptv'.

Nu kan het zo zijn omdat je IPTV_WAN_VLAN_INTERFACE hebt aangepast dat er een extra interface gemaakt is die niet nodig is. Die moet je dan verwijderen met commando 'ip link delete dev "TriNed-TV"'.

Verder zijn een paar instellingen in de UniFi Network Application van belang:
- in Settings > Network de instelling IGMP Snooping aanzetten voor het lokale netwerk dat je aangemaakt hebt
- in Settings > Internet > je internet verbinding > IGMP Proxy UIT zetten

[Casimi]

JungleJim schreef op vrijdag 13 maart 2026 @ 20:01:
[...]

Ik denk dat je iets te veel settings hebt aangepast En ik neem aan dat je Trined hebt?

In /etc/udm-iptv.conf moet je de volgende aanpassingen maken:
- IPTV_WAN_VLAN_INTERFACE deze moet je op "iptv" laten staan, dit is de virtuele interface die de UCG Fiber gebruikt om het IPTV verkeer te routeren
- IPTV_WAN_RANGES deze op "0.0.0.0/0" zetten
- IPTV_WAN_MAC heb je niet nodig, dus uitcommentarieren (# ervoor zetten)
- voor Trined moet je IPTV_WAN_DHCP_OPTIONS aanpassen naar "-o -O subnet -O broadcast -O staticroutes" (zie eerdere berichten in dit topic)

Dus deze aanpassingen in /etc/udm-iptv.conf maken, en dan udm-iptv script herstarten met 'systemctl restart udm-iptv'.

Nu kan het zo zijn omdat je IPTV_WAN_VLAN_INTERFACE hebt aangepast dat er een extra interface gemaakt is die niet nodig is. Die moet je dan verwijderen met commando 'ip link delete dev "TriNed-TV"'.

Verder zijn een paar instellingen in de UniFi Network Application van belang:
- in Settings > Network de instelling IGMP Snooping aanzetten voor het lokale netwerk dat je aangemaakt hebt
- in Settings > Internet > je internet verbinding > IGMP Proxy UIT zetten

Bedankt voor het antwoord, het gaat inderdaad om het netwerk van trined i.c.m. tv van trined.
De instellingen werken super bedankt!

[ Voor 28% gewijzigd door Casimi op 14-03-2026 00:28 ]

[MadDog2K]

JungleJim schreef op maandag 23 februari 2026 @ 15:36:
[...]

Is niet noodzakelijk, maar kan wel. KPN gebruikt een grotere MTU (RFC4638) op de glasvezel verbinding (1512 bytes op de glasvezel verbindingen, 1508 op VLAN6) om de kleinere MTU op PPPoE tov Ethernet te compenseren.

Helaas ondersteunt de Network Application het niet om die MTU waardes via de UI aan te passen, dus ik draai daar altijd (eenmalig) een scriptje voor: https://github.com/rweijn...tra/blob/main/SetMtuEx.sh.

Hoe eenmalig is ‘eenmalig’ ?
Wordt dit niet teniet gedaan / teruggedraaid als je changes in de Network Application maakt voor je gateway ? (bijv. firewall rules)

[JungleJim]

MadDog2K schreef op zaterdag 14 maart 2026 @ 16:33:
[...]


Hoe eenmalig is ‘eenmalig’ ?
Wordt dit niet teniet gedaan / teruggedraaid als je changes in de Network Application maakt voor je gateway ? (bijv. firewall rules)

Ah ja, je hebt gelijk, bij een aanpassing in de Network Application wordt het idd teruggedraaid. Ik pas de instellingen eigenlijk bijna nooit aan dus het was me nog niet opgevallen.

[MadDog2K]

JungleJim schreef op zaterdag 14 maart 2026 @ 17:28:
[...]

Ah ja, je hebt gelijk, bij een aanpassing in de Network Application wordt het idd teruggedraaid. Ik pas de instellingen eigenlijk bijna nooit aan dus het was me nog niet opgevallen.

Ah jammer

Ik kwam deze tegen, die wel zou moeten werken na een config change : https://github.com/ishioni/unifi-pppoe-fix-mtu/tree/master

Maar levert denk ik wel alsnog een hikje op na een change

[JungleJim]

MadDog2K schreef op zaterdag 14 maart 2026 @ 17:36:
Ik kwam deze tegen, die wel zou moeten werken na een config change : https://github.com/ishioni/unifi-pppoe-fix-mtu/tree/master

Maar levert denk ik wel alsnog een hikje op na een change

Thx, die ziet er idd wat handiger uit dan het scriptje dat ik nu gebruik.