De KPN TV+ box staat standaard zo ingesteld dat hij voor live TV kijken multicast wil gebruiken. Elke keer dat je zapt, zal de KPN TV+ Box proberen om die zender via multicast binnen te halen. Als dat niet binnen de gestelde tijd lukt, valt ie terug op unicast. Dan duurt het iets langer voor de zender uiteindelijk zichtbaar wordt.

Dit gebeurt vaak als er in de verbinding iets niet klopt. In jouw geval kan het zijn dat er iets in jouw script niet helemaal goed staat. Maar ik moet je eerlijk zeggen dat ik daar verder geen verstand van heb. Maar ik weet wel iemand die je hier mogelijk wel bij kan helpen en dat is wjb. Hij heeft een topic geschreven over het gebruik van een eigen router in combinatie met KPN: Gebruik een eigen router i.p.v. de Experia Box. Als je in dit topic jouw vraag stelt, wil hij je vast helpen!

Als jij live naar een zender kijkt, staat er dan LIVE of Live in de informatiebalk?

@wjb zolang de zender zwart is staat er LIVE. Als de zender dan eenmaal geladen is, staat er live.

Dan is de analyse van @Denise van KPN "spot on", het lukt dan inderdaad niet om een multicast verbinding op te zetten.

Ik neem aan dat de TV+ Box met een netwerkkabel op de Mikrotik aangesloten is, klopt dat?

Ik neem ook aan dat je de Mikrotik en TV+ Box na configuratie beide opnieuw opgestart hebt, klopt dat?

Wat is het IP adres dat de TV+ Box gekregen heeft?

Kan je ook eens een screenshot plaatsen van de netwerkinstellingen van de TV+ Box?

Overigens zijn de firewall rules voor het subnet 217.166.0.0/16 en 10.207.0.0/20 niet nodig en kan de firewall rule voor subnet 213.75.0.0/16 beperkt wordt tot 213.75.112.0/21. Dit is niet de oorzaak van het probleem dat je ervaart.

@Denise van KPN 

super! Nu nog zien uit te vinden waar het fout gaat met de multicast stream 

@wjb ja de tv box is inderdaad met een netwerkkabel aangesloten, alles is al meerdere malen opnieuw gestart of gereset

het ip adres dat de box is toegewezen 192.168.2.51 en staat op dhcp.  Dat valt dus binnen mijn dhcp server reeks

Yes, oplossing gevonden me behulp van discord server eigenrouter.nl 

de "local” bridge interface is niet nodig dus die kun je verwijderen.

bij routing>igmp-proxy>interface de interface dus op bridge zetten

en dan in de terminal deze regel nogmaals uitvoeren 

/ip dhcp-client add add-default-route=special-classless default-route-distance=210 dhcp-options=option60-vendorclass disabled=no \ interface=vlan1.4 use-peer-dns=no use-peer-ntp=no

Overal in de bovenstaande code moet "local” dus worden vervangen voor bridge

Super dat je eruit gekomen bent, @René Van de Laarschot! En bedankt dat je ons hier nog hebt willen laten weten hoe je het opgelost hebt. Daarmee kunnen toekomstige lezers weer uit de voeten. :)

@Denise van KPN jij hebt me een goede voorzet gegeven met het mulitcast / unicast verhaal. 

@wjb Super handige tip van dat LIVE / Live verhaal. Je moet het maar weten haha.

Nog wel een ander probleem uit voortgekomen. De livestream blijft elke 4:20 hangen. Het opnieuw laden van de zender lost dit probleem op voor 4:20  en daarna hangt hij weer. Ik heb hier wat over gezien op het forum en iemand had de igmp membership interval op 300sec gezet en daarmee was het probleem verholpen. Helaas werkt dit bij mij niet. iemand nog een suggestie ? 

Heb je nog een andere "router" in jouw netwerk staan?

Geen andere router. wel veel andere netwerk apparatuur.

unifi  poe switches

unifi accespoints 

Rpi met Pihole 

Rpi met home assistant

Synology nas

Hikvision NVR  

een van deze verdacht ?

De unifi accesspoints. Kan je die even loskoppelen?

@wjb ik heb alles losgekoppeld van de router behalve de raspberry pi met pihole en 1 kpn tv+ box. De pi is de dns server, zonder die werkt de tv box ook niet. Maar nog steeds blijft de stream hangen op 4:20.

dit zijn de settings 

Igmp version 2

mld version 1

multicast router: temporary query

Multicast query: yes

Startup query count :2

last member interval : 1s

Membership interval : 260s

Querier interval : 255s

Query interval 125s

Query response interval 10s

Startup query interval 31.25 s

Iets wat ik hier kan aanpassen /testen? 

Is er op die Raspberry Pi ook nog een IGMP proxy server actief?

Dat wat jij ervaart duidt echt op een tweede IGMP proxy server in het netwerk.

@wjb Nee daar is niets actief. Ik ga vanavond / het weekend nog eens testen door alles los te gooien behalve 1 tv+ box en dan de dns server van google te gebruiken ipv de pihole 

overigens had ik op t forum nog wat gevonden over een SMA omvormer. Dat gedeelte heb ik nu ook uitgeschakeld

Dat is inderdaad ook een apparaat dat regelmatig roet in het eten gooit.

Normaliter is dat echter alleen als dergelijke apparaten op het vlan aangesloten zijn waar ook de STB op aangesloten is. Dat is bij jou niet het geval. Kan je voor dezekerheid controleren dat de STB inderdaad een IP adres uit vlan 4 heeft.

De term STB ken ik niet. Bedoel je daar de set top box mee? Die krijg een ip adres uit dezelfde reeks als alle andere netwerkapparatuur. Volgens mij heeft vlan 4 ook geen eigen dhcp server 

Bij de dhcp server staat option set > IPTV geselecteerd. Dat is dit stukje configuratie 

/ip dhcp-server option
add code=60 name=option60-vendorclass value="'IPTV_RG'"
add code=28 name=option28-broadcast value="'192.168.2.255'"

/ip dhcp-server option sets
add name=IPTV options=option60-vendorclass,option28-broadcast

De broadcast value zit dus in mijn dhcp server reeks

Je zou vlan 4 toch echt een eigen DHCP server moeten geven om een volwaardig apart vlan voor de TV ontvangers te creëren.

@wjb Als ik de tv ontvanger helemaal isoleer, kan ik dan nog wel communiceren met overige apparaten in het netwerk? Ik gebruik namelijk ook VLC om te kunnen streamen vanuit mijn nas.

Nu wel weer een stap verder. Er heeft iemand meegekeken van eigenrouter.nl om het probleem op te sporen. Ik heb de configuratie compleet  opnieuw ingeladen en slechts 1 ontvanger aangesloten. Toen bleek er toch een regel in de firewall verzet moeten worden. De volgorde van de firewall stond dus niet helemaal goed. 

Toen werkte de tv prima, tot ik weer alle netwerk apparatuur aan begon te sluiten. Na  lang zoeken en stekker voor stekker, met 4:20 tussenin, weer aan te sluiten blijkt het probleem dus ook te worden veroorzaak door de SMA omvormer. volgens dit topic moet dit worden uitgeschakeld.

Dit heb ik gedaan zoals in de uitleg, maar helaas nog geen succes. Zodra ik de omvormer weer aansluit is het kassa. Na verder te hebben gelezen hebben meer mensen dit probleem. Iemand nog een suggestie? Of wellicht de SMA in een aparte vlan zetten? 

Het heeft geen zin om een apart vlan te gebruiken als je daarbij niet zorgt voor een volledige splitsing en dus ook voor een ander subnet te zorgen. Dan kan je de Tav+ Box net zo goed op jouw LAN laten staan.

Als jouw router mDNS repeating ondersteunt dan kan je casten over verschillende subnetten.

Je zou de SMA omvormer inderdaad op een apart vlan kunnen plaatsen.

Waarschijnlijk loopt jouw IGMP Proxy vast, een herstarten van de IGMP Proxy zal helpen

Dit gebeurt dus alleen als de SMA omvormer ook op het netwerk is aangesloten

Je moet IGMP snooping gewoon aan laten staan op jouw switches.

Als je jouw SMA omvormer op een apart vlan plaatst dan zou het probleem verholpen moeten zijn.

De oorzaak is dat jouw TV+ Box een tweede IGMP proxy server vindt op het netwerk met een lager IP nummer dan de router en daardoor omschakelt naar deze IGMP proxy server.

Een alternatieve oplossing is om het IP adres van jouw router te veranderen van 192.168.2.254 naar 192.168.2.1. Ook dan zou de TV+ Box niet meer mogen switchen maar persoonlijk vind ik deze oplossing een beetje gekunsteld.