[Ubiquiti & IPTV] Ervaringen & Discussie

[bvk007]

fabianishere schreef op dinsdag 1 februari 2022 @ 23:51:
[...]


Hmm, interessant. Het lijkt er dus op alsof de RTSP verzoeken goed gaan en op de router aankomen. Worden deze dan vervolgens correct doorgestuurd naar jouw interne IPTV VLAN.

Die checksum errors komen trouwens omdat checksum offloading aanstaat, waardoor de checksums op een later moment direct door de NIC worden berekend.

Ja het vlan lijkt correct iptv vlan is 192.168.10.x alleen speelt er niets af..

[fabianishere]

bvk007 schreef op woensdag 2 februari 2022 @ 15:59:
[...]


Ja het vlan lijkt correct iptv vlan is 192.168.10.x alleen speelt er niets af..

Weet je ook of deze packets daadwerkelijk aankomen op jouw IPTV VLAN? Mogelijk dat er tijdens de routering iets misgaat, waardoor die packets nooit aankomen.

[bvk007]

fabianishere schreef op woensdag 2 februari 2022 @ 16:37:
[...]


Weet je ook of deze packets daadwerkelijk aankomen op jouw IPTV VLAN? Mogelijk dat er tijdens de routering iets misgaat, waardoor die packets nooit aankomen.

Nee weet ik niet, hoe kan ik inbound traffic zien? Als ik een tcpdump doe op br10 en ik grep op RTSP dan zie ik alleen egress verkeer.

[fabianishere]

bvk007 schreef op woensdag 2 februari 2022 @ 16:42:
[...]


Nee weet ik niet, hoe kan ik inbound traffic zien? Als ik een tcpdump doe op br10 en ik grep op RTSP dan zie ik alleen egress verkeer.

tcpdump zou als het goed is ook de inbound traffic moeten weergeven. Het lijkt er dus op dat replies van de WAN kant niet aankomen op br10. Ik vermoed dat iptables de inkomende packets dropt.

[rjhilbrink]

fabianishere schreef op woensdag 2 februari 2022 @ 17:16:
[...]


tcpdump zou als het goed is ook de inbound traffic moeten weergeven. Het lijkt er dus op dat replies van de WAN kant niet aankomen op br10. Ik vermoed dat iptables de inkomende packets dropt.

@bvk007 vandaar mijn opmerking om poort 554 toe te staan :-)
Alhoewel ik nog steeds denk dat jou routering vreemd loopt.

[bvk007]

Ja daar moet iets inzitten..wat niet juist is

[mgiebels]

nero355 schreef op vrijdag 28 januari 2022 @ 15:01:

Dat is een bekend probleem na sommige firmware updates geweest en daarom geef ik hem ook altijd tweemaal een schop na een firmware update!

Dus ook na een Ubiquity release?
Ik deed vanavond een update naar 7.0.20 maar moet ik nu dus ook me USG3P rebooten 2 keer?

Kreeg na een min of 10 weer de bekende error stb-nmc-400

[Coolhva]

mgiebels schreef op woensdag 2 februari 2022 @ 21:07:
[...]


Dus ook na een Ubiquity release?
Ik deed vanavond een update naar 7.0.20 maar moet ik nu dus ook me USG3P rebooten 2 keer?

Kreeg na een min of 10 weer de bekende error stb-nmc-400

Soms, niet altijd, maar wel vaak....

[mgiebels]

Coolhva schreef op woensdag 2 februari 2022 @ 21:15:
[...]


Soms, niet altijd, maar wel vaak....

Het stond net even stil ik zapte toen van kanaal en deed het weer en blijft het nu ook doen al 25 min

[furian88]

edit: na een extra restart van de usg deed alles het weer.

[ Voor 99% gewijzigd door furian88 op 03-02-2022 18:28 ]

[Coolhva]

furian88 schreef op donderdag 3 februari 2022 @ 17:54:
edit: na een extra restart van de usg deed alles het weer.

zie je multicast verkeer over en weer gaan?

[furian88]

Coolhva schreef op donderdag 3 februari 2022 @ 18:30:
[...]


zie je multicast verkeer over en weer gaan?

Daarnet ook, geen idee waarom maar toen ik de usg nog een keer van het stroom haalde daarnet was het ineens opgelost..

[ Voor 84% gewijzigd door furian88 op 05-02-2022 19:26 ]

[furian88]

edit: het gaat wel lekker.. bij thuiskomst konden we geen videos terug kijken. gewone tv deed het nog wel.
na een reboot van de stb kregen we weer de 561 melding.

tot op heden niet zo blij met de wijziging van kpn..

alles lijkt goed te staan als ik deze stappen controleer:
https://www.vanachterberg...teway-problemen-oplossen/



edit, net de usg maar weer van het stroom gehad. tv doet het in elk geval nu eerst weer. vrouw uiteraard flink pissig ivm gemist programma.

[ Voor 45% gewijzigd door furian88 op 05-02-2022 20:04 ]

[mgiebels]

@furian88 wat heeft KPN gewijzigd dan?

[furian88]

mgiebels schreef op zaterdag 5 februari 2022 @ 22:29:
@furian88 wat heeft KPN gewijzigd dan?

excuses dat had ik in het eerste bericht natuurlijk verwijderd.
ze hebben hier de GPON aansluiting omgewisseld voor de XGS-PON variant.

Ik had al sinds ik kpn had 1000/1000 wat prima werkte, (glasvezel ligt hier pas een half jaar dus alles was nieuw)

[mgiebels]

furian88 schreef op zaterdag 5 februari 2022 @ 22:32:
[...]


excuses dat had ik in het eerste bericht natuurlijk verwijderd.
ze hebben hier de GPON aansluiting omgewisseld voor de XGS-PON variant.

Ik had al sinds ik kpn had 1000/1000 wat prima werkte, (glasvezel ligt hier pas een half jaar dus alles was nieuw)

Ok check wat is het verschil tussen die 2 aansluitingen?
Ik heb zelf ook nu 1,5 jaar 1000/1000 mbit maar heb geen idee wat voor aansluiting het is heb een grote witte glasvezel modem beetje grote van melk pak met 1 utp poort.

Gaan ze wat jij heb overal toepassen?

[donny007]

furian88 schreef op zaterdag 5 februari 2022 @ 19:26:
edit: het gaat wel lekker.. bij thuiskomst konden we geen videos terug kijken. gewone tv deed het nog wel.
na een reboot van de stb kregen we weer de 561 melding.

tot op heden niet zo blij met de wijziging van kpn..

alles lijkt goed te staan als ik deze stappen controleer:
https://www.vanachterberg...teway-problemen-oplossen/

[Afbeelding]

edit, net de usg maar weer van het stroom gehad. tv doet het in elk geval nu eerst weer. vrouw uiteraard flink pissig ivm gemist programma.

Installeer je ook de rfc3442 classless static routes uit de DHCP response? Die zie ik bij jou niet als kernel route geïnstalleerd staan. Voor de USG/Edgerouter heb je daar een helper scriptje voor nodig (dat moet worden geplaatst in /etc/dhcp3/dhclient-exit-hooks.d/).



Afgelopen week heb ik daarmee lopen stoeien op een Edgerouter bij een KPN klant; veel (achterhaalde?) guides vertellen je om een static route aan te maken op basis van het router address uit de DHCP response, alleen kreeg ik nooit een router address in mijn DHCP response op VLAN 4...

Uiteindelijk heb ik het rfc3442 helper scriptje geïnstalleerd en ging alles magisch werken, zonder extra statische routes.

Also, when in doubt: restart igmp-proxy

KPN voert wijzigingen aan het platform per regio uit, dus wat voor de een nu prima werkt kan voor de ander al achterhaald zijn.

[furian88]

donny007 schreef op zaterdag 5 februari 2022 @ 23:33:
[...]

Installeer je ook de rfc3442 classless static routes uit de DHCP response? Die zie ik bij jou niet als kernel route geïnstalleerd staan. Voor de USG/Edgerouter heb je daar een helper scriptje voor nodig (dat moet worden geplaatst in /etc/dhcp3/dhclient-exit-hooks.d/).

[Afbeelding]

Afgelopen week heb ik daarmee lopen stoeien op een Edgerouter bij een KPN klant; veel (achterhaalde?) guides vertellen je om een static route aan te maken op basis van het router address uit de DHCP response, alleen kreeg ik nooit een router address in mijn DHCP response op VLAN 4...

Uiteindelijk heb ik het rfc3442 helper scriptje geïnstalleerd en ging alles magisch werken, zonder extra statische routes.

Also, when in doubt: restart igmp-proxy

KPN voert wijzigingen aan het platform per regio uit, dus wat voor de een nu prima werkt kan voor de ander al achterhaald zijn.

Goeie vraag, die staat wel genoteerd bij 1 van mijn screenshots dacht ik.
ik zal er eens op google raadplegen, tevens gaat het hier om een USG.
Geen idee of dat uitmaakt.

edit: dit staat in de config.gateway.json
"description": "IPTV",
"dhcp-options": {
"client-option": [
"send vendor-class-identifier "IPTV_RG";",
"request subnet-mask, routers, rfc3442-classless-static-routes;"
],

[ Voor 12% gewijzigd door furian88 op 05-02-2022 23:58 ]

[furian88]

mgiebels schreef op zaterdag 5 februari 2022 @ 22:53:
[...]


Ok check wat is het verschil tussen die 2 aansluitingen?
Ik heb zelf ook nu 1,5 jaar 1000/1000 mbit maar heb geen idee wat voor aansluiting het is heb een grote witte glasvezel modem beetje grote van melk pak met 1 utp poort.

Gaan ze wat jij heb overal toepassen?

dit is puur de glasvezel aansluiting, ik begreep dat deze nu in theorie 10gbit aan zou kunnen (nu de hardware er achter nog)

[donny007]

furian88 schreef op zaterdag 5 februari 2022 @ 23:41:
[...]


Goeie vraag, die staat wel genoteerd bij 1 van mijn screenshots dacht ik.
ik zal er eens op google raadplegen, tevens gaat het hier om een USG.
Geen idee of dat uitmaakt.

Beide platforms zijn gebaseerd op Vyatta, de configs & guides zijn tot op zekere hoogte uitwisselbaar.

edit: dit staat in de config.gateway.json
"description": "IPTV",
"dhcp-options": {
"client-option": [
"send vendor-class-identifier "IPTV_RG";",
"request subnet-mask, routers, rfc3442-classless-static-routes;"
],

Dat is de DHCP optie waarmee de routes worden verzocht, die staat zo goed

De routes uit de DHCP response worden alleen niet standaard geïnstalleerd in de USG, daar is dat helper scriptje voor nodig...

In het zipje op vanachterberg.org zit een script waarmee het dhcp hook scriptje wordt aangemaakt.

Als je met het commando ls /etc/dhcp3/dhclient-exit-hooks.d/ geen routes of rfc3442-classless-routes bestandje ziet dan heb je hem waarschijnlijk niet.

[furian88]

donny007 schreef op zondag 6 februari 2022 @ 00:10:
[...]

Beide platforms zijn gebaseerd op Vyatta, de configs & guides zijn tot op zekere hoogte uitwisselbaar.


[...]

Dat is de DHCP optie waarmee de routes worden verzocht, die staat zo goed

De routes uit de DHCP response worden alleen niet standaard geïnstalleerd in de USG, daar is dat helper scriptje voor nodig...

In het zipje op vanachterberg.org zit een script waarmee het dhcp hook scriptje wordt aangemaakt.

Als je met het commando ls /etc/dhcp3/dhclient-exit-hooks.d/ geen routes of rfc3442-classless-routes bestandje ziet dan heb je hem waarschijnlijk niet.

routes heb ik wel..



Het lijkt er in elk geval op dat ik geen kernel route krijg..
Grappig genoeg doet tv het dus wel, video terug kijken weigert hij prominent met de melding geen videoserver gevonden.

edit: weten te fixen, kernel route is er weer en tv doet het en belangrijker, alles terugkijken werkt ook weer

geen idee waarom het zo'n gekloot was.

[ Voor 11% gewijzigd door furian88 op 06-02-2022 00:39 ]

[furian88]

als ik IPV6 weg wil hebben uit de config van vanachterberg.org kan ik dan deze rules verwijderen uit de config?
de ipv6 ver*****t mijn wifi verbinding..

},
"eth1": {
"description": "LAN",
"ipv6": {
"address": {
"autoconf": "''"
},
"dup-addr-detect-transmits": "1",
"router-advert": {
"cur-hop-limit": "64",
"link-mtu": "0",
"managed-flag": "true",
"max-interval": "600",
"name-server": [
"2606:4700:4700::1111",
"2606:4700:4700::1001"
],
"other-config-flag": "false",
"prefix": {
"::/64": {
"autonomous-flag": "true",
"on-link-flag": "true",
"valid-lifetime": "2592000"
}
},
"radvd-options": "RDNSS 2606:4700:4700::1111 2606:4700:4700::1001 {};",
"reachable-time": "0",
"retrans-timer": "0",
"send-advert": "true"
}
}

[Cartman!]

furian88 schreef op zondag 6 februari 2022 @ 09:05:
als ik IPV6 weg wil hebben uit de config van vanachterberg.org kan ik dan deze rules verwijderen uit de config?
de ipv6 ver*****t mijn wifi verbinding..
[...]

Wat ver*****t er precies?

[furian88]

Cartman! schreef op zondag 6 februari 2022 @ 10:22:
[...]

Wat ver*****t er precies?

De wifi bleef disconnecten en weer verbinding maken.
Nu heb ik 2 IPv6 dns adressen staan bij de wifi nadat ik die config aangepast heb. Maar waar nu die IPv6 uberhaupt weg komt heb ik geen idee van. In de gateway staat nu geen LAN gedeelte meer en in de unifi controller staat bij LAN ook IPv6 uit..

[Cartman!]

furian88 schreef op zondag 6 februari 2022 @ 10:31:
De wifi bleef disconnecten en weer verbinding maken.
Nu heb ik 2 IPv6 dns adressen staan bij de wifi nadat ik die config aangepast heb. Maar waar nu die IPv6 uberhaupt weg komt heb ik geen idee van. In de gateway staat nu geen LAN gedeelte meer en in de unifi controller staat bij LAN ook IPv6 uit..

Dit gebeurde mij toen de DNS server niet bereikbaar was. Misschien kun je vanaf een andere machine (laptop, desktop) die eens pingen?

Als je een JSON config gebruikt moet je niet teveel kijken naar de Unifi interface, dat is niet betrouwbaar.

[furian88]

Cartman! schreef op zondag 6 februari 2022 @ 10:51:
[...]

Dit gebeurde mij toen de DNS server niet bereikbaar was. Misschien kun je vanaf een andere machine (laptop, desktop) die eens pingen?

Als je een JSON config gebruikt moet je niet teveel kijken naar de Unifi interface, dat is niet betrouwbaar.

Alle 3 DNS servers ipv4 die ik gebruik zijn bereikbaar en pingbaar.

[Cartman!]

furian88 schreef op zondag 6 februari 2022 @ 11:17:
Alle 3 DNS servers ipv4 die ik gebruik zijn bereikbaar en pingbaar.

Het gaat dus om de IPv6 DNS servers

[furian88]

Cartman! schreef op zondag 6 februari 2022 @ 11:22:
[...]

Het gaat dus om de IPv6 DNS servers

Dat snap ik, maar dat zijn niet ip adressen die ik zelf host.. dat die bereikbaar zijn of niet maakt niet uit toch.. ik wil ze weg hebben en kan gewoon niet vinden waar ze vandaan komen.

[Cartman!]

furian88 schreef op zondag 6 februari 2022 @ 11:27:
[...]


Dat snap ik, maar dat zijn niet ip adressen die ik zelf host.. dat die bereikbaar zijn of niet maakt niet uit toch.. ik wil ze weg hebben en kan gewoon niet vinden waar ze vandaan komen.

Dat maakt wel uit, als ze niet bereikbaar zijn dan zal je device oordelen dat je verbinding niet werkt.

[happylife]

Heeft er nog iemand de laatste paar dagen opeens heel vaak de stb-nmc-400 foutmelding? Vooral op NPO 1 heb ik sinds donderdag/vrijdag zeer regelmatig deze melding. Er is niets gewijzigd in mijn setup (coolhva, decoder in apart VLAN etc)

restart igmp-proxy helpt tijdelijk, USG (dubbel) rebooten helpt ook tijdelijk, maar na een minuut of 10 ligt het er weer uit.

[nero355]

furian88 schreef op zondag 6 februari 2022 @ 11:27:
Dat snap ik, maar dat zijn niet ip adressen die ik zelf host...

Dan pas je die toch aan en ga je niet meteen alles zitten verwijderen

[furian88]

nero355 schreef op zondag 6 februari 2022 @ 12:44:
[...]

Dan pas je die toch aan en ga je niet meteen alles zitten verwijderen

Ze staan nergens gedefinieerd.. dat is nou juist het hele probleem!

[Cartman!]

furian88 schreef op zondag 6 februari 2022 @ 13:43:
[...]


Ze staan nergens gedefinieerd.. dat is nou juist het hele probleem!

Wat denk je dat dit is dan:

code:

"radvd-options": "RDNSS 2606:4700:4700::1111 2606:4700:4700::1001 {};",

?

Kijk ook eens naar https://github.com/coolhv.../config.gateway.json#L158 en https://github.com/coolhv.../config.gateway.json#L169

Met wat hulp van nero355 heb ik t uiteindelijk ook opgelost (maar dan met lokale Adguardhome DNS server).

[furian88]

Cartman! schreef op zondag 6 februari 2022 @ 13:53:
[...]

Wat denk je dat dit is dan:

code:

"radvd-options": "RDNSS 2606:4700:4700::1111 2606:4700:4700::1001 {};",

?

Kijk ook eens naar https://github.com/coolhv.../config.gateway.json#L158 en https://github.com/coolhv.../config.gateway.json#L169

Met wat hulp van nero355 heb ik t uiteindelijk ook opgelost (maar dan met lokale Adguardhome DNS server).

Die hele regel heb ik uit de config gehaald (inclusief het stuk erboven).

[Cartman!]

furian88 schreef op zondag 6 februari 2022 @ 13:58:
[...]


Die hele regel heb ik uit de config gehaald (inclusief het stuk erboven).

Random stukken uit configs halen en dan klagen dat t niet werkt is ieder geval niet de oplossing. Ik zou je willen aanraden om deze repo te gebruiken om alles werkend te maken: https://github.com/coolhva/usg-kpn-ftth

Uiteindelijk heb je een stabiele verbinding met IPTV en IPv6.

[furian88]

Cartman! schreef op zondag 6 februari 2022 @ 13:59:
[...]

Random stukken uit configs halen en dan klagen dat t niet werkt is ieder geval niet de oplossing. Ik zou je willen aanraden om deze repo te gebruiken om alles werkend te maken: https://github.com/coolhva/usg-kpn-ftth

Uiteindelijk heb je een stabiele verbinding met IPTV en IPv6.

Jammer dat je alleen niet leest wat ik plaats... ik wil geen ipv6.. Als er een ipv4 versie op die site stond dan was het hele probleem opgelost.

[Erik]

happylife schreef op zondag 6 februari 2022 @ 11:59:
Heeft er nog iemand de laatste paar dagen opeens heel vaak de stb-nmc-400 foutmelding? Vooral op NPO 1 heb ik sinds donderdag/vrijdag zeer regelmatig deze melding. Er is niets gewijzigd in mijn setup (coolhva, decoder in apart VLAN etc)

restart igmp-proxy helpt tijdelijk, USG (dubbel) rebooten helpt ook tijdelijk, maar na een minuut of 10 ligt het er weer uit.

edit: had dit bevestigd maar na wat uitzoeken lag dit bij mezelf

[ Voor 20% gewijzigd door Erik op 06-02-2022 15:16 ]

[Cartman!]

furian88 schreef op zondag 6 februari 2022 @ 14:00:
[...]
Jammer dat je alleen niet leest wat ik plaats... ik wil geen ipv6.. Als er een ipv4 versie op die site stond dan was het hele probleem opgelost.

Je zegt dit:

de ipv6 ver*****t mijn wifi verbinding

dus je wil het weg omdat je het niet werkend krijgt, dat is geen reden eigenlijk. Als je de stappen gewoon uitvoert dan heb je het uiteindelijk allemaal werkend en kun je makkelijk gebruik maken van evt toekomstige updates aan de scripts die nodig zijn.

[furian88]

Cartman! schreef op zondag 6 februari 2022 @ 14:03:
[...]

Je zegt dit:


[...]


dus je wil het weg omdat je het niet werkend krijgt, dat is geen reden eigenlijk. Als je de stappen gewoon uitvoert dan heb je het uiteindelijk allemaal werkend en kun je makkelijk gebruik maken van evt toekomstige updates aan de scripts die nodig zijn.

laat maar. ik zoek t zelf wel uit

[nklaver234]

happylife schreef op zondag 6 februari 2022 @ 11:59:
Heeft er nog iemand de laatste paar dagen opeens heel vaak de stb-nmc-400 foutmelding? Vooral op NPO 1 heb ik sinds donderdag/vrijdag zeer regelmatig deze melding. Er is niets gewijzigd in mijn setup (coolhva, decoder in apart VLAN etc)

restart igmp-proxy helpt tijdelijk, USG (dubbel) rebooten helpt ook tijdelijk, maar na een minuut of 10 ligt het er weer uit.

Had ik ook last van. Probeer eens alle apparaten in je netwerk uit te zetten en kijk of tv het dan wel blijft doen. Bij mij bleek een Chromecast v3 voor het probleem te zorgen. Chromecast wordt nu niet meer gebruikt en geen problemen meer met tv.

[Coolhva]

furian88 schreef op zondag 6 februari 2022 @ 14:04:
[...]


laat maar. ik zoek t zelf wel uit

Ipv6 is de toekomst, uitschakelen zorgt ervoor dat je straks delen niet kan gebruiken of dat je niet de optimale route gebruikt.

IPv6 adressen zorgen NIET voor uitval bij WiFi. Als je dat wilt testen kan je makkelijk een extra netwerk aanmaken en koppelen aan een wifi netwerk, daar zit dan geen IPv6 in.

Ik heb expres geen IPv4 config gemaakt omdat IPv6 nodig is voor de toekomst (bijna alle ISP's hebben IPv6 ook ingeschakeld in hun apparatuur). Ik heb ook geen problemen gehoord met IPv6, behalve als mensen zelf een DNS server intern willen draaien. Daar is ook een oplossing voor.

Dus, concreet. Als je je netwerk wilt testen zonder IPv6 maak je een nieuw netwerk aan in de controller en een nieuw wifi netwerk die je aan dat netwerk koppelt (als je geen unifi switches gebruikt moet je wel het vlan tagged op de poorten toevoegen).

Als er andere problemen zijn of uitdagingen dan helpen we graag om deze samen op te lossen.

[happylife]

nklaver234 schreef op zondag 6 februari 2022 @ 20:05:
[...]


Had ik ook last van. Probeer eens alle apparaten in je netwerk uit te zetten en kijk of tv het dan wel blijft doen. Bij mij bleek een Chromecast v3 voor het probleem te zorgen. Chromecast wordt nu niet meer gebruikt en geen problemen meer met tv.

Interessant, ga ik vanavond even mee aan de slag. Voor zover ik weet zijn er geen nieuwe apparaten op het netwerk gekomen, maar wellicht heeft een apparaat een update gehad die dit veroorzaakt.

[La1974]

Coolhva schreef op maandag 7 februari 2022 @ 13:47:
[...]


Ipv6 is de toekomst, uitschakelen zorgt ervoor dat je straks delen niet kan gebruiken of dat je niet de optimale route gebruikt.

IPv6 adressen zorgen NIET voor uitval bij WiFi. Als je dat wilt testen kan je makkelijk een extra netwerk aanmaken en koppelen aan een wifi netwerk, daar zit dan geen IPv6 in.

Ik heb expres geen IPv4 config gemaakt omdat IPv6 nodig is voor de toekomst (bijna alle ISP's hebben IPv6 ook ingeschakeld in hun apparatuur). Ik heb ook geen problemen gehoord met IPv6, behalve als mensen zelf een DNS server intern willen draaien. Daar is ook een oplossing voor.

Dus, concreet. Als je je netwerk wilt testen zonder IPv6 maak je een nieuw netwerk aan in de controller en een nieuw wifi netwerk die je aan dat netwerk koppelt (als je geen unifi switches gebruikt moet je wel het vlan tagged op de poorten toevoegen).

Als er andere problemen zijn of uitdagingen dan helpen we graag om deze samen op te lossen.

@Coolhva begrijp ik hieruit dat IPv6 alleen aanstaat op het standaardnetwerk (Vlan 1 zeg maar)?

Ik heb ook een IoT netwerk aangemaakt en nog een paar. Als ik daar IPv6 op wil, moet ik die dan gewoon via de GUI aanzetten?

[Coolhva]

La1974 schreef op dinsdag 8 februari 2022 @ 20:30:
[...]


@Coolhva begrijp ik hieruit dat IPv6 alleen aanstaat op het standaardnetwerk (Vlan 1 zeg maar)?

Ik heb ook een IoT netwerk aangemaakt en nog een paar. Als ik daar IPv6 op wil, moet ik die dan gewoon via de GUI aanzetten?

Omdat de IPv6 config zowel in de LAN als in de WAN staat moet dit, helaas, via de JSON.

In de PPPOE 2 interface zie je dit code blok:

JSON:

                                "dhcpv6-pd": {
                                    "no-dns": "''",
                                    "pd": {
                                        "0": {
                                            "interface": {
                                                "eth1": {
                                                    "host-address": "::1",
                                                    "prefix-id": ":1",
                                                    "service": "slaac"
                                                }
                                            },
                                            "prefix-length": "/48"
                                        }
                                    },
                                    "rapid-commit": "disable"
                                },

Als je een vlan 10 netwerk hebt dan moet je, volgens mij het volgende van maken:

JSON:

                                "dhcpv6-pd": {
                                    "no-dns": "''",
                                    "pd": {
                                        "0": {
                                            "interface": {
                                                "eth1": {
                                                    "host-address": "::1",
                                                    "prefix-id": ":1",
                                                    "service": "slaac"
                                                }
                                            },
                                         "1": {
                                            "interface": {
                                                "eth1.10": {
                                                    "host-address": "::1",
                                                    "prefix-id": ":2",
                                                    "service": "slaac"
                                                }
                                            },
                                            "prefix-length": "/48"
                                        }
                                    },
                                    "rapid-commit": "disable"
                                },

We maken dus een tweede prefix deligation (pd) aan (nummer 1) welke we een prefix id van :2 meegeven, maar dat kan van :0 tot en met :ffff zijn aangezien KPN je een /48 subnet verschaft.

Voor je eth1.10 interface moet je dan de volgende code meenemen om te zorgen dat er ook router advertisements worden uitgestuurd.

JSON:

            "eth1.10": {
                "ipv6": {
                    "address": {
                        "autoconf": "''"
                    },
                    "dup-addr-detect-transmits": "1",
                    "router-advert": {
                        "cur-hop-limit": "64",
                        "link-mtu": "0",
                        "managed-flag": "true",
                        "max-interval": "600",
                        "name-server": [
                            "2606:4700:4700::1111",
                            "2606:4700:4700::1001"
                        ],
                        "other-config-flag": "false",
                        "prefix": {
                            "::/64": {
                                "autonomous-flag": "true",
                                "on-link-flag": "true",
                                "valid-lifetime": "2592000"
                            }
                        },
                        "radvd-options": "RDNSS 2606:4700:4700::1111 2606:4700:4700::1001 {};",
                        "reachable-time": "0",
                        "retrans-timer": "0",
                        "send-advert": "true"
                    }
                }
            }

[ Voor 3% gewijzigd door Coolhva op 08-02-2022 22:18 ]

[La1974]

Coolhva schreef op dinsdag 8 februari 2022 @ 22:15:
[...]


Omdat de IPv6 config zowel in de LAN als in de WAN staat moet dit, helaas, via de JSON.

In de PPPOE 2 interface zie je dit code blok:

JSON:

                                "dhcpv6-pd": {
                                    "no-dns": "''",
                                    "pd": {
                                        "0": {
                                            "interface": {
                                                "eth1": {
                                                    "host-address": "::1",
                                                    "prefix-id": ":1",
                                                    "service": "slaac"
                                                }
                                            },
                                            "prefix-length": "/48"
                                        }
                                    },
                                    "rapid-commit": "disable"
                                },

Als je een vlan 10 netwerk hebt dan moet je, volgens mij het volgende van maken:

JSON:

                                "dhcpv6-pd": {
                                    "no-dns": "''",
                                    "pd": {
                                        "0": {
                                            "interface": {
                                                "eth1": {
                                                    "host-address": "::1",
                                                    "prefix-id": ":1",
                                                    "service": "slaac"
                                                }
                                            },
                                         "1": {
                                            "interface": {
                                                "eth1.10": {
                                                    "host-address": "::1",
                                                    "prefix-id": ":2",
                                                    "service": "slaac"
                                                }
                                            },
                                            "prefix-length": "/48"
                                        }
                                    },
                                    "rapid-commit": "disable"
                                },

We maken dus een tweede prefix deligation (pd) aan (nummer 1) welke we een prefix id van :2 meegeven, maar dat kan van :0 tot en met :ffff zijn aangezien KPN je een /48 subnet verschaft.

Voor je eth1.10 interface moet je dan de volgende code meenemen om te zorgen dat er ook router advertisements worden uitgestuurd.

JSON:

            "eth1.10": {
                "ipv6": {
                    "address": {
                        "autoconf": "''"
                    },
                    "dup-addr-detect-transmits": "1",
                    "router-advert": {
                        "cur-hop-limit": "64",
                        "link-mtu": "0",
                        "managed-flag": "true",
                        "max-interval": "600",
                        "name-server": [
                            "2606:4700:4700::1111",
                            "2606:4700:4700::1001"
                        ],
                        "other-config-flag": "false",
                        "prefix": {
                            "::/64": {
                                "autonomous-flag": "true",
                                "on-link-flag": "true",
                                "valid-lifetime": "2592000"
                            }
                        },
                        "radvd-options": "RDNSS 2606:4700:4700::1111 2606:4700:4700::1001 {};",
                        "reachable-time": "0",
                        "retrans-timer": "0",
                        "send-advert": "true"
                    }
                }
            }

Dank! Zal het binnenkort eens proberen.

[kramon]

Gisteravond toch maar mijn USG geupdate. Ik was bang dat alles in de war zou komen, omdat ik nog een oude Coolhva setup draaide met setroutes en derglijke.

Wat ik heb gedaan:
- setroutes.sh en dhcp6.sh van de USG gehaald
- config.gateway.json van de controller gehaald

Vervolgens:
1. Nieuwe kpn.sh op USG gezet
2. Nieuwe config.gateway.json op de controller gezet
3. Update van USG runnen vanuit (in mijn geval) android app
4. Provision USG vanuit webinterface (app had troubles, ligt waarschijnlijk aan m'n pixel 6 pro, heeft momenteel wifi issues door een update)
5. Alles werkte weer, inclusief IPTV

Thanks voor je mooie oplossing @Coolhva !

[servies]

Ik heb een probleempje met het installeren van IPTV op m'n dreammachine pro
bij het uitvoeren van de apt install ....
krijg ik het volgende:

code:

root@ubnt:/# apt install dialog ./igmpproxy_0.3-1_arm64.deb ./udm-iptv_2.0.4_all.deb
Reading package lists... Done
Building dependency tree
Reading state information... Done
Note, selecting 'igmpproxy' instead of './igmpproxy_0.3-1_arm64.deb'
Note, selecting 'udm-iptv' instead of './udm-iptv_2.0.4_all.deb'
Package dialog is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

Adhv. de handleiding verwacht ik toch dat die dialog geisntalleerd is...
firmware versie is 1.11

Inmiddels gefixed door een apt upgrade uit te voeren en daarna kon ik dialog wel installeren...

[ Voor 20% gewijzigd door servies op 09-02-2022 15:58 ]

[rjhilbrink]

servies schreef op woensdag 9 februari 2022 @ 15:08:
Ik heb een probleempje met het installeren van IPTV op m'n dreammachine pro
bij het uitvoeren van de apt install ....
krijg ik het volgende:

code:

root@ubnt:/# apt install dialog ./igmpproxy_0.3-1_arm64.deb ./udm-iptv_2.0.4_all.deb
Reading package lists... Done
Building dependency tree
Reading state information... Done
Note, selecting 'igmpproxy' instead of './igmpproxy_0.3-1_arm64.deb'
Note, selecting 'udm-iptv' instead of './udm-iptv_2.0.4_all.deb'
Package dialog is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

Adhv. de handleiding verwacht ik toch dat die dialog geisntalleerd is...
firmware versie is 1.11

Inmiddels gefixed door een apt upgrade uit te voeren en daarna kon ik dialog wel installeren...

Probeer eens een "apt update".

EDIT: Daar was je zelf ook al achter zag ik. Lezen tot het einde is moeilijk

[ Voor 4% gewijzigd door rjhilbrink op 09-02-2022 16:23 . Reden: Herlezen originele melding ]

[servies]

Even ter navraag/bevestiging of juist niet:
als ik in de installatie instructies kijk van udm-iptv zie ik het volgende staan in het gedeelte voor het opzetten van het lokale netwerk (Configuring Internal LAN):

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

Als ik de aanbeveling goed begrijp creeer je hiermee dus eigenlijk een extra VLAN waar alleen de settop boxen op worden geplaatst. Je komt dan weer gedeeltelijk in de oude situatie terecht zoals die destijds was bij bijvoorbeeld Lijbrandt.
Je zorgt er dan voor dat al het IPTV verkeer niet het desbetreffende VLAN af kan en als er dan bijvoorbeeld maar 1 settop box op een switch is aangesloten heb je ook theoretisch gezien geen IGMP snooping meer nodig op die switch (VLAN niet doorgeven naar de andere poorten)

Hmmm, openingspost iets uitgebreider lezen en dan staat dat er inderdaad...

Bij mij werkt het nog niet. UDM-IPTV gaf een exception na het opstarten en die kon ik niet zo snel fixen dus alles weer terug op de fritzbox. In het aanstaande weekend heb ik pas weer de mogelijkheid om de definitieve omzetting te doen...

[ Voor 3% gewijzigd door servies op 10-02-2022 15:41 ]

[Huub-]

servies schreef op donderdag 10 februari 2022 @ 15:07:
Even ter navraag/bevestiging of juist niet:
als ik in de installatie instructies kijk van udm-iptv zie ik het volgende staan in het gedeelte voor het opzetten van het lokale netwerk (Configuring Internal LAN):

[...]

Als ik de aanbeveling goed begrijp creeer je hiermee dus eigenlijk een extra VLAN waar alleen de settop boxen op worden geplaatst. Je komt dan weer gedeeltelijk in de oude situatie terecht zoals die destijds was bij bijvoorbeeld Lijbrandt.
Je zorgt er dan voor dat al het IPTV verkeer niet het desbetreffende VLAN af kan en als er dan bijvoorbeeld maar 1 settop box op een switch is aangesloten heb je ook theoretisch gezien geen IGMP snooping meer nodig op die switch (VLAN niet doorgeven naar de andere poorten)

Hmmm, openingspost iets uitgebreider lezen en dan staat dat er inderdaad...

Bij mij werkt het nog niet. UDM-IPTV gaf een exception na het opstarten en die kon ik niet zo snel fixen dus alles weer terug op de fritzbox. In het aanstaande weekend heb ik pas weer de mogelijkheid om de definitieve omzetting te doen...

Op het IPTV VLAN (alleen) moet je ook IGMP snooping aanzetten. Zie ook Coolhva instructie:
https://www.vanachterberg...-kpn-iptv-vlan/index.html

Deze instructie kun je voor een groot deel overnemen

[ Voor 7% gewijzigd door Huub- op 10-02-2022 18:32 ]

[EricNL]

Huub- schreef op donderdag 10 februari 2022 @ 18:28:
[...]

Op het IPTV VLAN (alleen) moet je ook IGMP snooping aanzetten.

Puur even ter bevestiging: is dat echt nodig, zelfs als je een eigen VLAN voor de STB's maakt? Ik bedoel: met het maken van een apart VLAN voor de STB's scheidt je ze al van het overige verkeer. Is IGMP snooping dan nog steeds nodig voor de (correcte) werking van IPTV? Ik heb me eigenlijk nog nooit echt verdiept in multicast verkeer daar ik het (buiten IPTV) vrijwel nooit tegen kom.

[Huub-]

EricNL schreef op vrijdag 11 februari 2022 @ 17:12:
[...]


Puur even ter bevestiging: is dat echt nodig, zelfs als je een eigen VLAN voor de STB's maakt? Ik bedoel: met het maken van een apart VLAN voor de STB's scheidt je ze al van het overige verkeer. Is IGMP snooping dan nog steeds nodig voor de (correcte) werking van IPTV? Ik heb me eigenlijk nog nooit echt verdiept in multicast verkeer daar ik het (buiten IPTV) vrijwel nooit tegen kom.

Advies van KPN is om het aan te zetten:

“ Inschakelen IGMP-proxy inclusief fast-leave optie vereist voor tv-signaal in thuisnetwerk (min. IGMPv2).”

Bron: https://kpn.com/w3/file?u...ntid=50183&mode=incontext

Als je het niet doet heb je kans op blauwe schermen en errors.

[deepbass909]

EricNL schreef op vrijdag 11 februari 2022 @ 17:12:
[...]


Puur even ter bevestiging: is dat echt nodig, zelfs als je een eigen VLAN voor de STB's maakt? Ik bedoel: met het maken van een apart VLAN voor de STB's scheidt je ze al van het overige verkeer. Is IGMP snooping dan nog steeds nodig voor de (correcte) werking van IPTV? Ik heb me eigenlijk nog nooit echt verdiept in multicast verkeer daar ik het (buiten IPTV) vrijwel nooit tegen kom.

Huub- schreef op vrijdag 11 februari 2022 @ 17:23:
[...]

Advies van KPN is om het aan te zetten:

“ Inschakelen IGMP-proxy inclusief fast-leave optie vereist voor tv-signaal in thuisnetwerk (min. IGMPv2).”

Bron: https://kpn.com/w3/file?u...ntid=50183&mode=incontext

Als je het niet doet heb je kans op blauwe schermen en errors.

Ik heb zelf sinds ruim 2 jaar een Edgerouter (en sinds dit weekend een USG Pro-4) draaien op XS4all (vrijwel gelijk aan KPN) met daarachter een Unifi Switch24 (managed) en heb geen eigen VLAN opgezet voor de IPTV, alleen IGMP-snooping en dat werkt prima. Ik kan me niet herinneren dat ik nog fouten heb gehad het afgelopen jaar.

[nero355]

deepbass909 schreef op zondag 13 februari 2022 @ 22:33:
Ik heb zelf sinds ruim 2 jaar een Edgerouter (en sinds dit weekend een USG Pro-4) draaien op XS4all (vrijwel gelijk aan KPN) met daarachter een Unifi Switch24 (managed) en heb geen eigen VLAN opgezet voor de IPTV, alleen IGMP-snooping en dat werkt prima. Ik kan me niet herinneren dat ik nog fouten heb gehad het afgelopen jaar.

Maar wat voor apparatuur hangt er nog meer in hetzelfde VLAN

In dit topic hebben velen last van andere Multicast apparaten die storingen veroorzaken...

[deepbass909]

nero355 schreef op maandag 14 februari 2022 @ 00:12:
[...]

Maar wat voor apparatuur hangt er nog meer in hetzelfde VLAN

In dit topic hebben velen last van andere Multicast apparaten die storingen veroorzaken...

Ik heb geen VLAN op m'n lokale netwerk, alleen IGMP-snooping. In het netwerk hangen o.a. 3 UAP-AC-Lite's, maar ook meerdere Raspberry Pi's, een Odroid SBC, m'n desktop pc, QNAP nas, Synology NAS, SMA PV omvormer, 2 TV ontvangers, etc. Ik denk dat het idee wel duidelijk is, dat werkelijk alles in hetzelfde netwerk hangt.

Maar ik heb dus wel een Unifi managed Switch24 achter de router hangen, en daarop zitten de TV-ontvangers. Wellicht dat daar een verschil zit.

[fabianishere]

EricNL schreef op vrijdag 11 februari 2022 @ 17:12:
[...]


Puur even ter bevestiging: is dat echt nodig, zelfs als je een eigen VLAN voor de STB's maakt? Ik bedoel: met het maken van een apart VLAN voor de STB's scheidt je ze al van het overige verkeer. Is IGMP snooping dan nog steeds nodig voor de (correcte) werking van IPTV? Ik heb me eigenlijk nog nooit echt verdiept in multicast verkeer daar ik het (buiten IPTV) vrijwel nooit tegen kom.

IGMP Snooping voorkomt dat al je switch poorten worden "geflood" met multicast verkeer afkomstig van het IPTV netwerk. Als je dat niet aanzet, zullen mogelijk ook apparaten dit verkeer onnodig ontvangen. Dat zorgt op zijn beurt weer voor extra load op je netwerk apparaten.

deepbass909 schreef op maandag 14 februari 2022 @ 01:34:
[...]


Ik heb geen VLAN op m'n lokale netwerk, alleen IGMP-snooping. In het netwerk hangen o.a. 3 UAP-AC-Lite's, maar ook meerdere Raspberry Pi's, een Odroid SBC, m'n desktop pc, QNAP nas, Synology NAS, SMA PV omvormer, 2 TV ontvangers, etc. Ik denk dat het idee wel duidelijk is, dat werkelijk alles in hetzelfde netwerk hangt.

Maar ik heb dus wel een Unifi managed Switch24 achter de router hangen, en daarop zitten de TV-ontvangers. Wellicht dat daar een verschil zit.

Het kan best dat je er op dit moment geen last van hebt, maar dat na het toevoegen van een nieuw apparaat je opeens wel problemen ondervindt. Ik ben voornamelijk problemen tegengekomen met Chromecast apparaten die igmpproxy laten crashen.
Als je STBs dan op een apart VLAN zitten, zal je daar niet naar hoeven omkijken.

[EricNL]

fabianishere schreef op maandag 14 februari 2022 @ 14:38:
IGMP Snooping voorkomt dat al je switch poorten worden "geflood" met multicast verkeer afkomstig van het IPTV netwerk. Als je dat niet aanzet, zullen mogelijk ook apparaten dit verkeer onnodig ontvangen. Dat zorgt op zijn beurt weer voor extra load op je netwerk apparaten.

Dat snap ik inderdaad, maar ik probeer vooral te begrijpen waarom het in het geval van VLAN's nog steeds "nodig" zou zijn. Met andere woorden:
1. STB's in een gescheiden VLAN
2. Op de USG (in dit geval) IGMP Proxy aan, enkel voor het STB VLAN
3. Op alle tussenliggende switches je VLAN's natuurlijk juist instellen.

Op deze manier wordt het multicast verkeer toch beperkt tot het STB VLAN? Oftewel: alle poorten in andere VLAN('s) gaan het multicast verkeer niet eens zien (met uit zondering van de trunks, waar het ook al middels VLAN gescheiden is).

[nero355]

deepbass909 schreef op maandag 14 februari 2022 @ 01:34:
Ik heb geen VLAN op m'n lokale netwerk, alleen IGMP-snooping. In het netwerk hangen o.a. 3 UAP-AC-Lite's, maar ook meerdere Raspberry Pi's, een Odroid SBC, m'n desktop pc, QNAP nas, Synology NAS, SMA PV omvormer, 2 TV ontvangers, etc. Ik denk dat het idee wel duidelijk is, dat werkelijk alles in hetzelfde netwerk hangt.

Maar ik heb dus wel een Unifi managed Switch24 achter de router hangen, en daarop zitten de TV-ontvangers. Wellicht dat daar een verschil zit.

Laat ik het anders zeggen :

Welke apparaten heb je allemaal in je netwerk hangen die aan Multicast verkeer doen

Want het is wel interessant om te weten welke apparaten dus geen problemen veroorzaken, zoals in dit voorbeeld helaas wel gebeurt :

fabianishere schreef op maandag 14 februari 2022 @ 14:38:
Het kan best dat je er op dit moment geen last van hebt, maar dat na het toevoegen van een nieuw apparaat je opeens wel problemen ondervindt.

Ik ben voornamelijk problemen tegengekomen met Chromecast apparaten die igmpproxy laten crashen.

Als je STBs dan op een apart VLAN zitten, zal je daar niet naar hoeven omkijken.

[fabianishere]

EricNL schreef op maandag 14 februari 2022 @ 15:52:
[...]


Dat snap ik inderdaad, maar ik probeer vooral te begrijpen waarom het in het geval van VLAN's nog steeds "nodig" zou zijn. Met andere woorden:
1. STB's in een gescheiden VLAN
2. Op de USG (in dit geval) IGMP Proxy aan, enkel voor het STB VLAN
3. Op alle tussenliggende switches je VLAN's natuurlijk juist instellen.

Op deze manier wordt het multicast verkeer toch beperkt tot het STB VLAN? Oftewel: alle poorten in andere VLAN('s) gaan het multicast verkeer niet eens zien (met uit zondering van de trunks, waar het ook al middels VLAN gescheiden is).

Om jouw vraag dan direct te beantwoorden: IGMP Snooping is naar mijn weten geen vereiste voor een correcte werking van IPTV. Echter is het in veel gevallen met IPTV verkeer wel nuttig om het netwerk minder te belasten, hoewel je in jouw specifieke geval er minder baat van zult hebben.

[rb338]

In het verlengde van deze mooie discussie: Hoe zou ik mijn netwerk moeten instellen als ik de multicast streams maar naar één IP wil laten sturen, namelijk een tvheadend server? Dan voorkom ik sowieso problemen lijkt me! Gaat om een Dream Machine SE met Switch 24 PoE.

[elsinga]

Het gaat hier voornamelijk over KPN IP televisie, maar ik overweeg over te stappen van Ziggo naar Online en die hebben Canal Digitaal als televisie provider.

Is er voor Canal Digitaal ook iets nodig op mijn Ubiquity netwerk of niet? Iemand hier die dat toevallig weet?

[bvk007]

elsinga schreef op dinsdag 15 februari 2022 @ 09:07:
Het gaat hier voornamelijk over KPN IP televisie, maar ik overweeg over te stappen van Ziggo naar Online en die hebben Canal Digitaal als televisie provider.

Is er voor Canal Digitaal ook iets nodig op mijn Ubiquity netwerk of niet? Iemand hier die dat toevallig weet?

Ik heb glasnet, die heeft ook canal digitaal en @rjhilbrink heeft ook canal digitaal. We hebben allebei de oplossing van Fabian draaien. Ik heb echter nog wat problemen met begin gemist en wat andere RTSP streams dat lijkt in routering te zitten (lees dit topic maar ff terug ) dus het werkt met canal digitaal;)

[Bruzski]

fabianishere schreef op maandag 14 februari 2022 @ 14:38:
[...]


IGMP Snooping voorkomt dat al je switch poorten worden "geflood" met multicast verkeer afkomstig van het IPTV netwerk. Als je dat niet aanzet, zullen mogelijk ook apparaten dit verkeer onnodig ontvangen. Dat zorgt op zijn beurt weer voor extra load op je netwerk apparaten.

Ik heb telkens zodra ik mijn Sonos apparatuur herstart dat het beeld van mijn Arris tv box met een foutmelding "geen signaal" komt, ik vermoed dat er ergens een flooding plaatsvind maar ik heb de boel gesegmenteerd en IGMP snooping is op beide poorten actief, heb jij een idee, zodra de Sonos weer online is, heb ik ook weer tv signaal

[Strebor]

Bruzski schreef op woensdag 16 februari 2022 @ 00:08:
[...]


Ik heb telkens zodra ik mijn Sonos apparatuur herstart dat het beeld van mijn Arris tv box met een foutmelding "geen signaal" komt, ik vermoed dat er ergens een flooding plaatsvind maar ik heb de boel gesegmenteerd en IGMP snooping is op beide poorten actief, heb jij een idee, zodra de Sonos weer online is, heb ik ook weer tv signaal

@Bruzski Hoe is jouw Sonos spul verbonden? Alles via WIFI (dus niet SonosNet), of heb je een of meerdere apparaten bekabeld aangesloten op je Unifi switch(es) en sommige via SonosNet?

Als je SonosNet gebruikt, dan mag je icm Unifi apparatuur eigenlijk maar één enkel Sonos apparaat verbinden met een LAN poort. Verbind je meerdere Sonos apparaten bedraad, dan heb je met standaard STP instellingen grote kans dat je LAN verkeer over het SonosNET gaat lopen in plaats van over de bedrade LAN. Dat heeft te maken met de afwijkende STP waarden die Sonos hanteert (en Unifi werkt liever met RSTP wat het nog minder compatible maakt).

Als een deel van je LAN verkeer over SonosNet loopt, dan verklaart dat waarom het er uit ligt als Sonos aan het herstarten is.

Als je al je Sonos apparaten aan een enkele Unifi switch hangt, kun je dit nog werkend krijgen met STP port overrides, maar als je Sonos apparatuur aan meerdere Unifi switches wil hangen, dan gaat het mis. Je kunt dan beter al je Sonos apparaten via je Unifi WIFI laten lopen en geen enkel Sonos apparaat bedraad aansluiten. Unifi is dan weer de baas op het netwerk en bepaalt met RSTP de beste routes (en dat zal altijd bedraad zijn als mogelijk tussen twee netwerk punten). Heb ik thuis ook gedaan., scheelde een heleboel rare netwerk problemen.

[ Voor 3% gewijzigd door Strebor op 16-02-2022 10:45 ]

[deepbass909]

nero355 schreef op maandag 14 februari 2022 @ 16:39:
[...]

Laat ik het anders zeggen :

Welke apparaten heb je allemaal in je netwerk hangen die aan Multicast verkeer doen

Want het is wel interessant om te weten welke apparaten dus geen problemen veroorzaken, zoals in dit voorbeeld helaas wel gebeurt :

[...]

Volgens mij heb ik alleen multicast voor de TV ontvangers, maar ik durf zo even niet te zeggen hoe ik dat na kan gaan... Mijn kennis houdt op bij basis netwerkconfiguraties.

---

Ik heb zelf nog wel een ding waar ik niet uitkom. Ik twijfel een beetje of het hier hoort of in [Ubiquiti-Netwerkapparatuur] Ervaringen & Discussie - Deel 4, maar omdat het waarschijnlijk samenhangt met de KPN-configuratie van @Coolhva, stel ik hem in eerste instantie maar hier.

Ik heb sinds een halve week een USG Pro-4 draaien op basis van een gemodificeerd script van @Coolhva (XS4all versie met aangepaste poortnummers). Dat werkt voor zover ik nu kan oordelen, eigenlijk perfect. Ik ben nu thuis aan het werk en de verbinding is rocksolid, m'n vriendin kan zonder problemen tegelijkertijd TV kijken (IPTV van KPN).

Er zijn alleen 2 puntjes waar ik tegenaan loop, die volgens mij samenhangen. De eerste is dat m'n WAN-verbinding als IP 0.0.0.0 laat zien in de Unifi-controller (dit schijnt normaal te zijn en gevolg van de specifieke configuratie). Dit is niet meer dan lastig, aangezien ik nu niet makkelijk kan zien wat mijn externe IP is (ivm bijv. een VPN opzetten), maar valt mee te leven.

Waar ik alleen niet uitkom, en geen antwoord kan vinden, is dat als ik een VLAN aan wil maken (bijv. voor een VPN of IPTV), dan krijg ik de volgende foutmelding in de unifi-controller (nieuwe interface):

Overlapping LAN IP Address: 192.168.3.1 cannot be set since it is reserved for the WAN network range 0.0.0.0 - 255.255.255.255

Als ik terug ga naar de classic interface kan ik het wel instellen, maar dat is alleen maar omdat die minder intelligent is en dit niet controleert.

Zoek ik bij o.a. Unifi zelf naar een oplossing, kom ik alleen maar open deuren tegen dat er iets niet goed staat in de WAN-configuratie. Maar daar is dus niks te vinden wat dit kan beïnvloeden...

Moet ik er maar mee leven dat deze instellingen via de classic interface gedaan moeten worden?

[ Voor 61% gewijzigd door deepbass909 op 16-02-2022 14:25 ]

[Coolhva]

deepbass909 schreef op woensdag 16 februari 2022 @ 11:55:
[...]


Volgens mij heb ik alleen multicast voor de TV ontvangers, maar ik durf zo even niet te zeggen hoe ik dat na kan gaan... Mijn kennis houdt op bij basis netwerkconfiguraties.

---

Ik heb zelf nog wel een ding waar ik niet uitkom. Ik twijfel een beetje of het hier hoort of in [Ubiquiti-Netwerkapparatuur] Ervaringen & Discussie - Deel 4, maar omdat het waarschijnlijk samenhangt met de KPN-configuratie van @Coolhva, stel ik hem in eerste instantie maar hier.

Ik heb sinds een halve week een USG Pro-4 draaien op basis van een gemodificeerd script van @Coolhva (XS4all versie met aangepaste poortnummers). Dat werkt voor zover ik nu kan oordelen, eigenlijk perfect. Ik ben nu thuis aan het werk en de verbinding is rocksolid, m'n vriendin kan zonder problemen tegelijkertijd TV kijken (IPTV van KPN).

Er zijn alleen 2 puntjes waar ik tegenaan loop, die volgens mij samenhangen. De eerste is dat m'n WAN-verbinding als IP 0.0.0.0 laat zien in de Unifi-controller (dit schijnt normaal te zijn en gevolg van de specifieke configuratie). Dit is niet meer dan lastig, aangezien ik nu niet makkelijk kan zien wat mijn externe IP is (ivm bijv. een VPN opzetten), maar valt mee te leven.

Waar ik alleen niet uitkom, en geen antwoord kan vinden, is dat als ik een VLAN aan wil maken (bijv. voor een VPN of IPTV), dan krijg ik de volgende foutmelding in de unifi-controller (nieuwe interface):

[...]


Als ik terug ga naar de classic interface kan ik het wel instellen, maar dat is alleen maar omdat die minder intelligent is en dit niet controleert.

Zoek ik bij o.a. Unifi zelf naar een oplossing, kom ik alleen maar open deuren tegen dat er iets niet goed staat in de WAN-configuratie. Maar daar is dus niks te vinden wat dit kan beïnvloeden...

Moet ik er maar mee leven dat deze instellingen via de classic interface gedaan moeten worden?

Moet ik er maar mee leven dat deze instellingen via de classic interface gedaan moeten worden?

Kort antwoord, ja. Lang antwoord, ja

Dit is een limitatie van de nieuwe interface i.c.m. het script, waarschijnlijk (ben niet helemaal zeker van) omdat het WAN IP adres 0.0.0.0 heeft. De oude interface (of mobile app) is een workaround.

[deepbass909]

Coolhva schreef op woensdag 16 februari 2022 @ 15:21:
[...]


[...]


Kort antwoord, ja. Lang antwoord, ja

Dit is een limitatie van de nieuwe interface i.c.m. het script, waarschijnlijk (ben niet helemaal zeker van) omdat het WAN IP adres 0.0.0.0 heeft. De oude interface (of mobile app) is een workaround.

Dat is dan duidelijk. Via de oude interface is het verder goed in te stellen en als het goed is iets wat sowieso maar zelden gedaan hoeft te worden als het eenmaal draait.

Ik kwam het online wel tegen in andere situaties, en wat ik begreep voert de nieuwe interface meer controles uit over de configuratie. Of eigenlijk anders gezegd, de oude interface controleert alleen de instellingen op die bewuste pagina, de nieuwe doet het configuratie breed.

Wel jammer dat de hele KPN configuratie buiten de controller staat. Ik hoopte door over te stappen van een EdgerouterX naar de Pro-4 dat de integratie ook de WAN-info centraal zichtbaar zou maken.
Maar goed, het gemak van de andere configuratie mogelijkheden, betere DPI en threatmanagement en betere beschikbaarheid van de configuraties voor XS4all (en straks KPN) maakte de overstap sowieso al de moeite waard.

[mgiebels]

Even een vraagje ik heb net Unifi OS 2.3.15 op me cloudkey 2 + gezet moet ik dan ook 2 keer herstarten of hoeft dit nog niet TV doet het nog maar even een check vraag @Coolhva

[Coolhva]

mgiebels schreef op woensdag 16 februari 2022 @ 16:46:
Even een vraagje ik heb net Unifi OS 2.3.15 op me cloudkey 2 + gezet moet ik dan ook 2 keer herstarten of hoeft dit nog niet TV doet het nog maar even een check vraag @Coolhva

Nope, alleen als de USG herstart.

[mgiebels]

Coolhva schreef op woensdag 16 februari 2022 @ 16:53:
[...]


Nope, alleen als de USG herstart.

Ik had wat te hard gezegd TV hangt nu opeens met de stb-nmc-400 melding
Na restart igmp-proxy werkt het weer (ff kijken voor hoe lang)

[ Voor 12% gewijzigd door mgiebels op 16-02-2022 17:12 ]

[xthephreakx]

@Coolhva

Ik heb gister op verzoek van Unify support mijn volledige setup gereset omdat ik DPI niet werkend kreeg... ik ondertussen weer alles up and running met een werkdende DPI.

Wat ik helaas nu wel heb is dat ik elke X minuten melding krijg dat mijn router niet beschibaar is op mijn tv als ik dan zap doet die het weer tot de volgemde melding. Enige idee hoe ik dit kan troubleshooten/oplossen ?

[Bruzski]

Strebor schreef op woensdag 16 februari 2022 @ 00:30:
[...]

@Bruzski Hoe is jouw Sonos spul verbonden? Alles via WIFI (dus niet SonosNet), of heb je een of meerdere apparaten bekabeld aangesloten op je Unifi switch(es) en sommige via SonosNet?

Ik heb mijn Sonos systeem op Vlan 744 en mijn Kpn box op Vlan 4, het zou toch niet voor problemen moeten zorgen lijkt mij... het is ook alleen tijdens een reboot van Sonos dat het beeld ffies wegvalt.

Hieronder even een overzicht van mijn setup

[Coolhva]

xthephreakx schreef op donderdag 17 februari 2022 @ 13:21:
@Coolhva

Ik heb gister op verzoek van Unify support mijn volledige setup gereset omdat ik DPI niet werkend kreeg... ik ondertussen weer alles up and running met een werkdende DPI.

Wat ik helaas nu wel heb is dat ik elke X minuten melding krijg dat mijn router niet beschibaar is op mijn tv als ik dan zap doet die het weer tot de volgemde melding. Enige idee hoe ik dit kan troubleshooten/oplossen ?

Vreemd, alle troubleshoot stappen doorlopen?

[Strebor]

Bruzski schreef op donderdag 17 februari 2022 @ 21:22:
[...]

Ik heb mijn Sonos systeem op Vlan 744 en mijn Kpn box op Vlan 4, het zou toch niet voor problemen moeten zorgen lijkt mij... het is ook alleen tijdens een reboot van Sonos dat het beeld ffies wegvalt.

Hieronder even een overzicht van mijn setup

Unifi RSTP is volgens mij niet VLAN aware, dus mijn vermoeden gaat nog steeds op. Heb je meer Sonos spul? En zo ja, bedraad en SonosNet niet uitgezet? Als er ook maar een manier is dat er een alternatieve route over SonosNet kan worden gemaakt, ga je daar routes overheen krijgen.

Probeer eens Alle Sonos op WIFI. Dat loste bij mij alle identieke issues op. Jouw netwerk lijkt aardig op de mijne. Ook ik heb liever alles bedraad, maar door de slechte (te lage) STP waardes (en helemaal geen RSTP) van Sonos, en omdat je jij Unifi de (R)STP waardes van een switch poort niet kunt aanpassen, ga je dit met meer dan één Unifi switch niet werkend krijgen. Daarom alle Sonos op Unifi WIFI. Dan vervalt SonosNet en Sonos STP. Wellicht voelt je netwerk ineens sneller aan omdat er routes ineens niet meer over SonosNet lopen.

[Huub-]

Bruzski schreef op donderdag 17 februari 2022 @ 21:22:
[...]

Ik heb mijn Sonos systeem op Vlan 744 en mijn Kpn box op Vlan 4, het zou toch niet voor problemen moeten zorgen lijkt mij... het is ook alleen tijdens een reboot van Sonos dat het beeld ffies wegvalt.

Hieronder even een overzicht van mijn setup

[Afbeelding]

Heb je ook FW rules aangemaakt zodat je VLANS strikt gescheiden zijn?

[Strebor]

Huub- schreef op vrijdag 18 februari 2022 @ 07:12:
[...]

Heb je ook FW rules aangemaakt zodat je VLANS strikt gescheiden zijn?

En een extra configuratie van de IGMP proxy, zodat de Sonos broadcasts de app op je smartphone op het andere VLAN bereiken.

[xthephreakx]

Coolhva schreef op donderdag 17 februari 2022 @ 22:22:
[...]


Vreemd, alle troubleshoot stappen doorlopen?

ik heb heb Unifi Security Gateway (USG) problemen oplossen met KPN FTTH inclusief IPTV en IPv6
volledig gevolgd en alles komt overeen met wat daar beschreven wordt.


gemiddeld heb ik om de 4,5 minuten een happer dan gaat het door en dan na weer 4,5 minute krijg ik die blauwe melding met dat die de route rniet kan vinden als ik dan weg/terug zap werkt het weer volgens het zelfde patroon.

[ Voor 24% gewijzigd door xthephreakx op 18-02-2022 14:29 ]

[Coolhva]

xthephreakx schreef op vrijdag 18 februari 2022 @ 14:17:
[...]


ik heb heb Unifi Security Gateway (USG) problemen oplossen met KPN FTTH inclusief IPTV en IPv6
volledig gevolgd en alles komt overeen met wat daar beschreven wordt.


gemiddeld heb ik om de 4,5 minuten een happer dan gaat het door en dan na weer 4,5 minute krijg ik die blauwe melding met dat die de route rniet kan vinden als ik dan weg/terug zap werkt het weer volgens het zelfde patroon.

Heb je de USG al eens herstart? En anders de IGMP proxy herstart?

[xthephreakx]

Coolhva schreef op vrijdag 18 februari 2022 @ 14:31:
[...]


Heb je de USG al eens herstart? En anders de IGMP proxy herstart?

Ja meerdere malen was het eerste wat ik probeerde

[nero355]

Strebor schreef op vrijdag 18 februari 2022 @ 02:05:
Unifi RSTP is volgens mij niet VLAN aware, dus mijn vermoeden gaat nog steeds op.

Interessant!

Waar heb je die info vandaan

Ook ik heb liever alles bedraad, maar door de slechte (te lage) STP waardes (en helemaal geen RSTP) van Sonos, en omdat je jij Unifi de (R)STP waardes van een switch poort niet kunt aanpassen, ga je dit met meer dan één Unifi switch niet werkend krijgen.

Wat zijn de waardes van Sonos dan precies ?!

In het reguliere UniFi Topic werd er altijd aangeraden om maar één Sonos apparaat te verbinden met je netwerk en de rest via de "Sonos WiFi" met elkaar te verbinden dus ik vind het best wel raar dat nu ineens elk apparaat op je reguliere WiFi verbinden de betere oplossing blijkt te zijn

Verder was er ook dit verhaal :
- Bruzski in "[Ubiquiti-Netwerkapparatuur] Ervaringen & Discussie - Deel 4"
- Bruzski in "[Ubiquiti-Netwerkapparatuur] Ervaringen & Discussie - Deel 4"
- Bruzski in "[Ubiquiti-Netwerkapparatuur] Ervaringen & Discussie - Deel 4"

En wat algemene info :
- mathias82 in "[Ubiquiti-Netwerkapparatuur] Ervaringen & Discussie - Deel 4"
- mathias82 in "[Ubiquiti-Netwerkapparatuur] Ervaringen & Discussie - Deel 4"

Voor nog meer leesplezier zie : [Ubiquiti-Netwerkapparatuur] Ervaringen & Discussie - Deel 4

[Morax]

xthephreakx schreef op vrijdag 18 februari 2022 @ 15:42:
[...]


Ja meerdere malen was het eerste wat ik probeerde

Ik heb lange tijd ook dit probleem gehad. In mijn geval miste ik een firewall regel waardoor het IPTV netwerk van KPN geen verbindingen op kon zetten naar de igmp-proxy op de router. Daardoor viel steevast na 4,5 minuten de verbinding weg. Zappen lostte het probleem direct op.

[Strebor]

nero355 schreef op vrijdag 18 februari 2022 @ 17:26:
[...]

Interessant!

Waar heb je die info vandaan


[...]

Wat zijn de waardes van Sonos dan precies ?!

In het reguliere UniFi Topic werd er altijd aangeraden om maar één Sonos apparaat te verbinden met je netwerk en de rest via de "Sonos WiFi" met elkaar te verbinden dus ik vind het best wel raar dat nu ineens elk apparaat op je reguliere WiFi verbinden de betere oplossing blijkt te zijn

Even lui doen: dit artikel geeft veel antwoorden op je vragen:

https://forums.homeseer.c...onos-ubiquiti-setup/page2

Maar om ze toe te lichten:
Sommige unifi apparaten hadden STP bugs. In het verleden gaf dit met vlans foute routes. Toegegeven, het kan zijn dat dit opgelost is. Maar een foute poort profiel op unifi (toch iptv en sonos vlan op een link) en een onverwachte rare route is het gevolg.

Een gedachte die aansluit op mijn vermoeden dat verkeer, ondanks de VLANs, via SonosNet loopt: is er een blokkerende firewall tussen de twee VLANS? Standaard kunnen ze elkaar vinden, via de Router die inter VLAN verkeer routeert. Stel dat die route vanwege hele lage Sonos STP waarden (zie hieronder) toch wordt ingezet, dan verklaart het toch het verschijnsel. En dat sluit aan op wat boven gelinkt artikel schrijft: rare routes, zelfs in cirkels.

Sonos gebruikt oude lage STP waarden. Hoe lager de waarde van een poort, hoe liever STP een route over deze poort laat lopen, immers lage waarden betekenen een hogere bandbreedte. Sonos STP waardes voor hun 54mbit draadloze netwerk zijn lager dan de standaardwaarde voor een 1gbit bedrade link. Dus neemt verkeer de route via SonosNet…

Als je Sonos en Unifi samen STP laat regelen, krijg je tenzij je zeer goed je netwerk inricht (prioriteit, welk apparaat STP bridge wordt) geknok om de ideale route over je netwerk. Op Sonos apparaten kun je niets aanpassen voor STP (en daar wordt hard over geklaagd omdat Sonos oude en te lage STP waarden gebruikt, zelfs op S2). Dus moet je het aanpassen op Unifi, maar daarop kun je niet de STP waarde per poort aanpassen (wel met een profiel uitzetten)

Bovendien, als je SonosNet (draadloos) uitzet en Sonos via unifi WIFI koppelt, schakel je Sonos STP uit en regelt Unify STP. Kansvis groot dat je een dekkend Unifi WIFI netwerk hebt met meerdere access points. Unifi regelt zelf met betere STP route berekening hoe alle verkeer over je bedrade en draadloze Unifi netwerk te sturen.

En tot slot, STP kan als verkeerd ingericht, voor hele trage DHCP connects zorgen. Dus, wederom een reden het bij RSTP te houden, volledig geregeld door Unifi.

[ Voor 8% gewijzigd door Strebor op 18-02-2022 22:26 ]

[xthephreakx]

Morax schreef op vrijdag 18 februari 2022 @ 20:10:
[...]


Ik heb lange tijd ook dit probleem gehad. In mijn geval miste ik een firewall regel waardoor het IPTV netwerk van KPN geen verbindingen op kon zetten naar de igmp-proxy op de router. Daardoor viel steevast na 4,5 minuten de verbinding weg. Zappen lostte het probleem direct op.

Weet je nog welke regel dat is ?

[Morax]

xthephreakx schreef op vrijdag 18 februari 2022 @ 22:16:
[...]


Weet je nog welke regel dat is ?

Ik heb een zone-based firewall, dus weet niet of het helemaal overeen komt. Maar mijn regel in de firewall ziet er als volgt uit:

code:

name IPTV-LOCAL {
     default-action drop
     rule 1 {
         action accept
         description IPTV
         protocol igmp
     }
}

Bij mij loopt IPTV over een eigen VLAN genaamd "IPTV". VLAN 4 van mijn WAN-poort en mijn eigen interne IPTV VLAN vallen in dezelfde zone en kunnen dus altijd met elkaar praten. Cross-zones is de default action DROP.

Het duurde echter een hele tijd voor het kwartje viel dat het IPTV VLAN dan natuurlijk ook met de IGMP-proxy moet kunnen praten om het spul aan de gang te houden De firewall dus aangepast dat zone IPTV bij zone LOCAL (de router) naar binnen mag op basis van protocol igmp. Nu werkt het als een zonnetje!

[ Voor 36% gewijzigd door Morax op 18-02-2022 23:00 . Reden: Wat verduidelijking toegevoegd over mijn opzet ]

[nero355]

Strebor schreef op vrijdag 18 februari 2022 @ 21:37:
Even lui doen: dit artikel geeft veel antwoorden op je vragen:

https://forums.homeseer.c...onos-ubiquiti-setup/page2

Ik wilde eigenlijk vooral dit weten : https://forums.homeseer.c...i-setup/page2#post1324926

In het verleden gaf dit met vlans foute routes.
Maar een foute poort profiel op unifi (toch iptv en sonos vlan op een link) en een onverwachte rare route is het gevolg.

Foute routes met VLAN's

Ik kan van alles verzinnen wat je zou kunnen bedoelen, maar ik denk dat het beter is als jij uitlegt wat je precies bedoelt

Een gedachte die aansluit op mijn vermoeden dat verkeer, ondanks de VLANs, via SonosNet loopt: is er een blokkerende firewall tussen de twee VLANS? Standaard kunnen ze elkaar vinden, via de Router die inter VLAN verkeer routeert. Stel dat die route vanwege hele lage Sonos STP waarden (zie hieronder) toch wordt ingezet, dan verklaart het toch het verschijnsel. En dat sluit aan op wat boven gelinkt artikel schrijft: rare routes, zelfs in cirkels.

Maar waarom zou Sonos apparaten je netwerk laten verstoren door ze in twee of meer verschillende VLAN's aan te sluiten

Sonos gebruikt oude lage STP waarden. Hoe lager de waarde van een poort, hoe liever STP een route over deze poort laat lopen, immers lage waarden betekenen een hogere bandbreedte. Sonos STP waardes voor hun 54mbit draadloze netwerk zijn lager dan de standaardwaarde voor een 1gbit bedrade link. Dus neemt verkeer de route via SonosNet…

Iemand in dat topic heeft het over een nieuwere firmware die ze wel correct op 32768 zet

Als je Sonos en Unifi samen STP laat regelen, krijg je tenzij je zeer goed je netwerk inricht (prioriteit, welk apparaat STP bridge wordt) geknok om de ideale route over je netwerk. Op Sonos apparaten kun je niets aanpassen voor STP (en daar wordt hard over geklaagd omdat Sonos oude en te lage STP waarden gebruikt, zelfs op S2). Dus moet je het aanpassen op Unifi, maar daarop kun je niet de STP waarde per poort aanpassen (wel met een profiel uitzetten)

Tweemaal kreupele apparaten met te weinig instellingen... helemaal geweldig!

Dat is echt precies mijn klacht over UniFi in het algemeen : Het kan zoveel, maar ook weer zoveel juist niet!

[xthephreakx]

Morax schreef op vrijdag 18 februari 2022 @ 22:55:
[...]


Ik heb een zone-based firewall, dus weet niet of het helemaal overeen komt. Maar mijn regel in de firewall ziet er als volgt uit:

code:

name IPTV-LOCAL {
     default-action drop
     rule 1 {
         action accept
         description IPTV
         protocol igmp
     }
}

Bij mij loopt IPTV over een eigen VLAN genaamd "IPTV". VLAN 4 van mijn WAN-poort en mijn eigen interne IPTV VLAN vallen in dezelfde zone en kunnen dus altijd met elkaar praten. Cross-zones is de default action DROP.

Het duurde echter een hele tijd voor het kwartje viel dat het IPTV VLAN dan natuurlijk ook met de IGMP-proxy moet kunnen praten om het spul aan de gang te houden De firewall dus aangepast dat zone IPTV bij zone LOCAL (de router) naar binnen mag op basis van protocol igmp. Nu werkt het als een zonnetje!

Ik ga kijken hoe ik dat via de gui erin kan krijgen

[WTP]

Sinds gister hebben we hier ook afscheid genomen van de V10A van KPN. Maken nu gebruik van de USG 3p ism een Cloud key. Zonder de hulp van Henk was dit niet gelukt. Alles werkt ik kan tv kijken maar ik krijg geregeld het niet wenselijke blue screen met de wel bekende fout code. Van zender wisselen lost dit probleem wel op maar dit moet toch op te lossen zijn.

Ik heb gebruik gemaakt van deze handleiding van Henk.
https://www.vanachterberg...teway-kpn-ftth-iptv-ipv6/

Hier alvast de KPN.log

code:

webtechplanet@USG-WEBTECHPLANET:~$ cat /var/log/kpn.log
[Fri Feb 18 23:04:22 CET 2022] [kpn.sh] Executed at Fri Feb 18 23:04:22 CET 2022
[Fri Feb 18 23:04:22 CET 2022] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock
[Fri Feb 18 23:04:23 CET 2022] [kpn.sh] routes dhcp hook does not exist
[Fri Feb 18 23:04:23 CET 2022] [kpn.sh] Creating dhcp hook at /etc/dhcp3/dhclient-exit-hooks.d/routes
[Fri Feb 18 23:04:23 CET 2022] [kpn.sh] Release dhcp interface eth0.4
Releasing DHCP lease on eth0.4 ...
[Fri Feb 18 23:04:27 CET 2022] [kpn.sh] Renew dhcp interface eth0.4
Renewing DHCP lease on eth0.4 ...
[Fri Feb 18 23:04:29 CET 2022] [kpn.sh] Restarting IGMP proxy
Stopping IGMP proxy
Starting IGMP proxy service
[Fri Feb 18 23:04:31 CET 2022] [kpn.sh] The file /etc/commit/post-hooks.d/set-kpn-hook.sh does not exists, creating hook now
[Fri Feb 18 23:04:31 CET 2022] [kpn.sh] MTU for eth0 not configured, adjusting config
[Fri Feb 18 23:04:31 CET 2022] [kpn.sh] Disconnecting pppoe2 before changing MTU
Bringing interface pppoe2 down...
[Fri Feb 18 23:04:38 CET 2022] [kpn.sh] Setting mtu for eth0 to 1512
[Fri Feb 18 23:04:38 CET 2022] [kpn.sh] Setting mtu for eth0 vif 6 to 1508
[Fri Feb 18 23:04:38 CET 2022] [kpn.sh] Commiting
[Fri Feb 18 23:04:49 CET 2022] [set-kpn-hook.sh] Executed at Fri Feb 18 23:04:49 CET 2022
[Fri Feb 18 23:04:49 CET 2022] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh
[Fri Feb 18 23:04:49 CET 2022] [kpn.sh] Connecting pppoe2 after changing MTU
Bringing interface pppoe2 up...
[Fri Feb 18 23:04:49 CET 2022] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock
[Fri Feb 18 23:05:01 CET 2022] [kpn.sh] Executed at Fri Feb 18 23:05:01 CET 2022
[Fri Feb 18 23:05:01 CET 2022] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock
[Fri Feb 18 23:05:01 CET 2022] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn
[Fri Feb 18 23:05:01 CET 2022] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock
[Fri Feb 18 23:05:01 CET 2022] [kpn.sh] Finished

Ik hoop dat iemand raad weet

[Comp User]

Morax schreef op vrijdag 18 februari 2022 @ 22:55:
[...]


Ik heb een zone-based firewall, dus weet niet of het helemaal overeen komt. Maar mijn regel in de firewall ziet er als volgt uit:

code:

name IPTV-LOCAL {
     default-action drop
     rule 1 {
         action accept
         description IPTV
         protocol igmp
     }
}

Bij mij loopt IPTV over een eigen VLAN genaamd "IPTV". VLAN 4 van mijn WAN-poort en mijn eigen interne IPTV VLAN vallen in dezelfde zone en kunnen dus altijd met elkaar praten. Cross-zones is de default action DROP.

Het duurde echter een hele tijd voor het kwartje viel dat het IPTV VLAN dan natuurlijk ook met de IGMP-proxy moet kunnen praten om het spul aan de gang te houden De firewall dus aangepast dat zone IPTV bij zone LOCAL (de router) naar binnen mag op basis van protocol igmp. Nu werkt het als een zonnetje!

Iemand die weet of je die FW Rule ook bij T-Mobile TV (zit nog op vlan 640) nodig hebt?

[Strebor]

nero355 schreef op zaterdag 19 februari 2022 @ 00:26:
Ik wilde eigenlijk vooral dit weten : https://forums.homeseer.c...i-setup/page2#post1324926

Ja, de post die je aanhaalt vat het goed samen.

Foute routes met VLAN's

Ik kan van alles verzinnen wat je zou kunnen bedoelen, maar ik denk dat het beter is als jij uitlegt wat je precies bedoelt

Een route die over draadloos SonosNet tussen twee bedrade Sonos apparaten loopt, in plaats van netjes over het veel snellere bedrade netwerk, via enkele switches. De route over de switches heeft minder latecy en meer bandbreedte. Toch wordt de foute route genomen vanwege de lage STP poort kosten die Sonos hanteert t.o.v. de hogere RSTP kosten die Unifi gebruikt.

Stel je voor dat het verkeer tussen de Arris TV box en de Unifi router, vanwege STP toch een route kiest over SonosNet, in plaats van via het bedrade netwerk. En als je dan Sonos eruit trekt, dat het TV verkeer ineens ontregeld is, tot de route via de 'duurdere' RSTP route gaat lopen, omdat het 'goedkopere' SonosNet eruitligt. Dit sluit aan op wat de @Bruzski aangaf.

Maar waarom zou Sonos apparaten je netwerk laten verstoren door ze in twee of meer verschillende VLAN's aan te sluiten

Ik begrijp je niet, of jij mij niet

Als je je Sonos appartuur op VLAN 12 zet (voorbeeld), maar je smartphone met de Sonos app zit via WIFI op VLAN 1 (standaard VLAN), dan moet je smartphone (de Sonos app) toch met VLAN 12 kunnen praten om de Sonos apparatuur aan te spreken.

Waarom dit doen? Puur uit security overwegingen. Als jij niet vertrouwt wat Sonos op jouw netwerk kan doen, dan is dit een goed idee. Echter, de app op je smartphone moet wel kunnen praten met de Sonos apparatuur. Dat gaat niet via de cloud, maar direct op het LAN. En daarom moet je er voor zorgen dat ze toch met elkaar kunnen praten. Sonos gebruikt bovendien broadcasts, dus dat maakt het nog even ingewikkelder. Voor mij was dit de reden daarom Sonos maar te vertrouwen, maar ze wel in een dele van mijn LAN netwerk range te plaatsen, die ik vervolgens firewall (bijvoorbeeld naar de site to site VPN naar mijn kantoor, en de development servers op mijn thuislab op hun eigen netwerk/VLAN).

Ander voorbeeld:
Mijn Chinese robo stofzuigers (die ik niet bepaald vertrouw op mijn netwerk) zitten op een VLAN. Voor het gemak noem ik dit mijn WIFI Jail. Alle apparaten in deze Jail VLAN kunnen maar een ding: Naar buiten met het internet praten (en ook dat kun je begrenzen). Ze kunnen geen enkel ander apparaat op de Jail VLAN zien (poortscans, sniffen en interne hackpogingen werkt dus niet). En zeker niet wat er op mijn VLAN 1 (standaard netwerk) gebeurt. Alles is afgeschermd. Mijn iPhone zit gewoon op VLAN 1. De stofzuiger heeft een App. Die draait op mijn iPhone. De app heeft nagenoeg geen rechten op mijn iPhone om mij te profileren, dus dat vertrouw ik wel. Omdat de app via de cloud met de Stofzuigers praat, hoef ik geen toegang te verschaffen van de Jail VLAN naar VLAN 1.

Iemand in dat topic heeft het over een nieuwere firmware die ze wel correct op 32768 zet

De waarde die je nu aanhaalt, bepaalt welk apparaat de STP root bridge wordt. Hoe lager de waarde, hoe meer kans een apparaat heeft dat het root bridge wordt. Daarom stel je het beste de core switch (gekoppeld aan je router) in met een lage waarde (bijvoorbeeld 4096). Elk switch niveau hoger geef je weer een hogere waarde (8192,

Maar het gaat om de STP poort kosten berekeningen. Sonos hanteert hele lage waarden, en Unifi gebruuikt standaard de RSTP waarden. Met Unifi kun je de waardes niet aanpassen, zodat jouw bedrade route noig can concurreren met de poortkosten die Sonos hanteert. Daarom zal bij meerdere Unifi switches (en Sonos apparatuur aangesloten op meerdere Unifi switches) altijd het verkeer via SonosNet lopen.

Daarom het advies: Zet SonosNet uit en Gebruik alle Sonos Apparatuur via Unif Wifi. Daarmee zet je Sonos STP uit, en is Unifi verantwoordelijk voor STP.

Tweemaal kreupele apparaten met te weinig instellingen... helemaal geweldig!

Dat is echt precies mijn klacht over UniFi in het algemeen : Het kan zoveel, maar ook weer zoveel juist niet!

Eens! Maar voor heel veel "normale" gevallen is het hartstikke prima. En je kunt er prima RSTP netwerken mee uitrollen met meerdere switches in een ring, zodat als er een abel uitvalt er nog altijd een route is naar de router.

Maare, ik sluit dit topicje af.
Benieuwd of het @Bruzski helpt om zijn issue op te lossen.

[xthephreakx]

Coolhva schreef op vrijdag 18 februari 2022 @ 14:31:
[...]


Heb je de USG al eens herstart? En anders de IGMP proxy herstart?

zouhet nog iets met vlan ids te maken kunnen hebben? ik heb VLAN id 661 gebruikt voor IPTV zoals in je handleiding.

[nero355]

Strebor schreef op zaterdag 19 februari 2022 @ 15:39:
Ik begrijp je niet, of jij mij niet

Ik vond je omschrijving van een aantal dingen gewoon wat vaag benoemd/genoemd/omschreven, maar nu weet ik waar je het naast het (R)STP verhaal over had : Het verhaal van de Multicast Repeater/Reflector als je Sonos in een aparte VLAN propt die niet helemaal lekker werkt en ondertussen blijken daar ook nog eens heel veel andere apparaten ook last van te hebben...

Verder weet ik ook wel hoe (R)STP werkt dus dat is verder geen probleem!

[Coolhva]

xthephreakx schreef op zaterdag 19 februari 2022 @ 15:47:
[...]


zouhet nog iets met vlan ids te maken kunnen hebben? ik heb VLAN id 661 gebruikt voor IPTV zoals in je handleiding.

Er zou een ander apparaat kunne storen, heb je een Chromecast o.I.d.?

[Huub-]

xthephreakx schreef op zaterdag 19 februari 2022 @ 15:47:
[...]


zouhet nog iets met vlan ids te maken kunnen hebben? ik heb VLAN id 661 gebruikt voor IPTV zoals in je handleiding.

Heb je ook firewall regels ingesteld om het IPTV verkeer strikt te houden?

[maziboss]

Hello guys,
i see that on this forum is a lot people who knows how to properly configure a IPTV. Please help me because i lost a lot of hours and i'm still not able to configure my UDM Pro and IPTV service. In few words:
My ISP provides via Ethernet cable untagged Internet an tagged VLAN 505 (for IPTV). I connected ethernet cable directly to WAN1. UDM PRO gets IP address. Internet is working fine. I'm using DHCP on WAN port.

In Networks I created new network named IPTV, set VLAN ID to 505. Enabled IMGP Snooping, disable Auto Scale and setup:
Gateway IP/Subnet 10.205.59.1/24 (my STB Arris decoder has IP on asus router 10.205.59.62)
DHCP Range 10.205.59.6 - 10.205.59.254
DHCP Name Server Auto
DHCP Gateway IP Auto

Rest of options are disabled.
On the switch (on UDM PRO) I set on port LAN #1 my new network (IPTV). Connected cable to Arris TV decoder. Power on it and I see my local TV Logo but after 30 seconds there is a message - no IP address.
Could you tell me please step by step how i should configure my devices? Schould i use vlan only?
Should i add to firewall some rules?
In attached my network schema.

[bvk007]

maziboss schreef op zondag 20 februari 2022 @ 20:27:
Hello guys,
i see that on this forum is a lot people who knows how to properly configure a IPTV. Please help me because i lost a lot of hours and i'm still not able to configure my UDM Pro and IPTV service. In few words:
My ISP provides via Ethernet cable untagged Internet an tagged VLAN 505 (for IPTV). I connected ethernet cable directly to WAN1. UDM PRO gets IP address. Internet is working fine. I'm using DHCP on WAN port.

In Networks I created new network named IPTV, set VLAN ID to 505. Enabled IMGP Snooping, disable Auto Scale and setup:
Gateway IP/Subnet 10.205.59.1/24 (my STB Arris decoder has IP on asus router 10.205.59.62)
DHCP Range 10.205.59.6 - 10.205.59.254
DHCP Name Server Auto
DHCP Gateway IP Auto

Rest of options are disabled.
On the switch (on UDM PRO) I set on port LAN #1 my new network (IPTV). Connected cable to Arris TV decoder. Power on it and I see my local TV Logo but after 30 seconds there is a message - no IP address.
Could you tell me please step by step how i should configure my devices? Schould i use vlan only?
Should i add to firewall some rules?
In attached my network schema.
[Afbeelding]

The only way to get it to work on a UDM pro is with the solution build by @fabianishere. Pretty much the same people are active here as they are on the Github page for UDM-iptv. The discussion you started is not closed yet and I don't think you'll get any further with asking the same questions here as you did in: https://github.com/fabianishere/udm-iptv/discussions/42

[maziboss]

bvk007 schreef op maandag 21 februari 2022 @ 09:21:
[...]


The only way to get it to work on a UDM pro is with the solution build by @fabianishere. Pretty much the same people are active here as they are on the Github page for UDM-iptv. The discussion you started is not closed yet and I don't think you'll get any further with asking the same questions here as you did in: https://github.com/fabianishere/udm-iptv/discussions/42

yep, my problem is that i don't receive correct IP address on STB device. We have tried with Fabian many solutions but without success. What is strange and what i observe is that UDM Pro show different results even if you go back to the previous settings. I don't know what settings i had but one time my STB received correct IP address.
I'm asking here because i want to be sure what type of VLAN should i create. The VLAN with the profile on the port #1 or vlan only...
The really strange thing is that udm pro shows different results if we go back to the settings we used after a reboot. I'm wondering if i should reboot UDM Pro when i applied new settings. STB is restarted each time when i change something on UDM Pro.

[fabianishere]

maziboss schreef op maandag 21 februari 2022 @ 09:37:
[...]

yep, my problem is that i don't receive correct IP address on STB device. We have tried with Fabian many solutions but without success. What is strange and what i observe is that UDM Pro show different results even if you go back to the previous settings. I don't know what settings i had but one time my STB received correct IP address.
I'm asking here because i want to be sure what type of VLAN should i create. The VLAN with the profile on the port #1 or vlan only...
The really strange thing is that udm pro shows different results if we go back to the settings we used after a reboot. I'm wondering if i should reboot UDM Pro when i applied new settings. STB is restarted each time when i change something on UDM Pro.

There can be a hundreds of reasons why you are not getting an IP address on your STB. We really can't help you without more information from your ISP, since their systems potentially work differently from that of the ISPs here.

I advise you to talk to your ISP about this issue. There are two problems:

1. The STB is unable to obtain an IP address on your local network => This possibly has to do with your DHCP configuration in the UniFi interface (perhaps you are not using the correct options)
2. The UDM Pro is unable to obtain an IP address on the IPTV network => This has to do with your DHCP configuration specified in /etc/udm-iptv.conf

For us to help you, you need to at least provide us with a packet trace of your network when it was working.

[ Voor 3% gewijzigd door fabianishere op 21-02-2022 11:11 ]

[maziboss]

fabianishere schreef op maandag 21 februari 2022 @ 11:10:
[...]


There can be a hundreds of reasons why you are not getting an IP address on your STB. We really can't help you without more information from your ISP, since their systems potentially work differently from that of the ISPs here.

I advise you to talk to your ISP about this issue. There are two problems:

1. The STB is unable to obtain an IP address on your local network => This possibly has to do with your DHCP configuration in the UniFi interface (perhaps you are not using the correct options)
2. The UDM Pro is unable to obtain an IP address on the IPTV network => This has to do with your DHCP configuration specified in /etc/udm-iptv.conf

For us to help you, you need to at least provide us with a packet trace of your network when it was working.

OK, I will force the ISP to provide all the details regarding ip addresses, gateways etc.
But could you tell me please what kind of network should i create on UDM Pro to be sure that this settings are correct? VLAN only, tagged VLAN (corparate) + profile? I want to avoid a situation where the basic settings on the udm pro are wrong...

[bvk007]

[maziboss]

bvk007 schreef op maandag 21 februari 2022 @ 12:14:
[Afbeelding]

Ok, this kind of settings should be assigned to port #1 as a network yes? Or I need create a profile for this vlan and assign profile?
Any firewall rules should be added?