[Ubiquiti & IPTV] Ervaringen & Discussie

[JungleJim]

Roylee schreef op zondag 3 maart 2024 @ 10:42:
Bedankt voor je antwoord!
Ah oke! Zijn er toevallig hier die een dergelijke setup voor elkaar hebben gekregen met multicast? Of staan hier manuals voor online?
Ik neem aan dat dit niet hetzelfde werkt als de oude tv kastjes op het eigen VLAN.

Vwb IPv6 bedoelde ik eigenlijk de algemene instellingen hiervan, het wordt nu namelijk nog in de config.gateway meegegeven. Maar als ik dit straks niet meer nodig heb (denk ik?) dan moest ik even weten of het goed in te stellen was via de GUI

Eh dit hele topic gaat over het aan de praat krijgen van multicast IPTV Het maakt niet uit of dat nu voor de TV+ box is of voor de oudere, het enige verschil is dat de TV+ box zowel multicast als unicast ondersteunt en dat de oudere TV boxen alleen multicast ondersteunen. Dus als je een USG3 hebt kun je voor de TV+ box de instructies van HvA volgen en dan zou het moeten werken. Die instructies configureert de USG3 ook voor IPv6, dat is mooi meegenomen maar niet nodig om multicast IPTV te laten werken.

En wat ook goed is om te beseffen: bij KPN komt internet en IPTV verkeer op twee verschillende VLANS aan de WAN kant (ID 6 voor internet en ID 4 voor IPTV). Hoe je VLANs in je eigen interne netwerk zijn ingedeeld maakt niet uit, dat kan elk willekeurig VLAN ID zijn. Sterker nog, het TV kastje hoeft niet eens in een apart VLAN te zitten. Maar in de praktijk is dat wel slim om te doen omdat je dan het verkeer beter kan scheiden.

[JungleJim]

Swerfer schreef op zondag 3 maart 2024 @ 10:44:
[...]
Ik heb dit uitgevoerd en daarna de originele file gecheckt en de wijzigingen zijn doorgevoerd. Echter is mijn KPN TV+ Box nog steeds met unicast aan het streamen ipv multicast. Ik moet er wel bij zeggen dat ik eerder al ook de instellingen van @bommel (bommel in "[Ubiquiti & IPTV] Ervaringen & Discussie") had doorgevoerd, zonder het script uit te voeren. Zou dat een probleem kunnen zijn?

Dit gaat alleen over de zogenaamde MTU instellingen. MTU is de maximale grootte van een data packet dat over het netwerk gaat. Door de manier waarop KPN zijn netwerk heeft ingericht zit er een bepaalde overhead in, ruimte die dus niet gebruikt kan worden. Met de aangepaste MTU instellingen zorg je dat deze overhead gecompenseerd wordt, waardoor data pakketjes kleinere kans hebben om "opgehakt" te worden.

Om multicast IPTV te laten werken hoeft de MTU niet aangepast te worden, dit staat los van elkaar. Dus als bij jou multicast niet werkt zou ik dat eerder zoeken in andere instellingen. Hangt bijv. de box achter een switch? Dan moet op die switch IGMP snooping aanstaan. En check even hoe de KPN TV+ box is ingesteld, weet niet precies hoe de instelling heet, maar je moet zorgen dat de box ook geconfigureerd is voor multicast.

[Swerfer]

JungleJim schreef op zondag 3 maart 2024 @ 11:35:
[...]

Dit gaat alleen over de zogenaamde MTU instellingen. MTU is de maximale grootte van een data packet dat over het netwerk gaat. Door de manier waarop KPN zijn netwerk heeft ingericht zit er een bepaalde overhead in, ruimte die dus niet gebruikt kan worden. Met de aangepaste MTU instellingen zorg je dat deze overhead gecompenseerd wordt, waardoor data pakketjes kleinere kans hebben om "opgehakt" te worden.

Om multicast IPTV te laten werken hoeft de MTU niet aangepast te worden, dit staat los van elkaar. Dus als bij jou multicast niet werkt zou ik dat eerder zoeken in andere instellingen. Hangt bijv. de box achter een switch? Dan moet op die switch IGMP snooping aanstaan. En check even hoe de KPN TV+ box is ingesteld, weet niet precies hoe de instelling heet, maar je moet zorgen dat de box ook geconfigureerd is voor multicast.

Dank voor de uitleg. Op de TV+ Box hoef je niets in te stellen. Dat ik hem op mijn USG had ging hij automatisch op multicast. Nu met de UCG Ultra dus op unicast. Ik heb IGMP snooping aanstaan op mijn IPTV VLAN die ik aan de port van mijn UCG Ultra heb gekoppeld waar de TV+ Box aan hangt. Ik ga mijn VLAN nog eens helemaal checken...

[JungleJim]

Swerfer schreef op zondag 3 maart 2024 @ 11:54:
[...]

Dank voor de uitleg. Op de TV+ Box hoef je niets in te stellen. Dat ik hem op mijn USG had ging hij automatisch op multicast. Nu met de UCG Ultra dus op unicast. Ik heb IGMP snooping aanstaan op mijn IPTV VLAN die ik aan de port van mijn UCG Ultra heb gekoppeld waar de TV+ Box aan hangt. Ik ga mijn VLAN nog eens helemaal checken...

Script van fabianishere ook uitgevoerd op je UCG Ultra? Let op dat je in de file /etc/udm-iptv.conf de setting IPTV_WAN_INTERFACE aanpast naar eth4, en dan UCG Ultra herstarten. IGMP Proxy in Network Application moet uitstaan (het script zorgt namelijk voor een IGMP Proxy en de juiste config). IGMP Snooping moet aanstaan voor het VLAN waar je TV+ box in zit. En zorgen dat het juiste VLAN gekoppeld is aan de switch poort waar je KPN TV+ kastje aan gekoppeld is (verkeer van je lokale IPTV VLAN moet namelijk untagged op die poort terecht komen anders kan de box er niets mee).

[ Voor 3% gewijzigd door JungleJim op 03-03-2024 12:31 ]

[Swerfer]

JungleJim schreef op zondag 3 maart 2024 @ 12:21:
[...]

Script van fabianishere ook uitgevoerd op je UCG Ultra? Let op dat je in de file /etc/udm-iptv.conf de setting IPTV_WAN_INTERFACE aanpast naar eth4, en dan UCG Ultra herstarten. IGMP Proxy in Network Application moet uitstaan (het script zorgt namelijk voor een IGMP Proxy en de juiste config). En zorgen dat het juiste VLAN gekoppeld is aan de switch poort waar je KPN TV+ kastje aan gekoppeld is (verkeer van je lokale IPTV VLAN moet namelijk untagged op die poort terecht komen anders kan de box er niets mee).

Ik heb nu volgens mij alles goed ingesteld. Zie hieronder de screenshots. Alleen nu lijkt mijn TV+ Box toch nog niet helemaal op multicast te zitten. Als ik naar een zender ga, bevriest na 2 seconden het beeld. In de laatste screenshot valt mij op dat IPTV_WAN_VLAN op 4 staat. Moet dat geen 661 zijn?









Edit: VLAN inderdaad naar 661 veranderd en UCG en TV+ Box opnieuw opgestart. Zit helaas nog steeds op unicast...

[Roylee]

JungleJim schreef op zondag 3 maart 2024 @ 11:29:
[...]

Eh dit hele topic gaat over het aan de praat krijgen van multicast IPTV Het maakt niet uit of dat nu voor de TV+ box is of voor de oudere, het enige verschil is dat de TV+ box zowel multicast als unicast ondersteunt en dat de oudere TV boxen alleen multicast ondersteunen. Dus als je een USG3 hebt kun je voor de TV+ box de instructies van HvA volgen en dan zou het moeten werken. Die instructies configureert de USG3 ook voor IPv6, dat is mooi meegenomen maar niet nodig om multicast IPTV te laten werken.

En wat ook goed is om te beseffen: bij KPN komt internet en IPTV verkeer op twee verschillende VLANS aan de WAN kant (ID 6 voor internet en ID 4 voor IPTV). Hoe je VLANs in je eigen interne netwerk zijn ingedeeld maakt niet uit, dat kan elk willekeurig VLAN ID zijn. Sterker nog, het TV kastje hoeft niet eens in een apart VLAN te zitten. Maar in de praktijk is dat wel slim om te doen omdat je dan het verkeer beter kan scheiden.

Hoi JungleJim,

Het e.a. zag ik inderdaad voorbij komen, ik dacht dat dit om alleen de oude IPTV kastjes ging, maar het wijkt dus niet zoveel af van elkaar begrijp ik.

Bedankt voor je toelichting! Ik maak nu gebruik van de HVA setup op een USG 3P. Met een vlan in het thuisnetwerk waarover het IPTV verkeer wordt gestuurd.

Ik kan dus het huidige (oude) tv kastje 1 op 1 verwisselen naar de nieuwe KPN TV+ box?
Ik hoef dan niks aan te passen aan de configuratie?

Alvast bedankt,

[JungleJim]

Swerfer schreef op zondag 3 maart 2024 @ 12:37:
Ik heb nu volgens mij alles goed ingesteld. Zie hieronder de screenshots. Alleen nu lijkt mijn TV+ Box toch nog niet helemaal op multicast te zitten. Als ik naar een zender ga, bevriest na 2 seconden het beeld. In de laatste screenshot valt mij op dat IPTV_WAN_VLAN op 4 staat. Moet dat geen 661 zijn?

Nee dit is het VLAN ID aan de WAN kant waar het IPTV verkeer op binnenkomt. VLAN ID 661 is het ID van het VLAN in je interne netwerk waar je TV+ kastje in zit. Als je deze setting aanpast naar 661 dan gaat het sowieso niet werken...

Swerfer schreef op zondag 3 maart 2024 @ 12:37:
[... knip screenshots]

Settings lijken goed te staan zo. Hoe ziet de configuratie van de switch poort waar je TV+ kastje op zit er uit? Die moet nml wel op untagged IPTV VLAN staan. En wat laat de output van udm-iptv-diag zien (via ssh uitvoeren op je UCG Ultra)? Commando journalctl -u udm-iptv laat alle logging zien, daar staat wellicht ook wat in.

[ Voor 4% gewijzigd door JungleJim op 03-03-2024 13:07 ]

[JungleJim]

Roylee schreef op zondag 3 maart 2024 @ 12:59:
[...]
Ik kan dus het huidige (oude) tv kastje 1 op 1 verwisselen naar de nieuwe KPN TV+ box?
Ik hoef dan niks aan te passen aan de configuratie?

Ja ik verwacht idd dat dat gewoon blijft werken.

[Swerfer]

JungleJim schreef op zondag 3 maart 2024 @ 13:05:
[...]

Settings lijken goed te staan zo. Hoe ziet de configuratie van de switch poort waar je TV+ kastje op zit er uit? Die moet nml wel op untagged IPTV VLAN staan. En wat laat de output van udm-iptv-diag zien (via ssh uitvoeren op je UCG Ultra)? Commando journalctl -u udm-iptv laat alle logging zien, daar staat wellicht ook wat in.

Zie hieronder.







Blijkbaar is er nog steeds ergens een link met eth8:

[JungleJim]

Swerfer schreef op zondag 3 maart 2024 @ 14:10:
[...]

[Afbeelding]

Tagged VLAN management zou ik op Block All zetten. Dat zorgt ervoor dat er alleen untagged verkeer over de poort gaat, en omdat native VLAN op IPTV staat is dat daarmee ook alleen het IPTV verkeer. Als Tagged VLAN management op Allow All staat gaat ook het verkeer van de andere VLANs over de poort (weliswaar getagged dus alleen te lezen door devices die op ingesteld zijn op dat VLAN).

Swerfer schreef op zondag 3 maart 2024 @ 14:10:
Blijkbaar is er nog steeds ergens een link met eth8:

[Afbeelding]

De timestamps in die log zijn een uur eerder dan de output van udm-iptv-diag. Daarnaast laat journalctl het begin van de log zien, het lijkt er op dat er meer pagina's zijn. Dus even naar het einde van de log gaan door G (hoofdletter g) in te typen. Of 'journalctl -u udm-iptv | tail' als commando opgeven dan worden de laatste 10 regels van de log getoond. Wat staat er dan?

En als je aanpassingen maakt aan /etc/udm-iptv.conf altijd de udm-iptv service herstarten dmv 'udm-iptv restart'.

[Swerfer]

JungleJim schreef op zondag 3 maart 2024 @ 14:41:
[...]

De timestamps in die log zijn een uur eerder dan de output van udm-iptv-diag. Daarnaast laat journalctl het begin van de log zien, het lijkt er op dat er meer pagina's zijn. Dus even naar het einde van de log gaan door G (hoofdletter g) in te typen. Of 'journalctl -u udm-iptv | tail' als commando opgeven dan worden de laatste 10 regels van de log getoond. Wat staat er dan?

Hmm... scherp. Hieronder het einde:

code:

-- Boot fad72e322aa241f7b68e96114c3a8f46 --
Mar 03 13:33:06 UCG-Ultra systemd[1]: Started IPTV support for the UniFi Dream Machine.
Mar 03 13:33:07 UCG-Ultra udm-iptvd[1713]: Obtaining IP address for VLAN interface
Mar 03 13:33:07 UCG-Ultra udm-iptvd[1785]: udhcpc: started, v1.30.1
Mar 03 13:33:07 UCG-Ultra udm-iptvd[1785]: udhcpc: sending discover
Mar 03 13:33:10 UCG-Ultra udm-iptvd[1785]: udhcpc: sending discover
Mar 03 13:33:10 UCG-Ultra udm-iptvd[1785]: udhcpc: sending select for 10.174.188.71
Mar 03 13:33:10 UCG-Ultra udm-iptvd[1785]: udhcpc: lease of 10.174.188.71 obtained, lease time 3600
Mar 03 13:33:11 UCG-Ultra udm-iptvd[1713]: NATing IPTV network ranges (if necessary)
Mar 03 13:33:11 UCG-Ultra udm-iptvd[1713]: Creating static routes (if necessary)
Mar 03 13:33:11 UCG-Ultra udm-iptvd[1713]: Setting up IGMP Proxy
Mar 03 13:33:11 UCG-Ultra udm-iptvd[1713]: Using improxy...
Mar 03 13:33:11 UCG-Ultra udm-iptvd[1713]: Starting IGMP Proxy
Mar 03 14:51:24 UCG-Ultra systemd[1]: Stopping IPTV support for the UniFi Dream Machine...
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]: interface br0:192.168.1.1
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]: group 239.0.1.100 exclude mode
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]:         group time 260
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]:         version: 2
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]: interface br0:192.168.1.1
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]: group 233.89.188.1 exclude mode
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]:         group time 260
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]:         version: 2
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]: group 239.0.1.100 exclude mode
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]:         group time 259
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]:         version: 2
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]: interface br0:192.168.1.1
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]: group 239.254.127.63 exclude mode
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]:         group time 260
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]:         version: 2
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]: group 233.89.188.1 exclude mode
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]:         group time 258
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]:         version: 2
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]: group 239.0.1.100 exclude mode
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]:         group time 257
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]:         version: 2
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]: interface br0:192.168.1.1
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]: group 224.0.1.187 exclude mode
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]:         group time 260
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]:         version: 2
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]: group 239.254.127.63 exclude mode
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]:         group time 260
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]:         version: 2
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]: group 233.89.188.1 exclude mode
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]:         group time 258
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]:         version: 2
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]: group 239.0.1.100 exclude mode
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]:         group time 257
Mar 03 14:51:24 UCG-Ultra udm-iptvd[1713]:         version: 2
Mar 03 14:51:24 UCG-Ultra systemd[1]: udm-iptv.service: Main process exited, code=exited, status=1/FAILURE
Mar 03 14:51:24 UCG-Ultra systemd[1]: udm-iptv.service: Failed with result 'exit-code'.
Mar 03 14:51:24 UCG-Ultra systemd[1]: Stopped IPTV support for the UniFi Dream Machine.
Mar 03 14:51:24 UCG-Ultra systemd[1]: Started IPTV support for the UniFi Dream Machine.
Mar 03 14:51:24 UCG-Ultra udm-iptvd[49588]: Device iptv already exists.. Deleting device
Mar 03 14:51:24 UCG-Ultra udm-iptvd[49588]: Obtaining IP address for VLAN interface
Mar 03 14:51:24 UCG-Ultra udm-iptvd[49605]: udhcpc: started, v1.30.1
Mar 03 14:51:24 UCG-Ultra udm-iptvd[49605]: udhcpc: sending discover
Mar 03 14:51:24 UCG-Ultra udm-iptvd[49605]: udhcpc: sending select for 10.174.188.118
Mar 03 14:51:24 UCG-Ultra udm-iptvd[49605]: udhcpc: lease of 10.174.188.118 obtained, lease time 3600
Mar 03 14:51:25 UCG-Ultra udm-iptvd[49588]: NATing IPTV network ranges (if necessary)
Mar 03 14:51:25 UCG-Ultra udm-iptvd[49588]: Creating static routes (if necessary)
Mar 03 14:51:25 UCG-Ultra udm-iptvd[49588]: Setting up IGMP Proxy
Mar 03 14:51:25 UCG-Ultra udm-iptvd[49588]: Using improxy...
Mar 03 14:51:25 UCG-Ultra udm-iptvd[49588]: Starting IGMP Proxy
lines 5673-5709/5709 (END)

[ Voor 68% gewijzigd door Swerfer op 03-03-2024 15:00 ]

[JungleJim]

Swerfer schreef op zondag 3 maart 2024 @ 14:54:
[...]


Hmm... scherp. Hieronder het einde:

code:

... knip logs ...

Logs zien er goed uit.

Al geprobeerd Untagged VLAN management op Block All ipv Allow All? KPN TV+ kastje is bedraad aangesloten
en niet per ongeluk toch met Wi-Fi (afgaande op screenshots is het bedraad, maar kan geen kwaad om te controleren)?
Wat staat er in de logs op het moment dat het beeld bevriest (dit is namelijk vaak teken dat er iets mis gaat met het multicast verkeer)? Je kunt evt de setting IPTV_IGMPPROXY_DEBUG op true zetten in /etc/udm-iptv.conf, dan krijg je wat meer logging.

En check even of de setting IPTV_LAN_INTERFACES goed staat. Als je ifconfig br0 uitvoert, kun je zien welk IP adres aan deze interface is gekoppeld (er staat inet <ip adres>), deze moet gelijk zijn 192.168.3.1. Als dat niet zo is, dan is de verkeerde interface geconfigureerd. In jouw geval zou dat dan ws br1 moeten zijn, maar dat kun je controleren door ifconfig in te geven en dan de lijst met interfaces te bekijken. Je moet diegene hebben waar 'inet 192.168.3.1' bij staat.

[ Voor 25% gewijzigd door JungleJim op 03-03-2024 15:17 ]

[Swerfer]

JungleJim schreef op zondag 3 maart 2024 @ 15:09:
[...]


En check even of de setting IPTV_LAN_INTERFACES goed staat. Als je ifconfig br0 uitvoert, kun je zien welk IP adres aan deze interface is gekoppeld (er staat inet <ip adres>), deze moet gelijk zijn 192.168.3.1. Als dat niet zo is, dan is de verkeerde interface geconfigureerd. In jouw geval zou dat dan ws br1 moeten zijn, maar dat kun je controleren door ifconfig in te geven en dan de lijst met interfaces te bekijken. Je moet diegene hebben waar 'inet 192.168.3.1' bij staat.

Je bent een held! Het moest br661 zijn...

[JungleJim]

Swerfer schreef op zondag 3 maart 2024 @ 15:29:
[...]
Je bent een held! Het moest br661 zijn...

mooi dat het nu werkt!

[mgiebels]

Swerfer schreef op zondag 3 maart 2024 @ 10:44:
[...]
Ik heb dit uitgevoerd en daarna de originele file gecheckt en de wijzigingen zijn doorgevoerd. Echter is mijn KPN TV+ Box nog steeds met unicast aan het streamen ipv multicast. Ik moet er wel bij zeggen dat ik eerder al ook de instellingen van @bommel (bommel in "[Ubiquiti & IPTV] Ervaringen & Discussie") had doorgevoerd, zonder het script uit te voeren. Zou dat een probleem kunnen zijn?

Beste is script van Fabian draaien.
En dan toch een eigen vlan4 opzetten intern ik heb 661 gekozen.
Draai zonder problemen Multicast en scheelt een stuk kwaliteits verschil.

- UXG lite adopten.
- VLAN661 maken
- IGMPProxy in de controller uitzetten
- apt update doen
- script fabian runnen (deze installeert een andere IGMP proxy)
- udm-iptv.conf bestand eventueel aanpassen via scp of putty


Dit is trouwens mijn config even als voorbeeld

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"

- rebooten UXG
Dit zou het dan moeten zijn

[JungleJim]

mgiebels schreef op maandag 4 maart 2024 @ 16:50:
[...]
En dan toch een eigen vlan4 opzetten intern ik heb 661 gekozen.
[..]
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"

Wil hier graag wel even een kanttekening bij plaatsen: de interface namen (IPTV_WAN_INTERFACE en IPTV_LAN_INTERFACES) verschillen per Unifi gateway en zijn ook afhankelijk van je lokale configuratie (bijv interne VLAN ID wat je gebruikt voor je TV kastje). Dus pas op met aanpassen van de config file, en controleer of je de juiste interface namen voor je Unifi gateway gebruikt. In de meeste gevallen zou het script van fabian de juiste moeten pakken wanneer je de configuratie doorloopt. Bij twijfel gewoon even vragen hier

[Roylee]

JungleJim schreef op zondag 3 maart 2024 @ 13:05:
[...]

Ja ik verwacht idd dat dat gewoon blijft werken.

Het werkt inderdaad out of the box!
Hoe kan ik zien op de USG of ik via multi of unicast kijk? De stream verbruikt ongeveer 7.5mbps als ik de USG moet geloven.

[mgiebels]

Roylee schreef op maandag 4 maart 2024 @ 19:15:
[...]


Het werkt inderdaad out of the box!
Hoe kan ik zien op de USG of ik via multi of unicast kijk? De stream verbruikt ongeveer 7.5mbps als ik de USG moet geloven.

Dan kijk je unicast.
Multicast moet op de eerste 10 kanalen 14 Mbit zijn.
En rechts onder staat Live of LIVE de laatste is multicast

[Roylee]

mgiebels schreef op maandag 4 maart 2024 @ 19:21:
[...]

Dan kijk je unicast.
Multicast moet op de eerste 10 kanalen 14 Mbit zijn.
En rechts onder staat Live of LIVE de laatste is multicast

Als ik onderstaande moet geloven is dit multicast dus?

[ Voor 12% gewijzigd door Roylee op 04-03-2024 19:26 ]

[Swerfer]

Roylee schreef op maandag 4 maart 2024 @ 19:24:
[...]


Als ik onderstaande moet geloven is dit multicast dus?
[Afbeelding]

Niet persé. Pas als je de zender kiest en de stream begint, dan geeft hij pas echt weer met LIVE of Live. LIVE kan dan zomaar overspringen op Live. Edit: ik zie dat je je afbeelding hebt gewijzigd. Dit is inderdaad multicast. /edit

Als het zappen 5 seconden duurt, is het unicast. Met multicast duurt dat 1 seconde of zo...

Gister had ik eindelijk multicast voor elkaar en vandaag staat hij weer gewoon te unicasten 😡

Eens kijken wat er is gebeurd vannacht...

[ Voor 18% gewijzigd door Swerfer op 05-03-2024 20:09 ]

[mgiebels]

Swerfer schreef op maandag 4 maart 2024 @ 19:28:
[...]
Niet persé. Pas als je de zender kiest en de stream begint, dan geeft hij pas echt weer met LIVE of Live. LIVE kan dan zomaar overspringen op Live. Als het zappen 5 seconden duurt, is het unicast. Met multicast duurt dat 1 seconde of zo...

Gister had ik eindelijk multicast voor elkaar en vandaag staat hij weer gewoon te unicasten 😡

Eens kijken wat er is gebeurd vannacht...

Wel juist ingesteld in ontvanger? Hier moet je ook multicast en automatisch beste kwaliteit op actief zetten.

Maar als er bij de eerste 10 kanalen 7,2 loopt is het inderdaad unicast

[Swerfer]

mgiebels schreef op maandag 4 maart 2024 @ 20:08:
[...]

Wel juist ingesteld in ontvanger? Hier moet je ook multicast en automatisch beste kwaliteit op actief zetten.

Op de TV+ Box staat multicast en beste kwaliteit ingesteld. Het lijkt erop dat mijn netwerk andere dingen doet dan gisteren is ingesteld. Heb nog geen tijd gehad om te onderzoeken. Misschien heeft mijn UCG Ultra wel een update gehad... Niet dus, die is 1 dag en 6 uur online. Morgen maar eens kijken of ik de tijd kan vinden en zin heb...

Edit: Het probleem lag bij dat ubios-udapi-server.state om één of andere reden gereset was naar de oude waardes. Opnieuw aangepast, via json file, en de multicast functioneerde weer en nu al 3 dagen lang. Waarom de file gereset was weet ik niet. De UCG was niet opnieuw opgestart of gereset of van een update voorzien, zover ik kan achterhalen. De uptime was niet gereset in de tussentijd.

[ Voor 35% gewijzigd door Swerfer op 07-03-2024 21:31 ]

[Maukie]

Ik heb ook de cloud gateway Ultra in gebruik genomen.
Alles werkt inclusief IPTV, zappen gaat ook snel.

Dit is mijn config voor udm-iptv.conf

## 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="false"
IPTV_IGMPPROXY_PROGRAM="improxy"

IPTV_IGMPPROXY_IGMP_VERSION="2"

[erwin21]

Goedeavond,

Ik heb nu glasvezel van KPN, ik heb het NTU kastje via utp kabel direct verbonden met mijn USG PRO 4 via de uitleg van @Coolhva.

Het gekke is dat ik nu alleen websites kan bezoeken die ipv6 ondersteunen. Pingen naar een extern ipv4 nummer werkt niet vanaf mijn laptop, wel vanaf mjn USG PRO 4.

code:

Interface    IP Address                        S/L  Description                 
---------    ----------                        ---  -----------                 
eth0         10.0.0.1/24                       u/u  LAN                         
             2a02:a471:ff91:1::1/64           
             2a02:a471:ff91:1:b6fb:e4ff:fed5:ca06/64
eth0.20      10.0.20.1/27                      u/u                              
eth0.172     172.16.0.1/24                     u/u                              
eth0.173     172.16.10.1/24                    u/u                              
eth0.175     172.16.20.1/24                    u/u                              
eth0.661     172.16.30.1/24                    u/u                              
eth1         -                                 A/D                              
eth2         -                                 u/u  WAN                         
eth2.4       10.236.40.205/22                  u/u  IPTV                        
eth2.6       -                                 u/u                              
eth3         -                                 u/D  WAN2                        
lo           127.0.0.1/8                       u/u                              
             ::1/128                          
pppoe2       86.80.xxx.xx                      u/u

code:

K>* 0.0.0.0/0 is directly connected, pppoe2
C>* 10.0.0.0/24 is directly connected, eth0
C>* 10.0.20.0/27 is directly connected, eth0.20
C>* 10.236.40.0/22 is directly connected, eth2.4
C>* 127.0.0.0/8 is directly connected, lo
C>* 172.16.0.0/24 is directly connected, eth0.172
C>* 172.16.10.0/24 is directly connected, eth0.173
C>* 172.16.20.0/24 is directly connected, eth0.175
C>* 172.16.30.0/24 is directly connected, eth0.661
C>* 195.190.228.142/32 is directly connected, pppoe2
K>* 213.75.112.0/21 via 10.236.40.1, eth2.4

EDIT:

Ik ben er inmiddels achter dat ik het werkend krijg door de firewall op eth0 en LOAD_BALANCE te verwijderen, is niet de oplossing maar misschien wel een aanknopingspunt, ik heb allleen geen idee welke regel dit kan veroorzaken.

code:

configure
delete interfaces ethernet eth0 firewall in modify LOAD_BALANCE
commit;exit

code:

--------------------------------------------------------------------------------
IPv4 Modify Firewall "LOAD_BALANCE":

 Active on (eth0,IN) (eth0.20,IN) (eth0.172,IN) (eth0.173,IN) (eth0.175,IN) (eth0.661,IN)

rule  action   proto     packets  bytes                                   
----  ------   -----     -------  -----                                   
3001  accept   all       0        0                                       
  condition - match-set NETv4_eth2 dst                                          

3002  accept   all       0        0                                       
  condition - match-set NETv4_eth3 dst                                          

3003  accept   all       149621   67105615                                
  condition - match-SRC-NTWRK-GROUP corporate_network match-set corporate_networ
              k dst                                                             

3004  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP corporate_network match-set remote_user_vpn_
              network dst                                                       

3005  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP corporate_network match-set remote_site_vpn_
              network dst                                                       

3006  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP corporate_network match-set remote_client_vp
              n_network dst                                                     

3007  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP corporate_network match-set guest_network ds
              t                                                                 

3008  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP guest_network match-set corporate_network ds
              t                                                                 

3009  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP guest_network match-set remote_user_vpn_netw
              ork dst                                                           

3010  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP guest_network match-set remote_site_vpn_netw
              ork dst                                                           

3011  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP guest_network match-set remote_client_vpn_ne
              twork dst                                                         

3012  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP guest_network match-set guest_network dst   

3013  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP remote_user_vpn_network match-set corporate_
              network dst                                                       

3014  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP remote_user_vpn_network match-set remote_sit
              e_vpn_network dst                                                 

3015  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP remote_user_vpn_network match-set remote_use
              r_vpn_network dst                                                 

3016  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP remote_user_vpn_network match-set remote_cli
              ent_vpn_network dst                                               

3017  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP remote_user_vpn_network match-set guest_netw
              ork dst                                                           

3018  modify   all       255416   20785984                                

10000 accept   all       255419   20786211

Iemand een idee wat het kan zijn? Ik heb de USG PRO 4 al een factory reset gegeven.

Thanks!

[ Voor 50% gewijzigd door erwin21 op 16-03-2024 15:32 ]

[Cidolfas]

Maukie schreef op woensdag 13 maart 2024 @ 11:39:
Ik heb ook de cloud gateway Ultra in gebruik genomen.
Alles werkt inclusief IPTV, zappen gaat ook snel.

Dit is mijn config voor udm-iptv.conf

## 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="false"
IPTV_IGMPPROXY_PROGRAM="improxy"

IPTV_IGMPPROXY_IGMP_VERSION="2"

Ik gebruik bijna dezelfde settings en IPTV werkt op zich wel goed, alleen als ik langs veel zenders zap blijft hij wel eens hangen.

Begin bijvoorbeeld op net 1 en zap dan snel langs 2, 3 ,4 ,5 ,6 naar net 7. Dan heb ik soms op net 7 een paar seconden beeld/geluid.. dan loopt het vast en na een paar seconde gaat hij weer verder en heb ik verder geen problemen meer.

Geen groot probleem maar wel irritant. Het is ook niet echt te reproduceren.

Als iemand hier ervaring mee heeft hoor ik het graag! Ik denk zelf dat de streams niet snel genoeg afgebroken worden tijdens het zappen en dat de switch vol loopt, maar heb dit nog niet kunnen bewijzen.

[mgiebels]

Ik heb quickleave in het script aan staan had ook wat problemen en sindsdien niet meer.
Normaal staan quickleave ook aan vanuit automatische installatie

[Cidolfas]

mgiebels schreef op woensdag 20 maart 2024 @ 06:25:
Ik heb quickleave in het script aan staan had ook wat problemen en sindsdien niet meer.
Normaal staan quickleave ook aan vanuit automatische installatie

Hmm zal daar nog eens naar kijken, thanks!

Ik kan het inmiddels wel reproduceren, als je naar een zender kijkt en vervolgens weg zapt en meteen weer terug naar datzelfde kanaal dan is de stream even te zien en horen, daarna loopt hij vast voor 1 - 2 seconden en daarna gaat hij weer verder.

[mgiebels]

Hier echt totaal geen last van wat jij omschrijft net ook gedaan maar ik heb meteen beeld en geluid en loopt niet vast

[Cidolfas]

mgiebels schreef op woensdag 20 maart 2024 @ 10:48:
Hier echt totaal geen last van wat jij omschrijft net ook gedaan maar ik heb meteen beeld en geluid en loopt niet vast

Vreemd, heb met zowel True als False getest voor IPTV_IGMPPROXY_DISABLE_QUICKLEAVE (volgens mij heeft dit totaal geen invloed op de improxy config die gegenereerd wordt overigens) maar blijf het probleem houden.

Edit:

Nu valt een stream ook wel eens weg als ik helemaal niet zap.... vanavond maar eens op onderzoek uit en debug logs uitpluizen...

[ Voor 13% gewijzigd door Cidolfas op 23-03-2024 18:03 ]

[Reley]

Cidolfas schreef op woensdag 20 maart 2024 @ 22:30:
[...]


Vreemd, heb met zowel True als False getest voor IPTV_IGMPPROXY_DISABLE_QUICKLEAVE (volgens mij heeft dit totaal geen invloed op de improxy config die gegenereerd wordt overigens) maar blijf het probleem houden.

Edit:

Nu valt een stream ook wel eens weg als ik helemaal niet zap.... vanavond maar eens op onderzoek uit en debug logs uitpluizen...

Heb jij hier nog een update over? Heb exact hetzelfde op mijn UXG UCG Ultra .
Alles werkt prime, zappen gaat snel, maar als we niet zappen hangt de stream ook regelmatig. Dan is het of zappen, of kastje resetten en dan streamt hij weer. Maar dit gebeurt meerdere keren op een avond.
Script van Fabian al volledig verwijderd en opnieuw geinstalleerd, maar geen soelaas helaas...

[mgiebels]

Reley schreef op donderdag 28 maart 2024 @ 14:19:
[...]


Heb jij hier nog een update over? Heb exact hetzelfde op mijn UXG.
Alles werkt prime, zappen gaat snel, maar als we niet zappen hangt de stream ook regelmatig. Dan is het of zappen, of kastje resetten en dan streamt hij weer. Maar dit gebeurt meerdere keren op een avond.
Script van Fabian al volledig verwijderd en opnieuw geinstalleerd, maar geen soelaas helaas...

Wazig ik kijk al maanden zonder problemen en wat hier staat snel heen en weer zappen doe ik regelmatig werkt prima.
Ik gebruik versie 3.2.15
Loopt nooit vast werkt al 35 dagen zonder issues

[Reley]

mgiebels schreef op donderdag 28 maart 2024 @ 14:38:
[...]


Wazig ik kijk al maanden zonder problemen en wat hier staat snel heen en weer zappen doe ik regelmatig werkt prima.
Ik gebruik versie 3.2.15
Loopt nooit vast werkt al 35 dagen zonder issues

Inderdaad wazig...

het heeft ook tijd goed gedraaid sinds ik de UCG Ultra draai.. (excuus, in vorige post noemde ik de UXG)
Maar nadat hij geupdate is naar versie 8.1.113 heb ik er last van.
Ook na het verwijderen en opnieuw installeren van het script...

[Maukie]

Reley schreef op donderdag 28 maart 2024 @ 14:46:
[...]


Inderdaad wazig...

het heeft ook tijd goed gedraaid sinds ik de UCG Ultra draai.. (excuus, in vorige post noemde ik de UXG)
Maar nadat hij geupdate is naar versie 8.1.113 heb ik er last van.
Ook na het verwijderen en opnieuw installeren van het script...

De problemen die je noemt herken ik ook niet met de USG-Ultra. Ik draai ook de laatste versie van de Network Controller.
Voor IPTV gebruik ik nu met de USG-Ultra geen apart VLAN meer maar br0.
Mijn config staat een stukje terug in dit forum artikel.

Dit zijn de stappen die ik heb gedaan.
- USG Ultra adopten.
- IGMP Proxy in de controller uitzetten
- apt update doen
- script fabian runnen
- udm-iptv.conf bestand eventueel aanpassen via scp
- rebooten USG Ultra

[Reley]

Maukie schreef op donderdag 28 maart 2024 @ 14:59:
[...]


De problemen die je noemt herken ik ook niet met de USG-Ultra. Ik draai ook de laatste versie van de Network Controller.
Voor IPTV gebruik ik nu met de USG-Ultra geen apart VLAN meer maar br0.
Mijn config staat een stukje terug in dit forum artikel.

Dit zijn de stappen die ik heb gedaan.
- USG Ultra adopten.
- IGMP Proxy in de controller uitzetten
- apt update doen
- script fabian runnen
- udm-iptv.conf bestand eventueel aanpassen via scp
- rebooten USG Ultra

Alles gedaan...
en zoals gezegd, het heeft dus vlekkeloos gewerkt tot een update vorige week ergens... (auto-update staat nu uit btw...)

We zoeken vrolijk verder....

[Maukie]

Reley schreef op donderdag 28 maart 2024 @ 15:06:
[...]


Alles gedaan...
en zoals gezegd, het heeft dus vlekkeloos gewerkt tot een update vorige week ergens... (auto-update staat nu uit btw...)

We zoeken vrolijk verder....

Maak je ook gebruik van VLANs op je USG of dat niet?
Heb je de TV rechtstreeks op een van de poorten van de Ultra aangeloten of via een switch?

[mgiebels]

hier ook alles op laatste versie blijft wazig dat meerdere dit dan ervaren

[bvk007]

Reley schreef op donderdag 28 maart 2024 @ 14:19:
[...]


Heb jij hier nog een update over? Heb exact hetzelfde op mijn UXG UCG Ultra .
Alles werkt prime, zappen gaat snel, maar als we niet zappen hangt de stream ook regelmatig. Dan is het of zappen, of kastje resetten en dan streamt hij weer. Maar dit gebeurt meerdere keren op een avond.
Script van Fabian al volledig verwijderd en opnieuw geinstalleerd, maar geen soelaas helaas...

Ik ervaar hetzelfde alleen op een UDM-base, ik dacht altijd dat het in de stream zat die aangeleverd werd dat het zo instabiel is...het verschilt ook van keer tot keer.

[Reley]

Maukie schreef op donderdag 28 maart 2024 @ 15:49:
[...]


Maak je ook gebruik van VLANs op je USG of dat niet?
Heb je de TV rechtstreeks op een van de poorten van de Ultra aangeloten of via een switch?

Ik heb een specifiek IPTV vlan (661) Welke ook getagged is op de unifi switch poort waar het kastje aan hangt.
alles ingesteld zoals anderen ook hebben hier in het topic.

[Cidolfas]

Reley schreef op donderdag 28 maart 2024 @ 14:19:
[...]


Heb jij hier nog een update over? Heb exact hetzelfde op mijn UXG UCG Ultra .
Alles werkt prime, zappen gaat snel, maar als we niet zappen hangt de stream ook regelmatig. Dan is het of zappen, of kastje resetten en dan streamt hij weer. Maar dit gebeurt meerdere keren op een avond.
Script van Fabian al volledig verwijderd en opnieuw geinstalleerd, maar geen soelaas helaas...

Helaas niet. Ik heb IPTV ook op een apart vlan zitten.

Als ik weer eens tijd heb wil ik improxy vervangen door igmp-proxy om te kijken of dat beter gaat. In de debug logs zie ik VIFs voorbij komen die helemaal niet in de configuratie van improxy zitten en ook geen onderdeel zijn van de vlans waar improxy voor zou moeten werken:

WARNING[mcast_recv_igmp@753]: Don't exist this VIF 22

En ik zie heel veel timeouts:

DEBUG[main@655]: timeout

De volgende stap is om igmp-proxy te installeren, daar kan je expliciet interfaces op ignore zetten.

[mgiebels]

Hier alleen improxy draaien en de functie in de unifi software IGMP proxy niet aangezet toen ik dit had aan staan liep het bij mij fout.

En ook alles op Vlan661 zitten 3 boxen draaien top

[Cidolfas]

mgiebels schreef op vrijdag 29 maart 2024 @ 10:47:
Hier alleen improxy draaien en de functie in de unifi software IGMP proxy niet aangezet toen ik dit had aan staan liep het bij mij fout.

En ook alles op Vlan661 zitten 3 boxen draaien top

Ja het werkt hier op zich ook wel maar met zappen loopt het nog steeds wel eens vast.

Met name als je naar een zender kijkt, dan 2-3 seconden zapt naar een andere zender en dan weer terug naar de oorspronkelijke zender.

Met de USG en igmp-proxy had ik dit issue niet.

[rev]

Cidolfas schreef op vrijdag 29 maart 2024 @ 11:13:
[...]


Ja het werkt hier op zich ook wel maar met zappen loopt het nog steeds wel eens vast.

Met name als je naar een zender kijkt, dan 2-3 seconden zapt naar een andere zender en dan weer terug naar de oorspronkelijke zender.

Met de USG en igmp-proxy had ik dit issue niet.

Voor wat het waard is: ik ervaar de laatste tijd ook haperingen bij het zappen met een UDMP en igmp-proxy, Het is dus wellicht niet apparaat specifiek.

[mgiebels]

Igmp proxy van apparaat nooit zelf gebruiken.
Fabian geeft dit ook aan.

Ik heb hier zelf een opstelling met UXG lite en bij me ouders de ucg-Ultra beide locaties geen last van bovenstaande.
Wel de early acces op de uxg en ucg draaien.
Enige wat ik heb gedaan is script gedraait van Fabian en dan eigen vlan erin gezet.
En igmp proxy op device zelf uit en vanuit script laten doen.

[rev]

Even gecheckt maar Igmp proxy optie op de UDMP staat inderdaad uit. Basis routine is na een update van Unifi OS het script van Fabian draaien. Daarna werkt het weer, alleen sinds kort dus wat minder vlekkeloos. Wellicht is dat sinds de laatste update naar v3.2.12, het viel niet meteen op omdat het verder niet al te storend is.

[mgiebels]

Ik draai 3.2.15

[Cidolfas]

mgiebels schreef op zondag 31 maart 2024 @ 09:48:
Igmp proxy van apparaat nooit zelf gebruiken.
Fabian geeft dit ook aan.

Ik heb hier zelf een opstelling met UXG lite en bij me ouders de ucg-Ultra beide locaties geen last van bovenstaande.
Wel de early acces op de uxg en ucg draaien.
Enige wat ik heb gedaan is script gedraait van Fabian en dan eigen vlan erin gezet.
En igmp proxy op device zelf uit en vanuit script laten doen.

Volgens mij heb je de keuze tussen improxy en igmp-proxy. Improxy is standaard geinstalleerd op de UCG maar staat uit. Je kan hem aanzetten door het vinkje aan te vinken in de GUI.

igmp-proxy kan je extra installeren als apt pakket.

Als je in de config van udm-iptv "improxy" gebruikt hoef je dus geen extra pakketten te installeren. Gebruik je "igmp-proxy" moet dat pakket geinstalleerd worden.

Gebruik je improxy in de config van udm-iptv en heb je het vinkje in de GUI aangezet willen zowel Unifi als udm-iptv de service claimen, waardoor je conflicten krijgt.

Waarom niet iedereen last heeft van de issues met zappen is mij wel een raadsel. Ik heb wel erg oude TV kastjes nog, wellicht heeft dat nog invloed.

[mgiebels]

Het is andersom igmp proxy kan je aanzetten in UniFi gui.

Improxy gaat via apt install.

Ik gebruik de TV+ kastjes die nieuwe

[Cidolfas]

mgiebels schreef op maandag 1 april 2024 @ 18:31:
Het is andersom igmp proxy kan je aanzetten in UniFi gui.

Improxy gaat via apt install.

Ik gebruik de TV+ kastjes die nieuwe

Ik weet vrij zeker van niet, anders zou ik beide pakketten op mijn device hebben staan en ik heb alleen improxy .

Maar ik ga binnenkort toch weer eens een herinstallatie doen, kan ik het meteen met zekerheid zeggen.

[JungleJim]

mgiebels schreef op maandag 1 april 2024 @ 18:31:
Het is andersom igmp proxy kan je aanzetten in UniFi gui.

Improxy gaat via apt install.

Ik gebruik de TV+ kastjes die nieuwe

Precies andersom, improxy is standaard geinstalleerd op Unifi Gateways. igmp-proxy moet je eerst installeren met apt als je die als alternatief wil gebruiken.

[mgiebels]

Bij mij zit die in de ultra en uxg lite zit de igmp proxy in de software en improxy via het script van Fabian

[dôh]

Kan iemand mij hier wijzen op een werkende IPv6 configuratie voor de USG-Pro-4 i.c.m. KPN FTTH?

Ik gebruikte tot 2 weken geleden een zelf aangepaste versie van het script van Henk van Achterberg: https://github.com/coolhva/usg-kpn-ftth

Echter krijg ik deze niet meer werkend, wat erg frustrerend is. Ik heb werkelijk allemaal combinaties geprobeerd, maar ik kom er niet uit.

Alvast dank!

[JungleJim]

mgiebels schreef op maandag 1 april 2024 @ 20:27:
Bij mij zit die in de ultra en uxg lite zit de igmp proxy in de software en improxy via het script van Fabian

Zeker weten? UXG Lite heeft pas vanaf 3.1.16 ondersteuning voor IGMP Proxy dus kan het zijn dat je op je uxg lite handmatig igmp-proxy hebt geïnstalleerd? Het IPTV script pakt namelijk als default improxy, en installeert igmpproxy niet uit zichzelf (het is een Suggested package, niet een Recommended package)...

[dôh]

Zou jij je configuratie met mij willen delen? De .json het kpn script en screenshot van je netwerk en Wan instelling van de controller. Eventueel nog firewall regels speciaal voor ipv6.

Bij mij werkte het tot een week of 2 goed, maar nu heb ik geen ipv6 meer. Mogelijk door update van Controller? Ik draai de laatste versie van de controller.

erwin21 schreef op vrijdag 15 maart 2024 @ 20:16:
Goedeavond,

Ik heb nu glasvezel van KPN, ik heb het NTU kastje via utp kabel direct verbonden met mijn USG PRO 4 via de uitleg van @Coolhva.

Het gekke is dat ik nu alleen websites kan bezoeken die ipv6 ondersteunen. Pingen naar een extern ipv4 nummer werkt niet vanaf mijn laptop, wel vanaf mjn USG PRO 4.

code:

Interface    IP Address                        S/L  Description                 
---------    ----------                        ---  -----------                 
eth0         10.0.0.1/24                       u/u  LAN                         
             2a02:a471:ff91:1::1/64           
             2a02:a471:ff91:1:b6fb:e4ff:fed5:ca06/64
eth0.20      10.0.20.1/27                      u/u                              
eth0.172     172.16.0.1/24                     u/u                              
eth0.173     172.16.10.1/24                    u/u                              
eth0.175     172.16.20.1/24                    u/u                              
eth0.661     172.16.30.1/24                    u/u                              
eth1         -                                 A/D                              
eth2         -                                 u/u  WAN                         
eth2.4       10.236.40.205/22                  u/u  IPTV                        
eth2.6       -                                 u/u                              
eth3         -                                 u/D  WAN2                        
lo           127.0.0.1/8                       u/u                              
             ::1/128                          
pppoe2       86.80.xxx.xx                      u/u

code:

K>* 0.0.0.0/0 is directly connected, pppoe2
C>* 10.0.0.0/24 is directly connected, eth0
C>* 10.0.20.0/27 is directly connected, eth0.20
C>* 10.236.40.0/22 is directly connected, eth2.4
C>* 127.0.0.0/8 is directly connected, lo
C>* 172.16.0.0/24 is directly connected, eth0.172
C>* 172.16.10.0/24 is directly connected, eth0.173
C>* 172.16.20.0/24 is directly connected, eth0.175
C>* 172.16.30.0/24 is directly connected, eth0.661
C>* 195.190.228.142/32 is directly connected, pppoe2
K>* 213.75.112.0/21 via 10.236.40.1, eth2.4

EDIT:

Ik ben er inmiddels achter dat ik het werkend krijg door de firewall op eth0 en LOAD_BALANCE te verwijderen, is niet de oplossing maar misschien wel een aanknopingspunt, ik heb allleen geen idee welke regel dit kan veroorzaken.

code:

configure
delete interfaces ethernet eth0 firewall in modify LOAD_BALANCE
commit;exit

code:

--------------------------------------------------------------------------------
IPv4 Modify Firewall "LOAD_BALANCE":

 Active on (eth0,IN) (eth0.20,IN) (eth0.172,IN) (eth0.173,IN) (eth0.175,IN) (eth0.661,IN)

rule  action   proto     packets  bytes                                   
----  ------   -----     -------  -----                                   
3001  accept   all       0        0                                       
  condition - match-set NETv4_eth2 dst                                          

3002  accept   all       0        0                                       
  condition - match-set NETv4_eth3 dst                                          

3003  accept   all       149621   67105615                                
  condition - match-SRC-NTWRK-GROUP corporate_network match-set corporate_networ
              k dst                                                             

3004  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP corporate_network match-set remote_user_vpn_
              network dst                                                       

3005  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP corporate_network match-set remote_site_vpn_
              network dst                                                       

3006  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP corporate_network match-set remote_client_vp
              n_network dst                                                     

3007  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP corporate_network match-set guest_network ds
              t                                                                 

3008  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP guest_network match-set corporate_network ds
              t                                                                 

3009  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP guest_network match-set remote_user_vpn_netw
              ork dst                                                           

3010  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP guest_network match-set remote_site_vpn_netw
              ork dst                                                           

3011  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP guest_network match-set remote_client_vpn_ne
              twork dst                                                         

3012  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP guest_network match-set guest_network dst   

3013  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP remote_user_vpn_network match-set corporate_
              network dst                                                       

3014  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP remote_user_vpn_network match-set remote_sit
              e_vpn_network dst                                                 

3015  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP remote_user_vpn_network match-set remote_use
              r_vpn_network dst                                                 

3016  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP remote_user_vpn_network match-set remote_cli
              ent_vpn_network dst                                               

3017  accept   all       0        0                                       
  condition - match-SRC-NTWRK-GROUP remote_user_vpn_network match-set guest_netw
              ork dst                                                           

3018  modify   all       255416   20785984                                

10000 accept   all       255419   20786211

Iemand een idee wat het kan zijn? Ik heb de USG PRO 4 al een factory reset gegeven.

Thanks!

[Hakr]

@mgiebels Hallo, dankzij Fabian en jou heb ik de KPN zaken netjes draaien op al mijn settop boxen, echter sinds ik de upgrade van mijn controller software heb gedaan is mijn uxg lite ook geupgraded naar 3.2.15.14839 en krijg ik de melding 563 weer. Ik heb mijn controller software middels een backup weer terug gezet naar 8.02.28 maar dat mag niet baten. Helaas kan ik de firmware update van de uxg lite niet terugdraaien. Heb je een advies?

[mgiebels]

Hakr schreef op donderdag 4 april 2024 @ 19:14:
@mgiebels Hallo, dankzij Fabian en jou heb ik de KPN zaken netjes draaien op al mijn settop boxen, echter sinds ik de upgrade van mijn controller software heb gedaan is mijn uxg lite ook geupgraded naar 3.2.15.14839 en krijg ik de melding 563 weer. Ik heb mijn controller software middels een backup weer terug gezet naar 8.02.28 maar dat mag niet baten. Helaas kan ik de firmware update van de uxg lite niet terugdraaien. Heb je een advies?

Bij elke upgrade vanje UXG lite moet je de config weer opnieuw draaien van Fabian.
Daarvoor had ik ook in me eerdere berichten aangeraden de config op te slaan.
Script opnieuw draaien en dan je config weer terug zetten.

[Hakr]

Dank voor je snelle response. Gelukkig heb ik dat ook gedaan, de config is apart opgeslagen. Ik was vergeten dat je na een upgrade de config weer moet "restoren". Op naar het het script en terugzetten. THX!

[mgiebels]

Hakr schreef op vrijdag 5 april 2024 @ 12:40:
Dank voor je snelle response. Gelukkig heb ik dat ook gedaan, de config is apart opgeslagen. Ik was vergeten dat je na een upgrade de config weer moet "restoren". Op naar het het script en terugzetten. THX!

Ja ff terug zetten en voor mooie dan rebooten van de UXG

[Reley]

Helaas bleef mijn probleem hardnekkig. Meerdere keren op een avondje tv kijken het kastje moeten herstarten. Daarom de experiabox maar weer er tussen gezet. Tv kastje op 1 poort, en de UXG op een ander poortje. Probleem opgelost...

[Cidolfas]

Reley schreef op zaterdag 6 april 2024 @ 13:40:
Helaas bleef mijn probleem hardnekkig. Meerdere keren op een avondje tv kijken het kastje moeten herstarten. Daarom de experiabox maar weer er tussen gezet. Tv kastje op 1 poort, en de UXG op een ander poortje. Probleem opgelost...

Hier met de Unifi Cloud Gateway Ultra heb ik het probleem opgelost door te switchen naar igmpproxy in plaats van de ingebouwde improxy.

SSH naar de UCG en igmpproxy installeren:

code:

apt install igmpproxy

Daarna in /etc/udm-iptv het igmp programma switchen:

code:

IPTV_IGMPPROXY_PROGRAM="improxy" --> IPTV_IGMPPROXY_PROGRAM="igmpproxy"

En udm-iptv herstarten:

code:

systemctl restart udm-iptv

Daarna had ik geen last meer van het wegvallen van streams tijdens het zappen.

[ Voor 4% gewijzigd door Cidolfas op 08-04-2024 08:08 ]

[Reley]

Cidolfas schreef op maandag 8 april 2024 @ 07:45:
[...]


Hier met de Unifi Cloud Gateway Ultra heb ik het probleem opgelost door te switchen naar igmpproxy in plaats van de ingebouwde improxy.

SSH naar de UCG en igmpproxy installeren:

code:

apt install igmpproxy

Daarna in /etc/udm-iptv het igmp programma switchen:

code:

IPTV_IGMPPROXY_PROGRAM="improxy" --> IPTV_IGMPPROXY_PROGRAM="igmpproxy"

En udm-iptv herstarten:

code:

systemctl restart udm-iptv

Daarna had ik geen last meer van het wegvallen van streams tijdens het zappen.

Ik kan je maar 1 like geven...

Ik heb je oplossing een kans gegeven en inderdaad, mijn probleem ook opgelost! Dank!!

[licky]

na een vorige poging om mijn USG te vervangen voor een UXG, heb ik het vandaag nogmaals geprobeerd.
De vorige keer liep ik vast omdat de firmware update nog niet uit was. aangezien ik twee kinderen en een vrouw heb waar internet schijnbaar levensbehoefte nummer 1 is, kon ik geen eerder geschikt moment vinden

hierbij de stappen die ik heb genomen:

- USG verwijderd uit de Unifi devices lijst
- USG fysiek losgekoppeld
- UXG fysiek aangesloten
- UXG geadopteerd
- internet instellingen goedgezet zodat er weer internet beschikbaar is (vlan6 en PPPoE)
- UXG firmware updates uitgevoerd
- ssh naar UXG
- apt update
- script fabian afgetrapt: sh -c "$(curl https://raw.githubusercon...dm-iptv/master/install.sh -sSf)"
hiermee kom je in het keuze menu en koos ik voor KPN
er verscheen een foutmelding dat de kpn profile niet gevonden kon worden.
- udm-iptv reconfigure
gevolgd door de keuzes:
KPN OK
Lan interfaces OK
IGMPv3 OK
enable debugging No
- edit the udm-iptv.conf file
ik heb Br0 vervangen naar Br661
- de UXG herstart
hierna deed internet het, zodra ik het tv kastje aanzet kwam hij met de melding dat het niet goed was en bleef hangen op 85% als ik opnieuw ging instellen. downloaden van de software ging ook niet goed.
- Br661 aangepast naar eth0.661 in de config file.
- UXG herstart
hierna kon de software gedownload worden en het kastje werkt nu ook goed, soepel schakelen tussen kanalen en geen problemen. ik zal na een paar dagen nogmaals rapporteren of er nog issues naar boven zijn gekomen.

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_DISABLE_QUICKLEAVE="false"
IPTV_IGMPPROXY_DEBUG="false"
IPTV_IGMPPROXY_PROGRAM="improxy"

IPTV_IGMPPROXY_IGMP_VERSION="3"

[ Voor 10% gewijzigd door licky op 10-04-2024 13:14 ]

[JungleJim]

licky schreef op woensdag 10 april 2024 @ 13:10:
- udm-iptv reconfigure
gevolgd door de keuzes:
KPN OK
Lan interfaces OK
IGMPv3 OK
enable debugging No
- edit the udm-iptv.conf file
ik heb Br0 vervangen naar Br661

Heb zelf geen UXG, dus kan het zelf niet controleren. Maar ik ben benieuwd wat er verschijnt er in de udm-iptv reconfigure wizard bij de lijst van VLANs (schermpje met "LAN interfaces on which IPTV should be made available")? Staat het VLAN waar je TV+ box in zit daar tussen of niet?

[ Voor 7% gewijzigd door JungleJim op 10-04-2024 13:53 ]

[Phoolie]

licky schreef op woensdag 10 april 2024 @ 13:10:
[...]
- script fabian afgetrapt: sh -c "$(curl https://raw.githubusercon...dm-iptv/master/install.sh -sSf)"
hiermee kom je in het keuze menu en koos ik voor KPN
er verscheen een foutmelding dat de kpn profile niet gevonden kon worden.
[...]

Ik heb gisteren Unifi OS geupgrade op mijn UDM Pro, daarna moest ik ook het script weer uitvoeren en kreeg ook die melding dat het KPN profiel niet gevonden kon worden. Alles lijkt verder wel gewoon weer goed te werken. Maar wellicht weet @fabianishere waarom die melding komt en of het kwaad kan.

[mgiebels]

Phoolie schreef op woensdag 10 april 2024 @ 14:32:
[...]

Ik heb gisteren Unifi OS geupgrade op mijn UDM Pro, daarna moest ik ook het script weer uitvoeren en kreeg ook die melding dat het KPN profiel niet gevonden kon worden. Alles lijkt verder wel gewoon weer goed te werken. Maar wellicht weet @fabianishere waarom die melding komt en of het kwaad kan.

Beste is profiel opslaan.
en deze na elke upgrade weer terug te zetten

[JungleJim]

Phoolie schreef op woensdag 10 april 2024 @ 14:32:
[...]

Ik heb gisteren Unifi OS geupgrade op mijn UDM Pro, daarna moest ik ook het script weer uitvoeren en kreeg ook die melding dat het KPN profiel niet gevonden kon worden. Alles lijkt verder wel gewoon weer goed te werken. Maar wellicht weet @fabianishere waarom die melding komt en of het kwaad kan.

Dat klopt, bij een Unifi OS upgrade gaan aanpassingen verloren, waaronder dus udm-iptv. Makkelijkst is om je config (/etc/udm-iptv.conf) te kopiëren naar je home directory (op je unifi device) en dan weer terug te zetten nadat je udm-iptv opnieuw geïnstalleerd hebt. Vervolgens even de udm-iptv service herstarten (systemctl restart udm-iptv) en de boel zou weer moeten werken.

[Phoolie]

mgiebels schreef op woensdag 10 april 2024 @ 15:03:
[...]

Beste is profiel opslaan.
en deze na elke upgrade weer terug te zetten

JungleJim schreef op woensdag 10 april 2024 @ 15:12:
[...]

Dat klopt, bij een Unifi OS upgrade gaan aanpassingen verloren, waaronder dus udm-iptv. Makkelijkst is om je config (/etc/udm-iptv.conf) te kopiëren naar je home directory (op je unifi device) en dan weer terug te zetten nadat je udm-iptv opnieuw geïnstalleerd hebt. Vervolgens even de udm-iptv service herstarten (systemctl restart udm-iptv) en de boel zou weer moeten werken.

Wat is precies de toegevoegde waarde van die config/profiel op te slaan? Ik doe dat dus nooit. Na de Unifi OS upgrade voor ik het installatiescript weer even opnieuw uit, kies de WAN poort, provider en het VLAN en daarna werkt alles weer.

[JungleJim]

Phoolie schreef op vrijdag 12 april 2024 @ 08:18:
Wat is precies de toegevoegde waarde van die config/profiel op te slaan? Ik doe dat dus nooit. Na de Unifi OS upgrade voor ik het installatiescript weer even opnieuw uit, kies de WAN poort, provider en het VLAN en daarna werkt alles weer.

Dat kan natuurlijk ook 😀

[Goofman2]

Hallo,
sinds een paar dagen in bezit van Cloud Gateway Ultra, als vervanger voor USG-3 icm KPN glasvezel.
Wat ik ook probeer , ik kan alleen met KPN connecten via ETH4 port (WAN2). Het lukt mij niet om met ETH5 (WAN1) te connecten met KPN.
Dit geaccepteerd en door naar IPTV, alles geprobeerd zonder resultaat.
Dit ligt volgens mij aan bovenstaand probleem

Gebruik op dit moment script van Mauki (13 maart eerder in dit forum) .
Logging geeft volgende meldingen :
=== Service Logs ===
Apr 15 10:56:00 Cloud-Gateway-Ultra IMPROXY[33807]: ERROR[init_interface@232]: Disable IGMP, there is not igmp upstream interface or igmp downstream interface
Apr 15 10:56:00 Cloud-Gateway-Ultra udm-iptvd[33807]: init_interface: Cannot assign requested address
Apr 15 10:56:00 Cloud-Gateway-Ultra udm-iptvd[33807]: ERROR[init_interface@172]: SIOCGIFADDR filed iptv
Apr 15 10:56:00 Cloud-Gateway-Ultra udm-iptvd[33807]: ERROR[init_interface@232]: Disable IGMP, there is not igmp upstream interface or igmp downstream interface
Apr 15 10:56:00 Cloud-Gateway-Ultra udm-iptvd[33807]: FATAL[init_interface@251]: exiting.....
Apr 15 10:56:00 Cloud-Gateway-Ultra udm-iptvd[33807]: ERROR[main@619]: exiting.........
Apr 15 10:56:00 Cloud-Gateway-Ultra IMPROXY[33807]: FATAL[init_interface@251]: exiting.....
Apr 15 10:56:00 Cloud-Gateway-Ultra systemd[1]: udm-iptv.service: Main process exited, code=exited, status=1/FAILURE
Apr 15 10:56:00 Cloud-Gateway-Ultra IMPROXY[33807]: ERROR[main@619]: exiting.........
Apr 15 10:56:01 Cloud-Gateway-Ultra systemd[1]: udm-iptv.service: Failed with result 'exit-code'.

Iemand een idee waarom WAN1 niet werkt en hoe ik IPTV werkend krijg ?

[ Voor 4% gewijzigd door Goofman2 op 15-04-2024 11:06 ]

[JungleJim]

Goofman2 schreef op maandag 15 april 2024 @ 11:01:
sinds een paar dagen in bezit van Cloud Gateway Ultra, als vervanger voor USG-3 icm KPN glasvezel.
Wat ik ook probeer , ik kan alleen met KPN connecten via ETH4 port (WAN2). Het lukt mij niet om met ETH5 (WAN1) te connecten met KPN.

Wat werkt er dan niet als je WAN2 gebruikt? Post anders even screenshots van de instellingen in Unifi Network Application > Settings > Internet. Ik zou namelijk niet zo snel een reden kunnen bedenken waarom WAN2 niet met KPN zou werken.

Goofman2 schreef op maandag 15 april 2024 @ 11:01:
Dit geaccepteerd en door naar IPTV, alles geprobeerd zonder resultaat.
Dit ligt volgens mij aan bovenstaand probleem

Gebruik op dit moment script van Mauki (13 maart eerder in dit forum) .

[knip foutmeldingen]

Iemand een idee waarom WAN1 niet werkt en hoe ik IPTV werkend krijg ?

Wat is de inhoud van je bestad /etc/udm-iptv.conf? En weet je zeker dat je de juiste instellingen voor de LAN kant van je netwerk hebt gedaan? Dwz IGMP Proxy in Unifi Network Application uit, apart VLAN waar je TV kastje inzit (VLAN ID maakt niet uit) en IGMP Snooping aan op dat VLAN. Indien je nog switch hebt tussen je Unifi CGU en je TV kastje: deze moet ook IGMP Snooping ondersteunen.

[Goofman2]

Wat werkt er dan niet als je WAN2 gebruikt? Post anders even screenshots van de instellingen in Unifi Network Application > Settings > Internet. Ik zou namelijk niet zo snel een reden kunnen bedenken waarom WAN2 niet met KPN zou werken.

Hieronder de settings voor WAN


Rest stuur ik later, moet dan alles ompluggen.

[Cidolfas]

Goofman2 schreef op maandag 15 april 2024 @ 11:01:
Hallo,
sinds een paar dagen in bezit van Cloud Gateway Ultra, als vervanger voor USG-3 icm KPN glasvezel.
Wat ik ook probeer , ik kan alleen met KPN connecten via ETH4 port (WAN2). Het lukt mij niet om met ETH5 (WAN1) te connecten met KPN.
Dit geaccepteerd en door naar IPTV, alles geprobeerd zonder resultaat.
Dit ligt volgens mij aan bovenstaand probleem

Gebruik op dit moment script van Mauki (13 maart eerder in dit forum) .
Logging geeft volgende meldingen :
=== Service Logs ===
Apr 15 10:56:00 Cloud-Gateway-Ultra IMPROXY[33807]: ERROR[init_interface@232]: Disable IGMP, there is not igmp upstream interface or igmp downstream interface
Apr 15 10:56:00 Cloud-Gateway-Ultra udm-iptvd[33807]: init_interface: Cannot assign requested address
Apr 15 10:56:00 Cloud-Gateway-Ultra udm-iptvd[33807]: ERROR[init_interface@172]: SIOCGIFADDR filed iptv
Apr 15 10:56:00 Cloud-Gateway-Ultra udm-iptvd[33807]: ERROR[init_interface@232]: Disable IGMP, there is not igmp upstream interface or igmp downstream interface
Apr 15 10:56:00 Cloud-Gateway-Ultra udm-iptvd[33807]: FATAL[init_interface@251]: exiting.....
Apr 15 10:56:00 Cloud-Gateway-Ultra udm-iptvd[33807]: ERROR[main@619]: exiting.........
Apr 15 10:56:00 Cloud-Gateway-Ultra IMPROXY[33807]: FATAL[init_interface@251]: exiting.....
Apr 15 10:56:00 Cloud-Gateway-Ultra systemd[1]: udm-iptv.service: Main process exited, code=exited, status=1/FAILURE
Apr 15 10:56:00 Cloud-Gateway-Ultra IMPROXY[33807]: ERROR[main@619]: exiting.........
Apr 15 10:56:01 Cloud-Gateway-Ultra systemd[1]: udm-iptv.service: Failed with result 'exit-code'.

Iemand een idee waarom WAN1 niet werkt en hoe ik IPTV werkend krijg ?

De WAN1 interface (Poort 5 op de UCG) heet eth4 in het Unifi OS, wellicht wat verwarring m.b.t. de namen in je config?

De interface "eth5" bestaat niet op de UCG.

[ Voor 4% gewijzigd door Cidolfas op 15-04-2024 14:17 ]

[JungleJim]

Cidolfas schreef op maandag 15 april 2024 @ 13:35:
[...]


De WAN1 interface (Port 5 op de UCG) heet eth4 in het Unifi OS, wellicht wat verwarring m.b.t. de namen in je config?

Yes dat is een goede idd, de nummers in de interface namen in Unifi OS/Linux (eth1, eth2, etc) komen niet overeen met de poortnummers die in de Network Application worden gebruikt. Bovendien verschillen de interface namen voor de WAN poort(en) ook nog eens per Unifi apparaat.

Op de UCG Ultra is eth4 is dus blijkbaar WAN1. WAN2 (poort 4) lijkt me dan logischerwijs eth3, wellicht dat iemand anders met een UCG Ultra dat kan bevestigen?

[ Voor 10% gewijzigd door JungleJim op 15-04-2024 13:52 ]

[teh_maniax]

JungleJim schreef op maandag 15 april 2024 @ 13:50:
[...]

Yes dat is een goede idd, de nummers in de interface namen in Unifi OS/Linux (eth1, eth2, etc) komen niet overeen met de poortnummers die in de Network Application worden gebruikt. Bovendien verschillen de interface namen ook nog eens per Unifi apparaat. Op de UCG Ultra is eth4 is dus blijkbaar WAN1...

Eth begint bij 0 ipv 1

Voor zowel de UCG Ultra als UXG Max;
Poort 1 / eth0 - switch0
Poort 2 / eth1 - switch1
Poort 3 / eth2 - switch2
Poort 4 / eth3 - switch3 (WAN2)
Poort 5 / eth4 (WAN1)

[Cidolfas]

JungleJim schreef op maandag 15 april 2024 @ 13:50:
[...]

Op de UCG Ultra is eth4 is dus blijkbaar WAN1. WAN2 (poort 4) lijkt me dan logischerwijs eth3, wellicht dat iemand anders met een UCG Ultra dat kan bevestigen?

eth3@switch0 om precies te zijn

[Cidolfas]

teh_maniax schreef op maandag 15 april 2024 @ 13:57:
[...]


Eth begint bij 0 ipv 1

Voor zowel de UCG Ultra als UXG Max;
Poort 1 / eth0 - switch0
Poort 2 / eth1 - switch1
Poort 3 / eth2 - switch2
Poort 4 / eth3 - switch3 (WAN2)
Poort 5 / eth4 (WAN1)

Volgens mij zit er maar 1 switch in, dus het is allemaal "switch0" voor de UCG Ultra:

Poort 1 / eth0@switch0
Poort 2 / eth1@switch0
Poort 3 / eth2@switch0
Poort 4 / eth3@switch0 (WAN2)
Poort 5 / eth4 (WAN1)

[ Voor 14% gewijzigd door Cidolfas op 15-04-2024 14:34 ]

[Goofman2]

Cidolfas schreef op maandag 15 april 2024 @ 14:01:
[...]


eth3@switch0 om precies te zijn

Weer een stukje verder. Krijg nu beeld alleen met freeze iedere 2 seconden.
Terug kijken werkt wel zonder haperingen ?!



Ik gebruik nu "igmpproxy" en heb eth3 gezet voor WAN2.
Orginele "improxy" krijg ik foutmeldingen.

[ Voor 47% gewijzigd door Goofman2 op 15-04-2024 16:13 ]

[Cidolfas]

Ik denk dat IPTV_LAN_INTERFACES verkeerd staat.

Heb je een interface met de naam "br661"? Dan zou ik dit proberen:

IPTV_LAN_INTERFACES=br661

[Goofman2]

Cidolfas schreef op maandag 15 april 2024 @ 16:25:
Ik denk dat IPTV_LAN_INTERFACES verkeerd staat.

Heb je een interface met de naam "br661"? Dan zou ik dit proberen:

IPTV_LAN_INTERFACES=br661

`
Toppertje !
Werkt nu, super bedankt!

Alleen nog de vraag waarom WAN1 niet werkt.

[JungleJim]

En vergeet niet om IGMP Snooping aan te zetten op je IPTV VLAN.

Voor wat betreft WAN1, wat heb je geprobeerd en wat gaat er fout?

Oh en controleer op je KPN TV+ box ook even of je daadwerkelijk Multicast streams aan het kijken bent. De TV+ box werkt namelijk ook prima zonder het IPTV script, alleen kijk je dan via de lagere kwaliteit unicast streams.

[ Voor 46% gewijzigd door JungleJim op 15-04-2024 17:52 ]

[Goofman2]

JungleJim schreef op maandag 15 april 2024 @ 17:03:
En vergeet niet om IGMP Snooping aan te zetten op je IPTV VLAN.

Hieronder de huidige instellingen waarme alles perfect werkt.
Zoals je kunt zien dtaat IGMP snooping niet aan, en kijk wel degelijk multicast.
Zappen gaat sneller en beeld is beter (bevestigd door zoon en vrouw ), dan met USG-3



IPTV_WAN_INTERFACE="eth3"
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=br661
IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="false"

IPTV_IGMPPROXY_DEBUG="false"
#IPTV_IGMPPROXY_PROGRAM="improxy"
IPTV_IGMPPROXY_PROGRAM="igmpproxy"

IPTV_IGMPPROXY_IGMP_VERSION="2"
#IPTV_IGMPPROXY_IGMP_VERSION="3"


Voor wat betreft WAN1, wat heb je geprobeerd en wat gaat er fout?
Settings zoals hieronder ingesteld. Als ik WAN aanlsuit op FTU, dan gebeurd er helemaal niets.
Bij Powercycle FTU, knippert led een paar keer en daarna is deze 'not connected' .
Als ik deze port aansluit op switch dan maakt deze wel verbinding.

Oh en controleer op je KPN TV+ box ook even of je daadwerkelijk Multicast streams aan het kijken bent. De TV+ box werkt namelijk ook prima zonder het IPTV script, alleen kijk je dan via de lagere kwaliteit unicast streams.

[ Voor 34% gewijzigd door Goofman2 op 16-04-2024 18:58 ]

[Sabo_0]

Goofman2 schreef op dinsdag 16 april 2024 @ 16:01:
[...]


Hieronder de huidige instellingen waarme alles perfect werkt.
Zoals je kunt zien dtaat IGMP snooping niet aan, en kijk wel degelijk multicast.
Zappen gaat sneller en beeld is beter (bevestigd door zoon en vrouw ), dan met USG-3

[Afbeelding]

[Afbeelding]

Voor wat betreft WAN1, wat heb je geprobeerd en wat gaat er fout?
Settings zoals hieronder ingesteld. Als ik WAN aanlsuit op FTU, dan gebeurd er helemaal niets.
Bij Powercycle FTU, knippert led een paar keer en daarna is deze 'not connected' .
Als ik deze port aansluit op switch dan maakt deze wel verbinding.

[Afbeelding]

[Afbeelding]


[...]

Vraagje @Goofman2 heb je IPTV_LAN_INTERFACES nu op br661 of eth0.661 staan?

Ik krijg het hier nog niet voor elkaar met een VLAN op een UCG Ultra. Wel zonder VLAN's op de manier van Maukie https://gathering.tweaker...message/78574538#78574538

[Goofman2]

Sabo_0 schreef op dinsdag 16 april 2024 @ 16:45:
[...]


Vraagje @Goofman2 heb je IPTV_LAN_INTERFACES nu op br661 of eth0.661 staan?

Ik krijg het hier nog niet voor elkaar met een VLAN op een UCG Ultra. Wel zonder VLAN's op de manier van Maukie https://gathering.tweaker...message/78574538#78574538

Foutje van mij, hieronder hudige config :


eerst :
apt install igmpproxy
daarna /etc/udm-iptv.conf aanpassen :

IPTV_WAN_INTERFACE="eth3"
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=br661
IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="false"

IPTV_IGMPPROXY_DEBUG="false"
#IPTV_IGMPPROXY_PROGRAM="improxy"
IPTV_IGMPPROXY_PROGRAM="igmpproxy"

IPTV_IGMPPROXY_IGMP_VERSION="2"
#IPTV_IGMPPROXY_IGMP_VERSION="3"

Let op: ik gebruik eth3 (=WAN2) ivm niet werkend krijgen WAN1

[ Voor 7% gewijzigd door Goofman2 op 16-04-2024 18:58 ]

[JungleJim]

Goofman2 schreef op dinsdag 16 april 2024 @ 16:01:
Hieronder de huidige instellingen waarme alles perfect werkt.
Zoals je kunt zien dtaat IGMP snooping niet aan, en kijk wel degelijk multicast.
Zappen gaat sneller en beeld is beter (bevestigd door zoon en vrouw ), dan met USG-3

Het werkt idd zonder IGMP Snooping aan te zetten, en voor jouw situatie maakt het ws niet veel uit. IGMP snooping zorgt er in deze context voor dat multicast verkeer alleen naar de TV+ kastjes gaat. Als je netwerk groter is met meerdere clients, switches en VLANs kan het tot performance issues leiden als je dat niet goed instelt. Dus vandaar het advies om het gewoon aan te zetten

Goofman2 schreef op dinsdag 16 april 2024 @ 16:01:
Settings zoals hieronder ingesteld. Als ik WAN aanlsuit op FTU, dan gebeurd er helemaal niets.
Bij Powercycle FTU, knippert led een paar keer en daarna is deze 'not connected' .
Als ik deze port aansluit op switch dan maakt deze wel verbinding.

Is misschien meer iets voor het [Ubiquiti-apparatuur] Ervaring & Discussie - Deel 4, maar zet Load Balancing eens op Failover Only ipv Distributed? En bij de instellingen van je Secondary internet instellingen even Advanced op Auto ipv Manual?

[Goofman2]

JungleJim schreef op dinsdag 16 april 2024 @ 17:16:
[...]

Het werkt idd zonder IGMP Snooping aan te zetten, en voor jouw situatie maakt het ws niet veel uit. IGMP snooping zorgt er in deze context voor dat multicast verkeer alleen naar de TV+ kastjes gaat. Als je netwerk groter is met meerdere clients, switches en VLANs kan het tot performance issues leiden als je dat niet goed instelt. Dus vandaar het advies om het gewoon aan te zetten


[...]

Is misschien meer iets voor het [Ubiquiti-apparatuur] Ervaring & Discussie - Deel 4, maar zet Load Balancing eens op Failover Only ipv Distributed? En bij de instellingen van je Secondary internet instellingen even Advanced op Auto ipv Manual?

Dit maakt niets uit, zojuist geprobeerd.

Heb alles geprobeerd
ook snelheid met FTU ingesteld, geen verschil.




Na factory reset nog steeds hetzelfde probleem

Zou CGU defect kunnen zijn ?

[ Voor 14% gewijzigd door Goofman2 op 16-04-2024 18:54 ]

[Cidolfas]

Goofman2 schreef op dinsdag 16 april 2024 @ 18:10:
[...]


Dit maakt niets uit, zojuist geprobeerd.

Heb alles geprobeerd
ook snelheid met FTU ingesteld, geen verschil.

[Afbeelding]


Na factory reset nog steeds hetzelfde probleem

Zou CGU defect kunnen zijn ?

Zie je wel een link als je WAN1 gebruikt op het OS? Is eth4 "UP"?

Laat /var/log/ppp0.log wat zien?

Wissel je de kabel wel naar Port 5 op de UCG?

Op het plaatje lijkt het alsof KPN actief is op Port 4, welke kabel heb je dan in Port 5 gestopt? Of wil je failover configureren met 2 ISPs?

[ Voor 12% gewijzigd door Cidolfas op 16-04-2024 19:01 ]

[Goofman2]

Cidolfas schreef op dinsdag 16 april 2024 @ 18:58:
[...]


Zie je wel een link als je WAN1 gebruikt op het OS? Is eth4 "UP"?

Laat /var/log/ppp0.log wat zien?

Wissel je de kabel wel naar Port 5 op de UCG?

Op het plaatje lijkt het alsof KPN actief is op Port 4, welke kabel heb je dan in Port 5 gestopt? Of wil je failover configureren met 2 ISPs?

[service-name] [host-uniq 38 04 00 00]
Send PPPOE Discovery V1T1 PADI session 0x0 length 12
dst ff:ff:ff:ff:ff:ff src xx:xx:xx:xx:xx:xx
[service-name] [host-uniq 38 04 00 00]
Timeout waiting for PADO packets
Unable to complete PPPoE Discovery


Heb MAC adres aaepast naar xx:xx:xx:xx:xx:xx

[JungleJim]

Goofman2 schreef op dinsdag 16 april 2024 @ 18:10:
[...]


Dit maakt niets uit, zojuist geprobeerd.

Heb alles geprobeerd
ook snelheid met FTU ingesteld, geen verschil.

[Afbeelding]


Na factory reset nog steeds hetzelfde probleem

Zou CGU defect kunnen zijn ?

Zit de kabel naar de NT wel in poort 5? Aangezien in je screenshot poort 4 groen is, wat betekent dat daar een verbinding op is. En Speed/Duplex instellingen zou ik gewoon op auto laten staan.

Als je de kabel van de NT in poort 5 doet zou er een groen lampje bij die poort op de UCG Ultra moeten gaan branden op de poort, om aan te geven dat er ethernet verkeer is.

[Goofman2]

JungleJim schreef op dinsdag 16 april 2024 @ 19:07:
[...]

Zit de kabel naar de NT wel in poort 5? Aangezien in je screenshot poort 4 groen is, wat betekent dat daar een verbinding op is. En Speed/Duplex instellingen zou ik gewoon op auto laten staan.

Als je de kabel van de NT in poort 5 doet zou er een groen lampje bij die poort op de UCG Ultra moeten gaan branden op de poort, om aan te geven dat er ethernet verkeer is.

Hallo,

dat is juist het probleem.
Als ik de kabel in poort 5 stop, gebeurd er niets.
Als ik kabel in Poort4 stop, wordt communicatie opgebouwd en werkt alles.

Beide poorten geconigureerd met VLAN 6 en PPPoE met user en pass = internet

[ Voor 5% gewijzigd door Goofman2 op 16-04-2024 19:10 ]

[Cidolfas]

Goofman2 schreef op dinsdag 16 april 2024 @ 19:09:
[...]


Hallo,

dat is juist het probleem.
Als ik de kabel in poort 5 stop, gebeurd er niets.
Als ik kabel in Poort4 stop, wordt communicatie opgebouwd en werkt alles.

Beide poorten geconigureerd met VLAN 6 en PPPoE met user en pass = internet

Kan je de KPN kabel in poort 5 stoppen en de output van "ip a | grep eth4" geven? Staat daar UP in?

Of de output van "ethtool eth4"

[ Voor 3% gewijzigd door Cidolfas op 16-04-2024 19:16 ]

[Goofman2]

Cidolfas schreef op dinsdag 16 april 2024 @ 19:11:
[...]


Kan je de KPN kabel in poort 5 stoppen en de output van "ip a | grep eth4" geven? Staat daar UP in?

Of de output van "ethtool eth4"

Bovenste regel zonder stekker in ETH5, 2e regel met stekker in ETH5

[Cidolfas]

Goofman2 schreef op dinsdag 16 april 2024 @ 19:18:
[...]


[Afbeelding]

Bovenste regel zonder stekker in ETH5, 2e regel met stekker in ETH5

Nou, dan zou ik nog "ethtool eth4" proberen... maar dat ziet er niet veelbelovend uit. Als de kabel echt in poort 5 zit ziet de UCG dat niet..

Eventueel nog proberen met een andere kabel als je kan.

[ Voor 10% gewijzigd door Cidolfas op 16-04-2024 19:22 ]

[Goofman2]

Cidolfas schreef op dinsdag 16 april 2024 @ 19:19:
[...]


Nou, dan zou ik nog "ethtool eth4" proberen... maar dat ziet er niet veelbelovend uit. Als de kabel echt in poort 5 zit ziet de UCG dat niet..

Eventueel nog proberen met een andere kabel als je kan.

Bovernste regel zonder, 2e ETH3 en 3e ETH4 met kabel :

[Cidolfas]

Ja het is dan of de kabel of de poort denk ik.

Je zou nog een andere kabel kunnen proberen maar ik denk dat de poort kaduuk is als je ook al een factory reset gedaan hebt en de kabel wel werkt op een andere poort.

[ Voor 10% gewijzigd door Cidolfas op 16-04-2024 19:30 ]

[Goofman2]

Cidolfas schreef op dinsdag 16 april 2024 @ 19:27:
Ja het is dan of de kabel of de poort denk ik.

Je zou nog een andere kabel kunnen proberen maar ik denk dat de poort kaduuk is als je ook al een factory reset gedaan hebt en de kabel wel werkt op een andere poort.

Andere kabel heb al geprobeerd, zonder resultaat.
Wel vreemd dat hij via switch en DHCP wel werkt.

Zal met Ubiquiti contact opnemen. Hartelijk dank voor de support!

[Cidolfas]

Goofman2 schreef op dinsdag 16 april 2024 @ 19:30:
[...]


Andere kabel heb al geprobeerd, zonder resultaat.
Wel vreemd dat hij via switch en DHCP wel werkt.

Zal met Ubiquiti contact opnemen. Hartelijk dank voor de support!

eth4 krijgt wel een link als je er een kabel in stopt vanaf een switch?

[Goofman2]

Cidolfas schreef op dinsdag 16 april 2024 @ 19:32:
[...]


eth4 krijgt wel een link als je er een kabel in stopt vanaf een switch?

Yep
Dat heb ik geprobeerd met usg3 en 100 Mbit switch
UCG ging toen direct Speedtest uitvoeren

[ Voor 3% gewijzigd door Goofman2 op 16-04-2024 20:26 ]

[renedis]

Iemand enig idee hoe ik multicast aan de praat krijg op UDM-Pro? Na 4 min en 30 seconden stopt ie er mee. Unicast werkt prima.


UDM pro (firmware versie v3.2.12):

- iTV KPN kastjes zitten in een eigen IPTV VLAN4 subet 10.0.4.0/24
- IGMP snooping staat AAN (op LAN - VLAN4)
- IGMP proxy built-in GUI vinkje staat UIT

fabianishere script installed, udm-iptvconf:

code:

IPTV_WAN_INTERFACE="eth9"
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="br4"
##IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="false"
##IPTV_IGMPPROXY_DEBUG="true"
##IPTV_IGMPPROXY_PROGRAM="improxy"
##IPTV_IGMPPROXY_IGMP_VERSION="2"
IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="true"
IPTV_IGMPPROXY_DEBUG="true"
IPTV_IGMPPROXY_PROGRAM="igmpproxy"
IPTV_IGMPPROXY_IGMP_VERSION="2"

eth9 = XGSPON SPF+ KPN verbinding
br4 = LAN VLAN4

Heb meerdere dingen geprobeerd:
- impproxy en gebruik van igmpproxy hebben zelfde resultaat.
- IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="false" zorgt er voor dat ie de zender start maar na 1 sec stopt.


Logging met IGMPPROXY:

code:

=== Configuration ===
WAN Interface: eth9
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: true
IGMP Proxy debug: true
=== IP Link and Route ===
60: iptv@eth9: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.84.186.185/22 brd 10.84.187.255 scope global iptv
       valid_lft forever preferred_lft forever
10.84.184.0/22 proto kernel scope link src 10.84.186.185 
213.75.112.0/21 via 10.84.184.1 metric 260 
=== Service Logs ===
Apr 16 21:01:54 RD-ROUT01 udm-iptvd[23768]: RECV Leave message      from 10.0.4.253      to 224.0.0.2
Apr 16 21:01:54 RD-ROUT01 udm-iptvd[23768]: RECV Membership query   from 10.0.4.254      to 224.0.252.154
Apr 16 21:01:54 RD-ROUT01 udm-iptvd[23768]: RECV V2 member report   from 10.0.4.253      to 224.0.252.152
Apr 16 21:01:54 RD-ROUT01 udm-iptvd[23768]: Inserted route table entry for 224.0.252.152 on VIF #0
Apr 16 21:01:54 RD-ROUT01 udm-iptvd[23768]: Joining group 224.0.252.152 on interface iptv
Apr 16 21:01:54 RD-ROUT01 udm-iptvd[23768]: Adding MFC: 217.166.226.152 -> 224.0.252.152, InpVIf: 1
Apr 16 21:01:55 RD-ROUT01 udm-iptvd[23768]: RECV V2 member report   from 10.0.4.253      to 224.0.252.152
Apr 16 21:01:55 RD-ROUT01 udm-iptvd[23768]: Updated route entry for 224.0.252.152 on VIF #0
Apr 16 21:01:55 RD-ROUT01 udm-iptvd[23768]: Adding MFC: 217.166.226.152 -> 224.0.252.152, InpVIf: 1
Apr 16 21:01:58 RD-ROUT01 udm-iptvd[23768]: RECV Membership query   from 10.0.4.254      to 224.0.252.154
Apr 16 21:02:01 RD-ROUT01 udm-iptvd[23768]: Removing MFC: 217.166.226.154 -> 224.0.252.154, InpVIf: 1
Apr 16 21:02:01 RD-ROUT01 udm-iptvd[23768]: Leaving group 224.0.252.154 on interface iptv
Apr 16 21:02:01 RD-ROUT01 udm-iptvd[23768]: Inserted route table entry for 224.0.252.154 on VIF #-1
Apr 16 21:02:04 RD-ROUT01 udm-iptvd[23768]: RECV Membership query   from 10.0.4.254      to 224.0.0.1
Apr 16 21:02:33 RD-ROUT01 udm-iptvd[23768]: RECV V2 member report   from 10.0.4.254      to 224.0.0.251
Apr 16 21:02:33 RD-ROUT01 udm-iptvd[23768]: The IGMP message was from myself. Ignoring.
Apr 16 21:02:34 RD-ROUT01 udm-iptvd[23768]: The source address 10.0.4.254 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
Apr 16 21:02:36 RD-ROUT01 udm-iptvd[23768]: RECV V2 member report   from 10.0.4.253      to 224.0.252.152
Apr 16 21:02:36 RD-ROUT01 udm-iptvd[23768]: Updated route entry for 224.0.252.152 on VIF #0
Apr 16 21:02:36 RD-ROUT01 udm-iptvd[23768]: Adding MFC: 217.166.226.152 -> 224.0.252.152, InpVIf: 1
Apr 16 21:02:37 RD-ROUT01 udm-iptvd[23768]: RECV V2 member report   from 10.0.4.254      to 224.0.0.2
Apr 16 21:02:37 RD-ROUT01 udm-iptvd[23768]: The IGMP message was from myself. Ignoring.
Apr 16 21:02:38 RD-ROUT01 udm-iptvd[23768]: RECV V2 member report   from 10.0.4.254      to 233.89.188.1
Apr 16 21:02:38 RD-ROUT01 udm-iptvd[23768]: The IGMP message was from myself. Ignoring.
Apr 16 21:03:27 RD-ROUT01 udm-iptvd[23768]: RECV V2 member report   from 10.0.4.254      to 224.0.0.251
Apr 16 21:03:27 RD-ROUT01 udm-iptvd[23768]: The IGMP message was from myself. Ignoring.
Apr 16 21:03:28 RD-ROUT01 udm-iptvd[23768]: RECV V2 member report   from 10.0.4.253      to 224.0.252.152
Apr 16 21:03:28 RD-ROUT01 udm-iptvd[23768]: Updated route entry for 224.0.252.152 on VIF #0
Apr 16 21:03:28 RD-ROUT01 udm-iptvd[23768]: Adding MFC: 217.166.226.152 -> 224.0.252.152, InpVIf: 1
Apr 16 21:03:28 RD-ROUT01 udm-iptvd[23768]: RECV V2 member report   from 10.0.4.254      to 224.0.0.22
Apr 16 21:03:28 RD-ROUT01 udm-iptvd[23768]: The IGMP message was from myself. Ignoring.
Apr 16 21:03:31 RD-ROUT01 udm-iptvd[23768]: RECV V2 member report   from 10.0.4.254      to 233.89.188.1
Apr 16 21:03:31 RD-ROUT01 udm-iptvd[23768]: The IGMP message was from myself. Ignoring.
Apr 16 21:03:31 RD-ROUT01 udm-iptvd[23768]: The source address 10.0.4.254 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
Apr 16 21:04:29 RD-ROUT01 udm-iptvd[23768]: Adding MFC: 217.166.226.152 -> 224.0.252.152, InpVIf: 1
Apr 16 21:04:31 RD-ROUT01 udm-iptvd[23768]: The IGMP message was local multicast. Ignoring.
Apr 16 21:04:32 RD-ROUT01 udm-iptvd[23768]: RECV V2 member report   from 10.0.4.254      to 224.0.0.22
Apr 16 21:04:32 RD-ROUT01 udm-iptvd[23768]: The IGMP message was from myself. Ignoring.
Apr 16 21:04:32 RD-ROUT01 udm-iptvd[23768]: RECV V2 member report   from 10.0.4.254      to 233.89.188.1
Apr 16 21:04:32 RD-ROUT01 udm-iptvd[23768]: The IGMP message was from myself. Ignoring.
Apr 16 21:04:32 RD-ROUT01 udm-iptvd[23768]: The source address 10.0.4.254 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
Apr 16 21:04:33 RD-ROUT01 udm-iptvd[23768]: RECV V2 member report   from 10.0.4.254      to 224.0.0.251
Apr 16 21:04:33 RD-ROUT01 udm-iptvd[23768]: The IGMP message was from myself. Ignoring.
Apr 16 21:04:36 RD-ROUT01 udm-iptvd[23768]: RECV Membership query   from 10.10.10.10     to 224.0.0.1
Apr 16 21:06:10 RD-ROUT01 udm-iptvd[23768]: The IGMP message was from myself. Ignoring.
Apr 16 21:06:13 RD-ROUT01 udm-iptvd[23768]: RECV Membership query   from 10.0.4.254      to 224.0.0.1
Apr 16 21:06:15 RD-ROUT01 udm-iptvd[23768]: RECV V2 member report   from 10.0.4.254      to 224.0.0.2
Apr 16 21:06:15 RD-ROUT01 udm-iptvd[23768]: The IGMP message was from myself. Ignoring.
Apr 16 21:06:16 RD-ROUT01 udm-iptvd[23768]: RECV V2 member report   from 10.0.4.253      to 224.0.252.152
Apr 16 21:06:16 RD-ROUT01 udm-iptvd[23768]: Updated route entry for 224.0.252.152 on VIF #0
Apr 16 21:06:16 RD-ROUT01 udm-iptvd[23768]: Adding MFC: 217.166.226.152 -> 224.0.252.152, InpVIf: 1
Apr 16 21:06:17 RD-ROUT01 udm-iptvd[23768]: RECV V2 member report   from 10.0.4.254      to 233.89.188.1
Apr 16 21:06:17 RD-ROUT01 udm-iptvd[23768]: The IGMP message was from myself. Ignoring.
Apr 16 21:06:17 RD-ROUT01 udm-iptvd[23768]: The source address 10.0.4.254 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
Apr 16 21:06:20 RD-ROUT01 udm-iptvd[23768]: The IGMP message was local multicast. Ignoring.
Apr 16 21:06:22 RD-ROUT01 udm-iptvd[23768]: RECV V2 member report   from 10.0.4.254      to 224.0.0.22
Apr 16 21:06:22 RD-ROUT01 udm-iptvd[23768]: The IGMP message was from myself. Ignoring.
Apr 16 21:06:23 RD-ROUT01 udm-iptvd[23768]: RECV V2 member report   from 10.0.4.254      to 224.0.0.251
Apr 16 21:06:23 RD-ROUT01 udm-iptvd[23768]: The IGMP message was from myself. Ignoring.
Apr 16 21:06:26 RD-ROUT01 udm-iptvd[23768]: RECV Membership query   from 10.0.4.254      to 224.0.0.1

Logging met IMPPROXY:

code:

=== Configuration ===
WAN Interface: eth9
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  br4
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
62: iptv@eth9: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.84.186.185/22 brd 10.84.187.255 scope global iptv
       valid_lft forever preferred_lft forever
10.84.184.0/22 proto kernel scope link src 10.84.186.185 
213.75.112.0/21 via 10.84.184.1 metric 262 
=== Service Logs ===
Apr 16 21:16:09 RD-ROUT01 udm-iptvd[114031]: DEBUG[main@655]: timeout
Apr 16 21:16:09 RD-ROUT01 udm-iptvd[114031]: DEBUG[main@655]: timeout
Apr 16 21:16:09 RD-ROUT01 udm-iptvd[114031]: DEBUG[main@655]: timeout
Apr 16 21:16:09 RD-ROUT01 udm-iptvd[114031]: DEBUG[main@655]: timeout
Apr 16 21:16:09 RD-ROUT01 udm-iptvd[114031]: DEBUG[main@655]: timeout
Apr 16 21:16:09 RD-ROUT01 udm-iptvd[114031]: DEBUG[main@655]: timeout
Apr 16 21:16:09 RD-ROUT01 udm-iptvd[114031]: DEBUG[main@655]: timeout
Apr 16 21:16:09 RD-ROUT01 udm-iptvd[114031]: DEBUG[main@655]: timeout
Apr 16 21:16:09 RD-ROUT01 udm-iptvd[114031]: DEBUG[main@655]: timeout
Apr 16 21:16:09 RD-ROUT01 udm-iptvd[114031]: DEBUG[group_timer_handler@461]: cleanup group 224.0.252.154
Apr 16 21:17:56 RD-ROUT01 udm-iptvd[114031]: DEBUG[mcast_recv_igmp@748]: src addr = 10.0.4.211
Apr 16 21:17:56 RD-ROUT01 udm-iptvd[114031]: received interface  15
Apr 16 21:17:56 RD-ROUT01 udm-iptvd[114031]: DEBUG[imp_input_report_v1v2@289]: group address 233.89.188.1
Apr 16 21:17:56 RD-ROUT01 udm-iptvd[114031]: DEBUG[main@653]: Data arrive
Apr 16 21:17:56 RD-ROUT01 udm-iptvd[114031]: DEBUG[mcast_recv_igmp@717]: k_get_rlif = 15 im_vif = 2
Apr 16 21:17:56 RD-ROUT01 udm-iptvd[114031]: DEBUG[imp_get_mfcc_ttls@168]: group 233.89.188.1 isn't interest in packet from 10.0.0.211
Apr 16 21:17:56 RD-ROUT01 udm-iptvd[114031]: DEBUG[main@653]: Data arrive
Apr 16 21:17:56 RD-ROUT01 udm-iptvd[114031]: DEBUG[mcast_recv_igmp@748]: src addr = 10.0.4.250
Apr 16 21:17:56 RD-ROUT01 udm-iptvd[114031]: received interface  15
Apr 16 21:17:56 RD-ROUT01 udm-iptvd[114031]: DEBUG[imp_input_report_v1v2@289]: group address 239.255.255.250
Apr 16 21:19:57 RD-ROUT01 udm-iptvd[114031]: DEBUG[mcast_recv_igmp@748]: src addr = 10.0.4.211
Apr 16 21:19:57 RD-ROUT01 udm-iptvd[114031]: received interface  15
Apr 16 21:19:57 RD-ROUT01 udm-iptvd[114031]: DEBUG[imp_input_report_v1v2@289]: group address 233.89.188.1
Apr 16 21:19:57 RD-ROUT01 udm-iptvd[114031]: DEBUG[main@653]: Data arrive
Apr 16 21:19:57 RD-ROUT01 udm-iptvd[114031]: DEBUG[mcast_recv_igmp@717]: k_get_rlif = 15 im_vif = 2
Apr 16 21:19:57 RD-ROUT01 udm-iptvd[114031]: DEBUG[imp_get_mfcc_ttls@168]: group 233.89.188.1 isn't interest in packet from 10.0.0.211
Apr 16 21:19:57 RD-ROUT01 udm-iptvd[114031]: DEBUG[main@653]: Data arrive
Apr 16 21:19:57 RD-ROUT01 udm-iptvd[114031]: DEBUG[mcast_recv_igmp@748]: src addr = 10.0.4.250
Apr 16 21:19:57 RD-ROUT01 udm-iptvd[114031]: received interface  15
Apr 16 21:19:57 RD-ROUT01 udm-iptvd[114031]: DEBUG[imp_input_report_v1v2@289]: group address 224.0.0.251
Apr 16 21:20:49 RD-ROUT01 udm-iptvd[114031]: DEBUG[send_igmp_mld_query@104]: max_len = 1476
Apr 16 21:20:49 RD-ROUT01 udm-iptvd[114031]: DEBUG[send_igmp_mld_query@115]: g = 224.0.251.105
Apr 16 21:20:49 RD-ROUT01 udm-iptvd[114031]: DEBUG[send_igmp_mld_query@155]: igh_len  = 8
Apr 16 21:20:49 RD-ROUT01 udm-iptvd[114031]: DEBUG[group_source_specific_timer_handler@786]: REMOVE
Apr 16 21:20:49 RD-ROUT01 udm-iptvd[114031]: DEBUG[imp_check_timer@171]: continue............
Apr 16 21:20:49 RD-ROUT01 udm-iptvd[114031]: DEBUG[main@655]: timeout
Apr 16 21:20:49 RD-ROUT01 udm-iptvd[114031]: DEBUG[main@655]: timeout
Apr 16 21:20:49 RD-ROUT01 udm-iptvd[114031]: DEBUG[main@655]: timeout
Apr 16 21:20:49 RD-ROUT01 udm-iptvd[114031]: DEBUG[main@655]: timeout
Apr 16 21:20:49 RD-ROUT01 udm-iptvd[114031]: DEBUG[main@655]: timeout

[ Voor 134% gewijzigd door renedis op 16-04-2024 21:24 ]

[Cidolfas]

Het enige wat ik nog kan bedenken is dubbel checken of de TV kastjes echt in het goede VLAN zitten en of "br4" de juiste benaming is voor de LAN interface.

Dat laatste kan ik niet checken, ik heb geen UDM Pro.

[Goofman2]

Cidolfas schreef op woensdag 17 april 2024 @ 23:33:
Het enige wat ik nog kan bedenken is dubbel checken of de TV kastjes echt in het goede VLAN zitten en of "br4" de juiste benaming is voor de LAN interface.

Dat laatste kan ik niet checken, ik heb geen UDM Pro.

Weet niet of het uitmaakt
Ik heb geen aanhalingstekens bij br4

[Goofman2]

Goofman2 schreef op dinsdag 16 april 2024 @ 19:30:
[...]


Andere kabel heb al geprobeerd, zonder resultaat.
Wel vreemd dat hij via switch en DHCP wel werkt.

Zal met Ubiquiti contact opnemen. Hartelijk dank voor de support!

Gisteren RMA aangemaakt en er wordt een nieuwe UCG ultra gestuurd
Was in back order ivm geen voorraad, zojuist mail gekregen dat hij verstuurd wordt (was even op voorraad)
Oude unit moet ik terug sturen
Blijkt dat dit 200 meter hemelsbreed van mijn huis is😜

[ Voor 5% gewijzigd door Goofman2 op 18-04-2024 10:17 ]