[Ubiquiti & IPTV] Ervaringen & Discussie

[nero355]

Huub- schreef op dinsdag 30 mei 2023 @ 18:14:
Je maakt toch een apart IPTV VLAN aan waar je VLAN 4 aan toe kent?

Ik heb een uitdaging voor je :

Laat mij eens een screenshot zien van de UniFi Controller webGUI waar je sub-interfaces voor VLAN's kan toekennen/toevoegen aan de WAN Interface ?!

Dus als je WAN bijvoorbeeld eth9 heet dat je dan eth9.4 en eth9.6 kan aanmaken en daarbij een Static IP Address kan instellen of gewoon op DHCP kan laten staan!


_{HINT : Dat kan na al die jaren nog steeds NIET!}

[Huub-]

nero355 schreef op dinsdag 30 mei 2023 @ 19:44:
[...]

Ik heb een uitdaging voor je :

Laat mij eens een screenshot zien van de UniFi Controller webGUI waar je sub-interfaces voor VLAN's kan toekennen/toevoegen aan de WAN Interface ?!

Dus als je WAN bijvoorbeeld eth9 heet dat je dan eth9.4 en eth9.6 kan aanmaken en daarbij een Static IP Address kan instellen of gewoon op DHCP kan laten staan!


_{HINT : Dat kan na al die jaren nog steeds NIET!}

Okay ik snap wat je bedoeld, das dan inderdaad nog steeds een gemis…

[SpeedfreakR]

Kreeg vandaag de melding op mn cloudkey+ dat unifi network (ook wel controller) update (7.4.156) beschikbaar is. Deze geïnstalleerd en BAM, netwerk plat.
Lijkt unifi network mijn config file niet meer te begrijpen/lezen. Let dus op met updaten mensen!

Nu gebruik ik geen IPTV meer en had ik het hele IPTV verhaal uit mn config gesloopt, en gebruikte de config puur voor mn IPv6. Heb het nu via de gui tijdelijk zonder IPv6 ingesteld. Maar voor de IPTV gebruikers hier, BEWARE!

[hermanh]

De spraakverwarring zit op 2 niveaus.
primair is er de Unifi configuratie.. deze ondersteund sinds de 7 serie wel meerdere IP's op de WAN, maar nog steeds geen multi VLAN op de WAN interface.
Daarnaast was er lange tijd voor de UDM Pro een specifieke situatie dat er GEEN IGMP proxy software aanwezig was.

Inmiddels is op alle UDM / UDR een IGMP Proxy aanwezig.
Dus wat de huidige scripting van Fabian keurig netjes doet is WAN interface aanpassen met templates per provider, Default routing aanpassen en forceren dat de IGMP proxy aanstaat.

[mgiebels]

SpeedfreakR schreef op donderdag 1 juni 2023 @ 10:26:
Kreeg vandaag de melding op mn cloudkey+ dat unifi network (ook wel controller) update (7.4.156) beschikbaar is. Deze geïnstalleerd en BAM, netwerk plat.
Lijkt unifi network mijn config file niet meer te begrijpen/lezen. Let dus op met updaten mensen!

Nu gebruik ik geen IPTV meer en had ik het hele IPTV verhaal uit mn config gesloopt, en gebruikte de config puur voor mn IPv6. Heb het nu via de gui tijdelijk zonder IPv6 ingesteld. Maar voor de IPTV gebruikers hier, BEWARE!

Die heb ik hier al 2 weken draaien zonder problemen.
met IPTV en alles der op en der aan met een USG3

[nero355]

SpeedfreakR schreef op donderdag 1 juni 2023 @ 10:26:
Kreeg vandaag de melding op mn cloudkey+ dat unifi network (ook wel controller) update (7.4.156) beschikbaar is. Deze geïnstalleerd en BAM, netwerk plat.
Lijkt unifi network mijn config file niet meer te begrijpen/lezen. Let dus op met updaten mensen!

Dat is best wel raar, want het enige dat er gesloopt hoort te zijn is de UniFi Controller zelf en niet je hele netwerk!

Je zou namelijk de UniFi Controller moeten kunnen loskoppelen van je netwerk zonder dat er ook maar iets stopt met werken!

_{Tenzij Guest Portal voor Guest VLAN en dergelijken uiteraard...}

/EDIT :

SpeedfreakR schreef op donderdag 1 juni 2023 @ 15:39:
Dit is overigens mijn script. Ik kan het later nog eens proberen, maar had niet zoveel tijd, dus moest een quick fix hebben.

Code is puur voor IPv6. Via de gui kreeg ik het niet voor elkaar en had ik voor de wereld alleen een ipv4 adres, met dit script kreeg ik wel een ipv6 adres.

Doe eens QUOTE tags om die CODE blok heen :

code:

{
    "system": {
        "task-scheduler": {
            "task": {
                "postprovision": {
                    "executable": {
                        "path": "/config/scripts/post-config.d/dhcp6.sh"
                    },
                    "interval": "2m"
                }
            }
        },
        "offload": {
            "ipv4": {
                     "forwarding": "enable",
                     "gre": "enable",
                     "pppoe": "enable",
                     "vlan": "enable"
            },
            "ipv6": {
                    "forwarding": "enable",
                    "pppoe": "enable",
                    "vlan": "disable"
            }
        }
    },
    "firewall": {
        "ipv6-name": {
            "WANv6_LOCAL" : {
                "rule": {
                    "1": {
                        "action": "accept",
                        "description": "Allow ICMPv6",
                        "log": "enable",
                        "protocol": "icmpv6"
                    },
                    "2": {
                        "action": "accept",
                        "description": "DHCPv6",
                        "destination": {
                                "port": "546"
                        },
                        "protocol": "udp",
                        "source": {
                                "port": "547"
                        }
                    }
                }
            },
            "WANv6_IN" : {
                "rule": {
                    "1": {
                            "action": "accept",
                            "description": "Allow ICMPv6",
                            "log": "enable",
                            "protocol": "icmpv6"
                    }
                }
            }
        }
    },
    "interfaces": {
        "ethernet": {
            "eth0": {
                "dhcp-options": {
                    "default-route": "no-update",
                    "default-route-distance": "1",
                    "name-server": "no-update"
                },
                "description": "WAN",
                "vif": {
                    "4": {
                        "address": [
                            "dhcp"
                        ],
                        "description": "IPTV",
                        "dhcp-options": {
                            "client-option": [
                                "send vendor-class-identifier "IPTV_RG";",
                                "request subnet-mask, routers, rfc3442-classless-static-routes;"
                            ],
                            "default-route": "no-update",
                            "default-route-distance": "210",
                            "name-server": "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": {
                                "default-route": "auto",
                                "firewall": {
                                    "in": {
                                        "ipv6-name": "WANv6_IN",
                                        "name": "WAN_IN"
                                    },
                                    "local": {
                                        "ipv6-name": "WANv6_LOCAL",
                                        "name": "WAN_LOCAL"
                                    },
                                    "out": {
                                        "ipv6-name": "WANv6_OUT",
                                        "name": "WAN_OUT"
                                    }
                                },
                                "ipv6": {
                                    "address": {
                                        "autoconf": "''"
                                    },
                                    "dup-addr-detect-transmits": "1",
                                    "enable": "''"
                                },
                                "mtu": "1500",
                                "name-server": "auto",
                                "password": "kpn",
                                "user-id": "kpn"
                            }
                        }
                    }
                }
            },
            "eth1": {
                "description": "LAN",
                "ipv6": {
                    "address": {
                        "autoconf": "''"
                    },
                    "dup-addr-detect-transmits": "1",
                    "router-advert": {
                        "cur-hop-limit": "64",
                        "link-mtu": "0",
                        "managed-flag": "true",
                        "max-interval": "600",
                        "other-config-flag": "false",
                        "prefix": {
                            "::/64": {
                                "autonomous-flag": "true",
                                "on-link-flag": "true",
                                "valid-lifetime": "2592000"
                            }
                        },
                        "reachable-time": "0",
                        "retrans-timer": "0",
                        "send-advert": "true"
                    }
                }
            }
        }
    }
}

Scheelt weer scrollen als iemand wat zit te Searchen later!

[ Voor 83% gewijzigd door nero355 op 02-06-2023 00:03 ]

[SpeedfreakR]

nero355 schreef op donderdag 1 juni 2023 @ 15:09:
[...]

Dat is best wel raar, want het enige dat er gesloopt hoort te zijn is de UniFi Controller zelf en niet je hele netwerk!

Je zou namelijk de UniFi Controller moeten kunnen loskoppelen van je netwerk zonder dat er ook maar iets stopt met werken!

_{Tenzij Guest Portal voor Guest VLAN en dergelijken uiteraard...}

Was zeker bijzonder! Windows gaf aan dat ik wel internet had, maar kreeg totaal geen verbinding met de buiten wereld. Alsof ik in een loop zat.

Nadat ik mn config.gateway.json weg had gehaald en de settings in de gui had ingesteld werkte alles weer.

Dit is overigens mijn script. Ik kan het later nog eens proberen, maar had niet zoveel tijd, dus moest een quick fix hebben.

Code is puur voor IPv6. Via de gui kreeg ik het niet voor elkaar en had ik voor de wereld alleen een ipv4 adres, met dit script kreeg ik wel een ipv6 adres.

code:

{
    "system": {
        "task-scheduler": {
            "task": {
                "postprovision": {
                    "executable": {
                        "path": "/config/scripts/post-config.d/dhcp6.sh"
                    },
                    "interval": "2m"
                }
            }
        },
        "offload": {
            "ipv4": {
                     "forwarding": "enable",
                     "gre": "enable",
                     "pppoe": "enable",
                     "vlan": "enable"
            },
            "ipv6": {
                    "forwarding": "enable",
                    "pppoe": "enable",
                    "vlan": "disable"
            }
        }
    },
    "firewall": {
        "ipv6-name": {
            "WANv6_LOCAL" : {
                "rule": {
                    "1": {
                        "action": "accept",
                        "description": "Allow ICMPv6",
                        "log": "enable",
                        "protocol": "icmpv6"
                    },
                    "2": {
                        "action": "accept",
                        "description": "DHCPv6",
                        "destination": {
                                "port": "546"
                        },
                        "protocol": "udp",
                        "source": {
                                "port": "547"
                        }
                    }
                }
            },
            "WANv6_IN" : {
                "rule": {
                    "1": {
                            "action": "accept",
                            "description": "Allow ICMPv6",
                            "log": "enable",
                            "protocol": "icmpv6"
                    }
                }
            }
        }
    },
    "interfaces": {
        "ethernet": {
            "eth0": {
                "dhcp-options": {
                    "default-route": "no-update",
                    "default-route-distance": "1",
                    "name-server": "no-update"
                },
                "description": "WAN",
                "vif": {
                    "4": {
                        "address": [
                            "dhcp"
                        ],
                        "description": "IPTV",
                        "dhcp-options": {
                            "client-option": [
                                "send vendor-class-identifier "IPTV_RG";",
                                "request subnet-mask, routers, rfc3442-classless-static-routes;"
                            ],
                            "default-route": "no-update",
                            "default-route-distance": "210",
                            "name-server": "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": {
                                "default-route": "auto",
                                "firewall": {
                                    "in": {
                                        "ipv6-name": "WANv6_IN",
                                        "name": "WAN_IN"
                                    },
                                    "local": {
                                        "ipv6-name": "WANv6_LOCAL",
                                        "name": "WAN_LOCAL"
                                    },
                                    "out": {
                                        "ipv6-name": "WANv6_OUT",
                                        "name": "WAN_OUT"
                                    }
                                },
                                "ipv6": {
                                    "address": {
                                        "autoconf": "''"
                                    },
                                    "dup-addr-detect-transmits": "1",
                                    "enable": "''"
                                },
                                "mtu": "1500",
                                "name-server": "auto",
                                "password": "kpn",
                                "user-id": "kpn"
                            }
                        }
                    }
                }
            },
            "eth1": {
                "description": "LAN",
                "ipv6": {
                    "address": {
                        "autoconf": "''"
                    },
                    "dup-addr-detect-transmits": "1",
                    "router-advert": {
                        "cur-hop-limit": "64",
                        "link-mtu": "0",
                        "managed-flag": "true",
                        "max-interval": "600",
                        "other-config-flag": "false",
                        "prefix": {
                            "::/64": {
                                "autonomous-flag": "true",
                                "on-link-flag": "true",
                                "valid-lifetime": "2592000"
                            }
                        },
                        "reachable-time": "0",
                        "retrans-timer": "0",
                        "send-advert": "true"
                    }
                }
            }
        }
    }
}

[BrBuggyB]

Ik krijg na de update naar UniFi OS Version3.0.20 iptv niet meer geïnstalleerd via het script van @fabianishere .
Ik krijg de volgende foutmelding:

code:

cp: cannot stat '/etc/udm-iptv.conf': No such file or directory
mv: cannot move '/tmp/iptv.QVqe.conf' to '': No such file or directory
dpkg: error processing package udm-iptv (--configure):
 installed udm-iptv package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
 udm-iptv
W: Repository is broken: udm-iptv:arm64 (= 3.0.1) has no Size information
E: Sub-process /usr/bin/dpkg returned an error code (1)

[Huub-]

BrBuggyB schreef op vrijdag 2 juni 2023 @ 11:01:
Ik krijg na de update naar UniFi OS Version3.0.20 iptv niet meer geïnstalleerd via het script van @fabianishere .
Ik krijg de volgende foutmelding:

code:

cp: cannot stat '/etc/udm-iptv.conf': No such file or directory
mv: cannot move '/tmp/iptv.QVqe.conf' to '': No such file or directory
dpkg: error processing package udm-iptv (--configure):
 installed udm-iptv package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
 udm-iptv
W: Repository is broken: udm-iptv:arm64 (= 3.0.1) has no Size information
E: Sub-process /usr/bin/dpkg returned an error code (1)

Heb je de UDM een reboot gegeven en en het script in zijn geheel opnieuw geïnstalleerd?

code:

 sh -c "$(curl https://raw.githubusercontent.com/fabianishere/udm-iptv/master/install.sh -sSf)"

[BrBuggyB]

Huub- schreef op vrijdag 2 juni 2023 @ 15:06:
[...]

Heb je de UDM een reboot gegeven en en het script in zijn geheel opnieuw geïnstalleerd?

code:

 sh -c "$(curl https://raw.githubusercontent.com/fabianishere/udm-iptv/master/install.sh -sSf)"

Ja

[posttoast]

Jeuh, mijn KPN verbinding is opgeleverd en ik heb met de instructies van vanachterberg.org in een mum van tijd mijn USG kunnen configureren.

Waar ik alleen tegenaan loop, is dat IPv6 nog niet lijkt te werken. Ik zie ook dat mijn servertje hier in huis nog steeds aan het IPv6-adres hangt dat hij destijds van Ziggo kreeg. Dat is natuurlijk niet goed. Ik gok dat ik ergens nog iets moet aanpassen in de controller, maar ik weet eerlijk gezegd niet zo goed waar ik het moet zoeken. Heeft iemand ervaring met de migratie van Ziggo naar KPN en een idee van waar ik zou moeten zijn?

[Coolhva]

posttoast schreef op zondag 4 juni 2023 @ 11:28:
Jeuh, mijn KPN verbinding is opgeleverd en ik heb met de instructies van vanachterberg.org in een mum van tijd mijn USG kunnen configureren.

Waar ik alleen tegenaan loop, is dat IPv6 nog niet lijkt te werken. Ik zie ook dat mijn servertje hier in huis nog steeds aan het IPv6-adres hangt dat hij destijds van Ziggo kreeg. Dat is natuurlijk niet goed. Ik gok dat ik ergens nog iets moet aanpassen in de controller, maar ik weet eerlijk gezegd niet zo goed waar ik het moet zoeken. Heeft iemand ervaring met de migratie van Ziggo naar KPN en een idee van waar ik zou moeten zijn?

Weet je zeker dat je het IPv6 adres niet vast hebt gezet op je Linux server? Zo niet dan is een reboot of een if-down en if-up voldoende.

Je kan ook handmatig het adres verwijderen:

https://tldp.org/HOWTO/Linux+IPv6-HOWTO/ch06s03.html

[posttoast]

Rebooten heb ik al gedaan, dat hielp niet. Ook weet ik vrij zeker dat ik het adres niet heb vastgezet.

Daarnaast werkt IPv6 nu ook niet op mijn andere devices, dus er gaat ergens iets mis.

Edit: voor alle duidelijkheid, ik heb het nu zo ingesteld, dat klopt toch?



Het lijkt erop dat mijn iPhone ook nog het IPv6-adres in de Ziggo range heeft, dus dat is niet goed

[ Voor 58% gewijzigd door posttoast op 04-06-2023 11:45 ]

[stormfly]

posttoast schreef op zondag 4 juni 2023 @ 11:36:
Rebooten heb ik al gedaan, dat hielp niet. Ook weet ik vrij zeker dat ik het adres niet heb vastgezet.

Daarnaast werkt IPv6 nu ook niet op mijn andere devices, dus er gaat ergens iets mis.

Edit: voor alle duidelijkheid, ik heb het nu zo ingesteld, dat klopt toch?

[Afbeelding]

Het lijkt erop dat mijn iPhone ook nog het IPv6-adres in de Ziggo range heeft, dus dat is niet goed

Hoe ziet je LAN (subnet) configuratie eruit?

[posttoast]

stormfly schreef op zondag 4 juni 2023 @ 12:41:
[...]


Hoe ziet je LAN (subnet) configuratie eruit?

Ik heb er meerdere (trusted, guest en iot), maar zo ziet mijn trusted eruit:



Ik neem aan dat je dit bedoelt?

[stormfly]

posttoast schreef op zondag 4 juni 2023 @ 15:09:
[...]

Ik heb er meerdere (trusted, guest en iot), maar zo ziet mijn trusted eruit:

[Afbeelding]

Ik neem aan dat je dit bedoelt?

Jeps die verwijst naar je WAN dat moet goed gaan zou je zeggen. KPN levert inderdaad een /48 uit, zie je iets in je logs? De router zou de /48 moeten accepteren en dan onderliggend subnetten moeten maken van /64.

[ Voor 7% gewijzigd door stormfly op 04-06-2023 17:30 ]

[posttoast]

stormfly schreef op zondag 4 juni 2023 @ 17:28:
[...]


Jeps die verwijst naar je WAN dat moet goed gaan zou je zeggen. KPN levert inderdaad een /48 uit, zie je iets in je logs? De router zou de /48 moeten accepteren en dan onderliggend subnetten moeten maken van /64.

Domme vraag: waar zou ik die logs moeten vinden? Als ik kijk in het system-log van mijn controller dan zie ik daar niets terug wat met het toewijzen van IP-adressen te maken lijkt te hebben. Puur zaken als het verbinden met accesspoints e.d.

[stormfly]

posttoast schreef op zondag 4 juni 2023 @ 17:58:
[...]

Domme vraag: waar zou ik die logs moeten vinden? Als ik kijk in het system-log van mijn controller dan zie ik daar niets terug wat met het toewijzen van IP-adressen te maken lijkt te hebben. Puur zaken als het verbinden met accesspoints e.d.

Inloggen op je UDx device en dan

code:

tail -f /var/log/messages

[posttoast]

Als ik mijn server reboot dan zie ik dit langskomen:

code:

Jun  4 18:29:12 USG dhcpd: uid lease 10.0.0.203 for client d0:50:99:05:3f:fd is duplicate on net_Trusted_eth1_10.0.0.0-24
Jun  4 18:29:12 USG dhcpd: DHCPDISCOVER from d0:50:99:05:3f:fd via eth1
Jun  4 18:29:12 USG dhcpd: DHCPOFFER on 10.0.0.100 to d0:50:99:05:3f:fd via eth1
Jun  4 18:29:12 USG dhcpd: uid lease 10.0.0.203 for client d0:50:99:05:3f:fd is duplicate on net_Trusted_eth1_10.0.0.0-24
Jun  4 18:29:12 USG dhcpd: execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh
Jun  4 18:29:12 USG dhcpd: execute_statement argv[1] = commit
Jun  4 18:29:12 USG dhcpd: execute_statement argv[2] = oxygen.localdomain
Jun  4 18:29:12 USG dhcpd: execute_statement argv[3] = 10.0.0.100
Jun  4 18:29:12 USG dhcpd: execute_statement argv[4] = d0:50:99:5:3f:fd
Jun  4 18:29:12 USG dhcpd: execute_statement argv[5] = localdomain
Jun  4 18:29:12 USG dhcpd: execute_statement argv[6] = enable
Jun  4 18:29:12 USG dhcpd: execute_statement argv[7] = disable
Jun  4 18:29:12 USG dhcpd: DHCPREQUEST for 10.0.0.100 (10.0.0.1) from d0:50:99:05:3f:fd via eth1
Jun  4 18:29:12 USG dhcpd: DHCPACK on 10.0.0.100 to d0:50:99:05:3f:fd via eth1
Jun  4 18:29:14 USG kernel: [WAN_IN-3006-A]IN=pppoe2 OUT=eth1 MAC= SRC=37.79.29.147 DST=10.0.0.100 LEN=134 TOS=0x00 PREC=0x00 TTL=118 ID=31558 PROTO=UDP SPT=1155 DPT=51413 LEN=114 
Jun  4 18:29:14 USG kernel: [WAN_IN-3006-A]IN=pppoe2 OUT=eth1 MAC= SRC=5.189.160.21 DST=10.0.0.100 LEN=125 TOS=0x00 PREC=0x00 TTL=53 ID=54119 DF PROTO=UDP SPT=2171 DPT=51413 LEN=105 
Jun  4 18:29:16 USG kernel: [WAN_IN-3006-A]IN=pppoe2 OUT=eth1 MAC= SRC=46.138.187.134 DST=10.0.0.100 LEN=129 TOS=0x00 PREC=0x00 TTL=48 ID=26763 PROTO=UDP SPT=1495 DPT=51413 LEN=109 
Jun  4 18:29:19 USG kernel: [WANv6_LOCAL-1-A]IN=eth0 OUT= MAC=33:33:00:00:00:01:58:00:32:03:f8:fe:86:dd SRC=fe80:0000:0000:0000:0000:0000:0000:0001 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=72 TC=0 HOPLIMIT=1 FLOWLBL=0 PROTO=ICMPv6 TYPE=130 CODE=0 
Jun  4 18:29:19 USG mcad: mcad[4881]: ace_reporter.reporter_fail(): Unknown[11] (http://10.0.0.100:8080/inform)

10.0.0.100 is het juiste IPv4 adres uit de DHCP-pool, maar ik zie nergens dat ie überhaupt een IPv6 adres toegewezen krijgt.

Edit: alsjemenou, het lijkt nu opeens wel te werken... Geen idee hoe en waarom, maar ik ben er blij mee!

[nero355]

posttoast schreef op zondag 4 juni 2023 @ 11:36:
Edit: voor alle duidelijkheid, ik heb het nu zo ingesteld, dat klopt toch?

[Afbeelding]

Haal die "Expected Speeds" eens helemaal weg, want dat heeft totaal geen nut i.c.m. een USG omdat de CPU het toch niet goed kan verwerken!

Heeft niks met je probleem te maken, maar dat je het effe weet om onnodige stress in de toekomst te vermijden

[posttoast]

nero355 schreef op zondag 4 juni 2023 @ 20:50:
[...]

Haal die "Expected Speeds" eens helemaal weg, want dat heeft totaal geen nut i.c.m. een USG omdat de CPU het toch niet goed kan verwerken!

Heeft niks met je probleem te maken, maar dat je het effe weet om onnodige stress in de toekomst te vermijden

Geen idee hoe die daar komen, misschien door een speedtest?

Waar ligt de grens trouwens voor die USG? Ik had begrepen dat die gigabit wel moet lukken, maar is dat zo?

[nero355]

posttoast schreef op zondag 4 juni 2023 @ 21:19:
Geen idee hoe die daar komen, misschien door een speedtest?

Dunno...

Waar ligt de grens trouwens voor die USG?

Met Offloading ON kan je gewoon de volle 1 Gbps volpompen!

Ik had begrepen dat die gigabit wel moet lukken, maar is dat zo?

Als je echter IDS/IPS aanzet (Dus NIET de DPI functionaliteit! Die is WEL Offloaded !!) dan kakt de boel in omdat alles via de CPU gaat en kom je niet voorbij grofweg de 100 Mbps helaas...

En hetzelfde probleem heeft dus zo'n Speedtest via de UniFi Controller webGUI omdat die via de CPU loopt !!

[posttoast]

Ah helder! Ik begreep je verkeerd, het punt is dat de CPU de Speedtest niet “trekt”. Nou dikke prima, zodra de gbit er morgen op zit (was niet goed meegekomen met mijn bestelling) maar eens kijken hoe rap het allemaal gaat met speedtest-cli op mijn Ubuntu servertje. Dank

[ Voor 8% gewijzigd door posttoast op 04-06-2023 23:32 ]

[BrBuggyB]

Huub- schreef op vrijdag 2 juni 2023 @ 15:06:
[...]

Heb je de UDM een reboot gegeven en en het script in zijn geheel opnieuw geïnstalleerd?

code:

 sh -c "$(curl https://raw.githubusercontent.com/fabianishere/udm-iptv/master/install.sh -sSf)"

OK, ik heb iets heel doms gedaan. In mijn frustratie om bovenstaande, heb ik via SSH de UDM Pro een apt update/upgrade opdracht gegeven, om later te lezen op het forum van Ubiquiti dat je dit nooit moet doen. Hij doet t verder nog prima, maar durf m nu niet eens meer te herstarten.
Weet iemand hoe ik het handigst terug kan gaan naar de laatste stabiele versie / firmware / OS? Als ik een factory reset doe, haalt ie dan een ook een nieuwe distro op of staat er eentje ingebakken op de UDM Pro?
Tenks!

[stormfly]

BrBuggyB schreef op maandag 5 juni 2023 @ 14:12:
[...]

OK, ik heb iets heel doms gedaan. In mijn frustratie om bovenstaande, heb ik via SSH de UDM Pro een apt update/upgrade opdracht gegeven, om later te lezen op het forum van Ubiquiti dat je dit nooit moet doen. Hij doet t verder nog prima, maar durf m nu niet eens meer te herstarten.
Weet iemand hoe ik het handigst terug kan gaan naar de laatste stabiele versie / firmware / OS? Als ik een factory reset doe, haalt ie dan een ook een nieuwe distro op of staat er eentje ingebakken op de UDM Pro?
Tenks!

Ik zou een backup file van je applicaties maken en van je console, en dan paperclippen.

[Huub-]

stormfly schreef op maandag 5 juni 2023 @ 14:37:
[...]


Ik zou een backup file van je applicaties maken en van je console, en dan paperclippen.

Ja dat zou ik ook doen, dus backup online, dan resetten en bij initiële setup backup inlezen/terugzetten via je UniFi login. Heb het ook eens gedaan en was met 30 tot 45 minuten weer geheel online, hangt natuurlijk ook af hoeveel UniFi devices je hebt…

[ Voor 16% gewijzigd door Huub- op 05-06-2023 18:10 ]

[Huub-]

..

[ Voor 98% gewijzigd door Huub- op 05-06-2023 18:09 ]

[BrBuggyB]

Huub- schreef op maandag 5 juni 2023 @ 18:07:
[...]

Ja dat zou ik ook doen, dus backup online, dan resetten en bij initiële setup backup inlezen/terugzetten via je UniFi login. Heb het ook eens gedaan en was met 30 tot 45 minuten weer geheel online, hangt natuurlijk ook af hoeveel UniFi devices je hebt…

Dank beiden!
Bij deze reset met paperclip wordt dan dus alles geheel nieuw geïnstalleerd, ongeacht wat er door mijn eigen update/upgrade actie was gewijzigd?

[Huub-]

BrBuggyB schreef op woensdag 7 juni 2023 @ 12:43:
[...]

Dank beiden!
Bij deze reset met paperclip wordt dan dus alles geheel nieuw geïnstalleerd, ongeacht wat er door mijn eigen update/upgrade actie was gewijzigd?

Yep

[BrBuggyB]

Ik heb zojuist een backup gemaakt en de UDM pro een factory reset gegeven.
Toen op 't display stond dat ie klaar was voor setup

• liep ik vast in de Unifi app op Android wegens een connection error
• kan ik de GUI op 168.192.1.1 niet meer bereiken
• kan ik de UDM Pro wel pingen op 192.168.1.1
• is de UDM Pro wel met ssh benaderbaar

Extra factory reset werkte ook niet.
Toen heb ik de KPN modem voor de UDM gehangen en merkte ik dat m'n WiFi weer actief werd. Toen ik me aanmeldde op WiFi, kwam ik opeens in 't setup menu van de UDM.

Backup restore gedaan en alles doet 't wel weer. Ook script van Fabian deed t weer. Dus iptv draait weer.

Wel twijfel ik of bij een factory reset de gehele Linux onderlaag ook echt wordt teruggezet, oftewel of ik nu helemaal goed zit...??

[Huub-]

BrBuggyB schreef op woensdag 7 juni 2023 @ 18:17:
Ik heb zojuist een backup gemaakt en de UDM pro een factory reset gegeven.
Toen op 't display stond dat ie klaar was voor setup

• liep ik vast in de Unifi app op Android wegens een connection error
• kan ik de GUI op 168.192.1.1 niet meer bereiken
• kan ik de UDM Pro wel pingen op 192.168.1.1
• is de UDM Pro wel met ssh benaderbaar

Extra factory reset werkte ook niet.
Toen heb ik de KPN modem voor de UDM gehangen en merkte ik dat m'n WiFi weer actief werd. Toen ik me aanmeldde op WiFi, kwam ik opeens in 't setup menu van de UDM.

Backup restore gedaan en alles doet 't wel weer. Ook script van Fabian deed t weer. Dus iptv draait weer.

Wel twijfel ik of bij een factory reset de gehele Linux onderlaag ook echt wordt teruggezet, oftewel of ik nu helemaal goed zit...??

Je zit goed, ik gebruik helemaal geen KPN modem alles loopt via UDMP.

[BrBuggyB]

Huub- schreef op woensdag 7 juni 2023 @ 20:55:
[...]

Je zit goed, ik gebruik helemaal geen KPN modem alles loopt via UDMP.

Zo was het bij mij ook, en dat heb ik nu ook weer hersteld. KPN-modem zit weer in zijn doos

Dank voor het meedenken @Huub- en @stormfly! Alles draait hier weer als een zonnetje!

[derartz]

Dag heren,

Dankzij de uitleg van Henk van Achterberg via deze link: https://www.vanachterberg...teway-kpn-ftth-iptv-ipv6/ werd ik enthousiast om mijn KPN ExperiaBox 12 te vervangen door een Unify USG 3. Alvast de complimenten voor al het uitzoekwerk en het opzetten van de manual.
De configuratie en uitleg is mij wel duidelijk, maar ik vraag me af wat het beste plan van aanpak is om de USG 3 in m'n netwerk op te nemen daarmee bedoel ik natuurlijk dat het niet handig is om gelijk de EB eruit te trekken, want dan ligt alles plat (daar de EB de DHCP server is) en dan pas de USG 3 door unifi controller te laten opnemen.

Is het de bedoeling om:
stap 1. eerst de USG3 in je netwerk op te nemen door de WAN poort hiervan op één van de EB lanpoorten te koppelen, vervolgens de USG3 in te stellen als nieuwe DHCP server en interne netwerk op orde te krijgen?
stap 2. als alles up and runnig is, klakeloos de EB er tussenuit te halen door de USG3 rechstreeks op de KPN NTU aan te sluiten?

Zomaar de USG3 met zijn lanpoort op het bestaande netwerk aansluiten is geen goed idee lijkt me omdat je dan 2 DHCP servers op je netwerk hebt zitten en dus de boel plat gaat.

Ik kon in dit topic niet echt iets vinden wat best practises zijn om te beginnen met het inzetten van de USG3 en de downtime van m'n huidige netwerk (WIFI en IPTV) zo klein mogelijk te houden en zo dus m'n partner rustig te houden.

Ik hoor het graag:)

[carlob]

Ik probeerde het destijds ook op jouw manier te doen met het idee om internet en wifi voor de huisgenoten zolang mogelijk in de lucht te houden. Mij is dat toen niet gelukt en heb dus toch maar netjes de handleiding gevolgd op een moment dat niemand er last van had.

Dus netjes starten met stap 1: "De USG zit met de WAN aansluiting direct aangesloten aan de NTU van KPN met een ethernet (UTP) kabel.'

Wel heb ik ervoor gezorgd dat de USG dezelfde IP-instelling gebruikt als de Experiabox (192.168.2.254) zodat ze makkelijk te wisselen zijn bij USG3-problemen. Maar dat is gelukkig nog nooit voorgekomen.

[Coolhva]

derartz schreef op maandag 12 juni 2023 @ 14:44:
Dag heren,

Dankzij de uitleg van Henk van Achterberg via deze link: https://www.vanachterberg...teway-kpn-ftth-iptv-ipv6/ werd ik enthousiast om mijn KPN ExperiaBox 12 te vervangen door een Unify USG 3. Alvast de complimenten voor al het uitzoekwerk en het opzetten van de manual.
De configuratie en uitleg is mij wel duidelijk, maar ik vraag me af wat het beste plan van aanpak is om de USG 3 in m'n netwerk op te nemen daarmee bedoel ik natuurlijk dat het niet handig is om gelijk de EB eruit te trekken, want dan ligt alles plat (daar de EB de DHCP server is) en dan pas de USG 3 door unifi controller te laten opnemen.

Is het de bedoeling om:
stap 1. eerst de USG3 in je netwerk op te nemen door de WAN poort hiervan op één van de EB lanpoorten te koppelen, vervolgens de USG3 in te stellen als nieuwe DHCP server en interne netwerk op orde te krijgen?
stap 2. als alles up and runnig is, klakeloos de EB er tussenuit te halen door de USG3 rechstreeks op de KPN NTU aan te sluiten?

Zomaar de USG3 met zijn lanpoort op het bestaande netwerk aansluiten is geen goed idee lijkt me omdat je dan 2 DHCP servers op je netwerk hebt zitten en dus de boel plat gaat.

Ik kon in dit topic niet echt iets vinden wat best practises zijn om te beginnen met het inzetten van de USG3 en de downtime van m'n huidige netwerk (WIFI en IPTV) zo klein mogelijk te houden en zo dus m'n partner rustig te houden.

Ik hoor het graag:)

Fijn dat je enthousiast bent geworden van de handleiding. Omdat de USG deel uitmaakt van een systeem met controller is het lastig om deze in een ander netwerk voor te bereiden.

Wel is het handig om de IP instellingen van de Experiabox over te nemen zodat je eenvoudig kan overschakelen.

[nero355]

derartz schreef op maandag 12 juni 2023 @ 14:44:
ik vraag me af wat het beste plan van aanpak is om de USG 3 in m'n netwerk op te nemen

Coolhva schreef op maandag 12 juni 2023 @ 17:14:
Omdat de USG deel uitmaakt van een systeem met controller is het lastig om deze in een ander netwerk voor te bereiden.

Je kan toch gewoon :
- Gehele UniFi netwerk als NAT achter NAT opzetten achter de ExperiaBox om alles naar de laatste versie van de software en firmwares te upgraden.
- De config.JSON dingen voor IPTV toepassen en op de USG laten inladen.
- Vanaf dat moment de USG loskoppelen en i.p.v. de ExperiaBox aansluiten.

Of toch niet

Wel is het handig om de IP instellingen van de Experiabox over te nemen zodat je eenvoudig kan overschakelen.

carlob schreef op maandag 12 juni 2023 @ 15:14:
Wel heb ik ervoor gezorgd dat de USG dezelfde IP-instelling gebruikt als de Experiabox (192.168.2.254) zodat ze makkelijk te wisselen zijn bij USG3-problemen. Maar dat is gelukkig nog nooit voorgekomen.

Ik zou dat lekker in een apart VLAN laten door een Untagged poortje op je "Core Switch" over te laten die meteen in dat VLAN zit op het moment dat je een ExperiaBox daarop aansluit

Het standaard LAN van een UniFi apparaat kan je beter niet omzetten naar een ander subnet en het beste gewoon overlaten als Management VLAN

[[BoSS]]

Ik ben van plan om mijn KPN Experiabox (waarvan ik de WiFi al tijden niet meer gebruik) om te wisselen voor een zelf configureerbare router. +/- 500 Mbit throughput (up/down) is voor mij ruim voldoende maar TV (multicast, IGMP snooping) moet wel goed functioneren.

Nu kijk ik naar de EdgeRouter X maar lees ook verhalen dat de TV instabiel is doordat de IGMP snooping functionaliteit in de laatste firmwares niet meer goed samenwerkt met de KPN TV streams en/of boxen.

Is er iemand hier die goede ervaringen heeft met de EdgeRouter X icm. KPN TV of zou ik eerder naar bijv. de Microtik hEX (RB750Gr3) moeten kijken?

Toevoeging: het gaat hier bij voorkeur om routed IPTV. Ik heb helaas niet de mogelijkheid om een dedicated UTP kabel van de router naar mijn TV te leggen (de kabel die er ligt is gedeeld met andere apparaten). Er is wel een VLAN-capable switch aanwezig bij de TV.

[ Voor 18% gewijzigd door [BoSS] op 15-06-2023 10:30 ]

[nero355]

[BoSS] schreef op donderdag 15 juni 2023 @ 10:22:
Ik ben van plan om mijn KPN Experiabox (waarvan ik de WiFi al tijden niet meer gebruik) om te wisselen voor een zelf configureerbare router. +/- 500 Mbit throughput (up/down) is voor mij ruim voldoende maar TV (multicast, IGMP snooping) moet wel goed functioneren.

Nu kijk ik naar de EdgeRouter X maar lees ook verhalen dat de TV instabiel is doordat de IGMP snooping functionaliteit in de laatste firmwares niet meer goed samenwerkt met de KPN TV streams en/of boxen.

Is er iemand hier die goede ervaringen heeft met de EdgeRouter X icm. KPN TV of zou ik eerder naar bijv. de Microtik hEX (RB750Gr3) moeten kijken?

Ik zou de volgende twee niet meer nieuw aanschaffen :
- Ubiquiti UniFi USG reeks
- Ubiquiti EdgeRouters

Beiden worden nog maar sporadisch geüpdate en zijn eigenlijk zo goed als EOL verklaard

Daarbij moet ik wel zeggen dat er een optie is om de EdgeRouter X om te flashen naar OpenWRT en dan daarmee verder te gaan!

Als je toch al MikroTik als een optie ziet dan zou ik meteen voor de uitvoering: MikroTik RB5009UG+S+IN gaan en de rest negeren

Nog een andere optie is effe rondkijken in Zelfbouw project: Firewall / Router / AP en iets op basis van pfSense/OPNsense/OpenWRT/enz. te gebruiken

Toevoeging: het gaat hier bij voorkeur om routed IPTV.

Je zal wel moeten, want Bridged IPTV werkt niet meer!

Er is wel het een en ander gaande op het gebied van Unicast IPTV maar dat is nog niet helemaal officiëel geloof ik...

Ik heb helaas niet de mogelijkheid om een dedicated UTP kabel van de router naar mijn TV te leggen (de kabel die er ligt is gedeeld met andere apparaten). Er is wel een VLAN-capable switch aanwezig bij de TV.

Gewoon een apart VLAN voor IPTV aanmaken en gaan met die banaan!

[derartz]

nero355 schreef op donderdag 15 juni 2023 @ 14:03:
[...]

Ik zou de volgende twee niet meer nieuw aanschaffen :
- Ubiquiti UniFi USG reeks
- Ubiquiti EdgeRouters

Beiden worden nog maar sporadisch geüpdate en zijn eigenlijk zo goed als EOL verklaard

Dat is nou jammer op te horen. Ik heb afgelopen week een USG3 op marktplaats gekocht voor €75,- om de KPN ExperiaBox10 hiermee te vervangen. Is het persé nodig: nee? Is het voor de spielerei/hobby en wil ik al m'n equipment in unifi controller kunnen beheren: ja...
De alternatieven waren Ubiquiti Dream Routers of Dream Machines, maar dat gaat gelijk richting een paar honderd euro

[nero355]

derartz schreef op donderdag 15 juni 2023 @ 15:03:
Dat is nou jammer op te horen.

Tja, het is niet anders helaas...

Ik heb afgelopen week een USG3 op marktplaats gekocht voor €75,- om de KPN ExperiaBox10 hiermee te vervangen.
Is het persé nodig: nee?
Is het voor de spielerei/hobby en wil ik al m'n equipment in unifi controller kunnen beheren: ja...

Opzich geen ramp, maar je hebt minimaal € 25 teveel betaald denk ik

De alternatieven waren Ubiquiti Dream Routers of Dream Machines, maar dat gaat gelijk richting een paar honderd euro

Daar zou ik sowieso geen geld aan uitgeven en helemaal niet als je beseft dat er een heleboel UniFi produkten op dit moment veel duurder zijn dan in het verleden!

Of het feit dat eigenlijk alle UniFi Routers hetzelfde probleem hebben : Ubiquiti heeft nog steeds niet alle mogelijkheden volledig toegankelijk gemaakt via de webGUI of überhaupt onderhuids ingebouwd/toegepast in sommige gevallen!

[Mad_Master]

posttoast schreef op zondag 4 juni 2023 @ 15:09:
[...]

Ik heb er meerdere (trusted, guest en iot), maar zo ziet mijn trusted eruit:

[Afbeelding]

Ik neem aan dat je dit bedoelt?

Heb je dit werkend gekregen? Ik zit er namelijk zelf ook beetje mee te klooien nu en alles werkt op het UDM niveau.
Op de router is de IPv6 dus helemaal prima en kan die routen. Ik zit zelf ook op KPN Netwerk.



Op mijn windows bak, zie ik zelf dat ik een IPv6 IP krijg:


Maar voor een of ander reden wanneer ik een ping probeer te doen of via mijn browser een IPv6 test uit probeer vanuit mijn windows bak, dan werkt die gewoon niet.

Ik gebruik een site om hem uit te proberen, maar werkt niet (https://ipv6-test.com/)

Iemand enige idee wat hier aan de hand is?

[derartz]

Coolhva schreef op maandag 12 juni 2023 @ 17:14:
[...]


Fijn dat je enthousiast bent geworden van de handleiding. Omdat de USG deel uitmaakt van een systeem met controller is het lastig om deze in een ander netwerk voor te bereiden.

Wel is het handig om de IP instellingen van de Experiabox over te nemen zodat je eenvoudig kan overschakelen.

Update: Ik heb zojuist alles werkend gekregen. YES. De oplossing voor de problemen hieronder staan achter Update: beschreven

=================================================================================
Goedemorgen ik ben er afgelopen weekend mee bezig geweest volgens de instructie van jouw website https://www.vanachterberg...teway-kpn-ftth-iptv-ipv6/. Helaas komt mijn USG nog niet op het KPN netwerk en ik constateer dat de nieuwe benodigde interfaces voor KPN niet zijn aangemaakt in de USG:

KPN.sh op de USG plaatsen en bijbehorende log ervan controleren die in de handleiding beschreven is, is naar verwachting wel gelukt.

Alle equipment is aangesloten zoals beschreven in "Uitgangsitatie" volgens de handleiding.

Het lijkt er dus op dat config.gateway.json niet overgenomen wordt door de USG.
Er zijn een paar dingen me opvielen tijdens het doorlopen van de configuratiehandeling wat bij mij afwijkend was:
1. Als ik via WinSCP op de raspberry pi navigeer naar /usr/lib/unifi/data dan lijkt de 'data' folder op een shortcut die me doorstuurt naar /var/lib/unifi/data/sites/default
Update: Heb ik nog geen verklaring voor, blijkbaar is dit normaal op de Raspberry PI

2. Ik had met m'n default user geen rechten om het bestand config.gateway.json op de juiste plek te zetten. Na het uitvoeren van chmod is dit wel gelukt, maar toen bleek na een tijdje de website van unifi controller het in z'n geheel offline te zijn. Na een uurtje kwam ik er pas achter dat ik de rechten voor unifi zelf verwijderd had van de betreffende folder /usr/lib/unifi/data. Met hulp van chatGPT heb ik het weer kunnen herstellen doormiddel van:

code:

sudo chown -R unifi:unifi /usr/lib/unifi
sudo chmod -R 755 /usr/lib/unifi

Update: Tijdens het gebruik van WinCSP is het niet nodig om handmatig te 'chmodden'. Om te voorkomen dat je 'acces denied' krijgt pas je in WinSCP de connectie aan waardoor je root rechten krijgt:

Sudo -S

In the first place, you have the streamline the SCP Shell settings to ensure there are no errors hindering the entire process. For this purpose, you have to open WinSCP. When the WinSCP is open, you need to open the launch window and choose the connection that you are connected to. On the connection option, hit the edit button and scroll down to the advanced tab.

From the advanced tab, tap on the SCP Shell option, and you have to change it to sudo -s. When you choose this setting, just save the settings. Once the settings are saved, you will have root access to the filesystem of Pi. After you complete the function, you need to change back the settings (as they were before changing to sudo -s).

So far, so good.
3. De USG blijkt (volgens mij) de config niet over te nemen want de benodigde interfaces ontbreken zoals hierboven beschreven.
- welke chmod configuratie moet het bestand config.gateway.json hebben? Wellicht staan de benodigde rechten verkeerd ingesteld zodat het bestand niet geopend kan worden?
Update:. Klopt na de update bleek bij mij unifi controller niet de rechten om te de file 'gateway.config.json' te openen. Dit los je op door het commando via ssh:

code:

chown unifi:unifi config.gateway.json

- Als ik de USG laat provisionen middels "force provision" dan valt het mij op dat na de reboot ervan de USG terugvalt op zijn default DHCP config van 192.168.1.x.... Ervoor had ik hem ingesteld op IP 192.168.2.254, gelijk aan mijn Experiabox. Ik kan me voorstellen dat de config.gateway.json dan niet verwerkt kan worden omdat mijn raspberryPI waar unifi controller op draait in het 192.168.2.x netwerk zit.
Update:. Ook deze is verklaarbaar. Na factory default heeft de USG 192.168.1.x als DHCP range. Ik had deze vanuit de webclient van de USG omgezet naar 192.168.2.1. Als je vervolgens vanuit unify controller gaan provisionen, om de configuratie uit 'gateway.config.json' over te nemen, dan neemt hij natuurlijk ook andere settings over die in unifi controller ingesteld staan. Daar stond mijn DHCP range nog steeds op verkeerde 192.168.1.x ingesteld. Oplossing is aanpaasen naar 192.168.2.x en dan pas provisionen.

Deze link is helpend omtrent het toepassen van een 'gateway.config.json'
https://help.ui.com/hc/en...SG-Advanced-Configuration

Internet en IPTV heb ik nu werkend i.c.m de USG3 en zonder de ExperiaBox van KPN.
Of het heel stabiel is, kan ik nog niet met zekerheid zeggen daar ik af en toe nog 'modum hangup' voorbij zie komen in de USG logfile.
Als je de USG3 hebt laten provisionen dan helpt het ook ook het glasvezelkastje (NTU) uit en opnieuw aan te zetten. Zodra het 'GLAS' ledje knippert dan pas weer de USG aanzetten.

Volgende uitdaging voor mij zijn de Nest Protect rookmelders. I.c.m. met een USG3 en unifi switch vallen die in storing doordat zij de benodigde internet connectie niet meer kunnen vinden. Dat terzijde hoort niet in dit topic thuis, maar mocht iemand tips hebben. Atlijd welkom natuurlijk!

[ Voor 49% gewijzigd door derartz op 22-06-2023 10:45 ]

[posttoast]

Edit: OK, onderstaande is niet meer relevant want het werkt weer. De oorzaak (denk ik) was dat kpn.sh niet meer bestond op mijn USG. Waarom niet? Geen idee, ik heb hem niet weggehaald... Wel een beetje naar dat dit "vanzelf" stuk kan gaan. Als iemand weet hoe dát kan, dan hoor ik dat graag.

Ik heb vanmiddag wat gespeeld met een Radius-server en die daarna weer uitgezet. Sinds die tijd lijkt het alsof mijn devices geen IPv6 adressen meer krijgen. Ik heb geen idee waarom. Ik heb hier glasvezel van KPN en de boel ingesteld met de hier bekende handleidingen

Mijn instellingen in de controller zijn als volgt. WAN:


En LAN:


Als ik mijn Ubuntu server reboot krijg ik het volgende terug in /var/log/messages van mijn USG:

code:

Jun 26 22:28:49 USG dhcpd: execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh
Jun 26 22:28:49 USG dhcpd: execute_statement argv[1] = commit
Jun 26 22:28:49 USG dhcpd: execute_statement argv[2] = oxygen.localdomain
Jun 26 22:28:49 USG dhcpd: execute_statement argv[3] = 10.0.0.100
Jun 26 22:28:49 USG dhcpd: execute_statement argv[4] = d0:50:99:5:3f:fd
Jun 26 22:28:49 USG dhcpd: execute_statement argv[5] = localdomain
Jun 26 22:28:49 USG dhcpd: execute_statement argv[6] = enable
Jun 26 22:28:49 USG dhcpd: execute_statement argv[7] = disable
Jun 26 22:28:50 USG dhcpd: DHCPREQUEST for 10.0.0.100 (10.0.0.1) from d0:50:99:05:3f:fd via eth1
Jun 26 22:28:50 USG dhcpd: DHCPACK on 10.0.0.100 to d0:50:99:05:3f:fd via eth1

Ik zie dus nergens een IPv6-adres.

Iemand enig idee in welke hoek ik nog kan zoeken?

Edit: dat is bijzonder... de hele directory /scripts/post-config.d was van mijn USG verdwenen. En kpn.sh dus ook. Ik heb ze opnieuw toegevoegd en opnieuw de provision uitgevoerd, maar helaas deed het (nog) niets. Dus als er nog suggesties zijn...

[ Voor 11% gewijzigd door posttoast op 26-06-2023 23:20 ]

[nero355]

posttoast schreef op maandag 26 juni 2023 @ 22:40:
Edit: OK, onderstaande is niet meer relevant want het werkt weer. De oorzaak (denk ik) was dat kpn.sh niet meer bestond op mijn USG. Waarom niet? Geen idee, ik heb hem niet weggehaald... Wel een beetje naar dat dit "vanzelf" stuk kan gaan. Als iemand weet hoe dát kan, dan hoor ik dat graag.

Edit: dat is bijzonder... de hele directory /scripts/post-config.d was van mijn USG verdwenen. En kpn.sh dus ook. Ik heb ze opnieuw toegevoegd en opnieuw de provision uitgevoerd, maar helaas deed het (nog) niets. Dus als er nog suggesties zijn...

Stille corruptie van je USB Stick in de USG 3P die aan vervanging toe is misschien

Ik zou het in de gaten houden en als je het dan vaker ervaart aan een nieuwe gaan denken die je alvast flashed met de laatste firmware en op stand-by houdt voor het geval dat de huidige helemaal stuk is opeens!

[posttoast]

nero355 schreef op dinsdag 27 juni 2023 @ 15:33:
[...]

Stille corruptie van je USB Stick in de USG 3P die aan vervanging toe is misschien

Ik zou het in de gaten houden en als je het dan vaker ervaart aan een nieuwe gaan denken die je alvast flashed met de laatste firmware en op stand-by houdt voor het geval dat de huidige helemaal stuk is opeens!

Kan, tegelijk zou ik het wel heel bijzonder vinden als precies één directory automagisch verdwijnt. Ik kan me dan eerder voorstellen dat ik zélf per ongeluk iets heb gedaan. Is er niet toevallig iets dat het verwijderen van een bestand triggert vanuit de controller? Vooral omdat ik heb lopen klooien met een L2TP VPN en het wel heel toevallig is allemaal

[nero355]

posttoast schreef op dinsdag 27 juni 2023 @ 15:38:
Kan, tegelijk zou ik het wel heel bijzonder vinden als precies één directory automagisch verdwijnt.

Ik heb een tijdje geleden precies zoiets meegemaakt met een totaal ander apparaat dus vandaar mijn suggestie

Ik kan me dan eerder voorstellen dat ik zélf per ongeluk iets heb gedaan.
Is er niet toevallig iets dat het verwijderen van een bestand triggert vanuit de controller?
Vooral omdat ik heb lopen klooien met een L2TP VPN en het wel heel toevallig is allemaal

Dat zou kunnen, maar dat weet ik niet zeker, terwijl jij dat makkelijk kan testen door weer precies hetzelfde te doen!

/Flauw

[posttoast]

nero355 schreef op dinsdag 27 juni 2023 @ 15:41:
[...]

Ik heb een tijdje geleden precies zoiets meegemaakt met een totaal ander apparaat dus vandaar mijn suggestie


[...]

Dat zou kunnen, maar dat weet ik niet zeker, terwijl jij dat makkelijk kan testen door weer precies hetzelfde te doen!

/Flauw

Haha, nou ik weet in ieder geval waar ik de oplossing moet zoeken nu Dus misschien ga ik dat (op een rustig moment in het weekend) nog wel echt proberen ook

Ik ben trouwens niet de eerste bij via kpn.sh opeens weg was: garp in "[Ubiquiti & IPTV] Ervaringen & Discussie"

Toevoeging:

ik heb (voor de zekerheid) nog even gekeken naar de debug-stappen in de tutorial van @Coolhva, maar vroeg me nog iets af. Ik zie in de output van show interfaces op mijn USG de volgende output:

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.32.34.227/23                   u/u  IPTV                        
eth0.6       -                                 u/u                              
eth1         10.0.0.1/24                       u/u  LAN                         
             2a02:a456:6711:1::1/64           
             fdb7:c635:1834:4a6e:f29f:c2ff:fec7:456a/64
             2a02:a456:6711:1:f29f:c2ff:fec7:456a/64
eth1.2       10.1.0.1/24                       u/u                              
eth1.3       10.2.0.1/24                       u/u                              
eth1.661     10.3.0.1/24                       u/u                              
eth2         -                                 A/D                              
lo           127.0.0.1/8                       u/u                              
             ::1/128                          
pppoe2       77.162.35.65                      u/u

Waarom staan er meerdere IPv6 ranges onder eth1? "Hoort" dat?

[ Voor 52% gewijzigd door posttoast op 27-06-2023 16:29 ]

[Coolhva]

posttoast schreef op dinsdag 27 juni 2023 @ 15:42:
[...]

Haha, nou ik weet in ieder geval waar ik de oplossing moet zoeken nu Dus misschien ga ik dat (op een rustig moment in het weekend) nog wel echt proberen ook

Ik ben trouwens niet de eerste bij via kpn.sh opeens weg was: garp in "[Ubiquiti & IPTV] Ervaringen & Discussie"

Toevoeging:

ik heb (voor de zekerheid) nog even gekeken naar de debug-stappen in de tutorial van @Coolhva, maar vroeg me nog iets af. Ik zie in de output van show interfaces op mijn USG de volgende output:

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.32.34.227/23                   u/u  IPTV                        
eth0.6       -                                 u/u                              
eth1         10.0.0.1/24                       u/u  LAN                         
             2a02:a456:6711:1::1/64           
             fdb7:c635:1834:4a6e:f29f:c2ff:fec7:456a/64
             2a02:a456:6711:1:f29f:c2ff:fec7:456a/64
eth1.2       10.1.0.1/24                       u/u                              
eth1.3       10.2.0.1/24                       u/u                              
eth1.661     10.3.0.1/24                       u/u                              
eth2         -                                 A/D                              
lo           127.0.0.1/8                       u/u                              
             ::1/128                          
pppoe2       77.162.35.65                      u/u

Waarom staan er meerdere IPv6 ranges onder eth1? "Hoort" dat?

2a02:a456:6711:1::1/64 - Vast IP adres op basis van configuratie in json
fdb7:c635:1834:4a6e:f29f:c2ff:fec7:456a/64 - FD Unique Local adres; waarschijnlijk ingesteld om zelf IPv6 netwerk te hebben wat niet naar buiten communiceert
2a02:a456:6711:1:f29f:c2ff:fec7:456a/64 - IPv6 public address die aangemaakt is met SLAAC

Alles ziet er normaal uit.

[DinX]

Goeie middag

Sinds enkele weken heb ik mijn Proximus Fiber laten omzetten naar een nieuwe router die de "1 VLAN set-up" zou ondersteunen. Dat houdt in dat men afgestapt is van verschillende VLANs voor data, VoIP, TV en dat alles gewoon in 1 VLAN kan.

Zo gezegd zo gedaan, ik heb een tijd geleden eens alles netjes achter de UDM Pro gehangen. TV werkt, TV-gieds werkt, de Android TV-box is perfect bereikbaar.

Alleen komen er dan issues wat lijkt op de throughput of latency. De gekende groene blokjes bij momenten, grote verschillend tussen beeld en audio,...

Als ik zo rond zoek op de Unifi forums kom ik daar nog zulke verhalen tegen met vaak de melding dat de UDM Pro het gewoon niet kan volgen. Mijn netwerk is niet gesatureerd, IGMP Proxy staat aan op de betreffende VLANs, internet is glasvezel 1000Mbps/Mbps,...

Ik heb het nadien maar even opgegeven en de decoders terug achter de Proximus router gehangen.

Zijn er mensen met een soortgelijke 1-VLAN-setup (geen idee of er ook Nederlandse ISP's dit gebruiken) die dit wel werkend hebben gekregen ?

Ik heb dezelfde setup als de andere melders op de Unifi fora, bij deze was het opgelost door gewoon een ander merk router ertussen te zetten (zelfs budget modellen), maar netwerktechnisch dezelfde opzet...
Daar betaal je natuurlijk geen 300+ euro voor bij Unifi

De UDM Pro zit in bridging achter de Proximus router. op de nieuwe routers kan het zelfs via echte bridging en zonder PPPoE.

[ Voor 4% gewijzigd door DinX op 05-07-2023 11:38 ]

[nero355]

DinX schreef op woensdag 5 juli 2023 @ 11:36:
Sinds enkele weken heb ik mijn Proximus Fiber laten omzetten naar een nieuwe router die de "1 VLAN set-up" zou ondersteunen. Dat houdt in dat men afgestapt is van verschillende VLANs voor data, VoIP, TV en dat alles gewoon in 1 VLAN kan.

Zo gezegd zo gedaan, ik heb een tijd geleden eens alles netjes achter de UDM Pro gehangen. TV werkt, TV-gieds werkt, de Android TV-box is perfect bereikbaar.

Alleen komen er dan issues wat lijkt op de throughput of latency.
De gekende groene blokjes bij momenten

Heb je toevallig enig idee hoe je de IPTV precies binnen krijgt

In Nederland is KPN bijvoorbeeld begonnen met het aanbieden van zowel Unicast als Multicast IPTV en bij Canaal Digitaal is er het probleem dat de UniFi UDR/UDM/UXG reeks RTSP niet begrijpt en je het dus erin moet modden/zelf compilen

grote verschillen tussen beeld en audio...

Dat kan ook aan je apparatuur liggen dus zet eens overal alle "beeldverbeteraars" helemaal UIT

Ik heb dezelfde setup als de andere melders op de Unifi fora, bij deze was het opgelost door gewoon een ander merk router ertussen te zetten (zelfs budget modellen), maar netwerktechnisch dezelfde opzet...
Daar betaal je natuurlijk geen 300+ euro voor bij Unifi

IMHO moet je sowieso geen € 300 uitgeven aan die hele UDM toestand en het lekker zelf oplossen met een apart doosje dat alleen de IPTV doet of in dit geval een DIY Router die alles veel beter kan verwerken!

[DinX]

nero355 schreef op woensdag 5 juli 2023 @ 15:01:
[...]

Heb je toevallig enig idee hoe je de IPTV precies binnen krijgt

In Nederland is KPN bijvoorbeeld begonnen met het aanbieden van zowel Unicast als Multicast IPTV en bij Canaal Digitaal is er het probleem dat de UniFi UDR/UDM/UXG reeks RTSP niet begrijpt en je het dus erin moet modden/zelf compilen

Even gejat van userbase (niet mijn post)

Wat weten we concreet (credits to tv4all):
Tot nu toe bestond de Proximus configuratie, zowel bij VDSL2 als bij Fiber, uit 3 VLANs:
VLAN10: Internet via een PPPoE sessie
VLAN20: Telefonie (VoIP) en modem management (firmware updates, zero touch configuratie, ...).
VLAN30: Proximus TV (routed).
Nieuwe "1vlan" configuratie: alles op VLAN20: internet, telefonie, TV.
Deze nieuwe configuratie wordt automatisch geactiveerd van zodra de nieuwe modem aangesloten wordt (bbox4??).
Geen PPPoE sessie meer nodig (identificatie via circuit id).
Een v7 decoder achter een Fritz!Box ingesteld op VLAN20 werkt (voorwaarde: 1vlan configuratie is actief).
Er zijn dus nog wel wat vragen, zoals:
Kan ik deze "1vlan configuratie" krijgen zonder dat ik de nieuwe modem heb?
Spreken we hier over de Bbox4? Zijn hier al meer details over bekend? Specificaties? Wifi6?
Stel, ik geraak aan zo'n Bbox4 (even in bruikleen) - blijft de "1vlan configuratie" dan definitief op mijn lijn? Ook als ik dan terug de Fritz!Box gebruik?
Eigenlijk goed nieuws voor gebruikers van een eigen router, die voortaan de TV decoders kunnen gebruiken in hun lokaal netwerk. :-)
Ook voor de klanten die overschakelen op Fiber (en dus niet gebonden zijn aan een B-box).
Proximus die zich aan het voorbereiden is op de vrije hardwarekeuze??

[...]

Dat kan ook aan je apparatuur liggen dus zet eens overal alle "beeldverbeteraars" helemaal UIT

Zodra hij achter de Proximus router hangt is er geen probleem.
[...]

IMHO moet je sowieso geen € 300 uitgeven aan die hele UDM toestand en het lekker zelf oplossen met een apart doosje dat alleen de IPTV doet of in dit geval een DIY Router die alles veel beter kan verwerken!

De UDM Pro was er al van voor dat Proximus met deze set-up kwam. Ik wil ze graag achter de eigen router omdat het Android boxen zijn met Chromecast functionaliteit. Dan hoef ik de Chromecast van mijn receiver of TV niet te gebruiken. Dat is soms wat gedoe bij het wisselen tussen de TV en de Chromecasts

[kalmma]

Wij gaan volgende week over naar de nieuwe abonnementsvorm voor TV bij KPN dus krijgen de KPN+ tv ontvangers.
Deze ontvangers werken gewoon via vlan 6 dus heb ik het script van fabianishere niet meer nodig.

Wat is de beste manier om deze package van de UDM te verwijderen.
Is dit alleen het commando udm-iptv uninstall of moet er toch nog meer gedaan worden ?

[stormfly]

kalmma schreef op donderdag 6 juli 2023 @ 14:39:
Wij gaan volgende week over naar de nieuwe abonnementsvorm voor TV bij KPN dus krijgen de KPN+ tv ontvangers.
Deze ontvangers werken gewoon via vlan 6 dus heb ik het script van fabianishere niet meer nodig.

Je weet dat je dan niet de maximale beeldkwaliteit krijgt maar een iets mindere kwaliteit?

[kalmma]

Ja ik heb daar wel iets over gelezen ja maar eerlijk gezegd zie ik het niet direct hoor. Althans bij andere heb ik dat niet gezien.

stormfly schreef op donderdag 6 juli 2023 @ 16:08:
[...]


Je weet dat je dan niet de maximale beeldkwaliteit krijgt maar een iets mindere kwaliteit?

[stormfly]

kalmma schreef op donderdag 6 juli 2023 @ 18:04:
Ja ik heb daar wel iets over gelezen ja maar eerlijk gezegd zie ik het niet direct hoor. Althans bij andere heb ik dat niet gezien.


[...]

Dan is het prima ;-) Als je dan de instelling fixed op unicast zet zapt hij sneller, omdat hij het zoeken naar het multicast kanaal overslaat.

[ Voor 17% gewijzigd door stormfly op 06-07-2023 19:19 ]

[Tylen]

Heb even terug gelezen en de huidige status mbt iptv en een udmp is als volgt:

1. Het kan nog steeds niet volledig met de gui en de laatste versie ondersteunt ook nog geen multi vlan aan de wan kant.
2. Met de scripts van fabian kan je het wel aan de praat krijgen maar dat moet elke keer bij een herstart weer gedraaid worden.
3. Heb je kpn+ dan kunnen die kastjes (op unicast) wel werken zonder het iptv vlan op de wan kant.

klopt dit? Want ik denk toch dat ik dan ga beginnen met optie 3 en daarna 2.

[nero355]

Tylen schreef op maandag 10 juli 2023 @ 08:47:
klopt dit?

Wat mij betreft helemaal goed!

[Huub-]

Tylen schreef op maandag 10 juli 2023 @ 08:47:
Heb even terug gelezen en de huidige status mbt iptv en een udmp is als volgt:

1. Het kan nog steeds niet volledig met de gui en de laatste versie ondersteunt ook nog geen multi vlan aan de wan kant.
2. Met de scripts van fabian kan je het wel aan de praat krijgen maar dat moet elke keer bij een herstart weer gedraaid worden.
3. Heb je kpn+ dan kunnen die kastjes (op unicast) wel werken zonder het iptv vlan op de wan kant.

klopt dit? Want ik denk toch dat ik dan ga beginnen met optie 3 en daarna 2.

Punt 2 klopt niet helemaal, bij herstart werkt het gewoon, het kan zijn bij Firmware updates dat jij het opnieuw moet draaien, maar dat is met een minuut klaar.
Punt 3; je kunt de nieuwe Google Chromecast gebruiken met KPN tv app, de meeste andere provides, zoals Delta, Ziggo etc hebben ook een app die je kunt installeren op de nieuwe Chromecast met Android TV.

[Tylen]

Huub- schreef op dinsdag 11 juli 2023 @ 07:18:
[...]

Punt 2 klopt niet helemaal, bij herstart werkt het gewoon, het kan zijn bij Firmware updates dat jij het opnieuw moet draaien, maar dat is met een minuut klaar.
Punt 3; je kunt de nieuwe Google Chromecast gebruiken met KPN tv app, de meeste andere provides, zoals Delta, Ziggo etc hebben ook een app die je kunt installeren op de nieuwe Chromecast met Android TV.

Punt 2: check.
Punt 3: Ik heb al moeite ermee dat de kpn+ kastjes op android draaien Chromecast komt er al helemaal niet in hier in huis.

[Huub-]

Tylen schreef op dinsdag 11 juli 2023 @ 07:39:
[...]


Punt 2: check.
Punt 3: Ik heb al moeite ermee dat de kpn+ kastjes op android draaien Chromecast komt er al helemaal niet in hier in huis.

Ik heb de oude KPN iptv kastjes nog maar sinds een maar draai ik bijna overal op de klan tv app, direct op de tv en of via de app op de Chromecast, draait best goed af en toe even een glitch maar in het algemeen best tevreden 😀

[OMX2000]

Ik zit bij xs4all en heb een paar maanden een UDM Pro in gebruik. Ik heb de welbekende "Fabian hack" geinstalleerd. Werkte heel goed en stabiel. Ook met meerdere STB's. Maar sinds gisteren krijg ik ze allebei niet meer aan de praat.

Ik heb een upgrade gedaan en voor de zekerheid een reconfigure. Ook de vlan setting gecheckt. Maar lijkt niks lijkt te helpen.

Iemand hier toevallig ook issues sinds gisteren?

[Bruzski]

Weet iemand wanneer de UDMpro IGMP proxy native gaat ondersteunen?

Ondertussen werkt het script van Fabian nog steeds uitstekend, na een firmware update even de script opnieuw draaien en hoppa..

[ Voor 49% gewijzigd door Bruzski op 17-07-2023 22:47 ]

[Vaevictis_]

*knip* verkeerde ubiquiti topic

[ Voor 97% gewijzigd door Vaevictis_ op 25-07-2023 20:43 ]

[Tylen]

Tylen schreef op maandag 10 juli 2023 @ 08:47:
Heb even terug gelezen en de huidige status mbt iptv en een udmp is als volgt:

1. Het kan nog steeds niet volledig met de gui en de laatste versie ondersteunt ook nog geen multi vlan aan de wan kant.
2. Met de scripts van fabian kan je het wel aan de praat krijgen maar dat moet elke keer bij een herstart weer gedraaid worden.
3. Heb je kpn+ dan kunnen die kastjes (op unicast) wel werken zonder het iptv vlan op de wan kant.

klopt dit? Want ik denk toch dat ik dan ga beginnen met optie 3 en daarna 2.

Oke eindelijk na de vakantie tijd gehad. Heb de SFP module in de UDMP gestop. Glas van KPN er direct in.
PPPoE ingesteld voor alleen internet. En bam, alles werken. De KPN+ kastjes doen het ook met alles. Eindelijk weer een router ertussenuit. Nice.

(Dus optie 3 voor mij).

Edit: Eindelijk de full potential van de UDMP gebruiken. Gelijk allemaal site2site vpns met mijn labs. Nice.

[ Voor 5% gewijzigd door Tylen op 26-07-2023 17:55 ]

[cyborgium]

Ik heb vandaag een nieuwe Unifi OS update gehad: v3.1.15, welke volgens de changelog een nieuwe IGMP Proxy setting heeft toegevoegd.

Zie hier.

Zou het nu mogelijk zijn om IPTV (in mijn geval via KPN) te laten werken zonder aanpassingen aan de firmware/kernel? Of loop ik nu nog steeds tegen het probleem aan dat de UDMP niet meerdere VLANs aankan aan de WAN kant?

[stormfly]

cyborgium schreef op vrijdag 28 juli 2023 @ 16:36:
Ik heb vandaag een nieuwe Unifi OS update gehad: v3.1.15, welke volgens de changelog een nieuwe IGMP Proxy setting heeft toegevoegd.

Zie hier.

Zou het nu mogelijk zijn om IPTV (in mijn geval via KPN) te laten werken zonder aanpassingen aan de firmware/kernel? Of loop ik nu nog steeds tegen het probleem aan dat de UDMP niet meerdere VLANs aankan aan de WAN kant?

Zolang je daar slechts WAN kunt selecteren en niet WAN vlan 4. Gaat het niet werken.

[cyborgium]

stormfly schreef op vrijdag 28 juli 2023 @ 16:42:
[...]


Zolang je daar slechts WAN kunt selecteren en niet WAN vlan 4. Gaat het niet werken.

Helaas ):

[mvds]

Ik heb de nieuwe update ook, ik heb op mijn UDM SE alles ingesteld zoals ik denk dat het moet staan (zie screenshot), maar mijn KPN kastjes willen niet opstarten.



IPTV is een VLAN met ID 4 en ik zie dat beide KPN kastjes daarop zitten.

Als ik de IPTV Support uitzet van de UDM SE en ik udm-iptv gebruik, werkt het allemaal wel gewoon.

[ Voor 221% gewijzigd door mvds op 05-08-2023 22:51 ]

[bvk007]

mvds schreef op zaterdag 5 augustus 2023 @ 22:08:
Ik heb de nieuwe update ook, ik heb op mijn UDM SE alles ingesteld zoals ik denk dat het moet staan (zie screenshot), maar mijn KPN kastjes willen niet opstarten.

[Afbeelding]

IPTV is een VLAN met ID 4 en ik zie dat beide KPN kastjes daarop zitten.

Als ik de IPTV Support uitzet van de UDM SE en ik udm-iptv gebruik, werkt het allemaal wel gewoon.

Het gaat niet om het VLAN wat je intern gebruikt (4 dus ). Maar om het VLAN van de source, je gebruikt als source je primaire internet verbinding, en wat de Europese (Nederlandse) ISP's doen is het IPTV verkeer scheiden via een VLAN. Dus wat eigenlijk je source zou moeten zijn is WAN1 (VLAN 4), maar dat wordt weer niet ondersteund door Ubiquiti.

Dus je enige uitweg is udm-iptv gebruiken .

[mvds]

bvk007 schreef op zondag 6 augustus 2023 @ 19:53:
[...]


Het gaat niet om het VLAN wat je intern gebruikt (4 dus ). Maar om het VLAN van de source, je gebruikt als source je primaire internet verbinding, en wat de Europese (Nederlandse) ISP's doen is het IPTV verkeer scheiden via een VLAN. Dus wat eigenlijk je source zou moeten zijn is WAN1 (VLAN 4), maar dat wordt weer niet ondersteund door Ubiquiti.

Dus je enige uitweg is udm-iptv gebruiken .

Weet je dat zeker? In de instellingen van udm-iptv geef ik toch ook gewoon de WAN poort op en die geeft dan toch ook het signaal door vanaf VLAN 4 extern naar VLAN 4 intern? Zou Ubiquiti dat niet op dezelfde manier doen? Aangezien ze die feature speciaal hebben toegevoegd voor mensen die op bijv het KPN netwerk zitten kan ik mij bijna niet voorstellen dat ze het niet op een vergelijkbare manier (behoren te) doen? Als het signaal niet al via een VLAN binnenkomt, wat zou dan de reden moeten zijn dat je die feature aan moet zetten? Ik DENK dat het de bedoeling is dat de Ubiquiti feature hetzelfde zou moeten doen, maar dat ie gewoon bugged is.

[JungleJim]

mvds schreef op donderdag 10 augustus 2023 @ 12:47:
[...]

Weet je dat zeker? In de instellingen van udm-iptv geef ik toch ook gewoon de WAN poort op en die geeft dan toch ook het signaal door vanaf VLAN 4 extern naar VLAN 4 intern? Zou Ubiquiti dat niet op dezelfde manier doen? Aangezien ze die feature speciaal hebben toegevoegd voor mensen die op bijv het KPN netwerk zitten kan ik mij bijna niet voorstellen dat ze het niet op een vergelijkbare manier (behoren te) doen? Als het signaal niet al via een VLAN binnenkomt, wat zou dan de reden moeten zijn dat je die feature aan moet zetten? Ik DENK dat het de bedoeling is dat de Ubiquiti feature hetzelfde zou moeten doen, maar dat ie gewoon bugged is.

De Network Application heeft geen mogelijkheid om meerdere VLANs aan de WAN kant te configureren. Dat is de reden dat je het script nodig hebt.

Het is trouwens niet nodig om aan de LAN kant hetzelfde VLAN ID als aan de WAN kant te gebruiken, de TV box kan in elk willekeurig VLAN aan de LAN kant zitten. Zo zit ie bij mij bijv in VLAN 6.

[DutchSparky]

Beste Unifiers,

Ik maak al jaren met veel plezier gebruik van de Unify producten. In mijn vorige woning, met Ziggo als ISP had ik mijn USG keurig als gateway operationeel.
Nu verhuisd naar een nieuwe woning waar ik door een grote renovatie helemaal los kon gaan met mijn netwerk bekabeling door het hele huis.
Er hangt nu een 15U patchkast in de technische ruimte waar ik al mijn IT spul mooi kwijt kan. Deze week is mijn Unifi familie een stukje uitgebreid. Voorheen had ik de onderstaande opstelling

KPN Experia -> Dell 24p L3 switch -> USW 8 60W -> 2 AC-PRO + 1 AC-LR
-> IPTV
-> Overige apparatuurincl IPTVCloudkey heb ik als docker draaien op mijn NAS voor het AP beheer.

De Dell switch is inmiddels vervangen door de USW-24-G2!

Mijn oude vertrouwde USG had ik al op marktplaats gezet maar door de aanschaf van een USW-24 is mijn Unifi hart weer gaan kloppen en heb ik die Experiabox er tussenuit gehaald en daar mijn USG voor in de plaats gezet. Ik heb de instructies gevolgd welke te vinden zijn op https://www.vanachterberg.org/ en de JSON en scripts op de juiste plekken gezet.
Voor enkel de IPTV heb ik een seperaat VLAN (4) intern draaien. Daar komt verder ook geen enkel ander apparaat in dit VLAN te hangen. Dit is een paar uur goed gegaan totdat ik happeringen kreeg en de meldingen dat de IPTV box geen verbinding heeft. Met 3 vrouwen verder in huis mag er een aanname worden gedaan wat het gevoel is nu thuis

Ik zie in het log dat de wijzigingen goed zijn doorgevoerd.


Zoals je kan zien in bovenstaande afbeelding zie je het interne vlan op eth 1.4 draait met IP 192.168.4.x netwerk.
In de Unify omgeving heb ik ook enkel de poort waar de KPN IPTV box op zit gekoppeld aan het IPTV vlan.

KPN IPTV box krijg ook keurig een IP adres:

IPTV vlan setup:


Ik blijf stotterend beeld houden op de IPTV box en meldingen dat deze geen verbinding heeft.
Kan dit ook een DNS issue zijn? Wie o Wie kan mij helpen

[stormfly]

@DutchSparky vaak zijn haperingen iets met de IGMP proxy, kan je daar logs van verzamelen?

De STB draait het beste op de DNS servers van KPN, die zou ik meegeven in je DHCP pool. En als je troubleshoot zou ik IGMP snooping tijdelijk uitschakelen. Multicast DNS heb je sowieso niet nodig en vervuilt alleen maar in het STB lan, dat kan permanent uit.

[DutchSparky]

@stormfly , thanks. Ik zet IGMP snooping en Multicast DNS uit. Primair KPN DNS en secundair 1.1.1.2 . Ik ga zo achter die logs aan!

[DutchSparky]

@stormfly , Ik stond op het punt om een kozijn te gaan schilderen, toch maar ff hier in gedoken. Ik heb op het KPN forum de DNS adressen gevonden van KPN. Deze heb ik nu ingesteld.


Ook de secundaire DNS van KPN maar gepakt. Na de provisioning kreeg ik keurig weer de ping op Google het IP adres retour. Dit werkt nu via de KPN DNS instelling.

Ik heb het log van de USG op /var/log/messages gedownload en een search op IGMP gedaan.

Daar zie ik regels van igmpproxy staan.

Aug 12 16:00:23 USG-3P igmpproxy[23506]: setsockopt IP_MULTICAST_IF 84.87.XXX.XXX; Errno(126): Cannot assign requested address

Ik heb het WAN IP gemaskeerd, maar deze klopt


[/quote]

[ Voor 0% gewijzigd door DutchSparky op 12-08-2023 16:24 . Reden: quotjes stonden fout ]

[stormfly]

DutchSparky schreef op zaterdag 12 augustus 2023 @ 16:23:
@stormfly , Ik stond op het punt om een kozijn te gaan schilderen, toch maar ff hier in gedoken. Ik heb op het KPN forum de DNS adressen gevonden van KPN. Deze heb ik nu ingesteld.

[Afbeelding]
Ook de secundaire DNS van KPN maar gepakt. Na de provisioning kreeg ik keurig weer de ping op Google het IP adres retour. Dit werkt nu via de KPN DNS instelling.

Ik heb het log van de USG op /var/log/messages gedownload en een search op IGMP gedaan.

Daar zie ik regels van igmpproxy staan.


[...]


Ik heb het WAN IP gemaskeerd, maar deze klopt


[/quote]

Je WAN adres zou geen onderdeel van de igmp proxy moeten zijn, nu ken ik het script niet in detail. Het verkeer moet naar WAN vlan 4 toe.

Je zou vanavond even moeten kijken of je live logs van je igmpproxy kunt ontvangen. Dan zie je namelijk live wat er eventueel hapert, als je zapt zie je live de stream adressen voorbij komen.


In pfSense ziet het er zo uit:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[DutchSparky]

@stormfly Heb jij enig idee in welk log deze voorbij komen op de USG?

Ik heb op mijn NAS nu even een syslog server aangezet en Unifi gaat hier nu alles naar rapporteren. Ben benieuwd of de igmpproxy routing entries hier ook in binnen komen.

[ Voor 55% gewijzigd door DutchSparky op 12-08-2023 18:13 . Reden: extra acties toegvoegd ]

[DutchSparky]

@stormfly , So far so good! Beeld is stabiel en kan vlot zappen tussen kanalen. Ik wacht nog eens een DHCP release af om te kijken hoe het loopt. Wellicht nog een fixed IP instellen op de IPTV kast?

[stormfly]

DutchSparky schreef op zaterdag 12 augustus 2023 @ 19:04:
@stormfly , So far so good! Beeld is stabiel en kan vlot zappen tussen kanalen. Ik wacht nog eens een DHCP release af om te kijken hoe het loopt. Wellicht nog een fixed IP instellen op de IPTV kast?

Mooi dat het beter gaat! Blijft het stabiel als je IGMP snooping inschakelt?

Fixed IP gebruikt KPN zelf niet. Zou dat niet doen, DHCP geeft meer mogelijkheden. Een DHCP reservering kan je wel maken. Zodat hij altijd hetzelfde IP krijgt toegewezen.

[DutchSparky]

@stormfly zojuist IGMP snooping aangezet en het beeld begint meteen te stotteren en kan wel zappen maar na 5 seconde blijft het beeld hangen.

Na de provisioning van de USG IGMP snooping weer uitgezet, opnieuw provisioning en KPN box even spanningsloos en nu kan ik weer zonder problemen kijken.

[stormfly]

DutchSparky schreef op zaterdag 12 augustus 2023 @ 20:22:
@stormfly zojuist IGMP snooping aangezet en het beeld begint meteen te stotteren en kan wel zappen maar na 5 seconde blijft het beeld hangen.

Na de provisioning van de USG IGMP snooping weer uitgezet, opnieuw provisioning en KPN box even spanningsloos en nu kan ik weer zonder problemen kijken.

IGMP snooping zorgt ervoor dat het mulitcast verkeer, wat in alle gaten en kieren van je netwerk kruipt, wordt beperkt tot alleen de noodzakelijke porten.

IGMP snooping is niet zo heel spannend als je het niet hebt. Je zou het TV vlan kunnen blokken richting je accesspoints, zodat het multicast verkeer geen "airtime" consumeert.

Het hangt van de end devices af hoe goed of slecht ze omgaan met een multicast stroom van 13Mbit. Elk apparaat, waar je STB vlan op uitkomt, dient er naar te luisteren. Vroeger was het voor oude NIC's vrij intens om dit te verwerken, dat ligt inmiddels vele jaren achter ons.

Je zou die Dell L3 switch nog terug kunnen plaatsen om uit te sluiten of IGMP snooping mis gaat in je 8 port of 24 port switch. Dan kan je een bug report file op community.ui.com

[DutchSparky]

Omdat ik alleen deze KPN iptv in een eigen vlam heb geplaatst en alleen geopend heb naar een specifieke poort op de 24p switch komt het hier nu goed. Root cause gevonden! Ik zal vanavond als de dames op bed liggen de KPN iptv box in het platte LAN plaatsen zonder IGMP en kijken of het dan ook goed gaat. Kan dan eventueel IGMP daarna inschakelen om te kijken hoe het dan loopt.

[DutchSparky]

stormfly schreef op zaterdag 12 augustus 2023 @ 20:45:
[...]


IGMP snooping zorgt ervoor dat het mulitcast verkeer, wat in alle gaten en kieren van je netwerk kruipt, wordt beperkt tot alleen de noodzakelijke porten.

IGMP snooping is niet zo heel spannend als je het niet hebt. Je zou het TV vlan kunnen blokken richting je accesspoints, zodat het multicast verkeer geen "airtime" consumeert.

Het hangt van de end devices af hoe goed of slecht ze omgaan met een multicast stroom van 13Mbit. Elk apparaat, waar je STB vlan op uitkomt, dient er naar te luisteren. Vroeger was het voor oude NIC's vrij intens om dit te verwerken, dat ligt inmiddels vele jaren achter ons.

Je zou die Dell L3 switch nog terug kunnen plaatsen om uit te sluiten of IGMP snooping mis gaat in je 8 port of 24 port switch. Dan kan je een bug report file op community.ui.com

Ik heb een ticket aangemaakt bij Unifi. Ik zal vanavond de USG eens een factory reset geven en nogmaals de config er in schieten.

[Phoolie]

Ik ben bezig om een apart VLAN aan te maken voor IPTV, maar krijg dit niet werkend. Nou maak ik gebruik van een uitvoering: Ubiquiti UniFi In-Wall HD

Iemand die dit wel heeft werken? Ik ben al aan het zoeken geweest en ik zie berichten dat hij geen IGMP ondersteuning heeft. Ook valt het mij op dat de instelling Port VLAN ineens aanstaat. Het lijkt er op dat deze is aangezet, nadat ik de STB heb opgestart. Daarnaast staat bij de andere 3 poorten ineens Traffic restriction met Block all aan. Van beide weet ik zeker dat ze uit stonden voordat ik hier mee bezig ging. Sterker nog, ik heb zelfs de AP een factory reset gegeven en daarna zag ik hetzelfde gedrag nadat ik de STB wou testen.

[DutchSparky]

DutchSparky schreef op zondag 13 augustus 2023 @ 14:09:
[...]


Ik heb een ticket aangemaakt bij Unifi. Ik zal vanavond de USG eens een factory reset geven en nogmaals de config er in schieten.

Inmiddels een paar dagen verder en het werkt nu als een trein! USG gereset en de config opnieuw ingezet. Werkt nu naar behoren!

Thanks @stormfly voor de support in deze!

[Capa]

Phoolie schreef op dinsdag 15 augustus 2023 @ 15:50:
Ik ben bezig om een apart VLAN aan te maken voor IPTV, maar krijg dit niet werkend. Nou maak ik gebruik van een uitvoering: Ubiquiti UniFi In-Wall HD

Iemand die dit wel heeft werken? Ik ben al aan het zoeken geweest en ik zie berichten dat hij geen IGMP ondersteuning heeft. Ook valt het mij op dat de instelling Port VLAN ineens aanstaat. Het lijkt er op dat deze is aangezet, nadat ik de STB heb opgestart. Daarnaast staat bij de andere 3 poorten ineens Traffic restriction met Block all aan. Van beide weet ik zeker dat ze uit stonden voordat ik hier mee bezig ging. Sterker nog, ik heb zelfs de AP een factory reset gegeven en daarna zag ik hetzelfde gedrag nadat ik de STB wou testen.

In het verleden had ik bij mijn vorige werkgever IPTV gewoon werkend op de In-Wall AP's (niet specifiek met de HD getest), waarbij we IPTV over de ene poort sturen en de andere (die met PoE) voor een VoIP toestel. Dit was wel een setup met een eigen IPTV systeem/headend, voor in bijv. hotels.

Port VLAN was wel noodzakelijk, anders kon je de individuele poorten niet apart instellen.

[Phoolie]

Capa schreef op woensdag 16 augustus 2023 @ 12:02:
[...]


In het verleden had ik bij mijn vorige werkgever IPTV gewoon werkend op de In-Wall AP's (niet specifiek met de HD getest), waarbij we IPTV over de ene poort sturen en de andere (die met PoE) voor een VoIP toestel. Dit was wel een setup met een eigen IPTV systeem/headend, voor in bijv. hotels.

Port VLAN was wel noodzakelijk, anders kon je de individuele poorten niet apart instellen.

Weet je toevallig of dat een vergelijkbaar IPTV systeem is als KPN? Dus waar IGMP op de switch nodig is?

Die Port VLAN zou dan wellicht aangegaan kunnen zijn, doordat ik op poort 4 het IPTV VLAN had geselecteerd.

[ Voor 8% gewijzigd door Phoolie op 16-08-2023 12:37 ]

[Capa]

Phoolie schreef op woensdag 16 augustus 2023 @ 12:36:
[...]

Weet je toevallig of dat een vergelijkbaar IPTV systeem is als KPN? Dus waar IGMP op de switch nodig is?

Die Port VLAN zou dan wellicht aangegaan kunnen zijn, doordat ik op poort 4 het IPTV VLAN had geselecteerd.

Er werd/wordt inderdaad gebruik gemaakt van IGMP, anders worden alle switches en poorten geflood met multicast data.
De systemen draaien nog steeds in hotels, ook met recente firmware. We gebruikten wel andere switches, namelijk EdgeMax, ivm meer opties voor de multicast.

Maar heb je nu wel of juist niet dat specifieke IPTV VLAN doorgezet naar de IW-AP en daarna op 1 poort, waar je set-top box op zit?

[Tylen]

Phoolie schreef op woensdag 16 augustus 2023 @ 12:36:
[...]

Weet je toevallig of dat een vergelijkbaar IPTV systeem is als KPN? Dus waar IGMP op de switch nodig is?

Die Port VLAN zou dan wellicht aangegaan kunnen zijn, doordat ik op poort 4 het IPTV VLAN had geselecteerd.

IGMP Snooping is niet verplicht maar wel aan te bevelen. Het zou zonder ook gewoon moeten werken.

[Phoolie]

Capa schreef op woensdag 16 augustus 2023 @ 13:26:
[...]


Er werd/wordt inderdaad gebruik gemaakt van IGMP, anders worden alle switches en poorten geflood met multicast data.
De systemen draaien nog steeds in hotels, ook met recente firmware. We gebruikten wel andere switches, namelijk EdgeMax, ivm meer opties voor de multicast.

Maar heb je nu wel of juist niet dat specifieke IPTV VLAN doorgezet naar de IW-AP en daarna op 1 poort, waar je set-top box op zit?

Ik heb het default network LAN en Virtual Network IPTV (VLAN 66).

Vanuit mijn UDM Pro zit op poort 1 (Primary network LAN, zonder traffic restriction) zit mijn US-8 verbonden op poort 1 (Primary network LAN, zonder traffic restriction).
Vanaf mijn US-8 zit op poort 8 (Primary network LAN, zonder traffic restriction) zit mijn IW-HD op de 5e poort (POE-in) kan ik nergens configureren.
Op mijn IW-HD zit op poort 4 (Primary network IPTV (VLAN 66), zonder traffic restriction) het KPN kastje.

Als ik dan een pc/laptop aansluit op die 4e poort, dan heb ik wel netjes een ip-adres uit VLAN 66 en internet werkt ook gewoon, het enige dat niet werkt is IPTV.

Wanneer ik IPTV instel dat dit via het LAN netwerk moet en poort 4 op Primary network LAN, zonder traffic restriction zet, dan werkt het wel gewoon.

[Capa]

Phoolie schreef op woensdag 16 augustus 2023 @ 15:36:
[...]

Ik heb het default network LAN en Virtual Network IPTV (VLAN 66).

Vanuit mijn UDM Pro zit op poort 1 (Primary network LAN, zonder traffic restriction) zit mijn US-8 verbonden op poort 1 (Primary network LAN, zonder traffic restriction).
Vanaf mijn US-8 zit op poort 8 (Primary network LAN, zonder traffic restriction) zit mijn IW-HD op de 5e poort (POE-in) kan ik nergens configureren.
Op mijn IW-HD zit op poort 4 (Primary network IPTV (VLAN 66), zonder traffic restriction) het KPN kastje.

Als ik dan een pc/laptop aansluit op die 4e poort, dan heb ik wel netjes een ip-adres uit VLAN 66 en internet werkt ook gewoon, het enige dat niet werkt is IPTV.

Wanneer ik IPTV instel dat dit via het LAN netwerk moet en poort 4 op Primary network LAN, zonder traffic restriction zet, dan werkt het wel gewoon.

En je hebt wel het IPTV script opnieuw uitgevoerd en IPTV geactiveerd op VLAN 66?

Wat je nog even kan proberen is poort 8 van je US-8 op primary VLAN 66 zetten en dan je KPN kastje daar even op aansluiten zonder de IW-HD er tussen. Zo weet je of je überhaupt IPTV hebt op die poort van je switch en op VLAN 66.

[Phoolie]

Capa schreef op donderdag 17 augustus 2023 @ 07:37:
[...]


En je hebt wel het IPTV script opnieuw uitgevoerd en IPTV geactiveerd op VLAN 66?

Ja zeker en als ik dan alles terug zet, dan heb ik direct na de reconfigure van het script, naar het LAN netwerk, weer beeld.

Wat je nog even kan proberen is poort 8 van je US-8 op primary VLAN 66 zetten en dan je KPN kastje daar even op aansluiten zonder de IW-HD er tussen. Zo weet je of je überhaupt IPTV hebt op die poort van je switch en op VLAN 66.

Scherp, die had ik best zelf kunnen bedenken. Had al wel bedacht om een kabel van de UDM Pro door de woonkamer heen te leggen en die poort dan op Primary VLAN 66 te zetten. Maar via de US-8 is inderdaad een stuk makkelijker.

Ga ik vanavond even uitproberen.

[Capa]

Phoolie schreef op donderdag 17 augustus 2023 @ 09:18:
[...]
Ja zeker en als ik dan alles terug zet, dan heb ik direct na de reconfigure van het script, naar het LAN netwerk, weer beeld.

[...]
Scherp, die had ik best zelf kunnen bedenken. Had al wel bedacht om een kabel van de UDM Pro door de woonkamer heen te leggen en die poort dan op Primary VLAN 66 te zetten. Maar via de US-8 is inderdaad een stuk makkelijker.

Ga ik vanavond even uitproberen.

Ben je al wat wijzer geworden?

[Phoolie]

Capa schreef op woensdag 23 augustus 2023 @ 09:50:
[...]


Ben je al wat wijzer geworden?

Doordat de IW-HD mijn enige AccesPoint is, heb ik toch iets langer moeten wachten om dit uit te kunnen testen. Maar zojuist even snel tijd voor gemaakt.

Als ik op poort 8 van de US-8 het IPTV VLAN zet en op die poort de STB hang, dan werkt het wel. Mijn probleem lijkt dus toch wel ergens in de IW-HD te zitten.

[ Voor 4% gewijzigd door Phoolie op 23-08-2023 11:47 ]

[ChiLLeR]

Ik heb ook een Unifi netwerk en zou graag de KPN modem de deur uit doen, maar het is wel erg jammer dat IPTV wat hoofdpijn kan opleveren icm Unifi. Ik kan natuurlijk een FritzBox kopen en dan werkt alles zonder problemen, maar dan heb ik nog steeds niet mooi alles in 1 beheer interface, iets dat ik graag zou willen.

Het lukt mij wel met de Fabian package om het e.a. aan de praat te krijgen, maar als je bij elke wijzigen van KPN of Unifi moet bidden dat alles blijft werken dan zit ik daar niet op te wachten
Wellicht dus toch de FritzBox, en dan de UDM in de DMZ zetten van dat Modem, dan alleen de TV's rechtstreeks op de FritzBox, en de rest allemaal via UDM laten afhandelen.

[Huub-]

ChiLLeR schreef op vrijdag 25 augustus 2023 @ 14:35:
Ik heb ook een Unifi netwerk en zou graag de KPN modem de deur uit doen, maar het is wel erg jammer dat IPTV wat hoofdpijn kan opleveren icm Unifi. Ik kan natuurlijk een FritzBox kopen en dan werkt alles zonder problemen, maar dan heb ik nog steeds niet mooi alles in 1 beheer interface, iets dat ik graag zou willen.

Het lukt mij wel met de Fabian package om het e.a. aan de praat te krijgen, maar als je bij elke wijzigen van KPN of Unifi moet bidden dat alles blijft werken dan zit ik daar niet op te wachten
Wellicht dus toch de FritzBox, en dan de UDM in de DMZ zetten van dat Modem, dan alleen de TV's rechtstreeks op de FritzBox, en de rest allemaal via UDM laten afhandelen.

Je moet alleen het script ff opnieuw draaien als je naar een update een probleem tegenkomt..
En vergeet niet het IPTV gedeelte in eigen VLAN zetten.

[Phoolie]

Huub- schreef op vrijdag 25 augustus 2023 @ 14:42:
[...]

Je moet alleen het script ff opnieuw draaien als je naar een update een probleem tegenkomt..
En vergeet niet het IPTV gedeelte in eigen VLAN zetten.

Dat laatste is een advies, niet eens verplicht.

Verder is het idd een kwestie van een /reconfigure uitvoeren, juiste WAN poort selecteren, juiste provider, juiste VLAN en dan nog 2 andere dingen, die default al goed staan. Stelt echt helemaal niks voor.

[ChiLLeR]

Thanks @Huub- en @Phoolie , geeft mij genoeg zekerheid dat het goed moet komen. Dan ga ik eens even een investering doen in een UDM Pro. Heeft het nog toegevoegde waarde om die direct op de glasvezel te prikken ipv de NT modem er tussen?

[Huub-]

ChiLLeR schreef op vrijdag 25 augustus 2023 @ 15:08:
Thanks @Huub- en @Phoolie , geeft mij genoeg zekerheid dat het goed moet komen. Dan ga ik eens even een investering doen in een UDM Pro. Heeft het nog toegevoegde waarde om die direct op de glasvezel te prikken ipv de NT modem er tussen?

Direct op glasvezel heb je vlgs mij nog een extra ‘adapter’ nodig, mijn advies zou zijn om standaard te beginnen via NT modem, voor mij is dat snel genoeg…

[JungleJim]

ChiLLeR schreef op vrijdag 25 augustus 2023 @ 14:35:
Ik heb ook een Unifi netwerk en zou graag de KPN modem de deur uit doen, maar het is wel erg jammer dat IPTV wat hoofdpijn kan opleveren icm Unifi. Ik kan natuurlijk een FritzBox kopen en dan werkt alles zonder problemen, maar dan heb ik nog steeds niet mooi alles in 1 beheer interface, iets dat ik graag zou willen.

Het lukt mij wel met de Fabian package om het e.a. aan de praat te krijgen, maar als je bij elke wijzigen van KPN of Unifi moet bidden dat alles blijft werken dan zit ik daar niet op te wachten
Wellicht dus toch de FritzBox, en dan de UDM in de DMZ zetten van dat Modem, dan alleen de TV's rechtstreeks op de FritzBox, en de rest allemaal via UDM laten afhandelen.

Ik gebruik het script van Fabian al een paar maanden met KPN TV+ icm UDM PRO (en meerdere Unifi switches), en het werkt echt probleemloos. Alleen bij een update van Unifi OS even opnieuw installeren/configureren en klaar is kees.