[Ubiquiti & IPTV] Ervaringen & Discussie

[nafofella]

Het blijft vastlopen.
Gewoon niet te doen en volgensmij nu wel elke combi gehad.

@morky heb jij die arris vip2952V2 ?

ik kan ff niks bedenken waarom het bij mij niet werkt anders dan dat die twee de problemen veroorzaken.

[Morky]

nafofella schreef op zaterdag 16 augustus 2025 @ 12:11:
Het blijft vastlopen.
Gewoon niet te doen en volgensmij nu wel elke combi gehad.

@morky heb jij die arris vip2952V2 ?

ik kan ff niks bedenken waarom het bij mij niet werkt anders dan dat die twee de problemen veroorzaken.

VIP5202 KPN F1371J46500 (september 2021) staat onderop mijn boxen. Jij hebt dus nog oudere?

[nafofella]

Morky schreef op zaterdag 16 augustus 2025 @ 12:23:
[...]


VIP5202 KPN F1371J46500 (september 2021) staat onderop mijn boxen. Jij hebt dus nog oudere?

de een komt uit 2018 en de ander komt uit 2019.

ik heb nu:

edgrouter 4--> us 24 switch port 1 en 2 vlan KPNTV
cloud key gen2 als controller



Idee was dus om van edgerouter4 plus cloud keygen2 naar een ucg ultra te gaan.

Ik krijg een nieuwe decoder omdat een voedingspoort lam is.
Maar KPN wilde mij geen nieuwere versies sturen.
en aangezien ik nog een contract heb tot april kon ik ook niet TV+ krijgen.

ben je al 7 jaar klant met een van de duurste abbo's en extra's

[ Voor 10% gewijzigd door nafofella op 16-08-2025 12:45 ]

[mgiebels]

nafofella schreef op zaterdag 16 augustus 2025 @ 12:43:
[...]

de een komt uit 2018 en de ander komt uit 2019.

ik heb nu:

edgrouter 4--> us 24 switch port 1 en 2 vlan KPNTV
cloud key gen2 als controller[Afbeelding]

[Afbeelding]

Idee was dus om van edgerouter4 plus cloud keygen2 naar een ucg ultra te gaan.

Ik krijg een nieuwe decoder omdat een voedingspoort lam is.
Maar KPN wilde mij geen nieuwere versies sturen.
en aangezien ik nog een contract heb tot april kon ik ook niet TV+ krijgen.

ben je al 7 jaar klant met een van de duurste abbo's en extra's

ik mis op jou overzicht wel dat je op je KPN tv vlan een dhcp heb ingesteld. bij subnet hoort dit te staan in jou overzicht maar die is leeg

[mgiebels]

nafofella schreef op zaterdag 16 augustus 2025 @ 12:43:
[...]

de een komt uit 2018 en de ander komt uit 2019.

ik heb nu:

edgrouter 4--> us 24 switch port 1 en 2 vlan KPNTV
cloud key gen2 als controller[Afbeelding]

[Afbeelding]

Idee was dus om van edgerouter4 plus cloud keygen2 naar een ucg ultra te gaan.

Ik krijg een nieuwe decoder omdat een voedingspoort lam is.
Maar KPN wilde mij geen nieuwere versies sturen.
en aangezien ik nog een contract heb tot april kon ik ook niet TV+ krijgen.

ben je al 7 jaar klant met een van de duurste abbo's en extra's

Helaas klopt het ja dat je niet onderwijl kan overstappen naar TV+ dan heb je wellicht net verlengd? aangezien die decoders al oud zijn anders had je wel kunnen overstappen naar TV+

Maar je zalwellicht wel de V2 krijgen van de 5202 variant aangezien die oude er niet meer zijn.

Een tip als KPN je als bestaande klant 2 jaar aanbied met verlengen in de app of mail zou ik bellen want vaak krijg je als je belt het zelfde voor 1 jaar ook ik verleng zelf nooit met 2 jaar omdat ik niet zolang eraan vast wil zitten.

[nafofella]

mgiebels schreef op zaterdag 16 augustus 2025 @ 13:00:
[...]

ik mis op jou overzicht wel dat je op je KPN tv vlan een dhcp heb ingesteld. bij subnet hoort dit te staan in jou overzicht maar die is leeg

Dat is mijn oude setup met mijn edgerouter4 die werkt nu gewoon.

En idd twee jaar afgesloten. Eigenlijk nooit gezeik met kpn maar dit vind ik dan wel weer een beetje jammer. Ik heb ook gevraagd of ik niet gewoon die tv+boxen kon kopen maar daar wilden ze ook niet aan. Dat gedogen met iptv is het enige dat switchen tussen providers nog vervelend maakt.
Want het inet instellen op je router is 2 minuten werk.

[mgiebels]

nafofella schreef op zaterdag 16 augustus 2025 @ 13:25:
[...]

Dat is mijn oude setup met mijn edgerouter4 die werkt nu gewoon.

En idd twee jaar afgesloten. Eigenlijk nooit gezeik met kpn maar dit vind ik dan wel weer een beetje jammer. Ik heb ook gevraagd of ik niet gewoon die tv+boxen kon kopen maar daar wilden ze ook niet aan. Dat gedogen met iptv is het enige dat switchen tussen providers nog vervelend maakt.
Want het inet instellen op je router is 2 minuten werk.

KPN garandeert natuurlijk ook niet dat het werk op eigen Netwerk alleen op eigen modem dat staat ook in hun vooraarden.

Werkt het niet op je eigen netwerk is het eigen verantwoording gelukkig helpen er veel hier en lukt het 99% ook wel werkend te krijgen.

Dus eigenlijk heb je geen gezeur ja met eigen netwerk.

[Tylen]

nafofella schreef op zaterdag 16 augustus 2025 @ 13:25:
[...]

Dat is mijn oude setup met mijn edgerouter4 die werkt nu gewoon.

En idd twee jaar afgesloten. Eigenlijk nooit gezeik met kpn maar dit vind ik dan wel weer een beetje jammer. Ik heb ook gevraagd of ik niet gewoon die tv+boxen kon kopen maar daar wilden ze ook niet aan. Dat gedogen met iptv is het enige dat switchen tussen providers nog vervelend maakt.
Want het inet instellen op je router is 2 minuten werk.

Alle voordelen als alle telefoon abo’s bij kpn zijn houd mij ook tegen.

[mgiebels]

Tylen schreef op zaterdag 16 augustus 2025 @ 13:40:
[...]


Alle voordelen als alle telefoon abo’s bij kpn zijn houd mij ook tegen.

juist top mobiel ook combineren heb je wel meer korting.

Zou ook geen andere mobiele provider willen als KPN.
Heb van me werk Odido en echt waardeloos bereik

Maar dit wijkt af van topic.

[nafofella]

mgiebels schreef op zaterdag 16 augustus 2025 @ 13:34:
[...]

KPN garandeert natuurlijk ook niet dat het werk op eigen Netwerk alleen op eigen modem dat staat ook in hun vooraarden.

Werkt het niet op je eigen netwerk is het eigen verantwoording gelukkig helpen er veel hier en lukt het 99% ook wel werkend te krijgen.

Dus eigenlijk heb je geen gezeur ja met eigen netwerk.

heb je ook gelijk in.
Frustrerende is dat de combo "cloudkey gen2, edgerouter4, arris stb" wel werkt en met mijn ucg ultra niet.
Ik ga nog ff KPN bellen of de vervanger voor de defecte arris komt en of dat een nieuwere kan zijn.

Ik heb mijzelf vanmiddag op een google tv streamer getrakteerd en moet zeggen dat ik geen behoefte meer heb aan zon domme provider gebonden ontvanger....
al moet ik alleen schoonzus daar ook nog van overtuigen (die wil zappen).
na 2,5 dag kloten ben ik nu geneigd om met een hamer het probleem met de kastjes op te lossen dus ik laat het ff zo

[mgiebels]

nafofella schreef op zaterdag 16 augustus 2025 @ 19:34:
[...]

heb je ook gelijk in.
Frustrerende is dat de combo "cloudkey gen2, edgerouter4, arris stb" wel werkt en met mijn ucg ultra niet.
Ik ga nog ff KPN bellen of de vervanger voor de defecte arris komt en of dat een nieuwere kan zijn.

Ik heb mijzelf vanmiddag op een google tv streamer getrakteerd en moet zeggen dat ik geen behoefte meer heb aan zon domme provider gebonden ontvanger....
al moet ik alleen schoonzus daar ook nog van overtuigen (die wil zappen).
na 2,5 dag kloten ben ik nu geneigd om met een hamer het probleem met de kastjes op te lossen dus ik laat het ff zo

Ik moet zeggen ik was blij dat ik van die Arris boxjes af was en die TV+ boxen vanaf dag 0 heb mogen testen wat een verademing is dat.
Veel mooier beeld ook.

Ik heb ook de TV+ Soundbox getest die draait op Android 12 dat is ook top!
Alleen het geluid is dramatisch van de box maar goed ik heb ook Sonos er naast draaien waar je al aan gewend bent.

[Morky]

mgiebels schreef op zaterdag 16 augustus 2025 @ 20:18:
[...]

Ik moet zeggen ik was blij dat ik van die Arris boxjes af was en die TV+ boxen vanaf dag 0 heb mogen testen wat een verademing is dat.
Veel mooier beeld ook.

Ik heb ook de TV+ Soundbox getest die draait op Android 12 dat is ook top!
Alleen het geluid is dramatisch van de box maar goed ik heb ook Sonos er naast draaien waar je al aan gewend bent.

Goed om te lezen! Ik heb nog een half jaar contract (2 jaar vast genomen, eenmalig 😉) en stap misschien over op TV+. Ik twijfel nog wel, heeft het voor mij wel een voordeel?

Ik heb:
- 2x Arris VIP5202 (incl 4K-pakket KPN)
- 2x Apple TV
- 1x Sonos soundbar
- 1x HEOS soundbar.

Ik zie, voor mij, nog geen meerwaarde bij TV+?

[mgiebels]

Voordeel het zijn Android boxjes waar je zelf ook apps op kan installeren. En vind het beeld mooier van TV+.
Apple TV vind ik zelf geen meerwaarde maar dat is persoonlijk.

Maar goed dit heeft niks met UniFi te maken

[Jheroen]

Hoe gaat het inmiddels met de + boxen, de laatste maanden vooral veel gedoe gelezen op het kpn forum, wij hebben al jaren de arris boxjes die het eigenlijk altijd goed doen. Soms bij terugkijken of vanaf begin kijken loopt het ineens vast en moet je rebooten maar verder niks aan de hand.

[Morky]

mgiebels schreef op zondag 17 augustus 2025 @ 09:09:
Voordeel het zijn Android boxjes waar je zelf ook apps op kan installeren. En vind het beeld mooier van TV+.
Apple TV vind ik zelf geen meerwaarde maar dat is persoonlijk.

Maar goed dit heeft niks met UniFi te maken

Nog niet, Airplay KPN is mogelijk. Hopelijk komt er nog een app.

Android TV, ik had Xiaomi Mi boxes... Afgehaakt vanwege geluid + 4K.

Ubiquiti, UniFi, KPN, IPTV: prima topic om dit te bespreken. Of moeten we een nieuw topic maken?

[mgiebels]

Morky schreef op zondag 17 augustus 2025 @ 09:18:
[...]


Nog niet, Airplay KPN is mogelijk. Hopelijk komt er nog een app.

Android TV, ik had Xiaomi Mi boxes... Afgehaakt vanwege geluid + 4K.

Ubiquiti, UniFi, KPN, IPTV: prima topic om dit te bespreken. Of moeten we een nieuw topic maken?

Dit topic is alleen voor UniFi en iptv problemen zoals ik
Had / heb als me PlayStation aan is haha.

[Morky]

mgiebels schreef op zondag 17 augustus 2025 @ 09:22:
[...]

Dit topic is alleen voor UniFi en iptv problemen zoals ik
Had / heb als me PlayStation aan is haha.

Dan zoek ik even het juiste topic en laat ik mijn geneuzel hier achterwege 😂

[mgiebels]

mgiebels schreef op zondag 17 augustus 2025 @ 09:09:
Voordeel het zijn Android boxjes waar je zelf ook apps op kan installeren. En vind het beeld mooier van TV+.
Apple TV vind ik zelf geen meerwaarde maar dat is persoonlijk.

Maar goed dit heeft niks met UniFi te maken

Bedoel je dan in combinatie met UniFi ?
Dat werkt gewoon prima al vanaf dag 1

Maar met KPN spul werkt het ook gewoon goed mits je je maar goed inleest soms zetten mensen een tv+ achter een standaard switch dat gaat niet werken.
Dus de meeste problemen die je vaak leest zijn 9 van de 10 keer eigen netwerk wat niet goed is.

[mgiebels]

Morky schreef op zondag 17 augustus 2025 @ 09:24:
[...]


Dan zoek ik even het juiste topic en laat ik mijn geneuzel hier achterwege 😂

Laat maar weten

[Morky]

Morky schreef op zondag 17 augustus 2025 @ 09:24:
[...]


Dan zoek ik even het juiste topic en laat ik mijn geneuzel hier achterwege 😂

En over naar robcoenen in "[KPN TV+] - Ervaringen en discussie"

[nafofella]

Als ik 4K wil kijken kost dat 2,50 per maand meer en moeten ze een nieuwere versie decoder opsturen 😋

[servies]

Tylen schreef op zaterdag 16 augustus 2025 @ 13:40:
[...]


Alle voordelen als alle telefoon abo’s bij kpn zijn houd mij ook tegen.

Ach, zolang je weet dat je zelf voor je eigen "voordelen" betaalt...

[mgiebels]

nafofella schreef op zondag 17 augustus 2025 @ 19:10:
Als ik 4K wil kijken kost dat 2,50 per maand meer en moeten ze een nieuwere versie decoder opsturen 😋

4K zenders kijken is zonde van je geld die 4 a 5 stuks

[mgiebels]

servies schreef op zondag 17 augustus 2025 @ 19:17:
[...]

Ach, zolang je weet dat je zelf voor je eigen "voordelen" betaalt...

dat is overal zo maar je kan ook een beste deal eruit slepen als je belt met ze dan kan het echt gaan schelen ik betaal 65 nu euro voor 1 gbit met netflix premium en videoland premium en ook plus pakket en opnemen en 3 decoders. en dit wordt gewoon elk jaar verlengd als ik niks doe

[Morky]

mgiebels schreef op zondag 17 augustus 2025 @ 19:19:
[...]

4K zenders kijken is zonde van je geld die 4 a 5 stuks

Lig er geen seconde wakker van, minder dan een goede kop koffie. 😉

[mgiebels]

Morky schreef op zondag 17 augustus 2025 @ 19:29:
[...]

Lig er geen seconde wakker van, minder dan een goede kop koffie. 😉

das waar maar goed ik mis het niet 4K of gewoon HD beeld kijken hier toch geen voetbal anders zou ik het alleen daarvoor hebben rest van de zenders is niet boeiend dat heb ik ook op me illegale IPTV haha

[Tortelli]

Is er recent wat veranderd, of heb ik gewoon wat verkloot in de settings van mijn UCG Fiber?
TV heeft er niet veel zin meer in, tijd om naar TV+ te stappen volgens mij om hier vanaf te zijn......

[Morky]

Tortelli schreef op maandag 18 augustus 2025 @ 20:41:
Is er recent wat veranderd, of heb ik gewoon wat verkloot in de settings van mijn UCG Fiber?
TV heeft er niet veel zin meer in, tijd om naar TV+ te stappen volgens mij om hier vanaf te zijn......

Hier kan niemand op antwoorden zonder config, log en meer informatie over hoe je het hebt opgezet. Dus graag wat meer duiding over de situatie...

[plakjekaas2]

Tortelli schreef op maandag 18 augustus 2025 @ 20:41:
Is er recent wat veranderd, of heb ik gewoon wat verkloot in de settings van mijn UCG Fiber?
TV heeft er niet veel zin meer in, tijd om naar TV+ te stappen volgens mij om hier vanaf te zijn......

Ik heb sinds ongeveer twee weken ook een issue met KPN TV in combi met UCG Fiber.

Na 4.20 minuut een hapering, na 8.40 minuut een freeze met het bekende blauwe scherm. Van kanaal switchen en het loopt weer met dezelfde loop van 4.20 minuut en 8.40 minuut freeze. Dit begon overigens voordat ik een upgrade heb gedaan naar de laatste versies van Unify OS en Network.

Ik heb inmiddels twee factory resets gedaan, alle setting en alle data verwijderd en een fresh install gedaan dus geen backup terug gezet. Ik heb de alle settings stuk voor stuk vergeleken met die van een vriend die een SE heeft. Alles staat 100% gelijk en toch werkt het bij mij niet.

Als iemand nog briljante ideeën heeft ik hoor het graag !

Setup: UCG Fiber, Unify OS 4.3.9 Network versie 9.3.45.

KPN fiber 1 GB met KPN TV (dus geen KPN TV+)

KPN Aris box zit rechtstreeks aan de Fiber op poort twee, er zit geen switch tussen.

Er is 1 KPN box aangesloten op het netwerk.

Ik heb verschillende KPN boxen geprobeerd met steeds hetzelfde resultaat.

IPTV zit op een apart VLAN (661)

Hieronder de config files.

Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth4
WAN VLAN: 4 (dev iptv)
WAN DHCP: true (options "-O staticroutes -V IPTV_RG")
WAN Ranges: 213.75.0.0/16 217.166.0.0/16 195.121.0.0/16
LAN Interfaces: br661
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
21: iptv@eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet 10.159.155.1/21 brd 10.159.159.255 scope global iptv
valid_lft forever preferred_lft forever
10.159.152.0/21 proto kernel scope link src 10.159.155.1
213.75.112.0/21 via 10.159.152.1 metric 221
=== Service Logs ===
Aug 18 12:15:15 UCG-Fiber udm-iptvd[1803683]: Obtaining IP address for VLAN interface
Aug 18 12:15:15 UCG-Fiber udm-iptvd[1803736]: udhcpc: started, v1.30.1
Aug 18 12:15:15 UCG-Fiber udm-iptvd[1803736]: udhcpc: sending discover
Aug 18 12:15:16 UCG-Fiber udm-iptvd[1803736]: udhcpc: sending select for 10.159.155.1
Aug 18 12:15:16 UCG-Fiber udm-iptvd[1803736]: udhcpc: lease of 10.159.155.1 obtained, lease time 3600
Aug 18 12:15:17 UCG-Fiber udm-iptvd[1803683]: NATing IPTV network ranges (if necessary)
Aug 18 12:15:17 UCG-Fiber udm-iptvd[1803683]: Creating static routes (if necessary)
Aug 18 12:15:17 UCG-Fiber udm-iptvd[1803683]: Setting up IGMP Proxy
Aug 18 12:15:17 UCG-Fiber udm-iptvd[1803683]: Using improxy...
Aug 18 12:15:17 UCG-Fiber udm-iptvd[1803683]: Starting IGMP Proxy

ifconfig output:
br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.1 netmask 255.255.255.0 broadcast 0.0.0.0
inet6 fe80::1e0b:8bff:fe10:ba83 prefixlen 64 scopeid 0x20<link>
ether 1c:0b:8b:10:ba:83 txqueuelen 1000 (Ethernet)
RX packets 12432370 bytes 2665048003 (2.4 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 36582125 bytes 48051029442 (44.7 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

br661: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.2.1 netmask 255.255.255.0 broadcast 0.0.0.0
inet6 fe80::1e0b:8bff:fe10:ba83 prefixlen 64 scopeid 0x20<link>
ether 1c:0b:8b:10:ba:83 txqueuelen 1000 (Ethernet)
RX packets 16757 bytes 3278043 (3.1 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 58415 bytes 30051893 (28.6 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::1e0b:8bff:fe10:ba7e prefixlen 64 scopeid 0x20<link>
ether 1c:0b:8b:10:ba:7e txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2633 bytes 654620 (639.2 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::1e0b:8bff:fe10:ba7f prefixlen 64 scopeid 0x20<link>
ether 1c:0b:8b:10:ba:7f txqueuelen 1000 (Ethernet)
RX packets 2626 bytes 238966 (233.3 KiB)
RX errors 0 dropped 2626 overruns 0 frame 0
TX packets 2633 bytes 654620 (639.2 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eth2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::1e0b:8bff:fe10:ba80 prefixlen 64 scopeid 0x20<link>
ether 1c:0b:8b:10:ba:80 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2633 bytes 654620 (639.2 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eth3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::1e0b:8bff:fe10:ba81 prefixlen 64 scopeid 0x20<link>
ether 1c:0b:8b:10:ba:81 txqueuelen 1000 (Ethernet)
RX packets 2636 bytes 255692 (249.6 KiB)
RX errors 0 dropped 2636 overruns 0 frame 0
TX packets 62909 bytes 11184088 (10.6 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eth4: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::1e0b:8bff:fe10:ba82 prefixlen 64 scopeid 0x20<link>
ether 1c:0b:8b:10:ba:82 txqueuelen 1000 (Ethernet)
RX packets 36456819 bytes 47649462329 (44.3 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 12041566 bytes 2444832202 (2.2 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eth5: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 1c:0b:8b:10:ba:83 txqueuelen 10000 (Ethernet)
RX packets 0 bytes 0 (0.0
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device base 0x4000

eth6: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 1c:0b:8b:10:ba:84 txqueuelen 10000 (Ethernet)
RX packets 0 bytes 0 (0.0
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eth4.6: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::1e0b:8bff:fe10:ba82 prefixlen 64 scopeid 0x20<link>
ether 1c:0b:8b:10:ba:82 txqueuelen 1000 (Ethernet)
RX packets 36456183 bytes 47643571737 (44.3 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 12041478 bytes 2439962972 (2.2 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eth5.661: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 1c:0b:8b:10:ba:83 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

iptv: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 10.159.155.1 netmask 255.255.248.0 broadcast 10.159.159.255
inet6 fe80::1e0b:8bff:fe10:ba82 prefixlen 64 scopeid 0x20<link>
ether 1c:0b:8b:10:ba:82 txqueuelen 1000 (Ethernet)
RX packets 3 bytes 736 (736.0
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 46 bytes 3370 (3.2 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 3265837 bytes 2044790251 (1.9 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 3265837 bytes 2044790251 (1.9 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST> mtu 1492
inet 88.159.166.85 netmask 255.255.255.255 destination 195.190.228.44
ppp txqueuelen 1000 (Point-to-Point Protocol)
RX packets 36445678 bytes 47631103609 (44.3 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 12030965 bytes 2413139332 (2.2 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

switch0: flags=4419<UP,BROADCAST,RUNNING,PROMISC,MULTICAST> mtu 1500
inet6 fe80::1c0b:8bff:fe10:ba7f prefixlen 64 scopeid 0x20<link>
ether 1e:0b:8b:10:ba:7f txqueuelen 1000 (Ethernet)
RX packets 49152116 bytes 50644380398 (47.1 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 48923989 bytes 50471199803 (47.0 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

switch0.1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::1c0b:8bff:fe10:ba7f prefixlen 64 scopeid 0x20<link>
ether 1e:0b:8b:10:ba:7f txqueuelen 1000 (Ethernet)
RX packets 12575273 bytes 2727412522 (2.5 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 36582134 bytes 48051030408 (44.7 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

switch0.661: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::1c0b:8bff:fe10:ba7f prefixlen 64 scopeid 0x20<link>
ether 1e:0b:8b:10:ba:7f txqueuelen 1000 (Ethernet)
RX packets 21067 bytes 4902064 (4.6 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 58424 bytes 30052859 (28.6 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

port en network settings als plaatjes toegevoegd.









Ook al lijkt het op het screenshot alsof op poort 2 een switch zit, die zit er niet meer tussen, de KPN box zit rechtstreeks aangesloten op poort 2 van de Fiber.

[ Voor 15% gewijzigd door plakjekaas2 op 19-08-2025 12:33 ]

[stormfly]

plakjekaas2 schreef op dinsdag 19 augustus 2025 @ 12:09:
[...]


Ik heb sinds ongeveer twee weken ook een issue met KPN TV in combi met UCG Fiber.

Na 4.20 minuut een hapering, na 8.40 minuut een freeze met het bekende blauwe scherm. Van kanaal switchen en het loopt weer met dezelfde loop van 4.20 minuut en 8.40 minuut freeze. Dit begon overigens voordat ik een upgrade heb gedaan naar de laatste versies van Unify OS en Network.

Ik heb inmiddels twee factory resets gedaan, alle setting en alle data verwijderd en een fresh install gedaan dus geen backup terug gezet. Ik heb de alle settings stuk voor stuk vergeleken met die van een vriend die een SE heeft. Alles staat 100% gelijk en toch werkt het bij mij niet.

Als iemand nog briljante ideeën heeft ik hoor het graag !

Setup: UCG Fiber, Unify OS 4.3.9 Network versie 9.3.45.

KPN fiber 1 GB met KPN TV (dus geen KPN TV+)

KPN Aris box zit rechtstreeks aan de Fiber op poort twee, er zit geen switch tussen.

Er is 1 KPN box aangesloten op het netwerk.

Ik heb verschillende KPN boxen geprobeerd met steeds hetzelfde resultaat.

IPTV zit op een apart VLAN (661)

Hieronder de config files.

Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth4
WAN VLAN: 4 (dev iptv)
WAN DHCP: true (options "-O staticroutes -V IPTV_RG")
WAN Ranges: 213.75.0.0/16 217.166.0.0/16 195.121.0.0/16
LAN Interfaces: br661
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
21: iptv@eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet 10.159.155.1/21 brd 10.159.159.255 scope global iptv
valid_lft forever preferred_lft forever
10.159.152.0/21 proto kernel scope link src 10.159.155.1
213.75.112.0/21 via 10.159.152.1 metric 221
=== Service Logs ===
Aug 18 12:15:15 UCG-Fiber udm-iptvd[1803683]: Obtaining IP address for VLAN interface
Aug 18 12:15:15 UCG-Fiber udm-iptvd[1803736]: udhcpc: started, v1.30.1
Aug 18 12:15:15 UCG-Fiber udm-iptvd[1803736]: udhcpc: sending discover
Aug 18 12:15:16 UCG-Fiber udm-iptvd[1803736]: udhcpc: sending select for 10.159.155.1
Aug 18 12:15:16 UCG-Fiber udm-iptvd[1803736]: udhcpc: lease of 10.159.155.1 obtained, lease time 3600
Aug 18 12:15:17 UCG-Fiber udm-iptvd[1803683]: NATing IPTV network ranges (if necessary)
Aug 18 12:15:17 UCG-Fiber udm-iptvd[1803683]: Creating static routes (if necessary)
Aug 18 12:15:17 UCG-Fiber udm-iptvd[1803683]: Setting up IGMP Proxy
Aug 18 12:15:17 UCG-Fiber udm-iptvd[1803683]: Using improxy...
Aug 18 12:15:17 UCG-Fiber udm-iptvd[1803683]: Starting IGMP Proxy

ifconfig output:
br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.1 netmask 255.255.255.0 broadcast 0.0.0.0
inet6 fe80::1e0b:8bff:fe10:ba83 prefixlen 64 scopeid 0x20<link>
ether 1c:0b:8b:10:ba:83 txqueuelen 1000 (Ethernet)
RX packets 12432370 bytes 2665048003 (2.4 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 36582125 bytes 48051029442 (44.7 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

br661: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.2.1 netmask 255.255.255.0 broadcast 0.0.0.0
inet6 fe80::1e0b:8bff:fe10:ba83 prefixlen 64 scopeid 0x20<link>
ether 1c:0b:8b:10:ba:83 txqueuelen 1000 (Ethernet)
RX packets 16757 bytes 3278043 (3.1 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 58415 bytes 30051893 (28.6 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::1e0b:8bff:fe10:ba7e prefixlen 64 scopeid 0x20<link>
ether 1c:0b:8b:10:ba:7e txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2633 bytes 654620 (639.2 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::1e0b:8bff:fe10:ba7f prefixlen 64 scopeid 0x20<link>
ether 1c:0b:8b:10:ba:7f txqueuelen 1000 (Ethernet)
RX packets 2626 bytes 238966 (233.3 KiB)
RX errors 0 dropped 2626 overruns 0 frame 0
TX packets 2633 bytes 654620 (639.2 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eth2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::1e0b:8bff:fe10:ba80 prefixlen 64 scopeid 0x20<link>
ether 1c:0b:8b:10:ba:80 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2633 bytes 654620 (639.2 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eth3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::1e0b:8bff:fe10:ba81 prefixlen 64 scopeid 0x20<link>
ether 1c:0b:8b:10:ba:81 txqueuelen 1000 (Ethernet)
RX packets 2636 bytes 255692 (249.6 KiB)
RX errors 0 dropped 2636 overruns 0 frame 0
TX packets 62909 bytes 11184088 (10.6 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eth4: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::1e0b:8bff:fe10:ba82 prefixlen 64 scopeid 0x20<link>
ether 1c:0b:8b:10:ba:82 txqueuelen 1000 (Ethernet)
RX packets 36456819 bytes 47649462329 (44.3 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 12041566 bytes 2444832202 (2.2 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eth5: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 1c:0b:8b:10:ba:83 txqueuelen 10000 (Ethernet)
RX packets 0 bytes 0 (0.0
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device base 0x4000

eth6: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 1c:0b:8b:10:ba:84 txqueuelen 10000 (Ethernet)
RX packets 0 bytes 0 (0.0
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eth4.6: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::1e0b:8bff:fe10:ba82 prefixlen 64 scopeid 0x20<link>
ether 1c:0b:8b:10:ba:82 txqueuelen 1000 (Ethernet)
RX packets 36456183 bytes 47643571737 (44.3 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 12041478 bytes 2439962972 (2.2 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eth5.661: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 1c:0b:8b:10:ba:83 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

iptv: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 10.159.155.1 netmask 255.255.248.0 broadcast 10.159.159.255
inet6 fe80::1e0b:8bff:fe10:ba82 prefixlen 64 scopeid 0x20<link>
ether 1c:0b:8b:10:ba:82 txqueuelen 1000 (Ethernet)
RX packets 3 bytes 736 (736.0
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 46 bytes 3370 (3.2 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 3265837 bytes 2044790251 (1.9 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 3265837 bytes 2044790251 (1.9 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST> mtu 1492
inet 88.159.166.85 netmask 255.255.255.255 destination 195.190.228.44
ppp txqueuelen 1000 (Point-to-Point Protocol)
RX packets 36445678 bytes 47631103609 (44.3 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 12030965 bytes 2413139332 (2.2 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

switch0: flags=4419<UP,BROADCAST,RUNNING,PROMISC,MULTICAST> mtu 1500
inet6 fe80::1c0b:8bff:fe10:ba7f prefixlen 64 scopeid 0x20<link>
ether 1e:0b:8b:10:ba:7f txqueuelen 1000 (Ethernet)
RX packets 49152116 bytes 50644380398 (47.1 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 48923989 bytes 50471199803 (47.0 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

switch0.1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::1c0b:8bff:fe10:ba7f prefixlen 64 scopeid 0x20<link>
ether 1e:0b:8b:10:ba:7f txqueuelen 1000 (Ethernet)
RX packets 12575273 bytes 2727412522 (2.5 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 36582134 bytes 48051030408 (44.7 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

switch0.661: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::1c0b:8bff:fe10:ba7f prefixlen 64 scopeid 0x20<link>
ether 1e:0b:8b:10:ba:7f txqueuelen 1000 (Ethernet)
RX packets 21067 bytes 4902064 (4.6 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 58424 bytes 30052859 (28.6 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

port en network settings als plaatjes toegevoegd.[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

Ook al lijkt het op het screenshot alsof op poort 2 een switch zit, die zit er niet meer tussen, de KPN box zit rechtstreeks aangesloten op poort 2 van de Fiber.

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.

[nafofella]

Ook met het nieuwe arris kastje loopt de boel met 2 ontvangers vast.
Ik zeg 1 tv decoder op.
en april een nieuw abbo met digitale ontvangers.

[Morky]

nafofella schreef op dinsdag 19 augustus 2025 @ 14:58:
Ook met het nieuwe arris kastje loopt de boel met 2 ontvangers vast.
Ik zeg 1 tv decoder op.
en april een nieuw abbo met digitale ontvangers.

Blijft vreemd. Ik heb twee kastjes en ze werken zonder problemen, zelfde zender is geen probleem. Eigenlijk moeten we onze UCG's een keer naast elkaar zetten en alle bestanden en instellingen vergelijken. Ik wil weten waar het probleem zit. 😂

[nafofella]

Morky schreef op dinsdag 19 augustus 2025 @ 15:48:
[...]


Blijft vreemd. Ik heb twee kastjes en ze werken zonder problemen, zelfde zender is geen probleem. Eigenlijk moeten we onze UCG's een keer naast elkaar zetten en alle bestanden en instellingen vergelijken. Ik wil weten waar het probleem zit. 😂

Iets anders in ons netwerk kan ook het conflict veroorzaken.
Maar ik ga geen 50 apparaten uitsluiten een voor een.

Probleem is opgelost. Ik ben weer naar de mediamarkt geweest 😝

[plakjekaas2]

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.

Had niet zo snel een SFP module voorhanden dus downgrade uitgevoerd naar 4.2.12 en dat heeft gewerkt.

Lost ook een ander probleem op, 1 STB wilde de update niet lukken. Software downloaden liep steeds vast op rond de 30%. Loopt nu wel en update succesvol voltooid.

Had zondag al een support ticket aangemaakt en heb ook in het 4.3.9 forum een post aangemaakt.

Many thanks

[Morky]

plakjekaas2 schreef op dinsdag 19 augustus 2025 @ 18:19:
[...]


Had niet zo snel een SFP module voorhanden dus downgrade uitgevoerd naar 4.2.12 en dat heeft gewerkt.

Lost ook een ander probleem op, 1 STB wilde de update niet lukken. Software downloaden liep steeds vast op rond de 30%. Loopt nu wel en update succesvol voltooid.

Had zondag al een support ticket aangemaakt en heb ook in het 4.3.9 forum een post aangemaakt.

Many thanks

Bug gemeld? Ik ga morgen kijken naar de verschillen, mocht ik wat tijd vrij hebben.

[plakjekaas2]

Morky schreef op dinsdag 19 augustus 2025 @ 19:54:
[...]


Bug gemeld? Ik ga morgen kijken naar de verschillen, mocht ik wat tijd vrij hebben.

Ja bug is gemeld

[stormfly]

Morky schreef op dinsdag 19 augustus 2025 @ 19:54:
[...]


Bug gemeld? Ik ga morgen kijken naar de verschillen, mocht ik wat tijd vrij hebben.

Fijn dat er nog een bug report is, het probleem met hardware offloading chips is dat de magie zich onder de motorkap afspeelt. Je kan het met een default image eigenlijk niet zichtbaar maken in logs wat er mogelijk mis gaat. Misschien is dat bij @mgiebels ook wel aan de hand, weet niet of hij een router heeft van de "witte" serie met hardware offloading.

[Morky]

stormfly schreef op dinsdag 19 augustus 2025 @ 21:15:
[...]


Fijn dat er nog een bug report is, het probleem met hardware offloading chips is dat de magie zich onder de motorkap afspeelt. Je kan het met een default image eigenlijk niet zichtbaar maken in logs wat er mogelijk mis gaat. Misschien is dat bij @mgiebels ook wel aan de hand, weet niet of hij een router heeft van de "witte" serie met hardware offloading.

Klopt, ik hoop altijd wel wat te kunnen ontfutselen uit de terugkoppeling van een bug.

[mgiebels]

stormfly schreef op dinsdag 19 augustus 2025 @ 21:15:
[...]


Fijn dat er nog een bug report is, het probleem met hardware offloading chips is dat de magie zich onder de motorkap afspeelt. Je kan het met een default image eigenlijk niet zichtbaar maken in logs wat er mogelijk mis gaat. Misschien is dat bij @mgiebels ook wel aan de hand, weet niet of hij een router heeft van de "witte" serie met hardware offloading.

Ik heb een witte router inderdaad dat is die USW Lite 16 PoE
https://www.dustin.nl/pro...YIOapFGUQBOwaAo5sEALw_wcB

En waar vind ik of mijn switches hardware offloading hebben? kan dat nu niet vinden in de software

[ Voor 5% gewijzigd door mgiebels op 20-08-2025 10:47 ]

[Mils]

mgiebels schreef op woensdag 20 augustus 2025 @ 10:22:
[...]
Ik heb een witte router inderdaad dat is die USW Lite 16 PoE

Volgens mij heeft de l2 switch geen hardware offloading. Echter je UXG Lite wel.

[mgiebels]

Mils schreef op woensdag 20 augustus 2025 @ 13:35:
[...]


Volgens mij heeft de l2 switch geen hardware offloading. Echter je UXG Lite wel.

dus switch vervangen

[Tortelli]

Morky schreef op dinsdag 19 augustus 2025 @ 05:23:
[...]


Hier kan niemand op antwoorden zonder config, log en meer informatie over hoe je het hebt opgezet. Dus graag wat meer duiding over de situatie...

Goed punt, heb TV+ besteld en binnen gekregen. Dit probleem definitief opgelost .

[Morky]

Tortelli schreef op woensdag 20 augustus 2025 @ 21:06:
[...]


Goed punt, heb TV+ besteld en binnen gekregen. Dit probleem definitief opgelost .

Goed bezig! Ik stap in 2026 over en zal mijn kennis over er Arris VIP5202's tot die tijd blijven delen voor degene met problemen.

[Tortelli]

Was het geklooi zat, geregeld updates waardoor eea niet meer werkt. Mijn zin om er echt in te verdiepen was weg, daarnaast had ik 2 ontvangers waarvan ik er 1 nooit gebruik. Kortom die hele aanpassing bespaard me geld .

[mgiebels]

Tortelli schreef op woensdag 20 augustus 2025 @ 21:12:
Was het geklooi zat, geregeld updates waardoor eea niet meer werkt. Mijn zin om er echt in te verdiepen was weg, daarnaast had ik 2 ontvangers waarvan ik er 1 nooit gebruik. Kortom die hele aanpassing bespaard me geld .

Met de TV+ boxjes kan je ook genoeg ellende krijgen hoor

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