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