[Ubiquiti & IPTV] Ervaringen & Discussie

[JungleJim]

gazzzman61 schreef op zondag 23 maart 2025 @ 13:04:
Helaas toch niet alles goed.
IPTV werkt op VLAN 4 en geeft multicast door.
echter na enige tijd legt het mijn hele internet (wifi en bekabeld) stil.
TV draait door, maar rest van internet doet niets.
Ik heb bij het script van Fabian Versie 3 gebruikt.
In de dreammachine niets gewijzigd.
Heeft iemand tips, kom er niet uit.

edit: Dit is gebeurt alleen bij multicast iptv niet bij unicast.

Post even de volgende dingen dan kunnen we meekijken:
- inhoud van /etc/udm-iptv.conf op de Dream Router
- output van ‘udm-iptv diagnose’
- screenshots van de config in Network Application van Internet, Networks, config van je lokale IPTV VLAN, port manager config van de poort op de switch waar je TV kastje aan zit
- de versie van Unifi OS op je Dream Router

[gazzzman61]

JungleJim schreef op zondag 23 maart 2025 @ 13:39:
[...]

Post even de volgende dingen dan kunnen we meekijken:
- inhoud van /etc/udm-iptv.conf op de Dream Router
- output van ‘udm-iptv diagnose’
- screenshots van de config in Network Application van Internet, Networks, config van je lokale IPTV VLAN, port manager config van de poort op de switch waar je TV kastje aan zit
- de versie van Unifi OS op je Dream Router

Ik heb al een aantal bestanden klaargezet, maar nog geen screenshots.
realiseer me dat op het tv+ kastje boven, die direct is aangesloten is op de UDM SE, er geen problemen zijn met het internet.
Die van beneden leek van wel, deze is aangesloten op de UDM SE via een flex mini switch.
Ik heb de UDM nog maar eens een reboot gegeven en nu lijkt het zonder storingen te werken.

ten overvloede stuur ik je toch nog de log en config's:

code:

/etc/udm-iptv.conf :

## Example configuration for udmp-iptv ##
# Interface on which IPTV traffic enters the router
IPTV_WAN_INTERFACE="eth8"
# ID of VLAN which carries IPTV traffic (use 0 if no VLAN is used)
IPTV_WAN_VLAN="4"
# Name of the IPTV VLAN interface
IPTV_WAN_VLAN_INTERFACE="iptv"
# IP ranges from which the IPTV traffic originates (separated by spaces)
IPTV_WAN_RANGES="213.75.0.0/16  217.166.0.0/16"
# DHCP options to send when requesting an IP address
IPTV_WAN_DHCP_OPTIONS="-O staticroutes -V IPTV_RG"
# LAN interfaces on which IPTV should be made available
IPTV_LAN_INTERFACES="br4"
# Disable quickleave for igmpproxy
IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="false"
# Enable debugging for igmpproxy
IPTV_IGMPPROXY_DEBUG="false"
IPTV_IGMPPROXY_PROGRAM="improxy"

IPTV_IGMPPROXY_IGMP_VERSION="3"

UDM-IPTV diagnose:

=== Configuration ===
WAN Interface: eth8
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
LAN Interfaces: br4
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
37: iptv@eth8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.230.139.185/22 brd 10.230.139.255 scope global iptv
       valid_lft forever preferred_lft forever
10.230.136.0/22 proto kernel scope link src 10.230.139.185 
213.75.112.0/21 via 10.230.136.1 metric 237 
=== Service Logs ===
Mar 23 12:37:07 Dream-Machine-Special-Edition udm-iptvd[15611]: Obtaining IP address for VLAN interface
Mar 23 12:37:07 Dream-Machine-Special-Edition udm-iptvd[15623]: udhcpc: started, v1.30.1
Mar 23 12:37:07 Dream-Machine-Special-Edition udm-iptvd[15623]: udhcpc: sending discover
Mar 23 12:37:07 Dream-Machine-Special-Edition udm-iptvd[15623]: udhcpc: sending select for 10.230.139.185
Mar 23 12:37:07 Dream-Machine-Special-Edition udm-iptvd[15623]: udhcpc: lease of 10.230.139.185 obtained, lease time 3600
Mar 23 12:37:07 Dream-Machine-Special-Edition udm-iptvd[15611]: NATing IPTV network ranges (if necessary)
Mar 23 12:37:07 Dream-Machine-Special-Edition udm-iptvd[15611]: Creating static routes (if necessary)
Mar 23 12:37:07 Dream-Machine-Special-Edition udm-iptvd[15611]: Setting up IGMP Proxy
Mar 23 12:37:07 Dream-Machine-Special-Edition udm-iptvd[15611]: Using improxy...
Mar 23 12:37:07 Dream-Machine-Special-E

[mgiebels]

Als je KPN heb zou ik IPTV_WAN_RANGES="213.75.0.0/16 217.166.0.0/16" veranderen naar IPTV_WAN_RANGES="0.0.0.0/0" (KPN raad dit zelf ook aan ivm als hun aanpassingen doen je niet meer afhankelijk bent)

EN IGMP Proxy installeren op je unifi en die dan gebruiken

IPTV_IGMPPROXY_PROGRAM="igmpproxy"

[gazzzman61]

mgiebels schreef op zondag 23 maart 2025 @ 17:19:
Als je KPN heb zou ik IPTV_WAN_RANGES="213.75.0.0/16 217.166.0.0/16" veranderen naar IPTV_WAN_RANGES="0.0.0.0/0" (KPN raad dit zelf ook aan ivm als hun aanpassingen doen je niet meer afhankelijk bent)

EN IGMP Proxy installeren op je unifi en die dan gebruiken

IPTV_IGMPPROXY_PROGRAM="igmpproxy"

Ik gebruik idd KPN.
Sinds de reboot van de UDM lijkt het wel nu in multicast te draaien op beide tv+ kastjes.
Echter op het kaste wat na de flex switch mini zit ervaar ik af en toe een audio drop-out.

Ik wil de aanpassingen wel doen , maar mijn linux en ssh kennis is niet al te groot.
Hoe voer ik de door jou genoemde wijzigingen door?

edit:

met nano jouw aanpassingen kunnen doen, maar nu ga ik er op achteruit. De ontvanger spint na 5 sec over op unicast helaas.

edit 2:

log van diagnose:

code:

Mar 23 19:25:30 Dream-Machine-Special-Edition systemd[1]: udm-iptv.service: Main process exited, code=exited, status=1/FAILURE
Mar 23 19:25:30 Dream-Machine-Special-Edition systemd[1]: udm-iptv.service: Failed with result 'exit-code'.
Mar 23 19:25:35 Dream-Machine-Special-Edition systemd[1]: udm-iptv.service: Scheduled restart job, restart counter is at 60.
Mar 23 19:25:35 Dream-Machine-Special-Edition systemd[1]: Stopped IPTV support for the UniFi Dream Machine.
Mar 23 19:25:35 Dream-Machine-Special-Edition systemd[1]: Started IPTV support for the UniFi Dream Machine.
Mar 23 19:25:35 Dream-Machine-Special-Edition udm-iptvd[23399]: Device iptv already exists.. Deleting device
Mar 23 19:25:35 Dream-Machine-Special-Edition udm-iptvd[23399]: Obtaining IP address for VLAN interface
Mar 23 19:25:35 Dream-Machine-Special-Edition udm-iptvd[23410]: udhcpc: started, v1.30.1
Mar 23 19:25:35 Dream-Machine-Special-Edition udm-iptvd[23410]: udhcpc: sending discover
Mar 23 19:25:35 Dream-Machine-Special-Edition udm-iptvd[23410]: udhcpc: sending select for 10.205.240.125

[ Voor 46% gewijzigd door gazzzman61 op 23-03-2025 19:28 ]

[mgiebels]

Je moet wel eerst IGMP proxy ook installeren via putty

doe eerst
apt update
daarna doe je
apt install igmpproxy

[JungleJim]

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

EN IGMP Proxy installeren op je unifi en die dan gebruiken

IPTV_IGMPPROXY_PROGRAM="igmpproxy"

Ik vind dit geen goed advies. Begin gewoon met een simpele setup, zeker als iemand weinig tot geen Linux ervaring heeft. Dus gewoon de standaard improxy gebruiken want dat is default geinstalleerd op een UniFi Gateway of Dream Machine. In bijna alle gevallen werkt improxy gewoon prima.

Vaak ligt het aan de netwerk setup of de instellingen in de Network Application die voor problemen zorgen. Dus eerst dat troubleshooten en oplossen voordat je andere aanpassingen gaat doen.

[ Voor 12% gewijzigd door JungleJim op 23-03-2025 20:33 ]

[JungleJim]

gazzzman61 schreef op zondag 23 maart 2025 @ 17:48:
[...]


Ik gebruik idd KPN.
Sinds de reboot van de UDM lijkt het wel nu in multicast te draaien op beide tv+ kastjes.
Echter op het kaste wat na de flex switch mini zit ervaar ik af en toe een audio drop-out.

Ik wil de aanpassingen wel doen , maar mijn linux en ssh kennis is niet al te groot.
Hoe voer ik de door jou genoemde wijzigingen door?

edit:

met nano jouw aanpassingen kunnen doen, maar nu ga ik er op achteruit. De ontvanger spint na 5 sec over op unicast helaas.

Die aanpassingen zou ik gewoon terugdraaien. Het feit dat multicast op beide kastjes werkt laat zien dat het in de basis gewoon goed werkt.

Hoe heb je je Flex Mini switch geconfigureerd? Wat heb je in Port Manager ingesteld op de poort waar je TV+ kastje aanvast zit? De Flex Mini ondersteunt geen IGMP Snooping en met meerdere TV+ kastjes heb je dat eigenlijk wel nodig.

[mgiebels]

IPTV_WAN_RANGES="0.0.0.0/0" deze is overigens wel noodzakelijk door te voeren.
Aangezien bij KPN ze regelmatig nu aanpassingen doen en het anders niet meer werkt.

ps overige aanpassingen waren trouwens wel jou tips een paar maanden terug

[ Voor 19% gewijzigd door mgiebels op 23-03-2025 20:35 ]

[JungleJim]

mgiebels schreef op zondag 23 maart 2025 @ 20:35:
IPTV_WAN_RANGES="0.0.0.0/0" deze is overigens wel noodzakelijk door te voeren.
Aangezien bij KPN ze regelmatig nu aanpassingen doen en het anders niet meer werkt.

Ja eens, die is wel goed om aan te passen. Helaas zit dit nog niet standaard in de udm-iptv configuratie...

[ Voor 9% gewijzigd door JungleJim op 23-03-2025 20:43 ]

[mgiebels]

JungleJim schreef op zondag 23 maart 2025 @ 20:36:
[...]

Ja eens, die is wel goed om aan te passen. Helaas zit dit nog niet standaard in de udm-iptv configuratie...

Nee heb het idee dat Fabian er niet veel meer aan doet (geen tijd heeft)

[gazzzman61]

JungleJim schreef op zondag 23 maart 2025 @ 20:32:
[...]

Die aanpassingen zou ik gewoon terugdraaien. Het feit dat multicast op beide kastjes werkt laat zien dat het in de basis gewoon goed werkt.

Hoe heb je je Flex Mini switch geconfigureerd? Wat heb je in Port Manager ingesteld op de poort waar je TV+ kastje aanvast zit? De Flex Mini ondersteunt geen IGMP Snooping en met meerdere TV+ kastjes heb je dat eigenlijk wel nodig.

aan de flex mini is weinig te congrueren. heeft zijn eigen vlan 4.
Heb nu wel multicast uitzending beneden door de flex mini heen, met af en toe een heel korte audio drop. (1 keer per 1-2 min)
Kan wel de optie beste beeldkwaliteit kiezen, maar dan is de audio niet om aan te horen, beeld blijft overigens wel goed.
Boven (zonder flex mini) is direct bedraad en daar werkt alles nu 100%
Heeft het zin om de USW-Lite-8-PoE, of heb ik dan delfde problemen als met de mini?

[mgiebels]

Ik gebruik ook de flex mini maar heb een eigen vlan gebruikt voor TV over me hele netwerk.

En deze ook op de flexmini gezet op de port waar me tv zit en werkt prima ook met TV en multicast en beste kwaliteit

[gazzzman61]

mgiebels schreef op maandag 24 maart 2025 @ 15:27:
Ik gebruik ook de flex mini maar heb een eigen vlan gebruikt voor TV over me hele netwerk.

En deze ook op de flexmini gezet op de port waar me tv zit en werkt prima ook met TV en multicast en beste kwaliteit

Heb jij dan andere instellingen dan ik?
Vanuit mijn UDM SE gaat poort 4 met mijn default netwerk naar de flex mini, daar heb ik op 1 poort het vlan 4 voor kpntv ingesteld, hierop natuurlijk de ontvanger aangesloten.
de rest van de poorten houden het default vlan 1.

wat kan ik nog meer of anders doen?

[mgiebels]

ik heb over all me poortenstandaard vlan4 lopen omdat ik op elke poort internet wil.
Maar ik heb een apart vlan 661 aangemaakt en hier me tv overheen laten gaan.

Dit scheelde voor mij enorm en heb daardoor ook geen last van dat internet en tv vlan door elkaar lopen.

[JungleJim]

gazzzman61 schreef op maandag 24 maart 2025 @ 15:35:
[...]


Heb jij dan andere instellingen dan ik?
Vanuit mijn UDM SE gaat poort 4 met mijn default netwerk naar de flex mini, daar heb ik op 1 poort het vlan 4 voor kpntv ingesteld, hierop natuurlijk de ontvanger aangesloten.
de rest van de poorten houden het default vlan 1.

wat kan ik nog meer of anders doen?

Dat is idd ook wat je moet doen, alleen (interne) IPTV VLAN op die poort en geen andere VLANs. Je kan evt VLAN 4 uitsluiten van andere poorten op je switches (behalve down/uplinks).

En je zou de Lite 8 ipv de Flex Mini kunnen proberen, dan kun je i.i.g. kijken of dat beter werkt.

[smeerbartje]

JungleJim schreef op zondag 23 maart 2025 @ 20:36:
[...]

Ja eens, die is wel goed om aan te passen. Helaas zit dit nog niet standaard in de udm-iptv configuratie...

Serieus?? Als ik de diag draai, dan zie ik onderstaand. Is de value bij de WAN ranges niet goed? (KPN / cloud gateway ultra). Ik zie ook nergens een issue voorbij komen toch?

code:

=== 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
LAN Interfaces: br4
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false

[ Voor 8% gewijzigd door smeerbartje op 24-03-2025 21:03 ]

[JungleJim]

smeerbartje schreef op maandag 24 maart 2025 @ 21:01:
[...]

Serieus?? Als ik de diag draai, dan zie ik onderstaand. Is de value bij de WAN ranges niet goed? (KPN / cloud gateway ultra). Ik zie ook nergens een issue voorbij komen toch?

code:

=== 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
LAN Interfaces: br4
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false

Het is niet gezegd dat het zonder die aanpassing niet werkt. Maar KPN documenteert de WAN IP ranges niet dus als ze wat aanpassen kan het zijn dat dat problemen geeft.

Zie hier. Er staat een aanpassing voor open maar die is nog niet meegenomen, dus je moet het even handmatig aanpassen.

[smeerbartje]

Thanks, @JungleJim . Wellicht kunnen we het script forken en er zelf -in naam van tweakers- een gedeeld eigenaarschap op nemen? Dus github org aanmaken en zélf het onderhoud doen met de mensen hier?

[ Voor 3% gewijzigd door smeerbartje op 24-03-2025 22:00 ]

[JungleJim]

smeerbartje schreef op maandag 24 maart 2025 @ 21:59:
Thanks, @JungleJim . Wellicht kunnen we het script forken en er zelf -in naam van tweakers- een gedeeld eigenaarschap op nemen? Dus github org aanmaken en zélf het onderhoud doen met de mensen hier?

Ja dat kan idd. Heb in het verleden ook wat wijzigingen via PRs toevoegde om nieuwe UniFi apparaten toe te voegen. Ik kan wel even kijken of ik een nieuwe repo op kan zetten en een nieuwe versie kan maken waar wat nieuwe aanpassingen inzitten zoals UCG Fiber en aangepaste KPN WAN range.

[mgiebels]

JungleJim schreef op maandag 24 maart 2025 @ 22:20:
[...]

Ja dat kan idd. Heb in het verleden ook wat wijzigingen via PRs toevoegde om nieuwe UniFi apparaten toe te voegen. Ik kan wel even kijken of ik een nieuwe repo op kan zetten en een nieuwe versie kan maken waar wat nieuwe aanpassingen inzitten zoals UCG Fiber en aangepaste KPN WAN range.

nice plan

[Tylen]

JungleJim schreef op maandag 24 maart 2025 @ 22:20:
[...]

Ja dat kan idd. Heb in het verleden ook wat wijzigingen via PRs toevoegde om nieuwe UniFi apparaten toe te voegen. Ik kan wel even kijken of ik een nieuwe repo op kan zetten en een nieuwe versie kan maken waar wat nieuwe aanpassingen inzitten zoals UCG Fiber en aangepaste KPN WAN range.

Waarom niet aan @fabianishere vragen om hem te updaten??

[JungleJim]

Tylen schreef op dinsdag 25 maart 2025 @ 05:40:
[...]


Waarom niet aan @fabianishere vragen om hem te updaten??

Er staan in de GitHub repo PRs open waar niks mee gedaan wordt, en maanden geleden is er een aantal PRs gemerged maar waar nooit een release mee uitgebracht is. Zou natuurlijk mooi zijn als hij er mee verder gaat maar dat lijkt op dit moment niet te gebeuren.

[stormfly]

Tylen schreef op dinsdag 25 maart 2025 @ 05:40:
[...]


Waarom niet aan @fabianishere vragen om hem te updaten??

Zijn er geen rechten uit te delen aan andere Tweakers @fabianishere ? Zodat het project doorgang krijgt ondanks dat jij druk bent?

[smeerbartje]

stormfly schreef op dinsdag 25 maart 2025 @ 07:54:
[...]


Zijn er geen rechten uit te delen aan andere Tweakers @fabianishere ? Zodat het project doorgang krijgt ondanks dat jij druk bent?

Dat zou uiteindelijk het allerbeste zijn. Is @fabianishere hier wél actief de laatste tijd?

[Romius]

smeerbartje schreef op dinsdag 25 maart 2025 @ 08:41:
[...]

Dat zou uiteindelijk het allerbeste zijn. Is @fabianishere hier wél actief de laatste tijd?

Niet echt he, de laatste reactie is van december 2023..
https://gathering.tweaker...message/77600660#77600660

[wbschenk]

Ik zal even kijken of ik nog contact met hem kan krijgen.

[gazzzman61]

Ik heb het allemaal goed draaien nu op beide tv's
Eerst allebei de tv+ kan kastjes direct aangesloten op de UDM SE en vlan 4.
Hierna eerst de igmpproxy en het script van Fabian geuninstalled.
daarna reboot gedaan van UDM SE.
daarna script van Fabian geïnstalleerd.
gekozen voor improxy v2.
verder geen veranderingen doorgevoerd in cdm-iptv.conf.
vervolgens beide tv's ingesteld op multicast en automatische beeldkwaliteit.
TV boven werkte zoals gewoonlijk direct goed, hier zat verder niets op aangesloten.
TV beneden deed het redelijk goed, alleen de audio stotterde nog.
TV afgesloten van de sonos playbar en op tv speaker gezet: wat blijkt? Audio doet het prima, net zo goed als boven.
Blijkbaar zit het probleem in de Sonos Playbar.
Bij alle instelling via het grrrrr nieuwe appje van sonos alles doorgespit. blijkt de playbar niet meer op ethernet te staan maar op wifi. Snel op ethernet gezet en alles werkt top !!!!

Met dank aan velen in het forum en speciaal @JungleJim en @mgiebels voor alle hulp.

[Kasper1985]

Zijn er (positieve) ervaringen met deze werkwijze en solcon?
Ik overweeg over te stappen van Odido naar bijvoorbeeld solcon. Maar stuitte op dit topic en zie Solcon niet in de OP staan.
Voordeel van Odido is dat TV nu gewoon plug & play is op hetzelfde vlan als internet. Nadeel is dat een groot gedeelte van de tijd de tv kwaliteit is alsof je naar een oude VHS tape zit te kijken. Niet om aan te zien.
Hoe vaak zal deze manier van tv opzetten een update vereisen? Is het redelijk “set & forget” of zal het regelmatig nodig zijn dingen te tweaken bijvoorbeeld na een unifi update?

[fvhemert]

Om dit te vermijden neem ik geen tv meer af van de provider. Geen moeilijke en kwetsbare scripts meer op de unify USG geen gedoe met igmp proxies of aparte Vlans, gewoon alleen maar internet en voor de tv NLZIET. Ga binnenkort over van KPN naar Odido en deze aanpak bespaart met een hij op grijze haren.

[gielie]

fvhemert schreef op zaterdag 29 maart 2025 @ 16:38:
Om dit te vermijden neem ik geen tv meer af van de provider. Geen moeilijke en kwetsbare scripts meer op de unify USG geen gedoe met igmp proxies of aparte Vlans, gewoon alleen maar internet en voor de tv NLZIET. Ga binnenkort over van KPN naar Odido en deze aanpak bespaart met een hij op grijze haren.

precies dit heb ik onlangs ook gedaan, NLZiet is een erg fijne app op de appleTV en geen gezeur met instellingen meer.

[mfransen]

Kasper1985 schreef op zaterdag 29 maart 2025 @ 15:49:
Zijn er (positieve) ervaringen met deze werkwijze en solcon?
Ik overweeg over te stappen van Odido naar bijvoorbeeld solcon. Maar stuitte op dit topic en zie Solcon niet in de OP staan.
Voordeel van Odido is dat TV nu gewoon plug & play is op hetzelfde vlan als internet. Nadeel is dat een groot gedeelte van de tijd de tv kwaliteit is alsof je naar een oude VHS tape zit te kijken. Niet om aan te zien.
Hoe vaak zal deze manier van tv opzetten een update vereisen? Is het redelijk “set & forget” of zal het regelmatig nodig zijn dingen te tweaken bijvoorbeeld na een unifi update?

Werkt perfect en in de 3 maanden dat ik het nu draaiend heb 1x een update gedaan van de Unifi en daarna het script opnieuw moeten draaien (eigenlijk gewoon commando opnieuw uitvoeren..) , maar verder set and forget...

[smeerbartje]

Ik zie dat e.e.a. is geupgraded, alleen hoe zorg ik er nu voor dat ik ook deze ip adressen in de config file heb? Gewoon handmatig /etc/udm-iptv.conf aanpassen?

[JungleJim]

smeerbartje schreef op zondag 30 maart 2025 @ 17:50:
Ik zie dat e.e.a. is geupgraded, alleen hoe zorg ik er nu voor dat ik ook deze ip adressen in de config file heb? Gewoon handmatig /etc/udm-iptv.conf aanpassen?

Je kan idd /etc/udm-iptv.conf aanpassen en dan het udm-iptv script herstarten door 'systemctl restart udm-iptv' uit te voeren.

[mgiebels]

fvhemert schreef op zaterdag 29 maart 2025 @ 16:38:
Om dit te vermijden neem ik geen tv meer af van de provider. Geen moeilijke en kwetsbare scripts meer op de unify USG geen gedoe met igmp proxies of aparte Vlans, gewoon alleen maar internet en voor de tv NLZIET. Ga binnenkort over van KPN naar Odido en deze aanpak bespaart met een hij op grijze haren.

1 keer instellen en het werkt als een zonnetje

[smeerbartje]

JungleJim schreef op zondag 30 maart 2025 @ 19:41:
[...]

Je kan idd /etc/udm-iptv.conf aanpassen en dan het udm-iptv script herstarten door 'systemctl restart udm-iptv' uit te voeren.

Check.. thanks!

mgiebels schreef op zondag 23 maart 2025 @ 17:19:
Als je KPN heb zou ik IPTV_WAN_RANGES="213.75.0.0/16 217.166.0.0/16" veranderen naar IPTV_WAN_RANGES="0.0.0.0/0" (KPN raad dit zelf ook aan ivm als hun aanpassingen doen je niet meer afhankelijk bent)

EN IGMP Proxy installeren op je unifi en die dan gebruiken

IPTV_IGMPPROXY_PROGRAM="igmpproxy"

Maar dit is dus anders dan het huidige (main branch) script voorschrijft. Indien je gelijk hebt en het echt beter value 0.0.0.0/0 moet hebben, staan er dan al acties open om dit officieel in het script op te laten nemen?

EDIT
Tevens een vraag hier gesteld. Want volgens mij is er nog geen officiele release gedaan.

[ Voor 8% gewijzigd door smeerbartje op 31-03-2025 13:16 ]

[fvhemert]

mgiebels schreef op zondag 30 maart 2025 @ 22:06:
[...]


1 keer instellen en het werkt als een zonnetje

Helemaal waar, zo zou het moeten zijn. Als het werkt dan werkt het, totdat....

Ik draai nu zo'n 3-4 jaar de USG Pro met het CoolHvA script en over het algemeen werkt het prima maar toch ben ik al een paar keer verast door een update (KPN en Unify) die er voor zorgde dat het even niet meer werkte. Dat gebeurd altijd op het moment dat het niet uitkomt en alle actuele kennis is vervaagd..... Na wat inspanning werkt wel allemaal weer maar ik zit daar niet echt op te wachten.

Ook de Dream machine gebruikt een door een Tweaker gemaakt script en iedereen erg tevreden. Maar ook hier mogelijk donkere wolken aan de hemel. Het script wordt niet meer onderhouden door de eigenaar die ook zelf niet meer actief schijnt te zijn op het forum. Ben benieuwd wat dit betekend als er straks weer een update voorbij komt.

Het [Ubiquiti & IPTV] Ervaringen & Discussie forum is 222 pagina's lang, en er is heel veel kennis aanwezig en een heel hoog tweak gehalte, vandaar mijn keuze voor de meest eenvoudige oplossing met de minste kans op narigheid.

[JungleJim]

smeerbartje schreef op maandag 31 maart 2025 @ 08:55:
Tevens een vraag hier gesteld. Want volgens mij is er nog geen officiele release gedaan.

Nee idd, er zijn sinds de laatste release in mei 2024 meerdere aanpassingen gemerged in de master branch maar helaas nog geen release. Hopelijk heeft Fabian nu wel tijd om een nieuwe release te maken.

[Tylen]

fvhemert schreef op maandag 31 maart 2025 @ 09:54:
[...]


Helemaal waar, zo zou het moeten zijn. Als het werkt dan werkt het, totdat....

Ik draai nu zo'n 3-4 jaar de USG Pro met het CoolHvA script en over het algemeen werkt het prima maar toch ben ik al een paar keer verast door een update (KPN en Unify) die er voor zorgde dat het even niet meer werkte. Dat gebeurd altijd op het moment dat het niet uitkomt en alle actuele kennis is vervaagd..... Na wat inspanning werkt wel allemaal weer maar ik zit daar niet echt op te wachten.

Ook de Dream machine gebruikt een door een Tweaker gemaakt script en iedereen erg tevreden. Maar ook hier mogelijk donkere wolken aan de hemel. Het script wordt niet meer onderhouden door de eigenaar die ook zelf niet meer actief schijnt te zijn op het forum. Ben benieuwd wat dit betekend als er straks weer een update voorbij komt.

Het [Ubiquiti & IPTV] Ervaringen & Discussie forum is 222 pagina's lang, en er is heel veel kennis aanwezig en een heel hoog tweak gehalte, vandaar mijn keuze voor de meest eenvoudige oplossing met de minste kans op narigheid.

En dat is exact de reden dat ik het niet gebruik. Ik heb het tv kastje op de andere stand gezet en hoef geen “hacks” daarvoor op het unifi spul te doen. De UDMP heeft glas direct in de sfp poort en handelt alleen het internet vlan af. Iptv vlan word dus niet gebruikt. Werkt nu gewoon altijd ook na updates. Sommige puristen zeggen dan dat de kwaliteit minder is, dat zal vast maar ik zie het niet op de 65” oled. Snaaaaaar strak beeld. WAF is 100% en dat was vroeger (ook ik heb die scripts gedraaid) misschien 10%. Want altijd als ik niet thuis was deed de tv het natuurlijk niet meer.

[ Voor 3% gewijzigd door Tylen op 01-04-2025 07:38 ]

[JungleJim]

Tylen schreef op dinsdag 1 april 2025 @ 07:35:
[...]


En dat is exact de reden dat ik het niet gebruik. Ik heb het tv kastje op de andere stand gezet en hoef geen “hacks” daarvoor op het unifi spul te doen. De UDMP heeft glas direct in de sfp poort en handelt alleen het internet vlan af. Iptv vlan word dus niet gebruikt. Werkt nu gewoon altijd ook na updates. Sommige puristen zeggen dan dat de kwaliteit minder is, dat zal vast maar ik zie het niet op de 65” oled. Snaaaaaar strak beeld. WAF is 100% en dat was vroeger (ook ik heb die scripts gedraaid) misschien 10%. Want altijd als ik niet thuis was deed de tv het natuurlijk niet meer.

Heb ook een UDMP direct op glas, maar heb echt totaal geen issues met multicast IPTV. WAF is 100% 😀

Alleen bij een UnifiOS update ff opnieuw installeren, maar dat weet je van te voren. Bovendien installeer ik de UnifiOS updates altijd handmatig, dus herinstallatie udm-iptv script neem ik dan meteen mee.

Maar ieder is natuurlijk vrij om te kiezen wat het best werkt voor hem/haar!

[Tylen]

JungleJim schreef op dinsdag 1 april 2025 @ 08:01:
[...]

Heb ook een UDMP direct op glas, maar heb echt totaal geen issues met multicast IPTV. WAF is 100% 😀

Totaal geen issues?

Alleen bij een UnifiOS update ff opnieuw installeren, maar dat weet je van te voren.

Issue 1 . Handmatig werk. Niet leuk.

Bovendien installeer ik de UnifiOS updates altijd handmatig, dus herinstallatie udm-iptv script neem ik dan meteen mee.

Issue 2: UnifiOS handmatig installeren. Ook niet leuk.

Maar ieder is natuurlijk vrij om te kiezen wat het best werkt voor hem/haar!

Dat is ook zo . Maar ik houd niet van handmatig werk. En bij elke update extra handelingen doen. En bij elke reboot met duimen draaien of het wel of niet werkt.

(Even goeie vrienden hoor )

[JungleJim]

@Tylen ok, ik zal even happen (wellicht tegen beter weten in).

Iets wat ik van te voren kan plannen vind ik geen issue. Maar misschien kunnen we het dan beter over incidenten/verstoringen hebben, en daar heb ik geen last van.

En er is een reden dat ik UnifiOS updates handmatig installeer, ik zit op Early Access. Ik ben altijd benieuwd naar de nieuwe features maar wacht even af voordat ik installeer mochten er issues zijn.

Maar you do you!

[ Voor 6% gewijzigd door JungleJim op 01-04-2025 20:29 ]

[smeerbartje]

JungleJim schreef op maandag 31 maart 2025 @ 20:32:
[...]

Nee idd, er zijn sinds de laatste release in mei 2024 meerdere aanpassingen gemerged in de master branch maar helaas nog geen release. Hopelijk heeft Fabian nu wel tijd om een nieuwe release te maken.

Misschien allenmaal ff voten? Ik heb een PR gestuurd om de WAN ranges future-proof in het script te krijgen: https://github.com/fabianishere/udm-iptv/pull/385

[ Voor 50% gewijzigd door smeerbartje op 02-04-2025 09:11 ]

[mgiebels]

smeerbartje schreef op woensdag 2 april 2025 @ 08:59:
[...]


Misschien allenmaal ff voten? Ik heb een PR gestuurd om de WAN ranges future-proof in het script te krijgen: https://github.com/fabianishere/udm-iptv/pull/385

stomme vraag hoe vote ik dit op github?

[JungleJim]

mgiebels schreef op vrijdag 4 april 2025 @ 17:12:
[...]

stomme vraag hoe vote ik dit op github?

Dat kan (vziw) niet. Je kunt wel een duimpje geven op de eerste comment: https://github.com/fabian...pull/385#issue-2965373421

[smeerbartje]

JungleJim schreef op vrijdag 4 april 2025 @ 18:19:
[...]

Dat kan (vziw) niet. Je kunt wel een duimpje geven op de eerste comment: https://github.com/fabian...pull/385#issue-2965373421

Klopt, je hebt gelijk. Thanks.

[Gielh1]

Morgen Tweakers,

Over de edgerouter (X in mijn geval) als vervanging voor de experiabox is al veel geschreven en het merendeel heb ik inmiddels gelezen maar ik zit toch nog met een issuetje....

Mijn edgerouter is ingesteld met het script -> EdgeRouter-X-KPN-zonder-VoIP-met-vlan4-voor-TV en alles werkte meteen - geweldig - maar alleen als ik de STB instel op unicast.

Zodra ik deze op multicast zet stopt het geluid na een secondenen het beeld terug naar unicast en alles is weer prima.

Nu ben ik geen netwerk en/of edgerouter expert - helaas - en hoop dat iemand van jullie me verder kan helpen.

Aan het script heb ik helemaal niks verandert - rebooten geprobeerd - andere kabels geprobeerd - geprobeerd met enkel de edgerouter en de STB op de edgerouter aangesloten maar probleem is steeds hetzelfde.

Waarschijnlijk ben ik niet de enige met dit issuetje dus als iemand kan adviseren dan graag.
Gezien mijn beperkte kennis graad advies 'voor dummies' zodat ik het kan volgen.

Groet en alvast bedankt
Giel

[JungleJim]

@Gielh1 heb zelf geen ervaring met de Ubiquiti EdgeRouters dus ben bang dat ik je niet veel verder kan helpen. Meeste info in dit topic gaat de laatste tijd vooral over de UniFi producten, maar wellicht dat er nog iemand anders is die ervaring heeft met EdgeRouters.

Ben wel benieuwd welk script je precies bedoelt? Want als ik dit topic doorzoek vind ik niets over 'EdgeRouter-X-KPN-zonder-VoIP-met-vlan4-voor-TV'.

[Gielh1]

Hoi JungleJim,

Dank voor je reactie!

Zie ->
https://community.kpn.com...p-v-de-experia-box-458609 en daarin

iets verder naar beneden
-> https://kpn.wjb4all.nl/Ed...oIP-met-vlan4-voor-TV.zip

Groet
Giel

[mgiebels]

Gielh1 schreef op zondag 6 april 2025 @ 11:18:
Morgen Tweakers,

Over de edgerouter (X in mijn geval) als vervanging voor de experiabox is al veel geschreven en het merendeel heb ik inmiddels gelezen maar ik zit toch nog met een issuetje....

Mijn edgerouter is ingesteld met het script -> EdgeRouter-X-KPN-zonder-VoIP-met-vlan4-voor-TV en alles werkte meteen - geweldig - maar alleen als ik de STB instel op unicast.

Zodra ik deze op multicast zet stopt het geluid na een secondenen het beeld terug naar unicast en alles is weer prima.

Nu ben ik geen netwerk en/of edgerouter expert - helaas - en hoop dat iemand van jullie me verder kan helpen.

Aan het script heb ik helemaal niks verandert - rebooten geprobeerd - andere kabels geprobeerd - geprobeerd met enkel de edgerouter en de STB op de edgerouter aangesloten maar probleem is steeds hetzelfde.

Waarschijnlijk ben ik niet de enige met dit issuetje dus als iemand kan adviseren dan graag.
Gezien mijn beperkte kennis graad advies 'voor dummies' zodat ik het kan volgen.

Groet en alvast bedankt
Giel

op het KPN forum heeft WJB ook een edge router en hier een eigen topic over.

[Gielh1]

Mgiebels,

Dank voor je bericht maar dat is precies waar ik veel van de info vandaan heb en de oplossing helaas niet heb kunnen vinden.... maar toch klein suc6je....

Gisteren ook deze script van het bovengenoemde KPN forum geprobeerd ->
https://kpn.wjb4all.nl/Ed...VoIP-met-eth1-voor-TV.zip

en nu met de STB op ethernet 1 werkt multicast gewoon. Waarom weet ik nog niet.
Groet
Giel

[stormfly]

@fabianishere thnx!

https://github.com/fabianishere/udm-iptv/releases/tag/v3.0.6

code:

Unpacking udm-iptv (3.0.6) over (3.0.5) ...
Setting up udm-iptv (3.0.6) ...
Installation successful... You can find your configuration at /etc/udm-iptv.conf.

[mgiebels]

stormfly schreef op dinsdag 22 april 2025 @ 07:29:
@fabianishere thnx!

https://github.com/fabianishere/udm-iptv/releases/tag/v3.0.6

code:

Unpacking udm-iptv (3.0.6) over (3.0.5) ...
Setting up udm-iptv (3.0.6) ...
Installation successful... You can find your configuration at /etc/udm-iptv.conf.

helaas is nog niet alles eruit gehaald
IPTV_WAN_RANGES deze staat nog steeds op de verkeerde IPranges in het script voor KPN ipv IPTV_WAN_RANGES="0.0.0.0/0"

[stormfly]

mgiebels schreef op dinsdag 22 april 2025 @ 12:50:
[...]


helaas is nog niet alles eruit gehaald
IPTV_WAN_RANGES deze staat nog steeds op de verkeerde IPranges in het script voor KPN ipv IPTV_WAN_RANGES="0.0.0.0/0"

smeerbartje schreef op woensdag 2 april 2025 @ 08:59:
[...]


Misschien allenmaal ff voten? Ik heb een PR gestuurd om de WAN ranges future-proof in het script te krijgen: https://github.com/fabianishere/udm-iptv/pull/385

De PR van @smeerbartje lijkt niet meegenomen idd die staat nog open. Misschien kan @fabianishere daar nog even naar kijken.

[mgiebels]

stormfly schreef op dinsdag 22 april 2025 @ 12:53:
[...]


[...]


De PR van @smeerbartje lijkt niet meegenomen idd die staat nog open. Misschien kan @fabianishere daar nog even naar kijken.

Voor de rest weer top @fabianishere dat je hem heb bijgewerkt ook voor de andere devices werkt echt top!
En toch wel een must voor multicast om een eigen vlan te hebben (althans eigen menig) dat dit het fijnst werkt

[Kasper1985]

Vandaag werd de Solcon verbinding opgeleverd (KPN netwerk). Internet werkt prima. Maar nu IPTV op de UDM pro.
script geinstalleerd en het default profiel voor Solcon gekozen. IPTV werkt maar deels. Zender informatie wordt getoond EPG werkt maar krijg geen beeld.
STB zit op een ubiquiti Edge switch 24 waarop IGMP snooping aan staat op de relevante interfaces. Is mij niet helemaal duidelijk waar het mis gaat hier. STB's hangen in VLAN 20 wat een IoT vlan is. Moet ik een dedicated iptv vlan opzetten?

code:

root@Dreamy:~# udm-iptv diagnose
Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth8
WAN VLAN: 4 (dev iptv)
WAN DHCP: true (options "-O staticroutes -V IPTV_RG")
WAN Ranges: 10.0.0.0/8  10.252.0.0/16  10.253.0.0/16  217.166.0.0/16
LAN Interfaces: br0  br20
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
=== Service Logs ===
May 01 13:46:51 Dreamy IMPROXY[294981]: ERROR[init_interface@232]: Disable IGMP, there is not igmp upstream interface or igmp downstream interface
May 01 13:46:51 Dreamy udm-iptvd[294981]: init_interface: Cannot assign requested address
May 01 13:46:51 Dreamy udm-iptvd[294981]: ERROR[init_interface@172]: SIOCGIFADDR filed iptv
May 01 13:46:51 Dreamy udm-iptvd[294981]: ERROR[init_interface@232]: Disable IGMP, there is not igmp upstream interface or igmp downstream interface
May 01 13:46:51 Dreamy udm-iptvd[294981]: FATAL[init_interface@251]: exiting.....
May 01 13:46:51 Dreamy udm-iptvd[294981]: ERROR[main@619]: exiting.........
May 01 13:46:51 Dreamy IMPROXY[294981]: FATAL[init_interface@251]: exiting.....
May 01 13:46:51 Dreamy systemd[1]: udm-iptv.service: Main process exited, code=exited, status=1/FAILURE
May 01 13:46:51 Dreamy IMPROXY[294981]: ERROR[main@619]: exiting.........
May 01 13:46:51 Dreamy systemd[1]: udm-iptv.service: Failed with result 'exit-code'.

[mgiebels]

Wellicht is het nog goed je Wan ranges op 0.0.0.0/0 te zetten

[JungleJim]

@Kasper ik zou de STBs in een apart VLAN hangen voor de zekerheid.

In de log lijkt het alsof je 2 VLANs hebt aangevinkt in de configuratie wizard? Ik zie namelijk br0 en br20 staan bij de regel LAN interfaces. Dus dat zou ik sowieso ff nakijken en alleen het VLAN kiezen waar je STB in zit.

Er staan sowieso errors in de log dus ik zou je configuratie nog even goed nakijken en zorgen dat je in de Network Application alles goed hebt ingesteld. Als je ff terugzoekt in dit topic staat er een post van mij met een checklistje.

[mgiebels]

JungleJim schreef op donderdag 1 mei 2025 @ 14:04:
@Kasper ik zou de STBs in een apart VLAN hangen voor de zekerheid.

In de log lijkt het alsof je 2 VLANs hebt aangevinkt in de configuratie wizard? Ik zie namelijk br0 en br20 staan bij de regel LAN interfaces. Dus dat zou ik sowieso ff nakijken en alleen het VLAN kiezen waar je STB in zit.

Er staan sowieso errors in de log dus ik zou je configuratie nog even goed nakijken en zorgen dat je in de Network Application alles goed hebt ingesteld. Als je ff terugzoekt in dit topic staat er een post van mij met een checklistje.

En die Wan ranges op 0.0.0.0/0 ook niet? Aangezien solcon van zelfde gebruik maakt als KPN?

[stormfly]

Kasper1985 schreef op donderdag 1 mei 2025 @ 13:51:
Vandaag werd de Solcon verbinding opgeleverd (KPN netwerk). Internet werkt prima. Maar nu IPTV op de UDM pro.
script geinstalleerd en het default profiel voor Solcon gekozen. IPTV werkt maar deels. Zender informatie wordt getoond EPG werkt maar krijg geen beeld.
STB zit op een ubiquiti Edge switch 24 waarop IGMP snooping aan staat op de relevante interfaces. Is mij niet helemaal duidelijk waar het mis gaat hier. STB's hangen in VLAN 20 wat een IoT vlan is. Moet ik een dedicated iptv vlan opzetten?

code:

root@Dreamy:~# udm-iptv diagnose
Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth8
WAN VLAN: 4 (dev iptv)
WAN DHCP: true (options "-O staticroutes -V IPTV_RG")
WAN Ranges: 10.0.0.0/8  10.252.0.0/16  10.253.0.0/16  217.166.0.0/16
LAN Interfaces: br0  br20
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
=== Service Logs ===
May 01 13:46:51 Dreamy IMPROXY[294981]: ERROR[init_interface@232]: Disable IGMP, there is not igmp upstream interface or igmp downstream interface
May 01 13:46:51 Dreamy udm-iptvd[294981]: init_interface: Cannot assign requested address
May 01 13:46:51 Dreamy udm-iptvd[294981]: ERROR[init_interface@172]: SIOCGIFADDR filed iptv
May 01 13:46:51 Dreamy udm-iptvd[294981]: ERROR[init_interface@232]: Disable IGMP, there is not igmp upstream interface or igmp downstream interface
May 01 13:46:51 Dreamy udm-iptvd[294981]: FATAL[init_interface@251]: exiting.....
May 01 13:46:51 Dreamy udm-iptvd[294981]: ERROR[main@619]: exiting.........
May 01 13:46:51 Dreamy IMPROXY[294981]: FATAL[init_interface@251]: exiting.....
May 01 13:46:51 Dreamy systemd[1]: udm-iptv.service: Main process exited, code=exited, status=1/FAILURE
May 01 13:46:51 Dreamy IMPROXY[294981]: ERROR[main@619]: exiting.........
May 01 13:46:51 Dreamy systemd[1]: udm-iptv.service: Failed with result 'exit-code'.

Dreamy IMPROXY[294981]: ERROR[init_interface@232]: Disable IGMP, there is not igmp upstream interface or igmp downstream interface

Dit is je uitdaging ik denk dat eth8 niet correct is.

Welke interface heeft je publieke IP met “ip a”

Overigens zijn je WAN ranges bijzonder 10.0.0.0/8 bevat ook alle andere 10 reeksen.

[JungleJim]

mgiebels schreef op donderdag 1 mei 2025 @ 14:05:
[...]


En die Wan ranges op 0.0.0.0/0 ook niet? Aangezien solcon van zelfde gebruik maakt als KPN?

Kun je aanpassen maar gaat het probleem van @Kasper1985 ws niet oplossen. Zit eerder in of verkeerde WAN poort (eth8 is de WAN ethernet poort op de UDM Pro, eth9 is de SFP poort) of lokale VLAN config.

[ Voor 12% gewijzigd door JungleJim op 01-05-2025 14:12 ]

[Kasper1985]

stormfly schreef op donderdag 1 mei 2025 @ 14:08:
[...]

Dreamy IMPROXY[294981]: ERROR[init_interface@232]: Disable IGMP, there is not igmp upstream interface or igmp downstream interface

Dit is je uitdaging ik denk dat eth8 niet correct is.

Welke interface heeft je publieke IP met “ip a”

Overigens zijn je WAN ranges bijzonder 10.0.0.0/8 bevat ook alle andere 10 reeksen.

Ah inderdaad. Dit staat voor geselecteerd in de configuratie als je die doorloopt. HIj zit in de SFP WAN poort. dat is in de UI poort 10. IP ranges staan nu op 0.0.0.0/0

[JungleJim]

Kasper1985 schreef op donderdag 1 mei 2025 @ 14:11:
[...]


Ah inderdaad. Dit staat voor geselecteerd in de configuratie als je die doorloopt. HIj zit in de SFP WAN poort. dat is in de UI poort 10. IP ranges staan nu op 0.0.0.0/0

Ja default van het script voor de UDM Pro is idd poort 9 (eth8, WAN ethernet). Als je SFP poort gebruikt moet je eth9 (poort 10) kiezen in de config.

[ Voor 3% gewijzigd door JungleJim op 01-05-2025 14:15 ]

[Kasper1985]

JungleJim schreef op donderdag 1 mei 2025 @ 14:13:
[...]

Ja default van het script is idd poort 9 (eth8, WAN ethernet). Als je SFP poort gebruikt moet je eth9 (poort 10) kiezen in de config.

Alweer een stapje verder. Dank!

EDIT: En het werkt! Althans op STB 1 nu nog de tweede aansluiten. top bedankt voor de hulp.
Poorten in de UI en in de config komen dus niet overeen. Ik hoop dat Ubiquiti snel een vlan optie toevoegt in de UI.

code:

root@Dreamy:~# udm-iptv diagnose
Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth9
WAN VLAN: 4 (dev iptv)
WAN DHCP: true (options "-O staticroutes -V IPTV_RG")
WAN Ranges: 0.0.0.0/0
LAN Interfaces: br0  br20
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
513: iptv@eth9: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.252.208.171/16 scope global iptv
       valid_lft forever preferred_lft forever
10.0.0.0/8 via 10.252.0.1 metric 713 
10.252.0.0/16 proto kernel scope link src 10.252.208.171 
=== Service Logs ===
May 01 14:14:27 Dreamy udm-iptvd[396638]: Obtaining IP address for VLAN interface
May 01 14:14:27 Dreamy udm-iptvd[396649]: udhcpc: started, v1.30.1
May 01 14:14:27 Dreamy udm-iptvd[396649]: udhcpc: sending discover
May 01 14:14:28 Dreamy udm-iptvd[396649]: udhcpc: sending select for 10.252.208.171
May 01 14:14:28 Dreamy udm-iptvd[396649]: udhcpc: lease of 10.252.208.171 obtained, lease time 86400
May 01 14:14:28 Dreamy udm-iptvd[396638]: NATing IPTV network ranges (if necessary)
May 01 14:14:28 Dreamy udm-iptvd[396638]: Creating static routes (if necessary)
May 01 14:14:28 Dreamy udm-iptvd[396638]: Setting up IGMP Proxy
May 01 14:14:28 Dreamy udm-iptvd[396638]: Using improxy...
May 01 14:14:28 Dreamy udm-iptvd[396638]: Starting IGMP Proxy

[ Voor 5% gewijzigd door Kasper1985 op 01-05-2025 14:19 ]

[JungleJim]

Kasper1985 schreef op donderdag 1 mei 2025 @ 14:16:
[...]


Alweer een stapje verder. Dank!
[ knip log ]

Die log ziet er een stuk beter uit. Zou nog wel ff nakijken welke lokale VLANs je aangevinkt hebt, er staan er nu twee: br0 en br20. Ik zou alleen het lokale VLAN aanvinken waar je STBs inzitten. Of zelfs een nieuw VLAN aanmaken, daar je STBs in hangen en dat VLAN selecteren in de config van het script.

[ Voor 12% gewijzigd door JungleJim op 01-05-2025 14:19 ]

[Kasper1985]

JungleJim schreef op donderdag 1 mei 2025 @ 14:18:
[...]

Die log ziet er een stuk beter uit. Zou nog wel ff nakijken welke lokale VLANs je aangevinkt hebt, er staan er nu twee: br0 en br20. Ik zou alleen het lokale VLAN aanvinken waar je STBs inzitten. Of zelfs een nieuw VLAN aanmaken, daar je STBs in hangen en dat VLAN selecteren in de config van het script.

Ze zitten nu in VLAN 1 en 20 (default en IoT) Kan opzich nog aanpassen maar het werkt nu. Zo even de Odido STB omwisselen met de Solcon voor de huiskamer TV misschien dat ik het daarna nog aanpas.

[Phoolie]

Kasper1985 schreef op donderdag 1 mei 2025 @ 14:22:
[...]


Ze zitten nu in VLAN 1 en 20 (default en IoT) Kan opzich nog aanpassen maar het werkt nu. Zo even de Odido STB omwisselen met de Solcon voor de huiskamer TV misschien dat ik het daarna nog aanpas.

In de instructie raden ze aan om er een apart VLAN voor aan te maken. Zelf zou ik dat dan doen of hem op default laten, maar zeker niet een IoT VLAN. Al is IoT natuurlijk maar een labeltje, wellicht gebruik je het heel ergens anders voor.

[Kasper1985]

Phoolie schreef op donderdag 1 mei 2025 @ 21:07:
[...]

In de instructie raden ze aan om er een apart VLAN voor aan te maken. Zelf zou ik dat dan doen of hem op default laten, maar zeker niet een IoT VLAN. Al is IoT natuurlijk maar een labeltje, wellicht gebruik je het heel ergens anders voor.

Weet je ook waarom? Ik gebruik IoT voor slimme stekkers die (helaas) op wifi zitten, witgoed van Bosch, receiver etc. Eigenlijk alles waarvan ik het niet op mijn reguliere netwerk wil hebben.
Alles werkt nu prima. De woonkamer er ook bij nu. Wat nog wel een uitdaging is. Dit Arris kastje heeft minder cec functionaliteit en geen BT AB. Maar de beeld kwaliteit is vele malen beter.
Enige waar ik nog tegen aan loop is af en toe even zwart beeld bij snel heen en weer zappen. Maar verder heel tevreden.
Eigen vlan kijk ik nog wel naar maar voor nu werkt dit prima.

[Phoolie]

Kasper1985 schreef op vrijdag 2 mei 2025 @ 00:26:
[...]


Weet je ook waarom?
[...]

Dit is wat er bij het script van @fabianishere staat:

Select the LAN network on which IPTV will be used. We recommend creating a separate LAN network for IPTV traffic if possible in order to reduce interference of other devices on the network.

Nou heb ik het zelf een tijd lang gewoon op default laten draaien en eigenlijk nooit problemen ondervonden. Ik snap alleen de toegevoegde waarde niet, waarom jij hem (naast je default VLAN) ook op je IoT VLAN laat draaien. Er is toch geen enkel IoT apparaat waarmee je die tv signalen oppikt?

[Kasper1985]

Phoolie schreef op vrijdag 2 mei 2025 @ 11:55:
[...]

Dit is wat er bij het script van @fabianishere staat:

[...]


Nou heb ik het zelf een tijd lang gewoon op default laten draaien en eigenlijk nooit problemen ondervonden. Ik snap alleen de toegevoegde waarde niet, waarom jij hem (naast je default VLAN) ook op je IoT VLAN laat draaien. Er is toch geen enkel IoT apparaat waarmee je die tv signalen oppikt?

Ik beschouw STB's als een IoT device. vlan 1 stond al geselecteerd en had ik blijkbaar niet gezien. Het had dus eigenlijk alleen vlan 20 moeten zijn inderdaad. Maar alsnog begrijp ik niet helemaal waarom je een eigen IPTV vlan aan zou maken. IGMP zorgt er als het goed is voor dat andere devices niet overspoelt worden met verkeer.

[mgiebels]

Kasper1985 schreef op vrijdag 2 mei 2025 @ 00:26:
[...]


Weet je ook waarom? Ik gebruik IoT voor slimme stekkers die (helaas) op wifi zitten, witgoed van Bosch, receiver etc. Eigenlijk alles waarvan ik het niet op mijn reguliere netwerk wil hebben.
Alles werkt nu prima. De woonkamer er ook bij nu. Wat nog wel een uitdaging is. Dit Arris kastje heeft minder cec functionaliteit en geen BT AB. Maar de beeld kwaliteit is vele malen beter.
Enige waar ik nog tegen aan loop is af en toe even zwart beeld bij snel heen en weer zappen. Maar verder heel tevreden.
Eigen vlan kijk ik nog wel naar maar voor nu werkt dit prima.

Dat langzaam zappen (zwart beeld) toont eerder aan dat hij geen multicast kan vinden en dan overschakelt naar unicast.

Dit ervaarde ik toen zelf ook en toen alles naar eigen vlan gezet en was het weg.

[Phoolie]

Kasper1985 schreef op vrijdag 2 mei 2025 @ 12:41:
[...]


Ik beschouw STB's als een IoT device. vlan 1 stond al geselecteerd en had ik blijkbaar niet gezien. Het had dus eigenlijk alleen vlan 20 moeten zijn inderdaad. Maar alsnog begrijp ik niet helemaal waarom je een eigen IPTV vlan aan zou maken. IGMP zorgt er als het goed is voor dat andere devices niet overspoelt worden met verkeer.

Van mij mag je een STB als IoT device zijn, ik begrijp het totaal niet, maar dat is jouw keuze. Waar ik dan vooral benieuwd naar ben, waarom heb je dan een apart IoT VLAN? Normaal gesproken maak je die aan, zodat je IoT devices (vaak chinese meuk) niet in je gewone VLAN kan komen. Maar als jij in zo'n (in mijn ogen) unsecure VLAN ook je STB's hangt, dan begrijp ik dus de keuze niet zo goed om een scheiding aan te brengen.

[Kasper1985]

Phoolie schreef op vrijdag 2 mei 2025 @ 13:08:
[...]

Van mij mag je een STB als IoT device zijn, ik begrijp het totaal niet, maar dat is jouw keuze. Waar ik dan vooral benieuwd naar ben, waarom heb je dan een apart IoT VLAN? Normaal gesproken maak je die aan, zodat je IoT devices (vaak chinese meuk) niet in je gewone VLAN kan komen. Maar als jij in zo'n (in mijn ogen) unsecure VLAN ook je STB's hangt, dan begrijp ik dus de keuze niet zo goed om een scheiding aan te brengen.

Ik maak onderscheid tussen prive; laptop/telefoons en de rest. STB's vallen onder "de rest". ik wil niet dat ze bij mijn laptop en telefoon kunnen. Maar of mijn vaatwasser bij mijn STB kan maakt mij niet uit.

Ik heb dus maar 2 vlans in die zin en aangezien het niet om een productie omgeving gaat met kritische infrastructuur maar om een thuis omgeving kies ik ervoor om het makkelijk en overzichtelijk te houden.
Laptop en telefoon van werk hebben ook een eigen vlan. Maar gecompliceerder dan dit betekent alleen maar meer hoofdpijn als er een keer iets misgaat.

[Phoolie]

Kasper1985 schreef op vrijdag 2 mei 2025 @ 13:37:
[...]


Ik maak onderscheid tussen prive; laptop/telefoons en de rest. STB's vallen onder "de rest". ik wil niet dat ze bij mijn laptop en telefoon kunnen. Maar of mijn vaatwasser bij mijn STB kan maakt mij niet uit.

Ik heb dus maar 2 vlans in die zin en aangezien het niet om een productie omgeving gaat met kritische infrastructuur maar om een thuis omgeving kies ik ervoor om het makkelijk en overzichtelijk te houden.
Laptop en telefoon van werk hebben ook een eigen vlan. Maar gecompliceerder dan dit betekent alleen maar meer hoofdpijn als er een keer iets misgaat.

Dan is IoT dus inderdaad maar een labeltje die je er aan hebt gegeven, dit had dus ook overige of rest kunnen zijn.

Mocht je er eens tijd voor hebben, wil ik je wel adviseren er toch een apart IPTV (of STB, net het labeltje dat je wil) aan te maken. Dan weet je zeker dat het IPTV verkeer niet gaan lopen spammen op je VLAN.

[JungleJim]

mgiebels schreef op vrijdag 2 mei 2025 @ 12:46:
[...]


Dat langzaam zappen (zwart beeld) toont eerder aan dat hij geen multicast kan vinden en dan overschakelt naar unicast.

Dit ervaarde ik toen zelf ook en toen alles naar eigen vlan gezet en was het weg.

Zo te lezen gebruikt @Kasper1985 een Arris STB, dat is een ouder type dat enkel IPTV via multicast ondersteunt. Dus overschakelen van multicast naar unicast is daar niet aan de orde.

Het TV+ kastje (een Sagemcom DIW7022) is vziw de enige die zowel multicast als unicast ondersteunt.

[Kasper1985]

Phoolie schreef op vrijdag 2 mei 2025 @ 15:08:
[...]

Dan is IoT dus inderdaad maar een labeltje die je er aan hebt gegeven, dit had dus ook overige of rest kunnen zijn.

Mocht je er eens tijd voor hebben, wil ik je wel adviseren er toch een apart IPTV (of STB, net het labeltje dat je wil) aan te maken. Dan weet je zeker dat het IPTV verkeer niet gaan lopen spammen op je VLAN.

Het IGMP protocol zou voldoende moeten zijn om dit te voorkomen.
Ik kreeg een Fritzbox en ik betwijfel of die verkeer gescheiden houdt met een vlan tussen normaal verkeer en stb verkeer. En ook een Experia box doet dat niet voorzover ik weet.
Inter vlan routing staat ook gewoon standaard “aan” op unifi devices.
Dus om die reden zie ik de toegevoegde waarde niet. Ik heb wel zitten denken aan een wired “IoT” vlan en een wifi “IoT” vlan
Maar als iemand het technische voordeel van een STB vlan kan uitleggen ben ik heel benieuwd.

[MK1o2]

Sinds ik mijn Cloud gateway Ultra heb geüpdatet naar netwerk versie 9.1.120 werkt mijn KPN IPTV (Arris VIP5202) niet goed meer.

Ik heb het script van Fabian opnieuw uitgevoerd, maar krijg alleen maar NPO 1, 2 en 3 (zowel kanaal 1-2-3 als 661-662-663). De andere zenders werken niet, ik hou dan zwart beeld, maar zie wel de programma informatie. Terugkijken bij NPO 1,2 en 3 werkt ook niet. Krijg dan de melding: (STB-zap-03 / -40462 - Videoserver niet gevonden)

VLAN waar IPTV op zit is 661.


Ik heb de wan range al aangepast naar 0.0.0.0/0 omdat ik hier en online las dat dat voor probleem kon zorgen [link]. Helaas helpt dat nog niet.
Omdat het misschien met DRM verbinding met KPN heeft te maken heb ik de WAN poort van de UCG omgezet van port 5 (eigenlijke wan poort) naar poort 4, zodat de gateway hopelijk opnieuw verbinding maakt met de KPN servers. Ook dit helpt helaas niet.

Onderstaand de diagnose uit de UCG ultra:

code:

root@Cloud-Gateway:/etc# udm-iptv diagnose
Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth3
WAN VLAN: 4 (dev iptv)
WAN DHCP: false (options "-O staticroutes -V IPTV_RG")
WAN Static IP: 10.10.10.10/32
WAN Ranges: 0.0.0.0/0
LAN Interfaces: br661
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
21: iptv@eth3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.10.10.10/32 scope global iptv
       valid_lft forever preferred_lft forever
=== Service Logs ===
May 09 16:10:05 Cloud-Gateway systemd[1]: udm-iptv.service: Main process exited, code=exited, status=1/FAILURE
May 09 16:10:05 Cloud-Gateway systemd[1]: udm-iptv.service: Failed with result 'exit-code'.
May 09 16:10:05 Cloud-Gateway systemd[1]: Stopped IPTV support for the UniFi Dream Machine.
May 09 16:10:05 Cloud-Gateway systemd[1]: Started IPTV support for the UniFi Dream Machine.
May 09 16:10:05 Cloud-Gateway udm-iptvd[404520]: Device iptv already exists.. Deleting device
May 09 16:10:05 Cloud-Gateway udm-iptvd[404520]: NATing IPTV network ranges (if necessary)
May 09 16:10:05 Cloud-Gateway udm-iptvd[404520]: Creating static routes (if necessary)
May 09 16:10:05 Cloud-Gateway udm-iptvd[404520]: Setting up IGMP Proxy
May 09 16:10:05 Cloud-Gateway udm-iptvd[404520]: Using improxy...
May 09 16:10:05 Cloud-Gateway udm-iptvd[404520]: Starting IGMP Proxy

Mijn mogelijkheden zijn een beetje op, dus hopelijk heeft hier iemand tips over hoe dit op te lossen. Ik weet nu niet of het aan mijn Unifi gateway ligt of aan de verbinding met KPN/IPTV kastje.

[JungleJim]

@MK1o2 dat is wel apart, op de github pagina van udm-iptv was er laatst ook iemand waarbij IPTV niet meer werkte na een update van de Network Application, zie https://github.com/fabianishere/udm-iptv/discussions/389.

Wat je zou kunnen proberen:
* debug logging van de IGMP proxy aanzetten door in /etc/udm-iptv.conf de setting IPTV_IGMPPROXY_DEBUG op true te zetten, en dan te kijken of er in de logs (journalctl -n -u udm-iptv) gekke dingen staan
* in plaats van de default improxy igmpproxy gebruiken, dit doe je door igmpproxy te installeren met 'apt install igmpproxy', in /etc/udm-iptv de setting 'IPTV_IGMPPROXY_PROGRAM' op 'igmpproxy' te zetten, en vervolgens de service herstarten met 'systemctl restart udm-iptv'

[stormfly]

MK1o2 schreef op vrijdag 9 mei 2025 @ 16:29:
Sinds ik mijn Cloud gateway Ultra heb geüpdatet naar netwerk versie 9.1.120 werkt mijn KPN IPTV (Arris VIP5202) niet goed meer.

Ik heb het script van Fabian opnieuw uitgevoerd, maar krijg alleen maar NPO 1, 2 en 3 (zowel kanaal 1-2-3 als 661-662-663). De andere zenders werken niet, ik hou dan zwart beeld, maar zie wel de programma informatie. Terugkijken bij NPO 1,2 en 3 werkt ook niet. Krijg dan de melding: (STB-zap-03 / -40462 - Videoserver niet gevonden)

VLAN waar IPTV op zit is 661.
[Afbeelding]

Ik heb de wan range al aangepast naar 0.0.0.0/0 omdat ik hier en online las dat dat voor probleem kon zorgen [link]. Helaas helpt dat nog niet.
Omdat het misschien met DRM verbinding met KPN heeft te maken heb ik de WAN poort van de UCG omgezet van port 5 (eigenlijke wan poort) naar poort 4, zodat de gateway hopelijk opnieuw verbinding maakt met de KPN servers. Ook dit helpt helaas niet.

Onderstaand de diagnose uit de UCG ultra:

code:

root@Cloud-Gateway:/etc# udm-iptv diagnose
Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth3
WAN VLAN: 4 (dev iptv)
WAN DHCP: false (options "-O staticroutes -V IPTV_RG")
WAN Static IP: 10.10.10.10/32
WAN Ranges: 0.0.0.0/0
LAN Interfaces: br661
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
21: iptv@eth3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.10.10.10/32 scope global iptv
       valid_lft forever preferred_lft forever
=== Service Logs ===
May 09 16:10:05 Cloud-Gateway systemd[1]: udm-iptv.service: Main process exited, code=exited, status=1/FAILURE
May 09 16:10:05 Cloud-Gateway systemd[1]: udm-iptv.service: Failed with result 'exit-code'.
May 09 16:10:05 Cloud-Gateway systemd[1]: Stopped IPTV support for the UniFi Dream Machine.
May 09 16:10:05 Cloud-Gateway systemd[1]: Started IPTV support for the UniFi Dream Machine.
May 09 16:10:05 Cloud-Gateway udm-iptvd[404520]: Device iptv already exists.. Deleting device
May 09 16:10:05 Cloud-Gateway udm-iptvd[404520]: NATing IPTV network ranges (if necessary)
May 09 16:10:05 Cloud-Gateway udm-iptvd[404520]: Creating static routes (if necessary)
May 09 16:10:05 Cloud-Gateway udm-iptvd[404520]: Setting up IGMP Proxy
May 09 16:10:05 Cloud-Gateway udm-iptvd[404520]: Using improxy...
May 09 16:10:05 Cloud-Gateway udm-iptvd[404520]: Starting IGMP Proxy

Mijn mogelijkheden zijn een beetje op, dus hopelijk heeft hier iemand tips over hoe dit op te lossen. Ik weet nu niet of het aan mijn Unifi gateway ligt of aan de verbinding met KPN/IPTV kastje.

Hoe staan je IGMP snooping instellingen? Je hoeft geen zaken in stellen met multicast mDNS of multicast port instellingen, als het stabiel is kan je daarna besluiten of je IGMP snooping als enige functie instelt. Vaak kan je het onderzoek beter uitvoeren als IGMP snooping uitgeschakeld is, omdat dit protocol bij een bug ook de streams kan blokkeren.

[MK1o2]

JungleJim schreef op vrijdag 9 mei 2025 @ 17:33:
@MK1o2 dat is wel apart, op de github pagina van udm-iptv was er laatst ook iemand waarbij IPTV niet meer werkte na een update van de Network Application, zie https://github.com/fabianishere/udm-iptv/discussions/389.

Wat je zou kunnen proberen:
* debug logging van de IGMP proxy aanzetten door in /etc/udm-iptv.conf de setting IPTV_IGMPPROXY_DEBUG op true te zetten, en dan te kijken of er in de logs (journalctl -n -u udm-iptv) gekke dingen staan

De journal geeft volgende log. Ik weet niet wat ik precies zou moeten verwachten, maar WARNING klinkt niet zoals het hoort.

code:

-- Journal begins at Fri 2025-05-09 15:14:07 CEST, ends at Fri 2025-05-09 22:35:59 CEST. --
May 09 22:33:17 Cloud-Gateway udm-iptvd[419466]: DEBUG[main@653]: Data arrive
May 09 22:33:17 Cloud-Gateway udm-iptvd[419466]: DEBUG[mcast_recv_igmp@748]: src addr = 192.168.2.229
May 09 22:33:17 Cloud-Gateway udm-iptvd[419466]: received interface  19
May 09 22:33:17 Cloud-Gateway udm-iptvd[419466]: WARNING[mcast_recv_igmp@804]: unknown igmp type 0x11
May 09 22:33:17 Cloud-Gateway udm-iptvd[419466]: DEBUG[main@653]: Data arrive
May 09 22:33:17 Cloud-Gateway udm-iptvd[419466]: DEBUG[mcast_recv_igmp@748]: src addr = 192.168.2.229
May 09 22:33:17 Cloud-Gateway udm-iptvd[419466]: received interface  19
May 09 22:33:17 Cloud-Gateway udm-iptvd[419466]: WARNING[mcast_recv_igmp@804]: unknown igmp type 0x11
May 09 22:33:17 Cloud-Gateway udm-iptvd[419466]: DEBUG[main@653]: Data arrive
May 09 22:33:17 Cloud-Gateway udm-iptvd[419466]: DEBUG[mcast_recv_igmp@748]: src addr = 192.168.3.23

JungleJim schreef op vrijdag 9 mei 2025 @ 17:33:
* in plaats van de default improxy igmpproxy gebruiken, dit doe je door igmpproxy te installeren met 'apt install igmpproxy', in /etc/udm-iptv de setting 'IPTV_IGMPPROXY_PROGRAM' op 'igmpproxy' te zetten, en vervolgens de service herstarten met 'systemctl restart udm-iptv'

Dit heb ik ook uitgevoerd, maar daarna werkt het nog niet. Krijg deze log:

code:

-- Journal begins at Fri 2025-05-09 16:18:19 CEST, ends at Fri 2025-05-09 23:33:30 CEST. --
May 09 23:33:21 Cloud-Gateway udm-iptvd[545831]: RECV V2 member report   from 192.168.3.1     to 224.0.0.22
May 09 23:33:21 Cloud-Gateway udm-iptvd[545831]: The IGMP message was from myself. Ignoring.
May 09 23:33:22 Cloud-Gateway udm-iptvd[545831]: RECV V2 member report   from 192.168.3.1     to 224.0.0.2
May 09 23:33:22 Cloud-Gateway udm-iptvd[545831]: The IGMP message was from myself. Ignoring.
May 09 23:33:23 Cloud-Gateway udm-iptvd[545831]: RECV V2 member report   from 192.168.3.1     to 224.0.0.106
May 09 23:33:23 Cloud-Gateway udm-iptvd[545831]: The IGMP message was from myself. Ignoring.
May 09 23:33:25 Cloud-Gateway udm-iptvd[545831]: RECV V2 member report   from 192.168.3.1     to 233.89.188.1
May 09 23:33:25 Cloud-Gateway udm-iptvd[545831]: The IGMP message was from myself. Ignoring.
May 09 23:33:25 Cloud-Gateway udm-iptvd[545831]: Inserted route table entry for 233.89.188.1 on VIF #-1
May 09 23:33:27 Cloud-Gateway udm-iptvd[545831]: The IGMP message was local multicast. Ignoring.

stormfly schreef op vrijdag 9 mei 2025 @ 18:13:
[...]


Hoe staan je IGMP snooping instellingen? Je hoeft geen zaken in stellen met multicast mDNS of multicast port instellingen, als het stabiel is kan je daarna besluiten of je IGMP snooping als enige functie instelt. Vaak kan je het onderzoek beter uitvoeren als IGMP snooping uitgeschakeld is, omdat dit protocol bij een bug ook de streams kan blokkeren.

Ik weet niet precies welke instellingen je bedoelt, maar mijn udm-iptv config file is als volgt (voor wijzigen naar IGMP proxy):

code:

## Example configuration for udmp-iptv ##
# Interface on which IPTV traffic enters the router
IPTV_WAN_INTERFACE="eth3"
# ID of VLAN which carries IPTV traffic (use 0 if no VLAN is used)
IPTV_WAN_VLAN="4"
# Name of the IPTV VLAN interface
IPTV_WAN_VLAN_INTERFACE="iptv"
# IP ranges from which the IPTV traffic originates (separated by spaces)
IPTV_WAN_RANGES="0.0.0.0/0"
# DHCP options to send when requesting an IP address
IPTV_WAN_DHCP_OPTIONS="-O staticroutes -V IPTV_RG"
# LAN interfaces on which IPTV should be made available
IPTV_LAN_INTERFACES="br661"
# Disable quickleave for igmpproxy
IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="false"
# Enable debugging for igmpproxy
IPTV_IGMPPROXY_DEBUG="true"
IPTV_IGMPPROXY_PROGRAM="improxy"

IPTV_IGMPPROXY_IGMP_VERSION="3"

IPTV_WAN_DHCP="false"

IPTV_WAN_STATIC_IP="10.10.10.10/32"

En in de UCG als volgt:

[JungleJim]

MK1o2 schreef op vrijdag 9 mei 2025 @ 23:34:

code:

IPTV_WAN_DHCP="false"

IPTV_WAN_STATIC_IP="10.10.10.10/32"

Wat is de reden dat deze twee settings in je config staan? Voor KPN zijn deze vziw niet van toepassing, aangezien KPN IPTV via DHCP werkt.

Dus ik zou die twee regels uit /etc/udm-iptv.conf verwijderen en dan udm-iptv service opnieuw starten (servicectl restart udm-iptv).

[MK1o2]

JungleJim schreef op zaterdag 10 mei 2025 @ 00:01:
[...]

Wat is de reden dat deze twee settings in je config staan? Voor KPN zijn deze vziw niet van toepassing, aangezien KPN IPTV via DHCP werkt.

Dus ik zou die twee regels uit /etc/udm-iptv.conf verwijderen en dan udm-iptv service opnieuw starten (servicectl restart udm-iptv).

Die zet het script er denk ik zelf in. Ik heb het zelf in ieder geval niet gedaan.

Maar ik heb ze er nu uit gehaald en het werk allemaal weer!! Super bedankt

[ Voor 4% gewijzigd door MK1o2 op 10-05-2025 00:10 ]

[smeerbartje]

MK1o2 schreef op zaterdag 10 mei 2025 @ 00:09:
[...]


Die zet het script er denk ik zelf in. Ik heb het zelf in ieder geval niet gedaan.

Maar ik heb ze er nu uit gehaald en het werk allemaal weer!! Super bedankt

Ik denk dat je het "posttv" profile hebt gekozen, ipv KPN. (check)

[MK1o2]

smeerbartje schreef op zaterdag 10 mei 2025 @ 21:22:
[...]

Ik denk dat je het "posttv" profile hebt gekozen, ipv KPN. (check)

Ik heb de configuratie meerdere keren gedraaid, en zover ik weet toch echt KPN gekozen. De originele WAN ranges volgens het KPN profiel heeft hij er wel ingezet. Die heb ik later zelf aangepast. Heb dus geen idee hoe het nu komt dat die regels er in zijn gekomen.

code:

db_set udm-iptv/wan-ranges "213.75.0.0/16, 217.166.0.0/16, 195.121.0.0/16"

[smeerbartje]

FYI: zojuist geupgrade naar 4.2.12. Daarna script weer gedraaid en alles draait weer als een zonnetje (KPN profile, USG cloud ultra).

[gazzzman61]

smeerbartje schreef op zondag 25 mei 2025 @ 19:16:
FYI: zojuist geupgrade naar 4.2.12. Daarna script weer gedraaid en alles draait weer als een zonnetje (KPN profile, USG cloud ultra).

Vandaag ook gedaan. Zelfde resultaat als jij. No problems

[CrankyGamerOG]

Ik heb een ucg-fiber en het script van fabian gedraaid, ik merk dat bij het kastje beneden het prima werkt, bij mijn 2e kastje boven echter niet (zelfde vlan - igmp snooping aan).

Hoe kan het dat de ene wel goed werkt en de andere niet?

code:

=== 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: br2
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
32: iptv@eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP                                                                                   group default qlen 1000
    inet 10.182.87.177/22 brd 10.182.87.255 scope global iptv
       valid_lft forever preferred_lft forever
10.182.84.0/22 proto kernel scope link src 10.182.87.177
213.75.112.0/21 via 10.182.84.1 metric 232
=== Service Logs ===
May 26 22:54:24 SkyNet-GateWay udm-iptvd[700504]:         version: 2
May 26 22:54:24 SkyNet-GateWay udm-iptvd[700504]: interface br2:10.1.2.1
May 26 22:54:24 SkyNet-GateWay udm-iptvd[700504]: group 224.0.250.5 exclude mode
May 26 22:54:24 SkyNet-GateWay udm-iptvd[700504]:         group time 260
May 26 22:54:24 SkyNet-GateWay udm-iptvd[700504]:         version: 2
May 26 22:54:24 SkyNet-GateWay udm-iptvd[700504]: interface br2:10.1.2.1
May 26 22:54:24 SkyNet-GateWay udm-iptvd[700504]: group 224.0.252.140 exclude mo                                                                                  de
May 26 22:54:24 SkyNet-GateWay udm-iptvd[700504]:         group time 260
May 26 22:54:24 SkyNet-GateWay udm-iptvd[700504]:         version: 2
May 26 22:54:24 SkyNet-GateWay udm-iptvd[700504]: interface br2:10.1.2.1
root@SkyNet-GateWay:/#

[ Voor 77% gewijzigd door CrankyGamerOG op 27-05-2025 15:34 ]

[JungleJim]

@CrankyGamerOG wat werkt er niet goed bij het 2e kastje? Hapert het beeld, of stopt het beeld na een bepaalde tijd? En welke kastjes heb je, KPN TV+ of één van de oudere?

En hoe is het tweede kastje aangesloten, zitten er switches tussen de UCG Fiber en het kastje, en zo ja welk merk/type?

Kortom, er is wat meer info nodig om te achterhalen wat het zou kunnen zijn...

[CrankyGamerOG]

JungleJim schreef op dinsdag 27 mei 2025 @ 16:52:
@CrankyGamerOG wat werkt er niet goed bij het 2e kastje? Hapert het beeld, of stopt het beeld na een bepaalde tijd? En welke kastjes heb je, KPN TV+ of één van de oudere?

En hoe is het tweede kastje aangesloten, zitten er switches tussen de UCG Fiber en het kastje, en zo ja welk merk/type?

Kortom, er is wat meer info nodig om te achterhalen wat het zou kunnen zijn...

het zijn beide kpn tv+ kastjes,
kastje 1 (beneden) UCG Fiber -> USW24-Gen2 -> USW8-POE-LITE -> kastje (iptv vlan)
kastje 2 (boven) UCG Fiber -> USW24-Gen2 -> (andere)USW8-POE-LITE -> kastje (iptv vlan)
IGMP snooping staat aan op alle switches, in het vlan netwerk.

Kastje 2(boven) geeft meteen beeld, stopt dan, dan wordt het zwart, dan krijg ik geluid, en komt het beeld terug (wss schakelt hij dus terug naar unicast)

[JungleJim]

CrankyGamerOG schreef op dinsdag 27 mei 2025 @ 18:27:
[...]

het zijn beide kpn tv+ kastjes,
kastje 1 (beneden) UCG Fiber -> USW24-Gen2 -> USW8-POE-LITE -> kastje (iptv vlan)
kastje 2 (boven) UCG Fiber -> USW24-Gen2 -> (andere)USW8-POE-LITE -> kastje (iptv vlan)
IGMP snooping staat aan op alle switches, in het vlan netwerk.

Kastje 2(boven) geeft meteen beeld, stopt dan, dan wordt het zwart, dan krijg ik geluid, en komt het beeld terug (wss schakelt hij dus terug naar unicast)

En werkt het kastje boven wel als het kastje beneden uit is?
Heb je op de poorten van beide USW8-POE-LITE switches alleen het je lokale IPTV VLAN geconfigureerd (en alle andere VLANs geblokkeerd)? Denk niet dat het de oplossing gaat zijn maar proberen waard.

En je kunt zien of het kastje multicast gebruikt door snelgids (of hoe dat ding ook heet) op het scherm te zetten, als er rechts onderin LIVE staat is het multicast, als er Live staat is het unicast.

[CrankyGamerOG]

JungleJim schreef op dinsdag 27 mei 2025 @ 18:39:
[...]

En werkt het kastje boven wel als het kastje beneden uit is?
Heb je op de poorten van beide USW8-POE-LITE switches alleen het je lokale IPTV VLAN geconfigureerd (en alle andere VLANs geblokkeerd)? Denk niet dat het de oplossing gaat zijn maar proberen waard.

Ja blocked, native iptv vlan.
Gedrag kastje boven blijft hetzelfde ongeacht of beneden aan of uit staat. maar 99/100 keer staat die beneden uit als ik die boven aanzet.

En je kunt zien of het kastje multicast gebruikt door snelgids (of hoe dat ding ook heet) op het scherm te zetten, als er rechts onderin LIVE staat is het multicast, als er Live staat is het unicast.

goeie tip kijk ik straks even na

[ Voor 9% gewijzigd door CrankyGamerOG op 27-05-2025 18:53 ]

[mgiebels]

JungleJim schreef op dinsdag 27 mei 2025 @ 18:39:
[...]

En werkt het kastje boven wel als het kastje beneden uit is?
Heb je op de poorten van beide USW8-POE-LITE switches alleen het je lokale IPTV VLAN geconfigureerd (en alle andere VLANs geblokkeerd)? Denk niet dat het de oplossing gaat zijn maar proberen waard.

En je kunt zien of het kastje multicast gebruikt door snelgids (of hoe dat ding ook heet) op het scherm te zetten, als er rechts onderin LIVE staat is het multicast, als er Live staat is het unicast.

Was het bij mij toen wel alle ander vlans blokkeren en eigen vlan op de poorten in stellen.
En als je het kastje wat hapert eens beneden test hapert hij dan ook dan zou het ook kastje kunnen zijn.

[stormfly]

CrankyGamerOG schreef op dinsdag 27 mei 2025 @ 18:52:
[...]

Ja blocked, native iptv vlan.
Gedrag kastje boven blijft hetzelfde ongeacht of beneden aan of uit staat. maar 99/100 keer staat die beneden uit als ik die boven aanzet.


[...]

goeie tip kijk ik straks even na

Gaat het om dezelfde stream/TV kanaal boven en beneden, of heb je het gedrag bij willekeurige kanalen? Anders zou je quickleave nog even uit kunnen schakelen, dan is er meer overleg over de nog luisterende devices. Met quickleave ingeschakeld gaat de stream uit voor je hele woning zodra één TV kastje er van weg zapt. Quickleave is prima voor een huishouden met slechts één TV.

[mgiebels]

Ik heb quickleave wel aan staan en met 4 boxen werkt alles fantastisch is dat dan toeval?

[stormfly]

mgiebels schreef op dinsdag 27 mei 2025 @ 19:22:
Ik heb quickleave wel aan staan en met 4 boxen werkt alles fantastisch is dat dan toeval?

Als je allemaal een ander kanaal kijkt werkt dat prima.

[JungleJim]

stormfly schreef op dinsdag 27 mei 2025 @ 19:12:
Met quickleave ingeschakeld gaat de stream uit voor je hele woning zodra één TV kastje er van weg zapt. Quickleave is prima voor een huishouden met slechts één TV.

Ah dat is een goede inderdaad, quickleave moet uitstaan als je meerdere kastjes hebt. In de nieuwste versie van het script udm-iptv (3.0.6) staat quickleave aan voor de IGMP Proxy die standaard wordt gebruikt (improxy).

@CrankyGamerOG je kunt quickleave uitzetten door op de UCG Fiber in /etc/udm-iptv.conf de setting IPTV_IGMPPROXY_DISABLE_QUICKLEAVE op true te zetten (IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="true") en dan udm-iptv script herstarten met 'systemctl restart udm-iptv'.

[mgiebels]

stormfly schreef op dinsdag 27 mei 2025 @ 19:39:
[...]


Als je allemaal een ander kanaal kijkt werkt dat prima.

werkt hier ook goed alles op sbs6 zoals nu
dus snap hem dan even niet meer

[mgiebels]

Ow wacht excuus in voorbeeld staat hij aan maar hij staat inderdaad uit in het script zelf.

Ik gebruik trouwens wel IGMPProxy ipv imporxy die werkte toen beter bij mij weet nog dat je zei dat die relaxder werkte @JungleJim

[JungleJim]

mgiebels schreef op dinsdag 27 mei 2025 @ 20:16:
Ik gebruik trouwens wel IGMPProxy ipv imporxy die werkte toen beter bij mij weet nog dat je zei dat die relaxder werkte @JungleJim

Laatste tijd adviseer ik eigenlijk altijd improxy omdat die al standaard in Unifi OS zit en prima werkt. Alleen bij problemen adviseer ik wel eens igmpproxy te proberen om te kijken of dat de problemen oplost.

[mgiebels]

JungleJim schreef op dinsdag 27 mei 2025 @ 20:26:
[...]

Laatste tijd adviseer ik eigenlijk altijd improxy omdat die al standaard in Unifi OS zit en prima werkt. Alleen bij problemen adviseer ik wel eens igmpproxy te proberen om te kijken of dat de problemen oplost.

Ik zal hem nog eens omzetten.
Weet dat bij me vader op de USG Lite je niet de laatste firmware moest zetten ivm drops op de wan poort en had toen daar ook igmpproxy aan gezet.
Zal dat daar ook nog eens bekijken.

[stormfly]

JungleJim schreef op dinsdag 27 mei 2025 @ 20:26:
[...]

Laatste tijd adviseer ik eigenlijk altijd improxy omdat die al standaard in Unifi OS zit en prima werkt. Alleen bij problemen adviseer ik wel eens igmpproxy te proberen om te kijken of dat de problemen oplost.

Exact dat is ook mijn visie op het geheel, prima plan. Dan hoef je ook geen losse installaties uit te voeren.

[ Voor 6% gewijzigd door stormfly op 27-05-2025 20:43 ]