Dat is een aardige lap tekst. Onder het motto, overdag al genoeg problemen om op te lossen, probeer ik thuis het zo eenvoudig mogelijk te houden.

Inmiddels begrijp ik wel steeds beter wat er extra allemaal mogelijk is met een eigen router en wat de toegevoegde waarde kan zijn.

Je bent wel uitgesproken waarom je die Merlin firmware gebruikt. Heeft dat te maken met gestopte ondersteuning vanuit Asus? Zeker omdat je aangeeft geen netwerkspecialist te zijn. Puur uit interesse wat je drijft om zo iets te doen.

on-topic: wellicht is de oorzaak van je probleem ook in deze hoek te zoeken. Je hebt dat op beide Asus devices? Of begrijp ik het niet goed.

Ik zou overigens ook nog even testen wat @wjb suggereerde om de tweede Asus een weg te halen. Ik heb geen idee hoe die dingen in AIMesh functioneren maar ik hoop toch niet dat die stiekem ook nog als proxy werkt en aan en broadcast stormen is. Ik vermoed dat @wjb hierop hint, maar die zal zich nog wel melden hier denk ik.

Wellicht hier toch nog een optie:

https://www.snbforums.com/threads/enable-igmp-snooping-while-on-ap-mode.43022/
 

Ik las in een andere thread ook dat het nog wat uitmaakt welke poort je gebruikt om de tweede Asus te verbinden met de Asus router. LAN of WAN poort?

Gezien de uitleg van @IvoSp waarom IGMP in de SMA zit zou je toch verwachten dat zelfs met IGMP aan, dit moet werken samen met een tv ontvanger? Dit zou toch het onderwerp moeten zijn in het ticket en niet of IGMP uit ook echt uit is?

Als zijn switch goed werkt met IGMP dan zou je je aan de intensiteit van de flikkerende lampjes toch geen verschil moeten zien of zijn SMA aan de switch hangt of niet. Op de rest van de poorten mag er dan geen multicast broadcast te zien zijn tenzij er een tv ontvanger aan hangt.

Ja maar gezien de ontwikkelingen lijkt dat een utopie. Als je een volledige leek bent op IT gebied dan gaat het lastig worden. Devices worden verkocht als plug and play maar als dan iets ineens niet meer werkt.

Overigens weer een goede discussie die me aan het denken zet en ik de TV+ problematiek ook weer beter kan plaatsen. Die ontvangers komen bij mensen te staan die termen als multicast en IGMP niet eens kennen. Maar wel alles aan het netwerk koppelen. Ik gooide multicast en IGMP eerst ook op een hoop en heb aardig wat bijgeleerd hier.

Ligt eraan wat je wenst natuurlijk.

Ik heb enkel PC's en telefoons verbonden met het netwerk en verder helemaal niks.Misschien ouderwets, maar zo krijg ik ook geen gedoe.En ik mis niks hoor

Ik heb recent al mijn devices een reserved IP gegeven en de lijst was toch aardig groot inmiddels. Ik heb luxaflex, camera’s, MusicCast, tv’s, blue ray speler, energiemeter, hue en natuurlijk de gebruikelijke devices. En wellicht sla ik nog wat over. Ik ben afgehaakt toen de oven aangeboden werd met WiFi. In dat licht is WiFi6 wel een verbetering merk ik. Sinds box12 loopt echt alles veel beter hier.

De meeste van de apparaten die u opnoemt ondersteunen helemaal heen WiFi 6. Dat doen alleen sommige mobiele telefoons en laptops. 

Dat klopt @Nick83. Mijn iPhone doet dat wel geloof ik. Je ziet het ook in de modem log terug, de luxaflex hub is een oudje.

Maar toch werkt alles veel sneller en vooral stabieler. Met name bij de MusicCast is het merkbaar beter. Met de v10a was ik regelmatig de speakers kwijt (ook met superwifi2 erbij). Nu draait het al twee maanden stabiel. Er stond laatst een mooi artikel in de CT over WiFi6. Ik vermoed dat box12 met WiFi6 beter omgaat met verstoringen van de omgeving. Het verbinden van de devices zelf is denk ik niet de verbetering.

overigens is niet alles draadloos aangesloten.

Dat is wel flink!

Ik zie persoonlijk het nut van al die dingen niet in.Ik denk dat veel mensen het ook meer voor de lol hebben dan echt nodig hebben.Op zo’n forum als dit zie je het natuurlijk wel vaak voorbij komen, maar in de praktijk?Ik ken weinig mensen die het hebben.

Ik hou van dingen die simpel zijn en zonder problemen werken, en ook makkelijk zelf te repareren zijn.Die moderne smarthome dingen zijn me veel te complex.De wereld word er ook niet beter van allemaal onnodige spullen te gaan maken.

TV gebruik ik gewoon coax voor, lekker betrouwbaar.Is echt nooit wat mee.

Maar ja zover mijn mening, zoals gezegd ben ik wat ouderwets

Valt toch nog mee denk ik. De Hue verlichting is echt geweldig. Ik raak serieus geen schakelaar meer aan. En MusicCast is wel fijn om muziek te luisteren.

Overigens wel met je eens dat het milieuaspect ook een argument is om rekening mee te houden. Ik let wel op het verbruik bij aanschaf. En bijvoorbeeld de Plugwise p1 meter bracht me op het spoor van de grootste energievreter en ik kon daardoor 33% terug in het totale verbruik, afhankelijk van de periode in het jaar.

We dwalen af, maar coax daar heb ik nooit zo van gehouden. Alleen al die dingen op de juiste plek krijgen haha.

Gaat erom hoe het igmp querier election proces precies verloopt. Normaal gesproken als er meer dan 1 igmp querier entiteit op een netwerk zit ( dit zou dan de experia box switch kant zijn en de sma omvormer) dan vindt er binnen het protocol een election proces plaats waarbij het apparaat met het laagste ip adres de querier wordt. De experiabox met adres 192.168.2.254 gaat dit dan verliezen t.o.v. bijvoorbeeld de 192.168.2.100. Op dit moment gaat de kpn tv multicast stuk. Waarschijnlijk heeft men bij de v10 kunstmatig een lager ip querier adres ingegeven in de firmware waardoor deze weer komt bovendrijven als de uiteindelijke querier. Iets wat de v12 ontbeert.

Bedankt voor je uitleg!

In dat geval zou KPN een software update voor de V10a en Box 12 kunnen uitbrengen die dat verhelpt, correct?

Bedankt voor deze uitleg @BruisTablet Het bevat wat termen en dat is een haakje om wat op te zoeken. Wat ik nu nog niet begrijp is waarom de KPN multicast tv stuk gaat in je uitleg. Als ik het goed begrijp dan is het functionaliteit van een switch en dat zal in dit geval het switch deel van de router zijn en de switch. Mogelijk ook nog de tweede router in AIMesh mode (daar ontbreekt me de kennis). Je geeft aan dat de sma omvormer ook querier kan zijn, die snap ik ook niet.
Maar ongeacht wie de querier is: uiteindelijk komt er een soort van admin table waarin opgenomen is wie de multicast clients zijn en waar dus het multicast verkeer heen moet toch? Maakt het dan wat uit als de modem in dit geval niet de querier is? Het gaat er toch om dat de multicast tv streams weten waar ze heen moeten?
Ondanks wat geraadpleegde bronnen mis ik ergens de essentie waarom in dit geval de tv stream dan toch stuk gaat.

Dat is de conclusie die je dan inderdaad mag trekken maar heb toch nog wat open eindjes. Als de conclusie die je trekt correct is, dan hebben de ontwikkelingen van de Box12 firmware die uiteindelijk ook naar de v10(a) komt mogelijk ook een relatie met de tv+ problematiek. Dan zou in die hoek ook aandacht zijn momenteel voor dit verhaal. Dat de v10 momenteel wat meer problemen met tv+ lijkt te hebben is dan wel een vreemde. Je zou dan toch juist minder problemen verwachten.

Problemen met de V10 hebben geloof ik via de interne switch te maken, als je een extra switch erachter zet(Netgear GS105E) is het probleem verholpen als ik het goed begrijp.

Daar lijkt het wel op. De vraag is dan wat er mee aan de hand is. Ik poog in mijn hoofd nu een link te maken met de case (als die er al is)

De SMA omvormer gebruikt IGMPv3 terwijl de Experia/KPN boxen en de TV ontvangers IGMPv2 gebruiken. Het grote verschil is dat bij IGMPv3 de cliënt kan filteren op de source vanwaar de IGMP multicast betrokken moeten worden. Bij IGMPv3 is het dus geen probleem dat er meerdere queriers zijn in een netwerk. Bij IGMPv2 is het inderdaad zo dat de querier met het laagste IP adres uitgekozen zal worden.

Een zeer simpele oplossing zou dus zijn om het IP adres van de Experia/KPN Box of eigen router te wijzigen van 192.168.x.254 in 192.168.x.1 en de DHCP range bij 192.168.x.2 te laten beginnen.

Duidelijk. Maar dan nog ontbreekt er een puzzelstukje bij mij. Met de nadruk op mij 

Wat is het probleem als de modem dan niet de querier rol heeft. Het gaat er toch om dat er een tabel is met multicast clients en die krijgen dan toch de multicast streams? 
 

Ik las overigens ergens dat het van belang is dat de protocol versions IGMP in het netwerk gelijk moet zijn. Kan het zo snel niet meer terugvinden.

De router moet wel querier zijn immers de IGMP proxy server t.b.v. KPN TV zit in de router en de TV ontvangers moeten met de IGMP proxy server verbinden en niet met een andere querier in het netwerk.

Voor het begrip, ook de IGMP proxy server is een IGMP querier.

Dank je wel voor de uitleg. Ik dacht het begrepen te hebben. Ik dacht even dat de querier alleen de table met IGMP clients bijhield. Dan snap ik het wel inderdaad. Ik ben eens aan het denken in mijn netwerk, mijn switch heeft IGMPv3 en de modem heeft dus IGMPv2. De tv ontvanger zit achter de switch. Wie is dan hier de querier met 2 verschillende versies? Ik denk de switch want die heeft een lager IP dan de modem. Dan zal de tv ontvanger verbinden met de querier in de switch. En die ontvangt de multicast streams dan wel van de IGMP proxy in de router? Waar gaat mijn gedachte de verkeerde kant op? Overigens kan ik de versie in de switch dacht ik kiezen.

edit: niet te kiezen in de switch. Ik zag dat volgens mij op het plaatje van de sma. Wat zou er gebeuren als daar voor IGMPv2 gekozen wordt.

Dus ik mag aannemen dat met de nieuwste box12 firmware er ook ondersteuning komt voor IGMPv3? Dat zou het geheel toch veel robuuster moeten maken wat betreft invloeden van bijvoorbeeld een omvormer.

Jouw switch is geen IGMP querier tenminste, ik neem aan dat jij een "simpele" layer 2 switch gebruikt zoals bijvoorbeeld de Netgear GS105Ev2 of de TL-SG105E.

Onderstaand een screenshot van de multicast instellingen op één van mij Netgear GS105Ev2's.

Ik heb mijn TV ontvangers op een apart vlan (4) staan, vandaar dat ik IGMP snooping op vlan 4 actief heb. Daarnaast heb ik aangegeven dat poort 1 de IGMP IGMP Snooping Static Router Port is wat betekent dat alle IGMP joins en leaves richting die poort geleid zullen worden en dat is de poort richting mijn EdgeRouter.

Ook die instelling zou kunnen voorkomen dat de TV ontvangers met de SMA omvormer verbinden als de SMA omvormer via een andere poort van die switch aangesloten is.

Roy74 schreef:

Dus ik mag aannemen dat met de nieuwste box12 firmware er ook ondersteuning komt voor IGMPv3? Dat zou het geheel toch veel robuuster moeten maken wat betreft invloeden van bijvoorbeeld een omvormer.

Dat zou inderdaad mooi zijn echter ... It takes two to tango ... en dat betekent dat dan ook de TV ontvangers IGMPv3 zullen moeten ondersteunen.

Kwestie van bekijken op termijn met de nieuwe software. Mocht het nog steeds IGMPv2 gebaseerd zijn dan kan in ieder geval nu eenvoudig het router ip adres naar 192.168.2.1 bv omgezet worden en de ip dhcp pool aangepast naar startend bij .2 of .10 zodat de router deze keer wel komt bovendrijven met het laagste ip adres.

Het is echt al heel lang bij KPN IGMPv2 gebaseerd. Zolang IGMPv3 voor de tv dienst geen meerwaarde biedt zie ik niet snel een overgang naar ondersteuning hiervoor. Denk niet dat KPN het netwerk en tv dienst ontwikkelt met het gedrag van een zonnepaneel omvormer in het achterhoofd om hier dan passende maatregelen op te nemen. Dat standaard RFC1918 gefixeerde adres 192.168.2.254 op de KPN routers daar had men wel anders mee om kunnen gaan.