[Ubiquiti & IPTV] Ervaringen & Discussie

[rolands]

Vantage92 schreef op woensdag 22 januari 2020 @ 15:59:
[...]


Ontzettend handige tutorial, heel duidelijk. Complimenten!
Ik heb nu mijn USG achter de experiabox hangen, verder een switch achter de USG met daarop 2 accespoints en een unifi controller.
Vraag: Ik heb alleen internet van KPN dus geen IPTV. Maakt dit de configuratie anders of kan ik gewoon de configuratie met IPTV overnemen? Settings als IGMP etc, wat doe je daar dan mee?

Ik denk dat je, wanneer je geen IPTV gebruikt, geen IGMP Proxy zaken hoeft op te nemen, dus dat wat in mijn post hierboven staat, kun jij volgens mij weg laten.

[thijsjek]

rolands schreef op donderdag 23 januari 2020 @ 00:42:
[...]


Ik krijg dit helaas niet zo voor elkaar, nieuw netwerk met ander vlan gemaakt. Daarin een telefoon verbonden, en in het LAN zit nu nog de Sonos apparatuur. Op alle interne netwerken staat IGMP snooping aan via de de genoemde optie in de web interface. Ik krijg geen verbinding vanuit de Sonos app.

Wat zou een gecombineerde IGMP setting moeten zijn, dus voor zowel gebruik van (KPN) IPTV als ondersteuning van instellingen voor bijvoorbeeld gebruik van Sonos?

Situatie:

3 Poorts USG

eth0.4 - KPN IPTV (wan vlan)
eth1 = LAN (zonder VLAN)
eth1.4 = KPN IPTV (interne lan vlan)
eth1.20 = nieuw netwerk met iphone

Met onderstaande config werkt het ook niet:

code:

    "protocols": {
        "igmp-proxy": {
            "interface": {
                "eth0.4": {
                    "alt-subnet": [
                        "0.0.0.0/0"
                    ],
                    "role": "upstream",
                    "threshold": "1"
                },
                "eth1.4": {
                    "role": "downstream",
                    "threshold": "1"
                },
                "eth1.20": {
                    "role": "downstream",
                    "threshold": "1"
                },
                "eth1": {
                    "role": "downstream",
                    "threshold": "1"
                }
            }
        }

Maar eigenlijk zou ik verschillende upstreams willen gebruiken, en volgens mij kan dat niet.
Heeft iemand zijn clients en sonos in een eigen vlan icm IPTV en het werkend gekregen?
Ik heb ook mDNS aangezet, zonder succes.

Moet ik nog separate firewall regels maken, of is dat het ook niet?

Ik heb xbeam config (niets veranderd) op een usg 3p. kpn en IPTV, Tevens een Sonos one in het zelfde standaard van.

Probleem met een Sonos is de loopback. Schakel op 1 Sonos de lan of wlan in. Daarna de rest van de Sonos aansluiten

[rolands]

thijsjek schreef op donderdag 23 januari 2020 @ 05:25:
[...]

Ik heb xbeam config (niets veranderd) op een usg 3p. kpn en IPTV, Tevens een Sonos one in het zelfde standaard van.

Probleem met een Sonos is de loopback. Schakel op 1 Sonos de lan of wlan in. Daarna de rest van de Sonos aansluiten

De Sonos boxen zitten allen nog in het normale standaard lan. Je bedoelt dus dat er eentje ff aangesloten moet zijn op het lan (via WiFi in mijn geval) en bij de rest even de stekker eruit moet? En dan, dan zou het direct moeten werken?

[thijsjek]

rolands schreef op donderdag 23 januari 2020 @ 15:16:
[...]


De Sonos boxen zitten allen nog in het normale standaard lan. Je bedoelt dus dat er eentje ff aangesloten moet zijn op het lan (via WiFi in mijn geval) en bij de rest even de stekker eruit moet? En dan, dan zou het direct moeten werken?

Ja, en op de Sonos instellen dat je of de lan uitschakelt of de wlan.

[rolands]

thijsjek schreef op donderdag 23 januari 2020 @ 15:18:
[...]

Ja, en op de Sonos instellen dat je of de lan uitschakelt of de wlan.

Dat laatst wordt lastig, ik kan in de Sonos app de LAN niet uitschakelen. Ik kan WiFi wel uitschakelen, maar dan moet ik alles met een kabel aansluiten en dat is niet handig. Of zie ik iets over het hoofd in de instellingen?

[nero355]

Vantage92 schreef op woensdag 22 januari 2020 @ 15:59:
Ontzettend handige tutorial, heel duidelijk. Complimenten!
Ik heb nu mijn USG achter de experiabox hangen, verder een switch achter de USG met daarop 2 accespoints en een unifi controller.
Vraag: Ik heb alleen internet van KPN dus geen IPTV. Maakt dit de configuratie anders of kan ik gewoon de configuratie met IPTV overnemen? Settings als IGMP etc, wat doe je daar dan mee?

Je kan de USG helemaal via de UniFi Controller configureren voor KPN Internet zonder IPTV

Gewoon de juiste VLAN op de WAN zetten en daar overheen de PPPoE verbinding instellen : That's it!

rolands schreef op donderdag 23 januari 2020 @ 17:54:
Dat laatst wordt lastig, ik kan in de Sonos app de LAN niet uitschakelen. Ik kan WiFi wel uitschakelen, maar dan moet ik alles met een kabel aansluiten en dat is niet handig. Of zie ik iets over het hoofd in de instellingen?

Het probleem is dat Sonos loops in je netwerk kan veroorzaken die je als (R)STP meldingen terugziet in je logging!

Dus zorg er gewoon voor dat er geen loop kan ontstaan en het komt allemaal wel goed

[thijsjek]

rolands schreef op donderdag 23 januari 2020 @ 17:54:
[...]


Dat laatst wordt lastig, ik kan in de Sonos app de LAN niet uitschakelen. Ik kan WiFi wel uitschakelen, maar dan moet ik alles met een kabel aansluiten en dat is niet handig. Of zie ik iets over het hoofd in de instellingen?

Het is was 1,5 jaar geleden , maar het probleem was de spanning tree rstp/stp in de switch (kijk even wat werkt).
Kan inderdaad ook niet de lan uitschakelen, maar bij mij is hij gewoon wireless verbonden. Ontkoppel eerst alle sonos. Dan sluit je er een aan met de kabel (om te testen) met de wlan uit. Dan geef je de core switch een rstp van 0 en dan als je nog een 2e hebt 4096 etc.

[mountain82]

Dank voor dit helder topic ! Vraagje , in de instructie staat heel duidelijk aangeven waar je de json file voor de controller moet plaatsen. In mijn geval draai ik de controller op een RPI via Hassio-Addon (https://github.com/hassio-addons/addon-unifi). De aangegeven mapjes in de instructies kan ik niet terugvinden als ik via WinSCP connectie maak met mij HomeAssistant. Heeft iemand een idee waar ik deze map kan vinden ??

[TheGOoSTaD]

Oke, ik ben nu weer bezig om dit aan de praat te krijgen, maar eerlijk gezegd gaat de edgerouter mij echt boven de pet.
Is er een manier om tweak met tv te configureren via de webinterface? Of kan iemand mij uitleggen hoe ik de stukjes code in de router krijg? Want plakken in putty wil niet.

[xbeam]

TheGOoSTaD schreef op zaterdag 25 januari 2020 @ 15:21:
Oke, ik ben nu weer bezig om dit aan de praat te krijgen, maar eerlijk gezegd gaat de edgerouter mij echt boven de pet.
Is er een manier om tweak met tv te configureren via de webinterface? Of kan iemand mij uitleggen hoe ik de stukjes code in de router krijg? Want plakken in putty wil niet.

code:

configure
 
delete interfaces ethernet eth0 address
 
set interfaces ethernet eth0 description " FTTH"
set interfaces ethernet eth0 duplex auto
set interfaces ethernet eth0 speed auto
set interfaces ethernet eth0 mtu 1512
 
set interfaces ethernet eth0 vif 6 description "Internet"
set interfaces ethernet eth0 vif 6 mtu 1508
set interfaces ethernet eth0 vif 6 pppoe 0  user-id kpn
set interfaces ethernet ethal0 vif 6 pppoe 0 password kpn
set interfaces ethernet eth0 vif 6 pppoe 0 default-route auto
set interfaces ethernet eth0 vif 6 pppoe 0 name-server auto
set interfaces ethernet eth0 vif 6 pppoe 0 idle-timeout 180
set interfaces ethernet eth0 vif 6 pppoe 0 mtu 1500
 
set interfaces ethernet eth0 vif 6 pppoe 0 firewall in name WAN_IN
set interfaces ethernet eth0 vif 6 pppoe 0 firewall local name WAN_LOCAL
 
set system name-server 8.8.8.8
set system name-server 8.8.4.4

set interfaces ethernet eth0 vif 4 address dhcp
set interfaces ethernet eth0 vif 4 description "eth10.4 - IPTV"
set interfaces ethernet eth0 vif 4 dhcp-options client-option "send vendor-class-identifier "IPTV_RG";"
set interfaces ethernet eth0 vif 4 dhcp-options client-option "request subnet-mask, routers, rfc3442-classless-static-routes;"
set interfaces ethernet eth0 vif 4 dhcp-options default-route no-update
set interfaces ethernet eth0 vif 4 dhcp-options default-route-distance 210

set service nat rule 5010 description "Internet"
set service nat rule 5010 log enable
set service nat rule 5010 outbound-interface pppoe0
set service nat rule 5010 protocol all
set service nat rule 5010 source address 192.168.2.0/24
set service nat rule 5010 type masquerade

set service nat rule 5000 description IPTV
set service nat rule 5000 log disable
set service nat rule 5000 outbound-interface eth0.4
set service nat rule 5000 protocol all
set service nat rule 5000 destination address 213.75.112.0/21
set service nat rule 5000 type masquerade
set protocols static route 213.75.112.0/21 next-hop (je next hob router adres) 

set service dhcp-server global-parameters "option vendor-class-identifier code 60 = string;"
set service dhcp-server global-parameters "option broadcast-address code 28 = ip-address;"
 
set protocols igmp-proxy interface eth0.4 alt-subnet 0.0.0.0/0
set protocols igmp-proxy interface eth0.4 role upstream
set protocols igmp-proxy interface eth0.4 threshold 1
set protocols igmp-proxy interface eth3 alt-subnet 0.0.0.0/0
set protocols igmp-proxy interface eth3 role downstream
set protocols igmp-proxy interface eth3 threshold 1
 

commit
save
exit

[Ewin]

Bedankt voor de heldere pagina met uitleg @Coolhva. Ik heb jouw config.json en bijbehorende .sh bestanden gedownload en zag dat dit niet 1 op 1 werkt voor een USG-PRO
Nu heb ik zelf een USG4/USG-PRO en derhalve 2 vragen:

1. Werkt deze oplossing dan als ik de ETH poorten in de file aanpas naar de WAN/LAN poorten in mijn USG4?
2. Ik moet nu elke keer als ik iets aanpas in de controller en mijn USG opnieuw provisioned mijn VPN instellingen opnieuw in de USG zetten via SSH. Ik zag in de repro van Coolvha dat ik dit ook aan de config.json kan toevoegen. Dit heb ik nu gedaan maar weet niet of het nu goed staat?

Zou iemand eventueel mijn aangepaste config.json en .sh files willen controleren op basis van bovenstaande aanpassingen? Dit zou mij enorm helpen! Dan kan ik het dit weekend testen of het werkt, en kan dit ook worden toegevoegd aan de informatie.

[TheGOoSTaD]

xbeam schreef op zaterdag 25 januari 2020 @ 15:28:
[...]

Oke, super bedankt, dit herken ik.
Als ik het goed begrijp kan ik regel 12 en 13 verwijderen want ik heb geen kpn en geen username/ww voor mijn verbinding.

Wat moet ik bij regel 45 invullen als next hop router adres?
En ik hoef geen toegewezen ip van de iptv vlan in te vullen? Dat begreep ik uit het begin van dit topic.

EDIT:
Oke, ik probeer het stapje voor stapje te doen. Door de settings van de startpost via SSH in te stellen, het volgende snap ik en lukt:

configure

delete interfaces ethernet eth0 address

set interfaces ethernet eth0 description "WAN"
set interfaces ethernet eth0 duplex auto
set interfaces ethernet eth0 speed auto

set interfaces ethernet eth0 vif 34 address dhcp
set interfaces ethernet eth0 vif 34 description "WAN-Internet"

set interfaces ethernet eth0 vif 4 address dhcp
set interfaces ethernet eth0 vif 4 description "WAN-IPTV"

commit
save
exit

Ik zie op de webinterface ook dat ik twee ip adressen krijg, mooi, er is zelfs even internetverbinding en dan houd alles weer op.

Nu nog de STATIC route en IGMP instellen, mocht iemand weten hoe dit via SSH of de web interface gaat dan hoor ik dat graag.

[ Voor 48% gewijzigd door TheGOoSTaD op 25-01-2020 17:16 ]

[xbeam]

TheGOoSTaD schreef op zaterdag 25 januari 2020 @ 15:51:
[...]


Oke, super bedankt, dit herken ik.
Als ik het goed begrijp kan ik regel 12 en 13 verwijderen want ik heb geen kpn en geen username/ww voor mijn verbinding.

Wat moet ik bij regel 45 invullen als next hop router adres?
En ik hoef geen toegewezen ip van de iptv vlan in te vullen? Dat begreep ik uit het begin van dit topic.

EDIT:
Oke, ik probeer het stapje voor stapje te doen. Door de settings van de startpost via SSH in te stellen, het volgende snap ik en lukt:

configure

delete interfaces ethernet eth0 address

set interfaces ethernet eth0 description "WAN"
set interfaces ethernet eth0 duplex auto
set interfaces ethernet eth0 speed auto

set interfaces ethernet eth0 vif 34 address dhcp
set interfaces ethernet eth0 vif 34 description "WAN-Internet"

set interfaces ethernet eth0 vif 4 address dhcp
set interfaces ethernet eth0 vif 4 description "WAN-IPTV"

commit
save
exit

Ik zie op de webinterface ook dat ik twee ip adressen krijg, mooi, er is zelfs even internetverbinding en dan houd alles weer op.

Nu nog de STATIC route en IGMP instellen, mocht iemand weten hoe dit via SSH of de web interface gaat dan hoor ik dat graag.

Regel 13 zit type fout voor eth10 moet ook eth0 zijn.

En ik denk op te maken uit je vlan34 dat je Telfort hebt ? Dan moet je inderdaad vif vervangen voor vif 34 en worden alle eth0.6 dus eth0.34

Veder kan je volgens gewoon de zelfde igmp en nat settings gebruiken.

En bij regel 45 moet je het router adress invullen die terug krijgt uit de dhcp van Telfort op vlan 4

[ Voor 8% gewijzigd door xbeam op 25-01-2020 17:25 ]

[TheGOoSTaD]

Nee, ik heb Tweak glasvezel

[xbeam]

TheGOoSTaD schreef op zaterdag 25 januari 2020 @ 17:23:
Nee, ik heb Tweak glasvezel

Tweak icm Canal Digitaal TV
VLAN ID Functie verbindingstype
4 IP-tv DHCP
34 Internet (en Telefonie) DHCP
IGMP Snooping / Routing over VLAN 4
Static route naar 185.24.175.0/24 en 185.41.48.0/24 over het IP-TV Gateway (IP-adres verkregen op VLAN 4)
IGMP Proxy whitelist : 239.0.3.0/16 en 225.0.71.0/24 en 224.0.0.0/16

[TheGOoSTaD]

Dit heb ik ook gevonden op de start post, mijn probleem is dat ik niet bekend ben met de edgerouter en dus problemen heb om deze instellingen in het apparaat te krijgen door middel van de GUI of SSH.

De VLANs heb ik inmiddels de overige instellingen ben ik mee bezig, kan dit uberhaupt via de web GUI of moet het via SSH?

EDIT, oke, ik denk dat ik verder kom. Ik wil dus IPTV instellen op de edgerouter X, de iptv sluit ik aan op de eth4 poort, eth0 = WAN (internet in), eth1 2 en 3 zijn gewoon LAN.
Het hele verhaal heb ik in stukken geknipt en ik probeer steeds via SSL de boel juist in te stellen en via de GUI te checken of het staat en werkt zoals verwacht.

het volgende heb ik ingesteld:

4 IP-tv DHCP
34 Internet (en Telefonie) DHCP

code:

delete interfaces ethernet eth0 address
 
set interfaces ethernet eth0 description "WAN"
set interfaces ethernet eth0 duplex auto
set interfaces ethernet eth0 speed auto

set interfaces ethernet eth0 vif 34 address dhcp
set interfaces ethernet eth0 vif 34 description "WAN-Internet"

set interfaces ethernet eth0 vif 4 address dhcp
set interfaces ethernet eth0 vif 4 description "WAN-IPTV"

IGMP Snooping / Routing over VLAN 4

code:

set protocols igmp-proxy interface eth0.4 alt-subnet 0.0.0.0/0
set protocols igmp-proxy interface eth0.4 role upstream
set protocols igmp-proxy interface eth0.4 threshold 1

set protocols igmp-proxy interface eth4 alt-subnet 0.0.0.0/0
set protocols igmp-proxy interface eth4 role downstream
set protocols igmp-proxy interface eth4 threshold 1

Static route naar 185.24.175.0/24 en 185.41.48.0/24 over het IP-TV Gateway (IP-adres verkregen op VLAN 4)

code:

set service nat rule 5000 description IPTV 1
set service nat rule 5000 log disable
set service nat rule 5000 outbound-interface eth0.4
set service nat rule 5000 protocol all
set service nat rule 5000 destination address 185.24.175.0/24
set service nat rule 5000 type masquerade
set protocols static route 185.24.175.0/24 next-hop [b]10.10.37.12/21[/b]

set service nat rule 5001 description IPTV 2
set service nat rule 5001 log disable
set service nat rule 5001 outbound-interface eth0.4
set service nat rule 5001 protocol all
set service nat rule 5001 destination address 185.41.48.0/24
set service nat rule 5001 type masquerade
set protocols static route 185.41.48.0/24 next-hop [b]10.10.37.12/21[/b]

IGMP Proxy whitelist : 239.0.3.0/16 en 225.0.71.0/24 en 224.0.0.0/16
en de poorten waar ik geen iptv op aansluit disable ik de igmp (staat ergens in het begin van dit thread)

code:

set protocols igmp-proxy interface eth4 whitelist 239.0.3.0/16
set protocols igmp-proxy interface eth4 whitelist 225.0.71.0/24
set protocols igmp-proxy interface eth4 whitelist 224.0.0.0/16

set protocols igmp-proxy interface eth0 role disabled
set protocols igmp-proxy interface eth0.34 role disabled
set protocols igmp-proxy interface eth1 role disabled
set protocols igmp-proxy interface eth2 role disabled
set protocols igmp-proxy interface eth3 role disabled

Nu gaat alleen het volgende mis, ik krijg een foutmelding bij het instellen van:
set protocols static route 185.24.175.0/24 next-hop 10.10.37.12/21
en
set protocols static route 185.41.48.0/24 next-hop 10.10.37.12/21

Ik mag hier geen intern ip instellen... oke. Ik vond het al een vreemd ip, het internet ip is 185.nogwat, dat lijkt wel goed.
Wat gaat hier mis? waar komt dit ip vandaan: 10.10.37.12/21 en wie weet wat ik moet veranderen om wel een extern ip toegewezen te krijgen?

[ Voor 83% gewijzigd door TheGOoSTaD op 26-01-2020 16:07 ]

[Playmaster]

Kun je met de custom configuratie zomaar je controller software upgraden? Of kan het zijn dat je dan problemen krijgt?

[Coolhva]

Playmaster schreef op maandag 27 januari 2020 @ 16:25:
Kun je met de custom configuratie zomaar je controller software upgraden? Of kan het zijn dat je dan problemen krijgt?

Ligt er aan welke custom configuratie je bedoeld. De gateway json en de post-config.d map worden ondersteund door ubiquity. Als je andere bestanden op de USG aanpast dan niet.

[Coolhva]

Ewin schreef op zaterdag 25 januari 2020 @ 15:36:
Bedankt voor de heldere pagina met uitleg @Coolhva. Ik heb jouw config.json en bijbehorende .sh bestanden gedownload en zag dat dit niet 1 op 1 werkt voor een USG-PRO
Nu heb ik zelf een USG4/USG-PRO en derhalve 2 vragen:

1. Werkt deze oplossing dan als ik de ETH poorten in de file aanpas naar de WAN/LAN poorten in mijn USG4?
2. Ik moet nu elke keer als ik iets aanpas in de controller en mijn USG opnieuw provisioned mijn VPN instellingen opnieuw in de USG zetten via SSH. Ik zag in de repro van Coolvha dat ik dit ook aan de config.json kan toevoegen. Dit heb ik nu gedaan maar weet niet of het nu goed staat?

Zou iemand eventueel mijn aangepaste config.json en .sh files willen controleren op basis van bovenstaande aanpassingen? Dit zou mij enorm helpen! Dan kan ik het dit weekend testen of het werkt, en kan dit ook worden toegevoegd aan de informatie.

Via de mail ondertussen contact. De bestanden zien er goed uit, het zal waarschijnlijk met timing te maken hebben dat je foutmelding 561 krijgt van KPN.

De "quick fix" hier is als alles is ingesteld en provisioned:

1. herstart de USG via de controller en wacht totdat hij is gestart (en je internet hebt)
2. doe alles uit wat achter de USG hangt (switches, setup boxen)
3. doe alle switches eerst aan
4. doe daarna een setupbox aan en controlleer of je tv hebt
5. doe daarna andere setupboxen aan.

[Coolhva]

mountain82 schreef op vrijdag 24 januari 2020 @ 19:50:
Dank voor dit helder topic ! Vraagje , in de instructie staat heel duidelijk aangeven waar je de json file voor de controller moet plaatsen. In mijn geval draai ik de controller op een RPI via Hassio-Addon (https://github.com/hassio-addons/addon-unifi). De aangegeven mapjes in de instructies kan ik niet terugvinden als ik via WinSCP connectie maak met mij HomeAssistant. Heeft iemand een idee waar ik deze map kan vinden ??

Zover ik het kan zien wordt het bestandssysteem niet vanuit buitenaf beschikbaar gemaakt door Hassio.

Wat je kan doen is de gateway.config.json op de hassio controller zetten in /tmp en dan met docker cp commando de map naar de juiste locatie zetten, controleer wel of de sites/default map bestaat!

(ik zie dat het ubuntu is waarop ze de unifi controller installeren, https://github.com/hassio...b/master/unifi/Dockerfile)

een voorbeeld van mijn unifi docker container op mijn nas, ik kijk eerst welke container ID deze heeft.

henk@HVASVR:~$ sudo docker ps
CONTAINER ID        IMAGE                       COMMAND                  CREATED             STATUS                  PORTS                     NAMES
e4b0883eecf9        jacobalberty/unifi:latest   "/usr/local/bin/dock…"   2 months ago        Up 2 months (healthy)                             unifi-controller

daarna ga ik er met een shell in (via docker exec -it) om te kijken of de map bestaat:

henk@HVASVR:~$ sudo docker exec -it e4b0883eecf9 /bin/bash
root@unifi-controller:/unifi# ls /usr/lib/unifi/
bin  data  dl  lib  logs  run  webapps
root@unifi-controller:/unifi# ls /usr/lib/unifi/data/
backup  db  firmware.json  keystore  sites  system.properties  system.properties.bk
root@unifi-controller:/unifi# ls /usr/lib/unifi/data/sites/
default
root@unifi-controller:/unifi# ls /usr/lib/unifi/data/sites/default/
config.gateway.json  map
root@unifi-controller:/unifi#exit
henk@HVASVR:~$

Zoals je ziet doe ik eerst ls op de hoofdmap en ga zo elke keer een niveau dieper. Als de map niet bestaat moet je hem maken:

root@unifi-controller:/unifi# mkdir -p /usr/lib/unifi/data/sites/default
root@unifi-controller:/unifi# chown unifi:unifi /usr/lib/unifi/data/sites/default

nu kan je met docker cp vanuit de hassie server de gateway.config.json in de juiste map zetten (verander wel het container id naar het id van jouw container:

# sudo docker cp /tmp/gateway.config.json e4b0883eecf9:/usr/lib/unifi/data/sites/default/gateway.config.json

[Ewin]

Coolhva schreef op maandag 27 januari 2020 @ 17:12:
[...]


Via de mail ondertussen contact. De bestanden zien er goed uit, het zal waarschijnlijk met timing te maken hebben dat je foutmelding 561 krijgt van KPN.

De "quick fix" hier is als alles is ingesteld en provisioned:

1. herstart de USG via de controller en wacht totdat hij is gestart (en je internet hebt)
2. doe alles uit wat achter de USG hangt (switches, setup boxen)
3. doe alle switches eerst aan
4. doe daarna een setupbox aan en controlleer of je tv hebt
5. doe daarna andere setupboxen aan.

Hier bleek het inderdaad aan te liggen. Ik heb nu alles draaiende met IPV6, werkende VPN, IPTV en ad blocking via Pi-Hole op IPV6 en IPV4. Dank voor de hulp!

[Old-Tweaker]

Coolhva schreef op maandag 27 januari 2020 @ 17:12:
[...]


Via de mail ondertussen contact. De bestanden zien er goed uit, het zal waarschijnlijk met timing te maken hebben dat je foutmelding 561 krijgt van KPN.

De "quick fix" hier is als alles is ingesteld en provisioned:

1. herstart de USG via de controller en wacht totdat hij is gestart (en je internet hebt)
2. doe alles uit wat achter de USG hangt (switches, setup boxen)
3. doe alle switches eerst aan
4. doe daarna een setupbox aan en controlleer of je tv hebt
5. doe daarna andere setupboxen aan.

Na een glasmodem wissel kreeg ik op alle tuners een error 561 melding. Bovenstaand heeft inderdaad het probleem opgelost. Heel simpel en uit eindelijk ook logisch

[Cartman!]

Bij een 561 restart ik alleen de USG een keer en dan ben ik er altijd weer vanaf

[Old-Tweaker]

Cartman! schreef op donderdag 30 januari 2020 @ 19:44:
Bij een 561 restart ik alleen de USG een keer en dan ben ik er altijd weer vanaf

Dat deed ik ook maar dat hielp niet. En de rest van de familie werd ongeduldig

Dus tijdelijk de Experia Box terug gezet. Maar dit is er nu weer tussen uit en alles draait weer

[Old-Tweaker]

xbeam schreef op donderdag 2 januari 2020 @ 15:43:
De Basic Json om KPN iptv zonder scripts op een USG4/USG pro werkend te krijgen

JSON:

{
    "interfaces": {
        "ethernet": {
            "eth2": {
                "firewall": {
                    "in": {
                        "ipv6-name": "WANv6_IN",
                        "name": "WAN_IN"
                    },
                    "local": {
                        "ipv6-name": "WANv6_LOCAL",
                        "name": "WAN_LOCAL"
                    },
                    "out": {
                        "ipv6-name": "WANv6_OUT",
                        "name": "WAN_OUT"
                    }
                },
                "dhcp-options": {
                    "default-route": "no-update",
                    "name-server": "no-update"
                },
                "vif": {
                    "4": {
                        "address": [
                            "dhcp"
                        ],
                        "dhcp-options": {
                            "client-option": [
                                "send vendor-class-identifier "IPTV_RG";",
                                "request subnet-mask, routers, broadcast-address, static-routes, rfc3442-classless-static-routes;"
                            ],
                            "default-route": "no-update",
                            "default-route-distance": "210",
                            "name-server": "no-update"
                        },
                        "ip": {
                            "source-validation": "loose"
                        }
                    },
                    "6": {
                        "description": "WAN",
                        "firewall": {
                            "in": {
                                "ipv6-name": "WANv6_IN",
                                "name": "WAN_IN"
                            },
                            "local": {
                                "ipv6-name": "WANv6_LOCAL",
                                "name": "WAN_LOCAL"
                            },
                            "out": {
                                "ipv6-name": "WANv6_OUT",
                                "name": "WAN_OUT"
                            }
                        },
                        "pppoe": {
                            "2": {
                                "default-route": "none",
                                "firewall": {
                                    "in": {
                                        "ipv6-name": "WANv6_IN",
                                        "name": "WAN_IN"
                                    },
                                    "local": {
                                        "ipv6-name": "WANv6_LOCAL",
                                        "name": "WAN_LOCAL"
                                    },
                                    "out": {
                                        "ipv6-name": "WANv6_OUT",
                                        "name": "WAN_OUT"
                                    }
                                },
                                "name-server": "none",
                                "password": "kpn",
                                "user-id": "kpn"
                            }
                        }
                    }
                }
            }
        }
    },
    "protocols": {
        "igmp-proxy": {
            "interface": {
                "eth2.4": {
                    "alt-subnet": [
                        "0.0.0.0/0"
                    ],
                    "role": "upstream",
                    "threshold": "1"
                },
                "eth0": {
                    "alt-subnet": [
                        "0.0.0.0/0"
                    ],
                    "role": "downstream",
                    "threshold": "1"
                }
            }
        },
        "static": {
            "interface-route": {
                "0.0.0.0/0": {
                    "next-hop-interface": {
                        "pppoe2": {
                            "distance": "1"
                        }
                    }
                }
            }
        }
    },
    "port-forward": {
        "wan-interface": "pppoe2"
    },
    "service": {
        "dns": {
            "forwarding": {
                "except-interface": [
                    "pppoe2"
                ]
            }
        },
        "nat": {
            "rule": {
                "5000": {
                    "description": "MASQ corporate_network to IPTV network",
                    "destination": {
                        "address": "213.75.112.0/21"
                    },
                    "log": "disable",
                    "outbound-interface": "eth2.4",
                    "protocol": "all",
                    "type": "masquerade"
                },
                "6001": {
                    "outbound-interface": "pppoe2"
                },
                "6002": {
                    "outbound-interface": "pppoe2"
                },
                "6003": {
                    "outbound-interface": "pppoe2"
                }
            }
        }
    }
}

Na het plaatsen en laden van de json, moet je deze static rule in de controller invoeren bij STATIC ROUTES. Mocht ooit je next hob wijzigen dan kan je dit gewoon in de controller aanpassen.

[Afbeelding: static]


Dit is de meest basic config om iptv werkende te krijgen.
Les 1: Er mag niets in de json staan wat je in de controller kan instellen.
Les 2: Er mogen alleen settings in de Json staan die afwijken van de default config.boot
Les 3: Les1 geld niet voor de WAN (eigenlijk wel want je kan geen multi vlan wan instellen in de controller) deze json overschrijft/ruled de wan settings in de controller. Wat daar wordt weergeven moet compleet negeren.

De WAN DNS settings worden niet aangeraakt dit is samen met smart QOS het enige wat je bij de WAN settings in de controller kan en moet instellen.

Als ik bovenstaande JSON maak en gebruik dan blijft hij op provisionen hangen. Iemand enig idee waaraan dat kan liggen?

Wil graag ook zonder scripts werken en dan via de controller de next hop kunnen aanpassen. Dat is het makkelijkst.

Update:
Ik zie dit bij de foutmeldingen en heb inderdaad WAN 2 uitgeschakeld staan omdat die niet gebruikt werd. Moet ik die nu weer aanzetten?

Probleem met doorvoeren configuratie. Foutmelding: {"COMMIT":{"error":"[ interfaces ethernet eth2 vif 4 address dhcp ]\neth2.4 is disabled.\n\n0\nCommit failed\n","failure":"1","success":"1"},"DELETE":{"failure":"0","success":"1"},"SESSION_ID":"efb170374adf46856625b922f0","SET":{"failure":"0","success":"1"}} 21:51 30/01/2020

Probleem met doorvoeren configuratie. Foutmelding: {"COMMIT":{"error":"[ interfaces ethernet eth2 vif 4 address dhcp ]\neth2.4 is disabled.\n\n0\nCommit failed\n","failure":"1","success":"1"},"DELETE":{"failure":"0","success":"1"},"SESSION_ID":"68f53af10f5d40aea3f75e2d20","SET":{"failure":"0","success":"1"}} 21:43 30/01/2020

Probleem met doorvoeren configuratie. Foutmelding: {"COMMIT":{"error":"[ interfaces ethernet eth0 vif 4 address dhcp ]\nStopping DHCP client on eth0.4 ...\n\n1\n[ service nat rule 5000 outbound-interface eth2.4 ]\nNAT configuration warning: interface eth2.4 does not exist on this system\n\n1\n[ interfaces ethernet eth2 vif 4 address dhcp ]\neth2.4 is disabled.\n\n0\n[ protocols igmp-proxy ]\nStopping IGMP proxy\nStarting IGMP proxy service\n\n1\nCommit failed\n","failure":"1","success":"1"},"DELETE":{"failure":"0","success":"1"},"SESSION_ID":"68f53af10f5d40aea3f75e2d20","SET":{"failure":"0","success":"1"}} 21:33 30/01/2020

[ Voor 15% gewijzigd door Old-Tweaker op 30-01-2020 22:23 ]

[xbeam]

Old-Tweaker schreef op donderdag 30 januari 2020 @ 22:01:
[...]


Als ik bovenstaande JSON maak en gebruik dan blijft hij op provisionen hangen. Iemand enig idee waaraan dat kan liggen?

Wil graag ook zonder scripts werken en dan via de controller de next hop kunnen aanpassen. Dat is het makkelijkst.

Update:
Ik zie dit bij de foutmeldingen en heb inderdaad WAN 2 uitgeschakeld staan omdat die niet gebruikt werd. Moet ik die nu weer aanzetten?

Probleem met doorvoeren configuratie. Foutmelding: {"COMMIT":{"error":"[ interfaces ethernet eth2 vif 4 address dhcp ]\neth2.4 is disabled.\n\n0\nCommit failed\n","failure":"1","success":"1"},"DELETE":{"failure":"0","success":"1"},"SESSION_ID":"efb170374adf46856625b922f0","SET":{"failure":"0","success":"1"}} 21:51 30/01/2020

Probleem met doorvoeren configuratie. Foutmelding: {"COMMIT":{"error":"[ interfaces ethernet eth2 vif 4 address dhcp ]\neth2.4 is disabled.\n\n0\nCommit failed\n","failure":"1","success":"1"},"DELETE":{"failure":"0","success":"1"},"SESSION_ID":"68f53af10f5d40aea3f75e2d20","SET":{"failure":"0","success":"1"}} 21:43 30/01/2020

Probleem met doorvoeren configuratie. Foutmelding: {"COMMIT":{"error":"[ interfaces ethernet eth0 vif 4 address dhcp ]\nStopping DHCP client on eth0.4 ...\n\n1\n[ service nat rule 5000 outbound-interface eth2.4 ]\nNAT configuration warning: interface eth2.4 does not exist on this system\n\n1\n[ interfaces ethernet eth2 vif 4 address dhcp ]\neth2.4 is disabled.\n\n0\n[ protocols igmp-proxy ]\nStopping IGMP proxy\nStarting IGMP proxy service\n\n1\nCommit failed\n","failure":"1","success":"1"},"DELETE":{"failure":"0","success":"1"},"SESSION_ID":"68f53af10f5d40aea3f75e2d20","SET":{"failure":"0","success":"1"}} 21:33 30/01/2020

Welke USG heb je ?

[mountain82]

Dank voor het uitgebreide antwoord en uitzoekwerk.
Het is me helaas niet gelukt om het voor elkaar te krijgen.
Heb uiteindelijk voor alternatieve oplossing gekozen door de controller op een losse RPI te draaien.

[mountain82]

Na een paar dagen deze config in gebruik te hebben lijken er problemen te zijn met android devices. Ze hebben wel internet connectiviteit en kunnen een stabiele internetverbinding opzetten maar bij het openen van een app wordt er geen content geladen. Het vreemde is dat via de explorer de site wel correct werkt. Op mijn shield heb ik het kunnen aanpassen door handmatige dns en ipv6 uit te zetten maar bij de samsung telefoons werkt dit niet.

Kan ik in de controller de DNS settings naar vrijheid aanpassen ?Ik heb het idee dat alles wordt overschreven door de scripts. Of moet ik dan in de scripts aanpassingen doorvoeren ? Zoals DNS en IPV6 uitschakelen.

[Old-Tweaker]

xbeam schreef op donderdag 30 januari 2020 @ 23:57:
[...]


Welke USG heb je ?

USG3P

[xbeam]

Old-Tweaker schreef op zondag 2 februari 2020 @ 17:41:
[...]


USG3P

Duidelijk, dat verwachte ik al vanwege je fout omschrijving. De json is voor een USG4P

Hierdoor Komen de poort nummers niet overeen met jouw USG.

[Old-Tweaker]

xbeam schreef op zondag 2 februari 2020 @ 18:14:
[...]


Duidelijk, dat verwachte ik al vanwege je fout omschrijving. De json is voor een USG4P

Hierdoor Komen de poort nummers niet overeen met jouw USG.

Maar is er een.JSON voor een 3P? Want het instellen van de static vind ik geweldig.
Dus dat je het gewoon via de controller kan doen

[xbeam]

Old-Tweaker schreef op zondag 2 februari 2020 @ 19:21:
[...]


Maar is er een.JSON voor een 3P? Want het instellen van de static vind ik geweldig.
Dus dat je het gewoon via de controller kan doen

Ja die is er, dat is een kwestie van de eth de juiste nummering geven ;-)

als je even je huidig config dumpt kan ik aangeven wat je moet aan passen.

[Old-Tweaker]

xbeam schreef op zondag 2 februari 2020 @ 20:00:
[...]


Ja die is er, dat is een kwestie van de eth de juiste nummering geven ;-)

als je even je huidig config dumpt kan ik aangeven wat je moet aan passen.

Dat is die van jouw ;-)

code:

{ 
    "interfaces": {
        "ethernet": {
            "eth0": {
                "dhcp-options": {
                    "default-route": "no-update",
                    "default-route-distance": "1",
                    "name-server": "no-update"
                },
                "vif": {
                    "4": {
                        "address": [
                            "dhcp"
                        ],
                        "description": "WAN",
                        "dhcp-options": {
                            "client-option": [
                                "send vendor-class-identifier "IPTV_RG";",
                                "request subnet-mask, routers, rfc3442-classless-static-routes;"
                            ],
                            "default-route": "no-update",
                            "default-route-distance": "210",
                            "name-server": "no-update"
                        },
                        "ip": {
                            "source-validation": "loose"
                        }
  
                    },
                    "6": {
                        "description": "WAN",
                        "firewall": {
                            "in": {
                                "ipv6-name": "WANv6_IN",
                                "name": "WAN_IN"
                            },
                            "local": {
                                "ipv6-name": "WANv6_LOCAL",
                                "name": "WAN_LOCAL"
                            },
                            "out": {
                                "ipv6-name": "WANv6_OUT",
                                "name": "WAN_OUT"
                            }
                        },
                        "pppoe": {
                            "2": {
                                "default-route": "auto",
                                "firewall": {
                                    "in": {
                                        "ipv6-name": "WANv6_IN",
                                        "name": "WAN_IN"
                                    },
                                    "local": {
                                        "ipv6-name": "WANv6_LOCAL",
                                        "name": "WAN_LOCAL"
                                    },
                                    "out": {
                                        "ipv6-name": "WANv6_OUT",
                                        "name": "WAN_OUT"
                                    }
                                },
                                "name-server": "auto",
                                "password": "kpn",
                                "user-id": "kpn"
                            }
                        }
                    }
  
                }
            }
        }
    },
    "protocols": {
        "igmp-proxy": {
            "interface": {
                "eth0.4": {
                    "alt-subnet": [
                        "0.0.0.0/0"
                    ],
                    "role": "upstream",
                    "threshold": "1"
                },
                "eth1": {
                    "alt-subnet": [
                        "0.0.0.0/24"
                    ],
                    "role": "downstream",
                    "threshold": "1"
                }
            }
        },
        "static": {
            "route": {
                "213.75.112.0/21": {
                    "next-hop": {
                        "10.196.160.1": "''"
                    }
                }
            }
        }
    },
    "port-forward": {
        "wan-interface": "pppoe2"
    },
  
    "service": {
        "dns": {
            "forwarding": {
                "except-interface": [
                    "pppoe2"
                ]
            }
        },
        "nat": {
            "rule": {
                "5000": {
                    "description": "MASQ corporate_network to IPTV network",
                    "destination": {
                        "address": "213.75.112.0/21"
                    },
                    "log": "disable",
                    "outbound-interface": "eth0.4",
                    "protocol": "all",
                    "type": "masquerade"
                },
                "6001": {
                    "outbound-interface": "pppoe2"
                },
                "6002": {
                    "outbound-interface": "pppoe2"
                },
                "6003": {
                    "outbound-interface": "pppoe2"
                }
            }
        }
    }
}

[xbeam]

Old-Tweaker schreef op zondag 2 februari 2020 @ 21:22:
[...]


Dat is die van jouw ;-)

code:

{ 
    "interfaces": {
        "ethernet": {
            "eth0": {
                "dhcp-options": {
                    "default-route": "no-update",
                    "default-route-distance": "1",
                    "name-server": "no-update"
                },
                "vif": {
                    "4": {
                        "address": [
                            "dhcp"
                        ],
                        "description": "WAN",
                        "dhcp-options": {
                            "client-option": [
                                "send vendor-class-identifier "IPTV_RG";",
                                "request subnet-mask, routers, rfc3442-classless-static-routes;"
                            ],
                            "default-route": "no-update",
                            "default-route-distance": "210",
                            "name-server": "no-update"
                        },
                        "ip": {
                            "source-validation": "loose"
                        }
  
                    },
                    "6": {
                        "description": "WAN",
                        "firewall": {
                            "in": {
                                "ipv6-name": "WANv6_IN",
                                "name": "WAN_IN"
                            },
                            "local": {
                                "ipv6-name": "WANv6_LOCAL",
                                "name": "WAN_LOCAL"
                            },
                            "out": {
                                "ipv6-name": "WANv6_OUT",
                                "name": "WAN_OUT"
                            }
                        },
                        "pppoe": {
                            "2": {
                                "default-route": "auto",
                                "firewall": {
                                    "in": {
                                        "ipv6-name": "WANv6_IN",
                                        "name": "WAN_IN"
                                    },
                                    "local": {
                                        "ipv6-name": "WANv6_LOCAL",
                                        "name": "WAN_LOCAL"
                                    },
                                    "out": {
                                        "ipv6-name": "WANv6_OUT",
                                        "name": "WAN_OUT"
                                    }
                                },
                                "name-server": "auto",
                                "password": "kpn",
                                "user-id": "kpn"
                            }
                        }
                    }
  
                }
            }
        }
    },
    "protocols": {
        "igmp-proxy": {
            "interface": {
                "eth0.4": {
                    "alt-subnet": [
                        "0.0.0.0/0"
                    ],
                    "role": "upstream",
                    "threshold": "1"
                },
                "eth1": {
                    "alt-subnet": [
                        "0.0.0.0/24"
                    ],
                    "role": "downstream",
                    "threshold": "1"
                }
            }
        },
        "static": {
            "route": {
                "213.75.112.0/21": {
                    "next-hop": {
                        "10.196.160.1": "''"
                    }
                }
            }
        }
    },
    "port-forward": {
        "wan-interface": "pppoe2"
    },
  
    "service": {
        "dns": {
            "forwarding": {
                "except-interface": [
                    "pppoe2"
                ]
            }
        },
        "nat": {
            "rule": {
                "5000": {
                    "description": "MASQ corporate_network to IPTV network",
                    "destination": {
                        "address": "213.75.112.0/21"
                    },
                    "log": "disable",
                    "outbound-interface": "eth0.4",
                    "protocol": "all",
                    "type": "masquerade"
                },
                "6001": {
                    "outbound-interface": "pppoe2"
                },
                "6002": {
                    "outbound-interface": "pppoe2"
                },
                "6003": {
                    "outbound-interface": "pppoe2"
                }
            }
        }
    }
}

Ah zo dit is niet je config dump ;-) maar de json die je nu gebruikt. Als je goed kijkt zie dat je hier eth0 gebruikt waar de json die je probeert te laden eth2 gebruikt.

[Old-Tweaker]

xbeam schreef op zondag 2 februari 2020 @ 23:38:
[...]


Ah zo dit is niet je config dump ;-) maar de json die je nu gebruikt. Als je goed kijkt zie dat je hier eth0 gebruikt waar de json die je probeert te laden eth2 gebruikt.

Dus als ik alles van eth2 aanpas naar eth0 dan zou dat het enige zijn?
En dat static instellen in de controller?

[xbeam]

Old-Tweaker schreef op maandag 3 februari 2020 @ 16:44:
[...]


Dus als ik alles van eth2 aanpas naar eth0 dan zou dat het enige zijn?
En dat static instellen in de controller?

Yes, Daar komt ook je eth2 fout melding van vandaan. De json probeert instellingen te wijzigen die in jouw gateway niet bestaan.

[ Voor 19% gewijzigd door xbeam op 03-02-2020 16:59 ]

[Old-Tweaker]

xbeam schreef op maandag 3 februari 2020 @ 16:57:
[...]


Yes, Daar komt ook je eth2 fout melding van vandaan. De json probeert instellingen te wijzigen die in jouw gateway niet bestaan.

Thanks.
Ga er even mee stoeien.
Heb de .JSON al aangepast.
Nu nog juiste moment vinden om het te provisionen

[Old-Tweaker]

Old-Tweaker schreef op dinsdag 4 februari 2020 @ 22:24:
[...]


Thanks.
Ga er even mee stoeien.
Heb de .JSON al aangepast.
Nu nog juiste moment vinden om het te provisionen

Voor de USG3P wordt de config.json dan als volgt

code:

{
    "interfaces": {
        "ethernet": {
            "eth0": {
                "firewall": {
                    "in": {
                        "ipv6-name": "WANv6_IN",
                        "name": "WAN_IN"
                    },
                    "local": {
                        "ipv6-name": "WANv6_LOCAL",
                        "name": "WAN_LOCAL"
                    },
                    "out": {
                        "ipv6-name": "WANv6_OUT",
                        "name": "WAN_OUT"
                    }
                },
                "dhcp-options": {
                    "default-route": "no-update",
                    "name-server": "no-update"
                },
                "vif": {
                    "4": {
                        "address": [
                            "dhcp"
                        ],
                        "dhcp-options": {
                            "client-option": [
                                "send vendor-class-identifier "IPTV_RG";",
                                "request subnet-mask, routers, broadcast-address, static-routes, rfc3442-classless-static-routes;"
                            ],
                            "default-route": "no-update",
                            "default-route-distance": "210",
                            "name-server": "no-update"
                        },
                        "ip": {
                            "source-validation": "loose"
                        }
                    },
                    "6": {
                        "description": "WAN",
                        "firewall": {
                            "in": {
                                "ipv6-name": "WANv6_IN",
                                "name": "WAN_IN"
                            },
                            "local": {
                                "ipv6-name": "WANv6_LOCAL",
                                "name": "WAN_LOCAL"
                            },
                            "out": {
                                "ipv6-name": "WANv6_OUT",
                                "name": "WAN_OUT"
                            }
                        },
                        "pppoe": {
                            "2": {
                                "default-route": "none",
                                "firewall": {
                                    "in": {
                                        "ipv6-name": "WANv6_IN",
                                        "name": "WAN_IN"
                                    },
                                    "local": {
                                        "ipv6-name": "WANv6_LOCAL",
                                        "name": "WAN_LOCAL"
                                    },
                                    "out": {
                                        "ipv6-name": "WANv6_OUT",
                                        "name": "WAN_OUT"
                                    }
                                },
                                "name-server": "none",
                                "password": "kpn",
                                "user-id": "kpn"
                            }
                        }
                    }
                }
            }
        }
    },
    "protocols": {
        "igmp-proxy": {
            "interface": {
                "eth0.4": {
                    "alt-subnet": [
                        "0.0.0.0/0"
                    ],
                    "role": "upstream",
                    "threshold": "1"
                },
                "eth1": {
                    "alt-subnet": [
                        "0.0.0.0/0"
                    ],
                    "role": "downstream",
                    "threshold": "1"
                }
            }
        },
        "static": {
            "interface-route": {
                "0.0.0.0/0": {
                    "next-hop-interface": {
                        "pppoe2": {
                            "distance": "1"
                        }
                    }
                }
            }
        }
    },
    "port-forward": {
        "wan-interface": "pppoe2"
    },
    "service": {
        "dns": {
            "forwarding": {
                "except-interface": [
                    "pppoe2"
                ]
            }
        },
        "nat": {
            "rule": {
                "5000": {
                    "description": "MASQ corporate_network to IPTV network",
                    "destination": {
                        "address": "213.75.112.0/21"
                    },
                    "log": "disable",
                    "outbound-interface": "eth0.4",
                    "protocol": "all",
                    "type": "masquerade"
                },
                "6001": {
                    "outbound-interface": "pppoe2"
                },
                "6002": {
                    "outbound-interface": "pppoe2"
                },
                "6003": {
                    "outbound-interface": "pppoe2"
                }
            }
        }
    }
}

Alleen de ETH1 moet niet aangepast worden naar ETH0

code:

              "eth1": {
                    "alt-subnet": [
                        "0.0.0.0/0"

[Bigs]

wolfchild schreef op woensdag 6 november 2019 @ 13:30:
iemand al ervaring met IPTV icm Dream machine ?

Het lijkt erop dat de UDM geen config.gateway.json ondersteuning heeft dus dat de oplossingen uit dit topic in ieder geval niet gaan werken. Erg jammer!

[DinkyToys]

Hier ook aan het stoeien met een EdgeRouter X SFP versie en IPTV via Caiway.
Ik krijg netjes internet via de SFP connector, dank aan FS.com voor de module en fiber optic.

ETH5.100 en ETH5.101 zijn de combi. Op dit moment krijg ik wel Ned 1 te zien, maar de overige zenders krijg ik melding "Decoderen van huidige kanaal/zender mislukt".

Hieronder mijn huidige configuratie. Kan iemand mij een hint of oplossing geven naar waar ik moet zoeken?

code:

firewall {
    all-ping enable
    broadcast-ping disable
    ipv6-name WANv6_IN {
        default-action drop
        description "WAN inbound traffic forwarded to LAN"
        enable-default-log
        rule 10 {
            action accept
            description "Allow established/related sessions"
            state {
                established enable
                related enable
            }
        }
        rule 20 {
            action drop
            description "Drop invalid state"
            state {
                invalid enable
            }
        }
    }
    ipv6-name WANv6_LOCAL {
        default-action drop
        description "WAN inbound traffic to the router"
        enable-default-log
        rule 10 {
            action accept
            description "Allow established/related sessions"
            state {
                established enable
                related enable
            }
        }
        rule 20 {
            action drop
            description "Drop invalid state"
            state {
                invalid enable
            }
        }
        rule 30 {
            action accept
            description "Allow IPv6 icmp"
            protocol ipv6-icmp
        }
        rule 40 {
            action accept
            description "allow dhcpv6"
            destination {
                port 546
            }
            protocol udp
            source {
                port 547
            }
        }
    }
    ipv6-receive-redirects disable
    ipv6-src-route disable
    ip-src-route disable
    log-martians enable
    name IPTV_IN {
        default-action drop
        description ""
        rule 10 {
            action accept
            description "Allow IPTV Multicast UDP"
            destination {
                address 239.0.0.0/8
            }
            log disable
            protocol udp
            source {
                address 62.0.0.0/8
            }
        }
        rule 20 {
            action accept
            description "Allow IGMP"
            destination {
            }
            log disable
            protocol igmp
            source {
            }
        }
        rule 30 {
            action accept
            log disable
            protocol all
        }
        rule 40 {
            action drop
            log disable
            protocol all
        }
    }
    name IPTV_LOCAL {
        default-action drop
        description ""
        rule 1 {
            action accept
            log disable
            protocol all
        }
        rule 2 {
            action drop
            log disable
            protocol all
        }
    }
    name WAN_IN {
        default-action drop
        description "WAN to internal"
        rule 10 {
            action accept
            description "Allow established/related"
            state {
                established enable
                related enable
            }
        }
        rule 20 {
            action drop
            description "Drop invalid state"
            state {
                invalid enable
            }
        }
    }
    name WAN_LOCAL {
        default-action drop
        description "WAN to router"
        rule 10 {
            action accept
            description "Allow established/related"
            state {
                established enable
                related enable
            }
        }
        rule 20 {
            action drop
            description "Drop invalid state"
            state {
                invalid enable
            }
        }
    }
    receive-redirects disable
    send-redirects enable
    source-validation disable
    syn-cookies enable
}
interfaces {
    ethernet eth0 {
        description Local
        duplex auto
        speed auto
    }
    ethernet eth1 {
        description Local
        duplex auto
        speed auto
    }
    ethernet eth2 {
        description Local
        duplex auto
        speed auto
    }
    ethernet eth3 {
        description Local
        duplex auto
        poe {
            output off
        }
        speed auto
    }
    ethernet eth4 {
        description Local
        duplex auto
        speed auto
    }
    ethernet eth5 {
        duplex auto
        speed auto
        vif 100 {
            address dhcp
            description Internet
            dhcp-options {
                client-option "retry 60;"
                default-route update
                default-route-distance 1
                name-server no-update
            }
            dhcpv6-pd {
                pd 0 {
                    interface switch0 {
                        host-address ::1
                        prefix-id :1
                        service slaac
                    }
                    prefix-length /48
                }
                rapid-commit enable
            }
            firewall {
                in {
                    ipv6-name WANv6_IN
                    name WAN_IN
                }
                local {
                    ipv6-name WANv6_LOCAL
                    name WAN_LOCAL
                }
            }
            mac xx:xx:xx:xx:xx:xx
        }
        vif 101 {
            address dhcp
            description IPTV
            dhcp-options {
                client-option "send vendor-class-identifier "IPTV_RG";"
                client-option "request subnet-mask, routers, rfc3442-classless-static-routes;"
                default-route no-update
                default-route-distance 210
                name-server update
            }
            firewall {
                in {
                    name IPTV_IN
                }
                local {
                    name IPTV_LOCAL
                }
            }
            mac xx:xx:xx:xx:xx:xx
        }
    }
    loopback lo {
    }
    switch switch0 {
        address 192.168.0.2/24
        description Local
        mtu 1500
        switch-port {
            interface eth0 {
            }
            interface eth1 {
            }
            interface eth2 {
            }
            interface eth3 {
            }
            interface eth4 {
            }
            vlan-aware disable
        }
    }
}
protocols {
    igmp-proxy {
        disable-quickleave
        interface eth5.101 {
            alt-subnet 0.0.0.0/0
            role upstream
            threshold 1
        }
        interface switch0 {
            alt-subnet 0.0.0.0/0
            role downstream
            threshold 1
        }
    }
    static {
    }
}
service {
    dhcp-server {
        disabled false
        global-parameters "option vendor-class-identifier code 60 = string;"
        global-parameters "option broadcast-address code 28 = ip-address;"
        hostfile-update disable
        shared-network-name LAN {
            authoritative enable
            disable
            subnet 192.168.1.0/24 {
                default-router 192.168.1.1
                dns-server 192.168.1.1
                lease 86400
                start 192.168.1.38 {
                    stop 192.168.1.243
                }
            }
        }
        shared-network-name LocalLAN {
            authoritative disable
            subnet 192.168.0.0/24 {
                default-router 192.168.0.2
                dns-server 1.1.1.1
                dns-server 1.0.0.1
                lease 86400
                start 192.168.0.30 {
                    stop 192.168.0.254
                }
                unifi-controller 192.168.0.210
            }
        }
        static-arp disable
        use-dnsmasq disable
    }
    dns {
        forwarding {
            cache-size 150
            listen-on switch0
        }
    }
    gui {
        http-port 80
        https-port 443
        older-ciphers enable
    }
    nat {
        rule 5000 {
            description "masquerade for WAN"
            log disable
            outbound-interface eth5.100
            protocol all
            type masquerade
        }
    }
    ssh {
        port 22
        protocol-version v2
    }
    unms {
        disable
    }
    upnp {
    }
}

[TheNameIsBart]

@Coolhva Bedankt voor de duidelijke handleiding om KPN werkend te krijgen met de USG! Ik heb mij hier ~2 jaar geleden met Telfort aan gewaagd en dat was een drama dus ik heb tot vandaag gebruik gemaakt van bridged-IPTV. Ik ben overgestapt naar KPN en met jouw handleiding had ik alles binnen no-time werkend. Uiteraard ook een bedankje naar o.a. @xbeam en @hermanh want ik geloof dat jullie allemaal een hoop tijd in dit topic en het troubleshooten hebben gestoken!

Ik heb nog wel een vraag over de handleiding van Coolhva. IPv6 lijkt te werken maar IPv4 niet, in ieder geval niet volledig. Als ik bijvoorbeeld naar whatismyipaddress.com ga staat er dat er geen IPv4 address is gedetecteerd. Ook via de Unifi controller staat er bij de USG 0.0.0.0 als ik kijk naar de eigenschappen:



Hierdoor werkt DDNS niet meer. Is dit een bekend probleem of weten jullie toevallig hoe ik dit op moet lossen? Voor mij is IPv6 niet noodzakelijk dus het zou geen probleem zijn als IPv6 helemaal niet werkt.

De USG Pro draait op firmware 4.4.44.5213871 en de controller op 5.12.35.

[Cartman!]

Dat IPv4 in z'n geheel niet werkt herken ik niet maar dat de controller 0.0.0.0 aangeeft als WAN IP dat is wel "normaal" ieder geval.

[Tylen]

Cartman! schreef op woensdag 12 februari 2020 @ 15:23:
Dat IPv4 in z'n geheel niet werkt herken ik niet maar dat de controller 0.0.0.0 aangeeft als WAN IP dat is wel "normaal" ieder geval.

Echt niet

[Cartman!]

Tylen schreef op woensdag 12 februari 2020 @ 15:28:
[...]


Echt niet

[Afbeelding]

Terwijl je IPTV draait? Dan mag je me vertellen hoe je dat aanpast Ik heb dat nog nooit werkend gezien en velen hier met mij... of is er een update van de controller waar dit is gefixt die ik nog niet draai

[ Voor 10% gewijzigd door Cartman! op 12-02-2020 15:32 ]

[Coolhva]

Psvtje10 schreef op woensdag 12 februari 2020 @ 14:40:
@Coolhva Bedankt voor de duidelijke handleiding om KPN werkend te krijgen met de USG! Ik heb mij hier ~2 jaar geleden met Telfort aan gewaagd en dat was een drama dus ik heb tot vandaag gebruik gemaakt van bridged-IPTV. Ik ben overgestapt naar KPN en met jouw handleiding had ik alles binnen no-time werkend. Uiteraard ook een bedankje naar o.a. @xbeam en @hermanh want ik geloof dat jullie allemaal een hoop tijd in dit topic en het troubleshooten hebben gestoken!

Ik heb nog wel een vraag over de handleiding van Coolhva. IPv6 lijkt te werken maar IPv4 niet, in ieder geval niet volledig. Als ik bijvoorbeeld naar whatismyipaddress.com ga staat er dat er geen IPv4 address is gedetecteerd. Ook via de Unifi controller staat er bij de USG 0.0.0.0 als ik kijk naar de eigenschappen:

[Afbeelding]

Hierdoor werkt DDNS niet meer. Is dit een bekend probleem of weten jullie toevallig hoe ik dit op moet lossen? Voor mij is IPv6 niet noodzakelijk dus het zou geen probleem zijn als IPv6 helemaal niet werkt.

De USG Pro draait op firmware 4.4.44.5213871 en de controller op 5.12.35.

Als je inlogt met SSH op de USG en dan "show interfaces" doet, zou je bij PPPOE2 een IPv4 adres moeten zien. Je kan altijd nog een reboot uitvoeren om te kijken of dat helpt (of www.whoer.net testen).

In de GUI zie je inderdaad geen IPv4 adres, dat komt omdat er nu twee WAN interfaces zijn waardoor de GUI dat niet meer snapt.

[TheNameIsBart]

@Coolhva Via SSH laat de USG wel een IPv4 adres zien onder PPPoE2 dus ik neem aan dat 't gewoon werkt! Ik neem aan dat, doordat de GUI in de war raakt door de twee WAN interfaces, DDNS hierdoor niet meer werkt? Ik geloof dat DDNS ook via de config.gateway.json moet kunnen dus daar ga ik eens naar kijken.

Is er ook optie om heel IPv6 uit de configuratie te houden? Ik heb er nog geen behoefte aan en het maakt het een en ander wel ingewikkelder.

[Tylen]

Cartman! schreef op woensdag 12 februari 2020 @ 15:31:
[...]

Terwijl je IPTV draait? Dan mag je me vertellen hoe je dat aanpast Ik heb dat nog nooit werkend gezien en velen hier met mij... of is er een update van de controller waar dit is gefixt die ik nog niet draai

Ja heb ook iptv. Mijn config is apart met een extra public ipv4 subnet. Iptv loopt via de fritzbox.

[Coolhva]

Psvtje10 schreef op woensdag 12 februari 2020 @ 21:03:
@Coolhva Via SSH laat de USG wel een IPv4 adres zien onder PPPoE2 dus ik neem aan dat 't gewoon werkt! Ik neem aan dat, doordat de GUI in de war raakt door de twee WAN interfaces, DDNS hierdoor niet meer werkt? Ik geloof dat DDNS ook via de config.gateway.json moet kunnen dus daar ga ik eens naar kijken.

Is er ook optie om heel IPv6 uit de configuratie te houden? Ik heb er nog geen behoefte aan en het maakt het een en ander wel ingewikkelder.

IPv6 kan eruit maar gaat je probleem niet oplossen. Waarom gebruik je DDNS, KPN IP is fixed.

[Cartman!]

Tylen schreef op woensdag 12 februari 2020 @ 21:45:
Ja heb ook iptv. Mijn config is apart met een extra public ipv4 subnet. Iptv loopt via de fritzbox.

Dus loopt IPTV niet via je USG, precies wat ik bedoel.

[TheNameIsBart]

Coolhva schreef op woensdag 12 februari 2020 @ 22:03:
[...]


IPv6 kan eruit maar gaat je probleem niet oplossen. Waarom gebruik je DDNS, KPN IP is fixed.

Ik wist niet dat je bij KPN een vast IP krijgt. Ik was in de veronderstelling, of in ieder geval zo heb ik het bij Telfort altijd begrepen, dat je in de praktijk een zo goed als vast IP adres krijgt maar dat deze in theorie altijd gewijzigd kan worden door KPN.

Ik kijk een beetje tegen IPv6 op omdat ik er totaal geen ervaring en verstand van heb. Ik heb dan ook niet de kennis om alles goed te beveiligen en dat vindt ik niet zo prettig. Maar wellicht valt het allemaal wel mee dus ik ga mij er eens in verdiepen en kijk het even aan.

Laatste vraag: ik weet dat je de Unifi controller en de config.gateway.json niet door elkaar mag gebruiken maar met jouw handleiding zijn enkel de WAN-instellingen in de controller verboden gebied toch?

[Cartman!]

Psvtje10 schreef op donderdag 13 februari 2020 @ 09:28:
Ik wist niet dat je bij KPN een vast IP krijgt. Ik was in de veronderstelling, of in ieder geval zo heb ik het bij Telfort altijd begrepen, dat je in de praktijk een zo goed als vast IP adres krijgt maar dat deze in theorie altijd gewijzigd kan worden door KPN.

Er is geen garantie dat je IP vast is maar in praktijk wijzigt t niet (ook niet als je wisselt van router of reboots doet oid).

[nero355]

Coolhva schreef op woensdag 12 februari 2020 @ 22:03:
IPv6 kan eruit maar gaat je probleem niet oplossen. Waarom gebruik je DDNS, KPN IP is fixed.

Psvtje10 schreef op donderdag 13 februari 2020 @ 09:28:
Ik wist niet dat je bij KPN een vast IP krijgt. Ik was in de veronderstelling, of in ieder geval zo heb ik het bij Telfort altijd begrepen, dat je in de praktijk een zo goed als vast IP adres krijgt maar dat deze in theorie altijd gewijzigd kan worden door KPN.

Cartman! schreef op donderdag 13 februari 2020 @ 14:18:
Er is geen garantie dat je IP vast is maar in praktijk wijzigt t niet (ook niet als je wisselt van router of reboots doet oid).

Toen ik ooit voor het eerst KPN ADSL kreeg zat er ook een brief bij waarin stond :
- Dit is je klantennummer : xxxxxxxxx
- En daar hoort dit IP bij : xxx.xxx.xxx.xxx

Een dergelijke brief kan ik me niet herinneren toen ik van het oude MXStream netwerk naar het nieuwe netwerk werd overgezet en een nieuw IP kreeg, maar ook die heeft het heel wat jaren uitgehouden!

Maar wat ik dus eigenlijk wil zeggen : Krijgt men niet meer een dergelijke brief of wordt er niet iets vermeld in je klantenpaneel als je bij KPN inlogt

[Cartman!]

nero355 schreef op donderdag 13 februari 2020 @ 23:00:
Maar wat ik dus eigenlijk wil zeggen : Krijgt men niet meer een dergelijke brief of wordt er niet iets vermeld in je klantenpaneel als je bij KPN inlogt

Ik heb 3 jaar geleden een brief gekregen met inloggegevens maar niet met een vast IP-adres erin. Dit wordt ook nergens beloofd door KPN, alleen zakelijk zover ik weet. In praktijk echter zal je IP-adres vast zijn maar zonder de garantie dat dit zo blijft. Heb zelf ook DDNS scriptje gemaakt; NAS stuurt elke 15min pingetje naar een endpoint die DNS records update wanneer nodig.

[ Voor 27% gewijzigd door Cartman! op 14-02-2020 09:09 ]

[yniezink]

ik wil graag de KPN experiabox er tussenuit halen. Ik maak echter geen gebruik van IPTV.

Is dan het dan zo simpel om in mijn usg pro op de wan in te stellen

KPN
VLAN ID Functie verbindingstype
6 Internet pppoe

user kpn & wachtwoord kpn ?

[Coolhva]

yniezink schreef op vrijdag 14 februari 2020 @ 10:08:
ik wil graag de KPN experiabox er tussenuit halen. Ik maak echter geen gebruik van IPTV.

Is dan het dan zo simpel om in mijn usg pro op de wan in te stellen

KPN
VLAN ID Functie verbindingstype
6 Internet pppoe

user kpn & wachtwoord kpn ?

Yup, IPv6 weet ik niet, zou je moeten proberen.

[Coolhva]

Cartman! schreef op vrijdag 14 februari 2020 @ 09:01:
[...]

Ik heb 3 jaar geleden een brief gekregen met inloggegevens maar niet met een vast IP-adres erin. Dit wordt ook nergens beloofd door KPN, alleen zakelijk zover ik weet. In praktijk echter zal je IP-adres vast zijn maar zonder de garantie dat dit zo blijft. Heb zelf ook DDNS scriptje gemaakt; NAS stuurt elke 15min pingetje naar een endpoint die DNS records update wanneer nodig.

Je IP adres is gekoppeld aan je profiel bij KPN. Dat profiel is gekoppeld aan de switchpoort waar je glasvezel is in afgemonteerd in de DSLAM.

Als je gaat verhuizen of ze verplaatsen je aansluiting in de DSLAM dan kan je een ander IP adres krijgen. Ik ben in 2017 verhuisd, toen kreeg ik een ander IP, maar vanaf toen tot aan nu is hij gelijk gebleven.

[DinkyToys]

Cartman! schreef op vrijdag 14 februari 2020 @ 09:01:
[...]

Ik heb 3 jaar geleden een brief gekregen met inloggegevens maar niet met een vast IP-adres erin. Dit wordt ook nergens beloofd door KPN, alleen zakelijk zover ik weet. In praktijk echter zal je IP-adres vast zijn maar zonder de garantie dat dit zo blijft. Heb zelf ook DDNS scriptje gemaakt; NAS stuurt elke 15min pingetje naar een endpoint die DNS records update wanneer nodig.

Zelf de CNAME gekoppeld van de synology DDNS tool. Gaat het vanzelf.

[Old-Tweaker]

Old-Tweaker schreef op donderdag 6 februari 2020 @ 18:42:
[...]


Voor de USG3P wordt de config.json dan als volgt

code:

{
    "interfaces": {
        "ethernet": {
            "eth0": {
                "firewall": {
                    "in": {
                        "ipv6-name": "WANv6_IN",
                        "name": "WAN_IN"
                    },
                    "local": {
                        "ipv6-name": "WANv6_LOCAL",
                        "name": "WAN_LOCAL"
                    },
                    "out": {
                        "ipv6-name": "WANv6_OUT",
                        "name": "WAN_OUT"
                    }
                },
Enz....

Alleen de ETH1 moet niet aangepast worden naar ETH0

code:

              "eth1": {
                    "alt-subnet": [
                        "0.0.0.0/0"

Heb het inmiddels werkend maar krijg weer die vervellende 561 melding.

Onderstaande stappen al gedaan.

De "quick fix" hier is als alles is ingesteld en provisioned:

1. herstart de USG via de controller en wacht totdat hij is gestart (en je internet hebt)
2. doe alles uit wat achter de USG hangt (switches, setup boxen)
3. doe alle switches eerst aan
4. doe daarna een setupbox aan en controlleer of je tv hebt
5. doe daarna andere setupboxen aan.

Maar loste het probleem niet op.

Heeft iemand nog een andere oplossing voor het 561 probleem?

Heb nu tijdelijk de Experia Box maar weer even terug gezet.
Wat me daar op valt is de tuners hier een vast IP krijgen.
Is de ook handig met de USG3P?

[DinkyToys]

Phew! Koste wat avonden, maar mijn probleem met Caiway Harderwijk en IPTV is opgelost. Veel makkelijker dan gedacht natuurlijk. Bridged met 1 VLAN.

[Cartman!]

Old-Tweaker schreef op zaterdag 15 februari 2020 @ 16:05:
Heb het inmiddels werkend maar krijg weer die vervellende 561 melding.

De 561 gaat hier altijd weg als ik 1 keer de USG reboot via de controller. Heel soms is het herstarten van de box daarna nodig maar dat is al even geleden weer. Ik draai al een maand of 6 de config van Coolhva zonder enig probleem, dat icm de igmp proxy voor interne VLANs waar ik zelf achter was gekomen (en ook in de guide van Coolhva staat).

[Coolhva]

Old-Tweaker schreef op zaterdag 15 februari 2020 @ 16:05:
[...]

Heb het inmiddels werkend maar krijg weer die vervellende 561 melding.

Onderstaande stappen al gedaan.

De "quick fix" hier is als alles is ingesteld en provisioned:

1. herstart de USG via de controller en wacht totdat hij is gestart (en je internet hebt)
2. doe alles uit wat achter de USG hangt (switches, setup boxen)
3. doe alle switches eerst aan
4. doe daarna een setupbox aan en controlleer of je tv hebt
5. doe daarna andere setupboxen aan.

Maar loste het probleem niet op.

Heeft iemand nog een andere oplossing voor het 561 probleem?

Heb nu tijdelijk de Experia Box maar weer even terug gezet.
Wat me daar op valt is de tuners hier een vast IP krijgen.
Is de ook handig met de USG3P?

Misschien kan ik een keer (remote) troubleshooten? Lijkt me dat we het bij jou, net als iedereen, werkend moeten krijgen😏

[xbeam]

💥BAM



!!!Probeer dit niet zelf. Hele grote kans dat er errors ontstaan en 100% kans dat je bestaande udm setup niet meer werkt. Daarnaast is het is niet zeker dat dit werkt en blijft werken ubnt wil dit namelijk niet. !!!

Het is wat uitzoek werk geweest en volledig buiten het boekje om het maar Lijkt te lukken om een udm-pro te laten informen naar een cloudkey of cloud controller.

Daarnaast weet ik inmiddels hoe je Root toegang krijgt tot In de unifi-os docker en daarmee ook tot de json.config en system.config locatie. Alleen of een json ook werkelijk geladen kan worden heb ik nog niet geprobeerd.

Morgen aan de slag om kijken de mogelijkheden zijn en of volledig te adopten is.

[ Voor 178% gewijzigd door xbeam op 29-02-2020 21:19 ]

[Old-Tweaker]

xbeam schreef op zondag 16 februari 2020 @ 01:04:
💥BAM

[Afbeelding]

!!!Probeer dit niet zelf. Hele grote kans dat er errors ontstaan en 100% kans dat je bestaande udm setup niet meer werkt. Daarnaast is het is niet zeker dat dit werkt en blijft werken ubnt wil dit namelijk niet. !!!

Het is wat uitzoek werk geweest en volledig buiten het boekje om het maar Lijkt te lukken om een udm-pro te laten informen naar een cloudkey of cloud controller.

Daarnaast weet ik inmiddels hoe je Root toegang krijgt tot In de unifi-os docker en daarmee ook tot de json.config en system.config locatie. Alleen of een json ook werkelijk geladen kan worden heb ik nog niet geprobeerd.

Morgen aan de slag om kijken de mogelijkheden zijn en of volledig te adopten is.

Blijf je volgen hier. UDM ziet er gaaf uit en alles zit er op en aan

[TheNameIsBart]

Cartman! schreef op maandag 7 oktober 2019 @ 20:04:
Volgens mij heb ik t! Ik gebruik VLANs om verkeer te scheiden:
- main
- guest
- iot
- iptv (deze zat eigenlijk in iot maar voor t testen losgehaald)

De configs die ik overal tegenkom hebben dit erin staan:

code:

"eth0.4": {
    "alt-subnet": [
        "0.0.0.0/0"
    ],
    "role": "upstream",
    "threshold": "1"
},
"eth1": {
  "alt-subnet": [
      "0.0.0.0/0"
  ],
  "role": "downstream",
  "threshold": "1"
},

echter kwam ik hier ook iemand tegen met hetzelfde probleem en die kwam erachter dat de igmp proxy op het verkeerde netwerk actief was. Ik heb mijn config nu aangepast naar dit:

code:

"igmp-proxy": {
    "interface": {
        "eth0.4": {
            "alt-subnet": [
                "0.0.0.0/0"
            ],
            "role": "upstream",
            "threshold": "1"
        },
        "eth1.400": {
            "alt-subnet": [
                "0.0.0.0/0"
            ],
            "role": "downstream",
            "threshold": "1"
        },
        "eth1": {
            "role": "disabled",
            "threshold": "1"
        },
        "eth1.200": {
            "role": "disabled",
            "threshold": "1"
        },
        "eth1.300": {
            "role": "disabled",
            "threshold": "1"
        }
    }
},

waarbij eth1.400 voor iptv is (VLAN 400), eth1 voor main, eth1.200 voor guest en eth1.300 voor iot. Nu zie ik netjes met "show ip multicast mfc" enkel nog verkeer naar m'n KPN ITV boxes gaan ipv dat t naar alle clients gaat.

code:

admin@router:~$ show ip multicast mfc
Group           Origin           In          Out                Pkts         Bytes  Wrong
224.3.2.6       213.75.167.58    eth0.4      eth1.400             82       29.26KB      0
224.0.251.134   217.166.225.134  eth0.4      eth1.400          11941       15.44MB      0
239.255.255.250 192.168.4.1      eth0.4      eth1.400              4       128.00b      0
239.255.255.250 192.168.4.6      eth0.4      eth1.400           1314      574.04KB   1314

Na deze wijziging staat de TV al ruim 20min aan zonder vastloper of storing! Voorlopige conlcusie: het zit in de config van de IGMP proxy waar je op de exacte interface moet aangeven waar de proxy actief is. Logisch wel maar als niemand dit ergens neerzet dan kom je er moeilijk achter. Nu maar ff even aankijken dus...

edit: m'n 2e decoder wil helaas nog niet... error 561

Edit2: na reboot van de USG doet ook de 2e t weer

code:

admin@router:~$ show ip multicast mfc
Group           Origin           In          Out                Pkts         Bytes  Wrong
224.3.2.6       213.75.167.58    eth0.4      eth1.400             95       33.77KB      0
224.0.252.152   217.166.226.152  eth0.4      eth1.400            119      157.58KB      0
239.255.255.250 192.168.4.7      eth0.4      eth1.400           1875      822.95KB   1875
239.255.255.250 192.168.4.6      eth0.4      eth1.400           1526      666.79KB   1526

Bedankt voor bovenstaande info! Ik had dezelfde problemen als jij had en dat is opgelost met bovenstaande oplossing! @Coolhva wellicht is dit een handige toevoeging op jouw handleiding? Dit is volgens mij voor iedereen die gebruik maakt van VLANs van toepassing. Tevens heeft de USG Pro ook twee extra interfaces t.o.v. de reguliere USG waar de IGMP proxy niet op wordt uitgeschakeld. Of maakt dit niks uit omdat hier vaak (LAN2 en WAN2) niks op is aangesloten?

[Cartman!]

Psvtje10 schreef op zondag 16 februari 2020 @ 16:38:
[...]


Bedankt voor bovenstaande info! Ik had dezelfde problemen als jij had en dat is opgelost met bovenstaande oplossing! @Coolhva wellicht is dit een handige toevoeging op jouw handleiding? Dit is volgens mij voor iedereen die gebruik maakt van VLANs van toepassing. Tevens heeft de USG Pro ook twee extra interfaces t.o.v. de reguliere USG waar de IGMP proxy niet op wordt uitgeschakeld. Of maakt dit niks uit omdat hier vaak (LAN2 en WAN2) niks op is aangesloten?

Fijn dat t gelukt is Staat wel beschreven op https://github.com/coolhva/usg-kpn-ftth#vlans maar deze is niet gelinkt in de TS lijkt t.

[TheNameIsBart]

@Cartman! Ik zie het inderdaad. Ik doelde echter op de andere handleiding van Coolhva. Wellicht dat 'ie het er bewust uit heeft gelaten om 't laagdrempelig te houden of misschien is 'ie het simpelweg vergeten. Voor mij was het in ieder geval belangrijke info.

[Coolhva]

Psvtje10 schreef op zondag 16 februari 2020 @ 17:25:
@Cartman! Ik zie het inderdaad. Ik doelde echter op de andere handleiding van Coolhva. Wellicht dat 'ie het er bewust uit heeft gelaten om 't laagdrempelig te houden of misschien is 'ie het simpelweg vergeten. Voor mij was het in ieder geval belangrijke info.

Ik kan het aan het einde van de handleiding wel toevoegen. Ik heb het expres niet toegevoegd om het laagdrempelig te houden, maar nu zie ik dat het wel handig is om toe te voegen.

[zekerpixels]

Ik ga het toch even hier vragen, de volgende opstelling;
KPN experia box -> UDM -> US-8-60W -> ITV
en ja, dat ding van KPN blijft staan.
Op de laatste pagina's staat het eigenlijk al, maar om te bevestigen, kan ik in de UDM dit weekend krijgen zonder echt te gaan rommelen.

[Coolhva]

zekerpixels schreef op maandag 17 februari 2020 @ 16:03:
Ik ga het toch even hier vragen, de volgende opstelling;
KPN experia box -> UDM -> US-8-60W -> ITV
en ja, dat ding van KPN blijft staan.
Op de laatste pagina's staat het eigenlijk al, maar om te bevestigen, kan ik in de UDM dit weekend krijgen zonder echt te gaan rommelen.

Dit gaat zonder meer werken. Ik zou wel een vlan maken voor je iTV kastje(s) zodat deze direct aan de experiabox hangen vanwege de IGMP streams.

[Tylen]

Heeft iemand hier alleen een unifi switch met de iptv stream door de standaard fritzbox/experiabox?

Als ik deze setup maak dan hangt de tv na een x aantal seconden. Normaal zou je restart igmp-proxy doen op je USG/Edgerouter. Maar dat gaat nu niet op, want ik gebruik de fritzbox. Als ik IGMP-Snooping UIT zet dan werkt alles wel gewoon goed. Maar dat wil je natuurlijk niet.

Als je ook deze setup, werkend hebt, kan je mij eens de config geven van je LAN en je switch?

Ik heb echt alles goed staan zou ik zeggen

LAN Settings:

• IGMP Snooping enabled.

Switch port profile:

• Tagged: Select all
• 802.1x Control: Forced authorized (op de switch config zelf staat 802.1x controle UIT)
• Alle vinkjes uit behalve Spanning Tree en LLDP-MED

Spanning tree staat op STP.

[ Voor 6% gewijzigd door Tylen op 17-02-2020 22:02 ]

[Coolhva]

misschien moet je fast interleave aanzetten (zie een aantal posts hiervoor hoe je dat doet).

[Tylen]

Coolhva schreef op maandag 17 februari 2020 @ 22:21:
misschien moet je fast interleave aanzetten (zie een aantal posts hiervoor hoe je dat doet).

Ik zie geen post hoe je dit moet doen

Maar ik gebruik geen USG of andere unifi router voor de igmp streams he. Alles is default van XS4ALL. Kan nergens settings vinden in de switch configuratie om "fast interleaved" aan te zetten. De switch is een Gen2 24 poorts poe. Daarin kan je ook niet meer naar de hidden telnet omgeving

Edit: https://community.ui.com/...35-47f9-92fd-923cb64aef53
Even testen.

Edit2: Nee dit maakt niets uit

Edit3:Header Validation uit maakt ook niets uit
config.system_cfg.1=switch.igmp.header_checking=false
config.system_cfg.2=switch.vlan.1.igmp_fastleave=true

[ Voor 21% gewijzigd door Tylen op 17-02-2020 23:08 ]

[xbeam]

Tylen schreef op maandag 17 februari 2020 @ 22:32:
[...]


Ik zie geen post hoe je dit moet doen

Maar ik gebruik geen USG of andere unifi router voor de igmp streams he. Alles is default van XS4ALL. Kan nergens settings vinden in de switch configuratie om "fast interleaved" aan te zetten. De switch is een Gen2 24 poorts poe. Daarin kan je ook niet meer naar de hidden telnet omgeving

Edit: https://community.ui.com/...35-47f9-92fd-923cb64aef53
Even testen.

Edit2: Nee dit maakt niets uit

Edit3:Header Validation uit maakt ook niets uit
config.system_cfg.1=switch.igmp.header_checking=false
config.system_cfg.2=switch.vlan.1.igmp_fastleave=true

Welke firmware gebruik je. Ik heb er bij een bekende in het verleden ook veel problemen mee gehad en toen bleek er igmp bug in de firmware te zitten.

[Tylen]

Nieuwe versie natuurlijk Het is een nieuwe switch uit de doos.

Maar het probleem met de Gen2 switches is dat je niet meer een telnet naar localhost kan doen om zo dieper in de config te komen. Dan kan je show igmpsnooping geven om de settings van je igmp snooping te bekijken. Maar dit kan niet meer Dus kan niet zien wat de huidige instelling is. Ik ga nog even verder erin duiken.

[Coolhva]

Tylen schreef op dinsdag 18 februari 2020 @ 08:24:
Nieuwe versie natuurlijk Het is een nieuwe switch uit de doos.

Maar het probleem met de Gen2 switches is dat je niet meer een telnet naar localhost kan doen om zo dieper in de config te komen. Dan kan je show igmpsnooping geven om de settings van je igmp snooping te bekijken. Maar dit kan niet meer Dus kan niet zien wat de huidige instelling is. Ik ga nog even verder erin duiken.

Mogelijke fix: https://community.ui.com/...-9334-71d12eab2e69?page=1

Nieuwe switches zijn veel minder flexibel inderdaad!

[Tylen]

Coolhva schreef op dinsdag 18 februari 2020 @ 08:46:
[...]


Mogelijke fix: https://community.ui.com/...-9334-71d12eab2e69?page=1

Nieuwe switches zijn veel minder flexibel inderdaad!

Leuke link Die jeroen ben ik

Heb zojuist van Chen een test firmware ontvangen die ik vanavond even ga testen.

[hermanh]

Tylen schreef op dinsdag 18 februari 2020 @ 08:56:
[...]


Leuke link Die jeroen ben ik

Heb zojuist van Chen een test firmware ontvangen die ik vanavond even ga testen.

Cool.. Dus eigenlijk bevestigd Chen dat de packets wel doorgezet worden, maar niet richting de Router een Membership update wordt gestuurd. Kans is dus groot dat dit niet alleen de nieuwe switches betreft, maar ook de huidige serie.

[Tylen]

Daar lijkt het wel op. Ik kan het vanavond pas testen

[ Voor 8% gewijzigd door Tylen op 18-02-2020 11:19 ]

[Tylen]

YES Developer update 11350 lost het probleem op. IGMP Snooping icm XS4ALL/KPN werkt nu zoals het hoort. Dat gaat een lang avondje worden om alles weer aan te sluiten hahaha.

[TheMrBooyah]

Recentelijk heb ik een Site-to-site verbinding opgezet naar 2 vrienden (2 afzonderlijke verbindingen)
Onze IP ranges zijn:
Mijn: 10.72.0.0/24 (LAN), 10.72.10.0/24 (Intern IPTV netwerk), 10.72.20.0/24 (IOT)
Vriend 1: 10.72.200.0/24 (Interface VTI64)
Vriend 2: 10.0.0.0/16 (Interface VTI65)

Bij Vriend 2 draait een Plex server, maar met de configuratie van @Coolhva wordt het antwoord van zijn Plex server verkeerd gerouteerd.

Als ik geen custom config gebruik gaat alles goed, maar kan ik geen IPTV gebruiken.

Heeft iemand een idee hoe ik dit kan oplossen?

Routes:

Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF,
I - ISIS, B - BGP, > - selected route, * - FIB route

K>* 0.0.0.0/0 is directly connected, pppoe2
S>* 10.0.0.0/16 [30/0] is directly connected, vti65
C>* 10.72.0.0/24 is directly connected, eth1
C>* 10.72.10.0/24 is directly connected, eth1.200
C>* 10.72.20.0/24 is directly connected, eth1.20
S>* 10.72.200.0/24 [30/0] is directly connected, vti64
C>* 10.129.144.0/20 is directly connected, eth0.4
C>* 127.0.0.0/8 is directly connected, lo
C>* 195.190.228.17/32 is directly connected, pppoe2
K>* 213.75.112.0/21 via 10.129.144.1, eth0.4

config.gateway.json

{
"system": {
"task-scheduler": {
"task": {
"postprovision": {
"executable": {
"path": "/config/scripts/post-config.d/dhcp6.sh"
},
"interval": "2m"
},
"postprovisionroutes": {
"executable": {
"path": "/config/scripts/post-config.d/setroutes.sh"
},
"interval": "2m"
}
}
},
"offload": {
"ipv4": {
"forwarding": "enable",
"gre": "enable",
"pppoe": "enable",
"vlan": "enable"
},
"ipv6": {
"forwarding": "enable",
"pppoe": "enable",
"vlan": "disable"
}
}
},
"firewall": {
"ipv6-name": {
"WANv6_LOCAL": {
"rule": {
"1": {
"action": "accept",
"description": "Allow ICMPv6",
"log": "enable",
"protocol": "icmpv6"
},
"2": {
"action": "accept",
"description": "DHCPv6",
"destination": {
"port": "546"
},
"protocol": "udp",
"source": {
"port": "547"
}
}
}
},
"WANv6_IN": {
"rule": {
"1": {
"action": "accept",
"description": "Allow ICMPv6",
"log": "enable",
"protocol": "icmpv6"
}
}
}
}
},
"interfaces": {
"ethernet": {
"eth0": {
"dhcp-options": {
"default-route": "no-update",
"default-route-distance": "1",
"name-server": "no-update"
},
"description": "WAN",
"vif": {
"4": {
"address": [
"dhcp"
],
"description": "IPTV",
"dhcp-options": {
"client-option": [
"send vendor-class-identifier "IPTV_RG";",
"request subnet-mask, routers, rfc3442-classless-static-routes;"
],
"default-route": "no-update",
"default-route-distance": "210",
"name-server": "update"
},
"ip": {
"source-validation": "loose"
},
"mtu": "1500"
},
"6": {
"firewall": {
"in": {
"ipv6-name": "WANv6_IN",
"name": "WAN_IN"
},
"local": {
"ipv6-name": "WANv6_LOCAL",
"name": "WAN_LOCAL"
},
"out": {
"ipv6-name": "WANv6_OUT",
"name": "WAN_OUT"
}
},
"pppoe": {
"2": {
"default-route": "auto",
"firewall": {
"in": {
"ipv6-name": "WANv6_IN",
"name": "WAN_IN"
},
"local": {
"ipv6-name": "WANv6_LOCAL",
"name": "WAN_LOCAL"
},
"out": {
"ipv6-name": "WANv6_OUT",
"name": "WAN_OUT"
}
},
"ipv6": {
"address": {
"autoconf": "''"
},
"dup-addr-detect-transmits": "1",
"enable": "''"
},
"mtu": "1500",
"name-server": "auto",
"password": "kpn",
"user-id": "kpn"
}
}
}
}
},
"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"
}
}
}
}
},
"protocols": {
"igmp-proxy": {
"interface": {
"eth0": {
"role": "disabled",
"threshold": "1"
},
"eth0.4": {
"alt-subnet": [
"0.0.0.0/0"
],
"role": "upstream",
"threshold": "1"
},
"eth0.6": {
"role": "disabled",
"threshold": "1"
},
"eth1": {
"role": "disabled",
"threshold": "1"
},
"eth1.20": {
"role": "disabled",
"threshold": "1"
},
"eth1.200": {
"alt-subnet": [
"0.0.0.0/0"
],
"role": "downstream",
"threshold": "1"
},
"vti64": {
"role": "disabled",
"threshold": "1"
},
"vti65": {
"role": "disabled",
"threshold": "1"
},
"pppoe2": {
"role": "disabled",
"threshold": "1"
}
}
},
"static": {
"interface-route6": {
"::/0": {
"next-hop-interface": {
"pppoe2": "''"
}
}
}
}
},
"port-forward": {
"wan-interface": "pppoe2"
},
"service": {
"dns": {
"forwarding": {
"except-interface": [
"pppoe2"
]
}
},
"nat": {
"rule": {
"5000": {
"description": "MASQ all traffic to IPTV network",
"destination": {
"address": "0.0.0.0/0"
},
"log": "disable",
"outbound-interface": "eth0.4",
"protocol": "all",
"type": "masquerade"
},
"6001": {
"outbound-interface": "pppoe2"
},
"6002": {
"outbound-interface": "pppoe2"
},
"6003": {
"outbound-interface": "pppoe2"
}
}
}
},
"vpn": {
"ipsec": {
"ipsec-interfaces": {
"interface": [
"pppoe2"
]
}
}
}
}

[Travee]

Ik zou Trined willen toevoegen aan de lijst. Dit is getest met een Fritzbox 5490.

Trined

VLAN ID	Functie	verbindingstype
4	IP-tv	DHCP
6	Internet	pppoe

- IGMP Snooping / Routing over VLAN 4
- MAC-adres van de geleverde Fritzbox koppelen aan VLAN 4.

[ Voor 7% gewijzigd door Travee op 23-02-2020 18:21 ]

[xbeam]

Travee schreef op zondag 23 februari 2020 @ 18:19:
Ik zou Trined willen toevoegen aan de lijst. Dit is getest met een Fritzbox 5490.

Trined

VLAN ID	Functie	verbindingstype
4	IP-tv	DHCP
6	Internet	pppoe

- IGMP Snooping / Routing over VLAN 4
- MAC-adres van de geleverde Fritzbox koppelen aan VLAN 4.

Thanks 🙏 en done

[Old-Tweaker]

Coolhva schreef op zaterdag 15 februari 2020 @ 22:42:
[...]


Misschien kan ik een keer (remote) troubleshooten? Lijkt me dat we het bij jou, net als iedereen, werkend moeten krijgen😏

Thanks. Hij zit er weer tussen en draait. Gelijk maar de switches die er nog tussen zitten upgrade naar de laatste firmware.

Ik zie alleen deze setting. Staan deze goed? Moeten de onderste 2 ook gebruikt worden?

IGMP Snooping Status Enable

VLAN ID Enabled for IGMP Snooping

Validate IGMPv3 IP Header Disable <--------

Block Unknown Multicast Address Disable <-----------

IGMP Snooping Static Router Port

[Salvogs]

Hallo mede-Tweakers,

Sinds kort ben ik voorzien van een aantal Ubiquiti apparaten en was hier erg tevreden over en wilde ook graag de USG in mijn netwerk.

Maar omdat wij via het KPN netwerk internet + krijgen is het iets ingewikkelder om de router te vervangen. Hiervoor heb ik de handleiding van Coolhva gevolgd. Na wat stoeien was het gelukt maar op één of anderen manier krijg ik geen internet. Het vermoeden lijkt dat de config.gateway.json niet overgenomen wordt door de USG.

De Unifi controller draait via Ubuntu op mijn NUC. De files /sites/default bestonden nog niet en heb ik zelf aan moeten maken. Verder zie ik wel een IP adres op VLAN 4. Wat begint met een 10. Ik zie geen IPV6 adres en zie geen PPPoE adres.

Zou iemand mij kunnen helpen hiermee?

Alvast vriendelijk bedankt!

[Coolhva]

Maartenll schreef op maandag 2 maart 2020 @ 21:23:
Hallo mede-Tweakers,

Sinds kort ben ik voorzien van een aantal Ubiquiti apparaten en was hier erg tevreden over en wilde ook graag de USG in mijn netwerk.

Maar omdat wij via het KPN netwerk internet + krijgen is het iets ingewikkelder om de router te vervangen. Hiervoor heb ik de handleiding van Coolhva gevolgd. Na wat stoeien was het gelukt maar op één of anderen manier krijg ik geen internet. Het vermoeden lijkt dat de config.gateway.json niet overgenomen wordt door de USG.

De Unifi controller draait via Ubuntu op mijn NUC. De files /sites/default bestonden nog niet en heb ik zelf aan moeten maken. Verder zie ik wel een IP adres op VLAN 4. Wat begint met een 10. Ik zie geen IPV6 adres en zie geen PPPoE adres.

Zou iemand mij kunnen helpen hiermee?

Alvast vriendelijk bedankt!

USG naar fabrieksinstellingen zetten;
Wan settings in controller op dhcp zetten en vlan tag weghalen.
USG adopten en provisionen

Als je vlan 4 ziet; wordt de json wel geïmporteerd maar gaat het later in het proces fout.

[ Voor 4% gewijzigd door Coolhva op 02-03-2020 21:39 ]

[Froos]

Tylen schreef op dinsdag 18 februari 2020 @ 19:21:
YES Developer update 11350 lost het probleem op. IGMP Snooping icm XS4ALL/KPN werkt nu zoals het hoort. Dat gaat een lang avondje worden om alles weer aan te sluiten hahaha.

Zou je jouw config kunnen delen, indien nog niet gedaan?

[Tylen]

Froos schreef op dinsdag 3 maart 2020 @ 14:28:
[...]


Zou je jouw config kunnen delen, indien nog niet gedaan?

Wat voor config????

[Froos]

Tylen schreef op dinsdag 3 maart 2020 @ 14:28:
[...]


Wat voor config????

Uit je posts dacht ik te begrijpen dat je XS4All met de USG compleet werkend had. Ik probeer dit al een tijd en heb tot nu toe nog geen succes gehad. Ik ben heel benieuwd wat jij anders doet dan ik

Vandaar de vraag om de config (lees: de JSON file).

[Tylen]

Froos schreef op dinsdag 3 maart 2020 @ 14:30:
[...]


Uit je posts dacht ik te begrijpen dat je XS4All met de USG compleet werkend had. Ik probeer dit al een tijd en heb tot nu toe nog geen succes gehad. Ik ben heel benieuwd wat jij anders doet dan ik

Vandaar de vraag om de config (lees: de JSON file).

Ahh nee dat lees je verkeerd

Ik heb de FritzBox voor iptv en heb de usg voor internet. Mijn iptv streams lopen dus niet door de usg maar door de fritzbox. Ik heb een extra public ipv4 subnet waarmee ik de usg een eigen internet breakout gegeven heb. En de overige public ips gebruik ik voor mijn netscalers.

Ik wil niet afhankelijk zijn van brakke igmp-proxies op unifi apparatuur omdat het niet 100% goed werkt. En het gaat altijd stuk als ik van huis ben

[Froos]

Tylen schreef op dinsdag 3 maart 2020 @ 14:32:
[...]


Ahh nee dat lees je verkeerd

Ik heb de FritzBox voor iptv en heb de usg voor internet. Mijn iptv streams lopen dus niet door de usg maar door de fritzbox. Ik heb een extra public ipv4 subnet waarmee ik de usg een eigen internet breakout gegeven heb. En de overige public ips gebruik ik voor mijn netscalers.

Ik wil niet afhankelijk zijn van brakke igmp-proxies op unifi apparatuur omdat het niet 100% goed werkt. En het gaat altijd stuk als ik van huis ben

LOL juist, die ervaring heb ik ook

Hoe heb je 't dan nu geconfigureerd? als een soort van NAT over NAT?

[Tylen]

Froos schreef op dinsdag 3 maart 2020 @ 14:34:
[...]


LOL juist, die ervaring heb ik ook

Hoe heb je 't dan nu geconfigureerd? als een soort van NAT over NAT?

NEEEEE dubbel nat is altijd uit den boze

Ik heb gewoon meerdere publieke ipv4 adressen.

Mijn opstelling is ook niet echt te kopieren, heb je dus niet zoveel aan

[Froos]

Tylen schreef op dinsdag 3 maart 2020 @ 14:35:
[...]


NEEEEE dubbel nat is altijd uit den boze

Ik heb gewoon meerdere publieke ipv4 adressen.

Mijn opstelling is ook niet echt te kopieren, heb je dus niet zoveel aan

Die /25 heb ik ook. Ik had er nog niet aan gedacht om dat op die manier te gebruiken. Eigenlijk niet eens zo'n gek idee.

[Tylen]

Froos schreef op dinsdag 3 maart 2020 @ 14:37:
[...]


Die /25 heb ik ook. Ik had er nog niet aan gedacht om dat op die manier te gebruiken. Eigenlijk niet eens zo'n gek idee.

ahh als je die al hebt. Dan is het idd te kopieren Goodluck, werkt als een malle.

Ik heb intern wel een microsoft dhcp cluster omdat ik niet een reservering met aparte gateway's kon maken voor de iptv's in de unifi config. Dus dhcp standaaard is gateway usg. iptv kastjes middels reservering krijgen gateway fritzbox.

[Froos]

Tylen schreef op dinsdag 3 maart 2020 @ 14:39:
[...]


ahh als je die al hebt. Dan is het idd te kopieren Goodluck, werkt als een malle.

Ik heb intern wel een microsoft dhcp cluster omdat ik niet een reservering met aparte gateway's kon maken voor de iptv's in de unifi config. Dus dhcp standaaard is gateway usg. iptv kastjes middels reservering krijgen gateway fritzbox.

Ah, je hebt dus 2 gateways en afhankelijk van de behoefte ga je via de Fritzbox of via de USG?

[Tylen]

Froos schreef op dinsdag 3 maart 2020 @ 14:40:
[...]


Ah, je hebt dus 2 gateways en afhankelijk van de behoefte ga je via de Fritzbox of via de USG?

Correct.

[Medjai]

Ik probeer ook mijn experiabox te vervangen door een USG3P.
Ik heb glasvezel van Telfort, maar ik krijg het helaas niet aan de praat.

Internet via VLAN 34 werkt wel (dit kon ik gewoon via de interface instellen)
Maar nu probeer ik de (aangepaste) json convig van @Coolhva te provisionen, maar ik heb niet het idee dat de controller iets met de json doet. Is er een manier om te controleren dat de controller de json daadwerkelijk probeert te provisionen?

code:

{
    "system": {
        "task-scheduler": {
            "task": {
                "postprovision": {
                    "executable": {
                        "path": "/config/scripts/post-config.d/dhcp6.sh"
                    },
                    "interval": "2m"
                },
                "postprovisionroutes": {
                    "executable": {
                        "path": "/config/scripts/post-config.d/setroutes.sh"
                    },
                    "interval": "2m"
                }
            }
        },
        "offload": {
            "ipv4": {
                     "forwarding": "enable",
                     "gre": "enable",
                     "pppoe": "enable",
                     "vlan": "enable"
            },
            "ipv6": {
                    "forwarding": "enable",
                    "pppoe": "enable",
                    "vlan": "disable"
            }
        }
    },
    "firewall": {
        "ipv6-name": {
            "WANv6_LOCAL" : {
                "rule": {
                    "1": {
                        "action": "accept",
                        "description": "Allow ICMPv6",
                        "log": "enable",
                        "protocol": "icmpv6"
                    },
                    "2": {
                        "action": "accept",
                        "description": "DHCPv6",
                        "destination": {
                                "port": "546"
                        },
                        "protocol": "udp",
                        "source": {
                                "port": "547"
                        }
                    }
                }
            },
            "WANv6_IN" : {
                "rule": {
                    "1": {
                            "action": "accept",
                            "description": "Allow ICMPv6",
                            "log": "enable",
                            "protocol": "icmpv6"
                    }
                }
            }
        }
    },
    "interfaces": {
        "ethernet": {
            "eth0": {
                "dhcp-options": {
                    "default-route": "no-update",
                    "default-route-distance": "1",
                    "name-server": "no-update"
                },
                "description": "WAN",
                "vif": {
                    "4": {
                        "mac": "XX:78:B3:A1:E8:01",
                        "address": [
                            "dhcp"
                        ],
                        "description": "IPTV",
                        "dhcp-options": {
                            "client-option": [
                                "send vendor-class-identifier "IPTV_RG";",
                                "request subnet-mask, routers, rfc3442-classless-static-routes;"
                            ],
                            "default-route": "no-update",
                            "default-route-distance": "210",
                            "name-server": "no-update"
                        },
                        "ip": {
                            "source-validation": "loose"
                        },
                        "mtu": "1500"
                    },
                    "34": {
                        "mac": "XX:XX:B3:A1:E8:00",
                        "address": [
                            "dhcp"
                        ],
                        "description": "INTERNET",
                        "firewall": {
                            "in": {
                                "ipv6-name": "WANv6_IN",
                                "name": "WAN_IN"
                            },
                            "local": {
                                "ipv6-name": "WANv6_LOCAL",
                                "name": "WAN_LOCAL"
                            },
                            "out": {
                                "ipv6-name": "WANv6_OUT",
                                "name": "WAN_OUT"
                            }
                        },
                        "dhcp-options": {
                            "client-option": [
                                "send vendor-class-identifier "IPTV_RG";"
                            ],
                            "default-route": "update",
                            "default-route-distance": "1",
                            "name-server": "update"

                        }
                    }
                }
            },
            "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"
                    }
                }
            }
        }
    },
    "protocols": {
        "igmp-proxy": {
            "interface": {
                "eth0.4": {
                    "alt-subnet": [
                        "0.0.0.0/0"
                    ],
                    "role": "upstream",
                    "threshold": "1"
                },
                "eth1": {
                    "alt-subnet": [
                        "0.0.0.0/0"
                    ],
                    "role": "downstream",
                    "threshold": "1"
                }
            }
        },
        "static": {
            "interface-route6": {
                "::/0": {
                    "next-hop-interface": {
                        "eth0.34": "''"
                    }
                }
            }
        }
    },
    "port-forward": {
        "wan-interface": "eth0.34"
    },
    "service": {
        "dns": {
            "forwarding": {
                "except-interface": [
                    "eth0.34"
                ]
            }
        },
        "nat": {
            "rule": {
                "5000": {
                    "description": "MASQ all traffic to IPTV network",
                    "destination": {
                        "address": "0.0.0.0/0"
                    },
                    "log": "disable",
                    "outbound-interface": "eth0.4",
                    "protocol": "all",
                    "type": "masquerade"
                },
                "6001": {
                    "outbound-interface": "eth0.34"
                },
                "6002": {
                    "outbound-interface": "eth0.34"
                },
                "6003": {
                    "outbound-interface": "eth0.34"
                }
            }
        }
    }
}

[Martijn02]

Medjai schreef op dinsdag 3 maart 2020 @ 20:35:
Maar nu probeer ik de (aangepaste) json convig van @Coolhva te provisionen, maar ik heb niet het idee dat de controller iets met de json doet. Is er een manier om te controleren dat de controller de json daadwerkelijk probeert te provisionen?

Sure: log met ssh in op je usg, en voer dan het volgende commando uit:

code:

mca-ctrl -t dump-cfg

Dat dumpt je huidige configuratie naar als json op de terminal. Nu kan je simpelweg bekijken of de instellingen uit je custom json hierin verwerkt zijn.

Ik heb overigens enige tijd geleden in het grote Telfort topic mijn Telfort config gedeeld. Die heeft voor mij 6 maanden stabiel gedraaid met internet en iptv. Mocht je er met coolhva’s config niet uitkomen kan je die proberen. (Niet dat coolhva’s config niet geweldig is, ik draai hem zelf ook sinds ik van Telfort naar KPN geswitched ben, maar hij is niet bedoeld voor Telfort)

[ Voor 23% gewijzigd door Martijn02 op 04-03-2020 23:00 ]

[xbeam]

Medjai schreef op dinsdag 3 maart 2020 @ 20:35:
Ik probeer ook mijn experiabox te vervangen door een USG3P.
Ik heb glasvezel van Telfort, maar ik krijg het helaas niet aan de praat.

Internet via VLAN 34 werkt wel (dit kon ik gewoon via de interface instellen)
Maar nu probeer ik de (aangepaste) json convig van @Coolhva te provisionen, maar ik heb niet het idee dat de controller iets met de json doet. Is er een manier om te controleren dat de controller de json daadwerkelijk probeert te provisionen

We beginnen bij het begin 😀

Kan je de json verwijderen / renamen of verplaatsen zo dat deze niet meer geladen kan worden.

Stap1. Zorg dat je internet werkend hebt via de gui/controller.
Stap2. Login via SSH in op je USG de login kan je terug vinden onder het tablet site settings van je controller. Waar daar geen ssh login ziet klik de checkbox advanced settings aan.
Stap3. Daar het commando mca-ctrl -t dump-cfg Op je USG. De output van dat commando wordt de basis van je json. Dus kopieer deze naar een *.txt verwijder alle gevoelig data. Twijfel je stuur hem dan eerst even prive dan kijk ik of er niets in staat.

[Medjai]

Martijn02 schreef op woensdag 4 maart 2020 @ 22:56:
[...]
Ik heb overigens enige tijd geleden in het grote Telfort topic mijn Telfort config gedeeld. Die heeft voor mij 6 maanden stabiel gedraaid met internet en iptv. Mocht je er met coolhva’s config niet uitkomen kan je die proberen. (Niet dat coolhva’s config niet geweldig is, ik draai hem zelf ook sinds ik van Telfort naar KPN geswitched ben, maar hij is niet bedoeld voor Telfort)

Bedankt, ik neem aan dat je deze post bedoeld

xbeam schreef op woensdag 4 maart 2020 @ 23:17:
[...]


We beginnen bij het begin 😀

Kan je de json verwijderen / renamen of verplaatsen zo dat deze niet meer geladen kan worden.

Stap1. Zorg dat je internet werkend hebt via de gui/controller.
Stap2. Login via SSH in op je USG de login kan je terug vinden onder het tablet site settings van je controller. Waar daar geen ssh login ziet klik de checkbox advanced settings aan.
Stap3. Daar het commando mca-ctrl -t dump-cfg Op je USG. De output van dat commando wordt de basis van je json. Dus kopieer deze naar een *.txt verwijder alle gevoelig data. Twijfel je stuur hem dan eerst even prive dan kijk ik of er niets in staat.

Stap 1 en 2 lukken wel. Stap 3 kan ik vanavond doen.

Inmiddels ben ik wel een stap verder dan mijn vorige post. Mijn site heb ik "Home" genoemd (ik gebruik dus niet de default site) Ik dacht dat de map waar de json in moet staan dan<unifi_base>/data/sites/Home/ moest zijn maar dat moet het site-ID zijn, dus zoiets als: <unifi_base>/data/sites/ceb1m27d/
referentie

Nu wordt de config.gateway.json wel geladen. Helaas werkt dan internet niet meer.
Ik gebruik de json uit mijn vorige post. En krijg dan de volgende interfaces en routes:

[ Voor 3% gewijzigd door Medjai op 05-03-2020 09:07 ]

[Medjai]

xbeam schreef op woensdag 4 maart 2020 @ 23:17:
[...]


We beginnen bij het begin 😀

Kan je de json verwijderen / renamen of verplaatsen zo dat deze niet meer geladen kan worden.

Stap1. Zorg dat je internet werkend hebt via de gui/controller.
Stap2. Login via SSH in op je USG de login kan je terug vinden onder het tablet site settings van je controller. Waar daar geen ssh login ziet klik de checkbox advanced settings aan.
Stap3. Daar het commando mca-ctrl -t dump-cfg Op je USG. De output van dat commando wordt de basis van je json. Dus kopieer deze naar een *.txt verwijder alle gevoelig data. Twijfel je stuur hem dan eerst even prive dan kijk ik of er niets in staat.

Alle stappen gevolgd en ik heb je een PM gestuurd