[Ubiquiti & IPTV] Ervaringen & Discussie

[Dennisweb]

Ik wil toch met multicast aan de slag, maar krijg het absoluut niet werkend op mijn UCG Ultra.

Wat ik heb gedaan:

- Netwerk aanmaken genaamd 'IPTV' met VLAN ID 661 en IGMP Snooping aan:


Op LAN-poort 4 (de STB zit rechtstreeks op de UCG Ultra) de IPTV getagd
-

- Het script van fabianishere gebruikt

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="improxy"
IPTV_IGMPPROXY_IGMP_VERSION="2"

Wat er nu gebeurt: als ik multicast op de KPN TV+-box activeer, krijg ik 3 seconden beeld. Daarna staat alles stil.

Wat zie ik over het hoofd?

[mgiebels]

Ik heb zelf de port zo ingesteld:


IPTV_WAN_INTERFACE="eth1"
IPTV_WAN_VLAN="4"
IPTV_WAN_VLAN_INTERFACE="iptv"
IPTV_WAN_RANGES="0.0.0.0/0"
IPTV_WAN_DHCP_OPTIONS="-O staticroutes -V IPTV_RG"
IPTV_LAN_INTERFACES="br661"
IPTV_IGMPPROXY_PROGRAM="improxy"
IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="true"
IPTV_IGMPPROXY_DEBUG="true"
IPTV_IGMPPROXY_IGMP_VERSION="2"

IPTV_WAN_RANGES="0.0.0.0/0"
Zo ingesteld op aanraden ook van KPN IPtv team waar ik contact mee heb gehad mochten hun in de stream wat veranderen aan ranges heb je zo geen last.

Wel je script elke keer herstarten na aanpassen
systemctl restart udm-iptv

[ Voor 12% gewijzigd door mgiebels op 24-08-2025 16:08 ]

[Dennisweb]

mgiebels schreef op zondag 24 augustus 2025 @ 16:07:
Ik heb zelf de port zo ingesteld:
[Afbeelding]

IPTV_WAN_INTERFACE="eth1"
IPTV_WAN_VLAN="4"
IPTV_WAN_VLAN_INTERFACE="iptv"
IPTV_WAN_RANGES="0.0.0.0/0"
IPTV_WAN_DHCP_OPTIONS="-O staticroutes -V IPTV_RG"
IPTV_LAN_INTERFACES="br661"
IPTV_IGMPPROXY_PROGRAM="improxy"
IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="true"
IPTV_IGMPPROXY_DEBUG="true"
IPTV_IGMPPROXY_IGMP_VERSION="2"

IPTV_WAN_RANGES="0.0.0.0/0"
Zo ingesteld op aanraden ook van KPN IPtv team waar ik contact mee heb gehad mochten hun in de stream wat veranderen aan ranges heb je zo geen last.

Wel je script elke keer herstarten na aanpassen
systemctl restart udm-iptv

Gedaan. Resultaat: er is nu geen internet meer op de tv-box en ik kan helemaal niks meer. Ik krijg ook een melding van de box dat er geen verbinding meer mogelijk is.

[mgiebels]

Dennisweb schreef op zondag 24 augustus 2025 @ 16:21:
[...]

Gedaan. Resultaat: er is nu geen internet meer op de tv-box en ik kan helemaal niks meer. Ik krijg ook een melding van de box dat er geen verbinding meer mogelijk is.

Let wel op bij mij stond hij op eth1 in het script en bij jou op eth4 hoop niet dat je die aangepast heb naar eth1

enige wat je zou kunnen aanpassen is die iprange

en de rest in de Gui van Unifi

[ Voor 12% gewijzigd door mgiebels op 24-08-2025 16:24 ]

[Dennisweb]

mgiebels schreef op zondag 24 augustus 2025 @ 16:23:
[...]


Let wel op bij mij stond hij op eth1 in het script en bij jou op eth4 hoop niet dat je die aangepast heb naar eth1

enige wat je zou kunnen aanpassen is die iprange

en de rest in de Gui van Unifi

Yup! Nu werkt het, dankjewel. Tijd om een kabel te trekken van de meterkast naar de woonkamer.

[JungleJim]

Dennisweb schreef op zondag 24 augustus 2025 @ 15:56:
Ik wil toch met multicast aan de slag, maar krijg het absoluut niet werkend op mijn UCG Ultra.

Wat ik heb gedaan:

- Netwerk aanmaken genaamd 'IPTV' met VLAN ID 661 en IGMP Snooping aan:
[Afbeelding]

Op LAN-poort 4 (de STB zit rechtstreeks op de UCG Ultra) de IPTV getagd
- [Afbeelding]

- Het script van fabianishere gebruikt

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="improxy"
IPTV_IGMPPROXY_IGMP_VERSION="2"

Wat er nu gebeurt: als ik multicast op de KPN TV+-box activeer, krijg ik 3 seconden beeld. Daarna staat alles stil.

Wat zie ik over het hoofd?

Je hebt het al werkend, maar even een toelichting waarom het eerst niet werkte:

Je port instelling klopte niet, zoals je het in de screenshot hebt geconfigureerd heb je untagged je Default netwerk op de poort, plus het IPTV netwerk verkeer maar dan tagged. Tagged wil zeggen dat apparaten alleen dat verkeer kunnen lezen als ze specifiek voor verkeer van dat VLAN zijn ingesteld.

Je moet Native network instellen op IPTV, dan komt het verkeer van het IPTV VLAN untagged op die poort. Als je dan Tagged VLAN management op Block all zet, dan komt er verder geen verkeer van andere VLANs over die poort.

[Dennisweb]

JungleJim schreef op zondag 24 augustus 2025 @ 19:03:
[...]

Je hebt het al werkend, maar even een toelichting waarom het eerst niet werkte:

Je port instelling klopte niet, zoals je het in de screenshot hebt geconfigureerd heb je untagged je Default netwerk op de poort, plus het IPTV netwerk verkeer maar dan tagged. Tagged wil zeggen dat apparaten alleen dat verkeer kunnen lezen als ze specifiek voor verkeer van dat VLAN zijn ingesteld.

Je moet Native network instellen op IPTV, dan komt het verkeer van het IPTV VLAN untagged op die poort. Als je dan Tagged VLAN management op Block all zet, dan komt er verder geen verkeer van andere VLANs over die poort.

Inderdaad, het begon vanmiddag te werken toen ik het veranderde naar:


Puur voor mijn technische kennis: kun je dit hele gebeuren ook op de AP Enterprise 6 van Unifi doen, of moet het per se bekabeld? Heb het voor de grap wel geprobeerd, maar dan is het na 3 seconden pret wel gebeurd. Bekabeld werkt wel gewoon prima en stabiel.

[JungleJim]

Dennisweb schreef op zondag 24 augustus 2025 @ 20:59:
[...]
Puur voor mijn technische kennis: kun je dit hele gebeuren ook op de AP Enterprise 6 van Unifi doen, of moet het per se bekabeld? Heb het voor de grap wel geprobeerd, maar dan is het na 3 seconden pret wel gebeurd. Bekabeld werkt wel gewoon prima en stabiel.

Als je op je TV+ box in unicast kijkt werkt het sowieso ook via Wi-Fi.

Multicast via Wi-Fi is lastig, de manier waarop Wi-Fi werkt leent zich niet echt voor multicast. Met KPN SuperWifi is het geloof ik wel mogelijk.

UniFi kent een setting "Multicast enhancements", die je kunt instellen bij de configuratie van een WiFi netwerk. Die zou multicast om moeten zetten naar unicast waardoor het zou kunnen werken. Maar dat heb ik zelf nooit geprobeerd, en ik heb eigenlijk ook nergens ervaringen gelezen van anderen.

Dus je zou het kunnen proberen, maar beste (en meest betrouwbare) voor multicast is toch een bekabelde verbinding.

[Dennisweb]

JungleJim schreef op zondag 24 augustus 2025 @ 21:06:
[...]

Als je op je TV+ box in unicast kijkt werkt het sowieso ook via Wi-Fi.

Multicast via Wi-Fi is lastig, de manier waarop Wi-Fi werkt leent zich niet echt voor multicast. Met KPN SuperWifi is het geloof ik wel mogelijk.

UniFi kent een setting "Multicast enhancements", die je kunt instellen bij de configuratie van een WiFi netwerk. Die zou multicast om moeten zetten naar unicast waardoor het zou kunnen werken. Maar dat heb ik zelf nooit geprobeerd, en ik heb eigenlijk ook nergens ervaringen gelezen van anderen.

Dus je zou het kunnen proberen, maar beste (en meest betrouwbare) voor multicast is toch een bekabelde verbinding.

Thanks.

Ik weet niet of het tussen mijn oren zit, maar ik vind de kwaliteit van multicast op mijn 43” OLED van Philips beter dan unicast. Dus denk dat het wel nodig is om een kabel te trekken, dan. Maakt niet uit, dat hebben we al vaker gedaan. Ik had alleen een kabel moeten trekken toen ik nog laminaat moest leggen. Maar ja, toen had ik nog Odido en dat is standaard unicast.

[mgiebels]

Dennisweb schreef op zondag 24 augustus 2025 @ 21:20:
[...]

Thanks.

Ik weet niet of het tussen mijn oren zit, maar ik vind de kwaliteit van multicast op mijn 43” OLED van Philips beter dan unicast. Dus denk dat het wel nodig is om een kabel te trekken, dan. Maakt niet uit, dat hebben we al vaker gedaan. Ik had alleen een kabel moeten trekken toen ik nog laminaat moest leggen. Maar ja, toen had ik nog Odido en dat is standaard unicast.

Dat is ook de bedoeling toch
Unicast is namelijk de mindere variant.

[Morky]

Dennisweb schreef op zondag 24 augustus 2025 @ 21:20:
[...]

Thanks.

Ik weet niet of het tussen mijn oren zit, maar ik vind de kwaliteit van multicast op mijn 43” OLED van Philips beter dan unicast. Dus denk dat het wel nodig is om een kabel te trekken, dan. Maakt niet uit, dat hebben we al vaker gedaan. Ik had alleen een kabel moeten trekken toen ik nog laminaat moest leggen. Maar ja, toen had ik nog Odido en dat is standaard unicast.

Wat heeft laminaat te maken met het trekken van kabels? Gelijkvloers en langs de randen? Niet doen, ivm uitzetting..

[JungleJim]

Dennisweb schreef op zondag 24 augustus 2025 @ 21:20:
[...]

Thanks.

Ik weet niet of het tussen mijn oren zit, maar ik vind de kwaliteit van multicast op mijn 43” OLED van Philips beter dan unicast. Dus denk dat het wel nodig is om een kabel te trekken, dan. Maakt niet uit, dat hebben we al vaker gedaan. Ik had alleen een kabel moeten trekken toen ik nog laminaat moest leggen. Maar ja, toen had ik nog Odido en dat is standaard unicast.

De multicast streams van KPN hebben een hogere bitrate dan de unicast streams, dus het klopt dat de kwaliteit bij multicast beter is.

[nafofella]

JungleJim schreef op zondag 24 augustus 2025 @ 19:03:
[...]

Je hebt het al werkend, maar even een toelichting waarom het eerst niet werkte:

Je port instelling klopte niet, zoals je het in de screenshot hebt geconfigureerd heb je untagged je Default netwerk op de poort, plus het IPTV netwerk verkeer maar dan tagged. Tagged wil zeggen dat apparaten alleen dat verkeer kunnen lezen als ze specifiek voor verkeer van dat VLAN zijn ingesteld.

Je moet Native network instellen op IPTV, dan komt het verkeer van het IPTV VLAN untagged op die poort. Als je dan Tagged VLAN management op Block all zet, dan komt er verder geen verkeer van andere VLANs over die poort.

Maar die nieuwe kpn TV+ boxen (alsmede ziggo next, etc) hebben toch geen aparte vlan meer nodig?
Is toch een veredelde android media streamer?

[JungleJim]

nafofella schreef op maandag 25 augustus 2025 @ 11:09:
[...]

Maar die nieuwe kpn TV+ boxen (alsmede ziggo next, etc) hebben toch geen aparte vlan meer nodig?
Is toch een veredelde android media streamer?

Het is idd niet per se nodig, voor unicast sowieso niet. Voor multicast denk ik ook niet, zolang je switches maar IGMP snooping ondersteunen. Maar het kan ook weer geen kwaad om het verkeer wat te scheiden dmv VLANs.

Edit: voor de duidelijkheid, ik heb het over een VLAN aan de LAN kant. Multicast (routed IPTV) kan alleen via een apart VLAN aan de WAN kant.

[ Voor 13% gewijzigd door JungleJim op 25-08-2025 15:10 ]

[mgiebels]

JungleJim schreef op maandag 25 augustus 2025 @ 12:35:
[...]

Het is idd niet per se nodig, voor unicast sowieso niet. Voor multicast denk ik ook niet, zolang je switches maar IGMP snooping ondersteunen. Maar het kan ook weer geen kwaad om het verkeer wat te scheiden dmv VLANs.

Ik heb het nog niet voor elkaar gekregen om het werkend te krijgen zonder dat script dat ik multicast kon kijken.
ook al staat overal IGMP snooping aan.
Of zou je dan ook die IGMPproxy aan moeten zetten op de WAN?

Het werkt fantastisch met Unicast zonder script.

[JungleJim]

mgiebels schreef op maandag 25 augustus 2025 @ 14:07:
[...]


Ik heb het nog niet voor elkaar gekregen om het werkend te krijgen zonder dat script dat ik multicast kon kijken.
ook al staat overal IGMP snooping aan.
Of zou je dan ook die IGMPproxy aan moeten zetten op de WAN?

Het werkt fantastisch met Unicast zonder script.

Voor multicast is het script sowieso nodig, want UniFi Network Application mist de functionaliteit om het IPTV VLAN aan de WAN kant op te zetten en de juiste routing tussen WAN en LAN te doen.

Maar ik had de vraag opgevat of er een VLAN aan de LAN kant nodig is, en dat is vlg mij niet per se nodig. Voor routed IPTV (multicast) heb je sowieso het IPTV VLAN aan de WAN kant nodig.

[bartjoo574]

Hmm cloud gateway fiber geinstalleerd.
Met deze settings. Maar toch deze melding.
Soms na een paar minuten. Soms na een dag.
Restart service werkt even weer.

Met de usg4 pro heeft het jaren gewerkt.

Tips?

[ Voor 3% gewijzigd door bartjoo574 op 28-08-2025 08:24 ]

[Morky]

bartjoo574 schreef op donderdag 28 augustus 2025 @ 08:20:
Hmm cloud gateway fiber geinstalleerd.
Met deze settings. Maar toch deze melding.
Soms na een paar minuten. Soms na een dag.
Restart service werkt even weer.

Met de usg4 pro heeft het jaren gewerkt.

Tips?

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

Even ter controle voor ik om meer informatie ga vragen:

code:

IPTV_WAN_INTERFACE="eth1"

Moet dit niet

code:

IPTV_WAN_INTERFACE="eth4"

zijn? Ik neem aan dat je de ONT in poort 5 (eth4) hebt zitten?

In welke poort zit de KPN-box geprikt waaraan br661 VLAN is gekoppeld?

[ Voor 9% gewijzigd door Morky op 28-08-2025 08:40 ]

[bartjoo574]

Morky schreef op donderdag 28 augustus 2025 @ 08:27:
[...]


Even ter controle voor ik om meer informatie ga vragen:

code:

IPTV_WAN_INTERFACE="eth1"

Moet dit net

code:

IPTV_WAN_INTERFACE="eth4"

zijn? Neem aan dat je de ONT in poort 5 (eth4) hebt zitten?

In welke poort zit de KPN-box geprikt waaraan br661 VLAN is gekoppeld?

Ja, idd op eth4. Screenshot van hierboven ergens gepakt het werkt ook.. maar dus niet altind voor lange duur. Excuus

[bartjoo574]

Morky schreef op donderdag 28 augustus 2025 @ 08:27:
[...]



Even ter controle voor ik om meer informatie ga vragen:

code:

IPTV_WAN_INTERFACE="eth1"

Moet dit niet

code:

IPTV_WAN_INTERFACE="eth4"

zijn? Ik neem aan dat je de ONT in poort 5 (eth4) hebt zitten?

In welke poort zit de KPN-box geprikt waaraan br661 VLAN is gekoppeld?

[Morky]

bartjoo574 schreef op donderdag 28 augustus 2025 @ 08:40:
[...]


Ja, idd op eth4. Screenshot van hierboven ergens gepakt het werkt ook.. maar dus niet altind voor lange duur. Excuus

Duidelijk!

KPN-box zit op poort? VLAN gekoppeld aan deze poort?

Kun je iets meer zeggen over het vastlopen? Is dit bijvoorbeeld na het veranderen van zender? Na een paar minuten?

[bartjoo574]

Morky schreef op donderdag 28 augustus 2025 @ 08:44:
[...]


Duidelijk!

KPN-box zit op poort? VLAN gekoppeld aan deze poort?

Kun je iets meer zeggen over het vastlopen? Is dit bijvoorbeeld na het veranderen van zender? Na een paar minuten?

Vlan poort idd (zoals ook met de usg pro prima werkte)
Nou, dat is het gekke. Gebeurt zomaar ineens tijdens het kijken. Geen pijl op te trekken. Soms 1 dag, dan weer 1 uur.

[Morky]

bartjoo574 schreef op donderdag 28 augustus 2025 @ 09:02:
[...]


Vlan poort idd (zoals ook met de usg pro prima werkte)
Nou, dat is het gekke. Gebeurt zomaar ineens tijdens het kijken. Geen pijl op te trekken. Soms 1 dag, dan weer 1 uur.

Vreemd. Log controleren als het probleem optreedt.

code:

journalctl -n -u udm-iptv

Ik gebruik zelf IGMPPROXY. Ik had andere problemen maar hiermee heb ik geen problemen meer gehad.

code:

sudo apt install igmpproxy
sudo apt install nano
sudo nano /etc/udm-iptv.conf
udm-iptv restart

udm-iptv.conf

code:

IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="false"
IPTV_IGMPPROXY_DEBUG="true"
IPTV_IGMPPROXY_PROGRAM="igmpproxy"
IPTV_IGMPPROXY_IGMP_VERSION="2"

[ Voor 32% gewijzigd door Morky op 28-08-2025 09:10 ]

[plakjekaas2]

bartjoo574 schreef op donderdag 28 augustus 2025 @ 08:20:
Hmm cloud gateway fiber geinstalleerd.
Met deze settings. Maar toch deze melding.
Soms na een paar minuten. Soms na een dag.
Restart service werkt even weer.

Met de usg4 pro heeft het jaren gewerkt.

Tips?

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

Ik had met KPN TV (dus niet TV+) icm Fiber en firmware 4.3.9 een soortgelijk issue. Downgrade naar 4.2.12 heeft het opgelost. Ben met Ubiquity aan het uitzoeken wat de bug is. Zie ook berichten twee pagina’s terug. Svp bug rapporteren bij Ubiquity, ze zijn er serieus mee bezig maar hoe meer reports hoe beter.

[mgiebels]

Ubiquity doet alleen niks meer als ze merken dat je third party scripts (zoals Fabian) draait wat opeens niet meer werkt na een update vanuit hun kant.
Dan moet het script aan gepast worden.

Ik had hetzelfde met Uxg Lite moest ik ook dingen in het script handmatig aanpassen.
Bij mij ging toen vlan van eth0.661 naar br661

[Morky]

mgiebels schreef op vrijdag 29 augustus 2025 @ 07:14:
Ubiquity doet alleen niks meer als ze merken dat je third party scripts (zoals Fabian) draait wat opeens niet meer werkt na een update vanuit hun kant.
Dan moet het script aan gepast worden.

Ik had hetzelfde met Uxg Lite moest ik ook dingen in het script handmatig aanpassen.
Bij mij ging toen vlan van eth0.661 naar br661

Klopt. En ik zie ook dat plakjekaas2 niet de volledige configuratie gedumpt op het ui-forum.

Ik mis bijvoorbeeld

code:

IPTV_IGMPPROXY_PROGRAM="improxy"

In de gedumpte log zie ik wel dat hij improxy gebruikt van Fabian en niet het (betere) alternatief igmpproxy.

Details, ik weet het. Verwacht er niet teveel van (de gewenste oplossing).

Ik draai nu 15 dagen EA 4.4.0 met igmpproxy er heb nog geen enkel probleem ervaren (zie voor de omzetting: https://gathering.tweakers.net/forum/view_message/83275912)

[ Voor 4% gewijzigd door Morky op 29-08-2025 08:00 ]

[mgiebels]

Morky schreef op vrijdag 29 augustus 2025 @ 07:59:
[...]


Klopt. En ik zie ook dat plakjekaas2 niet de volledige configuratie gedumpt op het ui-forum.

Ik mis bijvoorbeeld

code:

IPTV_IGMPPROXY_PROGRAM="improxy"

In de gedumpte log zie ik wel dat hij improxy gebruikt van Fabian en niet het (betere) alternatief igmpproxy.

Details, ik weet het. Verwacht er niet teveel van (de gewenste oplossing).

Ik draai nu 15 dagen EA 4.4.0 met igmpproxy er heb nog geen enkel probleem ervaren (zie voor de omzetting: https://gathering.tweakers.net/forum/view_message/83275912)

Jij noemt igmpprocy beter maar waarom?
Bij vele loopt die niet lekker en improxy wel

Heb bij aantal vrienden met een fiber het terug gezet op improxy en draaide alles weer als een zonnetje zonder stotteren.

Ik merk zelf geen verschil tussen beide op het moment dus ik laat het bij standaard en dat is improxy

[Morky]

mgiebels schreef op vrijdag 29 augustus 2025 @ 08:03:
[...]


Jij noemt igmpprocy beter maar waarom?
Bij vele loopt die niet lekker en improxy wel

Heb bij aantal vrienden met een fiber het terug gezet op improxy en draaide alles weer als een zonnetje zonder stotteren.

Ik merk zelf geen verschil tussen beide op het moment dus ik laat het bij standaard en dat is improxy

Hier kan ik geen antwoord op geven. Ik had regelmatig problemen met improxy (draai enkel EA's). Ik moet even kijken wanneer ik van improxy naar igmpproxy ben gegaan, uit mijn hoofd 4.1.x. Sindsdien geen enkel probleem meer ervaren... En geen tijd om uit te zoeken waar het verschil.

[JungleJim]

Morky schreef op vrijdag 29 augustus 2025 @ 07:59:
[...]
In de gedumpte log zie ik wel dat hij improxy gebruikt van Fabian en niet het (betere) alternatief igmpproxy.

Om verwarring te voorkomen: er is geen “improxy van Fabian”. improxy komt met UnifiOS. Wat udm-iptv doet, is improxy starten met een eigen configuratie, en niet de config die Network Application zou toepassen.

En ik ben ook wel benieuwd waarom je igmpproxy beter vindt. Ik loop al een tijdje mee in dit topic en in bijna alle gevallen die voorbij komen werkt improxy prima.

Het is ook makkelijker vind ik omdat je geen extra package hoeft te installeren en geen config aanpassing hoeft te doen. Dus weer een variabele minder bij het troubleshooten.

[mgiebels]

Morky schreef op vrijdag 29 augustus 2025 @ 08:09:
[...]


Hier kan ik geen antwoord op geven. Ik had regelmatig problemen met improxy (draai enkel EA's). Ik moet even kijken wanneer ik van improxy naar igmpproxy ben gegaan, uit mijn hoofd 4.1.x. Sindsdien geen enkel probleem meer ervaren... En geen tijd om uit te zoeken waar het verschil.

Daarom draai ik al een tijdje geen EA's meer omdat daar veel al bugs in zitten waarbij je wellicht wel IGMPproxy moest draaien om het werkend te houden zelf toen al meerdere malen gehad toen ik het nog wel deed.

Sinds ik geen EA's meer draai ook thuis minder ruzie haha (win win)

[plakjekaas2]

Morky schreef op vrijdag 29 augustus 2025 @ 07:59:
[...]


Klopt. En ik zie ook dat plakjekaas2 niet de volledige configuratie gedumpt op het ui-forum.

Ik mis bijvoorbeeld

code:

IPTV_IGMPPROXY_PROGRAM="improxy"

In de gedumpte log zie ik wel dat hij improxy gebruikt van Fabian en niet het (betere) alternatief igmpproxy.

Details, ik weet het. Verwacht er niet teveel van (de gewenste oplossing).

Ik draai nu 15 dagen EA 4.4.0 met igmpproxy er heb nog geen enkel probleem ervaren (zie voor de omzetting: https://gathering.tweakers.net/forum/view_message/83275912)

Klopt improxy, ik gebruik de standaard setup van het script zonder aanpassingen.

Ik heb met 4.3.9 ook een aantal PCAP's gemaakt van de switch poort waarop de STB zit aangesloten, rond de 4 minuten bij de tijdelijke freeze van het beeld plotseling enige packet loss en dat verdwijnt weer en loopt het beeld door, rond de 8 minuten bij de totale freeze en foutmelding opnieuw packet loss alleen dan heel heftig en verdwijnt weer na een kanaal switch.

Zelfde gedaan met 4.2.12, geen packet loss.

Wel bijzonder dat alleen Fiber bezitters hier last van hebben met KPN TV en het Fabian script.

[Morky]

JungleJim schreef op vrijdag 29 augustus 2025 @ 08:13:
[...]

Om verwarring te voorkomen: er is geen “improxy van Fabian”. improxy komt met UnifiOS. Wat udm-iptv doet, is improxy starten met een eigen configuratie, en niet de config die Network Application zou toepassen.

En ik ben ook wel benieuwd waarom je igmpproxy beter vindt. Ik loop al een tijdje mee in dit topic en in bijna alle gevallen die voorbij komen werkt improxy prima.

Het is ook makkelijker vind ik omdat je geen extra package hoeft te installeren en geen config aanpassing hoeft te doen. Dus weer een variabele minder bij het troubleshooten.

Eigenlijk had ik dit voor mij moeten houden, excuses daarvoor. Ik heb helaas voorlopig geen tijd (mantelzorgen vreet tijd) om meer uitleg te geven over mijn - persoonlijke - keuze. Ik zal mijn reacties later verwijderen om verwarring te voorkomen. Ik waardeer jouw reacties, jij zit er diep in en kan het beter verwoorden dan ik. ❤️

[mgiebels]

plakjekaas2 schreef op vrijdag 29 augustus 2025 @ 10:07:
[...]


Klopt improxy, ik gebruik de standaard setup van het script zonder aanpassingen.

Ik heb met 4.3.9 ook een aantal PCAP's gemaakt van de switch poort waarop de STB zit aangesloten, rond de 4 minuten bij de tijdelijke freeze van het beeld plotseling enige packet loss en dat verdwijnt weer en loopt het beeld door, rond de 8 minuten bij de totale freeze en foutmelding opnieuw packet loss alleen dan heel heftig en verdwijnt weer na een kanaal switch.

Zelfde gedaan met 4.2.12, geen packet loss.

Wel bijzonder dat alleen Fiber bezitters hier last van hebben met KPN TV en het Fabian script.

Wellicht ook omdat dat alle andere unicast uitzenden zoals Odido enzz
Dan heb je er geen last van.

[bartjoo574]

Morky schreef op donderdag 28 augustus 2025 @ 09:06:
[...]


Vreemd. Log controleren als het probleem optreedt.

code:

journalctl -n -u udm-iptv

Ik gebruik zelf IGMPPROXY. Ik had andere problemen maar hiermee heb ik geen problemen meer gehad.

code:

sudo apt install igmpproxy
sudo apt install nano
sudo nano /etc/udm-iptv.conf
udm-iptv restart

udm-iptv.conf

code:

IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="false"
IPTV_IGMPPROXY_DEBUG="true"
IPTV_IGMPPROXY_PROGRAM="igmpproxy"
IPTV_IGMPPROXY_IGMP_VERSION="2"

Dit zegt chatgpt. na uitvoeren van deze commands:
-systemctl status udm-iptv --no-pager
-cat /proc/net/ip_mr_vif
-head -n 20 /proc/net/ip_mr_cache

[bartjoo574]

stormfly schreef op dinsdag 19 augustus 2025 @ 12:57:
[...]


Downgrade eens naar 4.2.12? https://community.ui.com/...ba-4a9a-8f6c-ba733ad73d4c letop zoek de juiste file voor jouw model

Er zit packetloss op de meest recente firmwares voor de 2.5Gbps switch porten van de UCG-Fiber. Downgraden of je STB in een andere fysieke switch die via de 10G SFP ontsloten is naar de UCG-Fiber. Het zijn alleen de 2.5Gpbs porten die er last van hebben de 10G SFP porten zijn stabiel.

PS: als dit een oplossing is willen jullie dan in de betreffende 4.3.9 of 4.4.0 topics deze bug rapporteren? Ze hebben volgens mij nog niet de juiste urgentie voor dit probleem, het is vrij stil.

Ik heb wel een sfp module om te testen, maar helaas hetzelfde probleem. Dus dan heeft downgraden geen zin misschien?

[stormfly]

bartjoo574 schreef op zondag 31 augustus 2025 @ 21:15:
[...]


Ik heb wel een sfp module om te testen, maar helaas hetzelfde probleem. Dus dan heeft downgraden geen zin misschien?

Server poort 1 (2.5Gbps switch) → WAN-slot 5 (10G UTP): ✅ geen packetloss
Server poort 6 (SFP op 10Gbps losse switch -> server poort in deze switch) → WAN-slot 7 (UTP SFP): ✅ geen packetloss
Server poort 1 (2.5Gbps switch) → WAN-slot 7 (UTP SFP): ❌ wel packetloss
Server poort 5 (10Gbps poort) → WAN-slot 7 (UTP SFP): ❌ wel packetloss

Hangt van de combinatie van porten af, dit zijn mijn eigen testen geweest. De serverpoort is een port waarachter een tunnel staat die gaat klapperen.

[ Voor 6% gewijzigd door stormfly op 01-09-2025 06:56 ]

[bartjoo574]

stormfly schreef op zondag 31 augustus 2025 @ 21:53:
[...]


Server poort 1 (2.5Gbps switch) → WAN-slot 5 (10G UTP): ✅ geen packetloss
Server poort 6 (SFP op 10Gbps Pro-HD switch server in deze switch) → WAN-slot 7 (UTP SFP): ✅ geen packetloss
Server poort 1 (2.5Gbps switch) → WAN-slot 7 (UTP SFP): ❌ wel packetloss
Server poort 5 (10Gbps poort) → WAN-slot 7 (UTP SFP): ❌ wel packetloss

Hangt van de combinatie van porten af, dit zijn mijn eigen testen geweest.

Wat bedoel je met server poort?

Ik heb nu een unifi 16 poorts switch op sfp+ zitten en die dan utp naar stb gaat.

Mijn servers thuis zitten nu op poort 1 (zaten op sfp poort)

Wan is op utp aangesloten. Sfp wan nog niets meegedaan.

Internet werkt overigens prima.

[stormfly]

bartjoo574 schreef op maandag 1 september 2025 @ 06:24:
[...]


Wat bedoel je met server poort?

Ik heb nu een unifi 16 poorts switch op sfp+ zitten en die dan utp naar stb gaat.

Mijn servers thuis zitten nu op poort 1 (zaten op sfp poort)

Wan is op utp aangesloten. Sfp wan nog niets meegedaan.

Internet werkt overigens prima.

Het device met packetloss noem ik server, bij mij is het QUIC tunnel verkeer wat dropt. Mijn testen zijn gedaan op de UCG-Fiber.

[bartjoo574]

stormfly schreef op maandag 1 september 2025 @ 06:55:
[...]


Het device met packetloss noem ik server, bij mij is het QUIC tunnel verkeer wat dropt. Mijn testen zijn gedaan op de UCG-Fiber.

Oke, en wat is QUIC tunnel?
Toch wel bijzonder jouw test. Toch? Hoeveel (verschillende) switches zitten erin dan?

Ik heb de cloudgateway fiber.

[stormfly]

bartjoo574 schreef op maandag 1 september 2025 @ 07:08:
[...]


Oke, en wat is QUIC tunnel?
Toch wel bijzonder jouw test. Toch? Hoeveel (verschillende) switches zitten erin dan?

Ik heb de cloudgateway fiber.

Note de UCG-Fiber werkt goed met 4.2 firmware het is een beetje wonky met 4.3 en 4.4.

Nou het gaat om lijnen naar de CPU en volgens mij is het als volgt op gedeeld. (daar weet @BiG-GuY volgens mij nog meer van):
Port 7 eigen baan naar de CPU
Port 6 eigen baan naar de CPU
Port 5 eigen baan naar de CPU
Port 4-1 gedeelde baan naar de CPU

Daarom staat er ook een mouseover bij het om-configureren van de porten "use port X and Y for best performance"

[bartjoo574]

stormfly schreef op maandag 1 september 2025 @ 07:22:
[...]


Note de UCG-Fiber werkt goed met 4.2 firmware het is een beetje wonky met 4.3 en 4.4.

Nou het gaat om lijnen naar de CPU en volgens mij is het als volgt op gedeeld. (daar weet @BiG-GuY volgens mij nog meer van):
Port 7 eigen baan naar de CPU
Port 6 eigen baan naar de CPU
Port 5 eigen baan naar de CPU
Port 4-1 gedeelde baan naar de CPU

Daarom staat er ook een mouseover bij het om-configureren van de porten "use port X and Y for best performance"

Ja, dat soort dingen ken ik.. maar met deze snelheden van routers zou ik dat niet meer echt verwachten. Als usg pro 4 het al kon

Ik zal de router eens downgraden dan..

[bartjoo574]

-Gedowngrade 4.2.12 en tot op heden werkt het. Soms een korte hapering maar geen blauwe meldingen (CloudGatewayFiber)
-Ik heb van die (oudere) arrive (dacht dat het zo heet) stb kastjes btw.
-Verschillende poorten check werkte bij niet beter met 4.3.9 firmware

Tip: Oja, ik belde KPN voor mijn abonnement. Betaalde 98 euro per maand voor 200mbit down en up. Met de nieuwe contracten heb ik 1gb en 2kpn tv+ kastjes voor 78 euro. (maw, tijdje teveel betaald, maar goed:)) Dit was NIET online te doen btw. Dus je moet ze bellen of in een winkel langs.

Dus straks met de nieuwe kastjes eens opnieuw proberen met de hogere firmware?

Valt mij op met de status van proxy (systemctl status udm-iptv)
dat hij nu geen gekke meldingen geeft. Gewoon een stabiel verhaal.

[ Voor 4% gewijzigd door bartjoo574 op 02-09-2025 18:33 ]

[bartjoo574]

Klopt dit volgens jullie?

[JungleJim]

bartjoo574 schreef op woensdag 3 september 2025 @ 12:31:
[Afbeelding]

Klopt dit volgens jullie?

Naar wat voor info ben je precies opzoek?

Wat er staat over multicast en unicast klopt voor TV+. Unicast werkt altijd, ook met met een eigen router zonder dat je specifieke routed IPTV instellingen hoeft te doen.

Verschil tussen igmpproxy en improxy weet ik niet zo zeker, ik gebruik improxy en dat werkt voor mij zonder problemen. Maar wellicht dat voor sommigen in specifieke situaties igmpproxy beter werkt.

En algemene ervaringen over het gebruik van TV+ kun je beter in het [KPN TV+] - Ervaringen en discussie opzoeken. Bij mij werkt het allemaal prima, zowel de streaming apps als live TV kijken.

[bartjoo574]

JungleJim schreef op woensdag 3 september 2025 @ 13:15:
[...]

Naar wat voor info ben je precies opzoek?

Wat er staat over multicast en unicast klopt voor TV+. Unicast werkt altijd, ook met met een eigen router zonder dat je specifieke routed IPTV instellingen hoeft te doen.

Verschil tussen igmpproxy en improxy weet ik niet zo zeker, ik gebruik improxy en dat werkt voor mij zonder problemen. Maar wellicht dat voor sommigen in specifieke situaties igmpproxy beter werkt.

En algemene ervaringen over het gebruik van TV+ kun je beter in het [KPN TV+] - Ervaringen en discussie opzoeken. Bij mij werkt het allemaal prima, zowel de streaming apps als live TV kijken.

Nou, als de KPN TV+ ook zonder multicast werkt (maar trager) dan kan dat verklaren waarom niet iedereen er last van heeft.
Nieuwe kastjes => werkt altijd, eventueel trager.
Oude kastjes => alleen multicast en dan zijn problemen mogelijk (zoals ik heb)

[josseg]

JungleJim schreef op woensdag 3 september 2025 @ 13:15:
[...]

Naar wat voor info ben je precies opzoek?

Wat er staat over multicast en unicast klopt voor TV+. Unicast werkt altijd, ook met met een eigen router zonder dat je specifieke routed IPTV instellingen hoeft te doen.

Verschil tussen igmpproxy en improxy weet ik niet zo zeker, ik gebruik improxy en dat werkt voor mij zonder problemen. Maar wellicht dat voor sommigen in specifieke situaties igmpproxy beter werkt.

En algemene ervaringen over het gebruik van TV+ kun je beter in het [KPN TV+] - Ervaringen en discussie opzoeken. Bij mij werkt het allemaal prima, zowel de streaming apps als live TV kijken.

igmpproxy is een Debian package (Unifi OS draait hierop) improxy is de versie die met Unifi OS meekomt. Met improxy had ik alleen maar problemen (plotseling stoppen van het beeld en geluid)

[mgiebels]

josseg schreef op woensdag 3 september 2025 @ 16:24:
[...]


igmpproxy is een Debian package (Unifi OS draait hierop) improxy is de versie die met Unifi OS meekomt. Met improxy had ik alleen maar problemen (plotseling stoppen van het beeld en geluid)

Volgens mij zoals @stormfly al zegt de ene heeft baat bij improxy denk de meeste wel.
En de rest moet dan igmpproxy draaien indien gewenst.

Ik had juist met igmpproxy dat hij trager werd.
Gister bij een maat van me op ze UXG Fiber ook igmpproxy deed niet ze werk en improxy wel.

Ik test het trouwens alleen op Echte versies en niet op EA versies

[Morky]

mgiebels schreef op woensdag 3 september 2025 @ 16:27:
[...]

Volgens mij zoals @stormfly al zegt de ene heeft baat bij improxy denk de meeste wel.
En de rest moet dan igmpproxy draaien indien gewenst.

Ik had juist met igmpproxy dat hij trager werd.
Gister bij een maat van me op ze UXG Fiber ook igmpproxy deed niet ze werk en improxy wel.

Ik test het trouwens alleen op Echte versies en niet op EA versies

Ik wilde niet meer reageren, te weinig tijd, maar dit klopt. Unifi OS > IMPROXY (Pali). Begrijp nog niet waar het probleem vandaan komt (IMPROXY én IGMPPROXY). Hopelijk heb ik na volgende week wat meer tijd.

[JungleJim]

bartjoo574 schreef op woensdag 3 september 2025 @ 15:58:
[...]


Nou, als de KPN TV+ ook zonder multicast werkt (maar trager) dan kan dat verklaren waarom niet iedereen er last van heeft.
Nieuwe kastjes => werkt altijd, eventueel trager.
Oude kastjes => alleen multicast en dan zijn problemen mogelijk (zoals ik heb)

Dat is niet helemaal hoe het werkt. De TV+ box controleert of er multicast streams beschikbaar zijn. Zo ja, dan gebruikt de TV+ box deze. Zo nee dan schakelt de box naar unicast. Het is dus niet dat de box overschakelt naar unicast op het moment dat er een probleem is tijdens het gebruik van een multicast stream (althans dat is hoe ik het heb ervaren).

Dit is overigens aan te passen, zie Beeldinstellingen van de KPN TV+ Box. Dus de problemen die je in dit topic ziet zijn van mensen die én een UniFi router hebben én multicast gebruiken.

Als je zekerheid wil dat TV+ werkt in jouw situatie met een UXG Fiber, dan gebruik je unicast. Dwz geen udm-iptv script, geen apart VLAN, geen IGMP snooping, etc, maar je TV+ box inpluggen in je netwerk en klaar.

Afgaande op de berichten van de afgelopen periode lijkt er een probleem te zijn met multicast icm een UXG Fiber (en mss andere gateways) en UnifiOS 4.3.x/4.4.x of specifieke software versies van UniFi switches waardoor multicast verkeer na een tijdje gedropped wordt.

Of dat voor jouw situatie geldt is niet op voorhand te zeggen. Maw, je kunt het proberen, en als het niet werkt terug naar unicast en wachten totdat er een versie van UnifiOS komt waar het wel weer goed mee werkt.

[ Voor 6% gewijzigd door JungleJim op 03-09-2025 20:26 ]

[JungleJim]

josseg schreef op woensdag 3 september 2025 @ 16:24:
[...]


igmpproxy is een Debian package (Unifi OS draait hierop) improxy is de versie die met Unifi OS meekomt. Met improxy had ik alleen maar problemen (plotseling stoppen van het beeld en geluid)

Dat is dus precies wat ik probeer te zeggen: voor de meesten zal de default improxy prima werken, en voor anderen werkt igmpproxy beter

Het natuurlijk wel interessant om erachter te komen waarom igmpproxy in die situaties beter werkt dan improxy...

[bartjoo574]

bartjoo574 schreef op woensdag 3 september 2025 @ 15:58:
[...]


Nou, als de KPN TV+ ook zonder multicast werkt (maar trager) dan kan dat verklaren waarom niet iedereen er last van heeft.
Nieuwe kastjes => werkt altijd, eventueel trager.
Oude kastjes => alleen multicast en dan zijn problemen mogelijk (zoals ik heb)

mijn punt gaat niet over igmp of improxy.. maar over: als kpn tv+ de proxy niet kan vinden, gaat hij via IP verder. Klopt dat?

[JungleJim]

bartjoo574 schreef op woensdag 3 september 2025 @ 20:56:
[...]

mijn punt gaat niet over igmp of improxy.. maar over: als kpn tv+ de proxy niet kan vinden, gaat hij via IP verder. Klopt dat?

Wat je zegt ("als kpn tv+ de proxy niet kan vinden, gaat hij via IP verder.") klopt niet helemaal. Zowel unicast als mutlicast verlopen namelijk over IP. Termen als igmp, improxy, (IGMP) proxy hebben specifiek met multicast IPTV te maken.

Bij unicast maakt elke client (de TV+ box) een eigen streamverbinding met de KPN IPTV-server. Bij multicast is er één stream die tegelijk naar meerdere clients gaat (een multicast group). Clients kunnen zich daar op abonneren. Dit is efficiënter, omdat dezelfde data niet telkens apart verstuurd hoeft te worden.

De TV+ box meldt zich via IGMP (Internet Group Management Protocol) aan bij een multicast group. Omdat je lokale netwerk (LAN) niet direct met het KPN-netwerk is verbonden maar via een router, is er een component nodig dat deze IGMP-aanvragen doorstuurt naar KPN. Dat onderdeel heet een IGMP proxy.

Op UniFi devices zijn er twee implementaties: improxy en igmpproxy. improxy wordt meegeleverd als onderdeel van UnifiOS. igmpproxy is een andere implementatie (ook open source) die je apart moet installeren.

Als de TV+ box een IGMP-aanvraag doet maar geen antwoord krijgt, schakelt hij terug naar unicast. Het probleem is dus niet dat de box “de proxy niet kan vinden”, maar dat er geen geldig antwoord komt omdat de benodigde componenten of routeringsregels ontbreken.

Met een correct geconfigureerde IGMP proxy ontvangt de TV+ box wel de multicast stream. Als er daarna iets misgaat in het doorsturen (wat lijkt te gebeuren met bepaalde combinaties van UniFi-gateways en switches en firmware versies), dan hapert of stopt het beeld.

Mensen die via unicast kijken zullen dus meestal geen problemen ervaren, omdat dit nagenoeg altijd werkt zonder speciale voorzieningen. Mensen die multicast kijken kunnen wel problemen ervaren. De TV+ box schakelt namelijk niet terug naar unicast wanneer de multicast stream al gestart is.

Heel verhaal, wellicht beetje vereenvoudigd ten opzichte van de werkelijkheid, maar hopelijk maakt dit wat duidelijker hoe het werkt.

[bartjoo574]

JungleJim schreef op woensdag 3 september 2025 @ 22:19:
[...]

Wat je zegt ("als kpn tv+ de proxy niet kan vinden, gaat hij via IP verder.") klopt niet helemaal. Zowel unicast als mutlicast verlopen namelijk over IP. Termen als igmp, improxy, (IGMP) proxy hebben specifiek met multicast IPTV te maken.

Bij unicast maakt elke client (de TV+ box) een eigen streamverbinding met de KPN IPTV-server. Bij multicast is er één stream die tegelijk naar meerdere clients gaat (een multicast group). Clients kunnen zich daar op abonneren. Dit is efficiënter, omdat dezelfde data niet telkens apart verstuurd hoeft te worden.

De TV+ box meldt zich via IGMP (Internet Group Management Protocol) aan bij een multicast group. Omdat je lokale netwerk (LAN) niet direct met het KPN-netwerk is verbonden maar via een router, is er een component nodig dat deze IGMP-aanvragen doorstuurt naar KPN. Dat onderdeel heet een IGMP proxy.

Op UniFi devices zijn er twee implementaties: improxy en igmpproxy. improxy wordt meegeleverd als onderdeel van UnifiOS. igmpproxy is een andere implementatie (ook open source) die je apart moet installeren.

Als de TV+ box een IGMP-aanvraag doet maar geen antwoord krijgt, schakelt hij terug naar unicast. Het probleem is dus niet dat de box “de proxy niet kan vinden”, maar dat er geen geldig antwoord komt omdat de benodigde componenten of routeringsregels ontbreken.

Met een correct geconfigureerde IGMP proxy ontvangt de TV+ box wel de multicast stream. Als er daarna iets misgaat in het doorsturen (wat lijkt te gebeuren met bepaalde combinaties van UniFi-gateways en switches en firmware versies), dan hapert of stopt het beeld.

Mensen die via unicast kijken zullen dus meestal geen problemen ervaren, omdat dit nagenoeg altijd werkt zonder speciale voorzieningen. Mensen die multicast kijken kunnen wel problemen ervaren. De TV+ box schakelt namelijk niet terug naar unicast wanneer de multicast stream al gestart is.

Heel verhaal, wellicht beetje vereenvoudigd ten opzichte van de werkelijkheid, maar hopelijk maakt dit wat duidelijker hoe het werkt.

Heel duidelijk. Tnx
Kpn tv+ boxjes doen dat en de oude kastjes niet dat je weet? Schakelen naar unicast?

[mgiebels]

bartjoo574 schreef op donderdag 4 september 2025 @ 19:21:
[...]


Heel duidelijk. Tnx
Kpn tv+ boxjes doen dat en de oude kastjes niet dat je weet? Schakelen naar unicast?

Die oude kastjes doen dat volgens mij niet.

[JungleJim]

bartjoo574 schreef op donderdag 4 september 2025 @ 19:21:
[...]


Heel duidelijk. Tnx
Kpn tv+ boxjes doen dat en de oude kastjes niet dat je weet? Schakelen naar unicast?

De oude kastjes ondersteunen alleen multicast streams, unicast streams is pas vanaf de TV+ kastjes.

[bartjoo574]

JungleJim schreef op donderdag 4 september 2025 @ 20:02:
[...]

De oude kastjes ondersteunen alleen multicast streams, unicast streams is pas vanaf de TV+ kastjes.

Ja precies. Dat kan verklaren waarom niet iedereen problemen heeft met de fiber editie.
Mensen met kpn tv+ kunnen het sowieso eerder werkend krijgen.
Maar tnx iig voor de uitleg. Ik ga binnenkort verder testen 😊💪🏽

[dajappie]

bartjoo574 schreef op vrijdag 5 september 2025 @ 06:06:
[...]
Ja precies. Dat kan verklaren waarom niet iedereen problemen heeft met de fiber editie.
Mensen met kpn tv+ kunnen het sowieso eerder werkend krijgen.
Maar tnx iig voor de uitleg. Ik ga binnenkort verder testen 😊💪🏽

Gisteren nieuwe UCG Fiber, U7 Pro XG en G6 Instant binnengekregen als vervanger van de oude USG3 en Nest camera, en o.b.v. eerder commentaar naar Unifi OS 4.2.12 gegaan i.p.v. 4.3.9. IPTV script van Fabian i.c.m. KPN 1 Gb/s XGS-PON, igmpproxy en 1 Arris VIP5202 boxje. Werkt als een zonnetje. Per ongeluk eerst wel geupgrade naar 4.3.9 en na paar minuten steeds onderbrekingen van de multicast, 4.4.0 EA idem dito. Auto-update voorlopig maar uit laten totdat het zeker goed werkt.

Vraag: heb de poorten voorlopig allemaal eens expliciet op 1 Gb/s gezet omdat de interne switches in huis en de verbinding toch niet sneller zijn en we het niet nodig hebben, vraag me af of dat ook helpt qua energieverbruik en warmteontwikkeling? De ONT is zichtbaar teruggeschakeld van 10 Gb/s (blauw) naar 1 Gb/s (groen) en voelt iets koeler in elk geval.

[Bucket]

Soms is de opzet met Ubiquiti en IPTV echt geen goede combi.

Tot gisteren werkt alles goed. Tijdje geleden geswitched van Zaram naar FS module en dat bracht wekenlang plezier. Gisteren dus een paar switches ge-upgrade van versie 7.1.26 naar 7.2.120... en de ellende is terug: multicast werkt niet meer.

Ondertussen de switches die in de lijn tussen de UDMPro en KPN-box alweer naar versie 7.1.26 gebracht, alles herstart... maar het blijft weer vastlopen.

[mgiebels]

Bucket schreef op dinsdag 9 september 2025 @ 11:21:
Soms is de opzet met Ubiquiti en IPTV echt geen goede combi.

Tot gisteren werkt alles goed. Tijdje geleden geswitched van Zaram naar FS module en dat bracht wekenlang plezier. Gisteren dus een paar switches ge-upgrade van versie 7.1.26 naar 7.2.120... en de ellende is terug: multicast werkt niet meer.

Ondertussen de switches die in de lijn tussen de UDMPro en KPN-box alweer naar versie 7.1.26 gebracht, alles herstart... maar het blijft weer vastlopen.

Ik had zelfde had 1 switch waar GEEN iptv kastjes op zitten te update gedaan en Multicast was toen dood.
Begreep van Community van Ubiquiti dat je alles dan moet updaten. maar dan nog werkte het bij mij niet hier ook alles weer terug gezet op 7.1.26

Je moet na het terug zetten wel het script opnieuw starten en het werkt weer.

[ Voor 4% gewijzigd door mgiebels op 09-09-2025 12:29 ]

[Bucket]

mgiebels schreef op dinsdag 9 september 2025 @ 11:47:
[...]


Ik had zelfde had 1 switch waar GEEN iptv kastjes op zitten te update gedaan en Multicast was toen dood.
Begreep van Community van Ubiquiti dat je alles dan moet updaten. maar dan nog werkte het bij mij niet hier ook alles weer terug gezet op 7.1.26

Je moet na het terug zetten wel het script opnieuw starten en het werkt weer.

Ondertussen vandaag wat getest.
Alles (3 switches komen in aanmerking) weer terug op 7.1.26: dan werkt alles weer
Net zoals bij jou: 1 switch, die helemaal buiten het IPTV gedeelte zit, upgraden: dan stopt multicast.

Nu zag ik een algemene setting onder Networks erbij komen, als je 1 van de switches upgrade: "Flood Known Protocols" en deze staat by default aan.
Dus, geprobeerd met die setting aan/uit en maar 1 switch bijgewerkt: geen multicast
Alle switches bijgewerkt en dan setting aan/uit: geen multicast

Oftewel, toch maar weer terug naar 7.1.26

[pboelhouwer]

Bucket schreef op dinsdag 9 september 2025 @ 13:02:
[...]

Ondertussen vandaag wat getest.
Alles (3 switches komen in aanmerking) weer terug op 7.1.26: dan werkt alles weer
Net zoals bij jou: 1 switch, die helemaal buiten het IPTV gedeelte zit, upgraden: dan stopt multicast.

Nu zag ik een algemene setting onder Networks erbij komen, als je 1 van de switches upgrade: "Flood Known Protocols" en deze staat by default aan.
Dus, geprobeerd met die setting aan/uit en maar 1 switch bijgewerkt: geen multicast
Alle switches bijgewerkt en dan setting aan/uit: geen multicast

Oftewel, toch maar weer terug naar 7.1.26

Mijn switches zitten nog op 7.1.26 en ik zie bij algemeen:


Kreeg je daar naast "Flood" nog een andere optie "Flood Known Protocols"?

[mgiebels]

Bucket schreef op dinsdag 9 september 2025 @ 13:02:
[...]

Ondertussen vandaag wat getest.
Alles (3 switches komen in aanmerking) weer terug op 7.1.26: dan werkt alles weer
Net zoals bij jou: 1 switch, die helemaal buiten het IPTV gedeelte zit, upgraden: dan stopt multicast.

Nu zag ik een algemene setting onder Networks erbij komen, als je 1 van de switches upgrade: "Flood Known Protocols" en deze staat by default aan.
Dus, geprobeerd met die setting aan/uit en maar 1 switch bijgewerkt: geen multicast
Alle switches bijgewerkt en dan setting aan/uit: geen multicast

Oftewel, toch maar weer terug naar 7.1.26

Had jij wel na elke aanpassing in je settings ook IPTv herstart?

[Bucket]

pboelhouwer schreef op dinsdag 9 september 2025 @ 14:33:
[...]


Mijn switches zitten nog op 7.1.26 en ik zie bij algemeen:
[Afbeelding]

Kreeg je daar naast "Flood" nog een andere optie "Flood Known Protocols"?

Als je er 1 bijwerkt, komt de optie pas/al tevoorschijn.

[Bucket]

mgiebels schreef op dinsdag 9 september 2025 @ 14:43:
[...]

Had jij wel na elke aanpassing in je settings ook IPTv herstart?

Jazeker... en elke keer minimaal 10 minuten wachten, hopende dat het systeem zichzelf zou fixen.

[mgiebels]

Zag op de community van Ubiquiti ook al genoeg staan over dat mensen melden me IPTV van kpn werkt niet meer na deze update.
Zeggen ze doodleuk we ondersteunen geen third party software

[plakjekaas2]

mgiebels schreef op dinsdag 9 september 2025 @ 16:17:
Zag op de community van Ubiquiti ook al genoeg staan over dat mensen melden me IPTV van kpn werkt niet meer na deze update.
Zeggen ze doodleuk we ondersteunen geen third party software

Same here. Mijn Fiber icm KPN TV werkt alleen met oude firmware 4.2.12.
Maar na de update van 1 switch is multicast er mee gestopt. En inderdaad Ubiquity geeft doodleuk aan dat ze deze setup (fabianishere) niet ondersteunen, terwijl 2 VLANS aan de WAN zijde bv helemaal niet zo exotisch is

[Maukie]

Hier ook vandaag mijn switch geüpdatet en inderdaad IPTV deed niet meer. Had de KPN nog aangesloten op de usg-ultra maar ook dat werkte niet voor mij.
Ik heb uiteindelijk ook de switch firmware een software downgrade gedaan naar 7.1.26.

[Timmy]

Hier nog een slachtoffer. Niet gemerkt dat de software was geupdate en daardoor een deel van de avond instellingen nalopen, debuggen en dan uiteindelijk zien dat de software op de switch was bijgewerkt. Inmiddels ook weer terug naar 7.1.26 en KPN tv werkt weer

[Monitio]

Kan iemand bevestigen dat het puur om de switch firmware gaat?

Ik heb een UCG-Max met daarachter een USW Pro Max 16 PoE.

Ik heb eerst geprobeerd de UCG-Max te downgraden van 4.3.9 naar 4.2.12, maar dat lijkt geen effect hebben. Ben nu mijn switch aan het downgraden van 7.2.120 naar 7.1.26. Benieuwd of dat wel helpt. Mocht dat inderdaad de oplossing zijn, kan ik dan wel de UCG-Max upgraden naar 4.3.9 alsnog?

Edit: switch firmware downgrade lijkt de oplossing; nog geen poging gedaan om mijn gateway weer te upgraden. Geen zin om het hele downgrade process weer opnieuw te doorgaan momenteel mocht het toch mis gaan

[ Voor 20% gewijzigd door Monitio op 10-09-2025 11:56 . Reden: update ]

[JD2k3]

Ik zag een discussie op het ubiquiti forum waar er wat aanpassingen gedaan worden waarna het wel lijkt te werken op de nieuwste 7.2.120 versie. Ik heb dit zelf echter niet getest.

Zie hier: https://community.ui.com/...50-4fb7-8034-581fcd2c6f9c

[mgiebels]

JD2k3 schreef op woensdag 10 september 2025 @ 11:51:
Ik zag een discussie op het ubiquiti forum waar er wat aanpassingen gedaan worden waarna het wel lijkt te werken op de nieuwste 7.2.120 versie. Ik heb dit zelf echter niet getest.

Zie hier: https://community.ui.com/...50-4fb7-8034-581fcd2c6f9c

zover ik hem daar lees helpt het uiteindelijk toch niet en is degene terug gegaan naar de vorige versie.

[ Voor 6% gewijzigd door mgiebels op 10-09-2025 12:03 ]

[Monitio]

JD2k3 schreef op woensdag 10 september 2025 @ 11:51:
Ik zag een discussie op het ubiquiti forum waar er wat aanpassingen gedaan worden waarna het wel lijkt te werken op de nieuwste 7.2.120 versie. Ik heb dit zelf echter niet getest.

Zie hier: https://community.ui.com/...50-4fb7-8034-581fcd2c6f9c

Dank voor het delen , ik ga dat topic even volgen

[bartjoo574]

Hmm, ik heb 4.2.12 (cloudgateway fiber) en 7.2.120 (150w 16 poortswitch) en bij mij werkt kpn tv+ wel (android kastjes) via multicast.

Overigens mijn hele analyse (en link naar deze posts) ook gestuurd naar ubiquity. Dit wordt gestuurd naar een expert zag ik net.

[Maukie]

mgiebels schreef op woensdag 10 september 2025 @ 11:58:
[...]

zover ik hem daar lees helpt het uiteindelijk toch niet en is degene terug gegaan naar de vorige versie.

Ja zo las ik dat artikel ook. Hierin geeft hij het volgende aan:
No, the setting unknown multicast option didn't solved the issue on 7.2.120.

[Maukie]

Monitio schreef op woensdag 10 september 2025 @ 11:45:
Kan iemand bevestigen dat het puur om de switch firmware gaat?

Ik heb een UCG-Max met daarachter een USW Pro Max 16 PoE.

Ik heb eerst geprobeerd de UCG-Max te downgraden van 4.3.9 naar 4.2.12, maar dat lijkt geen effect hebben. Ben nu mijn switch aan het downgraden van 7.2.120 naar 7.1.26. Benieuwd of dat wel helpt. Mocht dat inderdaad de oplossing zijn, kan ik dan wel de UCG-Max upgraden naar 4.3.9 alsnog?

Edit: switch firmware downgrade lijkt de oplossing; nog geen poging gedaan om mijn gateway weer te upgraden. Geen zin om het hele downgrade process weer opnieuw te doorgaan momenteel mocht het toch mis gaan

Ja het lijkt alleen in de Switch firmware te zitten. Ik heb zelf mijn USG Ultra op 4.3.9 zitten en dit werkt zonder problemen bij mij.

[robsterren1]

hier hetzelfde verhaal met trined. switch gedowngrade naar 7.1.26 en alles werkt weer.
USG ultra staat op 4.3.9

[Monitio]

Thanks, het ligt inderdaad niet aan Unifi OS 4.3.9 - zojuist toch de upgrade uitgevoerd en alles werkt nog. De switch blijft voorlopig dus op 7.1.26

[bartjoo574]

Dus jullie zeggen, kpn iptv problemen zit in de switch en niet in de cloudgateway fiber?
KPN IPTV zou moeten werken met 4.3.9 op de cloudgateway en de switch downgraden naar 7.1.26?

Zou wel apart zijn, want 4.2.12 met 7.2.120 werkt ook.

Ik heb zelf wel liever de cloudgateway op de laatste versie ipv de switch.

[ Voor 26% gewijzigd door bartjoo574 op 10-09-2025 14:22 ]

[Bucket]

Heb een vermoeden, dat het een combo is van hoofdfirmware en de nieuwste switch-firmware.
Ik lees @bartjoo574 versie 4.2.12 (cloudgateway fiber) met 7.2.120 succesvol gebruiken.
Zelf heb ik 4.3.6 (Dream Machine Pro) met 7.2.120, wat niet werkt. Met versie 7.1.26 weer wel.
@robsterren1 heeft 4.3.9 (USG Ultra) welke ook niet werkt met 7.2.120, maar wel met 7.1.26

Lijkt er voor mij op, dat er een bepaalde OS-feature (in de nieuwere OS-firmware) pas actief wordt met deze nieuwe switch-versie.

[robsterren1]

robsterren1 schreef op woensdag 10 september 2025 @ 13:17:
hier hetzelfde verhaal met trined. switch gedowngrade naar 7.1.26 en alles werkt weer.
USG ultra staat op 4.3.9

helaas, nu werkt het niet meer.
niets veranderd maar geen tv meer

[Rogier]

Bucket schreef op woensdag 10 september 2025 @ 14:10:
Heb een vermoeden, dat het een combo is van hoofdfirmware en de nieuwste switch-firmware.
Ik lees @bartjoo574 versie 4.2.12 (cloudgateway fiber) met 7.2.120 succesvol gebruiken.
Zelf heb ik 4.3.6 (Dream Machine Pro) met 7.2.120, wat niet werkt. Met versie 7.1.26 weer wel.
@robsterren1 heeft 4.3.9 (USG Ultra) welke ook niet werkt met 7.2.120, maar wel met 7.1.26

Lijkt er voor mij op, dat er een bepaalde OS-feature (in de nieuwere OS-firmware) pas actief wordt met deze nieuwe switch-versie.

Zelfde hier - alle switches terug naar 7.1.26, script opnieuw draaien en een reboot verder is alles stabiel met OS 4.3.6.

[robsterren1]

robsterren1 schreef op woensdag 10 september 2025 @ 14:39:
[...]


helaas, nu werkt het niet meer.
niets veranderd maar geen tv meer

en nu weer wel, heb 2 switches in het netwerk ook de 2e gedowngrade, ook al hangen daar de tv kasten niet daaraan.

[mgiebels]

robsterren1 schreef op woensdag 10 september 2025 @ 14:54:
[...]


en nu weer wel, heb 2 switches in het netwerk ook de 2e gedowngrade, ook al hangen daar de tv kasten niet daaraan.

dat had ik ook had express me switch gedaan op zolder waar niks aanhing en meteen gaat tv stuiteren

[ballo50]

Ik moest ook AL mijn switches downgraden, niet alleen de switch waar IPTV aan hangt. Na het downgraden werkt IPTV wel weer gewoon. Het lijkt er dus op, dat zodra er maar 1 device de nieuwe 7.2 firmware heeft, Multicast IGMP zich anders gaat gedragen..

[dajappie]

ballo50 schreef op woensdag 10 september 2025 @ 15:24:
Ik moest ook AL mijn switches downgraden, niet alleen de switch waar IPTV aan hangt. Na het downgraden werkt IPTV wel weer gewoon. Het lijkt er dus op, dat zodra er maar 1 device de nieuwe 7.2 firmware heeft, Multicast IGMP zich anders gaat gedragen..

Hier alleen UCG Fiber met TPLink SG108E switches, en zoals eerder gepost 4.3.9 werkte niet maar 4.2.12 wel ongeacht de switches - dus aannemelijk dat een combinatie van hogere firmware op een van beide of allebei het stuk maakt.

[ballo50]

dajappie schreef op woensdag 10 september 2025 @ 15:33:
[...]


Hier alleen UCG Fiber met TPLink SG108E switches, en zoals eerder gepost 4.3.9 werkte niet maar 4.2.12 wel ongeacht de switches - dus aannemelijk dat een combinatie van hogere firmware op een van beide of allebei het stuk maakt.

Ik heb een UDM SE op OS versie 4.3.6, met network version 9.4.19. Geen problemen totdat ik firmware 7.2.120 introduceerde. Ik heb helaas geen tijd om te testen of een lagere versie van network icm switch firmware 7.2.120 wel gewoon werkt, maar gezien de release schedule is de kans dat mensen op dezelfde network versie zitten en pas daarna de switches upgraden best groot.

[pboelhouwer]

ballo50 schreef op woensdag 10 september 2025 @ 16:29:
[...]

Ik heb een UDM SE op OS versie 4.3.6, met network version 9.4.19. Geen problemen totdat ik firmware 7.2.120 introduceerde. Ik heb helaas geen tijd om te testen of een lagere versie van network icm switch firmware 7.2.120 wel gewoon werkt, maar gezien de release schedule is de kans dat mensen op dezelfde network versie zitten en pas daarna de switches upgraden best groot.

Ik ben zo juist ter lering en vermaak mijn UDM SE op OS versie 4.4.0 (EA) gezet.
Switches allemaal nog gelaten op 7.1.26.
Network staat nog op 9.3.45 maar die update ik morgen wel. (Vannacht eerst een backup er over heen)

*Edited* probleem wat ik voorheen had is nu weg zie ik. (Na paar seconde tv, stopte stream en kwam deze niet meer op gang. Paar sec terug in de tijd of aflevering vanaf begin starten en het werkte wel.)

[ Voor 25% gewijzigd door pboelhouwer op 10-09-2025 18:38 ]

[stormfly]

In welk topic op community.ui.com zijn jullie bezig over de MC instabiliteit? Ik zou niet noemen dat de bron het script van fabian is, maar focussen op het wegvallen van de MC stream op de switches.

[Maukie]

stormfly schreef op woensdag 10 september 2025 @ 16:56:
In welk topic op community.ui.com zijn jullie bezig over de MC instabiliteit? Ik zou niet noemen dat de bron het script van fabian is, maar focussen op het wegvallen van de MC stream op de switches.

https://community.ui.com/...50-4fb7-8034-581fcd2c6f9c

Deze wordt genoemd een paar posts hierboven.

[pboelhouwer]

Maukie schreef op woensdag 10 september 2025 @ 17:15:
[...]

https://community.ui.com/...50-4fb7-8034-581fcd2c6f9c

Hier wordt aangegeven dat onderstaande het fixte voor versie 7.2.120

US8-US.7.2.120# cli
(UBNT) >en
(UBNT) #vlan database
(UBNT) (Vlan)# no set igmp querier election participate 70 (vervang 70 voor het nr van jouw eigen IPTV vlan)
(UBNT) (Vlan)#exit
(UBNT) #configure
(UBNT) (Config)#set igmp querier query-interval 130
(UBNT) (Config)#set igmp querier timer expiry 250

Dus als je die versie hebt kan je dat proberen.

[ Voor 4% gewijzigd door pboelhouwer op 10-09-2025 19:13 ]

[Maukie]

pboelhouwer schreef op woensdag 10 september 2025 @ 18:09:
[...]


Hier wordt aangegeven dat onderstaande het fixte voor versie 7.2.120

US8-US.7.2.120# cli
(UBNT) >en
(UBNT) #vlan database
(UBNT) (Vlan)# no set igmp querier election participate 70
(UBNT) (Vlan)#exit
(UBNT) #configure
(UBNT) (Config)#set igmp querier query-interval 130
(UBNT) (Config)#set igmp querier timer expiry 250

Dus als je die versie hebt kan je dat proberen.

Ik zal dit vanavond eens testen. Die 70 zal dan denk ik in mijn geval vlan 661 zijn.

[pboelhouwer]

Maukie schreef op woensdag 10 september 2025 @ 18:57:
[...]


Ik zal dit vanavond eens testen. Die 70 zal dan denk ik in mijn geval vlan 661 zijn.

Ja 70 kan vervangen worden voor het vlan nr van jouw specifieke IPTV vlan.

[mgiebels]

pboelhouwer schreef op woensdag 10 september 2025 @ 18:09:
[...]


Hier wordt aangegeven dat onderstaande het fixte voor versie 7.2.120

US8-US.7.2.120# cli
(UBNT) >en
(UBNT) #vlan database
(UBNT) (Vlan)# no set igmp querier election participate 70 (vervang 70 voor het nr van jouw eigen IPTV vlan)
(UBNT) (Vlan)#exit
(UBNT) #configure
(UBNT) (Config)#set igmp querier query-interval 130
(UBNT) (Config)#set igmp querier timer expiry 250

Dus als je die versie hebt kan je dat proberen.

Verderop staat dat het niet meer werkte

[mgiebels]

stormfly schreef op woensdag 10 september 2025 @ 16:56:
In welk topic op community.ui.com zijn jullie bezig over de MC instabiliteit? Ik zou niet noemen dat de bron het script van fabian is, maar focussen op het wegvallen van de MC stream op de switches.

wat ik niet snap is dat als ik me switch op zolder upgrade waar niks op zit je hele iptv ook niet meer werkt op de niet geupgrade switches

[stormfly]

mgiebels schreef op woensdag 10 september 2025 @ 19:45:
[...]

wat ik niet snap is dat als ik me switch op zolder upgrade waar niks op zit je hele iptv ook niet meer werkt op de niet geupgrade switches

Daar zou ik een apart topic voor openen, ze lijken van UI wel actief mee te lezen in jullie topic omdat het impact heeft op "alle" switches door hun recente IGMP verbeteringen.

[plakjekaas2]

stormfly schreef op woensdag 10 september 2025 @ 19:52:
[...]


Daar zou ik een apart topic voor openen, ze lijken van UI wel actief mee te lezen in jullie topic omdat het impact heeft op "alle" switches door hun recente IGMP verbeteringen.

Ik heb hier een support ticket voor geopend, ze zijn er actief mee bezig. Maar zou zeker een forum post openen, hoe meer feedback hoe beter.

Ben overigens ook nog steeds met Ubiquity bezig met de Fiber firmware 4.3.9 vs 4.2.12 multicast issues.

[LosserNL]

Er zal een feature flag in de Network app zitten die globaal aan gaat als er ook maar een switch met de nieuwe firmware gevonden wordt.

Ik wacht wel af tot er een nieuwe Network of switch versie komt die bewezen werkt, zonder handmatige fixes die een reboot niet overleven

Ik heb mijn Pro XG 8 ook teruggezet naar 7.2.111, dan werkt het weer.

[stormfly]

plakjekaas2 schreef op woensdag 10 september 2025 @ 20:01:
[...]


Ik heb hier een support ticket voor geopend, ze zijn er actief mee bezig. Maar zou zeker een forum post openen, hoe meer feedback hoe beter.

Ik ben zelf over naar NLziet dus kan geen logs meer verzamelen.

Ben overigens ook nog steeds met Ubiquity bezig met de Fiber firmware 4.3.9 vs 4.2.12 multicast issues.

Ja dat is niet zozeer een MC issue maar een packetloss issue, of een packet timing issue. Ik heb daar een tabel van gepost wanneer welke port faalt en wat de goede combinaties zijn. Dat zou je na kunnen bootsen en dat ook delen op het UI topic. Het gaat bij mij mis met bepaald UDP verkeer, de hardware offloading verslikt zich erin, dat zal voor MC ook zo zijn denk ik.

[bartjoo574]

mgiebels schreef op woensdag 10 september 2025 @ 19:44:
[...]

Verderop staat dat het niet meer werkte

Waar verderop? Ik zie alleen maar dat het werkt bij arjanhs (7 dagen, 2 dagen en 4 uur geleden)

[LosserNL]

UI heeft de 7.2.120 versie gedegradeerd naar het RC kanaal. Gelukkig minder kans dat anderen hier tegenaan gaan lopen