UDM Pro met KPN FTTH

[adamnl]

patviev schreef op zaterdag 5 maart 2022 @ 19:29:
[...]


Had dat vandaag ook, opnieuw geïnstalleerd en probleem was verholpen.

code:

apt install ./igmpproxy_0.3-1_arm64.deb ./udm-iptv_2.0.5_all.deb

Geprobeerd (met --reinstall). Helaas biedt het geen soelaas.
Dat 'There must be at least 1 Vif as upstream' lijkt me niet zoals het hoort.

# ip -4 addr show dev iptv

code:

42: iptv@eth8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.138.9.252/22 brd 10.138.11.255 scope global iptv
       valid_lft forever preferred_lft forever

# ip route list

code:

10.138.8.0/22 dev iptv proto kernel scope link src 10.138.9.252 
192.168.1.0/24 dev br0 proto kernel scope link src 192.168.1.1 
192.168.2.0/24 dev br4 proto kernel scope link src 192.168.2.1 
195.190.228.114 dev ppp0 proto kernel scope link src 77.XXX.YYY.161 (public ip)
213.75.112.0/21 via 10.138.8.1 dev iptv metric 242

[n00b]

@adamnl Is het probleem inmiddels opgelost?

[Polyphemus]

Sinds vanochtend ben ik ook over op KPN; ik krijg tv alleen nog niet aan de praat.

Ik heb een UDR (Dream Router), en heb de packages erop geïnstalleerd. Ik heb een apart VLAN (112) aangemaakt voor IPTV, en de port profile van mijn Flex-mini switch op die VLAN gezet.

Als ik de Arris opstart, klaagt ie over geen netwerkverbinding.

Zet ik de port profile op All, dat klaagt de Arris over error 563, opstarten niet mogelijk en hangt op 85% "configuratie geactiveerd". 563 is verkeerd IP-adres volgens foutcode.tv.

Wat doe ik verkeerd?

Output van udm-iptv-diag:

code:

root@UDR:/tmp# udm-iptv-diag
Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth4
WAN Ranges: 213.75.0.0/16  217.166.0.0/16
WAN VLAN: 4 (dev iptv)
WAN DHCP options: -O staticroutes -V IPTV_RG
LAN Interfaces: br0  br112
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
46: iptv@eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.234.179.255/20 brd 10.234.191.255 scope global iptv
       valid_lft forever preferred_lft forever
10.234.176.0/20 proto kernel scope link src 10.234.179.255
213.75.112.0/21 via 10.234.176.1 metric 246
=== Service Logs ===
Apr 05 07:59:46 UDR udm-iptv[27120]: RECV V2 member report   from 192.168.112.1   to 233.89.188.1
Apr 05 07:59:46 UDR udm-iptv[27120]: The IGMP message was from myself. Ignoring.
Apr 05 07:59:46 UDR udm-iptv[27120]: The source address 192.168.112.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
Apr 05 07:59:47 UDR udm-iptv[27120]: RECV V2 member report   from 192.168.111.1   to 239.254.127.63
Apr 05 07:59:47 UDR udm-iptv[27120]: The IGMP message was from myself. Ignoring.
Apr 05 07:59:47 UDR udm-iptv[27120]: The source address 192.168.111.1 for group 239.254.127.63 is from downstream VIF[0]. Ignoring.
Apr 05 07:59:49 UDR udm-iptv[27120]: The IGMP message was local multicast. Ignoring.
Apr 05 07:59:49 UDR udm-iptv[27120]: RECV V2 member report   from 192.168.111.11  to 233.89.188.1
Apr 05 07:59:49 UDR udm-iptv[27120]: Updated route entry for 233.89.188.1 on VIF #0
Apr 05 07:59:49 UDR udm-iptv[27120]: The source address 192.168.111.11 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.

/edit: En nu een andere switch gebruikt, althans die in de UDR zelf, en dan boot ie wel verder

[Yahiko750]

Polyphemus schreef op dinsdag 5 april 2022 @ 08:04:
Sinds vanochtend ben ik ook over op KPN; ik krijg tv alleen nog niet aan de praat.

Ik heb een UDR (Dream Router), en heb de packages erop geïnstalleerd. Ik heb een apart VLAN (112) aangemaakt voor IPTV, en de port profile van mijn Flex-mini switch op die VLAN gezet.

Als ik de Arris opstart, klaagt ie over geen netwerkverbinding.

Zet ik de port profile op All, dat klaagt de Arris over error 563, opstarten niet mogelijk en hangt op 85% "configuratie geactiveerd". 563 is verkeerd IP-adres volgens foutcode.tv.

Wat doe ik verkeerd?

Output van udm-iptv-diag:

code:

root@UDR:/tmp# udm-iptv-diag
Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth4
WAN Ranges: 213.75.0.0/16  217.166.0.0/16
WAN VLAN: 4 (dev iptv)
WAN DHCP options: -O staticroutes -V IPTV_RG
LAN Interfaces: br0  br112
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
46: iptv@eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.234.179.255/20 brd 10.234.191.255 scope global iptv
       valid_lft forever preferred_lft forever
10.234.176.0/20 proto kernel scope link src 10.234.179.255
213.75.112.0/21 via 10.234.176.1 metric 246
=== Service Logs ===
Apr 05 07:59:46 UDR udm-iptv[27120]: RECV V2 member report   from 192.168.112.1   to 233.89.188.1
Apr 05 07:59:46 UDR udm-iptv[27120]: The IGMP message was from myself. Ignoring.
Apr 05 07:59:46 UDR udm-iptv[27120]: The source address 192.168.112.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
Apr 05 07:59:47 UDR udm-iptv[27120]: RECV V2 member report   from 192.168.111.1   to 239.254.127.63
Apr 05 07:59:47 UDR udm-iptv[27120]: The IGMP message was from myself. Ignoring.
Apr 05 07:59:47 UDR udm-iptv[27120]: The source address 192.168.111.1 for group 239.254.127.63 is from downstream VIF[0]. Ignoring.
Apr 05 07:59:49 UDR udm-iptv[27120]: The IGMP message was local multicast. Ignoring.
Apr 05 07:59:49 UDR udm-iptv[27120]: RECV V2 member report   from 192.168.111.11  to 233.89.188.1
Apr 05 07:59:49 UDR udm-iptv[27120]: Updated route entry for 233.89.188.1 on VIF #0
Apr 05 07:59:49 UDR udm-iptv[27120]: The source address 192.168.111.11 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.

/edit: En nu een andere switch gebruikt, althans die in de UDR zelf, en dan boot ie wel verder

De Flex Mini is sowieso een slecht idee - die support geen IGMP snooping . Heb er verder niet heel veel verstand van, maar er zal wel een limitatie aan functionaliteit in de flex mini zitten zoals het missen van IGMP snooping waarom het niet werkt.

[ Voor 3% gewijzigd door Yahiko750 op 05-04-2022 14:31 ]

[Polyphemus]

Yahiko750 schreef op dinsdag 5 april 2022 @ 14:31:
[...]
De Flex Mini is sowieso een slecht idee - die support geen IGMP snooping . Heb er verder niet heel veel verstand van, maar er zal wel een limitatie aan functionaliteit in de flex mini zitten zoals het missen van IGMP snooping waarom het niet werkt.

Dank je voor je reactie, ik krijg het echt niet voor elkaar met een Flex-mini ertussen. Dus dan maar rechtstreeks aan de Dream Router, want dan doet ie het wel. En om er nou een andere switch voor te gaan kopen

[TheBlueJag]

Hoi, de poort waaraan de flex mini is gekoppeld op de UDM die moet op het IPTV profiel staan. De poorten op de mini zelf op all. Wel viel me op dat je de flex mini na wijzigen moet herstarten voordat het werkt. Maar uiteindelijk werkt het prima met de flex mini. Op één plek heb ik 2 mini’s achterelkaar met tv, ook dat gaat goed.

[blaaspijp]

Vreemd als ik de handleiding van fabian volg en de IPTV op een apart netwerk "IPTV"koppel in de interface, dan slaat hij dat niet op.
Als ik daarna de configuratie weer doe staat IPTV weer gekoppeld aan Default LAN
Is voor mij denk geen probleem maar er was een advies om de IPTV op en apart netwerk af te handelen en daar ook de noodzakelijke DHCP option 60 toe te voegen.
Deze option heb ik nu op mijn standaard LAN toegevoegd.

Heeft iemand advies? of gaat dit wel goed?

[Polyphemus]

TheBlueJag schreef op zaterdag 9 april 2022 @ 09:52:
Hoi, de poort waaraan de flex mini is gekoppeld op de UDM die moet op het IPTV profiel staan. De poorten op de mini zelf op all. Wel viel me op dat je de flex mini na wijzigen moet herstarten voordat het werkt. Maar uiteindelijk werkt het prima met de flex mini. Op één plek heb ik 2 mini’s achterelkaar met tv, ook dat gaat goed.

Dank je; ik wilde eigenlijk 'all' van de UDM naar de Flex mini sturen en in de mini dan per poort LAN of IPTV aanwijzen, maar dat lukt me nog niet.

[ZiSE]

Polyphemus schreef op zaterdag 9 april 2022 @ 10:59:
[...]

Dank je; ik wilde eigenlijk 'all' van de UDM naar de Flex mini sturen en in de mini dan per poort LAN of IPTV aanwijzen, maar dat lukt me nog niet.

Dat werkt hier wel. Ik heb zelfde setup en heb 1 poort op de flex op het tv vlan. Zou moeten werken, ik heb verder niks bijzonders gedaan.

[Polyphemus]

ZiSE schreef op zaterdag 9 april 2022 @ 11:13:
[...]

Dat werkt hier wel. Ik heb zelfde setup en heb 1 poort op de flex op het tv vlan. Zou moeten werken, ik heb verder niks bijzonders gedaan.

Het werkt, dank Even de mini teruggezet naar fabrieksinstellingen en nu doet ie het

[Erhnam]

Wat is de laatste status van een UDM Pro met KPN Glasvezel? Ik hoor namelijk wisselende geluiden, en ook dat je een seperate router nodig hebt om IPTV te kunnen ontvangen.

Ik zit momenteel op VDSL (KPN) met een USG, USW-Lite-16-POE en Zyxel modem die in bridge modus staat. Alles werkt perfect, maar de limiet is 100mbit, dus veel minder dan de potentiele 1000mbit van glasvezel. Ik twijfel daarom over een UDM Pro, maar wil zeker weten dat het conform mijn huidige situatie gaat werken.

[Huub-]

Erhnam schreef op vrijdag 15 april 2022 @ 14:51:
Wat is de laatste status van een UDM Pro met KPN Glasvezel? Ik hoor namelijk wisselende geluiden, en ook dat je een seperate router nodig hebt om IPTV te kunnen ontvangen.

Ik zit momenteel op VDSL (KPN) met een USG, USW-Lite-16-POE en Zyxel modem die in bridge modus staat. Alles werkt perfect, maar de limiet is 100mbit, dus veel minder dan de potentiele 1000mbit van glasvezel. Ik twijfel daarom over een UDM Pro, maar wil zeker weten dat het conform mijn huidige situatie gaat werken.

Bij mij werkt het goed, ik zit ook bij KPN (Glas) en heb een UDM Pro. Middels https://github.com/fabianishere/udm-iptv zet je alles goed op je UDM Pro. Voor IPTV heb ik een apart VLAN aangemaakt, mijn switches ondersteunen IGMP. Geen spijt tot nu toe dat ik ben overgaan van mijn USG en Cloudkey.

[ChUcKiE]

Misschien een stomme vraag, maar als je IPTV als app op een Apple TV instelt en dus niet via die Canal Digital mediabox, heb je dat script van fabian dan ook gewoon nodig?

[Huub-]

ChUcKiE schreef op vrijdag 15 april 2022 @ 21:51:
Misschien een stomme vraag, maar als je IPTV als app op een Apple TV instelt en dus niet via die Canal Digital mediabox, heb je dat script van fabian dan ook gewoon nodig?

Nee, dan kun je die zonder het script kijken, op mijn smart tv heb ik de KPN app staan en die werkt altijd.
Je moet natuurlijk wel internet hebben. Maar als je meerder tv‘s hebt met minder slimme tv’s is de IPTV oplossing handiger.

[ChUcKiE]

Huub- schreef op vrijdag 15 april 2022 @ 22:04:
[...]

Nee, dan kun je die zonder het script kijken, op mijn smart tv heb ik de KPN app staan en die werkt altijd.
Je moet natuurlijk wel internet hebben. Maar als je meerder tv‘s hebt met minder slimme tv’s is de IPTV oplossing handiger.

Aha ok....wij hebben maar 1 tv en volgens mij is die al zo smart dat daar de Canal Digital app ok al op zat.
Dan ga ik dat maar eens proberen....geen idee of dat een beetje werkbaar is (ook qua opnemen enzo).

[Remi]

Yahiko750 schreef op maandag 6 december 2021 @ 00:25:
Semi-Offtopic maar mischien wel nuttige info. Inmiddels IPv6 ook werkend op de UDR, wel icm XS4all:
Inmiddels IPv6 ook werkend met XS4ALL op de UDR:


1: Op je WAN stel je in:
* IPv6 Connection: DHCPv6
* Prefix Delegation Size: 48

2: Op je LAN waar je IPv6 wil hebben:
* IPv6 Interface Type: Prefix Delegation
* IPv6 RA: Enabled
* IPv6 RA Priority: High
* DHCPv6 Range: Default values van UI
* DHCPv6/RDNSS DNS Control: Auto

3: Reboot je UDR, na de volle reboot log in met SSH en voer commando uit:

Bash:

ip -6 route add default dev ppp0 metric 1

4: Enjoy! Op je UDR kan je vrijwel meteen een ping doen

code:

ping6 tweakers.net

5: Commando toevoegen aan je crontab -e (For whatever reason pleurt ie de route af en toe weg, hiermee heb je max 1 uur geen ipv6)

code:

0 * * * * ip -6 route add default dev ppp0 metric 1 > /dev/null 2>&1

Op je PC ff een ipconfig /release en /renew doen, of rebooten.

Ps: Ik kan dit niet testen op KPN, misschien dat iemand met KPN het kan testen

Edit: Oeps dubbelpost, ik was in de veronderstelling dat het forum zou mergen! Mijn excuses!
Edit 2: Confirmed dat het op KPN werkt.

Kan het kloppen dat het kwijt raken van de route zich nog steeds voordoet? Is dit iets wat ik bij Ubi moet melden of is het een implementie dingetje van KPN?

Staat er ergens een beschrijving hoe ik die contab kan aanmaken? Ik krijg wel wat hits via Google maar heb geen idee of het correct is en ik heb weinig zin om m'n UDM om zeep te helpen.

[Bruzski]

Erhnam schreef op vrijdag 15 april 2022 @ 14:51:
Wat is de laatste status van een UDM Pro met KPN Glasvezel? Ik hoor namelijk wisselende geluiden, en ook dat je een seperate router nodig hebt om IPTV te kunnen ontvangen.

Ik zit momenteel op VDSL (KPN) met een USG, USW-Lite-16-POE en Zyxel modem die in bridge modus staat. Alles werkt perfect, maar de limiet is 100mbit, dus veel minder dan de potentiele 1000mbit van glasvezel. Ik twijfel daarom over een UDM Pro, maar wil zeker weten dat het conform mijn huidige situatie gaat werken.

Hier ook Kpn glas met direct een UDMP als router en meerdere unifi switches, ook ik maak gebruik van script van @fabianishere Tv box en Voip werken uitstekend.

[andriesb435]

Ik heb sinds kort ook glasvezel en hebt het script van @fabianishere gebruikt. Waarvoor hartelijk dank, werkt als een trein! Echter krijg bij deze code sed -e '/^DPKG_CACHE_UBNT_PKGS+=" udm-iptv igmpproxy dialog"/{:a;n;ba;q}' -e '$aDPKG_CACHE_UBNT_PKGS+=" udm-iptv igmpproxy dialog"' -i /etc/default/ubnt-dpkg-cache[/b] de foutmelding dat hij het etc/default/ubnt-dpkg-cache bestand niet kan vinden.

Echter wil ik dat de configuratie blijft werken na een firmware update. Iemand suggesties hoe ik dit werkend krijg?

[Polyphemus]

andriesb435 schreef op zondag 8 mei 2022 @ 17:18:
Ik heb sinds kort ook glasvezel en hebt het script van @fabianishere gebruikt. Waarvoor hartelijk dank, werkt als een trein! Echter krijg bij deze code sed -e '/^DPKG_CACHE_UBNT_PKGS+=" udm-iptv igmpproxy dialog"/{:a;n;ba;q}' -e '$aDPKG_CACHE_UBNT_PKGS+=" udm-iptv igmpproxy dialog"' -i /etc/default/ubnt-dpkg-cache[/b] de foutmelding dat hij het etc/default/ubnt-dpkg-cache bestand niet kan vinden.

Echter wil ik dat de configuratie blijft werken na een firmware update. Iemand suggesties hoe ik dit werkend krijg?

Er staat ook in de readme, dat je dat alleen moet doen, als het bestand bestaat

[andriesb435]

Polyphemus schreef op zondag 8 mei 2022 @ 17:22:
[...]

Er staat ook in de readme, dat je dat alleen moet doen, als het bestand bestaat

Klopt, maar hoe kan ik er dan voor zorgen dat de huidige routes en configuratie blijft werken als er een firmware update geinstalleerd is :-)

[Polyphemus]

andriesb435 schreef op zondag 8 mei 2022 @ 17:25:
[...]


Klopt, maar hoe kan ik er dan voor zorgen dat de huidige routes en configuratie blijft werken als er een firmware update geinstalleerd is :-)

Ik heb het bestand wel op mijn UDR, en ik heb het commando ook uitgevoerd. Maar na upgrade van de firmware moet ik ook de packages opnieuw installeren. De config blijft daarbij wel bewaard, maar het is volgens Fabian onvermijdelijk om de packages opnieuw te installeren, door toedoen van Ubiquiti

[ChUcKiE]

En begrijp ik dan goed dat je na de update alleen even moet SSH inloggen en die vier commando’s uitvoeren?

[Polyphemus]

ChUcKiE schreef op zondag 8 mei 2022 @ 20:03:
En begrijp ik dan goed dat je na de update alleen even moet SSH inloggen en die vier commando’s uitvoeren?

Hier wel; hij opent na installatie weer de config dialoog, en daar staat alles wat je voor de upgrade ingesteld hebt, althans bij mij

[Workaholic]

Vanaf volgende maand of in augustus eindelijk glasvezel ipv ziggo. Stomme vraag misschien maar is het script wel nodig als je de kpn tv app op je tv gebruikt ipv de decoder? Gaat dit gewoon via https oid ipv via een apart vlan icm iptv?

Scheelt weer handmatige aanpassingen en scripts als dit het geval is?

[ Voor 11% gewijzigd door Workaholic op 16-05-2022 14:46 ]

[ZiSE]

Workaholic schreef op maandag 16 mei 2022 @ 14:44:
Vanaf volgende maand of in augustus eindelijk glasvezel ipv ziggo. Stomme vraag misschien maar is het script wel nodig als je de kpn tv app op je tv gebruikt ipv de decoder? Gaat dit gewoon via https oid ipv via een apart vlan icm iptv?

Scheelt weer handmatige aanpassingen en scripts als dit het geval is?

Is alleen nodig voor de hardware decoders.

[tijgetje57]

Hallo,

Bij mij werkt het niet helemaal lekker met mijn UDM Pro.

Krijg regelmatig die blauwe schermen met de VIP5202.

Ik heb een VLAN 4 aangemaakt, met de standaard config. IGMP staat aan.
DHCP opties zijn ingegeven, zoals in de GitHub.

Ik zie wel alle profielen voor de VLAN's, het netwerk staat op ALL per poort.

Geen fouten met inladen van alle configuratie items.
Wat mij wel opviel inlognaam was root voor de SSH.

[blaaspijp]

tijgetje57 schreef op zaterdag 21 mei 2022 @ 16:59:
Hallo,

Bij mij werkt het niet helemaal lekker met mijn UDM Pro.

Ik heb een VLAN 4 aangemaakt, met de standaard config. IGMP staat aan.

Ik had ook een fout. Om de een of andere reden wil het script bij mij dus niet naar een ander VLAN.
Nu heb ik mijn tv op mijn standaard VLAN. En alles loopt perfect.

[Huub-]

tijgetje57 schreef op zaterdag 21 mei 2022 @ 16:59:
Hallo,

Bij mij werkt het niet helemaal lekker met mijn UDM Pro.

Krijg regelmatig die blauwe schermen met de VIP5202.

Ik heb een VLAN 4 aangemaakt, met de standaard config. IGMP staat aan.
DHCP opties zijn ingegeven, zoals in de GitHub.

Ik zie wel alle profielen voor de VLAN's, het netwerk staat op ALL per poort.

Geen fouten met inladen van alle configuratie items.
Wat mij wel opviel inlognaam was root voor de SSH.

Op de poort waar je VIP502 zit moet je VLAN 4 gebruiken. Alleen de uplink naar je main Switch/UDMP moet je op All zetten. Vervolgens VIP502 en UDMP ff herstarten.

[tijgetje57]

Huub- schreef op zaterdag 21 mei 2022 @ 17:22:
[...]


Op de poort waar je VIP502 zit moet je VLAN 4 gebruiken. Alleen de uplink naar je main Switch/UDMP moet je op All zetten. Vervolgens VIP502 en UDMP ff herstarten.

Je kan een poort profile toepassen, maar ik zie niet zoals met mijn vorige controller dat ik een poort kan toewijzen aan een vlan. Ik zit op de switch zelf en zie geen vlan assignment.... Port profile staat op "ALL".

[tijgetje57]

Zie al wat er gebeurd is, automatische updates stond aan met een verwijzing naar RC...

Ik wacht wel even en kijk tv via de app..

[Huub-]

tijgetje57 schreef op zaterdag 21 mei 2022 @ 17:55:
[...]


Je kan een poort profile toepassen, maar ik zie niet zoals met mijn vorige controller dat ik een poort kan toewijzen aan een vlan. Ik zit op de switch zelf en zie geen vlan assignment.... Port profile staat op "ALL".

Welke switch heb je dan?

[tijgetje57]

Ik heb de normale unifi tafel switches met Poe, niet de goedkopere flex dingen.

Is natuurlijk wel weer even anders dan de USG en mijn oude cloudkey. Ik kopieerde destijds wat bestanden, force provision en reboot = done...

Nu is het een script draaien, KPN kiezen en hopen dat het werkt. Ik heb alles gedaan zoals vermeld staat op de site. Echter, het werkt bij mij niet....

[ Voor 65% gewijzigd door tijgetje57 op 22-05-2022 16:13 ]

[Huub-]

Okay om het IPTV profiel te selecteren selecteer je de poort waar je TVBox op aangesloten is. Dan ga je naar configureren, hier selecteer je het IPTV profiel (met het juiste VLAN 4). Zie voorbeeld:

[ Voor 52% gewijzigd door Huub- op 22-05-2022 17:01 ]

[blaaspijp]

Je hoeft dus zelf geen vlan 4 aan te maken. Kijk eens of het werkt als je het normale vlan toewijst aan de settopbox?

[tijgetje57]

Huub- schreef op zondag 22 mei 2022 @ 17:00:
Okay om het IPTV profiel te selecteren selecteer je de poort waar je TVBox op aangesloten is. Dan ga je naar configureren, hier selecteer je het IPTV profiel (met het juiste VLAN 4). Zie voorbeeld:
[Afbeelding]

goede tip, dank je. Net even op de app gekeken, daar zag ik het (sneller) staan dan op de webconsole.

net geconfigureerd, vanmiddag even kijken of het werkt.

[tijgetje57]

Net ingesteld zoals vermeld. Box krijgt IP adres vanuit juiste VLAN. Stopt op code 563 met 85%.

[blaaspijp]

tijgetje57 schreef op maandag 23 mei 2022 @ 17:22:
Net ingesteld zoals vermeld. Box krijgt IP adres vanuit juiste VLAN. Stopt op code 563 met 85%.

Worden mijn reacties alleen bij mij weergegeven en zien jullie ze niet?
Ik geef toch dacht ik aan dat ik hetzelfde probleem had. Dat het aanmaken van een vlan4 niet nodig is. En dat het bij nu ondertussen wel werkt.
Maar ga gerust door met proberen.

[tijgetje57]

blaaspijp schreef op maandag 23 mei 2022 @ 17:47:
[...]
Worden mijn reacties alleen bij mij weergegeven en zien jullie ze niet?
Ik geef toch dacht ik aan dat ik hetzelfde probleem had. Dat het aanmaken van een vlan4 niet nodig is. En dat het bij nu ondertussen wel werkt.
Maar ga gerust door met proberen.

Thanks, net je feedback gelezen. Had er overheen gelezen, sorry.

Net even apparaat uit VLAN 4 gehaald IGMP aangezet op LAN. TV doos werkt.

Wat heb ik verkeerd aan VLAN 4, net alsof er een route mist....

[ Voor 6% gewijzigd door tijgetje57 op 23-05-2022 17:56 ]

[blaaspijp]

Het script regelt voor zo ver ik zelf weet zelf alle instellingen en heeft de nadrukkelijke voorkeur dit op de default VLAN te doen.

Ik heb besloten om dan maar de IPTV op de default VLAN te stoppen en desnoods voor andere zaken andere VLAN aan te maken

[Polyphemus]

Zonder VLAN 4 te definiëren gebruik ik VLAN 112 voor tv, dus een apart VLAN kan wel voor tv. Ik heb een los VLAN, 112 in mijn geval aangemaakt, en tijdens het runnen van het script kan ik deze selecteren als IPTV VLAN.

[blaaspijp]

Polyphemus schreef op maandag 23 mei 2022 @ 18:14:
Zonder VLAN 4 te definiëren gebruik ik VLAN 112 voor tv, dus een apart VLAN kan wel voor tv. Ik heb een los VLAN, 112 in mijn geval aangemaakt, en tijdens het runnen van het script kan ik deze selecteren als IPTV VLAN.

Dat had ik ook alleen na een reboot, omdat UDMP niet helemaal lekker liep was de TV verdwenen in huis.
En ik kan iets beter leven met een andere structuur in de UDMP als mijn vrouw en kinderen zonder TV.
Toen ik de herconfiguratie deed zag ik dat de tv ingesteld stond op de standaard VLAN. daarna gewoon maar alles omgezet.

[tijgetje57]

Ik snap er niks van, heb alles gedaan volgens handleiding. IGMP aan op IPTV deel no joy. Wel beeld, maar loopt niet door zonder de STNB melding, zap je even krijg je beeld, daarna foutmelding.

IGMP weer aan op LAN, kastje weer naar LAN. Alles werkt zonder haperen. als iemand het weet voor de vorm dan is dat fun.

Voor nu werkt het, heb geen overige storingen, ik laat het zo.

[blaaspijp]

Doe is de configuratie doorlopen en kijk dan eens waar de keuze voor het LAN op staat. Ik gok op de standaard LAN en niet op de door jou bedachte LAN. Dan blijft bij jou, net als bij mij, die instelling dus niet staan.
Voor de lieve vrede in huis ben ik niet verder gaan klooien om dit op te lossen.

[tijgetje57]

blaaspijp schreef op maandag 23 mei 2022 @ 18:38:
Doe is de configuratie doorlopen en kijk dan eens waar de keuze voor het LAN op staat. Ik gok op de standaard LAN en niet op de door jou bedachte LAN. Dan blijft bij jou, net als bij mij, die instelling dus niet staan.
Voor de lieve vrede in huis ben ik niet verder gaan klooien om dit op te lossen.

Instellingen blijven wel staan, maar loopt niet lekker. Krijg iedere keer die nare blauwe melding.

Boel teruggezet naar normale LAN, alles werkt icm IMGP. Had de DHCP opties wel allemaal ingevuld.

[blaaspijp]

tijgetje57 schreef op maandag 23 mei 2022 @ 18:55:
[...]


Instellingen blijven wel staan, maar loopt niet lekker. Krijg iedere keer die nare blauwe melding.

Boel teruggezet naar normale LAN, alles werkt icm IMGP. Had de DHCP opties wel allemaal ingevuld.

Vooraf 1000x dank voor al het verrichte werk en het aangeboden script.
Misschien weet @fabianishere wel waardoor dit niet lekker loopt?

[ Voor 8% gewijzigd door blaaspijp op 23-05-2022 19:24 ]

[Polyphemus]

blaaspijp schreef op maandag 23 mei 2022 @ 19:22:
[...]


Vooraf 1000x dank voor al het verrichte werk en het aangeboden script.
Misschien weet @fabianishere wel waardoor dit niet lekker loopt?

Je kan ook een issue op zijn Github aanmaken, dan heeft de rest van de wereld er ook wat aan als het een oplossing is voor een bug

[tijgetje57]

Misschien mag er iets aangepast worden in combinatie met de nieuwe netwerk software van unifi? Ze zijn er best wel ster in om zaken te wijzigen zonder passende uitleg....

[fabianishere]

blaaspijp schreef op maandag 23 mei 2022 @ 19:22:
[...]


Vooraf 1000x dank voor al het verrichte werk en het aangeboden script.
Misschien weet @fabianishere wel waardoor dit niet lekker loopt?

Als de instelling niet blijft staan, moet je tijdens de installer de gewenste VLANs met spatie selecteren. Met enter ga je naar de volgende stap.

Als dat ook niet werkt kan je altijd nog handmatig in /etc/udm-iptv.conf de optie IPTV_LAN_INTERFACES wijzigen.

[SpardaSpeed]

fabianishere schreef op dinsdag 24 mei 2022 @ 08:45:
[...]


Als de instelling niet blijft staan, moet je tijdens de installer de gewenste VLANs met spatie selecteren. Met enter ga je naar de volgende stap.

Als dat ook niet werkt kan je altijd nog handmatig in /etc/udm-iptv.conf de optie IPTV_LAN_INTERFACES wijzigen.

Super dank!! dit is nou precies wat bij mij ook fout is gegaan, ik zag telkens dat sterretje bij de verkeerde vlan staan maar niet op spatie gedrukt

Ik had dus ook dat ik maar 2 sec beeld kreeg.
Maar het werkt nu gelukkig

[tijgetje57]

Misschien toch maar onderzoeken waarom het niet werkt met die VLAN's, want het beeld hapert zo nu en dan. Blijft hij hangen en speelt wel weer verder.... Die optie dat hij verkeer bijhoudt voor stats staat uit.

[fabianishere]

tijgetje57 schreef op woensdag 25 mei 2022 @ 19:09:
Misschien toch maar onderzoeken waarom het niet werkt met die VLAN's, want het beeld hapert zo nu en dan. Blijft hij hangen en speelt wel weer verder.... Die optie dat hij verkeer bijhoudt voor stats staat uit.

Hoe is de decoder verbonden met je netwerk? Wat als je de decoder direct aan de UDM aansluit?

[tijgetje57]

fabianishere schreef op donderdag 26 mei 2022 @ 08:13:
[...]


Hoe is de decoder verbonden met je netwerk? Wat als je de decoder direct aan de UDM aansluit?

De decoder is aangesloten via mijn usw 8 SW-WK daarna op mijn UDMP.

De SW-WP ga ik nog omleggen rechtstreeks naar de UDMP.

[ Voor 4% gewijzigd door tijgetje57 op 26-05-2022 11:06 ]

[Huub-]

tijgetje57 schreef op donderdag 26 mei 2022 @ 11:05:
[...]


De decoder is aangesloten via mijn usw 8 SW-WK daarna op mijn UDMP.

De SW-WP ga ik nog omleggen rechtstreeks naar de UDMP.

[Afbeelding]

Okay even alles na lopen, op je UDMP waar de SW-WK mee hebt verbonden, beide poorten op UDMP en SW-WK hebben VLAN profiel All? Het poortje op de SW-WK waar je TV-Box mee is verbonden heeft VLAN profiel VLAN 4? Daarna restart van UDMP en TV-Box gedaan?

Alleen op het VLAN 4 profiel IGMP snooping aangezet (dus op alle ander VLANs IGMP snooping uitzetten)?

Hierboven een screenshot van mijn VLAN 4 profiel.

[ Voor 27% gewijzigd door Huub- op 26-05-2022 11:45 ]

[tijgetje57]

Heb ook de DHCP opties toegevoegd, maar nog steeds gaat er iets niet goed... Hij toont nu wel even. Maar daarna weer dat blauwe scherm.

[tijgetje57]

Alles nagelopen no joy...

[tijgetje57]

Ik had de DHCP opties eraf gegooid, nu werkt het op het gewone VLAN waar de rest ook op zit. Was even zoeken. Maar op VLAN 4 hetzelfde gedaan IGMP weer aangezet, UDMP herstart. Ik krijg wel de software, ik krijg beeld, wederom code blauw.

Alles weer teruggebouwd naar standaard VLAN alles lijkt te werken. na een minuut of 5 toch weer die blauwe melding...

[ Voor 39% gewijzigd door tijgetje57 op 26-05-2022 18:44 ]

[Huub-]

tijgetje57 schreef op donderdag 26 mei 2022 @ 16:17:
[Afbeelding]

Heb ook de DHCP opties toegevoegd, maar nog steeds gaat er iets niet goed... Hij toont nu wel even. Maar daarna weer dat blauwe scherm.

Ik zie nog een paar verschillen bij je DHCP. Zie screenshot van mijn settings:

DHCP DNS server, vlgs mij had je KPN dan kun je de IP’s bij DNS hieronder overnemen. Mijn VLAN IP range is gelijk aan die van jou, dus dat zou je ook kunnnen overnemen.



De DHCP default gateway IP staat bij mij handmatig en bij DHCP opties mis ik bij jou een entry Broadcast.



Hopelijk heb je nu meer succes 🤞🏻

[ Voor 24% gewijzigd door Huub- op 27-05-2022 09:17 ]

[tijgetje57]

Diag output:
=== Configuration ===
WAN Interface: eth8
WAN VLAN: 4 (dev iptv)
WAN DHCP: true (options "-O staticroutes -V IPTV_RG")
WAN Ranges: 213.75.0.0/16 217.166.0.0/16
LAN Interfaces: br0 br4
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
43: iptv@eth8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet 10.174.52.175/22 brd 10.174.55.255 scope global iptv
valid_lft forever preferred_lft forever
10.174.52.0/22 proto kernel scope link src 10.174.52.175
213.75.112.0/21 via 10.174.52.1 metric 243
=== Service Logs ===
May 28 15:48:40 ubnt udm-iptv[4834]: The IGMP message was local multicast. Ignor ing.
May 28 15:48:40 ubnt udm-iptv[4834]: The IGMP message was local multicast. Ignor ing.
May 28 15:48:41 ubnt udm-iptv[4834]: The IGMP message was local multicast. Ignor ing.
May 28 15:48:41 ubnt udm-iptv[4834]: The source address 192.168.1.199 for group 239.254.127.63 is from downstream VIF[0]. Ignoring.
May 28 15:48:41 ubnt udm-iptv[4834]: The source address 192.168.1.78 for group 2 39.254.127.63 is from downstream VIF[0]. Ignoring.
May 28 15:48:41 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.1.159 to 225.0.71.1
May 28 15:48:41 ubnt udm-iptv[4834]: Updated route entry for 225.0.71.1 on VIF # 0
May 28 15:48:41 ubnt udm-iptv[4834]: Leaving group 239.255.255.250 on interface iptv
May 28 15:48:43 ubnt udm-iptv[4834]: The source address 192.168.1.235 for group 239.255.250.250 is from downstream VIF[0]. Ignoring.
May 28 15:48:44 ubnt udm-iptv[4834]: The IGMP message was local multicast. Ignor ing.

[tijgetje57]

root@ubnt:/# ip route list
10.95.124.0/22 dev iptv proto kernel scope link src 10.95.125.101
192.168.1.0/24 dev br0 proto kernel scope link src 192.168.1.1
192.168.4.0/24 dev br4 proto kernel scope link src 192.168.4.1
195.190.228.110 dev ppp0 proto kernel scope link src 86.85.143.185
213.75.112.0/21 via 10.95.124.1 dev iptv metric 244

root@ubnt:/# ip -4 addr show dev iptv
44: iptv@eth8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet 10.95.125.101/22 brd 10.95.127.255 scope global iptv
valid_lft forever preferred_lft forever

IGMP debug:
May 29 04:12:54 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.4.1 to 224.0.0.22
May 29 04:12:54 ubnt udm-iptv[4834]: The IGMP message was from myself. Ignoring.
May 29 04:12:54 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.1.70 to 239.255.255.253
May 29 04:12:54 ubnt udm-iptv[4834]: Updated route entry for 239.255.255.253 on VIF #0
May 29 04:12:55 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.1.1 to 224.0.0.251
May 29 04:12:55 ubnt udm-iptv[4834]: The IGMP message was from myself. Ignoring.
May 29 04:12:55 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.1.70 to 224.0.1.127
May 29 04:12:55 ubnt udm-iptv[4834]: Updated route entry for 224.0.1.127 on VIF #0
May 29 04:12:59 ubnt udm-iptv[4834]: RECV Membership query from 192.168.1.1 to 224.0.0.1
May 29 04:12:59 ubnt udm-iptv[4834]: RECV Membership query from 192.168.4.1 to 224.0.0.1
May 29 04:12:59 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.1.199 to 239.254.127.63
May 29 04:12:59 ubnt udm-iptv[4834]: Updated route entry for 239.254.127.63 on VIF #0
May 29 04:12:59 ubnt udm-iptv[4834]: The IGMP message was local multicast. Ignoring.
May 29 04:13:00 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.1.70 to 239.255.255.253
May 29 04:13:00 ubnt udm-iptv[4834]: Updated route entry for 239.255.255.253 on VIF #0
May 29 04:13:00 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.4.1 to 224.0.0.251
May 29 04:13:00 ubnt udm-iptv[4834]: The IGMP message was from myself. Ignoring.
May 29 04:13:01 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.1.78 to 239.254.127.63
May 29 04:13:01 ubnt udm-iptv[4834]: Updated route entry for 239.254.127.63 on VIF #0
May 29 04:13:02 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.4.1 to 224.0.0.22
May 29 04:13:02 ubnt udm-iptv[4834]: The IGMP message was from myself. Ignoring.
May 29 04:13:02 ubnt udm-iptv[4834]: The IGMP message was local multicast. Ignoring.
May 29 04:13:03 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.1.1 to 224.0.0.2
May 29 04:13:03 ubnt udm-iptv[4834]: The IGMP message was from myself. Ignoring.
May 29 04:13:04 ubnt udm-iptv[4834]: The IGMP message was local multicast. Ignoring.
May 29 04:13:05 ubnt udm-iptv[4834]: The IGMP message was local multicast. Ignoring.
May 29 04:13:06 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.4.1 to 233.89.188.1
May 29 04:13:06 ubnt udm-iptv[4834]: The IGMP message was from myself. Ignoring.
May 29 04:13:06 ubnt udm-iptv[4834]: The source address 192.168.4.1 for group 233.89.188.1 is from downstream VIF[0]. Igno
ring.

@fabianishere deze logs heb ik vanuit de UDMP gehaald. Wellicht zie jij hier iets aan? IGMP message was local multicast. Ignoring lijkt mij niet goed?

@Coolhva Henk zie jij hier iets aan wat niet lekker gaat?

[ Voor 98% gewijzigd door tijgetje57 op 29-05-2022 12:03 ]

[Bruzski]

@Huub-
Ik heb exact dezelfde configuratie als @tijgetje57 hier draait het gewoon top.

@tijgetje57 Heb jij soms een bedrade sonos installatie draaien? zoja stel deze even in op het wifi netwerk, dit ivm met problemen met afwijkende STP waardes, hier had ik namelijk ook last van.

Ik zie wel dat onder DCHP opties "IPTV-CLASS" ipv "IPTV-Class" staan, wellicht is dit case sensitive?

[ Voor 23% gewijzigd door Bruzski op 29-05-2022 15:10 ]

[tijgetje57]

lowercase gepakt, nog een optie toegevoegd: "option broadcast-address code 28 = ip-address;" onder de DHCP opties. Kreeg ik als tip.

We zijn nu terug aan het kijken (foutloos), straks eens live tv kijken.

Nee, heb geen Sonos systeem.

Waarin mijn systeem wel verschilt zijn de firmware versies. Ik had hem op auto update staan...

[Huub-]

tijgetje57 schreef op zondag 29 mei 2022 @ 17:08:
lowercase gepakt, nog een optie toegevoegd: "option broadcast-address code 28 = ip-address;" onder de DHCP opties. Kreeg ik als tip.

We zijn nu terug aan het kijken (foutloos), straks eens live tv kijken.

Nee, heb geen Sonos systeem.

Waarin mijn systeem wel verschilt zijn de firmware versies. Ik had hem op auto update staan...

Dat had ik je ook gedeeld via de screenshots…

[tijgetje57]

Huub- schreef op zondag 29 mei 2022 @ 19:01:
[...]

Dat had ik je ook gedeeld via de screenshots…

Klopt, Ik heb netwerk versie 7.1.66 erop staan. Deze is op 24-05 uitgekomen, weet niet of dit hiermee te maken heeft?

[fabianishere]

tijgetje57 schreef op zondag 29 mei 2022 @ 11:41:
root@ubnt:/# ip route list
10.95.124.0/22 dev iptv proto kernel scope link src 10.95.125.101
192.168.1.0/24 dev br0 proto kernel scope link src 192.168.1.1
192.168.4.0/24 dev br4 proto kernel scope link src 192.168.4.1
195.190.228.110 dev ppp0 proto kernel scope link src 86.85.143.185
213.75.112.0/21 via 10.95.124.1 dev iptv metric 244

root@ubnt:/# ip -4 addr show dev iptv
44: iptv@eth8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet 10.95.125.101/22 brd 10.95.127.255 scope global iptv
valid_lft forever preferred_lft forever

IGMP debug:
May 29 04:12:54 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.4.1 to 224.0.0.22
May 29 04:12:54 ubnt udm-iptv[4834]: The IGMP message was from myself. Ignoring.
May 29 04:12:54 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.1.70 to 239.255.255.253
May 29 04:12:54 ubnt udm-iptv[4834]: Updated route entry for 239.255.255.253 on VIF #0
May 29 04:12:55 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.1.1 to 224.0.0.251
May 29 04:12:55 ubnt udm-iptv[4834]: The IGMP message was from myself. Ignoring.
May 29 04:12:55 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.1.70 to 224.0.1.127
May 29 04:12:55 ubnt udm-iptv[4834]: Updated route entry for 224.0.1.127 on VIF #0
May 29 04:12:59 ubnt udm-iptv[4834]: RECV Membership query from 192.168.1.1 to 224.0.0.1
May 29 04:12:59 ubnt udm-iptv[4834]: RECV Membership query from 192.168.4.1 to 224.0.0.1
May 29 04:12:59 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.1.199 to 239.254.127.63
May 29 04:12:59 ubnt udm-iptv[4834]: Updated route entry for 239.254.127.63 on VIF #0
May 29 04:12:59 ubnt udm-iptv[4834]: The IGMP message was local multicast. Ignoring.
May 29 04:13:00 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.1.70 to 239.255.255.253
May 29 04:13:00 ubnt udm-iptv[4834]: Updated route entry for 239.255.255.253 on VIF #0
May 29 04:13:00 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.4.1 to 224.0.0.251
May 29 04:13:00 ubnt udm-iptv[4834]: The IGMP message was from myself. Ignoring.
May 29 04:13:01 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.1.78 to 239.254.127.63
May 29 04:13:01 ubnt udm-iptv[4834]: Updated route entry for 239.254.127.63 on VIF #0
May 29 04:13:02 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.4.1 to 224.0.0.22
May 29 04:13:02 ubnt udm-iptv[4834]: The IGMP message was from myself. Ignoring.
May 29 04:13:02 ubnt udm-iptv[4834]: The IGMP message was local multicast. Ignoring.
May 29 04:13:03 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.1.1 to 224.0.0.2
May 29 04:13:03 ubnt udm-iptv[4834]: The IGMP message was from myself. Ignoring.
May 29 04:13:04 ubnt udm-iptv[4834]: The IGMP message was local multicast. Ignoring.
May 29 04:13:05 ubnt udm-iptv[4834]: The IGMP message was local multicast. Ignoring.
May 29 04:13:06 ubnt udm-iptv[4834]: RECV V2 member report from 192.168.4.1 to 233.89.188.1
May 29 04:13:06 ubnt udm-iptv[4834]: The IGMP message was from myself. Ignoring.
May 29 04:13:06 ubnt udm-iptv[4834]: The source address 192.168.4.1 for group 233.89.188.1 is from downstream VIF[0]. Igno
ring.

@fabianishere deze logs heb ik vanuit de UDMP gehaald. Wellicht zie jij hier iets aan? IGMP message was local multicast. Ignoring lijkt mij niet goed?

@Coolhva Henk zie jij hier iets aan wat niet lekker gaat?

Is jouw receiver direct aangesloten aan de UDM Pro? Zo niet, zou je dat kunnen proberen?

[tijgetje57]

fabianishere schreef op zondag 29 mei 2022 @ 22:38:
[...]


Is jouw receiver direct aangesloten aan de UDM Pro? Zo niet, zou je dat kunnen proberen?

@fabianishere Gedaan wat je gevraagd hebt, je raad het nooit. Het werkt, dus er is iets in die switch wat niet lekker loopt. Inmiddels speelt het al meer dan 10 minuten zonder storingen... Snap jij het, snap ik het....

[ZiSE]

tijgetje57 schreef op maandag 30 mei 2022 @ 08:55:
[...]


@fabianishere Gedaan wat je gevraagd hebt, je raad het nooit. Het werkt, dus er is iets in die switch wat niet lekker loopt. Inmiddels speelt het al meer dan 10 minuten zonder storingen... Snap jij het, snap ik het....

Op 26 mei is die suggestie ook al gedaan 😁. Had je een hoop uitzoek werk kunnen besparen.

[tijgetje57]

ZiSE schreef op maandag 30 mei 2022 @ 08:59:
[...]

Op 26 mei is die suggestie ook al gedaan 😁. Had je een hoop uitzoek werk kunnen besparen.

Dan heb ik niet goed gelezen, bedankt voor je feedback. Wel gunstig dat het nu wel functioneert.

Er zit dus iets in de switch waardoor het niet lekker werkt.

Zou er nog verschil zijn in in "Advanced configuration" op Auto te zetten onder de IPTV VLAN settings?

[fabianishere]

tijgetje57 schreef op maandag 30 mei 2022 @ 08:55:
[...]


@fabianishere Gedaan wat je gevraagd hebt, je raad het nooit. Het werkt, dus er is iets in die switch wat niet lekker loopt. Inmiddels speelt het al meer dan 10 minuten zonder storingen... Snap jij het, snap ik het....

Er is iemand op Github die hetzelfde probleem met zijn switch heeft: https://github.com/fabianishere/udm-iptv/issues/123

Dit kan mogelijk wijzigen op een bug in de USW firmware.

[tijgetje57]

Er wordt eigenlijk gewoon gezegd om IGMP uit te zetten of terug te gaan in de tijd qua firmware versie op de switch:

There is a bug in the USW 5.53.1 and up firmware (this includes current stable and beta) that is currently causing issues with IGMP snooping enabled. Normally you would want this feature enabled as it reduces air time consumption.

[Huub-]

tijgetje57 schreef op maandag 30 mei 2022 @ 09:36:
Er wordt eigenlijk gewoon gezegd om IGMP uit te zetten of terug te gaan in de tijd qua firmware versie op de switch:

There is a bug in the USW 5.53.1 and up firmware (this includes current stable and beta) that is currently causing issues with IGMP snooping enabled. Normally you would want this feature enabled as it reduces air time consumption.

Das wel gek, want ik heb geen last van deze bug, heb ook UNIFI Switches tussen mijn UDMP en mijn STB's (TV kastjes). Dan zouden er toch ook meer gevallen moeten zijn?
Heb je SONOS in je systeem via ethernet aangesloten?

[ Voor 3% gewijzigd door Huub- op 30-05-2022 14:13 ]

[tijgetje57]

Huub- schreef op maandag 30 mei 2022 @ 14:11:
[...]

Das wel gek, want ik heb geen last van deze bug, heb ook UNIFI Switches tussen mijn UDMP en mijn STB's (TV kastjes). Dan zouden er toch ook meer gevallen moeten zijn?
Heb je SONOS in je systeem via ethernet aangesloten?

Nop, heb geen soundos

Ik heb 1x USC8 en 2x USW8 60W versie.

Heb nu de USC8 teruggezet naar firmware versie 5.43.36

Hij stopte eerste met spelen, nadat IGMP aangezet is werkte het in ene weer en pakte de stream weer op.

Fingers crossed Het werkte even....

[ Voor 23% gewijzigd door tijgetje57 op 30-05-2022 17:47 ]

[tijgetje57]

Het werkt nu weer niet. Ik stop ermee.

Ik zet de TV en versterker op de WIFI en haal de switch er tussenuit.

Met dezelfde switch heeft het gewerkt i.c.m. USG, met dezelfde firmware als ik nu draai.
Ik vermoed dat het iets met Unifi is of met de KPN DNS i.c.m. die VIP doosjes.

[ Voor 14% gewijzigd door tijgetje57 op 30-05-2022 18:08 ]

[blaaspijp]

Ik heb het via de usw mini en dat gaat goed. Zo een switch is niet te duur. Misschien is het een optie?

[tijgetje57]

blaaspijp schreef op maandag 30 mei 2022 @ 18:14:
Ik heb het via de usw mini en dat gaat goed. Zo een switch is niet te duur. Misschien is het een optie?

Thanks voor de tip.

[Polyphemus]

tijgetje57 schreef op maandag 30 mei 2022 @ 18:17:
[...]


Thanks voor de tip.

Die mini gebruik ik ook, hij ondersteunt alleen geen IGMP snooping, maar als je er niet teveel aan hebt hangen, zal het wel geen probleem zijn

[Joshua1]

Is het script van Fabian ook nodig als je geen IPTV heb? Dus kan je de UDM Pro aansluiten op de NTU en het internet werkt zonder script?

[bartvb]

Klopt. Wij hebben geen TV van KPN en dus geen extra scripts nodig.

Wel is het zo dat zonder aanpassingen IPv6 het niet doet met de UDM Pro :\ Het script van Fabian lost dat (voor zover ik weet) ook niet op.

[tijgetje57]

Joshua1 schreef op dinsdag 7 juni 2022 @ 00:23:
Is het script van Fabian ook nodig als je geen IPTV heb? Dus kan je de UDM Pro aansluiten op de NTU en het internet werkt zonder script?

Gewoon handmatig je PPOE instellen op VLAN 6 met gebruikersnaam en wachtwoord kpn/kpn

Daarna werkt je internet al.

Script is hoofdzakelijk IPTV via de aanbieders uit de keuzelijst.

[indy911]

bartvb schreef op dinsdag 7 juni 2022 @ 09:56:
Wel is het zo dat zonder aanpassingen IPv6 het niet doet met de UDM Pro :\ Het script van Fabian lost dat (voor zover ik weet) ook niet op.

De laatste update van de UDM Pro software wel. Het was eerst nodig om handmatig een default route voor IPv6 toe te voegen, met de laatste update van de UDM Pro (1.12.22) hoeft dat ook niet meer.

Bij Internet als IPv6 Connection kies je voor DHCPv6, met een prefix delegation size van 48. Dan heb je IPv6 op je WAN.

Bij Networks kies je als IPv6 Interface type "prefix delegation", RA aanvinken, een DHCPv6 Range kiezen (bijvoorbeeld ::2 tot ::7d1) en DNS Control op auto.

Met bovenstaande zou je bij KPN glasvezel een werkende IPv6 verbinding moeten krijgen. Eenvouding te controleren door bijvoorbeeld een ping6 naar tweakers.net. Loop wel even je Firewall regels na.

[Enforcer]

Is het mogelijk om binnen de UDM time-based-access toe te kennen aan LAN clients (dus geen WLAN!). Ik kan niet direct iets vinden hierover terwijl een EdgeRouter dit bijvoorbeeld wel kan. Ik wil dus specifiek bepaalde lan clients blokkeren van het internet en tv vlan op bepaalde tijdstippen (kids access).

[ Voor 4% gewijzigd door Enforcer op 09-06-2022 19:11 ]

[tijgetje57]

Enforcer schreef op donderdag 9 juni 2022 @ 19:10:
Is het mogelijk om binnen de UDM time-based-access toe te kennen aan LAN clients (dus geen WLAN!). Ik kan niet direct iets vinden hierover terwijl een EdgeRouter dit bijvoorbeeld wel kan. Ik wil dus specifiek bepaalde lan clients blokkeren van het internet en tv vlan op bepaalde tijdstippen (kids access).

Je kan rule based traffic instellen binnen de UDMP. Dat werkt best goed, dus bijvoorbeeld geen Youtube binnen 08:00 tot 19:00 uur.

Weet niet precies of dat met clients kan, maar er zitten een hoop opties in na de laatste updates.

[ameliusvtwil]

Hi,

Ik heb sinds gisteren een UDM SE. Ik probeer de instructie van @fabianishere te volgen, maar na de onderstaande code krijg ik foutmeldingen in mijn putty te zien.

# Update APT sources and install dialog package for interactive install
apt update && apt install dialog

Dit is de response:

root@XXX:~# apt update && apt install dialog
Hit:1 http://security.debian.org stretch/updates InRelease
Ign:2 http://deb.debian.org/debian stretch InRelease
Hit:3 http://deb.debian.org/debian stretch-updates InRelease
Hit:4 http://deb.debian.org/debian stretch-backports InRelease
Hit:5 http://deb.debian.org/debian stretch Release
Hit:6 https://apt.artifacts.ui.com stretch InRelease
Hit:8 https://apt-beta.artifacts.ui.com stretch InRelease
Hit:9 https://apt-release-candidate.artifacts.ui.com stretch InRelease
Reading package lists... Done
Building dependency tree
Reading state information... Done
All packages are up to date.
Reading package lists... Done
Building dependency tree
Reading state information... Done
dialog is already the newest version (1.3-20160828-2).
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] y
Setting up udm-iptv (2.1.4) ...
dpkg: warning: udm-iptv: unable to stat config file '/etc/udm-iptv.conf'
(= '/mnt/persistent/udm-iptv.conf'): Not a directory
dpkg: warning: udm-iptv: unable to open /mnt/persistent/udm-iptv.conf for hash: Not a directory
dpkg: error processing package udm-iptv (--configure):
unable to stat new distributed conffile '/mnt/persistent/udm-iptv.conf.dpkg-new ': Not a directory
Errors were encountered while processing:
udm-iptv
E: Sub-process /usr/bin/dpkg returned an error code (1)

Ik heb wel gewoon internet via de UDM SE. Nu nog op IPv4 zoals in de instructie. (v6 komt later wel)

UniFi OS UDM SE 2.4.12
Network 7.1.68

Network name: IPTV
IP: 192.168.4.1
VLAN: 4
IGMP Snooping: Enabled
DHCP Mode: Server
Range 4.6 - 4.254
Guarding: off
DNS: 192.168.1.34 en 66
Default gateway: auto
DHCP Options: 60 en 28 met broadcast ip 192.168.4.255
De rest van de opties daaronder uit.

Als ik gewoon doorga dan kan ik de diag niet uitvoeren, hij kan de config niet opslaan. Maar dat is logisch als hij niet bij die folders mag/kan.

Wat zie ik over het hoofd?

PS: Downgrade naar 2.4.10 met netwerk 7.1.68 geeft geen verschil.

Edit: Alleen als ik nu de package configuration run, dan krijg ik niet de vraag naar welk vlan hij moet.

Edit 20-07-2022: Poging gedaan om de early access firmware te installeren op de UDM SE. Dit ging goed alleen bleef het netwerkgedeelte klappen. Dus toen weer terug naar 2.4.10 en factory reset gedaan. Daarna deed hij zelf updaten naar 2.4.12. Ik heb toen nog een keer de stappen doorlopen van Fabian en kreeg nog steeds wel wat foutmeldingen, maar mijn tv werkt ineens. Maar als ik de probeerd de diag uit te voeren krijg ik nog steeds de melding dat hij /etc/udm-iptv.conf niet kan vinden.

En die IGMP Proxy status geeft aan dat hij aan het starten is en dan krijg ik veel lege regels. Hier zal ik vanavond nog even printscreen van maken.

[ Voor 13% gewijzigd door ameliusvtwil op 20-07-2022 09:15 ]

[fabianishere]

ameliusvtwil schreef op dinsdag 19 juli 2022 @ 21:43:
Hi,

Ik heb sinds gisteren een UDM SE. Ik probeer de instructie van @fabianishere te volgen, maar na de onderstaande code krijg ik foutmeldingen in mijn putty te zien.

# Update APT sources and install dialog package for interactive install
apt update && apt install dialog

Dit is de response:

root@XXX:~# apt update && apt install dialog
Hit:1 http://security.debian.org stretch/updates InRelease
Ign:2 http://deb.debian.org/debian stretch InRelease
Hit:3 http://deb.debian.org/debian stretch-updates InRelease
Hit:4 http://deb.debian.org/debian stretch-backports InRelease
Hit:5 http://deb.debian.org/debian stretch Release
Hit:6 https://apt.artifacts.ui.com stretch InRelease
Hit:8 https://apt-beta.artifacts.ui.com stretch InRelease
Hit:9 https://apt-release-candidate.artifacts.ui.com stretch InRelease
Reading package lists... Done
Building dependency tree
Reading state information... Done
All packages are up to date.
Reading package lists... Done
Building dependency tree
Reading state information... Done
dialog is already the newest version (1.3-20160828-2).
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] y
Setting up udm-iptv (2.1.4) ...
dpkg: warning: udm-iptv: unable to stat config file '/etc/udm-iptv.conf'
(= '/mnt/persistent/udm-iptv.conf'): Not a directory
dpkg: warning: udm-iptv: unable to open /mnt/persistent/udm-iptv.conf for hash: Not a directory
dpkg: error processing package udm-iptv (--configure):
unable to stat new distributed conffile '/mnt/persistent/udm-iptv.conf.dpkg-new ': Not a directory
Errors were encountered while processing:
udm-iptv
E: Sub-process /usr/bin/dpkg returned an error code (1)

Ik heb wel gewoon internet via de UDM SE. Nu nog op IPv4 zoals in de instructie. (v6 komt later wel)

UniFi OS UDM SE 2.4.12
Network 7.1.68

Network name: IPTV
IP: 192.168.4.1
VLAN: 4
IGMP Snooping: Enabled
DHCP Mode: Server
Range 4.6 - 4.254
Guarding: off
DNS: 192.168.1.34 en 66
Default gateway: auto
DHCP Options: 60 en 28 met broadcast ip 192.168.4.255
De rest van de opties daaronder uit.

Als ik gewoon doorga dan kan ik de diag niet uitvoeren, hij kan de config niet opslaan. Maar dat is logisch als hij niet bij die folders mag/kan.

Wat zie ik over het hoofd?

PS: Downgrade naar 2.4.10 met netwerk 7.1.68 geeft geen verschil.

Edit: Alleen als ik nu de package configuration run, dan krijg ik niet de vraag naar welk vlan hij moet.

Edit 20-07-2022: Poging gedaan om de early access firmware te installeren op de UDM SE. Dit ging goed alleen bleef het netwerkgedeelte klappen. Dus toen weer terug naar 2.4.10 en factory reset gedaan. Daarna deed hij zelf updaten naar 2.4.12. Ik heb toen nog een keer de stappen doorlopen van Fabian en kreeg nog steeds wel wat foutmeldingen, maar mijn tv werkt ineens. Maar als ik de probeerd de diag uit te voeren krijg ik nog steeds de melding dat hij /etc/udm-iptv.conf niet kan vinden.

En die IGMP Proxy status geeft aan dat hij aan het starten is en dan krijg ik veel lege regels. Hier zal ik vanavond nog even printscreen van maken.

Probeer /etc/udm-iptv.conf eens te verwijderen.

[ameliusvtwil]

en dan config opnieuw runnen?

TV werkt nu nog.

root@XXX:~# rm /etc/udm-iptv.conf
root@XXX:~# udm-iptv-diag
/usr/bin/udm-iptv-diag: 12: .: Can't open /etc/udm-iptv.conf
root@XXX:~#

En super dat je ook telkens blijft antwoorden op mensen zoals mij die het maar half snappen

[ Voor 20% gewijzigd door ameliusvtwil op 20-07-2022 19:41 ]

[fabianishere]

Dan kan je de config opnieuw genereren met:

code:

dpkg-reconfigure -p medium udm-iptv

[Huub-]

ameliusvtwil schreef op woensdag 20 juli 2022 @ 19:40:
en dan config opnieuw runnen?

TV werkt nu nog.

root@XXX:~# rm /etc/udm-iptv.conf
root@XXX:~# udm-iptv-diag
/usr/bin/udm-iptv-diag: 12: .: Can't open /etc/udm-iptv.conf
root@XXX:~#

En super dat je ook telkens blijft antwoorden op mensen zoals mij die het maar half snappen

Reboot had je ook al gedaan?

[ameliusvtwil]

fabianishere schreef op donderdag 21 juli 2022 @ 00:40:
Dan kan je de config opnieuw genereren met:

code:

dpkg-reconfigure -p medium udm-iptv

Dit is het resultaat: cp: cannot stat '/etc/udm-iptv.conf': No such file or directory

[ameliusvtwil]

Huub- schreef op donderdag 21 juli 2022 @ 07:57:
[...]

Reboot had je ook al gedaan?

Nee, dat had ik nog niet gedaan! Nu inderdaad geen foutmelding en de diag kan ik runnen. TV doet het ook nog gewoon. Ik zag dat ik een sterretje had staan bij Lan en bij VLAN 4 dus dat ook gelijk goed gezet.

Hieronder nog even de diag en de journal zodat jullie kunnen checken of alles doet wat het moet doen.

Wat moet ik doen als er een firmwareupdate geinstalleerd word? Alleen die config weer runnen of de hele installatie opnieuw?

root@XXX:~# udm-iptv-diag
Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth8
WAN VLAN: 4 (dev iptv)
WAN DHCP: true (options "-O staticroutes -V IPTV_RG")
WAN Ranges: 213.75.0.0/16 217.166.0.0/16
LAN Interfaces: br4
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
36: iptv@eth8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet 10.204.21.3/22 brd 10.204.23.255 scope global iptv
valid_lft forever preferred_lft forever
10.204.20.0/22 proto kernel scope link src 10.204.21.3
213.75.112.0/21 via 10.204.20.1 metric 236
=== Service Logs ===
Jul 21 08:03:27 XXX udm-iptv[8742]: The IGMP message was local mul ticast. Ignoring.
Jul 21 08:03:30 XXX udm-iptv[8742]: RECV V2 member report from 1 92.168.4.74 to 224.3.2.6
Jul 21 08:03:30 XXX udm-iptv[8742]: Updated route entry for 224.3. 2.6 on VIF #0
Jul 21 08:03:30 XXX udm-iptv[8742]: Adding MFC: 213.75.167.58 -> 2 24.3.2.6, InpVIf: 1
Jul 21 08:03:31 XXX udm-iptv[8742]: RECV V2 member report from 1 92.168.4.63 to 224.3.2.6
Jul 21 08:03:31 XXX udm-iptv[8742]: Updated route entry for 224.3. 2.6 on VIF #0
Jul 21 08:03:31 XXX udm-iptv[8742]: Adding MFC: 213.75.167.58 -> 2 24.3.2.6, InpVIf: 1
Jul 21 08:03:32 XXX udm-iptv[8742]: Route activation request from 10.204.21.3 for 233.89.188.1 is from myself. Ignoring.
Jul 21 08:03:34 XXX udm-iptv[8742]: The IGMP message was local mul ticast. Ignoring.
Jul 21 08:03:37 XXX udm-iptv[8742]: RECV Membership query from 1 92.168.4.1 to 224.0.0.1


root@XXX:~# journalctl -u udm-iptv
-- Logs begin at Tue 2022-07-19 23:23:33 CEST, end at Thu 2022-07-21 08:07:21 CEST. --
-- Logs begin at Tue 2022-07-19 23:23:33 CEST, end at Thu 2022-07-21 08:07:21 CEST. --
Jul 19 23:55:56 XXX systemd[1]: Started IPTV support for the UniFi Dream Machine.
Jul 19 23:55:56 XXX udm-iptv[7692]: Obtaining IP address for VLAN interface
Jul 19 23:55:56 XXX udm-iptv[7692]: udhcpc (v1.22.1) started
Jul 19 23:55:56 XXX udm-iptv[7692]: Sending discover...
Jul 19 23:55:57 XXX udm-iptv[7692]: Sending select for 10.204.22.67...
Jul 19 23:55:57 XXX udm-iptv[7692]: Lease of 10.204.22.67 obtained, lease time 3600
Jul 19 23:55:57 XXX udm-iptv[7692]: NATing IPTV network ranges (if necessary)
Jul 19 23:55:57 XXX udm-iptv[7692]: Setting up igmpproxy
Jul 19 23:55:57 XXX udm-iptv[7692]: Starting igmpproxy
Jul 21 07:57:07 XXX systemd[1]: Stopping IPTV support for the UniFi Dream Machine...
Jul 21 07:57:07 XXX igmpproxy[7692]: select() failure; Errno(4): Interrupted system call
Jul 21 07:57:07 XXX systemd[1]: udm-iptv.service: Succeeded.
Jul 21 07:57:07 XXX systemd[1]: Stopped IPTV support for the UniFi Dream Machine.
Jul 21 07:57:07 XXX systemd[1]: udm-iptv.service: Consumed 8.319s CPU time.
Jul 21 07:57:07 XXX systemd[1]: Started IPTV support for the UniFi Dream Machine.
Jul 21 07:57:07 XXX udm-iptv[7067]: Device iptv already exists.. Deleting device
Jul 21 07:57:07 XXX udm-iptv[7067]: Obtaining IP address for VLAN interface
Jul 21 07:57:07 XXX udm-iptv[7067]: udhcpc (v1.22.1) started
Jul 21 07:57:07 XXX udm-iptv[7067]: Sending discover...
Jul 21 07:57:07 XXX udm-iptv[7067]: Sending select for 10.204.21.3...
Jul 21 07:57:07 XXX udm-iptv[7067]: Lease of 10.204.21.3 obtained, lease time 3600
Jul 21 07:57:08 XXX udm-iptv[7067]: NATing IPTV network ranges (if necessary)
Jul 21 07:57:08 XXX udm-iptv[7067]: Setting up igmpproxy
Jul 21 07:57:08 XXX udm-iptv[7067]: Starting igmpproxy
Jul 21 07:57:08 XXX udm-iptv[7067]: adding VIF, Ix 0 Fl 0x0 IP 0x0104a8c0 br4, Threshold: 1, Ratelimit: 0
Jul 21 07:57:08 XXX udm-iptv[7067]: adding VIF, Ix 1 Fl 0x0 IP 0x0315cc0a iptv, Threshold: 1, Ratelimit: 0
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.0.0.2 on interface br4
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.0.0.22 on interface br4
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV Membership query from 192.168.4.1 to 224.0.0.1
Jul 21 07:57:08 XXX udm-iptv[7067]: Inserted route table entry for 224.3.2.6 on VIF #-1
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 224.0.0.2
Jul 21 07:57:08 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 224.0.0.22
Jul 21 07:57:08 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.49 to 225.0.71.1
Jul 21 07:57:08 XXX udm-iptv[7067]: Inserted route table entry for 225.0.71.1 on VIF #0
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 225.0.71.1 on interface iptv
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.49 to 224.3.2.6
Jul 21 07:57:08 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:08 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.3.2.6 on interface iptv
Jul 21 07:57:09 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.63 to 225.0.71.1
Jul 21 07:57:09 XXX udm-iptv[7067]: Updated route entry for 225.0.71.1 on VIF #0
Jul 21 07:57:09 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.130 to 225.0.71.1
Jul 21 07:57:09 XXX udm-iptv[7067]: Updated route entry for 225.0.71.1 on VIF #0
Jul 21 07:57:10 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.63 to 224.3.2.6
Jul 21 07:57:10 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:10 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
...skipping...
-- Logs begin at Tue 2022-07-19 23:23:33 CEST, end at Thu 2022-07-21 08:07:21 CEST. --
Jul 19 23:55:56 XXX systemd[1]: Started IPTV support for the UniFi Dream Machine.
Jul 19 23:55:56 XXX udm-iptv[7692]: Obtaining IP address for VLAN interface
Jul 19 23:55:56 XXX udm-iptv[7692]: udhcpc (v1.22.1) started
Jul 19 23:55:56 XXX udm-iptv[7692]: Sending discover...
Jul 19 23:55:57 XXX udm-iptv[7692]: Sending select for 10.204.22.67...
Jul 19 23:55:57 XXX udm-iptv[7692]: Lease of 10.204.22.67 obtained, lease time 3600
Jul 19 23:55:57 XXX udm-iptv[7692]: NATing IPTV network ranges (if necessary)
Jul 19 23:55:57 XXX udm-iptv[7692]: Setting up igmpproxy
Jul 19 23:55:57 XXX udm-iptv[7692]: Starting igmpproxy
Jul 21 07:57:07 XXX systemd[1]: Stopping IPTV support for the UniFi Dream Machine...
Jul 21 07:57:07 XXX igmpproxy[7692]: select() failure; Errno(4): Interrupted system call
Jul 21 07:57:07 XXX systemd[1]: udm-iptv.service: Succeeded.
Jul 21 07:57:07 XXX systemd[1]: Stopped IPTV support for the UniFi Dream Machine.
Jul 21 07:57:07 XXX systemd[1]: udm-iptv.service: Consumed 8.319s CPU time.
Jul 21 07:57:07 XXX systemd[1]: Started IPTV support for the UniFi Dream Machine.
Jul 21 07:57:07 XXX udm-iptv[7067]: Device iptv already exists.. Deleting device
Jul 21 07:57:07 XXX udm-iptv[7067]: Obtaining IP address for VLAN interface
Jul 21 07:57:07 XXX udm-iptv[7067]: udhcpc (v1.22.1) started
Jul 21 07:57:07 XXX udm-iptv[7067]: Sending discover...
Jul 21 07:57:07 XXX udm-iptv[7067]: Sending select for 10.204.21.3...
Jul 21 07:57:07 XXX udm-iptv[7067]: Lease of 10.204.21.3 obtained, lease time 3600
Jul 21 07:57:08 XXX udm-iptv[7067]: NATing IPTV network ranges (if necessary)
Jul 21 07:57:08 XXX udm-iptv[7067]: Setting up igmpproxy
Jul 21 07:57:08 XXX udm-iptv[7067]: Starting igmpproxy
Jul 21 07:57:08 XXX udm-iptv[7067]: adding VIF, Ix 0 Fl 0x0 IP 0x0104a8c0 br4, Threshold: 1, Ratelimit: 0
Jul 21 07:57:08 XXX udm-iptv[7067]: adding VIF, Ix 1 Fl 0x0 IP 0x0315cc0a iptv, Threshold: 1, Ratelimit: 0
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.0.0.2 on interface br4
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.0.0.22 on interface br4
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV Membership query from 192.168.4.1 to 224.0.0.1
Jul 21 07:57:08 XXX udm-iptv[7067]: Inserted route table entry for 224.3.2.6 on VIF #-1
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 224.0.0.2
Jul 21 07:57:08 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 224.0.0.22
Jul 21 07:57:08 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.49 to 225.0.71.1
Jul 21 07:57:08 XXX udm-iptv[7067]: Inserted route table entry for 225.0.71.1 on VIF #0
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 225.0.71.1 on interface iptv
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.49 to 224.3.2.6
Jul 21 07:57:08 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:08 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.3.2.6 on interface iptv
Jul 21 07:57:09 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.63 to 225.0.71.1
Jul 21 07:57:09 XXX udm-iptv[7067]: Updated route entry for 225.0.71.1 on VIF #0
Jul 21 07:57:09 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.130 to 225.0.71.1
Jul 21 07:57:09 XXX udm-iptv[7067]: Updated route entry for 225.0.71.1 on VIF #0
Jul 21 07:57:10 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.63 to 224.3.2.6
Jul 21 07:57:10 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:10 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Jul 21 07:57:10 XXX udm-iptv[7067]: The IGMP message was local multicast. Ignoring.
Jul 21 07:57:10 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 233.89.188.1
Jul 21 07:57:10 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:10 XXX udm-iptv[7067]: The source address 192.168.4.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
Jul 21 07:57:11 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.74 to 224.3.2.6
Jul 21 07:57:11 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:11 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Jul 21 07:57:11 XXX udm-iptv[7067]: The IGMP message was local multicast. Ignoring.
Jul 21 07:57:12 XXX udm-iptv[7067]: The IGMP message was local multicast. Ignoring.
Jul 21 07:57:12 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.130 to 224.3.2.6
Jul 21 07:57:12 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:12 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Jul 21 07:57:12 XXX udm-iptv[7067]: The IGMP message was local multicast. Ignoring.
Jul 21 07:57:18 XXX udm-iptv[7067]: RECV Membership query from 192.168.4.1 to 224.0.0.1
Jul 21 07:57:19 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.130 to 225.0.71.1
Jul 21 07:57:19 XXX udm-iptv[7067]: Updated route entry for 225.0.71.1 on VIF #0
Jul 21 07:57:19 XXX udm-iptv[7067]: The IGMP message was local multicast. Ignoring.
Jul 21 07:57:20 XXX udm-iptv[7067]: The IGMP message was local multicast. Ignoring.
Jul 21 07:57:20 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.63 to 225.0.71.1
Jul 21 07:57:20 XXX udm-iptv[7067]: Updated route entry for 225.0.71.1 on VIF #0
Jul 21 07:57:21 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.49 to 225.0.71.1
Jul 21 07:57:21 XXX udm-iptv[7067]: Updated route entry for 225.0.71.1 on VIF #0
Jul 21 07:57:21 XXX udm-iptv[7067]: The IGMP message was local multicast. Ignoring.
Jul 21 07:57:23 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 224.0.0.22
Jul 21 07:57:23 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:24 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.49 to 224.3.2.6
Jul 21 07:57:24 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:24 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Jul 21 07:57:25 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 233.89.188.1
Jul 21 07:57:25 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:25 XXX udm-iptv[7067]: The source address 192.168.4.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
Jul 21 07:57:25 XXX udm-iptv[7067]: The IGMP message was local multicast. Ignoring.
Jul 21 07:57:28 XXX udm-iptv[7067]: The IGMP message was local multicast. Ignoring.
Jul 21 07:57:28 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.63 to 224.3.2.6
Jul 21 07:57:28 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:28 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Jul 21 07:57:28 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.130 to 224.3.2.6
Jul 21 07:57:28 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:28 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Jul 21 07:57:28 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 224.0.0.2
Jul 21 07:57:28 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:28 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.74 to 224.3.2.6
Jul 21 07:57:28 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:28 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Jul 21 07:57:31 XXX udm-iptv[7067]: RECV Membership query from 192.168.4.1 to 224.0.0.1
Jul 21 07:57:32 XXX udm-iptv[7067]: The IGMP message was local multicast. Ignoring.
Jul 21 07:57:32 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 233.89.188.1
Jul 21 07:57:32 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:33 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.49 to 224.3.2.6
Jul 21 07:57:08 XXX udm-iptv[7067]: Starting igmpproxy
Jul 21 07:57:08 XXX udm-iptv[7067]: adding VIF, Ix 0 Fl 0x0 IP 0x0104a8c0 br4, Threshold: 1, Ratelimit: 0
Jul 21 07:57:08 XXX udm-iptv[7067]: adding VIF, Ix 1 Fl 0x0 IP 0x0315cc0a iptv, Threshold: 1, Ratelimit: 0
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.0.0.2 on interface br4
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.0.0.22 on interface br4
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV Membership query from 192.168.4.1 to 224.0.0.1
Jul 21 07:57:08 XXX udm-iptv[7067]: Inserted route table entry for 224.3.2.6 on VIF #-1
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 224.0.0.2
Jul 21 07:57:08 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 224.0.0.22
Jul 21 07:57:08 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.49 to 225.0.71.1
Jul 21 07:57:08 XXX udm-iptv[7067]: Inserted route table entry for 225.0.71.1 on VIF #0
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 225.0.71.1 on interface iptv
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.49 to 224.3.2.6
Jul 21 07:57:08 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:08 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.3.2.6 on interface iptv
Jul 21 07:57:09 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.63 to 225.0.71.1
Jul 21 07:57:09 XXX udm-iptv[7067]: Updated route entry for 225.0.71.1 on VIF #0
Jul 21 07:57:09 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.130 to 225.0.71.1
Jul 21 07:57:09 XXX udm-iptv[7067]: Updated route entry for 225.0.71.1 on VIF #0
Jul 21 07:57:10 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.63 to 224.3.2.6
Jul 21 07:57:10 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:10 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
-- Logs begin at Tue 2022-07-19 23:23:33 CEST, end at Thu 2022-07-21 08:07:21 CEST. --
Jul 19 23:55:56 XXX systemd[1]: Started IPTV support for the UniFi Dream Machine.
Jul 19 23:55:56 XXX udm-iptv[7692]: Obtaining IP address for VLAN interface
Jul 19 23:55:56 XXX udm-iptv[7692]: udhcpc (v1.22.1) started
Jul 19 23:55:56 XXX udm-iptv[7692]: Sending discover...
Jul 19 23:55:57 XXX udm-iptv[7692]: Sending select for 10.204.22.67...
Jul 19 23:55:57 XXX udm-iptv[7692]: Lease of 10.204.22.67 obtained, lease time 3600
Jul 19 23:55:57 XXX udm-iptv[7692]: NATing IPTV network ranges (if necessary)
Jul 19 23:55:57 XXX udm-iptv[7692]: Setting up igmpproxy
Jul 19 23:55:57 XXX udm-iptv[7692]: Starting igmpproxy
Jul 21 07:57:07 XXX systemd[1]: Stopping IPTV support for the UniFi Dream Machine...
Jul 21 07:57:07 XXX igmpproxy[7692]: select() failure; Errno(4): Interrupted system call
Jul 21 07:57:07 XXX systemd[1]: udm-iptv.service: Succeeded.
Jul 21 07:57:07 XXX systemd[1]: Stopped IPTV support for the UniFi Dream Machine.
Jul 21 07:57:07 XXX systemd[1]: udm-iptv.service: Consumed 8.319s CPU time.
Jul 21 07:57:07 XXX systemd[1]: Started IPTV support for the UniFi Dream Machine.
Jul 21 07:57:07 XXX udm-iptv[7067]: Device iptv already exists.. Deleting device
Jul 21 07:57:07 XXX udm-iptv[7067]: Obtaining IP address for VLAN interface
Jul 21 07:57:07 XXX udm-iptv[7067]: udhcpc (v1.22.1) started
Jul 21 07:57:07 XXX udm-iptv[7067]: Sending discover...
Jul 21 07:57:07 XXX udm-iptv[7067]: Sending select for 10.204.21.3...
Jul 21 07:57:07 XXX udm-iptv[7067]: Lease of 10.204.21.3 obtained, lease time 3600
Jul 21 07:57:08 XXX udm-iptv[7067]: NATing IPTV network ranges (if necessary)
Jul 21 07:57:08 XXX udm-iptv[7067]: Setting up igmpproxy
Jul 21 07:57:08 XXX udm-iptv[7067]: Starting igmpproxy
Jul 21 07:57:08 XXX udm-iptv[7067]: adding VIF, Ix 0 Fl 0x0 IP 0x0104a8c0 br4, Threshold: 1, Ratelimit: 0
Jul 21 07:57:08 XXX udm-iptv[7067]: adding VIF, Ix 1 Fl 0x0 IP 0x0315cc0a iptv, Threshold: 1, Ratelimit: 0
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.0.0.2 on interface br4
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.0.0.22 on interface br4
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV Membership query from 192.168.4.1 to 224.0.0.1
Jul 21 07:57:08 XXX udm-iptv[7067]: Inserted route table entry for 224.3.2.6 on VIF #-1
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 224.0.0.2
Jul 21 07:57:08 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 224.0.0.22
Jul 21 07:57:08 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.49 to 225.0.71.1
Jul 21 07:57:08 XXX udm-iptv[7067]: Inserted route table entry for 225.0.71.1 on VIF #0
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 225.0.71.1 on interface iptv
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.49 to 224.3.2.6
Jul 21 07:57:08 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:08 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.3.2.6 on interface iptv
Jul 21 07:57:09 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.63 to 225.0.71.1
Jul 21 07:57:09 XXX udm-iptv[7067]: Updated route entry for 225.0.71.1 on VIF #0
Jul 21 07:57:09 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.130 to 225.0.71.1
Jul 21 07:57:09 XXX udm-iptv[7067]: Updated route entry for 225.0.71.1 on VIF #0
Jul 21 07:57:10 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.63 to 224.3.2.6
Jul 21 07:57:10 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:10 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1

[Huub-]

ameliusvtwil schreef op donderdag 21 juli 2022 @ 10:19:
[...]


Nee, dat had ik nog niet gedaan! Nu inderdaad geen foutmelding en de diag kan ik runnen. TV doet het ook nog gewoon. Ik zag dat ik een sterretje had staan bij Lan en bij VLAN 4 dus dat ook gelijk goed gezet.

Hieronder nog even de diag en de journal zodat jullie kunnen checken of alles doet wat het moet doen.

Wat moet ik doen als er een firmwareupdate geinstalleerd word? Alleen die config weer runnen of de hele installatie opnieuw?

root@XXX:~# udm-iptv-diag
Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth8
WAN VLAN: 4 (dev iptv)
WAN DHCP: true (options "-O staticroutes -V IPTV_RG")
WAN Ranges: 213.75.0.0/16 217.166.0.0/16
LAN Interfaces: br4
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
36: iptv@eth8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet 10.204.21.3/22 brd 10.204.23.255 scope global iptv
valid_lft forever preferred_lft forever
10.204.20.0/22 proto kernel scope link src 10.204.21.3
213.75.112.0/21 via 10.204.20.1 metric 236
=== Service Logs ===
Jul 21 08:03:27 XXX udm-iptv[8742]: The IGMP message was local mul ticast. Ignoring.
Jul 21 08:03:30 XXX udm-iptv[8742]: RECV V2 member report from 1 92.168.4.74 to 224.3.2.6
Jul 21 08:03:30 XXX udm-iptv[8742]: Updated route entry for 224.3. 2.6 on VIF #0
Jul 21 08:03:30 XXX udm-iptv[8742]: Adding MFC: 213.75.167.58 -> 2 24.3.2.6, InpVIf: 1
Jul 21 08:03:31 XXX udm-iptv[8742]: RECV V2 member report from 1 92.168.4.63 to 224.3.2.6
Jul 21 08:03:31 XXX udm-iptv[8742]: Updated route entry for 224.3. 2.6 on VIF #0
Jul 21 08:03:31 XXX udm-iptv[8742]: Adding MFC: 213.75.167.58 -> 2 24.3.2.6, InpVIf: 1
Jul 21 08:03:32 XXX udm-iptv[8742]: Route activation request from 10.204.21.3 for 233.89.188.1 is from myself. Ignoring.
Jul 21 08:03:34 XXX udm-iptv[8742]: The IGMP message was local mul ticast. Ignoring.
Jul 21 08:03:37 XXX udm-iptv[8742]: RECV Membership query from 1 92.168.4.1 to 224.0.0.1


root@XXX:~# journalctl -u udm-iptv
-- Logs begin at Tue 2022-07-19 23:23:33 CEST, end at Thu 2022-07-21 08:07:21 CEST. --
-- Logs begin at Tue 2022-07-19 23:23:33 CEST, end at Thu 2022-07-21 08:07:21 CEST. --
Jul 19 23:55:56 XXX systemd[1]: Started IPTV support for the UniFi Dream Machine.
Jul 19 23:55:56 XXX udm-iptv[7692]: Obtaining IP address for VLAN interface
Jul 19 23:55:56 XXX udm-iptv[7692]: udhcpc (v1.22.1) started
Jul 19 23:55:56 XXX udm-iptv[7692]: Sending discover...
Jul 19 23:55:57 XXX udm-iptv[7692]: Sending select for 10.204.22.67...
Jul 19 23:55:57 XXX udm-iptv[7692]: Lease of 10.204.22.67 obtained, lease time 3600
Jul 19 23:55:57 XXX udm-iptv[7692]: NATing IPTV network ranges (if necessary)
Jul 19 23:55:57 XXX udm-iptv[7692]: Setting up igmpproxy
Jul 19 23:55:57 XXX udm-iptv[7692]: Starting igmpproxy
Jul 21 07:57:07 XXX systemd[1]: Stopping IPTV support for the UniFi Dream Machine...
Jul 21 07:57:07 XXX igmpproxy[7692]: select() failure; Errno(4): Interrupted system call
Jul 21 07:57:07 XXX systemd[1]: udm-iptv.service: Succeeded.
Jul 21 07:57:07 XXX systemd[1]: Stopped IPTV support for the UniFi Dream Machine.
Jul 21 07:57:07 XXX systemd[1]: udm-iptv.service: Consumed 8.319s CPU time.
Jul 21 07:57:07 XXX systemd[1]: Started IPTV support for the UniFi Dream Machine.
Jul 21 07:57:07 XXX udm-iptv[7067]: Device iptv already exists.. Deleting device
Jul 21 07:57:07 XXX udm-iptv[7067]: Obtaining IP address for VLAN interface
Jul 21 07:57:07 XXX udm-iptv[7067]: udhcpc (v1.22.1) started
Jul 21 07:57:07 XXX udm-iptv[7067]: Sending discover...
Jul 21 07:57:07 XXX udm-iptv[7067]: Sending select for 10.204.21.3...
Jul 21 07:57:07 XXX udm-iptv[7067]: Lease of 10.204.21.3 obtained, lease time 3600
Jul 21 07:57:08 XXX udm-iptv[7067]: NATing IPTV network ranges (if necessary)
Jul 21 07:57:08 XXX udm-iptv[7067]: Setting up igmpproxy
Jul 21 07:57:08 XXX udm-iptv[7067]: Starting igmpproxy
Jul 21 07:57:08 XXX udm-iptv[7067]: adding VIF, Ix 0 Fl 0x0 IP 0x0104a8c0 br4, Threshold: 1, Ratelimit: 0
Jul 21 07:57:08 XXX udm-iptv[7067]: adding VIF, Ix 1 Fl 0x0 IP 0x0315cc0a iptv, Threshold: 1, Ratelimit: 0
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.0.0.2 on interface br4
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.0.0.22 on interface br4
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV Membership query from 192.168.4.1 to 224.0.0.1
Jul 21 07:57:08 XXX udm-iptv[7067]: Inserted route table entry for 224.3.2.6 on VIF #-1
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 224.0.0.2
Jul 21 07:57:08 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 224.0.0.22
Jul 21 07:57:08 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.49 to 225.0.71.1
Jul 21 07:57:08 XXX udm-iptv[7067]: Inserted route table entry for 225.0.71.1 on VIF #0
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 225.0.71.1 on interface iptv
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.49 to 224.3.2.6
Jul 21 07:57:08 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:08 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.3.2.6 on interface iptv
Jul 21 07:57:09 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.63 to 225.0.71.1
Jul 21 07:57:09 XXX udm-iptv[7067]: Updated route entry for 225.0.71.1 on VIF #0
Jul 21 07:57:09 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.130 to 225.0.71.1
Jul 21 07:57:09 XXX udm-iptv[7067]: Updated route entry for 225.0.71.1 on VIF #0
Jul 21 07:57:10 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.63 to 224.3.2.6
Jul 21 07:57:10 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:10 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
...skipping...
-- Logs begin at Tue 2022-07-19 23:23:33 CEST, end at Thu 2022-07-21 08:07:21 CEST. --
Jul 19 23:55:56 XXX systemd[1]: Started IPTV support for the UniFi Dream Machine.
Jul 19 23:55:56 XXX udm-iptv[7692]: Obtaining IP address for VLAN interface
Jul 19 23:55:56 XXX udm-iptv[7692]: udhcpc (v1.22.1) started
Jul 19 23:55:56 XXX udm-iptv[7692]: Sending discover...
Jul 19 23:55:57 XXX udm-iptv[7692]: Sending select for 10.204.22.67...
Jul 19 23:55:57 XXX udm-iptv[7692]: Lease of 10.204.22.67 obtained, lease time 3600
Jul 19 23:55:57 XXX udm-iptv[7692]: NATing IPTV network ranges (if necessary)
Jul 19 23:55:57 XXX udm-iptv[7692]: Setting up igmpproxy
Jul 19 23:55:57 XXX udm-iptv[7692]: Starting igmpproxy
Jul 21 07:57:07 XXX systemd[1]: Stopping IPTV support for the UniFi Dream Machine...
Jul 21 07:57:07 XXX igmpproxy[7692]: select() failure; Errno(4): Interrupted system call
Jul 21 07:57:07 XXX systemd[1]: udm-iptv.service: Succeeded.
Jul 21 07:57:07 XXX systemd[1]: Stopped IPTV support for the UniFi Dream Machine.
Jul 21 07:57:07 XXX systemd[1]: udm-iptv.service: Consumed 8.319s CPU time.
Jul 21 07:57:07 XXX systemd[1]: Started IPTV support for the UniFi Dream Machine.
Jul 21 07:57:07 XXX udm-iptv[7067]: Device iptv already exists.. Deleting device
Jul 21 07:57:07 XXX udm-iptv[7067]: Obtaining IP address for VLAN interface
Jul 21 07:57:07 XXX udm-iptv[7067]: udhcpc (v1.22.1) started
Jul 21 07:57:07 XXX udm-iptv[7067]: Sending discover...
Jul 21 07:57:07 XXX udm-iptv[7067]: Sending select for 10.204.21.3...
Jul 21 07:57:07 XXX udm-iptv[7067]: Lease of 10.204.21.3 obtained, lease time 3600
Jul 21 07:57:08 XXX udm-iptv[7067]: NATing IPTV network ranges (if necessary)
Jul 21 07:57:08 XXX udm-iptv[7067]: Setting up igmpproxy
Jul 21 07:57:08 XXX udm-iptv[7067]: Starting igmpproxy
Jul 21 07:57:08 XXX udm-iptv[7067]: adding VIF, Ix 0 Fl 0x0 IP 0x0104a8c0 br4, Threshold: 1, Ratelimit: 0
Jul 21 07:57:08 XXX udm-iptv[7067]: adding VIF, Ix 1 Fl 0x0 IP 0x0315cc0a iptv, Threshold: 1, Ratelimit: 0
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.0.0.2 on interface br4
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.0.0.22 on interface br4
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV Membership query from 192.168.4.1 to 224.0.0.1
Jul 21 07:57:08 XXX udm-iptv[7067]: Inserted route table entry for 224.3.2.6 on VIF #-1
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 224.0.0.2
Jul 21 07:57:08 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 224.0.0.22
Jul 21 07:57:08 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.49 to 225.0.71.1
Jul 21 07:57:08 XXX udm-iptv[7067]: Inserted route table entry for 225.0.71.1 on VIF #0
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 225.0.71.1 on interface iptv
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.49 to 224.3.2.6
Jul 21 07:57:08 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:08 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.3.2.6 on interface iptv
Jul 21 07:57:09 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.63 to 225.0.71.1
Jul 21 07:57:09 XXX udm-iptv[7067]: Updated route entry for 225.0.71.1 on VIF #0
Jul 21 07:57:09 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.130 to 225.0.71.1
Jul 21 07:57:09 XXX udm-iptv[7067]: Updated route entry for 225.0.71.1 on VIF #0
Jul 21 07:57:10 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.63 to 224.3.2.6
Jul 21 07:57:10 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:10 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Jul 21 07:57:10 XXX udm-iptv[7067]: The IGMP message was local multicast. Ignoring.
Jul 21 07:57:10 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 233.89.188.1
Jul 21 07:57:10 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:10 XXX udm-iptv[7067]: The source address 192.168.4.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
Jul 21 07:57:11 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.74 to 224.3.2.6
Jul 21 07:57:11 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:11 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Jul 21 07:57:11 XXX udm-iptv[7067]: The IGMP message was local multicast. Ignoring.
Jul 21 07:57:12 XXX udm-iptv[7067]: The IGMP message was local multicast. Ignoring.
Jul 21 07:57:12 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.130 to 224.3.2.6
Jul 21 07:57:12 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:12 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Jul 21 07:57:12 XXX udm-iptv[7067]: The IGMP message was local multicast. Ignoring.
Jul 21 07:57:18 XXX udm-iptv[7067]: RECV Membership query from 192.168.4.1 to 224.0.0.1
Jul 21 07:57:19 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.130 to 225.0.71.1
Jul 21 07:57:19 XXX udm-iptv[7067]: Updated route entry for 225.0.71.1 on VIF #0
Jul 21 07:57:19 XXX udm-iptv[7067]: The IGMP message was local multicast. Ignoring.
Jul 21 07:57:20 XXX udm-iptv[7067]: The IGMP message was local multicast. Ignoring.
Jul 21 07:57:20 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.63 to 225.0.71.1
Jul 21 07:57:20 XXX udm-iptv[7067]: Updated route entry for 225.0.71.1 on VIF #0
Jul 21 07:57:21 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.49 to 225.0.71.1
Jul 21 07:57:21 XXX udm-iptv[7067]: Updated route entry for 225.0.71.1 on VIF #0
Jul 21 07:57:21 XXX udm-iptv[7067]: The IGMP message was local multicast. Ignoring.
Jul 21 07:57:23 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 224.0.0.22
Jul 21 07:57:23 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:24 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.49 to 224.3.2.6
Jul 21 07:57:24 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:24 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Jul 21 07:57:25 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 233.89.188.1
Jul 21 07:57:25 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:25 XXX udm-iptv[7067]: The source address 192.168.4.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
Jul 21 07:57:25 XXX udm-iptv[7067]: The IGMP message was local multicast. Ignoring.
Jul 21 07:57:28 XXX udm-iptv[7067]: The IGMP message was local multicast. Ignoring.
Jul 21 07:57:28 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.63 to 224.3.2.6
Jul 21 07:57:28 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:28 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Jul 21 07:57:28 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.130 to 224.3.2.6
Jul 21 07:57:28 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:28 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Jul 21 07:57:28 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 224.0.0.2
Jul 21 07:57:28 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:28 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.74 to 224.3.2.6
Jul 21 07:57:28 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:28 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Jul 21 07:57:31 XXX udm-iptv[7067]: RECV Membership query from 192.168.4.1 to 224.0.0.1
Jul 21 07:57:32 XXX udm-iptv[7067]: The IGMP message was local multicast. Ignoring.
Jul 21 07:57:32 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 233.89.188.1
Jul 21 07:57:32 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:33 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.49 to 224.3.2.6
Jul 21 07:57:08 XXX udm-iptv[7067]: Starting igmpproxy
Jul 21 07:57:08 XXX udm-iptv[7067]: adding VIF, Ix 0 Fl 0x0 IP 0x0104a8c0 br4, Threshold: 1, Ratelimit: 0
Jul 21 07:57:08 XXX udm-iptv[7067]: adding VIF, Ix 1 Fl 0x0 IP 0x0315cc0a iptv, Threshold: 1, Ratelimit: 0
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.0.0.2 on interface br4
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.0.0.22 on interface br4
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV Membership query from 192.168.4.1 to 224.0.0.1
Jul 21 07:57:08 XXX udm-iptv[7067]: Inserted route table entry for 224.3.2.6 on VIF #-1
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 224.0.0.2
Jul 21 07:57:08 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 224.0.0.22
Jul 21 07:57:08 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.49 to 225.0.71.1
Jul 21 07:57:08 XXX udm-iptv[7067]: Inserted route table entry for 225.0.71.1 on VIF #0
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 225.0.71.1 on interface iptv
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.49 to 224.3.2.6
Jul 21 07:57:08 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:08 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.3.2.6 on interface iptv
Jul 21 07:57:09 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.63 to 225.0.71.1
Jul 21 07:57:09 XXX udm-iptv[7067]: Updated route entry for 225.0.71.1 on VIF #0
Jul 21 07:57:09 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.130 to 225.0.71.1
Jul 21 07:57:09 XXX udm-iptv[7067]: Updated route entry for 225.0.71.1 on VIF #0
Jul 21 07:57:10 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.63 to 224.3.2.6
Jul 21 07:57:10 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:10 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
-- Logs begin at Tue 2022-07-19 23:23:33 CEST, end at Thu 2022-07-21 08:07:21 CEST. --
Jul 19 23:55:56 XXX systemd[1]: Started IPTV support for the UniFi Dream Machine.
Jul 19 23:55:56 XXX udm-iptv[7692]: Obtaining IP address for VLAN interface
Jul 19 23:55:56 XXX udm-iptv[7692]: udhcpc (v1.22.1) started
Jul 19 23:55:56 XXX udm-iptv[7692]: Sending discover...
Jul 19 23:55:57 XXX udm-iptv[7692]: Sending select for 10.204.22.67...
Jul 19 23:55:57 XXX udm-iptv[7692]: Lease of 10.204.22.67 obtained, lease time 3600
Jul 19 23:55:57 XXX udm-iptv[7692]: NATing IPTV network ranges (if necessary)
Jul 19 23:55:57 XXX udm-iptv[7692]: Setting up igmpproxy
Jul 19 23:55:57 XXX udm-iptv[7692]: Starting igmpproxy
Jul 21 07:57:07 XXX systemd[1]: Stopping IPTV support for the UniFi Dream Machine...
Jul 21 07:57:07 XXX igmpproxy[7692]: select() failure; Errno(4): Interrupted system call
Jul 21 07:57:07 XXX systemd[1]: udm-iptv.service: Succeeded.
Jul 21 07:57:07 XXX systemd[1]: Stopped IPTV support for the UniFi Dream Machine.
Jul 21 07:57:07 XXX systemd[1]: udm-iptv.service: Consumed 8.319s CPU time.
Jul 21 07:57:07 XXX systemd[1]: Started IPTV support for the UniFi Dream Machine.
Jul 21 07:57:07 XXX udm-iptv[7067]: Device iptv already exists.. Deleting device
Jul 21 07:57:07 XXX udm-iptv[7067]: Obtaining IP address for VLAN interface
Jul 21 07:57:07 XXX udm-iptv[7067]: udhcpc (v1.22.1) started
Jul 21 07:57:07 XXX udm-iptv[7067]: Sending discover...
Jul 21 07:57:07 XXX udm-iptv[7067]: Sending select for 10.204.21.3...
Jul 21 07:57:07 XXX udm-iptv[7067]: Lease of 10.204.21.3 obtained, lease time 3600
Jul 21 07:57:08 XXX udm-iptv[7067]: NATing IPTV network ranges (if necessary)
Jul 21 07:57:08 XXX udm-iptv[7067]: Setting up igmpproxy
Jul 21 07:57:08 XXX udm-iptv[7067]: Starting igmpproxy
Jul 21 07:57:08 XXX udm-iptv[7067]: adding VIF, Ix 0 Fl 0x0 IP 0x0104a8c0 br4, Threshold: 1, Ratelimit: 0
Jul 21 07:57:08 XXX udm-iptv[7067]: adding VIF, Ix 1 Fl 0x0 IP 0x0315cc0a iptv, Threshold: 1, Ratelimit: 0
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.0.0.2 on interface br4
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.0.0.22 on interface br4
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV Membership query from 192.168.4.1 to 224.0.0.1
Jul 21 07:57:08 XXX udm-iptv[7067]: Inserted route table entry for 224.3.2.6 on VIF #-1
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 224.0.0.2
Jul 21 07:57:08 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.1 to 224.0.0.22
Jul 21 07:57:08 XXX udm-iptv[7067]: The IGMP message was from myself. Ignoring.
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.49 to 225.0.71.1
Jul 21 07:57:08 XXX udm-iptv[7067]: Inserted route table entry for 225.0.71.1 on VIF #0
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 225.0.71.1 on interface iptv
Jul 21 07:57:08 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.49 to 224.3.2.6
Jul 21 07:57:08 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:08 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Jul 21 07:57:08 XXX udm-iptv[7067]: Joining group 224.3.2.6 on interface iptv
Jul 21 07:57:09 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.63 to 225.0.71.1
Jul 21 07:57:09 XXX udm-iptv[7067]: Updated route entry for 225.0.71.1 on VIF #0
Jul 21 07:57:09 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.130 to 225.0.71.1
Jul 21 07:57:09 XXX udm-iptv[7067]: Updated route entry for 225.0.71.1 on VIF #0
Jul 21 07:57:10 XXX udm-iptv[7067]: RECV V2 member report from 192.168.4.63 to 224.3.2.6
Jul 21 07:57:10 XXX udm-iptv[7067]: Updated route entry for 224.3.2.6 on VIF #0
Jul 21 07:57:10 XXX udm-iptv[7067]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1

Mooi dat het nu werkt, hetgeen je omschreef heb ik ook wel eens gehad, een reboot is dan vaak de oplossing.
Voor upgrades zie https://github.com/fabianishere/udm-iptv#upgrading

[Bruzski]

Oops

[ Voor 99% gewijzigd door Bruzski op 22-07-2022 15:40 ]

[Cocytus]

Sinds kort ook de combinatie UDM SE + IPTV hier, en met de instructies op Github is het allemaal zonder veel problemen gelukt. Thanks @fabianishere!

Voor wie hetzelfde aan het proberen is: op de UDM SE moet je niet eerst Unifi OS in maar kun je alle commands direct uitvoeren nadat je via SSH bent ingelogd.

[Robbaman]

Hoi Cocytus, goed om te lezen, ik heb vorige week mijn UDM SE ontvangen, maar aangezien ik pas in september internet heb in m'n nieuwe woning kan ik het dan pas testen.

Ik snap alleen niet precies wat je bedoelt met deze opmerking:

Cocytus schreef op zaterdag 30 juli 2022 @ 18:57:
Voor wie hetzelfde aan het proberen is: op de UDM SE moet je niet eerst Unifi OS in maar kun je alle commands direct uitvoeren nadat je via SSH bent ingelogd.

Als je met SSH inlogt op de UDM, dan zit je direct op de goede plek om de commands uit te voeren toch? Ik weet niet wat je bedoelt met "Unifi OS in".

[Cocytus]

@Robbaman In de readme op Github staat "SSH into your machine and execute the commands below in UniFi OS (not in UbiOS). On the UniFi Dream Machine (Pro), use unifi-os shell to enter UniFi OS from within UbiOS." Dat hoeft/kan niet op de UDM SE, en kun je dus gewoon overslaan.

[ Voor 10% gewijzigd door Cocytus op 01-08-2022 15:26 ]

[Robbaman]

Ah precies ja, ik had inderdaad wel geprobeerd wat het commando

code:

unifi-os shell

deed, maar dat deed niks, dus ik gokte er al een beetje op dat dit betekende dat je het niet hoefde te doen.

Goed te weten dat dit inderdaad het geval is.

[xdb]

Ik heb misschien een zeer eenvoudige vraag, echter ga ik deze week mijn kon router vervangen door een udm pro, met een usw switch tussen de tv ontvanger en de udm.
Voor telefoon heb ik nog een oude dect telefoon met een rj11 aansluiting. Ik heb een Grandstream 802 gehaald. Maar kan ik deze gewoon aan de udm hangen en dan de dect eraan en werkt dat gewoon? Ik heb de voip instellingen van kpn al opgeschreven, maar moet dit ergens ingevuld worden?

[xdb]

Inmiddels mijn UDM-PRO aangesloten en geconfigureerd. Telefoon was met een guide van KPN eenvoudig te doen. Echter heb ik met mijn TV steeds code 400. Iemand hier een oplossing voor? Ik heb een vLAN aangemaakt voor iptv. En stap voor stap het plan van @fabianishere uitgevoerd. Voor de duidelijkheid, arris zit rechtstreeks op de UDM-PRO.

[Huub-]

xdb schreef op vrijdag 5 augustus 2022 @ 12:46:
Inmiddels mijn UDM-PRO aangesloten en geconfigureerd. Telefoon was met een guide van KPN eenvoudig te doen. Echter heb ik met mijn TV steeds code 400. Iemand hier een oplossing voor? Ik heb een vLAN aangemaakt voor iptv. En stap voor stap het plan van @fabianishere uitgevoerd. Voor de duidelijkheid, arris zit rechtstreeks op de UDM-PRO.

Okay dus een eigen VLAN voor IPTV dat is goed, heb je de UDMP ook een ervoor gegeven?

[xdb]

Huub- schreef op vrijdag 5 augustus 2022 @ 21:12:
[...]

Okay dus een eigen VLAN voor IPTV dat is goed, heb je de UDMP ook een ervoor gegeven?

Ik heb nu UDMP poort van de iptv op dat vlan gezet. Nu box van stroom afgehad, alles ingesteld en weer op stroom gezet en lijkt het nu te doen.

[Huub-]

Huub- schreef op vrijdag 5 augustus 2022 @ 21:12:
[...]

Okay dus een eigen VLAN voor IPTV dat is goed, heb je de UDMP ook een reboot gegeven?

[Huub-]

👍🏻