Sticky

Gebruik een eigen router i.p.v. de Experia Box

  • 8 September 2018
  • 8555 reacties
  • 561592 keer bekeken
Gebruik een eigen router i.p.v. de Experia Box
Reputatie 7

Wil je om wat voor een reden dan ook af van de Experia Box, vervang deze dan door een eigen router. Dat is mogelijk, al kan het best een uitdaging zijn om een eigen router zo te configureren dat deze goed overweg kan met het iTV platform van KPN.

 

Wijzigingen in configuratie scripts voor EdgeRouters (22 juli 2022).

Edit (22 juli 2022): Wijziging van 21 juli 2022 teruggedraaid. De scripts voor te EdgeRouter X met vlan zijn bedoeld om op de corresponderende poort een switch aan te sluiten en niet een TV ontvanger. 

Edit (21 juli 2022): Scripts voor EdgeRouter-X (SFP) aangepast zodat vlan 4 niet als vid maar als pvid op de eerste poort van de switch geactiveerd wordt.

Edit (12 maart 2022): Scripts voor EdgeRouter-X (SFP) aangepast zodat vlan 4 op de eerste poort van de switch geactiveerd wordt.

Edit (10 maart 2022): Scripts toegevoegd voor het gebruik van vlan 4 voor TV.

Edit (21 december 2021): Foutje in het script voor de EdgeRouter 4-SFP met TV ontvanger(s) op eth0 en eth1 hersteld

Edit (18 oktober 2021): Scripts toegevoegd voor de EdgeRouter 4 met TV ontvanger(s) op aparte poorten.

Edit (4 september 2021): Firewall inkomend toegevoegd op vlan 4 (IPTV). Overbodige global options op DHCP server verwijderd. Foutje in configuratie van IGMP proxy server in configuratiescripts voor EdgeRouters met SFP gecorrigeerd. 

Edit (3 augustus 2021): Het configuratiescript voor de EdgeRouter Lite 3 is hernoemd naar de EdgeRouter 4.

Configuratiescripts toegevoegd voor de EdgeRouter 4 waarbij de SFP poort gebruikt wordt als WAN poort.

De configuratiescripts voor de EdgeRouter X SFP zijn nu voor gebruik van de SFP poort als WAN poort. Als de SFP poort niet gebruikt wordt dan kan het configuratiescript voor de EdgeRouter X gebruikt worden.

Kleine optimalisaties doorgevoerd in configuratiescripts voor de EdgeRouter X met TV ontvangers op aparte poorten.

 

Edit (1 augustus 2021): Configuratiescripts voor Telfort verwijderd en configuratiescript voor EdgeRouter X met 2 TV ontvangers toegevoegd.

 

Edit (22 februari 2021): De config.boot in het configuratiescript voor de EdgeRouter X KPN met telefonie via Experia Box bleek voor de Telfort variant van de EdgeRouter Lite 3 te zijn.

 

Edit (20 februari 2021): De config.boot bleek te missen in het Telfort script voor de EdgeRouter Lite 3 zonder telefonie via de Experia Box. Tevens bleek de verkeerde readme.txt opgenomen te zijn in de Telfort configuratiescripts voor de EdgeRouter Lite 3. 

 

Edit (14 februari 2021): Kleine aanpassing zodat het plaatsen van de TV ontvangers op een eigen subnet iets eenvoudiger wordt.

 

Edit (15 januari 2021): Het lijkt er op, als de technische migratie gestart wordt, dat ex Telfort abonnees hun Experia Box tijdelijk zullen moeten aansluiten om overgezet te kunnen worden van de Telfort architectuur naar de KPN architectuur. Daarna kan je direct de eigen router weer gebruiken mits de configuratie daarvan ook omgezet is van Telfort naar KPN.

 

Edit (14 januari 2021): Foutje gecorrigeerd in de configuratiescripts voor de EdgeRouter X met TV op eth1.

 

Edit (19 december 2020): KPN heeft op 14 december een nieuwe dienst geïntroduceerd zijnde een malwarefilter. Feitelijk is dit niets anders dan het gebruik van andere DNS servers.

De anti-malware DNS servers van KPN hebben de onderstaande IP adressen:

  • 195.121.97.202
  • 195.121.97.203
  • 2a02:a47f:ac::210
  • 2a02:a47f:ac::212

Wil je gebruik maken van deze dienst dan zal je de DNS servers moeten overnemen.

 

Edit (27 november 2020): Ik heb de configuratiescripts voor Telfort met telefonie via de Experia Box aangepast. 

 

Edit (21 november 2020): Ik heb een foutje in de bootstrap hersteld die er voor zou moeten zorgen dat na een reboot van de EdgeRouter de IGMP proxy server wel automatisch opgestart gaat worden. Ik raad bestaande gebruikers, die hun EdgeRouter met een configuratiescript van voor 21 november 2020 geconfigureerd hebben, aan de fix (EdgeRouter-KPN-Bootstrap-Fix (zip 21 november 10:13) te downloaden en de wijzigingen op hun router door te voeren.

 

Edit (7 november 2020): Ik heb de configuratiescripts voor onze Telfort broeders toegevoegd.

 

Edit (6 november 2020): Ik heb in de configuratiescripts de bootstrap voor de EdgeRouter aangepast zodat standaard geconfigureerd wordt dat de IGMP proxy server pas gestart wordt nadat het netwerk geactiveerd is. Hierdoor is een herstart van de IGMP proxy server na een reboot niet meer nodig. Bestaande EdgeRouter gebruikers kunnen het script EdgeRouter-KPN-Bootstrap-Fix (zip 6 november 17:40) downloaden om de wijzigingen op hun router door te voeren.

 

Edit (25 maart 2020): De vrije (modem)routerkeuze is vanaf vandaag een feit. 😀 Daarmee is het nu ook mogelijk een eigen router te gebruiken als je vaste telefonie bij KPN hebt ondergebracht.Als je een EdgeRouter gaat gebruiken met een eigen VoIP ATA voor telefonie dan kan je kiezen voor de configuratiescripts zonder telefonie. Zet hierbij wel de SIP functionaliteit uit op de EdgeRouter.

Edit (4 september 2019): Sinds 12 augustus is dit ook voor VDSL abonnees -zonder vaste telefoon abonnement van KPN- mogelijk nu in OS 7.13 van de Fritz!Box routers een configuratie wizard voor de KPN netwerken is opgenomen. Overigens is de Fritz!Box met OS 7.13 ook inzetbaar op glasvezelaansluitingen. Gebruik de Fritz!Box vergelijker om een voor jouw aansluiting geschikt model te selecteren. Laat je hierbij overigens niet misleiden door de filter "glasvezel". Het lijkt er dan op dat alleen de 5490 geschikt zou zijn maar dat is niet zo. Elke Fritz!Box met een WAN poort kan op de NTU aangesloten worden. Let er ook goed op dat OS 7.13 of nieuwer beschikbaar is op die Fritz!Box.


Met dit topic hoop ik dat wij als abonnees van KPN elkaar kunnen helpen met het configureren van een eigen router.

LET OP: Het onderstaande zal waarschijnlijk al snel een vrij hoog technisch gehalte gaan krijgen waardoor het voor velen best lastig te volgen zou kunnen zijn. Toch hoop ik dat uiteindelijk in dit topic goede en begrijpelijke handleidingen zullen ontstaan waardoor ook de minder technisch aangelegde abonnee in staat zal zijn zijn/haar eigen router te gebruiken. Mocht je denken ... dit gaat me toch echt mijn pet te boven ... dan is wellicht het volgende topic iets voor jou: Gebruik een eigen router achter de Experia Box.

Wees je er overigens terdege van bewust dat lang niet elke router geschikt is om de Experia Box te vervangen. Met name de configuratie van het IPTV gedeelte kan nog wel eens een spelbreker blijken te zijn. Zo zie je bijvoorbeeld op TP-Link en Asus routers functionaliteit voor het inrichten van IPTV maar dat is bridged-IPTV waarbij een LAN poort van de router gebridged wordt op het IPTV vlan van KPN (vlan 4). KPN maakt echter gebruik van routed-IPTV waarbij de TV ontvangers, net als alle andere apparatuur, gewoon met Internet (vlan 6) verbonden worden en een IGMP proxy server op de router er voor zorgt dat de TV streams van vlan 4 betrokken worden. Gelukkig zijn er ook routers te vinden waarmee de Experia Box wel succesvol vervangen kan worden maar het is wel cruciaal dat je bij de aanschaf van een router goed kijkt of deze geschikt is voor routed IPTV van KPN.

Bron.

Onderaan dit topic staat een lijst met routers die tot op heden succesvol op een KPN aansluiting met IPTV in gebruik genomen zijn.

 

KPN zal je geen support meer kunnen bieden bij eventuele storingen en dus ben je dan op jezelf aangewezen om zo'n storing te verhelpen. Daarnaast zullen de KPN servicetools niet meer werken.

Zelf heb ik een Ubiquiti EdgeRouter 4 ingezet om de Experia Box te vervangen. Deze router heeft geen ingebouwde wifi, maar daarvoor gebruik ik losse WiFi accesspoints zoals de EDIMAX CAP1200, de KPN WiFi "versterker", de Experia WiFi of bijvoorbeeld de Ubiquiti Unifi AP AC PRO.

Onderstaand een screenshot van het dashboard van mijn EdgeRouter 4 waarin zichtbaar is dat deze een (pppoe) verbinding opgebouwd heeft met het KPN netwerk op vlan 6 en dat het IPTV op vlan 4 operationeel is.

Ik hoop dat voor een aantal geschikte routers configuratie scripts geschreven gaan worden die we dan hier op kunnen nemen.

Configuratie scripts (downloads)

Let op: De onderstaande scripts zetten de login en wachtwoord op de standaard die Ubiquiti zelf ook gebruikt (ubnt). Men doet er zeer verstandig deze na de configuratie te wijzigen.

 

EdgeRouter 4

Met telefonie via Experia Box (zip 4 september 2021 16:45).

Zonder telefonie via Experia Box (zip 18 oktober 2021 15:17).

Als je de TV ontvanger(s) op een apart vlan wilt plaatsen dan kan je één van de onderstaande scripts gebruiken.

Met telefonie via Experia Box en TV via vlan 4 (zip 10 maart 2022 13:47).

Zonder telefonie via Experia Box en TV via vlan 4 (zip 10 maart 2022 13:47).

Als je één TV ontvanger gebruikt en deze rechtstreeks op de EdgeRouter aan kunt sluiten, gebruik dan het onderstaande script.

Zonder telefonie via Experia Box en eth1 voor TV ontvanger (zip 18 oktober 2021 15:17).

 

De configuratiescripts voor de EdgeRouter 4 zijn ook geschikt voor de EdgeRouter Lite 3 en EdgeRouter 6P. De SFP poort alsmede eth3 en hoger worden in deze scripts niet geconfigureerd, dat kan dan eventueel achteraf handmatig gedaan worden.

 

EdgeRouter 4 - SFP

De onderstaande scripts zijn specifiek voor het gebruik van de SFP poort als WAN poort.

Met telefonie via Experia Box (zip 4 september 2021 18:04).

Zonder telefonie via Experia Box (zip 4 september 2021 18:04).

Als je de TV ontvanger(s) op een apart vlan wilt plaatsen dan kan je één van de onderstaande scripts gebruiken.

Met telefonie via Experia Box en TV via vlan 4 (zip 10 maart 2022 13:47).

Zonder telefonie via Experia Box en TV via vlan 4 (zip 10 maart 2022 13:47).

Als je één TV ontvanger gebruikt en deze rechtstreeks op de EdgeRouter aan kunt sluiten, gebruik dan het onderstaande script.

Zonder telefonie via Experia Box en eth1 voor TV ontvanger (zip 18 oktober 2021 15:17).

Als je twee TV ontvangers gebruikt en deze rechtstreeks op de EdgeRouter aan kunt sluiten, gebruik dan het onderstaande script.

Zonder telefonie via Experia Box en eth0/1 voor TV ontvangers (zip 21 december 2021 17:22).

 

De SFP poort zal voorzien moeten zijn van een RJ45 module voor aansluiting op de NTU, ONT of VDSL modem danwel een Fiber module voor een rechtstreekse aansluiting op de FTU.

Let op: De EdgeRouter kan niet rechtstreeks op de FTU aangesloten worden bij XGS-PON aansluitingen. 

 

EdgeRouter X
Met telefonie via Experia Box (zip 4 september 2021 16:45).

Zonder telefonie via Experia Box (zip 4 september 2021 16:45).

Als je de TV ontvanger(s) op een apart vlan wilt plaatsen dan kan je één van de onderstaande scripts gebruiken.

Met telefonie via Experia Box en TV via vlan 4 op eth2 (zip 22 juli 2022 11:55).

Zonder telefonie via Experia Box en TV via vlan 4 op eth1 (zip 22 juli 2022 11:55).

Als je één TV ontvanger gebruikt en deze rechtstreeks op de EdgeRouter aan kunt sluiten, gebruik dan de onderstaande scripts.

Met telefonie via Experia Box en eth1 voor TV ontvanger (zip 4 september 2021 16:45).

Zonder telefonie via Experia Box en eth1 voor TV ontvanger (zip 4 september 2021 16:45).

Als je twee TV ontvangers gebruikt en deze rechtstreeks op de EdgeRouter aan kunt sluiten, gebruik dan het onderstaande script.

Zonder telefonie via Experia Box en eth1/2 voor TV ontvangers (zip 4 september 2021 16:45).

 

De configuratiescripts voor de EdgeRouter X werken ook voor de EdgeRouter 10X, 12 en 12P waarbij eth3 en hoger achteraf handmatig geconfigureerd moeten worden.

 

EdgeRouter X - SFP

De onderstaande scripts zijn specifiek voor het gebruik van de SFP poort als WAN poort.

Met telefonie via Experia Box (zip 4 september 2021 18:06).

Zonder telefonie via Experia Box (zip 4 september 2021 18:06).

Als je de TV ontvanger(s) op een apart vlan wilt plaatsen dan kan je één van de onderstaande scripts gebruiken.

Met telefonie via Experia Box en TV via vlan 4 op eth1 (zip 22 juli 2022 11:55).

Zonder telefonie via Experia Box en TV via vlan 4 op eth0 (zip 22 juli 2022 11:55).

 

De SFP poort zal dan dus voorzien moeten zijn van een RJ45 module voor aansluiting op de NTU, ONT of VDSL modem danwel een Fiber module voor een rechtstreekse aansluiting op de FTU.

Let op: De EdgeRouter kan niet rechtstreeks op de FTU aangesloten worden bij XGS-PON aansluitingen. 

 

Heb je vaste telefonie van KPN en wil je jouw Experia Box blijven gebruiken voor telefonie, kies dan voor een configuratiescript "met telefonie via Experia Box". Let op, de V12 is hier niet voor geschikt.

Heb je vaste telefonie van KPN en laat je die via een eigen VoIP ATA lopen, kies dan voor een configuratiescript "zonder telefonie via Experia Box".

Het wachtwoord voor jouw SIP account van je via de SIP service tool instellen.

Zorg er dan tevens voor dat de SIP module op de EdgeRouter gedisabled is.

 

De bovenstaande configuraties zetten IPv6 op de EdgeRouter aan. Mocht het zijn dat op jouw aansluiting IPv6 nog niet volledig operationeel is, dan kan je op de EdgeRouter IPv6 eenvoudig uitzetten (disablen) via de Config Tree -> System -> ipv6.
Druk daartoe op het plusteken naast disable en vervolgens op Preview en Apply.

5072ea1a-b210-40bf-9353-e00794843939.png

Let op: Het uit (of aan) zetten van IPv6 vereist wel dat de EdgeRouter gereboot wordt.

 

Heb je services draaien die je vanaf Internet moet kunnen benaderen, configureer dan de port-forwarding als onderstaand...

...en voeg daarna de benodigde poorten toe met de verwijzing naar het LAN IP adres van het apparaat dat die service levert.

In het onderstaande voorbeeld forward ik OpenVPN naar mijn Synology NAS.


Ubiquiti UniFi Security Gateway: Zie https://www.vanachterberg.org/usg-kpn-ftth/posts/unifi-security-gateway-kpn-ftth-iptv-ipv6/

 

UniFi Dream Machine (Pro): Zie https://github.com/fabianishere/udm-iptv

 

Unifi Gateway Lite: Zie dit bericht.

 

OPNsense & pfSense: Zie https://gathering.tweakers.net/forum/list_message/67694326#67694326


DrayTek Vigor: Zie dit bericht.
De DrayTek Vigor brengt het gebruik van een eigen router binnen bereik van de VDSL abonnee en dat is een zeer grote stap voorwaarts, waarvoor dank aan @Pipo10.

 

Synology RT1900ac / RT2600ac / RT6600ax / MR2200ac / WRX560: Zie dit topic

 

TP-Link ER605 v2.0: Zie dit topic.

 

Ik heb mijn EdgeRouter 4 voorzien van een Let's Encrypt SSL certificaat waardoor ik een https verbinding kan opzetten en de uitwisseling van informatie dus encrypted is.

Hiervoor heb ik de github van j-c-m gebruikt en een taak in de task-scheduler geplaatst die om de 14 dagen opgestart wordt om het SSL certificaat te vernieuwen mocht dit nodig zijn.

 

Je hebt wel een url nodig die naar jouw publieke IP adres wijst.

 

Lijst met (modem)routers die succesvol op een KPN aansluiting i.c.m. IPTV in gebruik genomen zijn.

  • EdgeRouter (verschillende typen)
  • UniFi Dream Machine (Pro) / Unifi Dream Router
  • Unifi Gateway Lite
  • FRITZ!Box voorzien van FRITZ!OS 7.13 of hoger
  • Draytek Vigor 2760n, 2865 en 3910 en vast en zeker ook andere (nieuwere) modellen
  • Synology RT1900ac / RT2600ac / RT6600ax / MR2200ac / WRX560
  • TP-Link AX10 hardware versie 1.0. Andere modellen uit de AX serie zouden ook geschikt moeten zijn maar helaas worden er veel problemen gemeld. 
  • TP-Link ER605 v2.0
  • Routers/PC's op basis van RouterOS van Mikrotik
  • Routers/PC's op basis van OPNsense of pfSense

Lijst met modems die op een KPN aansluiting gebruikt kunnen worden.

  • Draytek Vigor 130 of 165/167 in full-bridge-mode. Let op: De Vigor 130 en 165/167 ondersteunen (nog) geen bonding. De Vigor 165 en 167 ondersteunen wel VPlus.
  • Zyxel VMG4005-B50A. Dit modem ondersteunt zowel bonding als VPlus.
  • ZTE H186 DSL NT. Ook dit modem ondersteunt zowel bonding als Vplus.

Ik hoop dat deze lijst steeds langer zal gaan worden, maar staat jouw (modem)router er niet tussen Google dan eerst of er al iemand is die dat apparaat succesvol in gebruik genomen heeft.


8555 reacties

Reputatie 4
Badge +2

Maar toch blijft de vraag hangen: was dit nou toeval of niet? 

Dank voor de hulp!

Ik had een soortgelijk iets. Had ook mijn edgerouter gekoppeld maar kreeg ook geen telefonie. Een KPN moderator heeft toen iets afgerond want volgens hun was mijn installatie nog niet afgerond.

Daarna werkte het gelijk. Misschien had ik ook die experia er aan moeten hangen en resetten. 

Reputatie 1

VLAN 4 mocht niet baten. IPTV valt na 5min weer uit. :(

Reputatie 7

VLAN 4 mocht niet baten. IPTV valt na 5min weer uit. :(

Dus als jouw omvormer gewhitelist wordt voor multicasts dan houdt jouw TV er na een paar minuten mee op. Zolang jouw omvormer niet gewhitelist is blijft de televisie het doen. 

Klopt het bovenstaande?

Reputatie 1

VLAN 4 mocht niet baten. IPTV valt na 5min weer uit. :(

Dus als jouw omvormer gewhitelist wordt voor multicasts dan houdt jouw TV er na een paar minuten mee op. Zolang jouw omvormer niet gewhitelist is blijft de televisie het doen. 

Klopt het bovenstaande?

Yes, correct.

Reputatie 7

VLAN 4 mocht niet baten. IPTV valt na 5min weer uit. :(

Dus als jouw omvormer gewhitelist wordt voor multicasts dan houdt jouw TV er na een paar minuten mee op. Zolang jouw omvormer niet gewhitelist is blijft de televisie het doen. 

Klopt het bovenstaande?

Yes, correct.

Als de TV ontvanger en de omvormer op verschillende vlans zitten dan zouden ze niet zomaar elkaar in de weg kunnen zitten. Ik ben nog wel benieuwd hoe de IGMP proxy server geconfigureerd is want ik neem aan dat downstream alleen het vlan van de TV ontvanger actief is.

Reputatie 4
Badge +4

@1337lutz,

Ik zit even mee te lezen en gezien we , buiten de ER om, dezelfde apparatuur gebruiken denk ik dat je de omvormer niet apart hoeft te enablen voor multicast. Ik draai net als jij ITPV op een apart VLAN waar IGMP snooping op aanstaat. Echter staat via de unifi controller ook IGMP Snooping aan, door het vinkje aan te zetten op het LAN (default VLAN 1). Op mijn unifi AP's (SSID's) staat IGMP snooping uit (dit handelen de switches af) en ik gebruik op whitlisting, dus wat je nog zou kunnen proberen om (tijdelijk) een gasten SSID op te zetten en daar de omvormer op te laten draaien, zonder hier apart op je controller Multicast aan te zetten. 

Zoals wjb al heeft aangeven, kijk goed naar je settings van je IGMP Proxy server en of het aangemaakte VLAN ook zijn werk doet.

https://help.ui.com/hc/en-us/articles/204961854-EdgeRouter-IGMP-Proxy

 

Reputatie 1

Hey guys,

Thanks voor alle tips!

Dit is de output van mijn config.boot betreffende de igmp proxy:

protocols {
igmp-proxy {
interface eth0.4 {
alt-subnet 0.0.0.0/0
role upstream
threshold 1
}
interface eth1.4 {
alt-subnet 192.168.4.0/24
role downstream
threshold 1
}
}
static {
interface-route6 ::/0 {
next-hop-interface pppoe0 {
}
}
}
}

en de NAT rule:

nat {
rule 5000 {
description IPTV
destination {
address 213.75.112.0/21
}
log disable
outbound-interface eth0.4
protocol all
source {
address 192.168.4.0/24
}
type masquerade
}
rule 5010 {
description Internet
log disable
outbound-interface pppoe0
protocol all
type masquerade
}
}

 

@Multiedje In principe staat mijn omvormer al op een los netwerk op VLAN 55, de IPTV zit nu op VLAN 4. Zou jij zeggen om dus IGMP snooping uit te zetten voor de network (IoT WIFI - VLAN 55)? die fungeert in de controller als een VLAN only

Reputatie 4
Badge +4

Hey guys,

Thanks voor alle tips!

Dit is de output van mijn config.boot betreffende de igmp proxy:

@Multiedje In principe staat mijn omvormer al op een los netwerk op VLAN 55, de IPTV zit nu op VLAN 4. Zou jij zeggen om dus IGMP snooping uit te zetten voor dat WLAN?

Ik heb niet apart op WLAN IGMP Snooping aanstaan, gezien de AP's aan de switches hangen die de snooping afhandelen. Er is dus 0 multicast verkeer op mijn WLAN, dit zou ik alleen krijgen als ik via de bridge poort van de AC Pro een STB ga aansluiten. Gezien ik IPTV via een apart VLAN heb lopen kan ik de betreffende poort isoleren daar gaat alleen Multicast verkeer over.

Dus in jou geval, IGMP snooping aan op VLAN4 en dan hoef je volgens mij niets te doen met Multicast op VLAN 55. Als je de controller en de firewall rules van je ER goed inricht dan moet dat werken. Als voorbeeld op mijn ER4. Verkeer van eth2 kan niet op eth1 komen middels de firewall rules. Zo kan dus ook onbedoeld multicast verkeer niet door mijn overige netwerk heen gaan.

 

protocols {
    igmp-proxy {
        interface eth0.4 {
            alt-subnet 0.0.0.0/0
            role upstream
            threshold 1
        }
        interface eth1.4 {
            alt-subnet 0.0.0.0/0
            role downstream
            threshold 1
Zo te zien staat je alt-subnet op je VLAN niet goed, zie vorig screenshot

Reputatie 1

Ik hang hier even wat meer info aan van wat ik nu heb qua settings:

 

De IPTV zit nu op VLAN4 via de UAP InWall (deze heeft 2 outputs) met de port vastgezet op VLAN 4.

 

Ik heb zojuist block multicast op deze IOT wifi uitgezet.

WIFI IOT

 

 

VLAN 4
VLAN 50
VLAN 55

 

LAN

Output: show ip multicast interfaces

Intf             BytesIn        PktsIn      BytesOut       PktsOut            Local
eth1 0.00b 0 0.00b 0 192.168.2.254
eth1.55 0.00b 0 0.00b 0 192.168.55.1
eth1.50 0.00b 0 0.00b 0 192.168.50.1
eth0.4 917.96MB 709842 0.00b 0 10.137.96.251
eth1.4 0.00b 0 918.01MB 709880 192.168.4.1
pppoe0 0.00b 0 0.00b 0 xxxx

 

Reputatie 4
Badge +4

@1337lutz,

Ik heb, buiten VLAN 4 en LAN, geen IGMP snooping aanstaan. Je LAN (gateway)staat overigens in je ER op 192.168.2.254 en op je controller settings op 192.168.2.1

Welk merk en type switch gebruik je overigens?

Reputatie 1

@1337lutz,

Ik heb, buiten VLAN 4 en LAN, geen IGMP snooping aanstaan. Je LAN (gateway)staat overigens in je ER op 192.168.2.254 en op je controller settings op 192.168.2.1

 

Scherp, aangepast.

Ik heb mijn Block LAN to WLAN Multicast and Broadcast Data voor het IoT WIFI weer aangezet en toen handmatig mijn mac adres van ER3 eth1, RPI en mijn omvormer toegevoegd. Pas dan is de omvormer weer toegankelijk via het web interface / speedwire (protocol).

Reputatie 4
Badge +4

@1337lutz,

Ik heb, buiten VLAN 4 en LAN, geen IGMP snooping aanstaan. Je LAN (gateway)staat overigens in je ER op 192.168.2.254 en op je controller settings op 192.168.2.1

 

Scherp, aangepast.

Ik heb mijn Block LAN to WLAN Multicast and Broadcast Data voor het IoT WIFI weer aangezet en toen handmatig mijn mac adres van ER3 eth1, RPI en mijn omvormer toegevoegd. Pas dan is de omvormer weer toegankelijk via het web interface / speedwire (protocol).


Ben benieuwd of het nu werkt/blijft werken. Wel ben ik benieuwd waarom je de PI (tenzij deze via wifi is geconnecteerd) wil opnemen in je whitlist. Kijk ook nog even goed naar je Proxy settings (mijn vorige opmerking) 

protocols {
    igmp-proxy {
        interface eth0.4 {
            alt-subnet 0.0.0.0/0
            role upstream
            threshold 1
        }
        interface eth1.4 {
            alt-subnet 0.0.0.0/0
            role downstream
            threshold 1

Reputatie 1

@1337lutz,

Ik heb, buiten VLAN 4 en LAN, geen IGMP snooping aanstaan. Je LAN (gateway)staat overigens in je ER op 192.168.2.254 en op je controller settings op 192.168.2.1

 

Scherp, aangepast.

Ik heb mijn Block LAN to WLAN Multicast and Broadcast Data voor het IoT WIFI weer aangezet en toen handmatig mijn mac adres van ER3 eth1, RPI en mijn omvormer toegevoegd. Pas dan is de omvormer weer toegankelijk via het web interface / speedwire (protocol).


Ben benieuwd of het nu werkt/blijft werken. Wel ben ik benieuwd waarom je de PI (tenzij deze via wifi is geconnecteerd) wil opnemen in je whitlist. Kijk ook nog even goed naar je Proxy settings (mijn vorige opmerking) 

protocols {
    igmp-proxy {
        interface eth0.4 {
            alt-subnet 0.0.0.0/0
            role upstream
            threshold 1
        }
        interface eth1.4 {
            alt-subnet 0.0.0.0/0
            role downstream
            threshold 1

Proxy heb ik opgenomen.

Pi heb ik inderdaad verwijderd en kan nog steeds goed verbinden met de omvormer.

 

TV loopt echter nu weer vast. (na whitelisten omvormer)

Reputatie 4
Badge +4

@1337lutz,

Ik heb, buiten VLAN 4 en LAN, geen IGMP snooping aanstaan. Je LAN (gateway)staat overigens in je ER op 192.168.2.254 en op je controller settings op 192.168.2.1

 

Scherp, aangepast.

Ik heb mijn Block LAN to WLAN Multicast and Broadcast Data voor het IoT WIFI weer aangezet en toen handmatig mijn mac adres van ER3 eth1, RPI en mijn omvormer toegevoegd. Pas dan is de omvormer weer toegankelijk via het web interface / speedwire (protocol).


Ben benieuwd of het nu werkt/blijft werken. Wel ben ik benieuwd waarom je de PI (tenzij deze via wifi is geconnecteerd) wil opnemen in je whitlist. Kijk ook nog even goed naar je Proxy settings (mijn vorige opmerking) 

protocols {
    igmp-proxy {
        interface eth0.4 {
            alt-subnet 0.0.0.0/0
            role upstream
            threshold 1
        }
        interface eth1.4 {
            alt-subnet 0.0.0.0/0
            role downstream
            threshold 1

Proxy heb ik opgenomen.

Pi heb ik inderdaad verwijderd en kan nog steeds goed verbinden met de omvormer.

 

TV loopt echter nu weer vast.


restart igmp-proxy of/en even de STB's power eraf halen, ze moeten wel even de weg kunnen vinden;-)

EDIT: reboot via gui wil na SAVE ook werken.

Reputatie 1

@1337lutz,

Ik heb, buiten VLAN 4 en LAN, geen IGMP snooping aanstaan. Je LAN (gateway)staat overigens in je ER op 192.168.2.254 en op je controller settings op 192.168.2.1

 

Scherp, aangepast.

Ik heb mijn Block LAN to WLAN Multicast and Broadcast Data voor het IoT WIFI weer aangezet en toen handmatig mijn mac adres van ER3 eth1, RPI en mijn omvormer toegevoegd. Pas dan is de omvormer weer toegankelijk via het web interface / speedwire (protocol).


Ben benieuwd of het nu werkt/blijft werken. Wel ben ik benieuwd waarom je de PI (tenzij deze via wifi is geconnecteerd) wil opnemen in je whitlist. Kijk ook nog even goed naar je Proxy settings (mijn vorige opmerking) 

protocols {
    igmp-proxy {
        interface eth0.4 {
            alt-subnet 0.0.0.0/0
            role upstream
            threshold 1
        }
        interface eth1.4 {
            alt-subnet 0.0.0.0/0
            role downstream
            threshold 1

Proxy heb ik opgenomen.

Pi heb ik inderdaad verwijderd en kan nog steeds goed verbinden met de omvormer.

 

TV loopt echter nu weer vast.


restart igmp-proxy of/en even de STB's power eraf halen, ze moeten wel even de weg kunnen vinden;-)

EDIT: reboot via gui wil na SAVE ook werken.

Heb restart proxy gedaan EN de STB uit en aan gezet, na 10min krijg ik wederom de melding dat de zender niet beschikbaar is. 🤷‍♂️

Ik ben niet zo behendig in het interface van de ER, maar kan ik niet alle incoming igmp/multicast traffic naar eth 1.04 blokkeren?

Reputatie 4
Badge +4

@1337lutz,

Dus VLAN 4 aanmaken, je DHCP aanmaken, je NAT aanpassen op de ER

VLAN 4 (only)  met IGMP snooping aan op je controller.

Poorten op je switch aanpassen t.b.v. IPTV VLAN 4

Op je Controller Force Provision op de switches en AP's

SAVE en reboot op je ER

Ik zou bijna die kant op komen:grinning:

Reputatie 1

@Multiedje Dat is precies wat ik heb:

 

Reputatie 4
Badge +4

@Multiedje Dat is precies wat ik heb:

 


Je moet het in de settings van de ER gaan zoeken. Heb je de DNS en interfaces al nagekeken?

 

Reputatie 1


Je moet het in de settings van de ER gaan zoeken. Heb je de DNS en interfaces al nagekeken?

 

Daar had ik alleen eth1 staan. Ik heb zojuist ook de andere 3 VLANs toegevoegd, klopt dat?

Edit: Heeft verder niets geholpen.

Reputatie 4
Badge +4


Je moet het in de settings van de ER gaan zoeken. Heb je de DNS en interfaces al nagekeken?

 

Daar had ik alleen eth1 staan. Ik heb zojuist ook de andere 3 VLANs toegevoegd, klopt dat?


YEP, ik denk dat de STB's de juiste weg niet kunnen vinden.

Voor ik ga pitten, nog even helemaal terug naar de basis. Als ik het script van wjb inspoel (die in debasis hetzelfde werkt als de experibox) dan werkt IPTV bij mij zonder dat ik iets aanpas direct (mist je goede IGMP snooping switches hebt). Daarna ga ik de rest koppelen, gezien de familie TV wil kijken. Wij gebruiken beide unifi apparatuur, wat het een stuk makkelijker maakt op poorten toe te wijzen of uit te sluiten. Dus als je route voor routed IPTV verkeer in de kernel draait en je proxy, DHCP en VLAN goed staat dan werkt alles als een zonnetje.

zodra er 1 setting in de route niet klopt dan is het stotteren of hangen van het routed IPTV verkeer. Dit is denk ik een puur route instelling.

Kortom loopt alles netjes in de kernel, krijgen je STB's een IP uit het juiste V(LAN), draait je proxy server?

Nog vraagje, waar ik waarschijnlijk morgen pas op ga antwoorden, werkte het IPTV wel goed na de eerste inspoeling van het script van wjb?

 

Cheers , spreek je morgen, met alle hulp op dit topic komen we er wel uit:right_facing_fist:

Reputatie 1


YEP, ik denk dat de STB's de juiste weg niet kunnen vinden.

Voor ik ga pitten, nog even helemaal terug naar de basis. Als ik het script van wjb inspoel (die in debasis hetzelfde werkt als de experibox) dan werkt IPTV bij mij zonder dat ik iets aanpas direct (mist je goede IGMP snooping switches hebt). Daarna ga ik de rest koppelen, gezien de familie TV wil kijken. Wij gebruiken beide unifi apparatuur, wat het een stuk makkelijker maakt op poorten toe te wijzen of uit te sluiten. Dus als je route voor routed IPTV verkeer in de kernel draait en je proxy, DHCP en VLAN goed staat dan werkt alles als een zonnetje.

zodra er 1 setting in de route niet klopt dan is het stotteren of hangen van het routed IPTV verkeer. Dit is denk ik een puur route instelling.

Kortom loopt alles netjes in de kernel, krijgen je STB's een IP uit het juiste V(LAN), draait je proxy server?

Nog vraagje, waar ik waarschijnlijk morgen pas op ga antwoorden, werkte het IPTV wel goed na de eerste inspoeling van het script van wjb?

 

Cheers , spreek je morgen, met alle hulp op dit topic komen we er wel uit:right_facing_fist:

Ik ga ook mn nest in, laat genoeg ;)

 

Ja, alles werkte tot een maand geleden toen ik mn ER3 update naar 2.0.8 deed (van 1.10)+ misschien (niet zeker) een firmware update vanuit Unifi. Ben pas deze week er weer naar gaan kijken of ik het vastlopen kan verhelpen.

Ik merk nu dat het ook vastloopt als mn omvormer helemaal niet verbonden is, dus waarschijnlijk is het dan toch iets anders dan dat block multicast gedoe.

 

Kortom loopt alles netjes in de kernel

Ja, zie:

 

Krijgen je STB's een IP uit het juiste V(LAN)

Yes, zie screenshot

 

Draait je proxy server?

Ja, daar lijkt het wel op...

show ip multicast interfaces
Intf BytesIn PktsIn BytesOut PktsOut Local
eth1 0.00b 0 0.00b 0 192.168.2.254
eth1.55 0.00b 0 0.00b 0 192.168.55.1
eth1.50 0.00b 0 0.00b 0 192.168.50.1
eth0.4 928.15MB 720601 0.00b 0 10.137.97.57
eth1.4 0.00b 0 928.15MB 720593 192.168.4.1

show ip multicast mfc
Group Origin In Out Pkts Bytes Wrong
224.3.2.6 213.75.167.58 eth0.4 eth1.4 3936 1.37MB 0
224.0.252.134 217.166.226.134 eth0.4 eth1.4 716674 926.79MB 0
233.89.188.1 192.168.2.2 eth0.4 eth1 10 320.00b 10
239.254.127.63 192.168.2.12 eth0.4 eth1 2 232.00b 2
239.255.255.250 192.168.50.165 eth0.4 eth1 14 2.30KB 14
239.255.255.250 192.168.50.165 eth0.4 eth1.4 14 2.30KB 14
239.254.127.63 192.168.2.11 eth0.4 eth1 4 464.00b 4
239.254.127.63 192.168.2.10 eth0.4 eth1 5 580.00b 5
239.255.255.250 192.168.2.2 eth0.4 eth1 120 34.77KB 120
239.255.255.250 192.168.4.14 eth0.4 eth1 2036 900.39KB 2036
239.255.255.250 192.168.4.14 eth0.4 eth1.4 2036 900.39KB 2036
239.255.255.250 192.168.50.15 eth0.4 eth1 253 37.80KB 253
239.255.255.250 192.168.50.15 eth0.4 eth1.4 253 37.80KB 253
239.255.255.250 192.168.2.18 eth0.4 eth1 246 31.06KB 246
239.255.255.250 192.168.2.18 eth0.4 eth1.4 246 31.06KB 246
239.255.255.250 192.168.2.121 eth0.4 eth1 211 57.55KB 211
239.255.255.250 192.168.2.121 eth0.4 eth1.4 211 57.55KB 211

 

Reputatie 4
Badge +2

Dat laatste plaatje ziet er wel erg vreemd uit. Er staan een boel interfaces tussen die er volgens mij niet tussen horen te staan. Volgens mij klopt er het een en ander niet aan je config.

Ik zou in ieder geval alle overbodige vlans verwijderen.

 

Dit is bijv mijn output:

 

Reputatie 7

Dat laatste plaatje ziet er wel erg vreemd uit. Er staan een boel interfaces tussen die er volgens mij niet tussen horen te staan.

An sich is daar niets mis mee …

...maar je kunt interfaces binnen de IGMP proxy server uitsluiten door ze de rol "disabled" te geven.

 

Het adres 239.255.255.250 is een "IPv4 site-local address" t.b.v. SSDP (Simple Service Discovery Protocol) wat gebruikt wordt voor ondermeer UPnP.

Apparaten maken zichzelf zichtbaar m.b.v. SSDP en er is niet mis mee dat je dergelijke communicatie ziet.

Wel lijkt de EdgeRouter niet altijd de juiste interfaces te tonen.

In het bovenstaande screenshot staan apparaten uit het subnet 192.168.2.0/24 op eth1 terwijl ze op eth1.4 getoond worden.

Reputatie 4
Badge +2

Dat zal dan denk ik een firmware dingetje zijn. Ik draai nu die 2.0.9 firmware. En ja ik weet dat het een Beta release is maar wilde deze toch proberen gezien er aanmerkelijke verbeteringen in zitten aangaande die igmp proxy. Ik draai nu meer dan 6 dagen zonder ook maar een enkel issue.

En ik kan natuurlijk altijd weer downgraden indien noodzakelijk.

Reputatie 7

Goed te lezen dat jij geen problemen ervaart met EdgeOS versie 2.0.9 en de nieuwe IGMP proxy server (versie 0.2.1) die daar in opgenomen is.

Reageer