[Ubiquiti & IPTV] Ervaringen & Discussie

[Chickendorp]

Ik zie dat er een nieuwe update is, het volgende stukje uit de releasenotes viel mij op:



Betekent dit dat er nu geen scripts meer nodig zijn om IPTV aan de gang te krijgen (bij KPN)?

[JungleJim]

Chickendorp schreef op donderdag 22 augustus 2024 @ 13:14:
Betekent dit dat er nu geen scripts meer nodig zijn om IPTV aan de gang te krijgen (bij KPN)?

Zolang het niet mogelijk is om in Unifi Network Application het IPTV VLAN aan de WAN zijde te configureren en routering in te stellen dan zal er nog iets van een script nodig zijn. De custom DHCP opties kunnen mogelijk al wel via de Network Application maar dat heb ik niet getest.

[thomasdebans]

Aan de WAN zijde heb ik ook een optie om iets met de IGMP proxy in te stellen.
Iemand hier bekend mee? of zonder scripts en het selecteren van het IPTV VLAN bij deze optie IPTV werkend is?

[JungleJim]

thomasdebans schreef op vrijdag 23 augustus 2024 @ 13:38:
Aan de WAN zijde heb ik ook een optie om iets met de IGMP proxy in te stellen.
Iemand hier bekend mee? of zonder scripts en het selecteren van het IPTV VLAN bij deze optie IPTV werkend is?

Dat gaat helaas niet werken omdat het IPTV verkeer over een ander VLAN (VLAN 4) aan de WAN kant binnenkomt. Met deze optie zet je alleen de IGMP proxy aan voor multicast verkeer dat over het internet VLAN (VLAN 6) binnen komt.

[wbschenk]

JungleJim schreef op vrijdag 23 augustus 2024 @ 18:33:
[...]

Dat gaat helaas niet werken omdat het IPTV verkeer over een ander VLAN (VLAN 4) aan de WAN kant binnenkomt. Met deze optie zet je alleen de IGMP proxy aan voor multicast verkeer dat over het internet VLAN (VLAN 6) binnen komt.

https://github.com/fabianishere/udm-iptv

[JungleJim]

wbschenk schreef op vrijdag 23 augustus 2024 @ 19:32:
[...]


https://github.com/fabianishere/udm-iptv

Weet niet precies waarom je mij quote? Ik ben wel bekend met het udm-iptv script hoor

[wbschenk]

JungleJim schreef op vrijdag 23 augustus 2024 @ 21:27:
[...]

Weet niet precies waarom je mij quote? Ik ben wel bekend met het udm-iptv script hoor

Iets met nachtdiensten

[nrdnmg]

Ik heb het Fabian script geïnstalleerd op mijn UCG Max.
Multicast werkt (hapert niet), maar zappen gaat heel traag, terwijl unicast wel heel snel zapt.

De oorzaak is volgens mij igmpproxy die niet met het script mee wordt geïnstalleerd.
(UCG heeft standaard improxy aan boord dacht ik; deze heb ik uitgeschakeld in de GUI, en IGMP op het IPTV VLAN ingeschakeld).
Dit helpt niet.

IGMPPROXY handmatig geïnstalleerd via ssh (apt Install igmpproxy). Dat wordt geïnstalleerd.
/etc/udm-iptv.conf aangepast:

code:

# Enable debugging for igmpproxy
IPTV_IGMPPROXY_DEBUG="true"
IPTV_IGMPPROXY_PROGRAM="igmpproxy"

Echter nog steeds traag zappen. Ook na reboot UCG.

Als ik het script weer uninstall (udm-iptv uninstall) wordt het verwijderd, maar valt mij in de output op dat igmpproxy blijkbaar niet geïnstalleerd is??

code:

root@UCG-Max:~# udm-iptv uninstall
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
[b]Package 'igmpproxy' is not installed, so not removed[/b]
The following packages will be REMOVED:
  dialog udm-iptv
0 upgraded, 0 newly installed, 2 to remove and 37 not upgraded.
After this operation, 1299 kB disk space will be freed.
(Reading database ... 62077 files and directories currently installed.)
Removing dialog (1.3-20201126-1) ...
Removing udm-iptv (3.0.5) ...
root@UCG-Max:~#

Maar deze had ik dus wel handmatig geïnstalleerd. Ook aangepast in de configfile.

Wat gaat hier nu mis? Blijkbaar pakt het script de igmpproxy niet.....

Wat ik ook vreemd vind: na verwijderen van het script én herstart van de UCG Max kan ik nog steeds multicast kijken zonder hapering, maar met traag zappen.....

[gielie]

nrdnmg schreef op maandag 26 augustus 2024 @ 22:45:
Ik heb het Fabian script geïnstalleerd op mijn UCG Max.
Multicast werkt (hapert niet), maar zappen gaat heel traag, terwijl unicast wel heel snel zapt.

De oorzaak is volgens mij igmpproxy die niet met het script mee wordt geïnstalleerd.
(UCG heeft standaard improxy aan boord dacht ik; deze heb ik uitgeschakeld in de GUI, en IGMP op het IPTV VLAN ingeschakeld).
Dit helpt niet.

IGMPPROXY handmatig geïnstalleerd via ssh (apt Install igmpproxy). Dat wordt geïnstalleerd.
/etc/udm-iptv.conf aangepast:

code:

# Enable debugging for igmpproxy
IPTV_IGMPPROXY_DEBUG="true"
IPTV_IGMPPROXY_PROGRAM="igmpproxy"

Echter nog steeds traag zappen. Ook na reboot UCG.

Als ik het script weer uninstall (udm-iptv uninstall) wordt het verwijderd, maar valt mij in de output op dat igmpproxy blijkbaar niet geïnstalleerd is??

code:

root@UCG-Max:~# udm-iptv uninstall
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
[b]Package 'igmpproxy' is not installed, so not removed[/b]
The following packages will be REMOVED:
  dialog udm-iptv
0 upgraded, 0 newly installed, 2 to remove and 37 not upgraded.
After this operation, 1299 kB disk space will be freed.
(Reading database ... 62077 files and directories currently installed.)
Removing dialog (1.3-20201126-1) ...
Removing udm-iptv (3.0.5) ...
root@UCG-Max:~#

Maar deze had ik dus wel handmatig geïnstalleerd. Ook aangepast in de configfile.

Wat gaat hier nu mis? Blijkbaar pakt het script de igmpproxy niet.....

Wat ik ook vreemd vind: na verwijderen van het script én herstart van de UCG Max kan ik nog steeds multicast kijken zonder hapering, maar met traag zappen.....

Na de laatste update (8.4.59) heb ik ook last van traag zappen waar het voorheen prima werkte. Er is toch iets in de software veranderd.
Iemand een idee hierover.

[mgiebels]

Je moet ook bij het script van Fabian nog een stap doen staat
Volgens mij wel op ze site.
Script verwijderen
- apt update
- script installeren
Dit uitvoeren op de UCG

IPTV_IGMPPROXY_PROGRAM="improxy"
Let op hier moet inproxy staan.

En zorg dat in je controller software de igmpproxy uitstaat

[nrdnmg]

mgiebels schreef op dinsdag 27 augustus 2024 @ 05:26:
Je moet ook bij het script van Fabian nog een stap doen staat
Volgens mij wel op ze site.
Script verwijderen
- apt update
- script installeren
Dit uitvoeren op de UCG

IPTV_IGMPPROXY_PROGRAM="improxy"
Let op hier moet inproxy staan.

En zorg dat in je controller software de igmpproxy uitstaat

Precies wat ik ook heb gedaan.
Maar dan nog heel traag zappen, igmpproxy doet het gewoon niet volgens mij.

Overigens: ik vind de kwaliteit ven unicast ook dik op orde eigenlijk

[mgiebels]

nrdnmg schreef op dinsdag 27 augustus 2024 @ 08:31:
[...]


Precies wat ik ook heb gedaan.
Maar dan nog heel traag zappen, igmpproxy doet het gewoon niet volgens mij.

Overigens: ik vind de kwaliteit ven unicast ook dik op orde eigenlijk

Hier werkt het prima dus geen idee wat er
Fout gaat bij jullie zappen gaat erg snel.

[nrdnmg]

mgiebels schreef op dinsdag 27 augustus 2024 @ 08:55:
[...]

Hier werkt het prima dus geen idee wat er
Fout gaat bij jullie zappen gaat erg snel.

Heb jij ook een UCG Max / Ultra?

Wil je de settings delen?
En je stappenplan? Heb je igmpproxy apart geïnstalleerd?

[mgiebels]

nrdnmg schreef op dinsdag 27 augustus 2024 @ 09:34:
[...]


Heb jij ook een UCG Max / Ultra?

Wil je de settings delen?
En je stappenplan? Heb je igmpproxy apart geïnstalleerd?

Nee eerst Fabian ze script deïnstalleren.
Dan apt update doen anders installeert hij geen improxy mee
Daarna script weer draaien en installeren dan installeerde hij bij mij de igmp mee…


Daarna config goed zetten als je zoals ik een apart vlan heb.

Heb hier config van de lite variant maar die is bijna zelfde alleen eth is dan br….

root@UniFiNext-GenGatewayLite:~# cat /etc/udm-iptv.conf

IPTV_WAN_INTERFACE="eth1"

IPTV_WAN_VLAN="4"

IPTV_WAN_VLAN_INTERFACE="iptv"

IPTV_WAN_RANGES="213.75.0.0/16 217.166.0.0/16"

IPTV_WAN_DHCP_OPTIONS="-O staticroutes -V IPTV_RG"

IPTV_LAN_INTERFACES="eth0.661"

IPTV_IGMPPROXY_PROGRAM="improxy"

IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="true"

IPTV_IGMPPROXY_DEBUG="true"

IPTV_IGMPPROXY_IGMP_VERSION="2"

Heb zelf nu meerder Max / ultra zo geïnstalleerd

[JungleJim]

Even voor de duidelijkheid, improxy is al standaard geinstalleerd op een Unifi Gateway en Consoles met recente firmware en Network Application (precieze versies weet ik niet). En het is ook de default optie voor de te gebruiken IGMP Proxy in het udm-iptv script. Dus daar hoef je niets voor aan te passen.

igmpproxy werd in oudere versies van het script gebruikt omdat improxy pas op een later moment aan de Gateways en Consoles is toegevoegd. Het is nog steeds een optie, alleen moet je het package dan zelf installeren en de udm-iptv config aanpassen zodat igmpproxy wordt gebruikt.

Daarnaast werkt improxy betrouwbaarder dan igmpproxy, dus dat is ook een reden om de default te gebruiken en niet igmpproxy te installeren.

Als zappen traag gaat zou ik eerder even de instellingen in de Network Application nalopen:
* Networks > Multicast IP filtering (IGMP Snooping) staat aan voor het VLAN waar je TV kastje in zit
* Networks > Forward Unknown Multicast Traffic staat uit (deze setting zit alleen in vrij recente Network Application versies)
* Networks > Fast Leave staat uit (deze setting zit alleen in vrij recente Network Application versies)
* Internet > Primary WAN > IPTV Streaming staat uit (als je deze aanzet gebruik je de IGMP Proxy config van de Network Application ipv het udm-iptv script)
* Port Manager > device en netwerk poort waar TV kastje aanzit > Native VLAN / Network staat op IPTV VLAN
* Port Manager > device en netwerk poort waar TV kastje aanzit > Tagged VLAN Management staat op Block All

[mgiebels]

JungleJim schreef op dinsdag 27 augustus 2024 @ 15:09:
Even voor de duidelijkheid, improxy is al standaard geinstalleerd op een Unifi Gateway en Consoles met recente firmware en Network Application (precieze versies weet ik niet). En het is ook de default optie voor de te gebruiken IGMP Proxy in het udm-iptv script. Dus daar hoef je niets voor aan te passen.

igmpproxy werd in oudere versies van het script gebruikt omdat improxy pas op een later moment aan de Gateways en Consoles is toegevoegd. Het is nog steeds een optie, alleen moet je het package dan zelf installeren en de udm-iptv config aanpassen zodat igmpproxy wordt gebruikt.

Daarnaast werkt improxy betrouwbaarder dan igmpproxy, dus dat is ook een reden om de default te gebruiken en niet igmpproxy te installeren.

Als zappen traag gaat zou ik eerder even de instellingen in de Network Application nalopen:
* Networks > Multicast IP filtering (IGMP Snooping) staat aan voor het VLAN waar je TV kastje in zit
* Networks > Forward Unknown Multicast Traffic staat uit (deze setting zit alleen in vrij recente Network Application versies)
* Networks > Fast Leave staat uit (deze setting zit alleen in vrij recente Network Application versies)
* Internet > Primary WAN > IPTV Streaming staat uit (als je deze aanzet gebruik je de IGMP Proxy config van de Network Application ipv het udm-iptv script)
* Port Manager > device en netwerk poort waar TV kastje aanzit > Native VLAN / Network staat op IPTV VLAN
* Port Manager > device en netwerk poort waar TV kastje aanzit > Tagged VLAN Management staat op Block All

KLopt helemaal wat je zegt alleen installeerde hij bij mij niet de improxy als ik niet eerst de apt update had gedaan dat was echt een must voordat ik het script van Fabian moest draaien.

[JungleJim]

mgiebels schreef op dinsdag 27 augustus 2024 @ 15:21:
[...]


KLopt helemaal wat je zegt alleen installeerde hij bij mij niet de improxy als ik niet eerst de apt update had gedaan dat was echt een must voordat ik het script van Fabian moest draaien.

Hmm ok, apart dan want één van de eerste dingen die de installer doet is een apt update uitvoeren.

[nrdnmg]

JungleJim schreef op dinsdag 27 augustus 2024 @ 15:09:
Even voor de duidelijkheid, improxy is al standaard geinstalleerd op een Unifi Gateway en Consoles met recente firmware en Network Application (precieze versies weet ik niet). En het is ook de default optie voor de te gebruiken IGMP Proxy in het udm-iptv script. Dus daar hoef je niets voor aan te passen.

igmpproxy werd in oudere versies van het script gebruikt omdat improxy pas op een later moment aan de Gateways en Consoles is toegevoegd. Het is nog steeds een optie, alleen moet je het package dan zelf installeren en de udm-iptv config aanpassen zodat igmpproxy wordt gebruikt.

Daarnaast werkt improxy betrouwbaarder dan igmpproxy, dus dat is ook een reden om de default te gebruiken en niet igmpproxy te installeren.

Als zappen traag gaat zou ik eerder even de instellingen in de Network Application nalopen:
* Networks > Multicast IP filtering (IGMP Snooping) staat aan voor het VLAN waar je TV kastje in zit
* Networks > Forward Unknown Multicast Traffic staat uit (deze setting zit alleen in vrij recente Network Application versies)
* Networks > Fast Leave staat uit (deze setting zit alleen in vrij recente Network Application versies)
* Internet > Primary WAN > IPTV Streaming staat uit (als je deze aanzet gebruik je de IGMP Proxy config van de Network Application ipv het udm-iptv script)
* Port Manager > device en netwerk poort waar TV kastje aanzit > Native VLAN / Network staat op IPTV VLAN
* Port Manager > device en netwerk poort waar TV kastje aanzit > Tagged VLAN Management staat op Block All

Ik heb de instellingen nagelopen en op de laatste na stond alles goed.

Nog steeds zapt het traag, ruim 6 seconde tussen de zenders.

Hierbij mijn output van udm-iptv-diag

code:

root@UCG-Max:~# udm-iptv diag
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: 213.75.0.0/16  217.166.0.0/16
LAN Interfaces: br30
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
Device "iptv" does not exist.
Cannot find device "iptv"
=== Service Logs ===
Aug 27 16:57:39 UCG-Max udm-iptvd[1445774]: Device eth8 for iptv does not exist
Aug 27 16:57:39 UCG-Max systemd[1]: udm-iptv.service: Main process exited, code=exited, status=1/FAILURE
Aug 27 16:57:39 UCG-Max systemd[1]: udm-iptv.service: Failed with result 'exit-code'.
Aug 27 16:57:44 UCG-Max systemd[1]: udm-iptv.service: Scheduled restart job, restart counter is at 10.
Aug 27 16:57:44 UCG-Max systemd[1]: Stopped IPTV support for the UniFi Dream Machine.
Aug 27 16:57:44 UCG-Max systemd[1]: Started IPTV support for the UniFi Dream Machine.
Aug 27 16:57:44 UCG-Max udm-iptvd[1445868]: Device "eth8" does not exist.
Aug 27 16:57:44 UCG-Max udm-iptvd[1445867]: Device eth8 for iptv does not exist
Aug 27 16:57:44 UCG-Max systemd[1]: udm-iptv.service: Main process exited, code=exited, status=1/FAILURE
Aug 27 16:57:44 UCG-Max systemd[1]: udm-iptv.service: Failed with result 'exit-code'.

Daar staan wel wat foutmeldingen in.....
Ik heb dus een UCG Max, script van Fabian erop gezet.
Aparte VLAN voor IPTV.

Hiervoor had ik een USG lite en daar draaide alles prima op.

[mgiebels]

nrdnmg schreef op dinsdag 27 augustus 2024 @ 17:04:
[...]


Ik heb de instellingen nagelopen en op de laatste na stond alles goed.

Nog steeds zapt het traag, ruim 6 seconde tussen de zenders.

Hierbij mijn output van udm-iptv-diag

code:

root@UCG-Max:~# udm-iptv diag
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: 213.75.0.0/16  217.166.0.0/16
LAN Interfaces: br30
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
Device "iptv" does not exist.
Cannot find device "iptv"
=== Service Logs ===
Aug 27 16:57:39 UCG-Max udm-iptvd[1445774]: Device eth8 for iptv does not exist
Aug 27 16:57:39 UCG-Max systemd[1]: udm-iptv.service: Main process exited, code=exited, status=1/FAILURE
Aug 27 16:57:39 UCG-Max systemd[1]: udm-iptv.service: Failed with result 'exit-code'.
Aug 27 16:57:44 UCG-Max systemd[1]: udm-iptv.service: Scheduled restart job, restart counter is at 10.
Aug 27 16:57:44 UCG-Max systemd[1]: Stopped IPTV support for the UniFi Dream Machine.
Aug 27 16:57:44 UCG-Max systemd[1]: Started IPTV support for the UniFi Dream Machine.
Aug 27 16:57:44 UCG-Max udm-iptvd[1445868]: Device "eth8" does not exist.
Aug 27 16:57:44 UCG-Max udm-iptvd[1445867]: Device eth8 for iptv does not exist
Aug 27 16:57:44 UCG-Max systemd[1]: udm-iptv.service: Main process exited, code=exited, status=1/FAILURE
Aug 27 16:57:44 UCG-Max systemd[1]: udm-iptv.service: Failed with result 'exit-code'.

Daar staan wel wat foutmeldingen in.....
Ik heb dus een UCG Max, script van Fabian erop gezet.
Aparte VLAN voor IPTV.

Hiervoor had ik een USG lite en daar draaide alles prima op.

eth8 moet dat niet ook br8 zijn?
Naar mijn weten heeft de UCG-Max geen eth porten

[nrdnmg]

mgiebels schreef op dinsdag 27 augustus 2024 @ 17:37:
[...]


eth8 moet dat niet ook br8 zijn?
Naar mijn weten heeft de UCG-Max geen eth porten

Nee, dat helpt niet

code:

root@UCG-Max:~# udm-iptv diag
Please share the following output with the developers:
=== Configuration ===
WAN Interface: br8
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: br30
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
=== Service Logs ===
Aug 27 17:57:04 UCG-Max udm-iptvd[42993]: Device br8 for iptv does not exist
Aug 27 17:57:04 UCG-Max systemd[1]: udm-iptv.service: Main process exited, code=exited, status=1/FAILURE
Aug 27 17:57:04 UCG-Max systemd[1]: udm-iptv.service: Failed with result 'exit-code'.
Aug 27 17:57:09 UCG-Max systemd[1]: udm-iptv.service: Scheduled restart job, restart counter is at 9.
Aug 27 17:57:09 UCG-Max systemd[1]: Stopped IPTV support for the UniFi Dream Machine.
Aug 27 17:57:09 UCG-Max systemd[1]: Started IPTV support for the UniFi Dream Machine.
Aug 27 17:57:09 UCG-Max udm-iptvd[43158]: Device "br8" does not exist.
Aug 27 17:57:09 UCG-Max udm-iptvd[43157]: Device br8 for iptv does not exist
Aug 27 17:57:09 UCG-Max systemd[1]: udm-iptv.service: Main process exited, code=exited, status=1/FAILURE
Aug 27 17:57:09 UCG-Max systemd[1]: udm-iptv.service: Failed with result 'exit-code'.
root@UCG-Max:~#

[nrdnmg]

mgiebels schreef op dinsdag 27 augustus 2024 @ 17:37:
[...]


eth8 moet dat niet ook br8 zijn?
Naar mijn weten heeft de UCG-Max geen eth porten

Blijkbaar moet het eth4 zijn (dat was ook pull request op GitHub....)

Met eth4 zapt het wel snel, zoals je mag verwachten.

Maar de diag geeft nu wel weer andere foutmeldingen die ik niet herken?

code:

root@UCG-Max:~# udm-iptv diag
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
LAN Interfaces: br30
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
29: iptv@eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.220.133.53/22 brd 10.220.135.255 scope global iptv
       valid_lft forever preferred_lft forever
10.220.132.0/22 proto kernel scope link src 10.220.133.53 
213.75.112.0/21 via 10.220.132.1 metric 229 
=== Service Logs ===
Aug 27 17:59:18 UCG-Max udm-iptvd[45927]: DEBUG[main@655]: timeout
Aug 27 17:59:18 UCG-Max udm-iptvd[45927]: DEBUG[main@655]: timeout
Aug 27 17:59:18 UCG-Max udm-iptvd[45927]: DEBUG[main@655]: timeout
Aug 27 17:59:18 UCG-Max udm-iptvd[45927]: DEBUG[main@655]: timeout
Aug 27 17:59:18 UCG-Max udm-iptvd[45927]: DEBUG[main@655]: timeout
Aug 27 17:59:18 UCG-Max udm-iptvd[45927]: DEBUG[main@655]: timeout
Aug 27 17:59:18 UCG-Max udm-iptvd[45927]: DEBUG[main@655]: timeout
Aug 27 17:59:18 UCG-Max udm-iptvd[45927]: DEBUG[main@655]: timeout
Aug 27 17:59:18 UCG-Max udm-iptvd[45927]: DEBUG[main@655]: timeout
Aug 27 17:59:18 UCG-Max udm-iptvd[45927]: DEBUG[main@655]: timeout
root@UCG-Max:~#

[mgiebels]

nrdnmg schreef op dinsdag 27 augustus 2024 @ 18:02:
[...]


Blijkbaar moet het eth4 zijn (dat was ook pull request op GitHub....)

Met eth4 zapt het wel snel, zoals je mag verwachten.

Maar de diag geeft nu wel weer andere foutmeldingen die ik niet herken?

code:

root@UCG-Max:~# udm-iptv diag
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
LAN Interfaces: br30
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
29: iptv@eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.220.133.53/22 brd 10.220.135.255 scope global iptv
       valid_lft forever preferred_lft forever
10.220.132.0/22 proto kernel scope link src 10.220.133.53 
213.75.112.0/21 via 10.220.132.1 metric 229 
=== Service Logs ===
Aug 27 17:59:18 UCG-Max udm-iptvd[45927]: DEBUG[main@655]: timeout
Aug 27 17:59:18 UCG-Max udm-iptvd[45927]: DEBUG[main@655]: timeout
Aug 27 17:59:18 UCG-Max udm-iptvd[45927]: DEBUG[main@655]: timeout
Aug 27 17:59:18 UCG-Max udm-iptvd[45927]: DEBUG[main@655]: timeout
Aug 27 17:59:18 UCG-Max udm-iptvd[45927]: DEBUG[main@655]: timeout
Aug 27 17:59:18 UCG-Max udm-iptvd[45927]: DEBUG[main@655]: timeout
Aug 27 17:59:18 UCG-Max udm-iptvd[45927]: DEBUG[main@655]: timeout
Aug 27 17:59:18 UCG-Max udm-iptvd[45927]: DEBUG[main@655]: timeout
Aug 27 17:59:18 UCG-Max udm-iptvd[45927]: DEBUG[main@655]: timeout
Aug 27 17:59:18 UCG-Max udm-iptvd[45927]: DEBUG[main@655]: timeout
root@UCG-Max:~#

Dat ziet er wel beter uit inderdaad.
Ik heb ook wel regelmatig timeouts staan maar niet zoveel.

Maar je kan het zien of je multicast kijkt.
Staat er rechts onderop LIVE of Live?

Staat er Live is het unicast.
Staat er LIVE is het multicast

[nrdnmg]

mgiebels schreef op dinsdag 27 augustus 2024 @ 18:06:
[...]


Dat ziet er wel beter uit inderdaad.
Maar je kan het zien of je multicast kijkt.
Staat er rechts onderop LIVE of Live?

Staat er Live is het unicast.
Staat er LIVE is het multicast

LIVE
Dus multicast. En zappen gaat nu dus ook snel.

Voor de volledigheid (en voor anderen met een UCG MAX) hieronder mijn /etc/udm-iptv.conf
Hierin nog IPTV_IGMPPROXY_DEBUG="false" op "false" gezet (voor wat het waard is).

code:

IPTV_WAN_INTERFACE="eth4"

IPTV_WAN_VLAN="4"

IPTV_WAN_VLAN_INTERFACE="iptv"

IPTV_WAN_RANGES="213.75.0.0/16  217.166.0.0/16"

IPTV_WAN_DHCP_OPTIONS="-O staticroutes -V IPTV_RG"

IPTV_LAN_INTERFACES="br30"

IPTV_IGMPPROXY_PROGRAM="improxy"

IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="false"

IPTV_IGMPPROXY_DEBUG="false"

IPTV_IGMPPROXY_IGMP_VERSION="2"

Dit levert weer een andere diag-output op:

code:

root@UCG-Max:~# udm-iptv diag
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
LAN Interfaces: br30
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
30: iptv@eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.220.133.53/22 brd 10.220.135.255 scope global iptv
       valid_lft forever preferred_lft forever
10.220.132.0/22 proto kernel scope link src 10.220.133.53 
213.75.112.0/21 via 10.220.132.1 metric 230 
=== Service Logs ===
Aug 27 18:03:23 UCG-Max udm-iptvd[51210]: Obtaining IP address for VLAN interface
Aug 27 18:03:23 UCG-Max udm-iptvd[51246]: udhcpc: started, v1.30.1
Aug 27 18:03:23 UCG-Max udm-iptvd[51246]: udhcpc: sending discover
Aug 27 18:03:24 UCG-Max udm-iptvd[51246]: udhcpc: sending select for 10.220.133.53
Aug 27 18:03:24 UCG-Max udm-iptvd[51246]: udhcpc: lease of 10.220.133.53 obtained, lease time 3600
Aug 27 18:03:24 UCG-Max udm-iptvd[51210]: NATing IPTV network ranges (if necessary)
Aug 27 18:03:24 UCG-Max udm-iptvd[51210]: Creating static routes (if necessary)
Aug 27 18:03:24 UCG-Max udm-iptvd[51210]: Setting up IGMP Proxy
Aug 27 18:03:24 UCG-Max udm-iptvd[51210]: Using improxy...
Aug 27 18:03:24 UCG-Max udm-iptvd[51210]: Starting IGMP Proxy
root@UCG-Max:~#

Voor zover ik kan beoordelen zou dit 't dus moeten zijn en nu goed moeten werken!

[JungleJim]

nrdnmg schreef op dinsdag 27 augustus 2024 @ 18:02:
Blijkbaar moet het eth4 zijn (dat was ook pull request op GitHub....)

Ja wilde net posten dat eth8 niet de goede interface is voor de WAN kant, dat moet idd eth4.

M’n pull request voor UCG Max ondersteuning is al wel gemerged maar nog niet gereleased, vandaar dat bij configuratie niet de juiste opties getoond worden.

Die time-outs heb ik ook in m’n log, irritant maar lijken verder de werking niet te beïnvloeden.

[nrdnmg]

toch weer stilstaand beeld......

code:

root@UCG-Max:~# udm-iptv diag
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
LAN Interfaces: br30
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
30: iptv@eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.220.133.53/22 brd 10.220.135.255 scope global iptv
       valid_lft forever preferred_lft forever
10.220.132.0/22 proto kernel scope link src 10.220.133.53 
213.75.112.0/21 via 10.220.132.1 metric 230 
=== Service Logs ===
Aug 27 20:00:08 UCG-Max udm-iptvd[51210]:         version: 2
Aug 27 20:00:08 UCG-Max udm-iptvd[51210]: interface br30:192.168.30.1
Aug 27 20:00:08 UCG-Max udm-iptvd[51210]: group 224.0.251.124 exclude mode
Aug 27 20:00:08 UCG-Max udm-iptvd[51210]:         group time 260
Aug 27 20:00:08 UCG-Max udm-iptvd[51210]:         version: 2
Aug 27 20:00:08 UCG-Max udm-iptvd[51210]: group 224.0.251.125 exclude mode
Aug 27 20:00:08 UCG-Max udm-iptvd[51210]:         group time 1
Aug 27 20:00:08 UCG-Max udm-iptvd[51210]:         version: 2
Aug 27 20:00:08 UCG-Max udm-iptvd[51210]: interface br30:192.168.30.1
Aug 27 20:00:08 UCG-Max udm-iptvd[51210]: group 224.0.251.124 exclude mode

opgelost door systemctl restart udm-iptv uit te voeren. Maar wel vreemd....

Daarna:

code:

root@UCG-Max:~# systemctl restart udm-iptv
root@UCG-Max:~# udm-iptv diag
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
LAN Interfaces: br30
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
31: iptv@eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.220.133.185/22 brd 10.220.135.255 scope global iptv
       valid_lft forever preferred_lft forever
10.220.132.0/22 proto kernel scope link src 10.220.133.185 
213.75.112.0/21 via 10.220.132.1 metric 231 
=== Service Logs ===
Aug 27 20:12:00 UCG-Max udm-iptvd[219867]: Obtaining IP address for VLAN interface
Aug 27 20:12:00 UCG-Max udm-iptvd[219880]: udhcpc: started, v1.30.1
Aug 27 20:12:00 UCG-Max udm-iptvd[219880]: udhcpc: sending discover
Aug 27 20:12:01 UCG-Max udm-iptvd[219880]: udhcpc: sending select for 10.220.133.185
Aug 27 20:12:01 UCG-Max udm-iptvd[219880]: udhcpc: lease of 10.220.133.185 obtained, lease time 3600
Aug 27 20:12:01 UCG-Max udm-iptvd[219867]: NATing IPTV network ranges (if necessary)
Aug 27 20:12:01 UCG-Max udm-iptvd[219867]: Creating static routes (if necessary)
Aug 27 20:12:01 UCG-Max udm-iptvd[219867]: Setting up IGMP Proxy
Aug 27 20:12:01 UCG-Max udm-iptvd[219867]: Using improxy...
Aug 27 20:12:01 UCG-Max udm-iptvd[219867]: Starting IGMP Proxy

Wat kan hier mis gegaan zijn?

[ Voor 93% gewijzigd door nrdnmg op 27-08-2024 20:17 ]

[mgiebels]

nrdnmg schreef op dinsdag 27 augustus 2024 @ 20:13:
toch weer stilstaand beeld......

code:

root@UCG-Max:~# udm-iptv diag
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
LAN Interfaces: br30
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
30: iptv@eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.220.133.53/22 brd 10.220.135.255 scope global iptv
       valid_lft forever preferred_lft forever
10.220.132.0/22 proto kernel scope link src 10.220.133.53 
213.75.112.0/21 via 10.220.132.1 metric 230 
=== Service Logs ===
Aug 27 20:00:08 UCG-Max udm-iptvd[51210]:         version: 2
Aug 27 20:00:08 UCG-Max udm-iptvd[51210]: interface br30:192.168.30.1
Aug 27 20:00:08 UCG-Max udm-iptvd[51210]: group 224.0.251.124 exclude mode
Aug 27 20:00:08 UCG-Max udm-iptvd[51210]:         group time 260
Aug 27 20:00:08 UCG-Max udm-iptvd[51210]:         version: 2
Aug 27 20:00:08 UCG-Max udm-iptvd[51210]: group 224.0.251.125 exclude mode
Aug 27 20:00:08 UCG-Max udm-iptvd[51210]:         group time 1
Aug 27 20:00:08 UCG-Max udm-iptvd[51210]:         version: 2
Aug 27 20:00:08 UCG-Max udm-iptvd[51210]: interface br30:192.168.30.1
Aug 27 20:00:08 UCG-Max udm-iptvd[51210]: group 224.0.251.124 exclude mode

opgelost door systemctl restart udm-iptv uit te voeren. Maar wel vreemd....

Daarna:

code:

root@UCG-Max:~# systemctl restart udm-iptv
root@UCG-Max:~# udm-iptv diag
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
LAN Interfaces: br30
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
31: iptv@eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.220.133.185/22 brd 10.220.135.255 scope global iptv
       valid_lft forever preferred_lft forever
10.220.132.0/22 proto kernel scope link src 10.220.133.185 
213.75.112.0/21 via 10.220.132.1 metric 231 
=== Service Logs ===
Aug 27 20:12:00 UCG-Max udm-iptvd[219867]: Obtaining IP address for VLAN interface
Aug 27 20:12:00 UCG-Max udm-iptvd[219880]: udhcpc: started, v1.30.1
Aug 27 20:12:00 UCG-Max udm-iptvd[219880]: udhcpc: sending discover
Aug 27 20:12:01 UCG-Max udm-iptvd[219880]: udhcpc: sending select for 10.220.133.185
Aug 27 20:12:01 UCG-Max udm-iptvd[219880]: udhcpc: lease of 10.220.133.185 obtained, lease time 3600
Aug 27 20:12:01 UCG-Max udm-iptvd[219867]: NATing IPTV network ranges (if necessary)
Aug 27 20:12:01 UCG-Max udm-iptvd[219867]: Creating static routes (if necessary)
Aug 27 20:12:01 UCG-Max udm-iptvd[219867]: Setting up IGMP Proxy
Aug 27 20:12:01 UCG-Max udm-iptvd[219867]: Using improxy...
Aug 27 20:12:01 UCG-Max udm-iptvd[219867]: Starting IGMP Proxy

Wat kan hier mis gegaan zijn?

Geen idee of het uitmaakt maar ik heb hier de quickleave op true staan ook de debug trouwens

[JungleJim]

nrdnmg schreef op dinsdag 27 augustus 2024 @ 20:13:
Wat kan hier mis gegaan zijn?

In de logs staan geen gekke dingen. Bij mij (weliswaar met UDMPRO) gebeurt het heel af en toe dat het beeld hapert of stilstaat. Herstart van udm-iptv (met systemctl restart udm-iptv) lost dat weer op.

[WeHoDo]

Ik heb het topic niet helemaal doorgenomen, maar wat is het voordeel van het script van Fabian voor IPTV?
Ik heb een UDM SE, werkend op glasvezel (KPN) met IPTV, zonder Expedia Box, zonder scripts.
IPTV werkt als een zonnetje.

[ Voor 4% gewijzigd door WeHoDo op 27-08-2024 21:06 ]

[JungleJim]

mgiebels schreef op dinsdag 27 augustus 2024 @ 20:31:
Geen idee of het uitmaakt maar ik heb hier de quickleave op true staan ook de debug trouwens

De quickleave setting is trouwens alleen van toepassing als je igmpproxy gebruikt. improxy ondersteunt het wel maar udm-iptv doet er niets mee. Wellicht wordt dat de volgende pull request

[JungleJim]

WeHoDo schreef op dinsdag 27 augustus 2024 @ 21:00:
Ik heb het topic niet helemaal doorgenomen, maar wat is het voordeel van het script van Fabian voor IPTV?
Ik heb een UDM SE, werkend op glasvezel met IPTV, zonder Expedia Box, zonder scripts.
IPTV werkt als een zonnetje.

Even ervan uitgaande dat je KPN TV+ hebt. In principe werkt dat prima zonder dat je het udm-iptv script hoeft te gebruiken. Maar dan gebruikt het kastje de unicast streams, en die zijn van lagere kwaliteit dan mogelijk is. Met het script maakt het kastje gebruik van de multicast streams, en die hebben een hogere bitrate. Ook is het zappen dan sneller. Het is persoonlijk of je dat verschil merkt en/of belangrijk vindt.

Als je een van de oudere IPTV platformen gebruikt, dan heb je het script nodig om IPTV überhaupt aan de praat te krijgen als je een Unifi Gateway of Console gebruikt.

[WeHoDo]

JungleJim schreef op dinsdag 27 augustus 2024 @ 21:08:
[...]

Even ervan uitgaande dat je KPN TV+ hebt. In principe werkt dat prima zonder dat je het udm-iptv script hoeft te gebruiken. Maar dan gebruikt het kastje de unicast streams, en die zijn van lagere kwaliteit dan mogelijk is. Met het script maakt het kastje gebruik van de multicast streams, en die hebben een hogere bitrate. Ook is het zappen dan sneller. Het is persoonlijk of je dat verschil merkt en/of belangrijk vindt.

Als je een van de oudere IPTV platformen gebruikt, dan heb je het script nodig om IPTV überhaupt aan de praat te krijgen als je een Unifi Gateway of Console gebruikt.

Het zappen merk ik bijna geen verschil, duurt misschien 1 seconden langer, niet hinderlijk.
De kwaliteit merk ik zelf niet, hoe kan ik zien of het uni of multicast is?

[JungleJim]

WeHoDo schreef op dinsdag 27 augustus 2024 @ 21:11:
Het zappen merk ik bijna geen verschil, duurt misschien 1 seconden langer, niet hinderlijk.
De kwaliteit merk ik zelf niet, hoe kan ik zien of het uni of multicast is?

Als je de info van het huidige TV kanaal bekijkt staat er rechtsonderin Live of LIVE. Als er LIVE staat is het multicast, als er Live staat is het unicast.

[Maukie]

Ik heb zelf thuis de Cloud Gateway Ultra draaien maar ik merk met het zappen tussen zenders wel een verschil of ik de improxy draai of de igmpproxy.

Als ik de improxy actief heb en ik zap bv van NPO1 naar NPO2 en dan binnen 2 seconden weer terug naar NPO1 dan loopt de stream even 2 seconden vast.
Doe ik ditzelfde met igmpproxy dan heb ik dit probleem niet.

De streams zijn verder wel allemaal via Multicast en ik heb voor IPTV ook een apart VLAN.

[nrdnmg]

Maukie schreef op woensdag 28 augustus 2024 @ 12:10:
Ik heb zelf thuis de Cloud Gateway Ultra draaien maar ik merk met het zappen tussen zenders wel een verschil of ik de improxy draai of de igmpproxy.

Als ik de improxy actief heb en ik zap bv van NPO1 naar NPO2 en dan binnen 2 seconden weer terug naar NPO1 dan loopt de stream even 2 seconden vast.
Doe ik ditzelfde met igmpproxy dan heb ik dit probleem niet.

De streams zijn verder wel allemaal via Multicast en ik heb voor IPTV ook een apart VLAN.

hier hetzelfde met improxy.
Niet vervelend, maar ben wel benieuwd naar de reden.

[JungleJim]

Heb het ook ff getest op m'n UDM PRO, improxy hapert idd kort als je snel heen en weer zapt. Quickleave aan/uit (met aanpassing aan udm-iptv) of IGMP v2 of v3 maakt niet uit. igmpproxy heeft de hapering niet.

Nou ja, improxy zal voor de meesten wat makkelijker zijn om te gebruiken omdat dat de default is. Als je de hapering vervelend vindt kun je altijd switchen

[qwasd]

verplaatst naar juiste topic

[ Voor 95% gewijzigd door qwasd op 29-08-2024 16:51 ]

[JungleJim]

@qwasd denk dat je deze vraag beter in [Ubiquiti-apparatuur] Ervaringen & Discussie - Deel 4 kan vragen, dit topic gaat over IPTV icm Ubiquiti apparatuur.

[nrdnmg]

JungleJim schreef op woensdag 28 augustus 2024 @ 22:07:
Heb het ook ff getest op m'n UDM PRO, improxy hapert idd kort als je snel heen en weer zapt. Quickleave aan/uit (met aanpassing aan udm-iptv) of IGMP v2 of v3 maakt niet uit. igmpproxy heeft de hapering niet.

Nou ja, improxy zal voor de meesten wat makkelijker zijn om te gebruiken omdat dat de default is. Als je de hapering vervelend vindt kun je altijd switchen

En dat switchen is niets anders dan een apt update en apt install igmpproxy
Vervolgens in de settings de regel

code:

IPTV_IGMPPROXY_PROGRAM="improxy"

wisselen naar

code:

IPTV_IGMPPROXY_PROGRAM="igmpproxy"

En natuurlijk de systemctl restart udm-iptv

Of is het niet zo makkelijk?

En stel dat je toch terug wilt, dan is het enkel de config file aanpassen omdat improxy altijd geïnstalleerd is?

[JungleJim]

@nrdnmg ja klopt, dat is wat je moet doen om te wisselen.

[Tylen]

mgiebels schreef op dinsdag 27 augustus 2024 @ 18:06:
[...]


Dat ziet er wel beter uit inderdaad.
Ik heb ook wel regelmatig timeouts staan maar niet zoveel.

Maar je kan het zien of je multicast kijkt.
Staat er rechts onderop LIVE of Live?

Staat er Live is het unicast.
Staat er LIVE is het multicast

Weet je dat zeker? De tv in de veranda zit via wifi met de kpn app erop (android tv). En daar staat LIVE. Ik heb geen igmp proxy of een kpn router in mijn netwerk.

[mgiebels]

Tylen schreef op zaterdag 31 augustus 2024 @ 18:04:
[...]


Weet je dat zeker? De tv in de veranda zit via wifi met de kpn app erop (android tv). En daar staat LIVE. Ik heb geen igmp proxy of een kpn router in mijn netwerk.

Dat is wat ze bij KPN zelf zeggen.
Ik merk het ook als ik me tv ontvanger op me hotspot zet heb ik Live ipv LIVE met de kabel erin.

We hebben het hier dan wel over de TV+ ontvanger van KPN en niet een android box met KPN App erop want dat staat compleet los van elkaar.

[Tylen]

Check dat is het verschil ja. . M

[furian88]

ik heb sinds de laatste 2 releases van de ugx max ook problemen met improxy.
bij het live kijken van tv begint na een paar minuten het beeld en geluid te stotteren en soms loopt hij dan vast.


dit zijn mijn settings, om 7;40 gestart en 11 minuten later gestopt?:

root@GatewayMax:~# udm-iptv diagnose
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
LAN Interfaces: br661
IGMP Proxy quickleave disabled: true
IGMP Proxy debug: true
=== IP Link and Route ===
21: iptv@eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet 10.242.141.124/22 brd 10.242.143.255 scope global iptv
valid_lft forever preferred_lft forever
10.242.140.0/22 proto kernel scope link src 10.242.141.124
213.75.112.0/21 via 10.242.140.1 metric 221
=== Service Logs ===
Sep 04 07:40:17 GatewayMax udm-iptvd[3868198]: Obtaining IP address for VLAN interface
Sep 04 07:40:17 GatewayMax udm-iptvd[3868218]: udhcpc: started, v1.30.1
Sep 04 07:40:17 GatewayMax udm-iptvd[3868218]: udhcpc: sending discover
Sep 04 07:40:17 GatewayMax udm-iptvd[3868218]: udhcpc: sending select for 10.242.141.124
Sep 04 07:40:17 GatewayMax udm-iptvd[3868218]: udhcpc: lease of 10.242.141.124 obtained, lease time 3600
Sep 04 07:40:17 GatewayMax udm-iptvd[3868198]: NATing IPTV network ranges (if necessary)
Sep 04 07:40:17 GatewayMax udm-iptvd[3868198]: Creating static routes (if necessary)
Sep 04 07:40:17 GatewayMax udm-iptvd[3868198]: Setting up IGMP Proxy
Sep 04 07:40:17 GatewayMax udm-iptvd[3868198]: Using improxy...
Sep 04 07:40:18 GatewayMax udm-iptvd[3868198]: Starting IGMP Proxy
root@GatewayMax:~# udm-iptv diagnose
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
LAN Interfaces: br661
IGMP Proxy quickleave disabled: true
IGMP Proxy debug: true
=== IP Link and Route ===
21: iptv@eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet 10.242.141.124/22 brd 10.242.143.255 scope global iptv
valid_lft forever preferred_lft forever
10.242.140.0/22 proto kernel scope link src 10.242.141.124
213.75.112.0/21 via 10.242.140.1 metric 221
=== Service Logs ===
Sep 04 07:51:16 GatewayMax udm-iptvd[3868198]: INFO[imp_verify_multicast_addr@262]: Group address 239.255.255.250 bel ongs to IPv4 Local Scope.
Sep 04 07:51:16 GatewayMax udm-iptvd[3868198]: DEBUG[main@653]: Data arrive
Sep 04 07:51:16 GatewayMax udm-iptvd[3868198]: DEBUG[mcast_recv_igmp@698]: Ignore igmp from myself
Sep 04 07:51:16 GatewayMax udm-iptvd[3868198]: DEBUG[main@653]: Data arrive
Sep 04 07:51:16 GatewayMax udm-iptvd[3868198]: DEBUG[mcast_recv_igmp@748]: src addr = 10.10.10.10
Sep 04 07:51:16 GatewayMax udm-iptvd[3868198]: received interface 21
Sep 04 07:51:16 GatewayMax udm-iptvd[3868198]: WARNING[mcast_recv_igmp@759]: Don't exist this Downstream VIF
Sep 04 07:51:16 GatewayMax udm-iptvd[3868198]: DEBUG[main@655]: timeout
Sep 04 07:51:16 GatewayMax udm-iptvd[3868198]: DEBUG[general_queries_timer_handler@810]: Enter
Sep 04 07:51:16 GatewayMax udm-iptvd[3868198]: DEBUG[send_igmp_mld_query@101]: src = 192.168.2.1 dst = 224.0.0.1

[JungleJim]

furian88 schreef op woensdag 4 september 2024 @ 07:59:
ik heb sinds de laatste 2 releases van de ugx max ook problemen met improxy.
bij het live kijken van tv begint na een paar minuten het beeld en geluid te stotteren en soms loopt hij dan vast.


dit zijn mijn settings, om 7;40 gestart en 11 minuten later gestopt?:


[...]

Timeouts in de log met improxy zie ik ook voorbij komen maar lijken (bij mij iig) geen invloed te hebben op de werking.

Je zou over kunnen stappen op igmpproxy en kijken of dat beter werkt. En alle instellingen nog een keer nalopen, wellicht dat er toch iets nog niet helemaal goed staat kwa VLAN tagging en IGMP snooping.

Ik had eerder in de topic een checklijstje gepost, heb daar nu een toevoeging op gedaan:
* Networks > Multicast IP filtering (IGMP Snooping) staat aan voor het VLAN waar je TV kastje in zit
* Networks > Forward Unknown Multicast Traffic staat uit (deze setting zit alleen in vrij recente Network Application versies)
* Networks > Fast Leave staat uit (deze setting zit alleen in vrij recente Network Application versies)
* Internet > Primary WAN > IPTV Streaming staat uit (als je deze aanzet gebruik je de IGMP Proxy config van de Network Application ipv het udm-iptv script)
* Port Manager > device en netwerk poort waar TV kastje aanzit > Native VLAN / Network staat op IPTV VLAN
* Port Manager > device en netwerk poort waar TV kastje aanzit > Tagged VLAN Management staat op Block All
* Port Manager > poorten waar je Access Points aanzitten > Tagged VLAN Management op Custom en dan bij Tagged VLANs alle VLANs kiezen behalve je IPTV VLAN (dit zorgt ervoor dat IPTV VLAN verkeer niet naar je access points gaat). Eventueel zou je dit ook voor alle andere poorten kunnen doen, behalve de poorten waar je switches aan zitten.

[fietsenrex]

Help ik kom er niet meer uit
Opeens wilt m'n kpn doos niet meer op starten.
Ik heb een arris box en gebruik een UDR met het script van fabianishere (https://github.com/fabianishere/udm-iptv) maar sinds vandaag wil de tv doos niet meer opstarten.

Internet werkt, instellingen staan ook allemaal volgens de handleiding ingesteld maar ik krijg het niet werkend meer.
Heb het script al verwijderd en de UDR opnieuw opgestart (via terminal) maar dat heeft niet geholpen helaas, ook de tvdoos meermaals herstart nadat de UDR weer was gestart maar dat heeft niks geholpen helaas.

[furian88]

ik heb nu van alles geprobeerd, igmproxy geinstalleerd. V2,V3 quickleave etc..

gebruik ik het script niet en heb ik dus Live in beeld dan speelt het beeld gewoon door.
heb ik LIVE in beeld dan stottert het beeld tot het gewoon er mee op houdt..

heb nu dan ook het script eerst maar gestopt..

[fietsenrex]

furian88 schreef op dinsdag 10 september 2024 @ 21:23:
ik heb nu van alles geprobeerd, igmproxy geinstalleerd. V2,V3 quickleave etc..

gebruik ik het script niet en heb ik dus Live in beeld dan speelt het beeld gewoon door.
heb ik LIVE in beeld dan stottert het beeld tot het gewoon er mee op houdt..

heb nu dan ook het script eerst maar gestopt..

Ook kpn?

[furian88]

fietsenrex schreef op dinsdag 10 september 2024 @ 21:28:
[...]

Ook kpn?

Zekers.. kpn tv+

[fietsenrex]

furian88 schreef op dinsdag 10 september 2024 @ 21:28:
[...]


Zekers.. kpn tv+

Dan ligt het dus niet aan mij als ik niet de enige ben bij wie het niet meer werkt

[JungleJim]

fietsenrex schreef op dinsdag 10 september 2024 @ 21:33:
[...]

Dan ligt het dus niet aan mij als ik niet de enige ben bij wie het niet meer werkt

Bij mij werkt het prima. Bovendien lijkt het probleem wat jij beschrijft anders dan wat furian88 heeft. Dus conclusie dat het niet aan jou ligt lijkt me wat voorbarig

Wat je zou kunnen doen is de Experiabox weer even aansluiten en je TV kastje daar aan hangen. Als het kastje dan wel opstart dan weet je iig dat het niet aan het kastje ligt en kun je verder gaan troubleshooten.

[JungleJim]

furian88 schreef op dinsdag 10 september 2024 @ 21:23:
ik heb nu van alles geprobeerd, igmproxy geinstalleerd. V2,V3 quickleave etc..

gebruik ik het script niet en heb ik dus Live in beeld dan speelt het beeld gewoon door.
heb ik LIVE in beeld dan stottert het beeld tot het gewoon er mee op houdt..

heb nu dan ook het script eerst maar gestopt..

Wel apart, ik dacht dat er meer UCG Max gebruikers hier waren bij wie het wel werkt? Welke versie van Unifi OS heb je eigenlijk geïnstalleerde?

[Vaevictis_]

furian88 schreef op dinsdag 10 september 2024 @ 21:28:
[...]


Zekers.. kpn tv+

Hebben jullie ook met kpn tv+ app dat Voetbal live 30 sec oid achterloopt op Ziggo? Dat hebben die buren en die juichen eerder volgens mijn gezin. We hebben ook nlziet maar dat is nog erger.

[JungleJim]

Vaevictis_ schreef op dinsdag 10 september 2024 @ 21:40:
[...]


Hebben jullie ook met kpn tv+ app dat Voetbal live 30 sec oid achterloopt op Ziggo? Dat hebben die buren en die juichen eerder volgens mijn gezin. We hebben ook nlziet maar dat is nog erger.

Ja heb ik ook, de TV+ app (op iOS) loopt flink achter op de multicast stream. Zal ongetwijfeld te maken hebben met de grootte van de buffer die de app gebruikt.

[fietsenrex]

JungleJim schreef op dinsdag 10 september 2024 @ 21:36:
[...]

Bij mij werkt het prima. Bovendien lijkt het probleem wat jij beschrijft anders dan wat furian88 heeft. Dus conclusie dat het niet aan jou ligt lijkt me wat voorbarig

Wat je zou kunnen doen is de Experiabox weer even aansluiten en je TV kastje daar aan hangen. Als het kastje dan wel opstart dan weet je iig dat het niet aan het kastje ligt en kun je verder gaan troubleshooten.

Heb je gelijk in.
Ik ben nu iets verder, ik heb een nieuw VLAN gemaakt voor de tvdoos en het script via reconfigure naar dat VLAN laten wijzen.
Geen UDR reboot gedaan enkel de tvdoos en nu start hij wel op alleen valt de stream weg na een paar seconde

[JungleJim]

fietsenrex schreef op dinsdag 10 september 2024 @ 21:45:
[...]

Heb je gelijk in.
Ik ben nu iets verder, ik heb een nieuw VLAN gemaakt voor de tvdoos en het script via reconfigure naar dat VLAN laten wijzen.
Geen UDR reboot gedaan enkel de tvdoos en nu start hij wel op alleen valt de stream weg na een paar seconde

Als het beeld na een paar seconden stopt is dat meestal een teken dat IGMP snooping of IGMP proxy niet goed staat ingesteld.

Check even het lijstje dat ik laatst had gepost om de instellingen na te lopen.

[furian88]

JungleJim schreef op dinsdag 10 september 2024 @ 21:47:
[...]

Als het beeld na een paar seconden stopt is dat meestal een teken dat IGMP snooping of IGMP proxy niet goed staat ingesteld.

Check even het lijstje dat ik laatst had gepost om de instellingen na te lopen.

Dat lijstje had zo een kopie kunnen zijn van mijn instellingen.
Ik had de beta draaien maar ben weer terug gegaan naar de huidige versie. Maakte ook geen verschil.. op de spontane niet meer reageren van de max na..

[fietsenrex]

JungleJim schreef op dinsdag 10 september 2024 @ 21:47:
[...]

Als het beeld na een paar seconden stopt is dat meestal een teken dat IGMP snooping of IGMP proxy niet goed staat ingesteld.

Check even het lijstje dat ik laatst had gepost om de instellingen na te lopen.

Ik heb je lijstje nagelopen maar ik blijf die stb-nmc-400 krijgen dat de tvdoos z'n verbinding verliest

[JungleJim]

fietsenrex schreef op dinsdag 10 september 2024 @ 21:57:
[...]

Ik heb je lijstje nagelopen maar ik blijf die stb-nmc-400 krijgen dat de tvdoos z'n verbinding verliest

Zit je TV kastje rechtstreeks aan de UDR? Of zit er nog een (of meerdere) switches tussen?

[JungleJim]

furian88 schreef op dinsdag 10 september 2024 @ 21:57:
[...]


Dat lijstje had zo een kopie kunnen zijn van mijn instellingen.
Ik had de beta draaien maar ben weer terug gegaan naar de huidige versie. Maakte ook geen verschil.. op de spontane niet meer reageren van de max na..

Apart dan, zou niet zo 123 weten waar het aan zou kunnen liggen. Wellicht helpt een factory reset van je UCG Max maar dat is wel wat rigoureus...
En zit de TV+ box rechtstreeks aan de UCG Max of via een switch?

[fietsenrex]

JungleJim schreef op dinsdag 10 september 2024 @ 22:06:
[...]

Zit je TV kastje rechtstreeks aan de UDR? Of zit er nog een (of meerdere) switches tussen?

Nee zit een US24 tussen.
Maakt overigens geen verschil of ik hem direct op de UDR aansluit of via de US24.

[ Voor 14% gewijzigd door fietsenrex op 10-09-2024 22:17 ]

[furian88]

JungleJim schreef op dinsdag 10 september 2024 @ 22:07:
[...]

Apart dan, zou niet zo 123 weten waar het aan zou kunnen liggen. Wellicht helpt een factory reset van je UCG Max maar dat is wel wat rigoureus...
En zit de TV+ box rechtstreeks aan de UCG Max of via een switch?

Bij mij zit er een switch tussen idd. De us8 60w.
Native vlan is netjes iptv.
Enige wat ik me wel afvraag. Heeft bij jullie de iptv kastje gigabit of 100mbit?

[fietsenrex]

furian88 schreef op dinsdag 10 september 2024 @ 22:19:
[...]


Bij mij zit er een switch tussen idd. De us8 60w.
Native vlan is netjes iptv.
Enige wat ik me wel afvraag. Heeft bij jullie de iptv kastje gigabit of 100mbit?

100 mbit voor m'n arris doosje

[mgiebels]

fietsenrex schreef op dinsdag 10 september 2024 @ 22:28:
[...]

100 mbit voor m'n arris doosje

KPN heeft ze gelimit software matig op 100 Mbit dus dat klopt als je dat ziet

[fietsenrex]

JungleJim schreef op dinsdag 27 augustus 2024 @ 21:08:
[...]

Even ervan uitgaande dat je KPN TV+ hebt. In principe werkt dat prima zonder dat je het udm-iptv script hoeft te gebruiken. Maar dan gebruikt het kastje de unicast streams, en die zijn van lagere kwaliteit dan mogelijk is. Met het script maakt het kastje gebruik van de multicast streams, en die hebben een hogere bitrate. Ook is het zappen dan sneller. Het is persoonlijk of je dat verschil merkt en/of belangrijk vindt.

Als je een van de oudere IPTV platformen gebruikt, dan heb je het script nodig om IPTV überhaupt aan de praat te krijgen als je een Unifi Gateway of Console gebruikt.

Dus de TV+ doos van KPN werkt out of the box als onderstaande instellingen goed staan?
IGMPPROXY moet dan uit blijven als ik het goed heb begrepen?

JungleJim schreef op woensdag 4 september 2024 @ 10:06:
[...]
Ik had eerder in de topic een checklijstje gepost, heb daar nu een toevoeging op gedaan:
* Networks > Multicast IP filtering (IGMP Snooping) staat aan voor het VLAN waar je TV kastje in zit
* Networks > Forward Unknown Multicast Traffic staat uit (deze setting zit alleen in vrij recente Network Application versies)
* Networks > Fast Leave staat uit (deze setting zit alleen in vrij recente Network Application versies)
* Internet > Primary WAN > IPTV Streaming staat uit (als je deze aanzet gebruik je de IGMP Proxy config van de Network Application ipv het udm-iptv script)
* Port Manager > device en netwerk poort waar TV kastje aanzit > Native VLAN / Network staat op IPTV VLAN
* Port Manager > device en netwerk poort waar TV kastje aanzit > Tagged VLAN Management staat op Block All
* Port Manager > poorten waar je Access Points aanzitten > Tagged VLAN Management op Custom en dan bij Tagged VLANs alle VLANs kiezen behalve je IPTV VLAN (dit zorgt ervoor dat IPTV VLAN verkeer niet naar je access points gaat). Eventueel zou je dit ook voor alle andere poorten kunnen doen, behalve de poorten waar je switches aan zitten.

[JungleJim]

@fietsenrex ja TV+ werkt ook zonder dat je specifieke aanpassingen in je UniFi configuratie doet (geen apart VLAN nodig, geen udm-iptv script, geen IGMP proxy). De streams gaan dan via unicast wat een iets lagere bitrate heeft.

De checklist die ik had gepost is voor multicast icm udm-iptv script. Voor unicast zijn de default UniFi instellingen voldoende.

[ Voor 22% gewijzigd door JungleJim op 11-09-2024 10:44 ]

[Chickendorp]

Ik krijg het interne VLAN niet aan de praat...
Zonder intern IPTV-VLAN werkt de TV+ helemaal goed, mede dankzij het fantastisch script, maar als ik het via een eigen IPTV-VLAN wil laten lopen stopt het signaal na 2 seconden.

Dit is mijn situatie:

MTU > UCG Ultra > USW 8 Lite PoE > TV+ kastje.

Ik heb alles als volgt ingesteld:

[fietsenrex]

JungleJim schreef op woensdag 11 september 2024 @ 10:36:
@fietsenrex ja TV+ werkt ook zonder dat je specifieke aanpassingen in je UniFi configuratie doet (geen apart VLAN nodig, geen udm-iptv script, geen IGMP proxy). De streams gaan dan via unicast wat een iets lagere bitrate heeft.

De checklist die ik had gepost is voor multicast icm udm-iptv script. Voor unicast zijn de default UniFi instellingen voldoende.

Goed om te weten, heb vanmorgen de tv+ besteld.
De €10 lager maandtarief was al genoeg motivatie xD

[JungleJim]

Chickendorp schreef op woensdag 11 september 2024 @ 12:03:
Ik krijg het interne VLAN niet aan de praat...
Zonder intern IPTV-VLAN werkt de TV+ helemaal goed, mede dankzij het fantastisch script, maar als ik het via een eigen IPTV-VLAN wil laten lopen stopt het signaal na 2 seconden.

Dit is mijn situatie:

MTU > UCG Ultra > USW 8 Lite PoE > TV+ kastje.

Ik heb alles als volgt ingesteld:

[Afbeelding]

[Afbeelding]

[Afbeelding]

Heb je ook daadwerkelijk VLAN 661 geselecteerd in de configuratie wizard? In het screenshot is die regel wel gehighlight maar de selectie (sterretje) staat nog op je default VLAN.

En loop de checklist even langs die ik een paar posts terug had gedeeld, daar staan ook de juiste instellingen voor IGMP snooping etc in.

[ Voor 5% gewijzigd door JungleJim op 11-09-2024 13:12 ]

[Chickendorp]

Thanks @JungleJim het was inderdaad dat sterretje, ik was in de veronderstelling dat als je op Enter drukte dat hij dan geselecteerd is. Maar zie nu dat dat met Spatie moet...
Het werkt nu goed!

[nrdnmg]

Sinds krap een week heb ik ook problemen met de UCG Max. Stream staat soms (ik kan er nog geen regelmaat in ontdekken) stil.
Na enkele minuten gaat het dan weer verder.

Geen gekke dingen in de logs, geen veranderingen aan de UCG Max.
Lees hier dat meerdere met een UCG Max dit ervaren.

Vreemd......

[jimmy87]

fietsenrex schreef op woensdag 11 september 2024 @ 12:59:
[...]

Goed om te weten, heb vanmorgen de tv+ besteld.
De €10 lager maandtarief was al genoeg motivatie xD

Ik ben ook maar eens overstag gegaan, weet nog niet of ik heel blij ga zijn met TV+ na al die issues op het forum, maargoed, de mensen bij wie het wel goed werkt die zal je niet horen

We gaan het zien!

[BaggerDeBagger]

jimmy87 schreef op maandag 16 september 2024 @ 18:12:
[...]


Ik ben ook maar eens overstag gegaan, weet nog niet of ik heel blij ga zijn met TV+ na al die issues op het forum, maargoed, de mensen bij wie het wel goed werkt die zal je niet horen

We gaan het zien!

Klopt inderdaad . Ik ben sinds twee weken over naar KPN fiber en heb hiervoor dit mooie draadje gevonden en de setup (UDM SE icm switch flex mini (zonder igmp snooping)) in een keer werkend gekregen. Bedankt allemaal voor het delen
Het gebruikvriendelijke script van fabianishere laat ook weinig ruimte over voor fouten. Ook fijn is de visuele controle op de KPN+ box zelf: Live (unicast) versus LIVE (multicast).
En ook al loop je tegen een probleem aan, dan heb je altijd nog unicast als backup.
Succes!

[jimmy87]

Nu weet ik dat een werkt, heel lang geleden waren er wat issues met 2 decoders tegelijk. Beeld wat hapert even heel kort als je op de ander de zender overzet, dat soort dingen, is dat nu weg?

[deepbass909]

Ik heb al een tijdje een vaag probleem waar ik niet uitkom. Ik heb al een aantal jaar KPN internet, dat op een Ubiquiti UniFi USG PRO binnenkomt en welke volledig geconfigureerd is met de configs van @Coolhva (met uiteraard de noodzakelijke aanpassingen op de poorten).

De IPTV zit in z'n eigen vlan.

De internetverbinding is zo goed als perfect, ik haal m'n maximale ISP snelheden, heb een lage ping en kan zonder problemen streamen. TV werkt ook goed, maar radio valt regelmatig uit. Even zender wisselen lost het weer (tijdelijk), maar vaak gaat de ontvanger meerdere keren per uur in storing, met melding dat er een netwerkstoring is en de router niet bereikbaar is.

Omdat IPTV wel goed werkt, maar IPradio niet, weet ik niet goed waar ik moet beginnen moet onderzoeken.

Ik wil nog even een keer tijdelijk de KPN-router terug plaatsen, maar omdat dan m'n hele netwerk plat moet en m'n hele DHCP dan over de zeik gaat (ik heb > 20 apparaten op een vast IP zitten), is dat niet even simpel uit- en inpluggen...

[mgiebels]

ip radio en tv zou zelfde protocol moeten zijn.
Ik heb het hier niet op met TV+ box

Je hele netwerk onpluggen hoeft toch niet gewoon even kabel maken naar je tv box en die alleen aan je KPN router hangen houd je de rest intact en test je het even zo een halve dag.

[ernstjandevries]

Goedemiddag,

Ik zit met het volgende:

Gister de UCG-Max binnen gekregen. Ik heb de NTU van KPN direct aangesloten op de WAN poort van mijn UCG-MAX. (de Box12 heb ik er dus tussenuit). Echter geeft hij na een paar minuten aan dat de ethernet kabel verbroken is, terwijl dit niet het geval is. Hij lijkt dus geen internet verbinding te kunnen maken. Iemand hier ervaring mee? Ik krijg hem nu dus ook niet in mijn Unifi APP om de instellingen goed te zetten. Het liefst configureer ik de PPPoe direct goed vanaf installatie.

[JungleJim]

@ernstjandevries deze vraag kun je beter in het [Ubiquiti-Netwerkapparatuur] Ervaringen & Discussie - Deel 4 topic vragen. Dit topic gaat specifiek over IPTV icm Ubiquiti apparatuur.

[ticeice]

Goedenavond,

Ik heb een vraag over de Cloud Gateway Ultra. Enkele weken geleden heb ik met behulp van Fabian's tool mijn netwerk volledig omgezet naar Ubiquiti-apparatuur. Ik ben hier erg tevreden mee en wil me de komende tijd verder in deze technologie verdiepen. Nu had ik de automatische updates ingeschakeld en ontving ik een melding via de app. Kort daarna werkte de TV niet meer. Kan het zo zijn dat de netwerkupdate 8.5.6 hiervoor heeft gezorgd? Verder heb ik geen problemen met de internetverbinding ervaren.

[mgiebels]

Je moet na de update de config van Fabian weer laden.
Althans dat was bij de uxg Lite

[JungleJim]

Bij een update van de network application hoef je het script niet opnieuw te installeren of opnieuw te starten. Dat is alleen nodig bij een update van het Unifi OS.

@ticeice kan het zijn dat er ook een update van Unifi OS was geïnstalleerd?

[mgiebels]

JungleJim schreef op vrijdag 11 oktober 2024 @ 19:32:
Bij een update van de network application hoef je het script niet opnieuw te installeren of opnieuw te starten. Dat is alleen nodig bij een update van het Unifi OS.

@ticeice kan het zijn dat er ook een update van Unifi OS was geïnstalleerd?

Ik mijn unifi OS vorige week ook geupdate naar 4.0.20 maar dan hoef ik niet me UXG-Lite het script te uploaden.

Dit moet pas als de Software van de UXG wijzigt (heb daarop nu 4.0.6)
Volgens mij is dat ook de laatste voor de Ultra

[ticeice]

@JungleJim Dat klopt, er was een update naar UniFi OS - versie 4.0.20. Ook heb ik de update opnieuw geladen zonder succes.

[JungleJim]

@ticeice je moet het udm-iptv script even opnieuw installeren. Bij een Unifi OS update gaan eigen aanpassingen verloren, daardoor is het script niet meer geïnstalleerd. Daarom is het ook beter om Unifi OS updates niet automatisch te installeren.

[JungleJim]

mgiebels schreef op vrijdag 11 oktober 2024 @ 19:50:
[...]


Ik mijn unifi OS vorige week ook geupdate naar 4.0.20 maar dan hoef ik niet me UXG-Lite het script te uploaden.

Dit moet pas als de Software van de UXG wijzigt (heb daarop nu 4.0.6)
Volgens mij is dat ook de laatste voor de Ultra

4.0.20 is (op dit moment) de meest recente versie van Unifi OS voor zowel Gateway Lite als Cloud Gateway Ultra.

En ik begrijp niet helemaal wat je bedoelt met "Dit moet pas als de Software van de UXG wijzigt"? Unifi OS is de software van de UXG... Mischien bedoel je de Cloud Key?

[ticeice]

@JungleJim Moet ik het eerst uninstallen?

[JungleJim]

ticeice schreef op vrijdag 11 oktober 2024 @ 20:19:
@JungleJim Moet ik het eerst uninstallen?

udm-iptv script bedoel je? Nee dat hoef je niet te uninstallen, je kunt gewoon de installatie opnieuw uitvoeren en daarbij de configuratie opnieuw instellen.

Als je wat Linux kennis hebt kun je voor de volgende keer ook het /etc/udm-iptv.conf bestand kopieren naar je home directory op de UCG en dan na een nieuwe installatie van udm-iptv dat bestand weer terug kopieren naar /etc, en vervolgens udm-iptv service herstarten met 'systemctl restart udm-iptv'.

[mgiebels]

JungleJim schreef op vrijdag 11 oktober 2024 @ 20:18:
[...]

4.0.20 is (op dit moment) de meest recente versie van Unifi OS voor zowel Gateway Lite als Cloud Gateway Ultra.

En ik begrijp niet helemaal wat je bedoelt met "Dit moet pas als de Software van de UXG wijzigt"? Unifi OS is de software van de UXG... Mischien bedoel je de Cloud Key?

Nee mijn cloud keyndraait op UniFi os 4.0.20
En mijn uxg Lite draait 4.0.6 hoger is er nog niet.
Althans geen officiële

[JungleJim]

mgiebels schreef op vrijdag 11 oktober 2024 @ 20:23:
[...]

Nee mijn cloud keyndraait op UniFi os 4.0.20
En mijn uxg Lite draait 4.0.6 hoger is er nog niet.
Althans geen officiële

Ah ja dat klopt, 4.0.20 is nog een release candidate voor de UniFi Gateways zo te zien.

Maar anyway, aangezien het udm-iptv script op je UXG Lite draait en niet op je Cloud Key moet je bij een Unifi OS update van je UXG Lite het script opnieuw installeren. Bij een update van de Cloud Key is dat niet nodig (aangezien dat een ander apparaat is).

[ticeice]

JungleJim schreef op vrijdag 11 oktober 2024 @ 20:22:
[...]

udm-iptv script bedoel je? Nee dat hoef je niet te uninstallen, je kunt gewoon de installatie opnieuw uitvoeren en daarbij de configuratie opnieuw instellen.

Als je wat Linux kennis hebt kun je voor de volgende keer ook het /etc/udm-iptv.conf bestand kopieren naar je home directory op de UCG en dan na een nieuwe installatie van udm-iptv dat bestand weer terug kopieren naar /etc, en vervolgens udm-iptv service herstarten met 'systemctl restart udm-iptv'.

Ik heb de installatie opnieuw uitgevoerd. Kan het probleem zijn dat de LAN-interface is ingesteld op br0?

In ieder geval alvast bedankt voor deze tips.

[JungleJim]

ticeice schreef op vrijdag 11 oktober 2024 @ 20:46:
[...]


Ik heb de installatie opnieuw uitgevoerd. Kan het probleem zijn dat de LAN-interface is ingesteld op br0?

In ieder geval alvast bedankt voor deze tips.

Welk VLAN ID gebruik je voor het VLAN waar je TV kastje in zit? Bij de UCG Ultra is dan de juiste LAN interface is br<vlan id>.

[ticeice]

JungleJim schreef op vrijdag 11 oktober 2024 @ 21:02:
[...]

Welk VLAN ID gebruik je voor het VLAN waar je TV kastje in zit? Bij de UCG Ultra is dan de juiste LAN interface is br<vlan id>.

Ik volgde de setup van Fabian en zag dat het op 6 moest staan. Dit is niet veranderd in UniFi OS, dus kan ik dit aanpassen naar br6 ?

[JungleJim]

ticeice schreef op vrijdag 11 oktober 2024 @ 21:18:
[...]


Ik volgde de setup van Fabian en zag dat het op 6 moest staan. Dit is niet veranderd in UniFi OS, dus kan ik dit aanpassen naar br6 ?

Haal je nu niet dingen door elkaar? De setup van het udm-iptv script heeft het over VLAN 6 voor het internet aan de WAN kant. Dat is iets anders dan het VLAN ID wat je in je eigen netwerk gebruikt voor het netwerk waar je TV kastje in hangt. Daar mag je namelijk elk willekeurig VLAN ID kiezen.

Maar even ervan uitgaande dat je voor het VLAN waar je TV kastje in zit VLAN ID 6 hebt gekozen, dan moet je in de configuratie wizard van het udm-iptv script voor VLAN 6 kiezen. In /etc/udm-iptv.conf staat de setting IPTV_LAN_INTERFACES dan op br6.

[ Voor 3% gewijzigd door JungleJim op 11-10-2024 21:30 ]

[ticeice]

JungleJim schreef op vrijdag 11 oktober 2024 @ 21:29:
[...]

Haal je nu niet dingen door elkaar? De setup van het udm-iptv script heeft het over VLAN 6 voor het internet aan de WAN kant. Dat is iets anders dan het VLAN ID wat je in je eigen netwerk gebruikt voor het netwerk waar je TV kastje in hangt. Daar mag je namelijk elk willekeurig VLAN ID kiezen.

Maar even ervan uitgaande dat je voor het VLAN waar je TV kastje in zit VLAN ID 6 hebt gekozen, dan moet je in de configuratie wizard van het udm-iptv script voor VLAN 6 kiezen. In /etc/udm-iptv.conf staat de setting IPTV_LAN_INTERFACES dan op br6.

Ja, je hebt gelijk, ik haal dingen door elkaar. Ik dacht dat br0 misschien niet juist was ingesteld. Kan ik de udm-iptv diagnose output delen? of is dat niet slim hier

[JungleJim]

ticeice schreef op vrijdag 11 oktober 2024 @ 21:47:
Ja, je hebt gelijk, ik haal dingen door elkaar. Ik dacht dat br0 misschien niet juist was ingesteld. Kan ik de udm-iptv diagnose output delen? of is dat niet slim hier

Ja hoor, geen probleem om die te delen (bij voorkeur in een UBB-code blok). En de inhoud van /etc/udm-iptv.conf delen is ook handig ('cat /etc/udm-iptv.conf' uitvoeren in je SSH sessie naar de UCG Ultra).

[ticeice]

@JungleJim

Inhoud van de iptv.conf is het volgende:

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: br0
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
=== Service Logs ===
Oct 11 22:19:53 Cloud-Gateway-Ultra udm-iptvd[343337]: Setting up IGMP Proxy
Oct 11 22:19:53 Cloud-Gateway-Ultra udm-iptvd[343337]: Using igmpproxy...
Oct 11 22:19:54 Cloud-Gateway-Ultra udm-iptvd[343337]: Starting IGMP Proxy
Oct 11 22:19:54 Cloud-Gateway-Ultra udm-iptvd[343337]: MC-Router API already in use; Errno(98): Address already in use
Oct 11 22:19:54 Cloud-Gateway-Ultra systemd[1]: udm-iptv.service: Main process exited, code=exited, status=255/EXCEPTION
Oct 11 22:19:54 Cloud-Gateway-Ultra systemd[1]: udm-iptv.service: Failed with result 'exit-code'.
Oct 11 22:19:59 Cloud-Gateway-Ultra systemd[1]: udm-iptv.service: Scheduled restart job, restart counter is at 833.
Oct 11 22:19:59 Cloud-Gateway-Ultra systemd[1]: Stopped IPTV support for the UniFi Dream Machine.
Oct 11 22:19:59 Cloud-Gateway-Ultra systemd[1]: Started IPTV support for the UniFi Dream Machine.
Oct 11 22:19:59 Cloud-Gateway-Ultra udm-iptvd[343539]: Device iptv already exists.. Deleting device

Inhoud van de diagnose is het volgende:

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

IPTV_IGMPPROXY_IGMP_VERSION="2"

Hopelijk is dat waar je om vroeg!

[JungleJim]

@ticeice thx. Zo te zien gaat er iets mis bij het starten van igmpproxy. Hoe heb je je UCG Ultra geconfigureerd?

Staat in de network application onder Settings > Internet > Primary (WAN1) de setting IPTV Streaming (IGMP Proxy) uit?

En hoe heb je je VLANs geconfigureerd? Apart VLAN voor je TV kastje of zit deze in het Default netwerk?

En probeer even een herstart van je UCG en check dan udm-iptv diagnose om te zien of igmpproxy goed opstart.

[ Voor 13% gewijzigd door JungleJim op 11-10-2024 22:33 ]

[ticeice]

JungleJim schreef op vrijdag 11 oktober 2024 @ 22:32:
@ticeice thx. Zo te zien gaat er iets mis bij het starten van igmpproxy. Hoe heb je je UCG Ultra geconfigureerd?

Staat in de network application onder Settings > Internet > Primary (WAN1) de setting IPTV Streaming (IGMP Proxy) uit?

En hoe heb je je VLANs geconfigureerd? Apart VLAN voor je TV kastje of zit deze in het Default netwerk?

En probeer even een herstart van je UCG en check dan udm-iptv diagnose om te zien of igmpproxy goed opstart.

Herstart uitgevoerd en daarna het script opnieuw gedraaid, en nu werkt de IGMP-proxy goed. De tv doet het weer. Ik ben benieuwd of ik dit elke keer moet herhalen bij een update van UniFi OS. Ontzettend bedankt voor je hulp op de vrijdagavond.

[JungleJim]

ticeice schreef op vrijdag 11 oktober 2024 @ 22:50:
[...]


Herstart uitgevoerd en daarna het script opnieuw gedraaid, en nu werkt de IGMP-proxy goed. De tv doet het weer. Ik ben benieuwd of ik dit elke keer moet herhalen bij een update van UniFi OS. Ontzettend bedankt voor je hulp op de vrijdagavond.

Mooi dat het weer werkt

Bij een update van Unifi OS moet je sowieso het script opnieuw installeren en configureren. Dat is helaas hoe het is...

[deepbass909]

mgiebels schreef op dinsdag 1 oktober 2024 @ 16:33:
ip radio en tv zou zelfde protocol moeten zijn.
Ik heb het hier niet op met TV+ box

Dat maakt het dus ook zo vaag, ik kan geen logische reden bedenken waarom radio uitvalt en de rest niet...

Je hele netwerk onpluggen hoeft toch niet gewoon even kabel maken naar je tv box en die alleen aan je KPN router hangen houd je de rest intact en test je het even zo een halve dag.

Als ik "even" wil testen met de KPN router, moet m'n Ubiquiti netwerk van internet af. Met meerdere apparaten en servers die graag 24/7 online (als in verbinding met internet) willen zijn, is dat dus wel iets wat wat planning vereist. En de USG tijdelijk vervangen door de KPN router is ook geen optie vanwege de alles behalve goed configureerbare DHCP in de KPN Box 12, die een compleet andere IP-range gebruikt dan mijn huidige netwerk (niet aanpasbaar).

Om het extra lastig te maken, het uitvallen gebeurt heel onregelmatig, er zijn ook dagen dat alles prima blijft spelen.

ps. zou je de volgende keer of willen quoten of een @[username] willen doen? Dan ontvangt de persoon waar je op reageert namelijk een notificatie van reactie. Dit topic hou ik bijv. niet dagelijks in de gaten en had je reactie dus compleet gemist.

[mgiebels]

deepbass909 schreef op maandag 14 oktober 2024 @ 11:32:
[...]

Dat maakt het dus ook zo vaag, ik kan geen logische reden bedenken waarom radio uitvalt en de rest niet...


[...]


Als ik "even" wil testen met de KPN router, moet m'n Ubiquiti netwerk van internet af. Met meerdere apparaten en servers die graag 24/7 online (als in verbinding met internet) willen zijn, is dat dus wel iets wat wat planning vereist. En de USG tijdelijk vervangen door de KPN router is ook geen optie vanwege de alles behalve goed configureerbare DHCP in de KPN Box 12, die een compleet andere IP-range gebruikt dan mijn huidige netwerk (niet aanpasbaar).

Om het extra lastig te maken, het uitvallen gebeurt heel onregelmatig, er zijn ook dagen dat alles prima blijft spelen.

ps. zou je de volgende keer of willen quoten of een @[username] willen doen? Dan ontvangt de persoon waar je op reageert namelijk een notificatie van reactie. Dit topic hou ik bijv. niet dagelijks in de gaten en had je reactie dus compleet gemist.

Aangezien de problemen die je ervaart zou het wel nuttig zijn het te testen je hoeft immers niet je hele netwerk los te halen toch.
Je stopt de kabel vanaf je NT weer even in de V12 en sluit daar even een TV+ op aan en de rest houd je in takt en 24/7 internet klinkt leuk maar even 1 uurtje zonder moet kunnen voor een test.

Sluit je wel uit werkt het met de V12 wel dan ligt het aan je setup.