[Ubiquiti & IPTV] Ervaringen & Discussie

[nero355]

Kecin schreef op zondag 21 maart 2021 @ 16:24:
De UDM pro krijgt rechtstreeks internet van het glas, dus niet via een modem in bridge-modus. In dit geval een FritzBox! die is dus niet aangesloten. Hoe minder apparaten, hoe beter, was de bedoeling.

Dat maakt niet uit : Je moet je Internet UTP/SFP in een Switch steken en dan de VLAN's op die poort goed instellen volgens de instructies van Solcon

Dus :
- Untagged laten voor wat het is in een eigen VLAN 100 of zo en VLAN 188 als Tagged erop zetten.
- Vervolgens gebruik je een andere poort om via Untagged VLAN 100 de UDM van Internet te voorzien.
- VLAN 188 geef je aan elke poort waar een IPTV kastje op zit.

Zoiets zou het moeten zijn

Je hebt in ieder geval geen Routed IPTV nodig zo te zien...

[Kecin]

nero355 schreef op zondag 21 maart 2021 @ 16:28:
[...]

Dat maakt niet uit : Je moet je Internet UTP/SFP in een Switch steken en dan de VLAN's op die poort goed instellen volgens de instructies van Solcon

Dus :
- Untagged laten voor wat het is in een eigen VLAN 100 of zo en VLAN 188 als Tagged erop zetten.
- Vervolgens gebruik je een andere poort om via Untagged VLAN 100 de UDM van Internet te voorzien.
- VLAN 188 geef je aan elke poort waar een IPTV kastje op zit.

Zoiets zou het moeten zijn

Je hebt in ieder geval geen Routed IPTV nodig zo te zien...

Ik begrijp het misschien niet helemaal (weet het wel zeker haha), dat ik een losse switch voor de UDM Pro moet zetten? Daarop de VLAN's taggen, en dan die kabels trekken naar de UDM-Pro en de TV?

Of kan ik intern een patchkabel van de ene poort naar de andere brengen om hem een WAN interface te krijgen? Sorry voor de domme vragen, eerder kon je gewoon een bridge aanmaken met json en was je klaar

[nero355]

Kecin schreef op zondag 21 maart 2021 @ 16:31:
Ik begrijp het misschien niet helemaal (weet het wel zeker haha), dat ik een losse switch voor de UDM Pro moet zetten? Daarop de VLAN's taggen, en dan die kabels trekken naar de UDM-Pro en de TV?

Yup!

Zie : https://cloud-infra.engin...ian-router-xs4all-or-kpn/
En dan de oude (Current) situatie die daar is afgebeeld

Of kan ik intern een patchkabel van de ene poort naar de andere brengen om hem een WAN interface te krijgen? Sorry voor de domme vragen, eerder kon je gewoon een bridge aanmaken met json en was je klaar

De situatie die je nu hebt is nog simpeler IMHO

[Kecin]

nero355 schreef op zondag 21 maart 2021 @ 16:41:
[...]

Yup!

Zie : https://cloud-infra.engin...ian-router-xs4all-or-kpn/
En dan de oude (Current) situatie die daar is afgebeeld


[...]

De situatie die je nu hebt is nog simpeler IMHO

Ik zou het graag doen zonder meer hardware te kopen, is die mogelijkheid er denk je?
Anders word het FritsBox toch aansluiten, en dan in bridged-modus zetten naar de UDM-Pro.
Had juist voor de UDM-Pro gekozen omdat daar lekker alles tegelijkertijd opkon na mijn idee .

[karlkani1985]

Zijn er meer mensen die last hebben van de stb-nmc-400 error bij iptv van KPN

Ik gebruik het vlan script van @Coolhva met imgp snooping aan. Alles is van unifi. En het heeft maanden goed gewerkt maar ineens loopt het beeld op een gegeven moment “vast” zappen helpt tijdelijk pauze is nu de workaround.

[db I Delirium]

karlkani1985 schreef op zondag 21 maart 2021 @ 20:56:
Zijn er meer mensen die last hebben van de stb-nmc-400 error bij iptv van KPN

Ik gebruik het vlan script van @Coolhva met imgp snooping aan. Alles is van unifi. En het heeft maanden goed gewerkt maar ineens loopt het beeld op een gegeven moment “vast” zappen helpt tijdelijk pauze is nu de workaround.

Herstart je igmp proxy eens:

SSH:

code:

restart igmp-proxy

[karlkani1985]

db I Delirium schreef op zondag 21 maart 2021 @ 21:04:
[...]

Herstart je igmp proxy eens:

SSH:

code:

restart igmp-proxy

Dat helpt maar ff. Na een aantal minuten loopt hij weer "vast"

[ Voor 6% gewijzigd door karlkani1985 op 21-03-2021 21:27 ]

[arjanhs]

Gebruik je ook een switch van Ubiquiti? en welke versie van software heb je er op draaien? De laaatste versies zouden problemen geven, heb nu zelf 4.3.22 draaien en hiermee draait hij stabiel

[karlkani1985]

arjanhs schreef op maandag 22 maart 2021 @ 08:15:
Gebruik je ook een switch van Ubiquiti? en welke versie van software heb je er op draaien? De laaatste versies zouden problemen geven, heb nu zelf 4.3.22 draaien en hiermee draait hij stabiel

Ja alles is van ubiquiti ik draai al maanden op 5.43.23.12533 en heb geen updates/downgrade gedaan.

[arjanhs]

karlkani1985 schreef op maandag 22 maart 2021 @ 08:46:
[...]


Ja alles is van ubiquiti ik draai al maanden op 5.43.23.12533 en heb geen updates/downgrade gedaan.

Ik had vergelijkbare problemen die waren opgelost nadat ik terug ging naar deze specifieke versie en heb nu een stabiele verbinding zonder dat de TV stopt.

[karlkani1985]

arjanhs schreef op maandag 22 maart 2021 @ 12:57:
[...]


Ik had vergelijkbare problemen die waren opgelost nadat ik terug ging naar deze specifieke versie en heb nu een stabiele verbinding zonder dat de TV stopt.

Welke versie draai jij op je switches?

[Boudewijn]

@Coolhva (en anderen). Ik heb de volgende situatie:



USG pro 4
2x switch
KPN glasvezel
2x KPN iptv-kastje (Aris VIP2952)

Alles werkt prima op de iptv na. De mrs is nu naar bed dus ik kan even wat dingen testen.


Nu is jouw walkthrough (hulde overigens) voor de gewone USG bedoeld, dus ik heb eea aangepast, en ik denk dat daar een foutje in is geslopen... maar ik zie hem niet. Wat gebeurt er? Ook na reboot geven de Aris kastjes netjes aan dat ze een IP hebben (192.168.1.*) en de gateway, maar melden ze dat de zender niet beschikbaar is. Gezien ze wel een tv-gids en tijd krijgen verwacht ik dat het ergens in de VLAN-routering zit...

De pc's doen het overigens prima op deze settings.


Ik heb echter wel wat dingen aangepast in de json, want de nummering van de netwerkinterfaces op de USG 4 is anders dan op de 3.

code:

eth0      Link encap:Ethernet  HWaddr e0:63:da:ce:bc:d9  
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::e263:*knip*/64 Scope:Link
          RX bytes:25047846569 (23.3 GiB)  TX bytes:759776475889 (707.5 GiB)

eth2      Link encap:Ethernet  HWaddr e0:63:da:ce:bc:db  
          inet6 addr: fe80::e263:*knip*/64 Scope:Link
          inet6 addr: 2a02:a440:d5ba:1:e263:*knip*/64 Scope:Global
              RX bytes:767410824871 (714.7 GiB)  TX bytes:24383206517 (22.7 GiB)

eth2.4    Link encap:Ethernet  HWaddr e0:63:da:ce:bc:db  
          inet addr:10.84.*knip*  Bcast:10.84.*.255  Mask:255.255.252.0
          inet6 addr: fe80::e263:*knip*/64 Scope:Link
          RX bytes:162385954 (154.8 MiB)  TX bytes:5481723 (5.2 MiB)

eth2.6    Link encap:Ethernet  HWaddr e0:63:da:ce:bc:db  
          inet6 addr: fe80::e263:*knip*/64 Scope:Link
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:5979903 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5532799 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:1155065816 (1.0 GiB)  TX bytes:777961902 (741.9 MiB)

imq0      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  
          UP RUNNING NOARP  MTU:16000  Metric:1


lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
  
pppoe2    Link encap:Point-to-Point Protocol  
          inet addr:86 <publiek IPv4>  P-t-P:195.190.228.62  Mask:255.255.255.255
          inet6 addr: <publiek IPv6>  Scope:Link

eth0 is dus de LAN kant, eth2 de WAN kant van de USG.

Dan moet natuurlijk de config van de USG ook aangepast worden (en ja ik heb een force provision gedaan ).

code:

{
    "system": {
        "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": {
            "eth2": {
                "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": "no-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": {
                                "dhcpv6-pd": {
                                    "no-dns": "''",
                                    "pd": {
                                        "0": {
                                            "interface": {
                                                "eth2": {
                                                    "prefix-id": ":1",
                                                    "service": "slaac"
                                                }
                                            },
                                            "prefix-length": "/48"
                                        }
                                    },
                                    "rapid-commit": "disable"
                                },
                                "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": "''"
                                },
                                "default-route": "auto",
                                "mtu": "1500",
                                "name-server": "auto",
                                "password": "kpn",
                                "user-id": "kpn"
                            }
                        }
                    }
                }
            },
            "eth0": {
                "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": {
                "eth2": {
                    "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-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": "eth2.4",
                    "protocol": "all",
                    "type": "masquerade"
                },
                "6001": {
                    "outbound-interface": "pppoe2"
                },
                "6002": {
                    "outbound-interface": "pppoe2"
                },
                "6003": {
                    "outbound-interface": "pppoe2"
                }
            }
        }
    }
}

[Nnoitra]

karlkani1985 schreef op maandag 22 maart 2021 @ 08:46:
[...]


Ja alles is van ubiquiti ik draai al maanden op 5.43.23.12533 en heb geen updates/downgrade gedaan.

Ik zit (nog) op 5.43.18.12487 en heb vooralsnog geen issues met KPN iTV

[karlkani1985]

Nnoitra schreef op dinsdag 23 maart 2021 @ 10:55:
[...]

Ik zit (nog) op 5.43.18.12487 en heb vooralsnog geen issues met KPN iTV

Thanks, ik ga vanavond terug naar deze versie in de hoop dat het weer stabiel is.

[nero355]

Kecin schreef op zondag 21 maart 2021 @ 17:19:
Ik zou het graag doen zonder meer hardware te kopen, is die mogelijkheid er denk je?
Anders word het FritsBox toch aansluiten, en dan in bridged-modus zetten naar de UDM-Pro.
Had juist voor de UDM-Pro gekozen omdat daar lekker alles tegelijkertijd opkon na mijn idee

Tja, moet je maar vooraf goed alles doorlezen over de ISP die je hebt i.c.m. bepaalde apparatuur!

Maar wat is het probleem precies Wat snap je niet

Kom je switchpoorten tekort ?!
Volgens mij heb je namelijk alles al in huis om het op te zetten of op zijn minst alleen effe te testen!

[Kecin]

nero355 schreef op dinsdag 23 maart 2021 @ 15:49:
[...]

Tja, moet je maar vooraf goed alles doorlezen over de ISP die je hebt i.c.m. bepaalde apparatuur!

Maar wat is het probleem precies Wat snap je niet

Kom je switchpoorten tekort ?!
Volgens mij heb je namelijk alles al in huis om het op te zetten of op zijn minst alleen effe te testen!

Oke komtie: noobreactie haha, hoe zou ik het dan kunnen oplossen? De FritzBox ertussen of de flex mini (als in voor de UDM) beide is mogelijk want er is een glas naar UTP punt.
Als je me zou willen helpen heel graag!

Nadeel is dat deze situatie op 1 uur rijden is (schoonfam) en zo even testen dus geen ding is. In eigen regio ging het prima (Caiway) met dezelfde apparatuur.

[ Voor 11% gewijzigd door Kecin op 23-03-2021 18:46 ]

[SampleUser]

Na een stroomstoring (van een aantal seconden) is alleen Nederland 1 op SD (kanaal 1) te zien. De rest doet het een seconde of twee waarna er een melding verschijnt dat de "verbinding met het kanaal is verloren".
Heb een EdgeRouter Lite met Unifi SW-8-150W die direct is verbonden met de STB-box.
IGMP snooping staat in de Unifi controller aan op LAN en op de VLAN waar de IPTV box op staat.
De EdgeRouter heeft netjes een route staan die gegenereerd is obv de DHCP lease op vlan4 op de glas interface. EdgeRouter heeft ook igmp snooping aanstaan op de glas interface, op de LAN interface en op de iptv vlan aan die zijde.
Zie ik iets over het hoofd? Buren hebben geen issues (dacht even dat de stroomstoring iets kapotstuk had gemaakt bij de wijkkast ofzo), en familielid met zelfde soort opstelling, alleen dan met een USG ipv een ER-L heeft geen issues.
Had ook geprobeerd om de switch te downgraden van 5.43.23.12533 naar 5.43.18.12487 maar dat had geen soelaas.

Wel een dingetje: ik kan de default GW van het IPTV vlan aan de glaskant niet pingen. Kan natuurlijk zijn dat die geen ICMP doet maar kan ook indicatief zijn van het probleem. Als iemand dat kan verifieren aan zijn zijde hoor ik dat graag. Moet nog even proberen of ik een MITM er tussen in kan krijgen zodat ik wireshark kan draaien maar daarvoor moet ik misschien even een apparaatje lenen.

[Coolhva]

Boudewijn schreef op maandag 22 maart 2021 @ 23:29:
@Coolhva (en anderen). Ik heb de volgende situatie:

[Afbeelding]

USG pro 4
2x switch
KPN glasvezel
2x KPN iptv-kastje (Aris VIP2952)

Alles werkt prima op de iptv na. De mrs is nu naar bed dus ik kan even wat dingen testen.


Nu is jouw walkthrough (hulde overigens) voor de gewone USG bedoeld, dus ik heb eea aangepast, en ik denk dat daar een foutje in is geslopen... maar ik zie hem niet. Wat gebeurt er? Ook na reboot geven de Aris kastjes netjes aan dat ze een IP hebben (192.168.1.*) en de gateway, maar melden ze dat de zender niet beschikbaar is. Gezien ze wel een tv-gids en tijd krijgen verwacht ik dat het ergens in de VLAN-routering zit...

De pc's doen het overigens prima op deze settings.


Ik heb echter wel wat dingen aangepast in de json, want de nummering van de netwerkinterfaces op de USG 4 is anders dan op de 3.

code:

eth0      Link encap:Ethernet  HWaddr e0:63:da:ce:bc:d9  
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::e263:*knip*/64 Scope:Link
          RX bytes:25047846569 (23.3 GiB)  TX bytes:759776475889 (707.5 GiB)

eth2      Link encap:Ethernet  HWaddr e0:63:da:ce:bc:db  
          inet6 addr: fe80::e263:*knip*/64 Scope:Link
          inet6 addr: 2a02:a440:d5ba:1:e263:*knip*/64 Scope:Global
              RX bytes:767410824871 (714.7 GiB)  TX bytes:24383206517 (22.7 GiB)

eth2.4    Link encap:Ethernet  HWaddr e0:63:da:ce:bc:db  
          inet addr:10.84.*knip*  Bcast:10.84.*.255  Mask:255.255.252.0
          inet6 addr: fe80::e263:*knip*/64 Scope:Link
          RX bytes:162385954 (154.8 MiB)  TX bytes:5481723 (5.2 MiB)

eth2.6    Link encap:Ethernet  HWaddr e0:63:da:ce:bc:db  
          inet6 addr: fe80::e263:*knip*/64 Scope:Link
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:5979903 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5532799 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:1155065816 (1.0 GiB)  TX bytes:777961902 (741.9 MiB)

imq0      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  
          UP RUNNING NOARP  MTU:16000  Metric:1


lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
  
pppoe2    Link encap:Point-to-Point Protocol  
          inet addr:86 <publiek IPv4>  P-t-P:195.190.228.62  Mask:255.255.255.255
          inet6 addr: <publiek IPv6>  Scope:Link

eth0 is dus de LAN kant, eth2 de WAN kant van de USG.

Dan moet natuurlijk de config van de USG ook aangepast worden (en ja ik heb een force provision gedaan ).

code:

{
    "system": {
        "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": {
            "eth2": {
                "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": "no-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": {
                                "dhcpv6-pd": {
                                    "no-dns": "''",
                                    "pd": {
                                        "0": {
                                            "interface": {
                                                "eth2": {
                                                    "prefix-id": ":1",
                                                    "service": "slaac"
                                                }
                                            },
                                            "prefix-length": "/48"
                                        }
                                    },
                                    "rapid-commit": "disable"
                                },
                                "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": "''"
                                },
                                "default-route": "auto",
                                "mtu": "1500",
                                "name-server": "auto",
                                "password": "kpn",
                                "user-id": "kpn"
                            }
                        }
                    }
                }
            },
            "eth0": {
                "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": {
                "eth2": {
                    "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-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": "eth2.4",
                    "protocol": "all",
                    "type": "masquerade"
                },
                "6001": {
                    "outbound-interface": "pppoe2"
                },
                "6002": {
                    "outbound-interface": "pppoe2"
                },
                "6003": {
                    "outbound-interface": "pppoe2"
                }
            }
        }
    }
}

Heb je de setroutes.sh ook aangepast (de interface in de commando's onderin). en de troubleshoot post doorlopen (link onderaan de handleiding)?

Wat belangrijk is om te weten is of de kernel route is toegevoegd voor het TV netwerk en de IGMP proxy goed staat (multicast verkeer). Als alles goed staat kan je de igmp proxy herstarten met restart igmp-proxy en kijken of dat helpt.

[Boudewijn]

@Coolhva Goed punt , ik heb niet naar die setroutes gekeken gisteren. Dank je wel dat je even meekijkt, ik heb je troubleshootpost aan het begin van deze thread er even bijgenomen.

code:

Interface    IP Address                        S/L  Description                 
---------    ----------                        ---  -----------                 
eth0         192.168.1.1/24                    u/u  LAN                         
eth1         -                                 A/D                              
eth2         2a02:a440:d5ba:1:*knip*/64
                                               u/u  WAN                         
eth2.4       10.84.66.242/22                   u/u  IPTV                        
eth2.6       -                                 u/u                              
eth3         -                                 A/D                              
lo           127.0.0.1/8                       u/u                              
             ::1/128                          
pppoe2       *publiek ipv4 adres*                      u/u

Ik doe eigenlijk nooit wat met VLANs maar als ik ^^ goed interpreteer zit dat vlan aan eth2,wat mijn publieke kant van de USG is. Dat is niet goed lijkt me.


Als ik in mijn setroutes.sh eth2 omgooi naar eth0 werkt dat niet:

boudewijn-admin@usg:/config/scripts/post-config.d$ release dhcp interface eth0.4
eth0.4 is not using DHCP to get an IP address
boudewijn-admin@usg:/config/scripts/post-config.d$ renew dhcp interface eth0.4
eth0.4 is not using DHCP to get an IP address
boudewijn-admin@usg:/config/scripts/post-config.d$ 

Die eerste is dan logisch, die tweede iets minder.


Op zich is die route wel netjes aangemaakt:

code:

K>* 0.0.0.0/0 is directly connected, pppoe2
S   0.0.0.0/0 [1/0] is directly connected, pppoe0 inactive
C>* 10.84.64.0/22 is directly connected, eth2.4
C>* 127.0.0.0/8 is directly connected, lo
C>* 192.168.1.0/24 is directly connected, eth0
C>* 195.190.228.62/32 is directly connected, pppoe2
K>* 213.75.112.0/21 via 10.84.64.1, eth2.4

En net even de igmp-proxy herstart, die leek inderdaad niet te draaien.


ik zie nu op de dichtbijzijnde settopbox (na een herstart) 2-3 seconden bewegend beeld en daarna bevriest het beeld en krijg ik te zien dat de znder niet beschikbaar is. Kun je me uitleggen hoe dit werkt?

[Coolhva]

Boudewijn schreef op dinsdag 23 maart 2021 @ 20:35:
@Coolhva Goed punt , ik heb niet naar die setroutes gekeken gisteren. Dank je wel dat je even meekijkt, ik heb je troubleshootpost aan het begin van deze thread er even bijgenomen.

code:

Interface    IP Address                        S/L  Description                 
---------    ----------                        ---  -----------                 
eth0         192.168.1.1/24                    u/u  LAN                         
eth1         -                                 A/D                              
eth2         2a02:a440:d5ba:1:*knip*/64
                                               u/u  WAN                         
eth2.4       10.84.66.242/22                   u/u  IPTV                        
eth2.6       -                                 u/u                              
eth3         -                                 A/D                              
lo           127.0.0.1/8                       u/u                              
             ::1/128                          
pppoe2       *publiek ipv4 adres*                      u/u

Ik doe eigenlijk nooit wat met VLANs maar als ik ^^ goed interpreteer zit dat vlan aan eth2,wat mijn publieke kant van de USG is. Dat is niet goed lijkt me.


Als ik in mijn setroutes.sh eth2 omgooi naar eth0 werkt dat niet:

boudewijn-admin@usg:/config/scripts/post-config.d$ release dhcp interface eth0.4
eth0.4 is not using DHCP to get an IP address
boudewijn-admin@usg:/config/scripts/post-config.d$ renew dhcp interface eth0.4
eth0.4 is not using DHCP to get an IP address
boudewijn-admin@usg:/config/scripts/post-config.d$ 

Die eerste is dan logisch, die tweede iets minder.


Op zich is die route wel netjes aangemaakt:

code:

K>* 0.0.0.0/0 is directly connected, pppoe2
S   0.0.0.0/0 [1/0] is directly connected, pppoe0 inactive
C>* 10.84.64.0/22 is directly connected, eth2.4
C>* 127.0.0.0/8 is directly connected, lo
C>* 192.168.1.0/24 is directly connected, eth0
C>* 195.190.228.62/32 is directly connected, pppoe2
K>* 213.75.112.0/21 via 10.84.64.1, eth2.4

En net even de igmp-proxy herstart, die leek inderdaad niet te draaien.


ik zie nu op de dichtbijzijnde settopbox (na een herstart) 2-3 seconden bewegend beeld en daarna bevriest het beeld en krijg ik te zien dat de znder niet beschikbaar is. Kun je me uitleggen hoe dit werkt?

KPN gebruikt VLANs aan de WAN zijde, dus dat klopt wel. Wat gebruik je intern qua switches etc.?

[Boudewijn]

Coolhva schreef op dinsdag 23 maart 2021 @ 21:01:
[...]


KPN gebruikt VLANs aan de WAN zijde, dus dat klopt wel. Wat gebruik je intern qua switches etc.?

Een US-8-150W zit tussen de USG en de settopbox in. De andere switch is een simpele US-8 die naar de settopbox boven gaat (die settopbox is leuk als hij het doet maar niet zo belangrijk ). De us-8 hangt aan de us-8-150w
Wel beide managed dus, en aangesloten op de controller .

IGMP-snooping staat trouwens aan voor dit netwerk in de controller.

[ Voor 13% gewijzigd door Boudewijn op 23-03-2021 23:01 ]

[CarlitosTech]

Goeie avond @Coolhva,

Ten eerste hartstikke bedankt voor het maken van de Unifi Security Gateway met KPN FTTH inclusief IPTV en IPv6 tutorial. Het heeft mij erg geholpen en was zonder lang niet zover gekomen.

Alles doet het perfect, echter wil mijn tv box nog niet helemaal. Ik krijg namelijk Fout 561 " Opvragen instellingen mislukt" te zien wanneer het laden op 85% zit.

Mijn netwerk bestaat uit de volgende onderdelen:
- Ubiquity Unifi Security Gateway 3
- Ubiquiti 16 ports 150W switch
- Cloudkey Gen2 Plus
- Ubiquity Unifi6 AC LR

Ik heb de volgende tutorial gevolgd (https://www.vanachterberg...teway-kpn-ftth-iptv-ipv6/) en omdat ik de USG3 gebruik, heb ik niets in de bestanden aangepast

Ik gekeken of de IGMP proxy het doet (ps aux | grep igmp)
Als ik de uitkomst van het commando goed interpreteer lijkt die te draaien.


Daarnaast heb ik ook al een paar keer de USG een reboot gegeven.

Enig idee in welke richting ik moet zoeken voor het probleem? Alvast bedankt!

[nero355]

Kecin schreef op dinsdag 23 maart 2021 @ 18:45:
Oke komtie: noobreactie haha, hoe zou ik het dan kunnen oplossen? De FritzBox ertussen of de flex mini (als in voor de UDM) beide is mogelijk want er is een glas naar UTP punt.
Als je me zou willen helpen heel graag!

Nadeel is dat deze situatie op 1 uur rijden is (schoonfam) en zo even testen dus geen ding is. In eigen regio ging het prima (Caiway) met dezelfde apparatuur.

Klakkeloos mensen Ubiquiti UniFi aanraden en dan zelf niet eens ermee om kunnen gaan... DAMN!

Pak gewoon een switch en configureer die zoals de oude IPTV Bridged Mode configs deden :

- Poort 1 : Alle VLAN's van de Internet verbinding - Tagged.
Hierop sluit je de Internetverbinding aan uiteraard
- Poort 2 : Alleen het VLAN voor Internet - Untagged.
Daarop sluit je de Router aan.
- Poort 3 : Alleen het IPTV VLAN voor de IPTV kastjes - Untagged als er een kastje op aangesloten wordt.
- Poort 8 : Een poort waarover al je VLAN's lopen richting een andere Switch en daarbij alleen het IPTV VLAN zit en niet het Internet VLAN !!!
Deze is uiteraard Tagged.

Zo duidelijk genoeg

[Kecin]

nero355 schreef op woensdag 24 maart 2021 @ 00:53:
[...]

Klakkeloos mensen Ubiquiti UniFi aanraden en dan zelf niet eens ermee om kunnen gaan... DAMN!

Pak gewoon een switch en configureer die zoals de oude IPTV Bridged Mode configs deden :

- Poort 1 : Alle VLAN's van de Internet verbinding - Tagged.
Hierop sluit je de Internetverbinding aan uiteraard
- Poort 2 : Alleen het VLAN voor Internet - Untagged.
Daarop sluit je de Router aan.
- Poort 3 : Alleen het IPTV VLAN voor de IPTV kastjes - Untagged als er een kastje op aangesloten wordt.
- Poort 8 : Een poort waarover al je VLAN's lopen richting een andere Switch en daarbij alleen het IPTV VLAN zit en niet het Internet VLAN !!!
Deze is uiteraard Tagged.

Zo duidelijk genoeg

Nou, eerlijk gezegd, ja! Nu weet ik zeker wat ik moet doen in plaats van een switch kopen of ergens inzetten zonder dat ik er dan uitkom. Ik wou zeker weten dat een switch voor de UDM zou werken. Dank voor je uitleg en excuses voor de domme berichten. Met de USG Pro was het een kwestie van een bridge maken middels JSON, helaas is dat op de UDM Pro niet het geval (van tevoren Googlen en geen aannames te doen had ik dat kunnen weten.)

Bedankt voor je hulp, erg gewaardeerd!

[arjanhs]

karlkani1985 schreef op maandag 22 maart 2021 @ 14:41:
[...]


Welke versie draai jij op je switches?

Ik gebruik nu 4.3.22 op mijn switches en mijn APs gebruiken 4.3.20

Arjan

[Coolhva]

Boudewijn schreef op dinsdag 23 maart 2021 @ 21:12:
[...]

Een US-8-150W zit tussen de USG en de settopbox in. De andere switch is een simpele US-8 die naar de settopbox boven gaat (die settopbox is leuk als hij het doet maar niet zo belangrijk ). De us-8 hangt aan de us-8-150w
Wel beide managed dus, en aangesloten op de controller .

IGMP-snooping staat trouwens aan voor dit netwerk in de controller.

Ik zie wel wat fouten in de JSON, ik heb een branch gemaakt op mijn github met daarin de juiste waarden:

KPN Zonder VLAN: https://github.com/coolhv...refs/heads/usgpro-kpn.zip
KPN met VLAN: https://github.com/coolhv...heads/usgpro-vlan-kpn.zip

Ik kan je aanraden om de KPN met VLAN te pakken en de handleiding nogmaals te volgen en daarna ook de handleiding van de VLAN scheiding te volgen en daarna opnieuw te proberen.

[Coolhva]

CarlitosTech schreef op dinsdag 23 maart 2021 @ 21:18:
Goeie avond @Coolhva,

Ten eerste hartstikke bedankt voor het maken van de Unifi Security Gateway met KPN FTTH inclusief IPTV en IPv6 tutorial. Het heeft mij erg geholpen en was zonder lang niet zover gekomen.

Alles doet het perfect, echter wil mijn tv box nog niet helemaal. Ik krijg namelijk Fout 561 " Opvragen instellingen mislukt" te zien wanneer het laden op 85% zit.

Mijn netwerk bestaat uit de volgende onderdelen:
- Ubiquity Unifi Security Gateway 3
- Ubiquiti 16 ports 150W switch
- Cloudkey Gen2 Plus
- Ubiquity Unifi6 AC LR

Ik heb de volgende tutorial gevolgd (https://www.vanachterberg...teway-kpn-ftth-iptv-ipv6/) en omdat ik de USG3 gebruik, heb ik niets in de bestanden aangepast

Ik gekeken of de IGMP proxy het doet (ps aux | grep igmp)
Als ik de uitkomst van het commando goed interpreteer lijkt die te draaien.
[Afbeelding]

Daarnaast heb ik ook al een paar keer de USG een reboot gegeven.

Enig idee in welke richting ik moet zoeken voor het probleem? Alvast bedankt!

1. Leuke hardware!
2. Heb je de troubleshoot post ook gevolgd (met kernel routes checken, etc.)
3. Ik zou, als ik jou was, de VLAN handleiding volgen om je IPTV kastjes te scheiden van de rest van je netwerk.

[Boudewijn]

Coolhva schreef op woensdag 24 maart 2021 @ 12:31:
[...]


Ik zie wel wat fouten in de JSON, ik heb een branch gemaakt op mijn github met daarin de juiste waarden:

KPN Zonder VLAN: https://github.com/coolhv...refs/heads/usgpro-kpn.zip
KPN met VLAN: https://github.com/coolhv...heads/usgpro-vlan-kpn.zip

Ik kan je aanraden om de KPN met VLAN te pakken en de handleiding nogmaals te volgen en daarna ook de handleiding van de VLAN scheiding te volgen en daarna opnieuw te proberen.

Thanks ga ik eens mee spelen als de mrs klaar is met thuiswerken straks

Waarom vind je die VLAN scheiding zo'n pre? Vanuit security oogpunt, of wat anders?

[ Voor 6% gewijzigd door Boudewijn op 24-03-2021 13:52 ]

[EricNL]

Boudewijn schreef op woensdag 24 maart 2021 @ 13:52:
[...]

Thanks ga ik eens mee spelen als de mrs klaar is met thuiswerken straks

Waarom vind je die VLAN scheiding zo'n pre? Vanuit security oogpunt, of wat anders?

Bij mij thuis (alles Unifi) draaide het echt pas vlekkeloos toen ik de STB's in een eigen VLAN had gegooid...

[murvsmurv]

EricNL schreef op woensdag 24 maart 2021 @ 14:42:
[...]


Bij mij thuis (alles Unifi) draaide het echt pas vlekkeloos toen ik de STB's in een eigen VLAN had gegooid...

Hier hetzelfde verhaal bij Tweak internet/TV. De STB's in een apart VLAN aan de LAN kant was de oplossing in mijn geval.

[Enforcer]

Is er in de config meegenomen dat als de STB's op een apart VLAN zitten dat je dan nog wel kan streamen van je telefoon naar de Youtube App van de STB ? Of werkt dat dan niet meer (omdat je dus op een apart vlan zit).

[Coolhva]

Enforcer schreef op woensdag 24 maart 2021 @ 16:33:
Is er in de config meegenomen dat als de STB's op een apart VLAN zitten dat je dan nog wel kan streamen van je telefoon naar de Youtube App van de STB ? Of werkt dat dan niet meer (omdat je dus op een apart vlan zit).

Meestal log je in op de app op de STB en heb je een luxe afstandsbediening op je telefoon. mDNS kan misschien een oplossing bieden al heb ik dat niet getest.

[Coolhva]

Boudewijn schreef op woensdag 24 maart 2021 @ 13:52:
[...]

Thanks ga ik eens mee spelen als de mrs klaar is met thuiswerken straks

Waarom vind je die VLAN scheiding zo'n pre? Vanuit security oogpunt, of wat anders?

Zie voorgaande antwoorden, maar het komt omdat de IGMP Proxy implementatie van de USG blijkbaar vatbaar is voor andere apparaten op het netwerk die het verstoren/instabiel maken. De VLAN scheiding handleiding is pas later gemaakt, nadat meer mensen aangaven dat ze problemen ervaarden en dat deze waren opgelost nadat ze zelf een VLAN hadden geconfigureerd.

[maartentmm]

SampleUser schreef op dinsdag 23 maart 2021 @ 19:37:
Na een stroomstoring (van een aantal seconden) is alleen Nederland 1 op SD (kanaal 1) te zien. De rest doet het een seconde of twee waarna er een melding verschijnt dat de "verbinding met het kanaal is verloren".
Heb een EdgeRouter Lite met Unifi SW-8-150W die direct is verbonden met de STB-box.
IGMP snooping staat in de Unifi controller aan op LAN en op de VLAN waar de IPTV box op staat.
De EdgeRouter heeft netjes een route staan die gegenereerd is obv de DHCP lease op vlan4 op de glas interface. EdgeRouter heeft ook igmp snooping aanstaan op de glas interface, op de LAN interface en op de iptv vlan aan die zijde.
Zie ik iets over het hoofd? Buren hebben geen issues (dacht even dat de stroomstoring iets kapotstuk had gemaakt bij de wijkkast ofzo), en familielid met zelfde soort opstelling, alleen dan met een USG ipv een ER-L heeft geen issues.
Had ook geprobeerd om de switch te downgraden van 5.43.23.12533 naar 5.43.18.12487 maar dat had geen soelaas.

Wel een dingetje: ik kan de default GW van het IPTV vlan aan de glaskant niet pingen. Kan natuurlijk zijn dat die geen ICMP doet maar kan ook indicatief zijn van het probleem. Als iemand dat kan verifieren aan zijn zijde hoor ik dat graag. Moet nog even proberen of ik een MITM er tussen in kan krijgen zodat ik wireshark kan draaien maar daarvoor moet ik misschien even een apparaatje lenen.

enkel reboot in de CLI fixte dit voor mij

[CarlitosTech]

Coolhva schreef op woensdag 24 maart 2021 @ 12:33:
[...]


1. Leuke hardware!
2. Heb je de troubleshoot post ook gevolgd (met kernel routes checken, etc.)
3. Ik zou, als ik jou was, de VLAN handleiding volgen om je IPTV kastjes te scheiden van de rest van je netwerk.

Thanks @Coolhva voor het compliment!

Ik ben inmiddels weer een stapje verder. Ik heb de tutorial gevolgd om de IPTV op een apart VLAN te zetten. Dat ging goed, ik heb nog steeds internet. Helaas doen de tv kastjes het nog steeds niet.

Daarna ben ik met de troubleshoot post verder gegaan en heb ik gevonden dat de kernel route mist.


Nu heb ik al een aantal keren de volgende stappen gedaan:
1. kopieer routes naar de usg
2. verplaats de routes file naar de juiste map
3. maak de routes file uitvoerbaar
4. vernieuw de DHCP lease op eth0.4
5. kijk of de (kernel)route er nu wel staat



Helaas na meerdere keren proberen blijft de kernel route ontbreken. Ik heb het ook geprobeerd vanuit de /etc/dhcp3/dhclient-exit-hooks.d/ map. Ik heb het gevoel dat ik iets heel stoms doe. Enig idee? Alvast bedankt!

[ Voor 9% gewijzigd door CarlitosTech op 24-03-2021 22:30 ]

[Boudewijn]

@Coolhva het werkt nu. Dank je wel voor de goeie support, cool dat je dit zo bedocumenteerd hebt. Well done!


Kan iemand me uitleggen waarom je wel een paar seconden beeld krijgt (dat daarna bevriest) als het niet goed ingesteld is? Ik neem aan dat dat met de igmp snooping te maken heeft, maar ondanks dat ik dingen als multicast snap snap ik niet precies waarom dit zo optreedt.

[Coolhva]

CarlitosTech schreef op woensdag 24 maart 2021 @ 21:49:
[...]


Thanks @Coolhva voor het compliment!

Ik ben inmiddels weer een stapje verder. Ik heb de tutorial gevolgd om de IPTV op een apart VLAN te zetten. Dat ging goed, ik heb nog steeds internet. Helaas doen de tv kastjes het nog steeds niet.

Daarna ben ik met de troubleshoot post verder gegaan en heb ik gevonden dat de kernel route mist.
[Afbeelding]

Nu heb ik al een aantal keren de volgende stappen gedaan:
1. kopieer routes naar de usg
2. verplaats de routes file naar de juiste map
3. maak de routes file uitvoerbaar
4. vernieuw de DHCP lease op eth0.4
5. kijk of de (kernel)route er nu wel staat

[Afbeelding]

Helaas na meerdere keren proberen blijft de kernel route ontbreken. Ik heb het ook geprobeerd vanuit de /etc/dhcp3/dhclient-exit-hooks.d/ map. Ik heb het gevoel dat ik iets heel stoms doe. Enig idee? Alvast bedankt!

Er gaat iets fout en de kans dat je daar een aandeel in hebt is aanwezig ;-).

Kan je met SSH inloggen op de USG en dan de volgende commando's uitvoeren:

code:

rm /etc/dhcp3/dhclient-exit-hooks.d/routes
cd /config/scripts/post-config.d/
sudo ./setroutes.sh
ls -lisah /etc/dhcp3/dhclient-exit-hooks.d/
cat /etc/dhcp3/dhclient-exit-hooks.d/routes
show ip routes

en aangeven wat de output daarvan is?

[CarlitosTech]

Coolhva schreef op woensdag 24 maart 2021 @ 22:55:
[...]


Er gaat iets fout en de kans dat je daar een aandeel in hebt is aanwezig ;-).

Kan je met SSH inloggen op de USG en dan de volgende commando's uitvoeren:

code:

rm /etc/dhcp3/dhclient-exit-hooks.d/routes
cd /config/scripts/post-config.d/
sudo ./setroutes.sh
ls -lisah /etc/dhcp3/dhclient-exit-hooks.d/
cat /etc/dhcp3/dhclient-exit-hooks.d/routes
show ip routes

en aangeven wat de output daarvan is?

Het lijkt erop dat er iets mis is met de setroutes.sh.
Ik heb nogmaals geprobeerd een gloednieuwe versie van de github te pakken en te uploaden naar de USG, maar dit geeft hetzelfde resultaat.

[SampleUser]

maartentmm schreef op woensdag 24 maart 2021 @ 16:59:
[...]


enkel reboot in de CLI fixte dit voor mij

Jup, dat deed het ook voor mij, thanks! Raar dat de stekker eruit en er weer in geen effect heeft gehad

[Coolhva]

CarlitosTech schreef op donderdag 25 maart 2021 @ 00:06:
[...]


Het lijkt erop dat er iets mis is met de setroutes.sh.
Ik heb nogmaals geprobeerd een gloednieuwe versie van de github te pakken en te uploaden naar de USG, maar dit geeft hetzelfde resultaat.

[Afbeelding]

[Afbeelding]

[Afbeelding]

Er is niets mis met het sh bestand, maar wel met de USG. Dit is niet normaal gedrag. Ik zou de USG naar fabrieksinstellingen gooien (hard reset) firmware upgraden, opnieuw adopteren en opnieuw beginnen.

Je kan proberen handmatig de commando’s uit te voeren (startend met configure) maar dat verklaart niet waarom jouw USG dit niet in het script pakt.

Er bestaat een alternatieve manier om die commando’s uit te voeren, maar hoe dan ook na een herstart zou hij de routes moeten toevoegen. Als hij dat niet doet is er wat mis met je USG.

[Nnoitra]

SampleUser schreef op donderdag 25 maart 2021 @ 07:49:
[...]

Jup, dat deed het ook voor mij, thanks! Raar dat de stekker eruit en er weer in geen effect heeft gehad

Can confirm.
Na een stroomstoring afgelopen dinsdag moest ik eerst ook een reboot vanuit de EdgeRouter uitvoeren om iTV weer aan de praat te krijgen.

[Punkbuster]

Nnoitra schreef op donderdag 25 maart 2021 @ 10:10:
[...]

Can confirm.
Na een stroomstoring afgelopen dinsdag moest ik eerst ook een reboot vanuit de EdgeRouter uitvoeren om iTV weer aan de praat te krijgen.

Eigenlijk heb je alleen restart igmp-proxy nodig, daarna werkt je IPTV weer. Je kan hier ook een scheduled tasks van maken na boot de router.

[Nnoitra]

Punkbuster schreef op donderdag 25 maart 2021 @ 11:47:

Eigenlijk heb je alleen restart igmp-proxy nodig, daarna werkt je IPTV weer. Je kan hier ook een scheduled tasks van maken na boot de router.

Een restart igmp-proxy had wellicht ook gekund, maar ik was even lui en een reboot van de EdgeRouter vanuit de android app was op dat moment makkelijker

Vind het dan nog wel vreemd dat er blijkbaar een verschil is tussen een boot (vanuit; off) en reboot.

[amoi]

Nnoitra schreef op donderdag 25 maart 2021 @ 12:17:
[...]

Een restart igmp-proxy had wellicht ook gekund, maar ik was even lui en een reboot van de EdgeRouter vanuit de android app was op dat moment makkelijker

Vind het dan nog wel vreemd dat er blijkbaar een verschil is tussen een boot (vanuit; off) en reboot.

Ligt eraan hoe ubiquiti hun linux distro hebben gemaakt. Waarschijnlijk bij het afsluiten middels reboot worden voor het afsluiten dingen klaargezet die niet gebeuren bij een power down.

[CarlitosTech]

Coolhva schreef op donderdag 25 maart 2021 @ 09:55:
[...]


Er is niets mis met het sh bestand, maar wel met de USG. Dit is niet normaal gedrag. Ik zou de USG naar fabrieksinstellingen gooien (hard reset) firmware upgraden, opnieuw adopteren en opnieuw beginnen.

Je kan proberen handmatig de commando’s uit te voeren (startend met configure) maar dat verklaart niet waarom jouw USG dit niet in het script pakt.

Er bestaat een alternatieve manier om die commando’s uit te voeren, maar hoe dan ook na een herstart zou hij de routes moeten toevoegen. Als hij dat niet doet is er wat mis met je USG.

Nou de hard reset heeft het hem gedaan. Zowel internet als tv doet het. Ik begon steeds meer aan m'n eigen kunsten te twijfelen

Nogmaals hartelijk bedankt voor alle hulp!

[Coolhva]

CarlitosTech schreef op donderdag 25 maart 2021 @ 22:09:
[...]


Nou de hard reset heeft het hem gedaan. Zowel internet als tv doet het. Ik begon steeds meer aan m'n eigen kunsten te twijfelen

Nogmaals hartelijk bedankt voor alle hulp!

Fijn om te horen! En ook fijn dat je mijn suggestie hebt uitgevoerd. Doordat zoveel mensen, zowel van tweakers, als daarbuiten dit al hebben gedaan is het makkelijker te zeggen als er iets afwijkt.

Veel plezier met je setup!

[florisvi]

Volgende week krijg ik Online.nl via glas. Ik heb een USG Pro.
Heeft iemand een werkende config hiervoor, ik snap niet helemaal de aanpassing die ik moet doen namelijk.
Alvast bedankt.

[Achtbaan]

Hallo allemaal. Zo te zien was het recent gerapporteerde beveiligingslek bij Ubiquiti in de cloud ietsje groter dan toen bekend gemaakt. Het vervelende is dat het bedrijf een beleid lijkt te hebben om iedereen alleen nog maar via een cloud-account toegang tot je eigen netwerk te verlenen. Echter, je kunt nog steeds een lokaal account aanmaken met de CloudKey Controller van de eerste generatie (Gen 1). Je moet dan bij de setup NIET een naam of wachtwoord invullen maar eerst naar "advanced" schakelen. Dan de twee keuzeknoppen uitzetten. Nu kun je een echt lokaal account aanmaken zonder een Ubiquiti Cloud Account. Als ik het zo lees kun je dit met de CloudKey Gen 2 en de UDM Pro niet meer doen, alleen nog achteraf maar dan heb je al een cloud account moeten aanmaken. Allemaal niet zo handig als die cloud vervolgens gehackt wordt.

Ik weet niet precies wat er bij deze hack allemaal gelekt is maar ik wilde dit alleen even doorgeven.

[ Voor 3% gewijzigd door Achtbaan op 30-03-2021 23:43 ]

[3DDude]

Heeft iemand anders ook issues met iptv van kpn ?
Ik heb de routes nagekeken omdat ze vorige keer het 2e octetje veranderde.
Tv werkt wel maar geeft na verloop van tijd storign en het hapert aan alle kanten.

Is de KPN weer aan het prutsen ?

[Will_M]

3DDude schreef op maandag 5 april 2021 @ 15:12:
Heeft iemand anders ook issues met iptv van kpn ?
Ik heb de routes nagekeken omdat ze vorige keer het 2e octetje veranderde.
Tv werkt wel maar geeft na verloop van tijd storign en het hapert aan alle kanten.

Is de KPN weer aan het prutsen ?

In hoeverre is 'de KPN' aan het prutsen als je zélf thuis met een niet door hen ondersteunde / te beheren hardware-mix qua apparatuur aan het werken bent?

Ik denk dat je het gemakkelijkste antwoord op je vraag dan ook wel weet: Bouw alles even terug naar de door hen geleverde 'Default' (Experiabox / Fritzbox aan het internet en de TV decoder aan de Experiabox / Fritzbox) en kijk dán of je TV nog problemen heeft met je netwerk

[ Voor 3% gewijzigd door Will_M op 05-04-2021 16:56 ]

[3DDude]

Ter info: in het verleden hebben ze het subnet / gateway van het IPTV kijken al is aangepast.
Het werkt hier al paar jaar.
Opeens stagneerde het tv kijken: haperde als een malle.

IGMP proxy herstarten fixte het.

Dus mocht iemand anders ook problemen hebben en de router een hoge uptime (rebooten of de igmp proxy herstarten) lost het probleem op.

[ Voor 24% gewijzigd door 3DDude op 05-04-2021 21:07 ]

[WeeMau89]

Ik ben aan het kijken naar de UDMP, in mijn nieuwe huis komt KPN fiber, icm IPTV.
Heb dit forum even doorgekeken en er zijn oplossingen om het te laten werken omdat IGMP Snooping niet werkt op de UDM.

Echter had ik daarna een gesprek met een vriend van mij, die heeft ook Unifi draaien, en het viel hem op dat in de laatste firmware, IGMP Snooping wel een optie is:


Software versie is 6.1.71
Als ik naar de laatste firmware release kijk van de UDMP, zit de laatste Unifi Network er ook in:
https://community.ui.com/...bc5a-dd6ad8520ee0?page=14

Kan iemand testen of het ook werkt zonder de tussenkomst van een switch voor vlans? :-)

[wouter.N]

WeeMau89 schreef op vrijdag 9 april 2021 @ 11:29:
Ik ben aan het kijken naar de UDMP, in mijn nieuwe huis komt KPN fiber, icm IPTV.
Heb dit forum even doorgekeken en er zijn oplossingen om het te laten werken omdat IGMP Snooping niet werkt op de UDM.

Echter had ik daarna een gesprek met een vriend van mij, die heeft ook Unifi draaien, en het viel hem op dat in de laatste firmware, IGMP Snooping wel een optie is:
[Afbeelding]

Software versie is 6.1.71
Als ik naar de laatste firmware release kijk van de UDMP, zit de laatste Unifi Network er ook in:
https://community.ui.com/...bc5a-dd6ad8520ee0?page=14

Kan iemand testen of het ook werkt zonder de tussenkomst van een switch voor vlans? :-)

IGMP snooping zit er al een tijdje in maar is helaas niet het zelfde als IGMP proxy.

[WeeMau89]

wouter.N schreef op vrijdag 9 april 2021 @ 11:47:
[...]


IGMP snooping zit er al een tijdje in maar is helaas niet het zelfde als IGMP proxy.

Ah, damn. Verkeerd gelezen haha.

Dan toch maar een managed switch voor de UDMP

[wouter.N]

WeeMau89 schreef op vrijdag 9 april 2021 @ 12:22:
[...]


Ah, damn. Verkeerd gelezen haha.

Dan toch maar een managed switch voor de UDMP

Managed switch na UDMP ipv voor is ook mogelijk.

[aprofet]

wouter.N schreef op vrijdag 9 april 2021 @ 17:09:
[...]


Managed switch na UDMP ipv voor is ook mogelijk.

Bedoel je hiermee dat je KPN ITV aan de praat krijgt via die manager switch icm een UDMP (zonder gebruik van experiabox)?

[Coolhva]

aprofet schreef op vrijdag 9 april 2021 @ 20:12:
[...]

Bedoel je hiermee dat je KPN ITV aan de praat krijgt via die manager switch icm een UDMP (zonder gebruik van experiabox)?

Nee, op dit moment moet je de experiabox voor de UDMP zetten en je IPTV via de experiabox (en evt. een apart vlan op je managed switches) laten lopen. Ik weet niet of je vlan 6 kan doorzetten vanuit de NTU naar de UDM PRO en alleen VLAN 4 en 7 naar de experiabox zodat deze IPTV en Telefonie verzorgt, dat zou je moeten testen, maar dat kan alleen als je de VLAN opsplitst vanuit de NTU via een managed switch.

[Kruimmulz]

Boudewijn schreef op woensdag 24 maart 2021 @ 21:52:
[...]

Kan iemand me uitleggen waarom je wel een paar seconden beeld krijgt (dat daarna bevriest) als het niet goed ingesteld is? Ik neem aan dat dat met de igmp snooping te maken heeft, maar ondanks dat ik dingen als multicast snap snap ik niet precies waarom dit zo optreedt.

Die eerste paar seconden zijn een unicast video burst die wordt verstuurd door de Fast Channel Change functie. Er is dus nog geen sprake van Multicast. Na een aantal seconde moet er een onmerkbare overgang zijn van unicast naar multicast. Dat is hier dus niet het geval en daardoor blijft het beeld zwart.

[Enforcer]

Punkbuster schreef op donderdag 25 maart 2021 @ 11:47:
Eigenlijk heb je alleen restart igmp-proxy nodig, daarna werkt je IPTV weer. Je kan hier ook een scheduled tasks van maken na boot de router.

Waar en hoe kun je dit precies instellen? Ben inmiddels ook aan het experimenteren met een EdgeRouterX maar ben bang bij een stroomonderbreking dat de vrouw in huis begint te zeuren als het ding het niet doet...

[La1974]

Enforcer schreef op zaterdag 10 april 2021 @ 12:00:
[...]

Waar en hoe kun je dit precies instellen? Ben inmiddels ook aan het experimenteren met een EdgeRouterX maar ben bang bij een stroomonderbreking dat de vrouw in huis begint te zeuren als het ding het niet doet...

Geef je nu je vrouw de schuld van je eigen onkunde

[jwtje]

https://www.reddit.com/r/...m=ios_app&utm_name=iossmf

Multicast met een custom kernel op de UDM

[dbeusink]

Gisteren de USG ingesteld volgens de handleiding van @Coolhva. Zeer eenvoudig en helder uitgelegd. Het ging eventjes mis omdat ik lekker eigenwijs als Mac gebruiker het setroutes script met Cyberduck in de verkeerde map had gezet. Gelukkig kwam ik daar snel genoeg achter omdat de kernel route ontbrak. Hierna het succes gevierd en iets te vroeg gejuigd, na even TV gekeken te hebben bleef de zender hangen. Vreemd want het multicast verkeer bleef gewoon oplopen in de statistieken. De volgende stap was het plaatsen van de IPTV kastjes in een eigen VLAN, hierna meerdere uren achter elkaar TV gekeken zonder haperingen of problemen. Wederom hulde aan iedereen op het forum en in het bijzonder @Coolhva .

@Coolhva, ik stuur een koffie je kant op!

[TeRRoR!]

Coolhva schreef op donderdag 25 maart 2021 @ 23:38:
[...]


Fijn om te horen! En ook fijn dat je mijn suggestie hebt uitgevoerd. Doordat zoveel mensen, zowel van tweakers, als daarbuiten dit al hebben gedaan is het makkelijker te zeggen als er iets afwijkt.

Veel plezier met je setup!

Ik had na mijn upgrade zojuist ook dit probleem. Ik merkte op dat de file /config/scripts/post-config.d/rfc3442-classless-routes was verdwenen. Deze heb ik van het Internet gehaald en terug geplaatst. Vervolgens kreeg ik na een reboot de kernel route weer. Wel krijg ik ook nog steeds de foutmeldingen bij het uitvoeren van het setroutes.sh script mbt command not found. Mogelijk werken deze tijdens een reboot wel. Het loopt nu wel weer prima allemaal

[Coolhva]

dbeusink schreef op zondag 11 april 2021 @ 14:51:
Gisteren de USG ingesteld volgens de handleiding van @Coolhva. Zeer eenvoudig en helder uitgelegd. Het ging eventjes mis omdat ik lekker eigenwijs als Mac gebruiker het setroutes script met Cyberduck in de verkeerde map had gezet. Gelukkig kwam ik daar snel genoeg achter omdat de kernel route ontbrak. Hierna het succes gevierd en iets te vroeg gejuigd, na even TV gekeken te hebben bleef de zender hangen. Vreemd want het multicast verkeer bleef gewoon oplopen in de statistieken. De volgende stap was het plaatsen van de IPTV kastjes in een eigen VLAN, hierna meerdere uren achter elkaar TV gekeken zonder haperingen of problemen. Wederom hulde aan iedereen op het forum en in het bijzonder @Coolhva .

@Coolhva, ik stuur een koffie je kant op!

Dank je wel @dbeusink maar dit is echt een team effort, het is begonnen met de config van @xbeam en @Jeroen_ae92 die aangaf dat de kernel route ook dynamisch kon. Maar ook de troubleshoot avonden met de tweakers hier hebben ook nieuwe inzichten hebben gegeven die de handleiding completer hebben gemaakt. En ook de tweakers hier, die soms twijfelden aan de suggesties maar deze toch hebben uitgevoerd.

Ik ga lekker van mijn "koffie" genieten en blijf het topic volgen

[Coolhva]

TeRRoR! schreef op zondag 11 april 2021 @ 16:04:
[...]


Ik had na mijn upgrade zojuist ook dit probleem. Ik merkte op dat de file /config/scripts/post-config.d/rfc3442-classless-routes was verdwenen. Deze heb ik van het Internet gehaald en terug geplaatst. Vervolgens kreeg ik na een reboot de kernel route weer. Wel krijg ik ook nog steeds de foutmeldingen bij het uitvoeren van het setroutes.sh script mbt command not found. Mogelijk werken deze tijdens een reboot wel. Het loopt nu wel weer prima allemaal

Ik zie op het unifi forum meer mensen die op sommige USG deze foutmeldingen krijgen. Mijn vermoeden is dat er ergens een keer iets is gebeurd met een firmware upgrade of iets dergelijks wat de shell heeft aangepast waardoor dit niet meer werkt. In mijn ogen is de USG corrupt en zou je deze, in deze staat, niet moeten vertrouwen. Het naar factory defaults zetten, eventueel firmware upgrade doen en daarna opnieuw adopteren zou mijn sterke aanbeveling zijn.

[oxyle]

Hoi iedereen,

Ik heb het forum inmiddels al uren nagezocht en ik ben einde raad...

Ik heb een vrij simpele opstelling:

USG-3P > USW 16 PoE Lite > VIP5202 (hier zat eerst een Unifi Flex Mini tussen), maar direct op de 16 poorts switch heeft geen impact.

Alle software van Unifi als de devices hebben de laatste firmware.

De onderstaande handleiding heb ik gevolgd om IPTV werkend te krijgen maar helaas:
https://www.vanachterberg...teway-kpn-ftth-iptv-ipv6/

Netwerk: 192.168.1.0/24

De stappen die ik gevolgd heb:

1. Device uit de doos gehaald; factory reset (to be sure);
2. Stappen uit de handleiding gevolgd (beide JSON's en chmod +X);
3. USG-3P reboot, paar minuten gewacht en vervolgens de setupbox reboot. En we keren weer terug bij een error 561.

Ben inmiddels wel een beetje einde raad, kort na een factory reset en voordat ik de guide gevolgd heb beschik ik inderdaad een over een IPv6 connectie naar de buitenwereld. Na het toepassen van de configuratie van de guide verlies ik blijkbaar IPv6 connecties (pas na de reboot!). Maar dan heb ik ook geen IPTV meer.

Heb een plat netwerk, geen VLAN's. Als ik diverse config's moet delen geef maar een seintje. De config.gateway.json en de setroutes.sh zijn van de link hierboven. Als het mogelijk is om een plat VLAN te houden graag... Het is immers maar 1 setupbox... En ik richt er het liefst niet een heel VLAN voor in om het maar even simpel te houden hier thuis.

Tot slot:
- Geen gekke firewall rules (nog niet in ieder geval)
- 2-tal port forwarding rules;
- Geen exotische configuratie
- DNS richting KPN (heb liever 1.1.1.1, maar las dat dat problemen kon geven in het verleden... En je raakt hopeloos dus je probeert wat).

TLDR: Kale configuratie met wat basis DHCP/configs vanuit de controller, toepassen van de scripts. Resultaat: Geen IPTV, kort IPv6, daarna niks meer ... (wel internet...)

Mvgr,
Kevin

Meer info:

code:

 interfaces {
     ethernet eth0 {
         address dhcp
         description WAN
         dhcp-options {
             client-option "retry 60;"
             default-route no-update
             default-route-distance 1
             name-server no-update
         }
         duplex 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
             }
         }
         speed auto
         vif 4 {
             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 no-update
             }
             ip {
                 source-validation loose
             }
             mtu 1500
         }
         vif 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
                 dhcpv6-pd {
                     no-dns
                     pd 0 {
                         interface eth1 {
                             prefix-id :48
                             service slaac
                         }
                         prefix-length /48
                     }
                     rapid-commit disable
                 }
                 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 ****************
                 user-id kpn
             }
         }
     }
     ethernet eth1 {
         address 192.168.1.254/24
         description LAN
         duplex auto
         firewall {
             in {
                 ipv6-name LANv6_IN
                 name LAN_IN
             }
             local {
                 ipv6-name LANv6_LOCAL
                 name LAN_LOCAL
             }
             out {
                 ipv6-name LANv6_OUT
                 name LAN_OUT
             }
         }
         ipv6 {
             address {
                 autoconf
             }
             dup-addr-detect-transmits 1
             router-advert {
                 cur-hop-limit 64
                 default-preference high
                 link-mtu 0
                 managed-flag true
                 max-interval 600
                 name-server 2606:4700:4700::1111
                 name-server 2606:4700:4700::1001
                 other-config-flag false
                 prefix ::/64 {
                     autonomous-flag true
                     on-link-flag true
                     preferred-lifetime 14400
                     valid-lifetime 2592000
                 }
                 radvd-options "RDNSS 2606:4700:4700::1111 2606:4700:4700::1001 {};"
                 reachable-time 0
                 retrans-timer 0
                 send-advert true
             }
         }
         speed auto
     }
     ethernet eth2 {
         disable
         duplex auto
         speed auto
     }
     loopback lo {
     }
 }

code:

admin@Router:~$ rm /etc/dhcp3/dhclient-exit-hooks.d/routes
pts/posrm: remove '/etc/dhcp3/dhclient-exit-hooks.d/routes'? t-config.d/
sudo ./setroutes.sh
ls -lisah /etc/dhcp3/dhclient-exit-hooks.d/
cat /etc/dhcp3/dhclient-exit-hooks.d/routes
show ip route
admin@Router:~$ sudo ./setroutes.sh
sudo: ./setroutes.sh: command not found
admin@Router:~$ ls -lisah /etc/dhcp3/dhclient-exit-hooks.d/
total 17
   8885      4 drwxr-xr-x    2 root     root        4.0K Apr 11 16:28 .
   8879      4 drwxr-xr-x    5 root     root        4.0K Apr 11 16:28 ..
   8895      1 -rw-r--r--    1 root     root        1.0K Feb 12 12:13 debug
   8896      0 -rw-r--r--    1 root     root           0 Feb 12 12:12 ipsecd
   8897      0 -rw-r--r--    1 root     root           0 Feb 12 12:16 l2tpd
   8898      1 -rw-r--r--    1 root     root        1.2K Feb 12 12:03 ntp
   8899      1 -rw-r--r--    1 root     root         806 Feb 12 12:03 ntpdate
   8900      0 -rw-r--r--    1 root     root           0 Feb 12 12:16 pptpd
  10796      4 -rwxr-xr-x    1 root     root        1.5K Apr 11 16:28 routes
   8901      1 -rwxr-xr-x    1 root     root        1.5K Feb 12 12:12 vyatta-dhclient-hook
admin@Router:~$ cat /etc/dhcp3/dhclient-exit-hooks.d/routes
# set classless routes based on the format specified in RFC3442
# e.g.:
#   new_rfc3442_classless_static_routes='24 192 168 10 192 168 1 1 8 10 10 17 66 41'
# specifies the routes:
#   192.168.10.0/24 via 192.168.1.1
#   10.0.0.0/8 via 10.17.66.41
#
#/etc/dhcp3/dhclient-exit-hooks.d/routes

RUN="yes"


if [ "$RUN" = "yes" ]; then
        if [ -n "$new_rfc3442_classless_static_routes" ]; then
                if [ "$reason" = "BOUND" ] || [ "$reason" = "REBOOT" ]; then

                        set -- $new_rfc3442_classless_static_routes

                        while [ $# -gt 0 ]; do
                                net_length=$1
                                via_arg=''

                                case $net_length in
                                        32|31|30|29|28|27|26|25)
                                                net_address="${2}.${3}.${4}.${5}"
                                                gateway="${6}.${7}.${8}.${9}"
                                                shift 9
                                                ;;
                                        24|23|22|21|20|19|18|17)
                                                net_address="${2}.${3}.${4}.0"
                                                gateway="${5}.${6}.${7}.${8}"
                                                shift 8
                                                ;;
                                        16|15|14|13|12|11|10|9)
                                                net_address="${2}.${3}.0.0"
                                                gateway="${4}.${5}.${6}.${7}"
                                                shift 7
                                                ;;
                                        8|7|6|5|4|3|2|1)
                                                net_address="${2}.0.0.0"
                                                gateway="${3}.${4}.${5}.${6}"
                                                shift 6
                                                ;;
                                        0)      # default route
                                                net_address="0.0.0.0"
                                                gateway="${2}.${3}.${4}.${5}"
                                                shift 5
                                                ;;
                                        *)      # error
                                                return 1
                                                ;;
                                esac

                                # take care of link-local routes
                                if [ "${gateway}" != '0.0.0.0' ]; then
                                        via_arg="via ${gateway}"
                                fi

                                # set route (ip detects host routes automatically)
                                ip -4 route add "${net_address}/${net_length}" ${via_arg} dev "${interface}" >/dev/null 2>&1
                        done
                fi
        fi
fiadmin@Router:~$ show ip route
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
C>* 10.14.112.0/22 is directly connected, eth0.4
C>* 127.0.0.0/8 is directly connected, lo
C>* 192.168.1.0/24 is directly connected, eth1
C>* 195.190.228.152/32 is directly connected, pppoe2

[ Voor 95% gewijzigd door oxyle op 11-04-2021 17:11 ]

[Coolhva]

oxyle schreef op zondag 11 april 2021 @ 16:50:
Hoi iedereen,

Ik heb het forum inmiddels al uren nagezocht en ik ben einde raad...

Ik heb een vrij simpele opstelling:

USG-3P > USW 16 PoE Lite > VIP5202 (hier zat eerst een Unifi Flex Mini tussen), maar direct op de 16 poorts switch heeft geen impact.

Alle software van Unifi als de devices hebben de laatste firmware.

De onderstaande handleiding heb ik gevolgd om IPTV werkend te krijgen maar helaas:
https://www.vanachterberg...teway-kpn-ftth-iptv-ipv6/

Netwerk: 192.168.1.0/24

De stappen die ik gevolgd heb:

1. Device uit de doos gehaald; factory reset (to be sure);
2. Stappen uit de handleiding gevolgd (beide JSON's en chmod +X);
3. USG-3P reboot, paar minuten gewacht en vervolgens de setupbox reboot. En we keren weer terug bij een error 561.

Ben inmiddels wel een beetje einde raad, kort na een factory reset en voordat ik de guide gevolgd heb beschik ik inderdaad een over een IPv6 connectie naar de buitenwereld. Na het toepassen van de configuratie van de guide verlies ik blijkbaar IPv6 connecties (pas na de reboot!). Maar dan heb ik ook geen IPTV meer.

Heb een plat netwerk, geen VLAN's. Als ik diverse config's moet delen geef maar een seintje. De config.gateway.json en de setroutes.sh zijn van de link hierboven. Als het mogelijk is om een plat VLAN te houden graag... Het is immers maar 1 setupbox... En ik richt er het liefst niet een heel VLAN voor in om het maar even simpel te houden hier thuis.

Tot slot:
- Geen gekke firewall rules (nog niet in ieder geval)
- 2-tal port forwarding rules;
- Geen exotische configuratie
- DNS richting KPN (heb liever 1.1.1.1, maar las dat dat problemen kon geven in het verleden... En je raakt hopeloos dus je probeert wat).

TLDR: Kale configuratie met wat basis DHCP/configs vanuit de controller, toepassen van de scripts. Resultaat: Geen IPTV, kort IPv6, daarna niks meer ... (wel internet...)

Mvgr,
Kevin

Meer info:

code:

 interfaces {
     ethernet eth0 {
         address dhcp
         description WAN
         dhcp-options {
             client-option "retry 60;"
             default-route no-update
             default-route-distance 1
             name-server no-update
         }
         duplex 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
             }
         }
         speed auto
         vif 4 {
             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 no-update
             }
             ip {
                 source-validation loose
             }
             mtu 1500
         }
         vif 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
                 dhcpv6-pd {
                     no-dns
                     pd 0 {
                         interface eth1 {
                             prefix-id :48
                             service slaac
                         }
                         prefix-length /48
                     }
                     rapid-commit disable
                 }
                 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 ****************
                 user-id kpn
             }
         }
     }
     ethernet eth1 {
         address 192.168.1.254/24
         description LAN
         duplex auto
         firewall {
             in {
                 ipv6-name LANv6_IN
                 name LAN_IN
             }
             local {
                 ipv6-name LANv6_LOCAL
                 name LAN_LOCAL
             }
             out {
                 ipv6-name LANv6_OUT
                 name LAN_OUT
             }
         }
         ipv6 {
             address {
                 autoconf
             }
             dup-addr-detect-transmits 1
             router-advert {
                 cur-hop-limit 64
                 default-preference high
                 link-mtu 0
                 managed-flag true
                 max-interval 600
                 name-server 2606:4700:4700::1111
                 name-server 2606:4700:4700::1001
                 other-config-flag false
                 prefix ::/64 {
                     autonomous-flag true
                     on-link-flag true
                     preferred-lifetime 14400
                     valid-lifetime 2592000
                 }
                 radvd-options "RDNSS 2606:4700:4700::1111 2606:4700:4700::1001 {};"
                 reachable-time 0
                 retrans-timer 0
                 send-advert true
             }
         }
         speed auto
     }
     ethernet eth2 {
         disable
         duplex auto
         speed auto
     }
     loopback lo {
     }
 }

code:

admin@Router:~$ rm /etc/dhcp3/dhclient-exit-hooks.d/routes
pts/posrm: remove '/etc/dhcp3/dhclient-exit-hooks.d/routes'? t-config.d/
sudo ./setroutes.sh
ls -lisah /etc/dhcp3/dhclient-exit-hooks.d/
cat /etc/dhcp3/dhclient-exit-hooks.d/routes
show ip route
admin@Router:~$ sudo ./setroutes.sh
sudo: ./setroutes.sh: command not found
admin@Router:~$ ls -lisah /etc/dhcp3/dhclient-exit-hooks.d/
total 17
   8885      4 drwxr-xr-x    2 root     root        4.0K Apr 11 16:28 .
   8879      4 drwxr-xr-x    5 root     root        4.0K Apr 11 16:28 ..
   8895      1 -rw-r--r--    1 root     root        1.0K Feb 12 12:13 debug
   8896      0 -rw-r--r--    1 root     root           0 Feb 12 12:12 ipsecd
   8897      0 -rw-r--r--    1 root     root           0 Feb 12 12:16 l2tpd
   8898      1 -rw-r--r--    1 root     root        1.2K Feb 12 12:03 ntp
   8899      1 -rw-r--r--    1 root     root         806 Feb 12 12:03 ntpdate
   8900      0 -rw-r--r--    1 root     root           0 Feb 12 12:16 pptpd
  10796      4 -rwxr-xr-x    1 root     root        1.5K Apr 11 16:28 routes
   8901      1 -rwxr-xr-x    1 root     root        1.5K Feb 12 12:12 vyatta-dhclient-hook
admin@Router:~$ cat /etc/dhcp3/dhclient-exit-hooks.d/routes
# set classless routes based on the format specified in RFC3442
# e.g.:
#   new_rfc3442_classless_static_routes='24 192 168 10 192 168 1 1 8 10 10 17 66 41'
# specifies the routes:
#   192.168.10.0/24 via 192.168.1.1
#   10.0.0.0/8 via 10.17.66.41
#
#/etc/dhcp3/dhclient-exit-hooks.d/routes

RUN="yes"


if [ "$RUN" = "yes" ]; then
        if [ -n "$new_rfc3442_classless_static_routes" ]; then
                if [ "$reason" = "BOUND" ] || [ "$reason" = "REBOOT" ]; then

                        set -- $new_rfc3442_classless_static_routes

                        while [ $# -gt 0 ]; do
                                net_length=$1
                                via_arg=''

                                case $net_length in
                                        32|31|30|29|28|27|26|25)
                                                net_address="${2}.${3}.${4}.${5}"
                                                gateway="${6}.${7}.${8}.${9}"
                                                shift 9
                                                ;;
                                        24|23|22|21|20|19|18|17)
                                                net_address="${2}.${3}.${4}.0"
                                                gateway="${5}.${6}.${7}.${8}"
                                                shift 8
                                                ;;
                                        16|15|14|13|12|11|10|9)
                                                net_address="${2}.${3}.0.0"
                                                gateway="${4}.${5}.${6}.${7}"
                                                shift 7
                                                ;;
                                        8|7|6|5|4|3|2|1)
                                                net_address="${2}.0.0.0"
                                                gateway="${3}.${4}.${5}.${6}"
                                                shift 6
                                                ;;
                                        0)      # default route
                                                net_address="0.0.0.0"
                                                gateway="${2}.${3}.${4}.${5}"
                                                shift 5
                                                ;;
                                        *)      # error
                                                return 1
                                                ;;
                                esac

                                # take care of link-local routes
                                if [ "${gateway}" != '0.0.0.0' ]; then
                                        via_arg="via ${gateway}"
                                fi

                                # set route (ip detects host routes automatically)
                                ip -4 route add "${net_address}/${net_length}" ${via_arg} dev "${interface}" >/dev/null 2>&1
                        done
                fi
        fi
fiadmin@Router:~$ show ip route
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
C>* 10.14.112.0/22 is directly connected, eth0.4
C>* 127.0.0.0/8 is directly connected, lo
C>* 192.168.1.0/24 is directly connected, eth1
C>* 195.190.228.152/32 is directly connected, pppoe2

Hi Kevin,

Kan je de volgende ssh commando's uitvoeren (en de output per commando scheiden in je antwoord)?

Log in met SSH op de USG en voer deze commando's uit (afhankelijk van je SSH client kan je ook de log van je sessie aanzetten en dit naar een bestand laten schrijven):

1. show interfaces
2. show ip route
3. cat /etc/dhcp3/dhclient-exit-hooks.d/routes | wc -l
4. release dhcp interface eth0.4
5. renew dhcp interface eth0.4
6. restart igmp-proxy
7. show interfaces
8. show ip route

Er zitten dubbele bij omdat we de staat vooraf weten en daarna de staat achteraf.

[oxyle]

Coolhva schreef op zondag 11 april 2021 @ 17:32:
[...]


Hi Kevin,

Kan je de volgende ssh commando's uitvoeren (en de output per commando scheiden in je antwoord)?

Log in met SSH op de USG en voer deze commando's uit (afhankelijk van je SSH client kan je ook de log van je sessie aanzetten en dit naar een bestand laten schrijven):

1. show interfaces
2. show ip route
3. cat /etc/dhcp3/dhclient-exit-hooks.d/routes | wc -l
4. release dhcp interface eth0.4
5. renew dhcp interface eth0.4
6. restart igmp-proxy
7. show interfaces
8. show ip route

Er zitten dubbele bij omdat we de staat vooraf weten en daarna de staat achteraf.

show interfaces:

code:

Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down
Interface    IP Address                        S/L  Description
---------    ----------                        ---  -----------
eth0         -                                 u/u  WAN
eth0.4       10.14.115.208/22                  u/u  IPTV
eth0.6       -                                 u/u
eth1         192.168.1.254/24                  u/u  LAN
eth2         -                                 A/D
lo           127.0.0.1/8                       u/u
             ::1/128
pppoe2       82.170.8.157                      u/u

show ip route:

code:

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
C>* 10.14.112.0/22 is directly connected, eth0.4
C>* 127.0.0.0/8 is directly connected, lo
C>* 192.168.1.0/24 is directly connected, eth1
C>* 195.190.228.152/32 is directly connected, pppoe2

cat /etc/dhcp3/dhclient-exit-hooks.d/routes | wc -l:

code:

63

release dhcp interface eth0.4:

code:

admin@Severus:~$ release dhcp interface eth0.4
Releasing DHCP lease on eth0.4 ...

renew dhcp interface eth0.4:

code:

admin@Severus:~$ renew dhcp interface eth0.4
Renewing DHCP lease on eth0.4 ...

Hierna deed de TV het ineens?!

restart igmp-proxy:

code:

admin@Severus:~$ restart igmp-proxy
Stopping IGMP proxy
Starting IGMP proxy service

show interfaces:

code:

Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down
Interface    IP Address                        S/L  Description
---------    ----------                        ---  -----------
eth0         -                                 u/u  WAN
eth0.4       10.14.112.148/22                  u/u  IPTV
eth0.6       -                                 u/u
eth1         192.168.1.254/24                  u/u  LAN
eth2         -                                 A/D
lo           127.0.0.1/8                       u/u
             ::1/128
pppoe2       82.170.8.157                      u/u

show ip route:

code:

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
C>* 10.14.112.0/22 is directly connected, eth0.4
C>* 127.0.0.0/8 is directly connected, lo
C>* 192.168.1.0/24 is directly connected, eth1
C>* 195.190.228.152/32 is directly connected, pppoe2
K>* 213.75.112.0/21 via 10.14.112.1, eth0.4

Lijkt erop dat die laatste route die er ineens bijstaat de "oplossing was?"



Zou dit vanuit de USG noodzakelijk zijn?

[ Voor 4% gewijzigd door oxyle op 11-04-2021 17:43 ]

[Coolhva]

oxyle schreef op zondag 11 april 2021 @ 17:39:
[...]


show interfaces:

code:

Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down
Interface    IP Address                        S/L  Description
---------    ----------                        ---  -----------
eth0         -                                 u/u  WAN
eth0.4       10.14.115.208/22                  u/u  IPTV
eth0.6       -                                 u/u
eth1         192.168.1.254/24                  u/u  LAN
eth2         -                                 A/D
lo           127.0.0.1/8                       u/u
             ::1/128
pppoe2       82.170.8.157                      u/u

show ip route:

code:

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
C>* 10.14.112.0/22 is directly connected, eth0.4
C>* 127.0.0.0/8 is directly connected, lo
C>* 192.168.1.0/24 is directly connected, eth1
C>* 195.190.228.152/32 is directly connected, pppoe2

cat /etc/dhcp3/dhclient-exit-hooks.d/routes | wc -l:

code:

63

release dhcp interface eth0.4:

code:

admin@Severus:~$ release dhcp interface eth0.4
Releasing DHCP lease on eth0.4 ...

renew dhcp interface eth0.4:

code:

admin@Severus:~$ renew dhcp interface eth0.4
Renewing DHCP lease on eth0.4 ...

Hierna deed de TV het ineens?!

restart igmp-proxy:

code:

admin@Severus:~$ restart igmp-proxy
Stopping IGMP proxy
Starting IGMP proxy service

show interfaces:

code:

Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down
Interface    IP Address                        S/L  Description
---------    ----------                        ---  -----------
eth0         -                                 u/u  WAN
eth0.4       10.14.112.148/22                  u/u  IPTV
eth0.6       -                                 u/u
eth1         192.168.1.254/24                  u/u  LAN
eth2         -                                 A/D
lo           127.0.0.1/8                       u/u
             ::1/128
pppoe2       82.170.8.157                      u/u

show ip route:

code:

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
C>* 10.14.112.0/22 is directly connected, eth0.4
C>* 127.0.0.0/8 is directly connected, lo
C>* 192.168.1.0/24 is directly connected, eth1
C>* 195.190.228.152/32 is directly connected, pppoe2
K>* 213.75.112.0/21 via 10.14.112.1, eth0.4

Lijkt erop dat die laatste route die er ineens bijstaat de "oplossing was?"

Dat de TV het "ineens" doet komt omdat na het opnieuw opvragen van een IP adres voor eth0.4 er route informatie wordt meegezonden die geïnstalleerd wordt door het /etc/dhcp3/dhclient-exit-hooks.d/routes script.

Ik vermoed dat je een reboot te weinig hebt gedaan en dat het daardoor (nog) niet werkte.

Maar, om zeker te weten dat mijn aanname klopt zou het fijn zijn als je vanuit de controller de USG een keer kan herstarten en dan kan controleren dat je TV het daarna doet.

[oxyle]

Oke dat hielp voor een korte tijd blijkt!

Nu is alles up en na 3-5 minuten krijg ik STB-NMC-400 als foutcode in beeld... En die verdwijnt zelf ook weer na een minuut... Nog tips toevallig?

[ Voor 99% gewijzigd door oxyle op 11-04-2021 18:00 ]

[TeRRoR!]

Coolhva schreef op zondag 11 april 2021 @ 16:27:
[...]


Ik zie op het unifi forum meer mensen die op sommige USG deze foutmeldingen krijgen. Mijn vermoeden is dat er ergens een keer iets is gebeurd met een firmware upgrade of iets dergelijks wat de shell heeft aangepast waardoor dit niet meer werkt. In mijn ogen is de USG corrupt en zou je deze, in deze staat, niet moeten vertrouwen. Het naar factory defaults zetten, eventueel firmware upgrade doen en daarna opnieuw adopteren zou mijn sterke aanbeveling zijn.

Ga ik zo maar even doen, ben het helemaal met je eens

[Coolhva]

oxyle schreef op zondag 11 april 2021 @ 17:57:
Oke dat hielp voor een korte tijd blijkt!

Nu is alles up en na 3-5 minuten krijg ik STB-NMC-400 als foutcode in beeld... En die verdwijnt zelf ook weer na een minuut... Nog tips toevallig?

Het kan zijn dat iets op je LAN je IGMP proxy verstoort. Je kan twee dingen doen:

1. Koppel ALLES los van je (W)LAN behalve je IPTV setupbox en test het opnieuw
2. Zet de IPTV Box in een apart VLAN en test het opnieuw

Voordeel van een apart VLAN is dat je de DNS servers van KPN instelt voor dat VLAN en je eigen keuze kan maken voor je LAN.

[ Voor 10% gewijzigd door Coolhva op 11-04-2021 18:28 ]

[Comp User]

@oxyle heb je Quad9 (9.9.9.9) al eens geprobeerd?

Eventueel in te stellen vanuit Pi-hole, als je dat gebruikt, al kan je dan ook nog Unbound overwegen.

[ Voor 94% gewijzigd door Comp User op 11-04-2021 18:32 ]

[dbeusink]

Coolhva schreef op zondag 11 april 2021 @ 18:25:
[...]


Het kan zijn dat iets op je LAN je IGMP proxy verstoort. Je kan twee dingen doen:

1. Koppel ALLES los van je (W)LAN behalve je IPTV setupbox en test het opnieuw
2. Zet de IPTV Box in een apart VLAN en test het opnieuw

Voordeel van een apart VLAN is dat je de DNS servers van KPN instelt voor dat VLAN en je eigen keuze kan maken voor je LAN.

Ik had hetzelfde probleem gisteren na een verse installatie, het plaatsen van de kastjes op een apart VLAN (volgens de handleiding van @Coolhva) heeft hierbij alles opgelost. Ik heb inmiddels al uren ongestoord TV kunnen kijken. Daarnaast is het als je over de juiste hardware beschikt vrij snel voor elkaar.

[Coolhva]

Ik heb net ff alles ge-update naar een nieuwe firmware versie, inclusief de controller (meer glitter, minder functionaliteit).

Ik had daarna geen kernel route en kreeg ook de 400 error.

Via ssh de release en renew gedaan op eth0.4, daarna stond de kernel route erin en daarna een restart igmp-proxy en nu draait alles weer.

[oxyle]

Ik ga van het weekend eens lekker hobbyen, dan wordt het toch een apart VLAN! Is de vrouw des huizes ook weer blij...

[ArwinV]

Als ex Telfort gebruiker is mijn aansluiting administratief omgezet naar KPN maar technisch nog niet.

Gezien mijn experiabox steeds instabieler wordt heb ik een usg aangeschaft om deze te gaan vervangen. Nu is mijn vraag: is er een makkelijke manier om de oplossing van @Coolhva om te bouwen naar de Telfort instellingen en over enige tijd naar kpn ?

Naast de usg heb ik twee UniFi ap’s en een usg 8-60w in gebruik en de controller draait op een raspberry pi.

[Coolhva]

Ik probeerde zojuist NextDNS te installeren op mijn USG maar kwam er achter dat dit niet lekker loopt omdat de USG zelf niet snapt hoe de MTU nu eigenlijk zit omdat de MTU op de VLAN interface niet op 1508 (ethernet+pppoe) en de ethernet interface niet op 1512 zit (ethernet+vlan+pppoe).

Ik heb alle configs aangepast en de MTU er nu in gezet, dat gaf bij sommige wat problemen (en anderen weer niet). Ik hoor graag of de nieuwe config met MTU waardes ook werkt bij jullie.

[elsinga]

Ik gebruik ook NextDNS en ik heb op het aanpassen van de IP adressen van dns naar die van NextDNS geen aanpassingen op de USG gedaan. Wel bij NextDNS mijn semi-fixed IP adres ingegeven, zodat alle dns requests daar herkend worden als horend bij mijn account. Werkt prima.

[oxyle]

@Coolhva Weet jij toevallig of het ook mogelijk is om met de VLAN's het onderstaande te doen?

USG > USW 16 PoE Lite > USW Flex Mini > IPTV kastje.

Kwestie van tussen de switches alle VLAN's laten lopen en dan die poort naar het IPTV kastje op het juiste VLAN zetten?

[ Voor 28% gewijzigd door oxyle op 13-04-2021 11:15 ]

[OMX2000]

Komt de UXG Pro nog een keer?

[oxyle]

oxyle schreef op dinsdag 13 april 2021 @ 11:15:
@Coolhva Weet jij toevallig of het ook mogelijk is om met de VLAN's het onderstaande te doen?

USG > USW 16 PoE Lite > USW Flex Mini > IPTV kastje.

Kwestie van tussen de switches alle VLAN's laten lopen en dan die poort naar het IPTV kastje op het juiste VLAN zetten?

Oh is al gelukt, niks aan t handje!👍🏼

[fabianishere]

Voor mensen die bereid zijn om wat workarounds te doen en enige technische kennis hebben, het is nu mogelijk om IPTV direct op de UniFi Dream Machine (Pro) werkend te krijgen. Zie het volgende documentje dat ik heb geschreven: https://github.com/fabian.../blob/master/docs/iptv.md

Standaard werkt IPTV niet op de UDM/P aangezien de kernel op deze apparaten geen multicast routing ondersteunt. Echter als je een custom kernel gebruikt kan dit wel.

Het is me gisteren gelukt om dit werkende te krijgen met KPN. Ik had af en toe nog last dat het beeld vastliep (wat wordt verholpen na het switchen van kanaal), dus mogelijk dat de config not niet 100% klopt. Als je het aandurft, laat weten wat je ervaringen zijn.

[Mrk87]

Vanmorgen overgestapt van de @Coolhva standaard config naar de VLAN config. Tot nu toe geen freezes meer gezien.

[Coolhva]

fabianishere schreef op dinsdag 13 april 2021 @ 14:01:
Voor mensen die bereid zijn om wat workarounds te doen en enige technische kennis hebben, het is nu mogelijk om IPTV direct op de UniFi Dream Machine (Pro) werkend te krijgen. Zie het volgende documentje dat ik heb geschreven: https://github.com/fabian.../blob/master/docs/iptv.md

Standaard werkt IPTV niet op de UDM/P aangezien de kernel op deze apparaten geen multicast routing ondersteunt. Echter als je een custom kernel gebruikt kan dit wel.

Het is me gisteren gelukt om dit werkende te krijgen met KPN. Ik had af en toe nog last dat het beeld vastliep (wat wordt verholpen na het switchen van kanaal), dus mogelijk dat de config not niet 100% klopt. Als je het aandurft, laat weten wat je ervaringen zijn.

Allereerst is dit fantastisch werk en waar veel mensen op zitten te wachten. Ik heb je oplossing doorgenomen en heb er wel een paar vragen over:

1. Je maakt twee NAT regels voor de IPTV subnets via eth8.4, waarom maak je niet 1 NAT regel voor 0.0.0.0/0 via eth8.4. De routes worden namelijk via DHCP geïnstalleerd, door 0.0.0.0 in je NAT regel te gebruiken ben je niet afhankelijk van wijzigingen van de subnets vanuit KPN.
2. Heb je er over nagedacht om een bootstrap/setup shell script te maken die alle stappen uitvoert zodat de kans op fouten minimaal is?
3. Hoe zie je de toekomst in? Ubiquiti heeft wel wat werk gestopt om het modden moeilijker te maken (write-protectie van de volumes), acht je de kans groot dat Ubiquiti gaat proberen om de huidige mods in de toekomst onmogelijk/moeilijker uitvoerbaar te maken?

[jossie67]

Hi,

Binnenkort ga ik overstappen van Xs4all naar KPN met IPTV,
Nu gaat de kabel al van de NTU al direct naar de USG-3P,
Ik heb verschillende Wifi netwerken, oa IoT en Guest deze laaste heeft ook een eigen DHCP range en uiteraard een eigen VPN.
Nu wil ik de handleiding van @Coolhva volgen https://www.vanachterberg...teway-kpn-ftth-iptv-ipv6/
IP-TV heb ik nu namelijk nog niet.
Maar als ik deze volg, blijven dan mijn huidige Wifi-netnerkwerken en DHPC instelling behouden?
Sommige devices krijgen bij mij namelijk altijd een fixed IP adress van de DHCP server?

[Coolhva]

jossie67 schreef op woensdag 14 april 2021 @ 12:44:
Hi,

Binnenkort ga ik overstappen van Xs4all naar KPN met IPTV,
Nu gaat de kabel al van de NTU al direct naar de USG-3P,
Ik heb verschillende Wifi netwerken, oa IoT en Guest deze laaste heeft ook een eigen DHCP range en uiteraard een eigen VPN.
Nu wil ik de handleiding van @Coolhva volgen https://www.vanachterberg...teway-kpn-ftth-iptv-ipv6/
IP-TV heb ik nu namelijk nog niet.
Maar als ik deze volg, blijven dan mijn huidige Wifi-netnerkwerken en DHPC instelling behouden?
Sommige devices krijgen bij mij namelijk altijd een fixed IP adress van de DHCP server?

Yup dat kan je veilig doen

[Silver7]

Ik ga USG3 vervangen door USG4.

Ik maak gebruik van KPN & IPTV.

Ik heb de (laatste) versie van Coolhva binnengehaald.
- JSON is aangepast.
- setroutes.sh is ook aangepast

Aanpassingen zijn:
WAN: eth0 & eth0.4 zijn vervangen door eth2 & eth2.4
LAN: eth1 is vervangen door eth0

Wat is de beste stappenplan?
- JSON & setroutes.sh uploaden
- USG3 uitzetten
- Kabels omzetten naar de juiste poorten
- USG4 aanzetten
- Force provisioning

[itxs]

fabianishere schreef op dinsdag 13 april 2021 @ 14:01:
Voor mensen die bereid zijn om wat workarounds te doen en enige technische kennis hebben, het is nu mogelijk om IPTV direct op de UniFi Dream Machine (Pro) werkend te krijgen. Zie het volgende documentje dat ik heb geschreven: https://github.com/fabian.../blob/master/docs/iptv.md

Standaard werkt IPTV niet op de UDM/P aangezien de kernel op deze apparaten geen multicast routing ondersteunt. Echter als je een custom kernel gebruikt kan dit wel.

Het is me gisteren gelukt om dit werkende te krijgen met KPN. Ik had af en toe nog last dat het beeld vastliep (wat wordt verholpen na het switchen van kanaal), dus mogelijk dat de config not niet 100% klopt. Als je het aandurft, laat weten wat je ervaringen zijn.

@fabianishere Wellicht lees ik het niet goed, is dit alleen voor de PRO van toepassing, of is een Dream Machine zelf ook in staat dit nu te doen met de aanpassing in de kernel?

Goed werk, hier zat ik op te wachten op de overstap te maken naar UniFi

[BrBuggyB]

oxyle schreef op dinsdag 13 april 2021 @ 11:48:
[...]


Oh is al gelukt, niks aan t handje!👍🏼

Is het je gelukt om een iptv kastje achter de USW flex mini te hangen? Ik dacht dat dat niet kon ivm IGMP-snooping, dat de flex mini niet ondersteunt?!?!?

[leonbong]

Maar als je nog het oude tv-platform hebt dan kan natuurlijk makkelijk want dan stel je alleen het VLAN in.

[Coolhva]

BrBuggyB schreef op woensdag 14 april 2021 @ 16:11:
[...]

Is het je gelukt om een iptv kastje achter de USW flex mini te hangen? Ik dacht dat dat niet kon ivm IGMP-snooping, dat de flex mini niet ondersteunt?!?!?

Flex-mini ondersteunt geen IGMP snooping maar wel VLAN's. Als je 1 poort voor het TV VLAN gebruikt dan zorg je er ook voor dat verkeer niet alle poorten uit wordt gestuurd.

Dus met 1 tv setupbox op 1 mini met vlanscheiding kan je het, zonder problemen, werkend krijgen.

[Coolhva]

Silver7 schreef op woensdag 14 april 2021 @ 15:08:
Ik ga USG3 vervangen door USG4.

Ik maak gebruik van KPN & IPTV.

Ik heb de (laatste) versie van Coolhva binnengehaald.
- JSON is aangepast.
- setroutes.sh is ook aangepast

Aanpassingen zijn:
WAN: eth0 & eth0.4 zijn vervangen door eth2 & eth2.4
LAN: eth1 is vervangen door eth0

Wat is de beste stappenplan?
- JSON & setroutes.sh uploaden
- USG3 uitzetten
- Kabels omzetten naar de juiste poorten
- USG4 aanzetten
- Force provisioning

https://github.com/coolhva/usg-kpn-ftth/tree/usgpro-kpn (download)<-- hier heb ik ook de files voor de USG pro in de configuratie zoals jij die schetst.

USG4 aanzetten, DAARNA moet je het setroutes.sh bestand plaatsen.

Voor de rest ziet het er goed uit, veel plezier met tweaken!

[ Voor 5% gewijzigd door Coolhva op 14-04-2021 16:31 ]

[Coolhva]

elsinga schreef op dinsdag 13 april 2021 @ 07:26:
Ik gebruik ook NextDNS en ik heb op het aanpassen van de IP adressen van dns naar die van NextDNS geen aanpassingen op de USG gedaan. Wel bij NextDNS mijn semi-fixed IP adres ingegeven, zodat alle dns requests daar herkend worden als horend bij mijn account. Werkt prima.

Een beetje off topic (sorry); je kan NextDNS op twee manieren instellen:

1. NextDNS servers uitdelen via DHCP of de DNS servers invullen op de WAN interface. Daarna in NextDNS je externe IP adres koppelen aan je account. Nadeel is dat je niet het DNS verzoek kan koppelen aan het apparaat in je eigen netwerk en dat de DNS verzoeken onversleuteld worden verzonden.
2. NextDNS Client installeren op je USG, deze zal dan alle DNS verzoeken via DoH versleuteld versturen. Je moet je WAN DNS instellen op 127.0.0.1 en je USG als DNS server invullen bij DHCP voor je LAN (en de IPv6 DNS servers uit de json slopen). Nu lopen alle DNS verzoeken via de USG en deze zal ze versleuteld versturen naar NextDNS. Nu kan je in de console ook zien welk apparaat welk verzoek heeft gedaan.

Ik probeerde NextDNS op de USG te installeren via het shell script (https://github.com/nextdns/nextdns/wiki/EdgeOS) maar dat ging mis toen hij bestanden van de github server moest downloaden. Via tcpdump heb ik een packet capture gemaakt op de USG en tijdens de TLS handshake zag ik dat de github server aangaf dat hij een pakketje niet had ontvangen. Een van de eigenschappen van de TLS handshake is dat pakketten niet gefragmenteerd mogen worden (vanuit veiligheids overweging). Als de MTU niet goed wordt gezet kan dat er voor zorgen dat een pakketje wordt geprobeerd te sturen wat door de USG wordt geweigerd.

De reden dat de MTU van PPPoE interface op 1500 staat is zodat pakketjes van je LAN naar het internet niet hoeven worden te gefragmenteerd en dus dat dit ook scheelt in performance/cpu/mem gebruik. In de laatste config heb ik de MTU van de VLAN interface en de fysieke interface goed gezet en de headers (van ppp en vlan) er bij opgeteld zodat de fysieke interface 1512 als MTU heeft, de vlan interface 1508 (vlan header is 4 bytes) en de pppoe interface 1500 (ppp headers is 8 bytes).

Dit probleem kwam nu naar voren bij mijn poging tot het direct downloaden van NextDNS maar kan opspelen bij elke verbinding die de USG zelf maakt naar buiten toe. Vandaar dat het goed is om de config met de MTU te gebruiken.

off-topic: NextDNS (gratis voor 300.000 queries per maand) is erg vet, soort pihole in the cloud on steroids ;-).

[oxyle]

BrBuggyB schreef op woensdag 14 april 2021 @ 16:11:
[...]

Is het je gelukt om een iptv kastje achter de USW flex mini te hangen? Ik dacht dat dat niet kon ivm IGMP-snooping, dat de flex mini niet ondersteunt?!?!?

Met een USG > USW16 PoE Lite > USW Flex mini werkt het hier als een trein!😬😇

[fabianishere]

Coolhva schreef op woensdag 14 april 2021 @ 11:49:
[...]


Allereerst is dit fantastisch werk en waar veel mensen op zitten te wachten. Ik heb je oplossing doorgenomen en heb er wel een paar vragen over:

1. Je maakt twee NAT regels voor de IPTV subnets via eth8.4, waarom maak je niet 1 NAT regel voor 0.0.0.0/0 via eth8.4. De routes worden namelijk via DHCP geïnstalleerd, door 0.0.0.0 in je NAT regel te gebruiken ben je niet afhankelijk van wijzigingen van de subnets vanuit KPN.
2. Heb je er over nagedacht om een bootstrap/setup shell script te maken die alle stappen uitvoert zodat de kans op fouten minimaal is?
3. Hoe zie je de toekomst in? Ubiquiti heeft wel wat werk gestopt om het modden moeilijker te maken (write-protectie van de volumes), acht je de kans groot dat Ubiquiti gaat proberen om de huidige mods in de toekomst onmogelijk/moeilijker uitvoerbaar te maken?

1. Dat is een goede suggestie. Ik heb momenteel gewoon de stappen overgenomen van deze guide: https://netwerkje.com/routed-iptv
2. Uiteindelijk zou dat het makkelijkste zijn ja. Dit is vooral een Proof of Concept om te laten zien dat het nu mogelijk is om IPTV werkend te krijgen met de UDM/P.
3. Alhoewel ik niet verwacht dat Ubiquiti hier stappen tegen gaat ondernemen, zouden ze roet in het eten kunnen gooien door kernel module signing aan te zetten. Dat zou betekenen dat je geen unsigned kernel modules meer kunt laden, waardoor dit project niet meer kan werken.

itxs schreef op woensdag 14 april 2021 @ 16:04:
[...]


@fabianishere Wellicht lees ik het niet goed, is dit alleen voor de PRO van toepassing, of is een Dream Machine zelf ook in staat dit nu te doen met de aanpassing in de kernel?

Goed werk, hier zat ik op te wachten op de overstap te maken naar UniFi

Voor zover ik weet draaien de UDM en de UDM Pro dezelfde kernel, dus zou het in principe ook op beide apparaten moeten werken. Ik heb het zelf echter alleen met de UDM Pro getest.

[ Voor 57% gewijzigd door fabianishere op 14-04-2021 21:22 ]

[To_Tall]

Misschien lees ik hier helemaal overheen .

Nu ik al bijna 300 dagen uptime heb van mijn USG3P.

Vraag ik me nu alleen af op welke firmware versie de settings van @Coolhva kan draaien. Ik draai nu nog 4.4.50. Das een beetje oud en security technisch moet ik eigenlijk wel upgraden.

[La1974]

To_Tall schreef op woensdag 14 april 2021 @ 22:29:
Misschien lees ik hier helemaal overheen .

Nu ik al bijna 300 dagen uptime heb van mijn USG3P.

Vraag ik me nu alleen af op welke firmware versie de settings van @Coolhva kan draaien. Ik draai nu nog 4.4.50. Das een beetje oud en security technisch moet ik eigenlijk wel upgraden.

Ik draai 4.4.55.5377096 op mijn USG3P met de @Coolhva setup en alles draait vlekkeloos. Je kunt gewoon updaten.

[Enforcer]

Weet iemand wat er eigenlijk gebeurd als je IGMP Snooping NIET aan zet, maar wel alleen de STB's op een apart vlan zet? Dus zeg, ik heb 4 TV ontvangers op een apart vlan staan en IGMP snooping uitgezet op dat aparte vlan. Wat gebeurd er dan met mijn multicast streams als er maar 1 TV ontvanger aan staat en wat als er 2 of meer aanstaan?

-edit-
En daaropvolgend nog een vraag:
Wat als je
- op je router IGMP Snooping uitzet voor dat specifieke VLAN waar de STB's op zitten maar op de switch zelf IGMP Snooping aan zet?
- en op je router IGMP Snooping aanzet en op de switch ook IGMP Snooping aan zet, dat werd dan toch niet goed?

[ Voor 34% gewijzigd door Enforcer op 14-04-2021 23:01 ]

[Zootallure]

La1974 schreef op woensdag 14 april 2021 @ 22:46:
[...]


Ik draai 4.4.55.5377096 op mijn USG3P met de @Coolhva setup en alles draait vlekkeloos. Je kunt gewoon updaten.

dat zou wel top zijn,
ik heb zelfde fw op mn USG3P (192.168.2.1)



t plaatje in de UBNT gui is van een CloudKey gek genoeg, ondanks de USG3P titel, ik heb beide en een Unifi 24port switch (en nog ergens een EdgeRouter-X)

maar ik loop bij t volgen van de (overigens mooie) setup al vast bij t uploaden (scp) van de .json want op de controller (Unifi Cloudkey Gen2, 192.168.2.105) kan ik met ssh of sftp niet in (refused, ondanks settings wel ok in controller interface (via browser naar UCK)



Kan wel ssh'en naar de USG3P maar daar is geen /usr/lib/unifi dir en moet de .json config ook niet opgezet worden. wellicht de controller app voor mac proberen en die gebruiken?

ben benieuwd hoe jij met deze firmware t script hebt gevolgd, win of mac controller?

[ Voor 5% gewijzigd door Zootallure op 14-04-2021 23:35 ]