[Ubiquiti & IPTV] Ervaringen & Discussie

[Vaevictis_]

Comp User schreef op dinsdag 28 april 2020 @ 22:18:
[...]


Ik heb met de Edgerouter 6P gewoon deze methode van @PL3X4N gebruikt; werkt perfect bij mij.

Ok, heb zowel routed als bridged IPTV werkend gekregen. Met routed heb je performance verlies en kan ik alleen VLAN 640 routeren naar eth1 (switch met IPTV) maar heb dan geen daar dan geen LAN toegang.

Met switched kan dit wel met tagged VLAN's per switchpoort. Echter heb ik nu eth10 (SFP) als WAN poort in gebruik, die is geen onderdeel van de switch dus valt switched af.

Iemand een die hoe ik wel IPTV en LAN werkend krijg i.c.m. SFP?

[Mitt3nz]

- nevermind, al gevonden -

[ Voor 96% gewijzigd door Mitt3nz op 03-05-2020 19:12 ]

[harrytasker]

happy killer schreef op vrijdag 1 mei 2020 @ 10:05:
Ik heb het script van @Coolhva gebruikt voor mijn USG pro4 enkel hebben we nu sinds enkele dagen dat de TV constant bevriest en dan weer verder gaat. Een reboot van alle devices lost het helaas niet op .
Zijn er toevallig aanpassingen nodig?

restart igmp-proxy

[Xieoxer]

Het had ik de case dat mijn IPTV niet wilde starten, net voor boer zoekt vrouw begint. Meteen paniek en mijn laptop erbij gepakt. Gelijk de configuratie gecheckt en toen kwam ik erachter dat mijn proxy niet werkte.

code:

admin@ubnt:~$ show ip multicast interfaces
IGMP proxy not configured

Toen heb force provision gerund op mijn USG en toen werkte het wel #vreemd.

Edit:
Op basis van de ervaring vandaag, ga ik mijn script zodanig aanpassen dat ik via Telegram storing meldingen krijg, zodat ik op tijd de boel kan fixen. Dan kan ik rustig met mijn vriendin op de bank zitten.

[ Voor 22% gewijzigd door Xieoxer op 03-05-2020 22:25 ]

[harrytasker]

Sinds een dag of twee werkt mijn KPN IPTV niet meer (https://free2wifi.nl).Heb een jaar geen problemen gehad, maar nu krijg ik dus telkens dat de zender niet beschikbaar is. Een restart igmp-proxy lost dit opvoor een minuut of 10 en daarna hetzelfde verhaal.
Heb UGS en de kastjes al gereboot, maar maakt niets uit.
Draai de laatste firmwares. Meer mensen hier last van sinds de laatste firmware update? En welk script kan ik het beste gebruiken voor KPN op het moment; van Coolhva?

[Xieoxer]

Inmiddels heb ik mijn script af: https://github.com/KvanSt...ster/update_iptv_route.sh
Ik krijg nu via Telegram een bericht binnen als er iets mis is met mijn setup of dat hij de setup heeft veranderd.

harrytasker schreef op maandag 4 mei 2020 @ 21:45:
Sinds een dag of twee werkt mijn KPN IPTV niet meer (https://free2wifi.nl).Heb een jaar geen problemen gehad, maar nu krijg ik dus telkens dat de zender niet beschikbaar is. Een restart igmp-proxy lost dit opvoor een minuut of 10 en daarna hetzelfde verhaal.
Heb UGS en de kastjes al gereboot, maar maakt niets uit.
Draai de laatste firmwares. Meer mensen hier last van sinds de laatste firmware update? En welk script kan ik het beste gebruiken voor KPN. van CoolVHA?

De setup.van @Coolhva leunt heel erg op IPv6. Persoonlijk vind ik dit zelf niet prettig, omdat ik dan mijn remote PI-hole setup moet ombouwen en andere tools. Ik blijf voorlopig nog even bij IPv4, maar dat is een persoonlijke mening. Welke USG heb je, de normale versie?

[ Voor 66% gewijzigd door Xieoxer op 04-05-2020 21:58 ]

[harrytasker]

Ja de normale versie.

[Xieoxer]

harrytasker schreef op maandag 4 mei 2020 @ 22:14:
Ja de normale versie.

Dan kun je het best voor deze Github repos kiezen:

• IPv4: https://github.com/basmeerman/unifi-usg-kpn
• IPv6: https://github.com/coolhva/usg-kpn-ftth

[harrytasker]

Xieoxer schreef op maandag 4 mei 2020 @ 22:16:
[...]


Dan kun je het best voor deze Github repos kiezen:

• IPv4: https://github.com/basmeerman/unifi-usg-kpn
• IPv6: https://github.com/coolhva/usg-kpn-ftth

Bedankt. Morgen een poging wagen!

[harrytasker]

Xieoxer schreef op maandag 4 mei 2020 @ 22:16:
[...]


Dan kun je het best voor deze Github repos kiezen:

• IPv4: https://github.com/basmeerman/unifi-usg-kpn

Vandaag geprobeerd om het script van basmeerman aan de praat te krijgen, maar dat lijkt niet te lukken.
Het begint eigenlijk al bij het invullen van het MAC adres. Er wordt gevraagd om het MAC adres van de UGS, maar in mijn huidige config heeft daar altijd het MAC adres gestaan van mijn glasvezelmodem.
Anyway, gewoon het MAC adres ingevuld van de UGS, ook in de json.
Het uploaden van config.gateway.json gaat goed, maar bij de provisioning gaat het fout, dat lukt dan niet.
--> disconnected na een paar minuten.
Ook krijg ik direct de volgende error:

code:

system task-scheduler task iptv executable path /config/scripts/post-config.d/update_iptv_route.sh":"File /config/scripts/post-config.d/update_iptv_route.sh does not exist or is not executable\n\n0\nValue validation failed\n"},"failure":"1","success":"1"}}

Dat klopt wel aangezien ik die nog niet geinstalleerd heb.

Vervolgens heb ik het MAC adres ingevuld in de json wat voorheen goed werkte (van mijn glasvezelmodem), maar dat lijkt niets uit te maken. Zelfde probleem.
Voor nu maar even de oud json teruggezet en nu werkt het weer....
Zal wel iets over het hoofd zien
Suggesties van harte welkom...

[Xieoxer]

harrytasker schreef op dinsdag 5 mei 2020 @ 21:43:
[...]

Vandaag geprobeerd om het script van basmeerman aan de praat te krijgen, maar dat lijkt niet te lukken.
Het begint eigenlijk al bij het invullen van het MAC adres. Er wordt gevraagd om het MAC adres van de UGS, maar in mijn huidige config heeft daar altijd het MAC adres gestaan van mijn glasvezelmodem.
Anyway, gewoon het MAC adres ingevuld van de UGS, ook in de json.
Het uploaden van config.gateway.json gaat goed, maar bij de provisioning gaat het fout, dat lukt dan niet.
--> disconnected na een paar minuten.
Ook krijg ik direct de volgende error:

code:

system task-scheduler task iptv executable path /config/scripts/post-config.d/update_iptv_route.sh":"File /config/scripts/post-config.d/update_iptv_route.sh does not exist or is not executable\n\n0\nValue validation failed\n"},"failure":"1","success":"1"}}

Dat klopt wel aangezien ik die nog niet geinstalleerd heb.

Vervolgens heb ik het MAC adres ingevuld in de json wat voorheen goed werkte (van mijn glasvezelmodem), maar dat lijkt niets uit te maken. Zelfde probleem.
Voor nu maar even de oud json teruggezet en nu werkt het weer....
Zal wel iets over het hoofd zien
Suggesties van harte welkom...

Volgorde van basmeerman is niet altijd duidelijk. De omgeschreven MAC adres is van de USG, maar mag ook worden vervangen voor alleen het woord internet. Voor dat je de config.gateway.json toepast, moet het script al op de USG staan.

Wellicht dat mijn git repo je beetje kunt helpen. Ik heb de configs van basmeermin en coolha erbij gepakt en dat gemixed. Alleen mijn config is gebaseerd op USG-PRO.

https://github.com/KvanSteijn/unifi-usg-kpn

[Hindelaufen]

Ik ben van plan mijn Cloudkey en controller software te updaten een dezer dagen.

Controller 5.10.23 => 5.12.66
Cloudkey firmware 0.9.11 ==> 1.1.11

Ik gebruik de JSON van https://free2wifi.nl/2018/09/25/ubnt-usg-iptv/ icm:

USG 4 Pro
USW 24
CloudKey 2 plus


Zijn er mensen hier die problemen hebben ondervonden met KPN IPTV en Internet na deze updates?

[ Voor 6% gewijzigd door Hindelaufen op 06-05-2020 16:20 . Reden: Hardware toegevoegd ]

[Mrk87]

Ik heb vandaag wel opeens issues met IPTV met Xs4all. Beeld loopt vast en verschjint een foutcode. zappen helpt en werkt het weer voor even (5/10 min)Heeft afgelopen weken prima gewerkt volgens configuratie van @Coolhva . Enige wat af en toe moest was handmatig de IGMP proxy service een trap geven.



IGPM staat gewoon netjes aan. Herstart van ontvanger en USG (eerst alleen IGMP proxy service en daarna hele device) heeft ook niet geholpen..

Edit 2: Firmware update van USG uitgevoerd maar ook dat verhelpt het issue niet.

Iemand een idee?

[ Voor 35% gewijzigd door Mrk87 op 06-05-2020 20:53 ]

[harrytasker]

Mrk87 schreef op woensdag 6 mei 2020 @ 20:48:
Ik heb vandaag wel opeens issues met IPTV met Xs4all. Beeld loopt vast en verschjint een foutcode. zappen helpt en werkt het weer voor even (5/10 min)Heeft afgelopen weken prima gewerkt volgens configuratie van @Coolhva . Enige wat af en toe moest was handmatig de IGMP proxy service een trap geven.

[Afbeelding]

IGPM staat gewoon netjes aan. Herstart van ontvanger en USG (eerst alleen IGMP proxy service en daarna hele device) heeft ook niet geholpen..

Edit 2: Firmware update van USG uitgevoerd maar ook dat verhelpt het issue niet.

Iemand een idee?

Zelfde probleem maar dan met: free2wifi.nl
Heb nu de basmeerman script in gebruik met hulp van @Xieoxer (zie hierboven), maar nog dezelfde problemen met KPN IPTV. Zender niet beschikbaar --> vraagt om te zappen --> werkt weer 5/10 min. --> weer stilstand zender.

Is gekomen sinds de laatste update heb ik het gevoel of er is iets gewijzigd bij KPN, maar kan ook aan mij liggen

[harrytasker]

Exacte hetzelfde probleem dus als jij...

[ Voor 93% gewijzigd door harrytasker op 06-05-2020 20:57 ]

[Mrk87]

harrytasker schreef op woensdag 6 mei 2020 @ 20:56:
[...]


Zelfde probleem maar dan met: free2wifi.nl
Heb nu de basmeerman script in gebruik met hulp van @Xieoxer (zie hierboven), maar nog dezelfde problemen met KPN IPTV. Zender niet beschikbaar --> vraagt om te zappen --> werkt weer 5/10 min. --> weer stilstand zender.

Is gekomen sinds de laatste update heb ik het gevoel of er is iets gewijzigd bij KPN, maar kan ook aan mij liggen

Tot gisteravond laat had ik nergens last van. Het is knap vervelend.

[Xieoxer]

harrytasker schreef op woensdag 6 mei 2020 @ 20:56:
[...]


Zelfde probleem maar dan met: free2wifi.nl
Heb nu de basmeerman script in gebruik met hulp van @Xieoxer (zie hierboven), maar nog dezelfde problemen met KPN IPTV. Zender niet beschikbaar --> vraagt om te zappen --> werkt weer 5/10 min. --> weer stilstand zender.

Is gekomen sinds de laatste update heb ik het gevoel of er is iets gewijzigd bij KPN, maar kan ook aan mij liggen

Draait IGMP proxy op je USG?

code:

 ps aux | grep igmp

[ Voor 3% gewijzigd door Xieoxer op 06-05-2020 21:24 ]

[harrytasker]

Xieoxer schreef op woensdag 6 mei 2020 @ 21:22:
[...]


Draait IGMP proxy op je USG?

code:

 ps aux | grep igmp

code:

root      7894  0.0  0.1   1968   584 ?        S    21:15   0:00 /sbin/igmpproxy /etc/igmpproxy.conf
1000      8879  0.0  0.1   2184   628 pts/0    S+   21:24   0:00 grep igmp

[Mrk87]

@harrytasker Het lijkt bij mij op de glas kanalen te zijn (66x) ik kijk nu op de standaard HD kanalen en lijkt beter te gaan. Wil jij dit ook is testen?

edit. hmm te vroeg gejuicht

[ Voor 10% gewijzigd door Mrk87 op 06-05-2020 22:11 ]

[Xieoxer]

harrytasker schreef op woensdag 6 mei 2020 @ 21:26:
[...]

code:

root      7894  0.0  0.1   1968   584 ?        S    21:15   0:00 /sbin/igmpproxy /etc/igmpproxy.conf
1000      8879  0.0  0.1   2184   628 pts/0    S+   21:24   0:00 grep igmp

Ziet goed uit inderdaad!

Heb je IGMP snooping aanstaan? Zou je ook je DHCP lease en next static hop willen posten? Dan kan ik misschien dat ever vergelijken met mijn setup.

[ik222]

@harrytasker @Mrk87

Kanalen die stoppen na 5 tot 10 minuten betekent meestal dat inkomende membership queries op de ITV WAN interface niet beantwoord worden waardoor de stream stopt.

Post eens de firewall regels die actief zijn?

[Tylen]

@harrytasker als ze even op pause drukt dan daarna weer op play. Loopt eut dan wel door? Zo ja, igmp proxy issue. Zo nee, zie verhaal hierbiven van @ik222

[ik222]

Tylen schreef op donderdag 7 mei 2020 @ 07:44:
@harrytasker als ze even op pause drukt dan daarna weer op play. Loopt eut dan wel door? Zo ja, igmp proxy issue. Zo nee, zie verhaal hierbiven van @ik222

Dat klopt niet helemaal, als je op pauze drukt schakel je over naar een unicast stream. Het issue wat ik beschrijf is juist bij multicast dat de IGMP membership queries niet beantwoord worden door IGMPProxy. Dat kan bijvoorbeeld komen door een te strakke firewall.

[Tylen]

ik222 schreef op donderdag 7 mei 2020 @ 08:11:
[...]

Dat klopt niet helemaal, als je op pauze drukt schakel je over naar een unicast stream. Het issue wat ik beschrijf is juist bij multicast dat de IGMP membership queries niet beantwoord worden door IGMPProxy. Dat kan bijvoorbeeld komen door een te strakke firewall.

Dat zeg ik toch?

[Mrk87]

ik222 schreef op woensdag 6 mei 2020 @ 22:36:
@harrytasker @Mrk87

Kanalen die stoppen na 5 tot 10 minuten betekent meestal dat inkomende membership queries op de ITV WAN interface niet beantwoord worden waardoor de stream stopt.

Post eens de firewall regels die actief zijn?

Hierbij mijn configuratie. Gekke blijft natuurlijk wel dat (in mijn geval) het tot begin van de week vlekkeloos werkte. In de tussentijd niks aan de config oid aangepast.

code:

firewall {
    all-ping enable
    broadcast-ping disable
    group {
        address-group authorized_guests {
            description "authorized guests MAC addresses"
        }
        address-group guest_allow_addresses {
            description "allow addresses for guests"
        }
        address-group guest_allow_dns_servers {
            description "allow dns servers for guests"
        }
        address-group guest_portal_address {
            description "guest portal address"
        }
        address-group guest_restricted_addresses {
            address 192.168.0.0/16
            address 172.16.0.0/12
            address 10.0.0.0/8
            description "restricted addresses for guests"
        }
        address-group unifi_controller_addresses {
            address 192.168.1.2
        }
        ipv6-network-group corporate_networkv6 {
            description "IPv6 corporate subnets"
        }
        ipv6-network-group guest_networkv6 {
            description "IPv6 guest subnets"
        }
        network-group captive_portal_subnets {
            description "captive portal subnets"
        }
        network-group corporate_network {
            description "corporate subnets"
            network 192.168.1.0/24
        }
        network-group guest_allow_subnets {
            description "allow subnets for guests"
        }
        network-group guest_network {
            description "guest subnets"
        }
        network-group guest_restricted_subnets {
            description "restricted subnets for guests"
        }
        network-group remote_client_vpn_network {
            description "remote client VPN subnets"
        }
        network-group remote_site_vpn_network {
            description "remote site VPN subnets"
        }
        network-group remote_user_vpn_network {
            description "Remote User VPN subnets"
        }
        port-group guest_portal_ports {
            description "guest portal ports"
        }
        port-group guest_portal_redirector_ports {
            description "guest portal redirector ports"
            port 39080
            port 39443
        }
        port-group unifi_controller_ports-tcp {
            description "unifi tcp ports"
            port 8080
        }
        port-group unifi_controller_ports-udp {
            description "unifi udp ports"
            port 3478
        }
    }
    ipv6-name AUTHORIZED_GUESTSv6 {
        default-action drop
        description "authorization check packets from guest network"
    }
    ipv6-name GUESTv6_IN {
        default-action accept
        description "packets from guest network"
        rule 3001 {
            action drop
            description "drop packets to intranet"
            destination {
                group {
                    ipv6-network-group corporate_networkv6
                }
            }
        }
    }
    ipv6-name GUESTv6_LOCAL {
        default-action drop
        description "packets from guest network to gateway"
        rule 3001 {
            action accept
            description "allow DNS"
            destination {
                port 53
            }
            protocol udp
        }
        rule 3002 {
            action accept
            description "allow ICMP"
            protocol icmp
        }
    }
    ipv6-name GUESTv6_OUT {
        default-action accept
        description "packets forward to guest network"
    }
    ipv6-name LANv6_IN {
        default-action accept
        description "packets from intranet"
    }
    ipv6-name LANv6_LOCAL {
        default-action accept
        description "packets from intranet to gateway"
    }
    ipv6-name LANv6_OUT {
        default-action accept
        description "packets forward to intranet"
    }
    ipv6-name WANv6_IN {
        default-action drop
        description "packets from internet to intranet"
        rule 1 {
            action accept
            description "Allow ICMPv6"
            log enable
            protocol icmpv6
        }
        rule 3001 {
            action accept
            description "allow established/related sessions"
            state {
                established enable
                invalid disable
                new disable
                related enable
            }
        }
        rule 3002 {
            action drop
            description "drop invalid state"
            state {
                established disable
                invalid enable
                new disable
                related disable
            }
        }
    }
    ipv6-name WANv6_LOCAL {
        default-action drop
        description "packets from internet to gateway"
        rule 1 {
            action accept
            description "Allow ICMPv6"
            log enable
            protocol icmpv6
        }
        rule 2 {
            action accept
            description DHCPv6
            destination {
                port 546
            }
            protocol udp
            source {
                port 547
            }
        }
        rule 3001 {
            action accept
            description "Allow neighbor advertisements"
            icmpv6 {
                type neighbor-advertisement
            }
            protocol ipv6-icmp
        }
        rule 3002 {
            action accept
            description "Allow neighbor solicitation"
            icmpv6 {
                type neighbor-solicitation
            }
            protocol ipv6-icmp
        }
        rule 3003 {
            action accept
            description "allow established/related sessions"
            state {
                established enable
                invalid disable
                new disable
                related enable
            }
        }
        rule 3004 {
            action drop
            description "drop invalid state"
            state {
                established disable
                invalid enable
                new disable
                related disable
            }
        }
    }
    ipv6-name WANv6_OUT {
        default-action accept
        description "packets to internet"
    }
    ipv6-receive-redirects disable
    ipv6-src-route disable
    ip-src-route disable
    log-martians enable
    name AUTHORIZED_GUESTS {
        default-action drop
        description "authorization check packets from guest network"
    }
    name GUEST_IN {
        default-action accept
        description "packets from guest network"
        rule 3001 {
            action accept
            description "allow DNS packets to external name servers"
            destination {
                port 53
            }
            protocol tcp_udp
        }
        rule 3002 {
            action accept
            description "allow packets to captive portal"
            destination {
                group {
                    network-group captive_portal_subnets
                }
                port 443
            }
            protocol tcp
        }
        rule 3003 {
            action accept
            description "allow packets to allow subnets"
            destination {
                group {
                    address-group guest_allow_addresses
                }
            }
        }
        rule 3004 {
            action drop
            description "drop packets to restricted subnets"
            destination {
                group {
                    address-group guest_restricted_addresses
                }
            }
        }
        rule 3005 {
            action drop
            description "drop packets to intranet"
            destination {
                group {
                    network-group corporate_network
                }
            }
        }
        rule 3006 {
            action drop
            description "drop packets to remote user"
            destination {
                group {
                    network-group remote_user_vpn_network
                }
            }
        }
        rule 3007 {
            action drop
            description "authorized guests white list"
            destination {
                group {
                    address-group authorized_guests
                }
            }
        }
    }
    name GUEST_LOCAL {
        default-action drop
        description "packets from guest network to gateway"
        rule 3001 {
            action accept
            description "allow DNS"
            destination {
                port 53
            }
            protocol tcp_udp
        }
        rule 3002 {
            action accept
            description "allow ICMP"
            protocol icmp
        }
        rule 3003 {
            action accept
            description "allow to DHCP server"
            destination {
                port 67
            }
            protocol udp
            source {
                port 68
            }
        }
    }
    name GUEST_OUT {
        default-action accept
        description "packets forward to guest network"
    }
    name LAN_IN {
        default-action accept
        description "packets from intranet"
        rule 6001 {
            action accept
            description "accounting defined network 192.168.1.0/24"
            source {
                address 192.168.1.0/24
            }
        }
    }
    name LAN_LOCAL {
        default-action accept
        description "packets from intranet to gateway"
    }
    name LAN_OUT {
        default-action accept
        description "packets forward to intranet"
        rule 6001 {
            action accept
            description "accounting defined network 192.168.1.0/24"
            destination {
                address 192.168.1.0/24
            }
        }
    }
    name WAN_IN {
        default-action drop
        description "packets from internet to intranet"
        rule 3001 {
            action accept
            description "allow established/related sessions"
            state {
                established enable
                invalid disable
                new disable
                related enable
            }
        }
        rule 3002 {
            action drop
            description "drop invalid state"
            state {
                established disable
                invalid enable
                new disable
                related disable
            }
        }
      
    }
    name WAN_LOCAL {
        default-action drop
        description "packets from internet to gateway"
        rule 3001 {
            action accept
            description "allow established/related sessions"
            state {
                established enable
                invalid disable
                new disable
                related enable
            }
        }
        rule 3002 {
            action drop
            description "drop invalid state"
            state {
                established disable
                invalid enable
                new disable
                related disable
            }
        }
    }
    name WAN_OUT {
        default-action accept
        description "packets to internet"
    }
    options {
        mss-clamp {
            interface-type pppoe
            interface-type pptp
            interface-type vti
            mss 1452
        }
        mss-clamp6 {
            interface-type pppoe
            interface-type pptp
            mss 1432
        }
    }
    receive-redirects disable
    send-redirects enable
    source-validation strict
    syn-cookies enable
}
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 :1
                            service slaac
                        }
                        prefix-length /48
                    }
                    prefix-only
                    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.1/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
                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
                    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 {
    }
}
port-forward {
    auto-firewall disable
    hairpin-nat enable
    lan-interface eth1
    rule 3001 {
        description Synology
        forward-to {
            address 192.168.1.x
        }
        original-port xxxxxxx
        protocol tcp
    }
    wan-interface pppoe2
}
protocols {
    igmp-proxy {
        interface eth0.4 {
            alt-subnet 0.0.0.0/0
            role upstream
            threshold 1
        }
        interface eth1 {
            alt-subnet 0.0.0.0/0
            role downstream
            threshold 1
        }
    }
    static {
        interface-route6 ::/0 {
            next-hop-interface pppoe2 {
            }
        }
    }
}
service {
    dhcp-server {
        disabled false
        global-parameters "class "denied" { match substring (hardware, 1, 6); deny booting; } subclass "denied" e0:63:da:82:03:52; subclass "denied" e0:63:da:82:03:53; subclass "denied" e0:63:da:82:03:54;"
        hostfile-update enable
        shared-network-name net_LAN_eth1_192.168.1.0-24 {
            authoritative enable
            description vlan1
            subnet 192.168.1.0/24 {
                default-router 192.168.1.1
                dns-server 192.168.1.1
                domain-name xxx.local
                lease 86400
                start 192.168.1.6 {
                    stop 192.168.1.254
                }
                static-mapping 00-11-32-95-xx-xx {
                    host-record disable
                    ip-address 192.168.1.2
                    mac-address 00:11:32:95:xx:xx
                }
            }
        }
        static-arp disable
        use-dnsmasq disable
    }
    dns {
        forwarding {
            cache-size 10000
            except-interface pppoe2
            options all-servers
            options cname=unifi.local,unifi
            options resolv-file=/etc/resolv.conf.dhclient-new-eth0
            options server=1.1.1.1
            options host-record=unifi,192.168.1.2
        }
    }
    gui {
        http-port 80
        https-port 443
        older-ciphers enable
    }
    lldp {
        interface eth0 {
            disable
        }
    }
    nat {
        rule 5000 {
            description "MASQ all traffic to IPTV network"
            destination {
                address 0.0.0.0/0
            }
            log disable
            outbound-interface eth0.4
            protocol all
            type masquerade
        }
        rule 6001 {
            description "MASQ corporate_network to WAN"
            log disable
            outbound-interface pppoe2
            protocol all
            source {
                group {
                    network-group corporate_network
                }
            }
            type masquerade
        }
        rule 6002 {
            description "MASQ remote_user_vpn_network to WAN"
            log disable
            outbound-interface pppoe2
            protocol all
            source {
                group {
                    network-group remote_user_vpn_network
                }
            }
            type masquerade
        }
        rule 6003 {
            description "MASQ guest_network to WAN"
            log disable
            outbound-interface pppoe2
            protocol all
            source {
                group {
                    network-group guest_network
                }
            }
            type masquerade
        }
    }
    ssh {
        port 22
        protocol-version v2
    }
}
system {
    conntrack {
        expect-table-size 2048
        hash-size 32768
        modules {
            sip {
                disable
            }
        }
        table-size 262144
        timeout {
            icmp 30
            other 600
            tcp {
                close 10
                close-wait 60
                established 7440
                fin-wait 120
                last-ack 30
                syn-recv 60
                syn-sent 120
                time-wait 120
            }
            udp {
                other 30
                stream 180
            }
        }
    }
    domain-name xxx.local
    host-name ubnt
    ip {
        override-hostname-ip 192.168.1.1
    }
    login {
        user xxxxxxx {
            authentication {
                encrypted-password xxxxxxxx
            }
            level admin
        }
    }
    name-server 127.0.0.1
    ntp {
        server 0.ubnt.pool.ntp.org {
        }
        server 1.ubnt.pool.ntp.org {
        }
        server 2.ubnt.pool.ntp.org {
        }
        server 3.ubnt.pool.ntp.org {
        }
    }
    offload {
        ipsec enable
        ipv4 {
            forwarding enable
            gre enable
            pppoe enable
            vlan enable
        }
        ipv6 {
            forwarding enable
            pppoe enable
            vlan disable
        }
    }
    static-host-mapping {
        host-name setup.ubnt.com {
            alias setup
            inet 192.168.1.1
        }
    }
    syslog {
        global {
            facility all {
                level notice
            }
            facility protocols {
                level debug
            }
        }
    }
    task-scheduler {
    }
    time-zone Europe/Amsterdam
    traffic-analysis {
        dpi enable
        export disable
    }
}
unifi {
    mgmt {
        cfgversion 64f7f5dd69d25090
    }
}

[ Voor 100% gewijzigd door Mrk87 op 07-05-2020 08:59 ]

[Bobbika]

Sinds vandaag heb ik de Flex mini switch achter de tv-meubel gehangen voor wat extra ethernet poorten. Mooie compacte switch en handig zo met de PoE voeding.
Op de switch heb ik de TV, Shield en een console aangesloten, samen met het IPTV kastje. Ik had alleen niet bij stil gestaan dat deze switch geen igmp snooping heeft. Na een uur TV kijken, wat overigens prima werkte zonder hapering, zag ik namelijk dat de andere poorten ook de multicast data ontvingen.
Nadat ik de andere apparaten had toegekend aan de vlan voor IoT devices, wat ook aanvankelijk de bedoeling was, stopte het multicast verkeer naar de overige poorten.

Mijn opstelling: NTU > USG > Switch 8 POE > AP In Wall > Flex mini

Paar checkvragen: hoe erg is het multicast verkeer op deze switch met "end devices" en is de vlan "oplossing" een robuuste manier als workaround voor het onbreken van igmp snooping?

[Hindelaufen]

@Bobbika Wat jij hier beschrijft, qua opstelling, was ik exact zo van plan om vanmiddag te gaan doen.
Mijn voornemen was om poort 2 toe te schrijven aan VLAN 4 / IPTV welke aan de stb van KPN verbonden zit. De overige poorten op VLAN 2 / Internet.

Wist overigens niet dat de Flex Mini geen IGMP snooping heeft.

Blijft jouw TV beeld wel gewoon goed, geen freezes etc?

[Bobbika]

@Hindelaufen Tot op heden draait het perfect, geen hapering of freezes. Ook bij het koud starten van de stb of zappen is er geen stutter van het beeld.

[Rostvertol-Mil]

Bobbika schreef op donderdag 7 mei 2020 @ 11:47:
[...] Ik had alleen niet bij stil gestaan dat deze switch geen igmp snooping heeft. [...]

Ik kan niks terugvinden over het wel of niet ondersteunen van IGMP snooping op de USW Flex Mini.
Hoe heb je dit onderzocht? Wil het zelf ook wel eens proberen!

[Bobbika]

@Rostvertol-Mil
Hier heb ik het gelezen en je kan het zelf onderzoeken via de Unifi Controller > Insights > Switch stats en daar zie je de rx/tx sum statistieken

[harrytasker]

Xieoxer schreef op woensdag 6 mei 2020 @ 22:16:
[...]


Ziet goed uit inderdaad!

Heb je IGMP snooping aanstaan? Zou je ook je DHCP lease en next static hop willen posten? Dan kan ik misschien dat ever vergelijken met mijn setup.

IGMP snooping staat aan.

code:

interface  : eth0.4
ip address : 10.215.148.14      [Active]
subnet mask: 255.255.192.0
router     : 10.215.128.1
dhcp server: 10.215.128.1
lease time : 3600
last update: Thu May 7 19:00:06 CEST 2020
expiry     : Thu May 07 20:00:02 CEST 2020
reason     : BOUND

Wat betreft firewall heb ik niets gewijzigd. Gewoon de standaard settings.

[ Voor 6% gewijzigd door harrytasker op 07-05-2020 19:29 ]

[kariem112]

Hmm dat is gek. Ik heb ineens dezelfde problemen (na enkele minuten de melding over zappen)... Het heeft daarvoor echter prima gewerkt ik zal eens moeten troubleshooten of de igmp proxy nog werkt en of fast leave nog aanstaat.

[Dutch-gabber]

Ik kijk thuis zelf geen tv, maar huisgenoten zeiden vandaag hetzelfde probleem te ervaren.
Heb sinds een maand of 2 alles werkend via CoolVHA;s guthub icm unifi gateway pro & XS4ALL

[ Voor 33% gewijzigd door Dutch-gabber op 07-05-2020 20:00 ]

[Xieoxer]

harrytasker schreef op donderdag 7 mei 2020 @ 19:22:
[...]

IGMP snooping staat aan.

code:

interface  : eth0.4
ip address : 10.215.148.14      [Active]
subnet mask: 255.255.192.0
router     : 10.215.128.1
dhcp server: 10.215.128.1
lease time : 3600
last update: Thu May 7 19:00:06 CEST 2020
expiry     : Thu May 07 20:00:02 CEST 2020
reason     : BOUND

Wat betreft firewall heb ik niets gewijzigd. Gewoon de standaard settings.

Mijn DHCP lease.

code:

show dhcp client leases 
interface  : eth2.4
ip address : 10.238.212.31      [Active]
subnet mask: 255.255.240.0
router     : 10.238.208.1
dhcp server: 10.238.208.1
lease time : 86400
last update: Thu May 7 10:38:55 CEST 2020
expiry     : Fri May 08 10:38:54 CEST 2020
reason     : RENEW

interface  : eth2.6
last update: Thu May 7 19:54:50 CEST 2020
reason     : FAIL

Wellicht zou je naast je config.gateway.json file een extra file kunnen creëren dat config.properties heet.
Inhoudt van dit bestand gebruiken: https://github.com/KvanSt.../master/config.properties
Vervolgens force provision gebruiken op de switches. Dat heeft bij mij een hoop elende weg genomen.

[kariem112]

Dutch-gabber schreef op donderdag 7 mei 2020 @ 19:58:
Ik kijk thuis zelf geen tv, maar huisgenoten zeiden vandaag hetzelfde probleem te ervaren.
Heb sinds een maand of 2 alles werkend via CoolVHA;s guthub icm unifi gateway pro & XS4ALL

Exact dezelfde setup hier. En dezelfde problemen

[Xieoxer]

ik kom even terug op mijn woorden. Ik ervaar sinds net ook problemen met mijn televisie. Enige wat veranderd is dat de USG is bijgewerkt naar nieuwe versie.

[ Voor 25% gewijzigd door Xieoxer op 07-05-2020 20:29 ]

[Dutch-gabber]

Xieoxer schreef op donderdag 7 mei 2020 @ 20:28:
ik kom even terug op mijn woorden. Ik ervaar sinds net ook problemen met mijn televisie. Enige wat veranderd is dat de USG is bijgewerkt naar nieuwe versie.

Ik kijk net in mijn log, en wat denk je:

code:

 USG was upgraded from "4.4.50.5272479" to "4.4.51.5287926" 1:04 am 05/07/2020

De wijziging in de firmware heeft iets met een PPPoE-bug te maken:

code:

Important notes

The PPPoE client security update fixes a vulnerability that allows an attacker on the same broadcast domain as your WAN to crash the pppd process, and may allow code execution on the system. Attempts at code execution are extremely unlikely to succeed from what is currently known, particularly since many attempts are likely to be required, and each attempt will crash pppd leaving you disconnected from the Internet until rebooting USG. The same broadcast domain requirement means compromising your DSL modem or ISP's equipment is required to even attempt to do so. It is not exploitable from the Internet, nor from internal networks. While the immediate risk is minimal, we recommend all PPPoE users upgrade as soon as practical, in case a reliable code execution exploit is developed and ISPs and/or DSL modems start getting compromised to exploit it.
Bugfixes

    Properly handle RADIUS server user passwords containing quotes and backslashes.
    Update PPPoE client with CVE-2020-8597 security patch.

[ Voor 58% gewijzigd door Dutch-gabber op 07-05-2020 20:56 ]

[Xieoxer]

Dutch-gabber schreef op donderdag 7 mei 2020 @ 20:34:
[...]

Ik kijk net in mijn log, en wat denk je:

code:

 USG was upgraded from "4.4.50.5272479" to "4.4.51.5287926" 1:04 am 05/07/2020

Ik heb mijn USG terug gedowngraded naar deze versie: https://community.ui.com/...2c-497a-a468-b9966fa3e80d En toen werkte alles weer...

Wellicht kunnen we gezamenlijk op het Unifi forum klagen over deze de nieuwe versie?https://community.ui.com/releases/USG-Firmware-4-4-51/ba67ead1-4282-44c8-9a93-b34e9c24a835

[ Voor 7% gewijzigd door Xieoxer op 07-05-2020 21:07 ]

[Mrk87]

Bij mij lijken de problemen verdwenen. Heb vandaag 2 sessies van minimaal een half uur de TV aangehad en geen meldingen en freezes gehad. alleen gisteren issues gehad. Verder niks aangepast. Vingers crossed.

[ Voor 42% gewijzigd door Mrk87 op 07-05-2020 20:58 ]

[ik222]

Wel vreemd dat zo'n update waarbij eigenlijk alleen een kleine securityfix aan de PPPoE client in de release notes staat zomaar iets m.b.t. IGMP breekt.

[theHankyPanky]

vanputten80 schreef op donderdag 30 april 2020 @ 19:46:
[...]


Klopt. Dit heb ik ook gedaan. Eerst voorbeeld IP. Dan kun je alle stappen doorlopen.
Om het next op adres daarna te vinden heb ik het volgende gedaan:

-SSH naar USG
-Sudo su
-show dhcp client leases

Gekeken naar interface eth0.4 , het router adres is next hop.

Wat mij nog niet gelukt is om het dynamisch te maken. Vandaag kreeg ik een update van Telfort. Je raad het al, next hop was veranderd..

Vandaag weer een poging gedaan en het lijkt te werken :-). Er bleek een fout te zitten in het gebruikte subnet ..

Enige wat ik in het begin had was dat de IGMP-Proxy er steeds uit lag, herstarten loste alle problemen weer even op maar na een paar minuten hetzelfde verhaal.

Na een paar herstarts lijkt het nu stabiel te draaien :-), dus ik kom even nergens aan

Thnks iedereen voor de support en uitleg

[ Voor 2% gewijzigd door theHankyPanky op 08-05-2020 15:47 . Reden: extra info ]

[harrytasker]

Xieoxer schreef op donderdag 7 mei 2020 @ 19:59:
[...]
Wellicht zou je naast je config.gateway.json file een extra file kunnen creëren dat config.properties heet.
Inhoudt van dit bestand gebruiken: https://github.com/KvanSt.../master/config.properties
Vervolgens force provision gebruiken op de switches. Dat heeft bij mij een hoop elende weg genomen.

Misschien een suffe vraag, maar waar moet ik dat bestandje neerzeten?

Inmiddels ook een downgrade gedaan naar 4.4.50, maar maakt niets uit. Vandaag of in het weekend nog een keer helemaal van vooraf aan beginnen....

Is het trouwens normaal dat als je de config.gateway.json hebt uitgevoerd, de WAN verbinding is veranderd van PPPoE naar using DHCP

[ Voor 9% gewijzigd door harrytasker op 08-05-2020 17:20 ]

[Xieoxer]

harrytasker schreef op vrijdag 8 mei 2020 @ 16:47:
[...]


Misschien een suffe vraag, maar waar moet ik dat bestandje neerzeten?

Inmiddels ook een downgrade gedaan naar 4.4.50, maar maakt niets uit. Vandaag of in het weekend nog een keer helemaal van vooraf aan beginnen....

Is het trouwens normaal dat als je de config.gateway.json hebt uitgevoerd, de WAN verbinding is veranderd van PPPoE naar using DHCP

Geen probleem! Ik help je graag! Ik heb mijn GitHub page nog niet bijgewerkt met de laatste details, maar je moet het bestandje op de zelfde plek plaatsen waar je config.gateway.json plaats. Natuurlijk ook de zelfde gebruikersrechten geven. Vervolgens force provisioning voor de gateway en switch.

Over welke stukje hebt je het precies over?

[AckRite]

harrytasker schreef op vrijdag 8 mei 2020 @ 16:47:
[...] Is het trouwens normaal dat als je de config.gateway.json hebt uitgevoerd, de WAN verbinding is veranderd van PPPoE naar using DHCP

Dit is bij mij ook het geval. Als ik naar de GUI van de USGpro ga, staat er ook aangegeven dat de USG geen actieve internetverbinding heeft.

Heb dit al eens handmatig aangepast naar PPPoE maar wordt dan, forced?, teruggezet naar DHCP. (Door de CloudKey (overruled) waarschijnlijk?).

[harrytasker]

AckRite schreef op vrijdag 8 mei 2020 @ 19:40:
[...]


Dit is bij mij ook het geval. Als ik naar de GUI van de USGpro ga, staat er ook aangegeven dat de USG geen actieve internetverbinding heeft.

Heb dit al eens handmatig aangepast naar PPPoE maar wordt dan, forced?, teruggezet naar DHCP. (Door de CloudKey (overruled) waarschijnlijk?).

Dat klopt want die instellingen doe je op de cloudkey en niet in de UGS zelf. Mij ging het erom dat er altijd PPPoE gestaan heeft in die setting en sinds ik het basmeerman scriptje draai er using DHCP staat

[harrytasker]

Xieoxer schreef op vrijdag 8 mei 2020 @ 18:12:
[...]
Over welke stukje hebt je het precies over?

Wat bedoel je?

Op het moment staat het beeld gewoon elke seconde stil. pffff.
Dit zijn mijn gegevens op het moment:

code:

interface  : eth0.4
ip address : 10.215.142.172     [Active]
subnet mask: 255.255.192.0
router     : 10.215.128.1
dhcp server: 10.215.128.1
lease time : 51094
last update: Sat May 9 08:47:35 CEST 2020
expiry     : Sat May 09 22:59:06 CEST 2020
reason     : RENEW

interface  : eth0.6
last update: Sat May 9 12:23:19 CEST 2020
reason     : FAIL

1000      1620  0.0  0.1   2184   620 pts/0    S+   12:22   0:00 grep igmp
root      3361  0.1  0.1   1968   588 ?        S    May08   1:53 /sbin/igmpproxy /etc/igmpproxy.conf

[ Voor 65% gewijzigd door harrytasker op 09-05-2020 12:32 ]

[Xieoxer]

harrytasker schreef op zaterdag 9 mei 2020 @ 12:20:
[...]


Wat bedoel je?

Op het moment staat het beeld gewoon elke seconde stil. pffff.
Dit zijn mijn gegevens op het moment:

code:

interface  : eth0.4
ip address : 10.215.142.172     [Active]
subnet mask: 255.255.192.0
router     : 10.215.128.1
dhcp server: 10.215.128.1
lease time : 51094
last update: Sat May 9 08:47:35 CEST 2020
expiry     : Sat May 09 22:59:06 CEST 2020
reason     : RENEW

interface  : eth0.6
last update: Sat May 9 12:23:19 CEST 2020
reason     : FAIL

1000      1620  0.0  0.1   2184   620 pts/0    S+   12:22   0:00 grep igmp
root      3361  0.1  0.1   1968   588 ?        S    May08   1:53 /sbin/igmpproxy /etc/igmpproxy.conf

Dit stukje:

Is het trouwens normaal dat als je de config.gateway.json hebt uitgevoerd, de WAN verbinding is veranderd van PPPoE naar using DHCP

Ik snap niet helemaal precies wat je bedoelde.

Zou je deze commando's kunnen runnen?

code:

admin@ubnt:~$ show ip multicast interfaces
Intf             BytesIn        PktsIn      BytesOut       PktsOut            Local
eth3               0.00b             0        7.71MB         15857      192.168.1.1
eth2.4            7.71MB         15857         0.00b             0   10.238.211.100
admin@ubnt:~$ show ip multicast mfc       
Group           Origin           In          Out                Pkts         Bytes  Wrong
224.3.2.6       213.75.167.58    eth2.4      eth3              13550        4.73MB      0
239.255.255.250 192.168.1.15     eth2.4      eth3                297       44.38KB    297
239.255.255.250 192.168.1.18     eth2.4      eth3               1201      354.55KB   1201
239.255.255.250 192.168.1.17     eth2.4      eth3                126       20.01KB    126
239.255.255.250 192.168.1.20     eth2.4      eth3                232       34.89KB    232
239.255.255.250 192.168.1.19     eth2.4      eth3                818      162.16KB    818
239.255.255.250 192.168.1.6      eth2.4      eth3              27072        8.78MB  27072
239.255.255.250 192.168.1.100    eth2.4      eth3               5853        1.67MB   5853
239.254.127.63  192.168.1.13     eth2.4      eth3                 79        8.95KB     79
239.254.127.63  192.168.1.12     eth2.4      eth3                 35        3.96KB     35
239.255.255.250 192.168.1.8      eth2.4      eth3             109432       47.44MB  109432
239.255.255.250 192.168.1.9      eth2.4      eth3               7265        3.88MB   7265

Wellicht helpt het om een schone site aan te maken met zo min mogelijke aanpassingen en IGMP spoofing aan. En dan de config en properties bestand aanmaken.

[harrytasker]

Xieoxer schreef op zaterdag 9 mei 2020 @ 13:07:
[...]

Dit stukje:

[...]

Ik snap niet helemaal precies wat je bedoelde.

code:

Intf             BytesIn        PktsIn      BytesOut       PktsOut            Local
eth1               0.00b             0      140.10KB           120      192.168.1.1
eth0.4          140.10KB           120         0.00b             0   10.215.142.172
pppoe2             0.00b             0         0.00b             0    xx.xxx.xxx.xx

Group           Origin           In          Out                Pkts         Bytes  Wrong
224.3.2.6       213.75.167.58    eth0.4      eth1                 16        5.63KB      0
224.0.252.154   217.166.226.154  eth0.4      eth1                 40       52.97KB      0
233.89.188.1    192.168.1.2      eth0.4      eth1                 33        1.03KB     33
239.255.255.250 192.168.1.194    eth0.4      eth1               3142        1.36MB   3142
239.255.255.250 192.168.1.232    eth0.4      eth1                192       73.83KB    192
239.255.255.250 192.168.1.223    eth0.4      eth1                722      162.50KB    722
239.255.255.250 192.168.1.141    eth0.4      eth1                128       19.12KB    128
239.255.255.250 192.168.1.147    eth0.4      eth1                 64        9.62KB     64
239.255.250.250 192.168.1.223    eth0.4      eth1                 45        5.62KB     45
239.255.255.250 192.168.1.252    eth0.4      eth1                544      103.59KB    544
239.255.255.250 192.168.1.207    eth0.4      eth1                160       22.89KB    160
239.254.127.63  192.168.1.1      eth0.4      eth1                  7       224.00b      0
239.254.127.63  192.168.1.12     eth0.4      eth1                167        7.76KB    167
239.254.127.63  192.168.1.10     eth0.4      eth1                500       45.48KB    500
239.254.127.63  192.168.1.13     eth0.4      eth1                152        6.06KB    152
239.255.255.250 192.168.1.51     eth0.4      eth1               2752      696.00KB   2752
239.255.255.250 192.168.1.240    eth0.4      eth1               1167      322.92KB   1167
239.255.255.250 192.168.1.50     eth0.4      eth1               1608      202.57KB   1608
239.254.127.63  192.168.1.11     eth0.4      eth1                164        7.42KB    164

Op het moment heb ik het coolhva scriptje draaien. Heb ze inmiddels alle drie geprobeerd. Zou bijna zeggen dat het aan iets anders ligt...

[Xieoxer]

harrytasker schreef op zaterdag 9 mei 2020 @ 14:30:
[...]

code:

Intf             BytesIn        PktsIn      BytesOut       PktsOut            Local
eth1               0.00b             0      140.10KB           120      192.168.1.1
eth0.4          140.10KB           120         0.00b             0   10.215.142.172
pppoe2             0.00b             0         0.00b             0    xx.xxx.xxx.xx

Group           Origin           In          Out                Pkts         Bytes  Wrong
224.3.2.6       213.75.167.58    eth0.4      eth1                 16        5.63KB      0
224.0.252.154   217.166.226.154  eth0.4      eth1                 40       52.97KB      0
233.89.188.1    192.168.1.2      eth0.4      eth1                 33        1.03KB     33
239.255.255.250 192.168.1.194    eth0.4      eth1               3142        1.36MB   3142
239.255.255.250 192.168.1.232    eth0.4      eth1                192       73.83KB    192
239.255.255.250 192.168.1.223    eth0.4      eth1                722      162.50KB    722
239.255.255.250 192.168.1.141    eth0.4      eth1                128       19.12KB    128
239.255.255.250 192.168.1.147    eth0.4      eth1                 64        9.62KB     64
239.255.250.250 192.168.1.223    eth0.4      eth1                 45        5.62KB     45
239.255.255.250 192.168.1.252    eth0.4      eth1                544      103.59KB    544
239.255.255.250 192.168.1.207    eth0.4      eth1                160       22.89KB    160
239.254.127.63  192.168.1.1      eth0.4      eth1                  7       224.00b      0
239.254.127.63  192.168.1.12     eth0.4      eth1                167        7.76KB    167
239.254.127.63  192.168.1.10     eth0.4      eth1                500       45.48KB    500
239.254.127.63  192.168.1.13     eth0.4      eth1                152        6.06KB    152
239.255.255.250 192.168.1.51     eth0.4      eth1               2752      696.00KB   2752
239.255.255.250 192.168.1.240    eth0.4      eth1               1167      322.92KB   1167
239.255.255.250 192.168.1.50     eth0.4      eth1               1608      202.57KB   1608
239.254.127.63  192.168.1.11     eth0.4      eth1                164        7.42KB    164

Op het moment heb ik het coolhva scriptje draaien. Heb ze inmiddels alle drie geprobeerd. Zou bijna zeggen dat het aan iets anders ligt...

Wat me opvalt is dat pppoe2 in het overzicht staat van multicast adressen..

[harrytasker]

Xieoxer schreef op zaterdag 9 mei 2020 @ 15:21:
[...]


Wat me opvalt is dat pppoe2 in het overzicht staat van multicast adressen..

Zie ik, wat betekend dat. Of wat heb ik fout gedaan. Ben niet erg super technisch aangaande dit allemaal. Als het werkt werkt het, zo niet, heb ik een probleempje

[Xieoxer]

harrytasker schreef op zaterdag 9 mei 2020 @ 15:27:
[...]


Zie ik, wat betekend dat. Of wat heb ik fout gedaan. Ben niet erg super technisch aangaande dit allemaal. Als het werkt werkt het, zo niet, heb ik een probleempje

Wellicht klopt je interface configuratie niet.

code:

admin@ubnt:~$ configure 
[edit]
admin@ubnt# show protocols igmp-proxy interface
 interface eth2 {
     role disabled
     threshold 1
 }
 interface eth2.4 {
     alt-subnet 0.0.0.0/0
     role upstream
     threshold 1
 }
 interface eth3 {
     alt-subnet 0.0.0.0/0
     role downstream
     threshold 1
 }
 interface pppoe2 {
     role disabled
     threshold 1
 }
[edit]

[harrytasker]

Xieoxer schreef op zaterdag 9 mei 2020 @ 15:33:
[...]

Ik krijg het volgende:

code:

configure
[edit]
cornelius@UbiquitiUGS# show protocols igmp-proxy interface
 interface eth0.4 {
     alt-subnet 0.0.0.0/0
     role upstream
     threshold 1
 }
 interface eth1 {
     alt-subnet 0.0.0.0/0
     role downstream
     threshold 1
 }
[edit]

Zegt me helaas helemaal niets Maar wil wel leren, in elk geval bedankt voor alle hulp

[ Voor 43% gewijzigd door harrytasker op 09-05-2020 15:44 ]

[Xieoxer]

harrytasker schreef op zaterdag 9 mei 2020 @ 15:39:
[...]


Ik krijg het volgende:

code:

configure
[edit]
cornelius@UbiquitiUGS# show protocols igmp-proxy interface
 interface eth0.4 {
     alt-subnet 0.0.0.0/0
     role upstream
     threshold 1
 }
 interface eth1 {
     alt-subnet 0.0.0.0/0
     role downstream
     threshold 1
 }
[edit]

Zegt me helaas helemaal niets

Probeer pppoe2 interface daaraan toe te voegen in je gateway config, maar de setup van coolha doet dat blijkbaar niet.. Geen idee waarom. Hoe heb je de IPTV decoder aangesloten? Op welke switch?

[Coolhva]

Xieoxer schreef op zaterdag 9 mei 2020 @ 15:45:
[...]


Probeer pppoe2 interface daaraan toe te voegen in je gateway config, maar de setup van coolha doet dat blijkbaar niet.. Geen idee waarom. Hoe heb je de IPTV decoder aangesloten? Op welke switch?

pppoe2 is je internet interface. Eth0.4 is je IPTV interface. Waarom zou igmp op pppoe2 moeten staan (lees, dat moet niet).

[jmcloo]

Sinds vandaag heb ik haperend beeld bij IPTV van XS4ALL.

Er is, volgens mij vannacht, een firmware update geweest van de USG4Pro. Mogelijk dat dat er iets mee te maken heeft.

Hebben anderen ook dit probleem?

[Xieoxer]

jmcloo schreef op zaterdag 9 mei 2020 @ 21:11:
Sinds vandaag heb ik haperend beeld bij IPTV van XS4ALL.

Er is, volgens mij vannacht, een firmware update geweest van de USG4Pro. Mogelijk dat dat er iets mee te maken heeft.

Hebben anderen ook dit probleem?

Sinds de laatste werkt IPTV ook niet meer op mijn USG4Pro ook niet. Ik heb toen een downgrade gedaan. Sinds dien werkt alles weer. Op het forum staan verschillende klachten, zie https://community.ui.com/...82-44c8-9a93-b34e9c24a835

[ Voor 19% gewijzigd door Xieoxer op 09-05-2020 21:31 ]

[Xieoxer]

Coolhva schreef op zaterdag 9 mei 2020 @ 17:46:
[...]


pppoe2 is je internet interface. Eth0.4 is je IPTV interface. Waarom zou igmp op pppoe2 moeten staan (lees, dat moet niet).

Ik bedoelde het omkeerde. Dus dat je in je config aangeeft dat hij niet moet gaan IGMP. Als je dat niet specifiek aangeeft in je config dan kan het zijn dat ppoe2 er tussen komt te staan.

[jmcloo]

Xieoxer schreef op zaterdag 9 mei 2020 @ 21:26:
[...]


Sinds de laatste werkt IPTV ook niet meer op mijn USG4Pro ook niet. Ik heb toen een downgrade gedaan. Sinds dien werkt alles weer. Op het forum staan verschillende klachten, zie https://community.ui.com/...82-44c8-9a93-b34e9c24a835

Dank voor je reactie. Even voor de zekerheid: downgraden kan via de user interface dmv de 'custom upgrade' optie (en de vorige versie downloaden van de Unifi website)?

[Xieoxer]

jmcloo schreef op zaterdag 9 mei 2020 @ 21:39:
[...]


Dank voor je reactie. Even voor de zekerheid: downgraden kan via de user interface dmv de 'custom upgrade' optie (en de vorige versie downloaden van de Unifi website)?

Inderdaad en dan ook de firmware voor jou specifieke USG. Graag een reactie of het probleem opgelost is en wellicht ook forum post? Zodat wellicht nieuwe versie komt..

[harrytasker]

Xieoxer schreef op zaterdag 9 mei 2020 @ 21:28:
[...]


Ik bedoelde het omkeerde. Dus dat je in je config aangeeft dat hij niet moet gaan IGMP. Als je dat niet specifiek aangeeft in je config dan kan het zijn dat ppoe2 er tussen komt te staan.

Waar moet ik dat dan plaatsen/weghalen? Begin een beetje de weg kwijt te raken.

[Xieoxer]

harrytasker schreef op zaterdag 9 mei 2020 @ 21:50:
[...]


Waar moet ik dat dan plaatsen/weghalen? Begin een beetje de weg kwijt te raken.

Zet in je config.gateway.json dit:

code:

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

[jmcloo]

Xieoxer schreef op zaterdag 9 mei 2020 @ 21:43:
[...]


Inderdaad en dan ook de firmware voor jou specifieke USG. Graag een reactie of het probleem opgelost is en wellicht ook forum post? Zodat wellicht nieuwe versie komt..

Ik heb gedowngraded naar versie 4.4.50.5272479 en het probleem is verholpen.
@Xieoxer: dank voor je hulp!

[Xieoxer]

jmcloo schreef op zaterdag 9 mei 2020 @ 22:28:
[...]


Ik heb gedowngraded naar versie 4.4.50.5272479 en het probleem is verholpen.
@Xieoxer: dank voor je hulp!

No problem! Ik hoop dat er snel een nieuwe versie komt, waarin het probleem opgelost is.
Maar de laatste tijd gaat niet helemaal lekker met software updates bij Ubiquiti.

[Duncanwijnen]

Xieoxer schreef op vrijdag 1 mei 2020 @ 10:36:
[...]


Hmm. Ik heb op mijn Ubiquiti switch dit geactiveerd via config.properties:

code:

config.system_cfg.1=switch.igmp.header_checking=false
config.system_cfg.2=switch.vlan.4.igmp_snooping=true
config.system_cfg.3=switch.vlan.4.igmp_fastleave=true

Wellicht kun je op je eigen switch deze opties vinden?

Goedenavond,

Ik heb het bovenstaande toegevoegd aan mijn configuratie, helaas werkt hierdoor de IPTV niet meer. Heb het bestand weggehaald en alles geprovisioned helaas zonder succes. Moet ik zelf handmatig nog wat config weghalen of mis ik hier iets?

Ik hoor graag van jullie!

[Xieoxer]

Duncanwijnen schreef op zondag 10 mei 2020 @ 20:38:
[...]


Goedenavond,

Ik heb het bovenstaande toegevoegd aan mijn configuratie, helaas werkt hierdoor de IPTV niet meer. Heb het bestand weggehaald en alles geprovisioned helaas zonder succes. Moet ik zelf handmatig nog wat config weghalen of mis ik hier iets?

Ik hoor graag van jullie!

Goede vraag! Ik durf het antwoord hier niet op te geven. Je zou denken dat de config weg haalt, dat het dan weer zou moeten werken. Is je USG niet per ongeluk bijgewerkt naar de laatste versie? Want sinds je de laatste update is IPTV stuk.

[Duncanwijnen]

Xieoxer schreef op zondag 10 mei 2020 @ 21:01:
[...]


Goede vraag! Ik durf het antwoord hier niet op te geven. Je zou denken dat de config weg haalt, dat het dan weer zou moeten werken. Is je USG niet per ongeluk bijgewerkt naar de laatste versie? Want sinds je de laatste update is IPTV stuk.

Hi Xieoxer,

Ik heb alles nog even gecontroleerd en na een reboot deelde de USG opeens geen DHCP meer uit, ongeacht de instellingen van de controller. Handmatig via de webinterface van de USG DHCP weer even geconfigureerd en alles werkt weer. Ik houdt het weer even in de gaten, bedankt voor het meedenken!

UPDATE:

Het enige wat nog fout lijkt te staan is de webinterface van de USG (zie foto hieronder)



Heb jullie dit ook? Alles werkt wel naar behoren.

Duncan

[ Voor 34% gewijzigd door Duncanwijnen op 10-05-2020 22:01 ]

[Yahiko750]

Heeft er iemand misschien bij gebruik van de configs van @Coolhva ook enig idee hoe ik zelf een ipv6 dns server kan toekennen aan alle clients? Ik wil graag mn Pihole weer gaan gebruiken op iv6

==========================

Duncanwijnen schreef op zondag 10 mei 2020 @ 21:51:

UPDATE:

Het enige wat nog fout lijkt te staan is de webinterface van de USG (zie foto hieronder)

[Afbeelding]

Heb jullie dit ook? Alles werkt wel naar behoren.

Duncan

Yep dit heb ik ook.

[ Voor 68% gewijzigd door Yahiko750 op 11-05-2020 15:30 ]

[Coolhva]

Yahiko750 schreef op maandag 11 mei 2020 @ 15:22:
Heeft er iemand misschien bij gebruik van de configs van @Coolhva ook enig idee hoe ik zelf een ipv6 dns server kan toekennen aan alle clients? Ik wil graag mn Pihole weer gaan gebruiken op iv6

==========================


[...]

Yep dit heb ik ook.

1. Vast IPv6 geven aan je Pi hole
2. De RDNS regel aanpassen in de json die de IPv6 DNS servers van cloudflare nu bevatten.

[Gizzy]

Duncanwijnen schreef op zondag 10 mei 2020 @ 21:51:
[...]

UPDATE:

Het enige wat nog fout lijkt te staan is de webinterface van de USG (zie foto hieronder)

[Afbeelding]

Heb jullie dit ook? Alles werkt wel naar behoren.

Duncan

Dat heb ik van de week ook gehad. Het devies lijkt te zijn full factory reset of even je config opslaan als DHCP uit, weer up laten komen en weer aanzetten. Dat heeft bij mij gewerkt. Schijnt een dingetje te zijn dat sommige USG's hebben, sommige regelmatig. Voor mij was het de eerste keer in ik denk 8 maanden.

[ Voor 16% gewijzigd door Gizzy op 11-05-2020 19:26 ]

[mcetweaker]

over het algemeen werkt m'n erl3 lite config prima.
ik heb nog wat last van de waf in m'n huishouden omdat af en toe zappen enkel de melding geeft dat je naar een ander kanaal moet zappen om weer beeld te krijgen, maar geen enkel kanaal doet het dan. Dit leek met de Experiabox stabieler.

igmp proxy wordt via een script iedere 5 minuten herstart, dus dat zou het niet moeten zijn.

ook zie ik bij opnames en terugkijken dat deze af en toe een geheel zwart scherm geven. Even stukje spoelen en we hebben weer beeld.

Nu lees ik in de topic start iets over rtsp, maar dat zou alleen bij tweak resultaat geven.

Hier gaat het om kpn met een 4k boxje.

Nog tips ?

[timenator]

mcetweaker schreef op maandag 11 mei 2020 @ 21:24:
ik heb nog wat last van de waf in m'n huishouden omdat af en toe zappen enkel de melding geeft dat je naar een ander kanaal moet zappen om weer beeld te krijgen, maar geen enkel kanaal doet het dan. Dit leek met de Experiabox stabieler.

ook zie ik bij opnames en terugkijken dat deze af en toe een geheel zwart scherm geven.

Ik heb dezelfde klachten maar dan met een USG. Ik ben er vrij zeker van dat het aan de 4K ontvanger ligt. Met de vorige niet-4K ontvanger had ik deze problemen niet. Verder is er aan mijn netwerk niets veranderd. Ik gebruik de Experia box al jaren niet meer.

Ik zou ook graag willen weten waardoor dit precies veroorzaakt wordt.

[harrytasker]

timenator schreef op maandag 11 mei 2020 @ 21:34:
[...]


Ik heb dezelfde klachten maar dan met een USG. Ik ben er vrij zeker van dat het aan de 4K ontvanger ligt. Met de vorige niet-4K ontvanger had ik deze problemen niet. Verder is er aan mijn netwerk niets veranderd. Ik gebruik de Experia box al jaren niet meer.

Ik zou ook graag willen weten waardoor dit precies veroorzaakt wordt.

Met de laatste update werkt IPTV van KPN niet meer lekker (Heb nog de non 4K versie). Heeft voorheen bij mij voor een jaar uitstekend gedraaid, nu ook telkens de melding dat ik een keer moet terug zappen. Echt vrolijk wordt mijn vrouw er niet van
Terug naar de vorige firmware blijkt een oplossing te zijn.

[ Voor 5% gewijzigd door harrytasker op 11-05-2020 21:40 ]

[mcetweaker]

timenator schreef op maandag 11 mei 2020 @ 21:34:
[...]


Ik heb dezelfde klachten maar dan met een USG. Ik ben er vrij zeker van dat het aan de 4K ontvanger ligt. Met de vorige niet-4K ontvanger had ik deze problemen niet. Verder is er aan mijn netwerk niets veranderd. Ik gebruik de Experia box al jaren niet meer.

Ik zou ook graag willen weten waardoor dit precies veroorzaakt wordt.

ik heb m'n experiabox volgens mij zo'n beetje vervangen door de edgerouter toen ik de 4k box binnenkreeg, dus het kan inderdaad ook aan de 4k box liggen.

[Xieoxer]

harrytasker schreef op maandag 11 mei 2020 @ 21:38:
[...]


Met de laatste update werkt IPTV van KPN niet meer lekker (Heb nog de non 4K versie). Heeft voorheen bij mij voor een jaar uitstekend gedraaid, nu ook telkens de melding dat ik een keer moet terug zappen. Echt vrolijk wordt mijn vrouw er niet van
Terug naar de vorige firmware blijkt een oplossing te zijn.

Werkt nu alles goed bij je?

[Coolhva]

https://forum.kpn.com/int...len-niet-opstarten-497234

De nieuwe ontvangers doen iets raars met DNS/Multicast waardoor het niet lekker werkt.

Vooralsnog iets wat door KPN dient opgelost te worden.

[harrytasker]

Xieoxer schreef op dinsdag 12 mei 2020 @ 07:28:
[...]


Werkt nu alles goed bij je?

Nee nog niet, maar heb afgelopen dagen te veel "gezeur" gehad met herstartende modems, switches, dat ik het voor nu maar ff zo laat. Dan maar elke 10 min. of zo een keer zappen.... zal nog wel een keer downgraden als er niemand thuis is...

[the squaler1]

De gids van Coolhva (dank hiervoor) gevolgd en de tv's en ipv6 werken voor nu.
Snelheden zijn beter als de V10 en alles laad soepeler en sneller.
Echter hebben de tv's voor nu moeite met hun Gids en begin gemist.
Betreft Arris Vip5202

[Xieoxer]

Er nieuwe RC versie uitgekomen van de Unifi controller, v5. Er staat een interessante stukje tussen:

If you have any 'service dns forwarding options' configuration defined in config.gateway.json, it will overwrite the provisioning of statically defined name servers, leaving you with no DNS. Either remove the 'service dns forwarding options' portion of config.gateway.json, or add additional 'options' lines defining name servers, such as 'server=1.1.1.1', 'server=8.8.8.8', etc.

Ik moet mijn config.gateway.json nachecken of dit ook het geval is bij mij.

https://community.ui.com/...30-4f58-b3ba-909f4d4bb5f9

[ Voor 8% gewijzigd door Xieoxer op 13-05-2020 20:13 ]

[Verwijderd]

the squaler1 schreef op woensdag 13 mei 2020 @ 19:53:
De gids van Coolhva (dank hiervoor) gevolgd en de tv's en ipv6 werken voor nu.
Snelheden zijn beter als de V10 en alles laad soepeler en sneller.
Echter hebben de tv's voor nu moeite met hun Gids en begin gemist.
Betreft Arris Vip5202

Ervaar precies het zelfde. Aantal zenders werkt ook niet meer.... Dacht dat het aan kon lag..

[the squaler1]

Verwijderd schreef op woensdag 13 mei 2020 @ 23:22:
[...]

Ervaar precies het zelfde. Aantal zenders werkt ook niet meer.... Dacht dat het aan kon lag..

Klopt heb het vanavond getest en een hoop zenders doen het niet meer. Dus experiabox maar terug gezet.
Zou het helpen dmv een managed switch het tv signaal voor de router te splitsen?
Dan zou je de usg zonder json kunnen instellen

[Coolhva]

kunnen jullie (met de VIP5205) in de controller de DNS servers in de DHCP server in jullie LAN aanpassen naar:

1: 195.121.1.34
2: 195.121.1.66

en kijken of dat beter gaat?

[kramon]

Ik heb gisteren m'n KPN Hussel 500 oplevering gehad. Ik stap over van Ziggo.

Opstelling is NTU > USG3 > Meerdere Unifi switches + AP's > Apparatuur, inclusief TVs.


Coolhva's repo gebruikt. TV kreeg ik ook niet aan de praat.

1. Experiabox eerst maar op de NTU aangesloten
2. Lange UTP kabel van KPN door huis gelegd van meterkast naar TV. Dan komen die lange kabels van KPN toch nog van pas ;-)
3. De VIP bakkies (VIP5202) gingen vrijwel meteen updaten en dat duurde errug lang moet ik zeggen. 5-10 minuten.
4. Bij 1 van de 2 moest ook de afstandbediening updaten... Vervolgens wat gezappt, EPG laten downloaden en alles werkte naar behoren.
5. Vervolgens de Experiabox er tussenuit gehaald en de NTU direct op de USG aangesloten en mijn VIP bakkies weer binnen het gewone netwerk geplaatst (via de Unifi switches).
6. Alles werkt nu naar behoren, inclusief de eerste 30 zenders die ik tegenkwam... Dit is overigens op de vorige firmware van de USG (.50 - https://community.ui.com/...2c-497a-a468-b9966fa3e80d), omdat die .51 ook problemen gaf.

Ik heb niet die 2 DNS servers geforceert en niets in de voorbeeldconfigs aangepast...

De VIPs zitten in mijn gewone LAN netwerk op DHCP. De software versies zijn:
UI-versie: 3.90.01
Software-versie: 7.7.90_1

Ik ben erg benieuwd of alle andere mensen met VIP5202's die al langere tijd draaien op Coolhva's config, wel op die versie zitten. Mijn VIP's konden immers niet updaten binnen die config...

M'n ipv6 werkt alleen nog niet. Daar moet ik nog even tijd in steken.

[Xieoxer]

Ik ben sinds februari overgestapt naar KPN in mijn nieuwbouwwoning. Ik heb ook de VIP5202 decoder staan in mijn woonkamer, maar ik ervaar de bovenstaande problemen niet. Ik gebruik mijn eigen configuratie: https://github.com/KvanSteijn/unifi-usg-kpn. Mijn USG draait niet op de laatste versie, in verband met DHCP/IGMP problemen in de laatste versie.

[ Voor 18% gewijzigd door Xieoxer op 14-05-2020 13:50 ]

[the squaler1]

Coolhva schreef op donderdag 14 mei 2020 @ 11:05:
kunnen jullie (met de VIP5205) in de controller de DNS servers in de DHCP server in jullie LAN aanpassen naar:

1: 195.121.1.34
2: 195.121.1.66

en kijken of dat beter gaat?

Voor de hoger geplaatste zenders lijkt dit inderdaad te werken.
Draai btw alles op de nieuwste firmware. USG lag al een jaar stil dus die wou wel een upgrade.

Echter wat niet werkt is begin gemist.
Daar geeft ie een error op en duurt erg lang voor dat ie uberhaupt reageert lijkt bijna een vastloper

[ Voor 6% gewijzigd door the squaler1 op 14-05-2020 14:31 ]

[Coolhva]

the squaler1 schreef op donderdag 14 mei 2020 @ 14:31:
[...]


Voor de hoger geplaatste zenders lijkt dit inderdaad te werken.
Draai btw alles op de nieuwste firmware. USG lag al een jaar stil dus die wou wel een upgrade.

Echter wat niet werkt is begin gemist.
Daar geeft ie een error op en duurt erg lang voor dat ie uberhaupt reageert lijkt bijna een vastloper

Kan je downgraden naar de voorlaatste versie? De laatste geeft issues met IPTV

[the squaler1]

Coolhva schreef op donderdag 14 mei 2020 @ 17:22:
[...]


Kan je downgraden naar de voorlaatste versie? De laatste geeft issues met IPTV

Ik ga morgen of van het weekend daar naar kijken heb hem er voor nu ook even tussen uit gehaald omdat er een behoorlijke latency op het netwerk ontstond door USG en ik er wel heel even klaar mee was

[grindal81]

verkeerde Ubiquiti groep

[ Voor 98% gewijzigd door grindal81 op 14-05-2020 20:21 . Reden: Post in verkeerde Ubiquiti groep ]

[Verwijderd]

Coolhva schreef op donderdag 14 mei 2020 @ 11:05:
kunnen jullie (met de VIP5205) in de controller de DNS servers in de DHCP server in jullie LAN aanpassen naar:

1: 195.121.1.34
2: 195.121.1.66

en kijken of dat beter gaat?

werkt ook.
Nogmaals je VIP5205 herstarten en hij alsnog software bijwerken. duurt wel lang trouwens

blijft software herladen zie ik. en stopt vanzelf error 561 op 85 %.
Software versie 4.4.44.5213844

factory reset USG en issue is opgelost. blijkbaar toch nog ergens oude configs aanwezig.

[ Voor 21% gewijzigd door Verwijderd op 14-05-2020 22:48 . Reden: veel prutsen lost zaken op ]

[Vaevictis_]

Graag jullie hulp, ik kom er zo niet uit. Heb T-mobile thuis en IPTV en internet aan de praat via een bridge. Achter de bridge heb ik een managed switch zitten. Door gebruik van de bridge gaat nu al het verkeer achter de switch over VLAN640 waardoor er geen LAN verkeer mogelijk is.

Gewenst zou zijn om VLAN640 en VLAN300 door te geven zodat ik met tagged VLANs de managed switch goed kan instellen. Nu heb ik de SFP poort (eth10) in gebruik en deze kan geen onderdeel uitmaken van switch0. Hiervoor had ik een media converter zodat ik via eth0 wel gebruik kon maken van switch0 en dan werkt het prima.

Heeft iemand dit al werkend gekregen???

[mcetweaker]

ik was net even RDR2 aan het downloaden op mn xbox aan zo'n 160Mbit/s. Terwijl dat aan de gang was dacht ik even wat televisie te kijken, maar dat haperde nogal. De download even onderbroken en hapering weg.

Is dit te verwachten of kan ik iets op de edgerouter aanpassen om dit te verhelpen.

Weet niet of dit ook speelt als ik m'n experiabox terugplaats, want toen nooit getest of zo'n grote download gedaan.

M'n abonement is 200Mbit

Ik zie op de edgerouter in het dashboard dat hij de 200Mbit wel bereikt, dus enige wat ik kan bedenken is dat er iets van QOS zou moeten komen voor vlan4

[ Voor 15% gewijzigd door mcetweaker op 15-05-2020 11:54 ]

[Guldan]

mcetweaker schreef op vrijdag 15 mei 2020 @ 11:50:
ik was net even RDR2 aan het downloaden op mn xbox aan zo'n 160Mbit/s. Terwijl dat aan de gang was dacht ik even wat televisie te kijken, maar dat haperde nogal. De download even onderbroken en hapering weg.

Is dit te verwachten of kan ik iets op de edgerouter aanpassen om dit te verhelpen.

Weet niet of dit ook speelt als ik m'n experiabox terugplaats, want toen nooit getest of zo'n grote download gedaan.

M'n abonement is 200Mbit

Ik heb dit bij KPN zelf ook met een 100mb verbinding. Als ik een dikke download doe dan trekt hij de lijn volledig dicht. Hierna blijft de tv ook hangen ja.

[mathias82]

mcetweaker schreef op vrijdag 15 mei 2020 @ 11:50:
ik was net even RDR2 aan het downloaden op mn xbox aan zo'n 160Mbit/s. Terwijl dat aan de gang was dacht ik even wat televisie te kijken, maar dat haperde nogal. De download even onderbroken en hapering weg.

Is dit te verwachten of kan ik iets op de edgerouter aanpassen om dit te verhelpen.

Weet niet of dit ook speelt als ik m'n experiabox terugplaats, want toen nooit getest of zo'n grote download gedaan.

M'n abonement is 200Mbit

Ik zie op de edgerouter in het dashboard dat hij de 200Mbit wel bereikt, dus enige wat ik kan bedenken is dat er iets van QOS zou moeten komen voor vlan4

Begin eens met Smart Queues, dat is heel simpel in te stellen (https://help.ui.com/hc/en...Quality-of-Service-QoS-#3 ). Als dat niet werk dan kan je QoS met traffic classes en shapers gaan gebruiken maar da's wat moeilijker om in te stellen (https://help.ui.com/hc/en...Quality-of-Service-QoS-#2 )

[mcetweaker]

Guldan schreef op vrijdag 15 mei 2020 @ 11:55:
[...]


Ik heb dit bij KPN zelf ook met een 100mb verbinding. Als ik een dikke download doe dan trekt hij de lijn volledig dicht. Hierna blijft de tv ook hangen ja.

ook met de experiabox getest misschien ?

[mcetweaker]

mathias82 schreef op vrijdag 15 mei 2020 @ 11:57:
[...]


Begin eens met Smart Queues, dat is heel simpel in te stellen (https://help.ui.com/hc/en...Quality-of-Service-QoS-#3 ). Als dat niet werk dan kan je QoS met traffic classes en shapers gaan gebruiken maar da's wat moeilijker om in te stellen (https://help.ui.com/hc/en...Quality-of-Service-QoS-#2 )

was het niet zo dat als je met smart queues ging werken dat je hardware offload niet meer werkte ?

[Guldan]

mcetweaker schreef op vrijdag 15 mei 2020 @ 12:04:
[...]


ook met de experiabox getest misschien ?

Zeker, dit is met een experia box waarbij de tv ontvangers bedraad zijn aangesloten.

[mcetweaker]

Guldan schreef op vrijdag 15 mei 2020 @ 12:08:
[...]


Zeker, dit is met een experia box waarbij de tv ontvangers bedraad zijn aangesloten.

ah ok, dan hoef ik wat mij betreft niet zo nodig verder te troubleshooten

dank!

[mathias82]

mcetweaker schreef op vrijdag 15 mei 2020 @ 12:05:
[...]


was het niet zo dat als je met smart queues ging werken dat je hardware offload niet meer werkte ?

Ja dat is zo. Weet niet welke ER je hebt, maar afhankelijk van het het model is 200Mbit/sec geen probleem zonder hardware offloading.

[mcetweaker]

mathias82 schreef op vrijdag 15 mei 2020 @ 12:10:
[...]


Ja dat is zo. Weet niet welke ER je hebt, maar afhankelijk van het het model is 200Mbit/sec geen probleem zonder hardware offloading.

er3 lite

[QuintusDias]

Hieronder heb ik een simpel tekst schemaatje gemaakt van mijn (beoogde) opstelling. Op dit moment heb ik alleen internet van T-mobile Thuis (glasvezel 200/200) maar ik wil wel de mogelijkheid hebben om TV te gebruiken in de toekomst. Nu dus nog geen VLANs e.d. ingesteld.

Glasvezel --> media converter --> USG3P --> VLAN 300 (Internet) --> Unifi SW8-60 --> PC+ AP's + SmartTV
USG3P --> VLAN 640 (IP-TV) --> SetupBox--> TV (HDMI)

1. Klopt het dat ik, op het moment dat ik IP-TV wil gaan gebruiken, alleen een UTP-kabel rechtstreeks van de USG naar de SetupBox hoef aan te sluiten en de VLANs te configureren?
2. Kan dit vanuit de VoIP poort van de USG? Is toch gewoon een ethernet poort?
3. Omdat ik hiervoor een 'internet'-UTP kabel zal moeten gebruiken zal er een switch nodig zijn voor de TV en AP. Ik heb nog een 'domme' netgear switch. Als ik die tussen de Unifi switch en de AP's zet gaat dat problemen in mijn Unifi ecosysteem opleveren?
4. Zelfde vraag voor verbinding tussen USG en Setupbox aangezien de kabel in de meterkast aan de verkeerde kant zit (Dus USG --> 'domme switch' --> SetupBox).

Dank alvast!

[mathias82]

mcetweaker schreef op vrijdag 15 mei 2020 @ 12:10:
[...]


er3 lite

Ja die gaat het niet trekken