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

​@wjb 

Jouw config ziet er vrij standaard uit. Het enige "afwijkende" is dat jij een PiHole gebruikt als DNS server en deze ook toewijst aan de TV ontvangers. Op zich mag dat geen probleem zijn al zijn er wel issues geweest met de 5202 als er een DNS server gebruikt werd die geen compressed DNS requests ondersteunt zoals bijvoorbeeld de DNS servers van Cloudflare

Ik gebruik inderdaad in pihole de DNS servers van Cloudflare. Qua privacy vondt ik dat beter dan de Google servers, dat kan dus een probleem zijn… nog suggesties voor servers, anders dan google en KPN?

Je zou kunnen overwegen om het script te gebruiken waarbij de TV ontvanger(s) op een apart vlan geplaatst worden of, als je één TV ontvanger hebt en deze rechtstreeks op de EdgeRouter kunt aansluiten, het script die de TV ontvanger op een aparte LAN poort plaatst.

Ik dacht dat ik het script voor apparte vlans had gebruikt… de naamgeving van de de linkjes ernaar toe zijn wat verwarrend. Ik wil in principe eth2 juist vrijhouden om daar t.z.t. een los netwerk op te kunnen zetten. Kan eventueel overwegen om die ‘op te offeren’ omdat ik nu maar 1 TV ontvanger gebruik (heb er 2, maar 1 in gebruik) 
Ik denk dat het sowieso het verstandigste om het eens een week aan te zien met de SMA IGMP uit.

Over de IGMP v2(router). Is dat iets wat eventueel later nog geupdate wordt met de versie 3 voor de ER4 die misschien nog uitkomt? Als ik het goed begrijp, dan is het voorheen nooit een probleem geweest omdat de KPN IGMP v3 was? (Kon versie niet vinden).

Eerst inderdaad maar eens een weekje aankijken. Ik hoop oprecht dat het uitzetten van IGMP op jouw SMA omvormer het probleem zal verhelpen.

iemand een idee hoe ik in deze kennis bank, in alleen dit onderwerp kan zoeken… door alle 354 paginas gaan is geen optie meer… 

Via Google met:

site:community.kpn.com/thuisnetwerk-72/gebruik-een-eigen-router-i-p-v-de-experia-box-458609 zoekterm

​@wjb Bedankt voor je opmerking. 

Ik ben me bewust dat de IPTV een ip moet krijgen ook daar, dit is ook precies wat ik niet voor elkaar krijg.

Hier nog een keer de relevante stukken van mijn huidige config. 

Wil je nog overige output krijgen ergens van?

version 17.9
service timestamps debug datetime msec
service timestamps log datetime msec
service password-encryption
service sequence-numbers
service call-home
platform qfp utilization monitor load 80
platform punt-keepalive disable-kernel-core
platform hardware throughput crypto 50000
!
hostname FW-ROUTER
!
boot-start-marker
boot system flash bootflash:/c1100-universalk9.17.09.05a.SPA.bin
boot-end-marker
!
!
logging buffered 16384
logging persistent size 200000 filesize 10000
no logging console
no logging monitor
aaa new-model
!
!
aaa authentication login VPN-AUTH local
aaa authentication login SSH-AUTH local
aaa authorization exec SSH-AUTH local
aaa authorization network VPN-AUTH local
!
!
aaa session-id common
!
ip multicast-routing distributed
!
!
!
!
!
!
ip name-server 1.1.1.1 8.8.8.8
ip domain name firewizz.dev
!
ip dhcp relay information option
ip dhcp relay information trust-all
ip dhcp snooping vlan 10,20,99
ip dhcp snooping
ip dhcp excluded-address 192.168.1.1 192.168.1.9
ip dhcp excluded-address 192.168.178.1
ip dhcp excluded-address 10.0.0.1 10.0.0.254
ip dhcp excluded-address 10.0.2.1 10.0.254.254
!
ip dhcp pool MANAGEMENT
 network 10.99.99.0 255.255.255.0
 default-router 10.99.99.1
 dns-server 8.8.8.8 1.1.1.1
!
ip dhcp pool FIREWIZZ_DHCP
 import all
 network 10.0.0.0 255.255.0.0
 default-router 10.0.0.1
 dns-server 10.0.0.1 1.1.1.1 8.8.8.8
 option 60 ascii IPTV_RG
 option 28 ip 10.0.255.255
 address 10.0.1.201 hardware-address 58f3.8704.4547
 address 10.0.1.46 hardware-address ec2e.986c.adb4
!
ip dhcp pool GUEST_DHCP
 network 192.168.1.0 255.255.255.0
 default-router 192.168.1.1
 dns-server 1.1.1.1 8.8.8.8
!
!
ip dhcp class IPTV_CLASS
 option 60 ascii IPTV_RG
!
!
ip igmp snooping querier
ip igmp snooping vlan 10 immediate-leave
login on-success log
ipv6 unicast-routing
!
subscriber templating
!
!
!
!
vtp version 1
!
multilink bundle-name authenticated
!
!
!
no license feature hseck9
license udi pid C1121-8P 
license boot level securityk9
memory free low-watermark processor 65995
!
!
!
!
diagnostic bootup level minimal
!
spanning-tree extend system-id
!
!
!
redundancy
 mode none
!
!
vlan internal allocation policy ascending
!
!
class-map match-any CLASS_VLAN20
 match access-group name ACL_VLAN20
class-map match-any IGMP-UPSTREAM
 match access-group name IGMP-UPSTREAM-ACL
!
policy-map POLICY_VLAN20_LIMIT
 class CLASS_VLAN20
  police 25000000 625000 conform-action transmit  exceed-action drop
!
!
!
interface GigabitEthernet0/0/0
 description MAIN_WAN_CONNECTION_KPN
 mtu 1512
 no ip address
 no ip redirects
 no ip unreachables
 no ip proxy-arp
 negotiation auto
!
interface GigabitEthernet0/0/0.4
 description KPN-IPTV-VLAN
 encapsulation dot1Q 4
 no ip dhcp client request domain-name
 no ip dhcp client request dns-nameserver
 ip dhcp client request classless-static-route
 ip dhcp client class-id IPTV_RG
 ip dhcp client default-router distance 255
 ip address dhcp
 no ip redirects
 no ip unreachables
 no ip proxy-arp
 ip pim sparse-mode
 ip nat outside
 ip igmp query-interval 125
 ip igmp proxy-service
 no cdp enable
!
interface GigabitEthernet0/0/0.6
 description KPN_INTERNET
 encapsulation dot1Q 6
 no ip redirects
 no ip unreachables
 no ip proxy-arp
 ip nat outside
 pppoe enable group global
 pppoe-client dial-pool-number 1
 pppoe-client ppp-max-payload 1500
!
interface GigabitEthernet0/0/0.7
 description KPN_VOIP_WAN
 encapsulation dot1Q 7
 ip address dhcp
 ip nat outside
 shutdown
!
interface GigabitEthernet0/0/1
 no ip address
 negotiation auto
!
interface GigabitEthernet0/1/3
 description WIFI-OFFICE
 switchport trunk native vlan 10
 switchport trunk allowed vlan 4,7,10,20
 switchport mode trunk
 ip dhcp snooping trust
!
interface Vlan1
 ip address 192.168.2.1 255.255.255.0
 shutdown
!
interface Vlan10
 description Firewizz-Network
 ip dhcp relay information trusted
 ip address 10.0.0.1 255.255.0.0
 ip helper-address 213.75.119.1
 no ip redirects
 ip pim sparse-mode
 ip nat inside
 ip access-group ACL_FIREWIZZ_NETWORK_IN in
 ip igmp helper-address 213.75.119.1
 ip igmp mroute-proxy GigabitEthernet0/0/0.4
 ip igmp proxy-service
!
interface Vlan20
 description GUEST_NETWORK
 ip address 192.168.1.1 255.255.255.0
 ip nat inside
 ip access-group ACL_GUEST_NETWORK_IN in
 service-policy output POLICY_VLAN20_LIMIT
!
interface Vlan99
 ip address 10.99.99.1 255.255.255.0
!
interface Dialer1
 ip ddns update hostname home.firewizz.dev
 ip ddns update DYNDNS
 ip address negotiated
 ip nat outside
 ip access-group ACL_WAN_IN in
 encapsulation ppp
 ip tcp adjust-mss 1452
 dialer pool 1
 ppp chap hostname kpn
 ppp chap password 7 000F0308
!
ip local pool VPN-POOL 10.0.99.1 10.0.99.254
no ip http server
ip http authentication local
no ip http secure-server
ip forward-protocol nd
ip pim rp-address 213.75.119.1
ip dns server
ip nat inside source list 1 interface Dialer1 overload
ip nat inside source list ACL_IPTV_NAT interface GigabitEthernet0/0/0.4 overload
ip route 0.0.0.0 0.0.0.0 Dialer1
ip route 213.75.112.0 255.255.248.0 GigabitEthernet0/0/0.4 dhcp
ip ssh version 2
!
!
ip access-list extended ACL_FIREWIZZ_NETWORK_IN
 5 permit udp any any eq domain
 9 permit ip 10.0.0.0 0.0.255.255 10.0.0.0 0.0.255.255
 10 permit ip 10.0.0.0 0.0.255.255 any
 11 permit ip any host 224.0.0.18
 12 permit ip any host 224.0.0.1
 13 permit ip any host 224.0.0.251
 15 permit igmp any any
 16 permit udp any any range 1024 65535
 17 permit pim any any
 20 permit tcp any any established
 30 permit ip any 10.0.0.0 0.255.255.255
 40 permit icmp any any echo
 50 permit tcp any host 10.0.0.11 eq 8123
 100 deny ip any any log
ip access-list extended ACL_GUEST_NETWORK_IN
 5 permit udp any any eq domain
 10 permit ip 192.168.1.0 0.0.0.255 any
 20 permit tcp any any established
 30 deny ip any 10.0.0.0 0.0.255.255 log
 40 deny ip any 10.99.99.0 0.0.0.255 log
 100 deny ip any any log
ip access-list extended ACL_IPTV_NAT
 10 permit ip 10.0.0.0 0.0.255.255 213.75.112.0 0.0.7.255
 20 permit ip 10.0.0.0 0.0.255.255 217.166.0.0 0.0.255.255
 30 permit ip 10.0.0.0 0.0.255.255 10.59.184.0 0.0.7.255
ip access-list extended ACL_VLAN20
 10 permit ip 192.168.1.0 0.0.0.255 any
ip access-list extended ACL_WAN_IN
 10 permit tcp any any established
 11 permit icmp any any echo-reply
 12 permit icmp any any time-exceeded
 13 permit icmp any any unreachable
 15 permit tcp any any eq 22
 20 permit tcp any host 10.0.0.10 eq www
 21 permit udp any host 10.0.0.10 eq 80
 23 permit tcp any host 10.0.0.11 eq 8123
 30 permit udp any host 10.0.0.10 eq 8080
 31 permit tcp any host 10.0.0.10 eq 8080
 32 permit udp any any eq 8080
 33 permit tcp any any eq 8080
 34 permit tcp any any eq 8123
 50 permit ip any any
 90 permit udp any any eq isakmp
 91 permit udp any any eq non500-isakmp
 92 permit esp any any
 100 deny ip any any log
ip access-list extended IGMP-UPSTREAM-ACL
 10 permit igmp any any
!
ip access-list standard 1
 10 permit 10.0.0.0 0.0.255.255
 20 permit 192.0.0.0 0.255.255.255
 30 permit 213.75.119.0 0.0.0.255
 40 permit 224.0.0.0 15.255.255.255
 50 permit 10.4.4.0 0.0.0.255
 60 permit 192.168.178.0 0.0.0.255
ip access-list extended 150
 10 permit ip any host 213.75.119.1
ipv6 route ::/0 Dialer1
!
!
!
!
!
ipv6 access-list BLOCK-IPV6
 sequence 10 deny ipv6 any any log
!
control-plane
!
!
!
!
!
end

Waar is je masquarade NAT rule richting vlan 4.

Waarom heb je op vlan 10 een ip helper-address en een ip igmp helper-address gelijk aan 213.75.119.1?

Apparaten op jouw vlan communiceren t.a.v. IGMP alleen met de IGMP proxy server op jouw eigen Cisco en niet met een server op vlan 4.

Ik zie ook nog een pim rap-address van 213.75.119.1 en ook die kan ik niet plaatsen.

De ip helper is toch om een dhcp te krijgen via kpn, de igmp helper voor de multicast.
Wat is je duggestie hierin? Beide weghalen?

je doelt op:
ip pim rp-address 213.75.119.1
?
Dit heb ik uit een (config die zou moeten werken) :/

Ik zag wel dat ik nog wat verkeer uit stuurde over de dialer maar dat heb ik weggehaald en nogsteeds zelfde resultaat.

Maar welke nat bedoel je? Ik lees op andere plekken dat die multicast niet genat moet worden?
Ik heb wel deze route 
ip route 213.75.112.0 255.255.248.0 GigabitEthernet0/0/0.4 dhcp

voor wat informatie, op een ander forum heeft iemand deze config die zou moeten werken :/
 

no logging console
ip multicast-routing distributed
!
ip igmp snooping vlan 1 immediate-leave
ip igmp snooping vlan 4 immediate-leave
login on-success log
ipv6 unicast-routing
!
subscriber templating
vtp mode transparent
!
!
vlan internal allocation policy ascending
!
no cdp run
lldp run
!
interface GigabitEthernet0/0/0
 mtu 1512
 no ip address
 no ip redirects
 no ip unreachables
 no ip proxy-arp
 negotiation auto
 no lldp transmit
!
interface GigabitEthernet0/0/0.4
 description KPN-IPTV-VLAN
 encapsulation dot1Q 4
 no ip dhcp client request domain-name
 no ip dhcp client request dns-nameserver
 ip dhcp client request classless-static-route
 ip dhcp client class-id IPTV_RG
 ip dhcp client default-router distance 255
 ip address dhcp
 no ip redirects
 no ip unreachables
 no ip proxy-arp
 ip pim sparse-mode
 ip nat outside
 ip igmp query-interval 125
 ip igmp proxy-service
 no cdp enable
!
interface GigabitEthernet0/0/0.6
 description WAN
 encapsulation dot1Q 6
 no ip redirects
 no ip unreachables
 no ip proxy-arp
 pppoe enable group global
 pppoe-client dial-pool-number 1
 pppoe-client ppp-max-payload 1500
!
interface Vlan1
 ip address 192.168.178.1 255.255.255.0
 no ip redirects
 ip pim sparse-mode
 ip nat inside
 ip igmp helper-address 213.75.119.1
 ip igmp mroute-proxy GigabitEthernet0/0/0.4
 ip igmp proxy-service
 ipv6 address 2A02:XXXX:XXXX:1:1::/64
 ipv6 address kpn-ipv6 0:0:0:1::/64 eui-64
 ip virtual-reassembly
!
interface Dialer1
 ip address negotiated
 no ip redirects
 no ip unreachables
 no ip proxy-arp
 ip nat outside
 encapsulation ppp
 dialer pool 1
 dialer idle-timeout 0
 dialer-group 1
 no cdp enable
 ipv6 address 2A02:XXXX:XXXX::1/64
 ipv6 address autoconfig default
 ipv6 enable
 ipv6 nd ra interval 30
 ipv6 mld query-interval 60
 ipv6 dhcp client pd hint 2A02:XXXX:XXXX::/48
 ipv6 dhcp client pd kpn-ipv6 rapid-commit
 ipv6 verify unicast reverse-path
 ipv6 virtual-reassembly in
 ppp authentication pap callin
 ppp pap sent-username kpn password 7 07043142
 ppp ipcp dns request
 ip virtual-reassembly
!
ip pim rp-address 213.75.119.1
ip route 0.0.0.0 0.0.0.0 Dialer1
!
ip access-list standard 1
 10 permit 192.168.178.0 0.0.0.255
dialer-list 1 protocol ip permit
dialer-list 1 protocol ipv6 permit
ipv6 route ::/0 Dialer1
!
ip nat inside source list 1 interface Dialer1 overload
!
ntp peer nl.pool.ntp.org

Daar heb ik wat info uit

Op mijn EdgeRouter hoef ik echt niets in te stellen om van de DHCP server van KPN op vlan 4 een IP adres te krijgen.

Afgelopen avond 2x happeringen in het beeld(alsof buffering even niet lukt). Dit keer geen uitval van de verbinding, wat een vooruitgang is. Familie wordt inmiddels wat gefrustreerd omdat ze niet gewoon tv kunnen kijken, dus ga het morgen omzetten met ander script zodat TV op eth1 zit en Internet op eth2 om de situatie (voorlopig) stabiel te krijgen.

Heb al lopen zoeken of mij Growatt omvormer misschien iook IGMP v3 oid gebruikt. Echter nog niets over gevonden. Ik kan het ook niet zomaar aanpassen voor zover ik weet. Geen idee wat het anders kan zijn

… mmm nu ik dat type… heb mijn Miele wasmachine en Siemens vaatwasser ook in het netwerk hangen… 

en als ik dat zo lees voor ‘miele@home’: 

https://www.miele.com/en/com/system-requirements-6743.htm

staat: bij Detail specifications:  multicastDNS / Bonjour (Apple)
en bij ‘siemens connect’ hebben mense n ook problemen met vlan…

die kan ik niet uitzetten volgens mij.
Moet dus wel televisie op apparte eth. poort

Voor de toekomst…als ik over zou willen naar een andere router (of OPNsense) waar moet ik dan op letten? Dat het IGMP V3 is? Heb ik dan geen problemen meer met eigen router?

Nee hoor, enkel de SMA omvormer maakt gebruik van IGMP.

Zelf heb ik een twee strings met zonnepanelen. Één ligt er al bijna 11 jaar en heeft een omvormer van Omnik. De andere ligt er nu één jaar en heeft een omvormer van Growatt.

Zelf heb ik mijn TV ontvangers op een apart vlan omdat ook een Windows update nog wel eens tot haperingen kan leiden. Ik heb de oorzaak daarvan nog niet goed kunnen herhalen maar door het vlan voor de TV ontvangers een hogere prioriteit te geven heb ik die haperingen tot een verwaarloosbaar minimum terug weten te dringen.

Ok wat betreft mijn case, deze is opgelost.

Was een probleem in volgorde NAT, ook omwisselen deed het niet. NAT voor internet een extended list gemaakt (voor cisco gebruikers) en KPN reeks uitgesloten.

Werkt nu goed.

Thanks voor het meedenken iig.

Maar ik heb wel iets te vroeg gejuigt denk ik. Tv werkt, krijgt nu ook beide tv's maar;
- Stream stop soms willekeurig. +- 5 tot 7 minuten na openen kanaal;
- Terugkijken en opgenomen dingen terugkijken werkt niet.
Is dit een andere kpn reeks?

Terugkijken is geen multicast maar unicast en loopt op de TV+ Box via vlan 6. Op de "oude" TV ontvangers loopt dit wel via vlan 4.

Als de TV stream na zo'n zes minuten stopt dan wil dat eigenlijk zeggen dat er geen koppeling meer is tussen de TV ontvanger en de IGMP proxy server.

Die stotter die krijg ik denk ik wel er uit, ik denk dat hij te snel de kanalen verbreekt, ik ha even proberen de immediate leave uit te zetten.

Maar die playback snap ik nog niet helemaal, want ik denk dat ik een “oud” kastje heb, (zekr 3 jaar oud).
Maar ik stuur nu wel al dit verkeer:
ip access-list extended ACL_IPTV_NAT
 10 permit ip 10.0.0.0 0.0.255.255 213.75.112.0 0.0.7.255
 20 permit ip 10.0.0.0 0.0.255.255 217.166.0.0 0.0.255.255
 30 permit ip 10.0.0.0 0.0.255.255 10.59.184.0 0.0.7.255
Over vlan 4

Denk je dat hiervan misschien een regel over vlan 6 moet?

 

Je moet immediate leave echt aan laten staan. Dit heeft ook geen invloed op de stream waarnaar gekeken wordt maar op de stream waarnaar gekeken werd. Die moet zo snel mogelijk vrijgegeven worden, vooral als je snel door een aantal zenders zapt want anders lopen er een tijdje meerdere streams naast elkaar.

ok helder, maar dan kan ik alleen met rijden spelen zoals 
 ip igmp query-interval 125

Ik moet ook nog kijken naar QOS maar op het moment weinig load hier dus zou niet echt uit moeten maken.

Verder voor die unicast, is dat naar dezelfde ip reeks?
Want jij had het voorheen over 1 reeks, maar ik heb er 3 in mijn route naar vlan 4 staan, is dit te veel?
10.0.0.0 0.0.255.255 213.75.112.0 0.0.7.255
10.0.0.0 0.0.255.255 217.166.0.0 0.0.255.255
10.0.0.0 0.0.255.255 10.59.184.0 0.0.7.255

Ik heb alleen een route voor 213.75.112.0/21 richting vlan 4.

Ja dat bedoel ik, jij hebt het over 1 route, ik stuur 3 reeksen over naar vlan4

dus niet alleen 

213.75.112.0/21

Maar ook

217.166.0.0/16
10.59.184.0/21

Maar die hoeven dus eigenlijk niet begrijp ik gezien jij die niet hebt.

Klopt.

toch vreemd. als ik ook alleen die over houd dan blijf ik met hetzelfde probleem. De unicast lijkt niet te werken. terwijl er wel een berg translations worden gedaan.

FW-ROUTER#sh ip nat tra | in 10.0.1.0:
udp  10.233.223.250:5062   10.0.1.0:40096        213.75.117.138:50275  213.75.117.138:50275
icmp 10.233.223.250:1      10.0.1.0:0            213.75.113.74:0       213.75.113.74:1
tcp  86.81.214.105:5107    10.0.1.0:50004        34.251.71.161:8883    34.251.71.161:8883
tcp  10.233.223.250:5065   10.0.1.0:50706        213.75.113.74:554     213.75.113.74:554
udp  10.233.223.250:5064   10.0.1.0:46583        213.75.117.138:7277   213.75.117.138:7277
tcp  10.233.223.250:5062   10.0.1.0:33802        213.75.113.10:554     213.75.113.10:554
udp  10.233.223.250:5067   10.0.1.0:3561         213.75.113.74:10002   213.75.113.74:10002
udp  10.233.223.250:5063   10.0.1.0:40349        213.75.117.138:50274  213.75.117.138:50274
tcp  86.81.214.105:5156    10.0.1.0:35334        18.200.100.87:443     18.200.100.87:443
tcp  10.233.223.250:5064   10.0.1.0:50704        213.75.113.74:554     213.75.113.74:554
udp  10.233.223.250:5069   10.0.1.0:5065         213.75.113.74:10000   213.75.113.74:10000
udp  86.81.214.105:6034    10.0.1.0:39012        213.75.60.246:123     213.75.60.246:123
tcp  86.81.214.105:5157    10.0.1.0:35336        18.200.100.87:443     18.200.100.87:443
udp  10.233.223.250:5070   10.0.1.0:5067         213.75.113.74:10002   213.75.113.74:10002
udp  10.233.223.250:5068   10.0.1.0:3562         213.75.113.74:10003   213.75.113.74:10003
udp  10.233.223.250:5065   10.0.1.0:3559         213.75.113.74:10000   213.75.113.74:10000
tcp  10.233.223.250:5063   10.0.1.0:53476        213.75.116.140:80     213.75.116.140:80
udp  10.233.223.250:5066   10.0.1.0:3560         213.75.113.74:10001   213.75.113.74:10001
FW-ROUTER#

Voor nu even on-hold, heb abbo verlengt en krijg de nieuwe kastjes. Dit zou makkelijker moeten werken.

De TV+ Boxen kunnen inderdaad op basis van unicast werken maar daarmee gooi je dus ook een deel van de beeldkwaliteit in de prullenbak en ik weet niet of dat jouw bedoeling is.

Hoeveel zal dit eigenlijk zijn ? 720P of iets beter ?

Mijne loopt momenteel via unicast, maar op mijn TV ziet het er goed uit moet ik bekennen. Mijn gevoel zegt dat het hoger is dan 720.

Nee, dat is niet de bedoeling. Maar de multicast is ook niet het probleem, dat is precies het enige wat wel werkt.

De nieuwe boxen zijn wat makkelijker met verkeer over gewoon internet, die oude moet over vlan4 en dit is denk ik waarom het nu niet werkt. (de UNICAST dan).