[Ubiquiti-Netwerkapparatuur] Ervaringen & Discussie - Deel 4

[stormfly]

Miki schreef op dinsdag 17 augustus 2021 @ 15:09:
[...]

Helaas wil dat dus niet werken

Edit 1
in oorspronkelijke hulpvraag heb ik de regelnummers (275 en 344) erbij gezet die ik gewijzigd heb maar dus geen uitkomst bieden.

Edit 2
het is dus inderdaad IPv6. Ik zie de upstream servers nu ook bij de betreffende clients opduiken.

Ze moeten wel gewijzigd blijven, elke client moet communiceren met de pihole servers.

[Miki]

stormfly schreef op dinsdag 17 augustus 2021 @ 15:22:
[...]


Ze moeten wel gewijzigd blijven, elke client moet communiceren met de pihole servers.

Ha wacht, even volgens mij begrijpen elkaar niet. Ik heb de betreffende DNS server aangepast en in mijn client zie ik de aangepaste DNS IPv4 server (x.x.x.205) netjes staan. Alleen zie ik dus ook de IPV6 upstream servers 2a02:a47f:e000::53 en 2a02:a47f:e000::54 opduiken. Deze twee zorgen naar alle waarschijnlijkheid voor dat reclame doorlekt.

Zie:

Enig idee hoe ik dit fix?

[nero355]

ed1703 schreef op dinsdag 17 augustus 2021 @ 06:33:
Doe mij maar een lighttp daemon op elk device. Ipv APPs

Dat roep ik dus echt al jarenlang!

En tegenwoordig kan je de bijbehorende webpagina's ook nog eens zo maken dat ze prachtig meeschalen op een telefoon of tablet : IDEAAL!!!

zeroday schreef op dinsdag 17 augustus 2021 @ 07:54:
Het is me nog even onduidelijk wat je bedoelt met ' Bedrijven ' of dit nu de Leverancier is of de klant

Bedrijven : Ubiquiti/Apple/Google/Samsung/Sonos/Denon&Marantz/enz...

Want als ik kijk als leverancier .. Dant is niet helemaal toe te wijten aan bedrijven. Uit eigen ervaring weet ik dat als je NIET all functionaliteiten in een ' app ' stopt dat men dan de kop in de wind gooit en roeptoetert: jullie software en app zuigt .. want ik kan dit en dat niet ..

En terecht!

Maar...

App als app of als applicatie en dan nog : Wat voor één

De UniFi Controller zie ik namelijk eerder als een Server Service/Daemon/Applicatie of inderdaad gewoon Controller dan een reguliere applicatie...

Dus het is vaak ook: de klant moeten we tevreden houden want anders ..

Op voorwaarde dat de klant ook echt daadwerkelijk weet wat die wil : Geheel terecht!

Want wat is nu makkelijker om met je telefoon of tablet op de bank even wat te doen als men een mailtje heeft binnen gekregen ..

Je laptop erbij pakken of gewoon achter de PC gaan zitten

Telefoons en tablets zijn speelgoed geworden dankzij dat verschrikkelijke woord van 10 a 11 jaar geleden : Apps

Blyzka schreef op dinsdag 17 augustus 2021 @ 08:53:
Is het bekend dat Ubiquiti accespoints problemen opleveren met de Sonos speakers?

Sinds wij Ubiquiti hebben in huis werkt Sonos namelijk niet meer, en zodra het losgekoppeld is werkt Sonos wel weer. Ervaren meer mensen deze problemen, zo ja wat valt er aan te doen.

Cartman! schreef op dinsdag 17 augustus 2021 @ 09:14:
Moet je daar nog naar migreren oid? Ik heb nu alle speakers op WiFi gehangen en ervaar regelmatig problemen. Als ik er 1 gewoon nu swap naar een draadje...dan is alles OK?

NOFI, maar dat is echt al heel vaak langsgekomen : [Ubiquiti-Netwerkapparatuur] Ervaringen & Discussie - Deel 4

Prachtig zo'n Search bovenaan!

Tortelli schreef op dinsdag 17 augustus 2021 @ 12:56:
Zou je dit niet out of the box werkende kunnen krijgen tussen de 2 switches?

Als in een soort Plug & Play die automatisch de LACP link opzet of bedoel je wat anders

Geen ramp verder maar het zou vanuit technisch perspectief wel leuk zijn om 2x1Gbit te hebben tussen de 2 switches.

Dat kan ook als het goed is, maar ik heb daar helaas geen ervaring mee i.c.m. Ubiquiti of ZyXel dus geen idee waar het mis is gegaan bij jou

Miki schreef op dinsdag 17 augustus 2021 @ 14:57:
Ik heb alleen wijzigingen aangebracht in de system nameserver > 127.0.0.1 naar ip-adres pihole server (regel 275) en onder DHCP server de eerste verwijzing van de DNS aangepast (regel 344).

De clients lijken mijn ingestelde pihole DNS wel te zien maar gaan er vrolijk omheen.

Kan iemand meekijken waar ik de plank mis sla? Ik zie het even niet al vermoed ik iets met IPv6.

Dat zou heel goed kunnen!

Zet IPv6 uit in je VLAN/LAN en kijk eens wat je dan als resultaat krijgt...

config

code:

firewall {
    all-ping enable
    broadcast-ping disable
    ipv6-name WANv6_IN {
        default-action drop
        description "WAN IPv6 naar LAN"
        rule 10 {
            action accept
            description "Allow established/related"
            state {
                established enable
                related enable
            }
        }
        rule 20 {
            action drop
            description "Drop invalid state"
            state {
                invalid enable
            }
        }
        rule 30 {
            action accept
            description "Allow IPv6 icmp"
            icmpv6 {
                type echo-request
            }
            protocol ipv6-icmp
        }
    }
    ipv6-name WANv6_LOCAL {
        default-action drop
        description "WAN IPv6 naar Router"
        rule 10 {
            action accept
            description "Allow established/related"
            state {
                established enable
                related enable
            }
        }
        rule 20 {
            action drop
            description "Drop invalid state"
            state {
                invalid enable
            }
        }
        rule 30 {
            action accept
            description "Allow IPv6 icmp"
            protocol ipv6-icmp
        }
        rule 40 {
            action accept
            description "Allow dhcpv6"
            destination {
                port 546
            }
            protocol udp
            source {
                port 547
            }
        }
    }
    ipv6-receive-redirects disable
    ipv6-src-route disable
    ip-src-route disable
    log-martians enable
    name WAN_IN {
        default-action drop
        description "WAN naar LAN"
        rule 10 {
            action accept
            description "Allow established/related"
            log disable
            state {
                established enable
                related enable
            }
        }
        rule 20 {
            action drop
            description "Drop invalid state"
            state {
                invalid enable
            }
        }
    }
    name WAN_LOCAL {
        default-action drop
        description "WAN naar Router"
        rule 10 {
            action accept
            description "Allow established/related"
            log disable
            state {
                established enable
                invalid disable
                new disable
                related enable
            }
        }
        rule 20 {
            action drop
            description "Drop invalid state"
            state {
                established disable
                invalid enable
                new disable
                related disable
            }
        }
    }
    receive-redirects disable
    send-redirects enable
    source-validation disable
    syn-cookies enable
}
interfaces {
    ethernet eth0 {
        description FTTH
        duplex auto
        mtu 1512
        speed auto
        vif 4 {
            address dhcp
            description "KPN IPTV"
            dhcp-options {
                client-option "send vendor-class-identifier "IPTV_RG";"
                client-option "request subnet-mask, routers, rfc3442-classless-static-routes;"
                default-route no-update
                default-route-distance 210
                name-server update
            }
            mtu 1500
        }
        vif 6 {
            description "KPN Internet"
            mtu 1508
            pppoe 0 {
                default-route auto
                dhcpv6-pd {
                    no-dns
                    pd 0 {
                        interface switch0 {
                            host-address ::1
                            prefix-id :1
                            service slaac
                        }
                        prefix-length /48
                    }
                    rapid-commit enable
                }
                firewall {
                    in {
                        ipv6-name WANv6_IN
                        name WAN_IN
                    }
                    local {
                        ipv6-name WANv6_LOCAL
                        name WAN_LOCAL
                    }
                }
                idle-timeout 180
                ipv6 {
                    address {
                        autoconf
                    }
                    dup-addr-detect-transmits 1
                    enable {
                    }
                }
                mtu 1500
                name-server auto
                password ppp
                user-id XX-XX-XX-XX-XX-XX@internet
            }
        }
    }
    ethernet eth1 {
        description "Thuis netwerk poort 1"
        duplex auto
        mtu 1500
        speed auto
    }
    ethernet eth2 {
        description "Thuis netwerk poort 2"
        duplex auto
        mtu 1500
        speed auto
    }
    ethernet eth3 {
        description "Thuis netwerk poort 3"
        duplex auto
        mtu 1500
        speed auto
    }
    ethernet eth4 {
        description "Thuis netwerk poort 4"
        duplex auto
        mtu 1500
        speed auto
    }
    loopback lo {
    }
    switch switch0 {
        address 192.168.2.254/24
        description "Thuis netwerk"
        ipv6 {
            dup-addr-detect-transmits 1
             router-advert {
                cur-hop-limit 64
                link-mtu 0
                managed-flag false
                max-interval 600
                name-server 2a02:a47f:e000::53
                name-server 2a02:a47f:e000::54
                other-config-flag false
                prefix ::/64 {
                    autonomous-flag true
                    on-link-flag true
                    valid-lifetime 2592000
                }
                radvd-options "RDNSS 2a02:a47f:e000::53 2a02:a47f:e000::54 {};"
                reachable-time 0
                retrans-timer 0
                send-advert true
            }
       }
        mtu 1500
        switch-port {
            interface eth1 {
            }
            interface eth2 {
            }
            interface eth3 {
            }
            interface eth4 {
            }
            vlan-aware disable
        }
    }
}
protocols {
    igmp-proxy {
        interface eth0.4 {
            alt-subnet 0.0.0.0/0
            role upstream
            threshold 1
        }
        interface switch0 {
            alt-subnet 0.0.0.0/0
            role downstream
            threshold 1
        }
    }
    static {
        interface-route6 ::/0 {
            next-hop-interface pppoe0 {
            }
        }
    }
}
service {
    dhcp-server {
        disabled false
        global-parameters "option vendor-class-identifier code 60 = string;"
        global-parameters "option broadcast-address code 28 = ip-address;"
        hostfile-update disable
        shared-network-name Thuis {
            authoritative enable
            subnet 192.168.2.0/24 {
                default-router 192.168.2.254
                dns-server 192.168.2.254
                lease 86400
                start 192.168.2.1 {
                    stop 192.168.2.200
                }
            }
        }
        static-arp disable
        use-dnsmasq enable
    }
    dns {
        forwarding {
            cache-size 4000
            listen-on switch0
            name-server 195.121.1.34
            name-server 195.121.1.66
            name-server 2a02:a47f:e000::53
            name-server 2a02:a47f:e000::54
            options listen-address=192.168.2.254
        }
    }
    gui {
        http-port 80
        https-port 443
        older-ciphers enable
    }
    nat {
        rule 5000 {
            description IPTV
            destination {
                address 213.75.112.0/21
            }
            log disable
            outbound-interface eth0.4
            protocol all
            source {
            }
            type masquerade
        }
        rule 5010 {
            description Internet
            log disable
            outbound-interface pppoe0
            protocol all
            type masquerade
        }
    }
    ssh {
        port 22
        protocol-version v2
    }
    telnet {
        port 23
    }
    unms {
        disable
    }
}
system {
    domain-name thuis.local
    host-name Thuis
    login {
        user ubnt {
            authentication {
                plaintext-password "ubnt"
            }
            level admin
        }
    }
    name-server 127.0.0.1
    ntp {
        server 0.nl.pool.ntp.org {
        }
        server 1.nl.pool.ntp.org {
        }
        server ntp0.nl.net {
        }
        server ntp1.nl.net {
        }
        server time.kpn.net {
        }
    }
    offload {
        hwnat enable
    }
    syslog {
        global {
            facility all {
                level notice
            }
            facility protocols {
                level debug
            }
        }
    }
    time-zone Europe/Amsterdam
    traffic-analysis {
        dpi disable
        export disable
    }
}

_{En zet dit soort lange Code blokken voortaan tussen Quote Tags}

Miki schreef op dinsdag 17 augustus 2021 @ 15:28:
Ha wacht, even volgens mij begrijpen elkaar niet. Ik heb de betreffende DNS server aangepast en in mijn client zie ik de aangepaste DNS IPv4 server (x.x.x.205) netjes staan. Alleen zie ik dus ook de IPV6 upstream servers 2a02:a47f:e000::53 en 2a02:a47f:e000::54 opduiken. Deze twee zorgen naar alle waarschijnlijkheid voor dat reclame doorlekt.

Zie:[Afbeelding]

Enig idee hoe ik dit fix?

Door je Pi-Hole een eigen IPv6 adres te geven en die ook uit te delen via DHCPv6

[ Voor 5% gewijzigd door nero355 op 17-08-2021 15:30 ]

[stormfly]

Miki schreef op dinsdag 17 augustus 2021 @ 15:28:
[...]

Ha wacht, even volgens mij begrijpen elkaar niet. Ik heb de betreffende DNS server aangepast en in mijn client zie ik de aangepaste DNS IPv4 server (x.x.x.205) netjes staan. Alleen zie ik dus ook de IPV6 upstream servers 2a02:a47f:e000::53 en 2a02:a47f:e000::54 opduiken. Deze twee zorgen naar alle waarschijnlijkheid voor dat reclame doorlekt.

Zie:[Afbeelding]

Enig idee hoe ik dit fix?

Door je pihole IPv6 te geven zoals @nero355 schreef, de wat minder nette variant is alleen IPv4 DNS te doen.

code:

    switch switch0 {
        address 192.168.2.254/24
        description "Thuis netwerk"
        ipv6 {
            dup-addr-detect-transmits 1
             router-advert {
                cur-hop-limit 64
                link-mtu 0
                managed-flag false
                max-interval 600
                name-server 2a02:a47f:e000::53
                name-server 2a02:a47f:e000::54
                other-config-flag false
                prefix ::/64 {
                    autonomous-flag true
                    on-link-flag true
                    valid-lifetime 2592000
                }
                radvd-options "RDNSS 2a02:a47f:e000::53 2a02:a47f:e000::54 {};"
                reachable-time 0
                retrans-timer 0
                send-advert true
            }
       }

radvd-options "RDNSS 2a02:a47f:e000::53 2a02:a47f:e000::54 {};" ->>>>> verwijderen

[loyske]

Iemand de gouden tip wat betreft een degelijke nieuwe voeding/adapter voor de USG? De mijne heeft het na toch bijna 5 jaar begeven....

[rally]

loyske schreef op dinsdag 17 augustus 2021 @ 17:02:
Iemand de gouden tip wat betreft een degelijke nieuwe voeding/adapter voor de USG? De mijne heeft het na toch bijna 5 jaar begeven....

Ik heb een paar 12V, 2A voedingen gekocht op AliExpress ter reserve. Ik heb een hele hoop USG's bij klanten liggen en die voedingen klappen er nu 1 voor 1 uit (zijn tussen de 2-4 jaar oud).

Mocht je in de buurt wonen, dan kan ik je wel uit de brand helpen. Woon in de buurt van Leiden.

[loyske]

rally schreef op dinsdag 17 augustus 2021 @ 17:05:
[...]

Ik heb een paar 12V, 2A voedingen gekocht op AliExpress ter reserve. Ik heb een hele hoop USG's bij klanten liggen en die voedingen klappen er nu 1 voor 1 uit (zijn tussen de 2-4 jaar oud).

Mocht je in de buurt wonen, dan kan ik je wel uit de brand helpen. Woon in de buurt van Leiden.

Das snel en aardig, maar Maastricht is een eindje de ander kant op. Thanks
Wel een beetje degelijk spul van ali?

[rally]

loyske schreef op dinsdag 17 augustus 2021 @ 17:06:
[...]


Das snel en aardig, maar Maastricht is een eindje de ander kant op. Thanks
Wel een beetje degelijk spul van ali?

Jazeker, ben niet op de goedkoopste aanbieding ingegaan en de twee "oudste" adapters draaien nu al ruim een jaar (14-15 maanden schat ik) zonder problemen.

Het is wel heel vreemd dat die adapters het zo 'spontaan' begeven (nou ja... meer uitermate irrirant, daarom heb ik er nu 7-8 op voorraad, want AliExpress levering duurde 8 weken de eerste keer).

[Miki]

stormfly schreef op dinsdag 17 augustus 2021 @ 16:10:
[...]


Door je pihole IPv6 te geven zoals @nero355 schreef, de wat minder nette variant is alleen IPv4 DNS te doen.

code:

    switch switch0 {
        address 192.168.2.254/24
        description "Thuis netwerk"
        ipv6 {
            dup-addr-detect-transmits 1
             router-advert {
                cur-hop-limit 64
                link-mtu 0
                managed-flag false
                max-interval 600
                name-server 2a02:a47f:e000::53
                name-server 2a02:a47f:e000::54
                other-config-flag false
                prefix ::/64 {
                    autonomous-flag true
                    on-link-flag true
                    valid-lifetime 2592000
                }
                radvd-options "RDNSS 2a02:a47f:e000::53 2a02:a47f:e000::54 {};"
                reachable-time 0
                retrans-timer 0
                send-advert true
            }
       }

radvd-options "RDNSS 2a02:a47f:e000::53 2a02:a47f:e000::54 {};" ->>>>> verwijderen

Helaas lijkt het erop dat een statische IPv6 adres ook geen soelaas biedt. Zodra ik de ouput van resolv.conf bekijk zie ik naast mijn statische IPv6 adres ook vrolijk weer de upstream DNS servers terug keren.

Ik ga mijn heil even zoeken in het PiHole forum omdat ik het waarschijnlijk daarin verder moet gaan zoeken. Thx @stormfly en @nero355!

[Comp User]

@Miki heb je deze of deze methode al gezien?

[SkyFlyer]

Mijn eerste Unifi apparaat binnen. De WiFi 6 Pro en 16 POE switch zijn niet op voorraad, dus kan niet niet echt los.

Hierbij een kleine unboxing, vermoed dat er hetzelfde in de UDM Pro SE, als in de gewone UDM Pro?

[Miki]

Comp User schreef op dinsdag 17 augustus 2021 @ 18:47:
@Miki heb je deze of deze methode al gezien?

Ik ben er denk ik wel achter, @stormfly had wel gelijk.

Het zit hem in radvd-options en de daarboven genoemde nameservers. Ik zat niet goed te kijken, ik heb een EdgeRouter X en die heeft een ingebouwde switch en dus ook een interface die Switch0 heet. Ik zat met mijn snuffert in eth1 (waaraan mijn fysieke switch hangt) te kijken

IPv4 wijst zich vanzelf, maar IPv6 icm EdgeOS is nieuwe materie voor me. Wat is nu best practice om DNS server te verwijzen naar de PiHole IPv6 server?

1. De name servers aanpassen naar het IPv6 adres van de Pi-hole server
2. De radvd-options aanpassen naar het IPv6 adres van de Pi-hole server
3. beide aanpassen
4. beide blanco laten

Plaatje:

[Polyphemus]

SkyFlyer schreef op dinsdag 17 augustus 2021 @ 19:22:
Mijn eerste Unifi apparaat binnen. De WiFi 6 Pro en 16 POE switch zijn niet op voorraad, dus kan niet niet echt los.

Hierbij een kleine unboxing, vermoed dat er hetzelfde in de UDM Pro SE, als in de gewone UDM Pro?

[Afbeelding]	[Afbeelding]	[Afbeelding]
[Afbeelding]	[Afbeelding]	[Afbeelding]
[Afbeelding]	[Afbeelding]	[Afbeelding]
[Afbeelding]	[Afbeelding]

Het isolatieschuim is anders vormgegeven

[Will_M]

We gaan hier toch hopelijk niet al te veel van dit soort 'unboxing' fotoreportages (of nóg erger: Filmpjes) te zien krijgen, hé?

[tcviper]

Zojuist de UDM Pro SE binnen gekregen, so far so good.. lekker snel en een betere connectie voor het netsnoer.... deze klikt nu vast dus kun je niet zomaar meer eruit trekken, via de backup-restore functie alles in 1x over gezet.

Het updaten en de web interface voelt ook wat sneller dan de UDM Pro zelf.
Als iemand iets specifieks wilt weten, let me know.

[ Voor 17% gewijzigd door tcviper op 17-08-2021 19:51 ]

[nero355]

Miki schreef op dinsdag 17 augustus 2021 @ 19:25:
Ik ben er denk ik wel achter, @stormfly had wel gelijk.

Natuurlijk hadden we gelijk!

Het zit hem in radvd-options en de daarboven genoemde nameservers. Ik zat niet goed te kijken, ik heb een EdgeRouter X en die heeft een ingebouwde switch en dus ook een interface die Switch0 heet. Ik zat met mijn snuffert in eth1 (waaraan mijn fysieke switch hangt) te kijken

IPv4 wijst zich vanzelf, maar IPv6 icm EdgeOS is nieuwe materie voor me. Wat is nu best practice om DNS server te verwijzen naar de PiHole IPv6 server?

1. De name servers aanpassen naar het IPv6 adres van de Pi-hole server
2. De radvd-options aanpassen naar het IPv6 adres van de Pi-hole server
3. beide aanpassen
4. beide blanco laten

Plaatje:
[Afbeelding]

Optie #3

[ed1703]

Will_M schreef op dinsdag 17 augustus 2021 @ 19:41:
We gaan hier toch hopelijk niet al te veel van dit soort 'unboxing' fotoreportages (of nóg erger: Filmpjes) te zien krijgen, hé?

Mooi he, die glimmende kooimoeren..

[GioStyle]

tcviper schreef op dinsdag 17 augustus 2021 @ 19:50:
Zojuist de UDM Pro SE binnen gekregen, so far so good.. lekker snel en een betere connectie voor het netsnoer.... deze klikt nu vast dus kun je niet zomaar meer eruit trekken, via de backup-restore functie alles in 1x over gezet.

Het updaten en de web interface voelt ook wat sneller dan de UDM Pro zelf.
Als iemand iets specifieks wilt weten, let me know.

Ik vraag mij het volgende af: hoe zit het nu met de 8 poort switch? Nog steeds een gigabit backplane?

[RobertMe]

GioStyle schreef op dinsdag 17 augustus 2021 @ 20:04:
[...]


Ik vraag mij het volgende af: hoe zit het nu met de 8 poort switch? Nog steeds een gigabit backplane?

Volgens mij hadden (Amerikaanse) gebruikers idd al bevestigd dat de switch performance nog steeds om te huilen is...

[GioStyle]

RobertMe schreef op dinsdag 17 augustus 2021 @ 20:05:
[...]

Volgens mij hadden (Amerikaanse) gebruikers idd al bevestigd dat de switch performance nog steeds om te huilen is...

[SkyFlyer]

Will_M schreef op dinsdag 17 augustus 2021 @ 19:41:
We gaan hier toch hopelijk niet al te veel van dit soort 'unboxing' fotoreportages (of nóg erger: Filmpjes) te zien krijgen, hé?

Sorry, in het verleden in andere topics werd dit zeer gewaardeerd, bij introductie nieuwe apparaten. Maar bedankt voor de passief agressieve feedback!

[Will_M]

ed1703 schreef op dinsdag 17 augustus 2021 @ 20:00:
[...]

Mooi he, die glimmende kooimoeren..

Misschien wel goed om te vermelden dat er in de 'unboxing' een stukje 'ijzer' mist..... De tool om die kooimoeren correct te kunnen plaatsen / verwijderen

[stormfly]

Miki schreef op dinsdag 17 augustus 2021 @ 19:25:
[...]

Ik ben er denk ik wel achter, @stormfly had wel gelijk.

Het zit hem in radvd-options en de daarboven genoemde nameservers. Ik zat niet goed te kijken, ik heb een EdgeRouter X en die heeft een ingebouwde switch en dus ook een interface die Switch0 heet. Ik zat met mijn snuffert in eth1 (waaraan mijn fysieke switch hangt) te kijken

IPv4 wijst zich vanzelf, maar IPv6 icm EdgeOS is nieuwe materie voor me. Wat is nu best practice om DNS server te verwijzen naar de PiHole IPv6 server?

1. De name servers aanpassen naar het IPv6 adres van de Pi-hole server
2. De radvd-options aanpassen naar het IPv6 adres van de Pi-hole server
3. beide aanpassen
4. beide blanco laten

Plaatje:
[Afbeelding]

IPv6 is 15% sneller dan IPv4 als je alles voor IPv6 inclusief DNS native over IPv6 kunt doen is dat fijner. Dan zou ik 1 & 2 uitvoeren. Waarom dubbel? Omdat het ene OS een DHCPv6 verzoek stuurt en het andere OS alleen luistert naar RADVD.

[tcviper]

GioStyle schreef op dinsdag 17 augustus 2021 @ 20:04:
[...]


Ik vraag mij het volgende af: hoe zit het nu met de 8 poort switch? Nog steeds een gigabit backplane?

De switch poorten zijn volgens mij exact hetzelfde als van de UDM Pro, behalve dat ze nu ook POE hebben dan. Ikzelf gebruik een 10Gb SFP+ kabel (SFP+ poort op de UDM Pro SE) naar een Unifi 24 poort Gen2 Pro switch en daar patch ik alles door.

[ Voor 4% gewijzigd door tcviper op 17-08-2021 20:18 ]

[GioStyle]

tcviper schreef op dinsdag 17 augustus 2021 @ 20:17:
[...]


De switch poorten zijn volgens mij exact hetzelfde als van de UDM Pro, behalve dat ze nu ook POE hebben dan. Ikzelf gebruik een 10Gb SFP+ kabel (SFP+ poort op de UDM Pro SE) naar een Unifi 24 poort Gen2 Pro switch en daar patch ik alles door.

Wat is dan de toegevoegde waarde van de SE voor jou ten opzichte van de gewone Pro?

[Miki]

stormfly schreef op dinsdag 17 augustus 2021 @ 20:16:
[...]


IPv6 is 15% sneller dan IPv4 als je alles voor IPv6 inclusief DNS native over IPv6 kunt doen is dat fijner. Dan zou ik 1 & 2 uitvoeren. Waarom dubbel? Omdat het ene OS een DHCPv6 verzoek stuurt en het andere OS alleen luistert naar RADVD.

nero355 schreef op dinsdag 17 augustus 2021 @ 19:55:
[...]

Natuurlijk hadden we gelijk!


[...]

Optie #3

Dank wijze tweakers

Overigens mag dit ook wel een sticky worden in het Pihole topic. Velen zullen dit installatie script voor KPN icm Edgerouters gebruiken en tegen hetzelfde aanlopen en helemaal geen benul hebben waar ze het moeten zoeken.

[tcviper]

GioStyle schreef op dinsdag 17 augustus 2021 @ 20:20:
[...]


Wat is dan de toegevoegde waarde van de SE voor jou ten opzichte van de gewone Pro?

Ik had zelf geen UDM Pro maar een UXG voor te testen en heb er nu voor gekozen om een UDM Pro SE te pakken, vanuit interesse maar ook uit nieuwsgierigheid en om het UniFi OS 'platform' te kunnen gebruiken voor andere Unifi OS apps die er nog bij gaan komen. En daarnaast was ik klaar met een aparte Cloudkey G2 etc etc 😀

Toegevoegde waarde is verder dat het een nieuwere versie in principe is en hij net wat sneller is, das dan mooi meegenomen.

[ Voor 8% gewijzigd door tcviper op 17-08-2021 21:08 ]

[Polyphemus]

tcviper schreef op dinsdag 17 augustus 2021 @ 21:05:
[...]


Ik had zelf geen UDM Pro maar een UXG voor te testen en heb er nu voor gekozen om een UDM Pro SE te pakken, vanuit interesse maar ook uit nieuwsgierigheid en om het UniFi OS 'platform' te kunnen gebruiken voor andere Unifi OS apps die er nog bij gaan komen. En daarnaast was ik klaar met een aparte Cloudkey G2 etc etc 😀

Toegevoegde waarde is verder dat het een nieuwere versie in principe is en hij net wat sneller is, das dan mooi meegenomen.

Dat 'net wat sneller' moet dan in de software zitten, als de hardware identiek is...

[loyske]

rally schreef op dinsdag 17 augustus 2021 @ 17:15:
[...]

Jazeker, ben niet op de goedkoopste aanbieding ingegaan en de twee "oudste" adapters draaien nu al ruim een jaar (14-15 maanden schat ik) zonder problemen.

Het is wel heel vreemd dat die adapters het zo 'spontaan' begeven (nou ja... meer uitermate irrirant, daarom heb ik er nu 7-8 op voorraad, want AliExpress levering duurde 8 weken de eerste keer).

Hier zondagochtend, de sonos stream stop opeens en websites laden niet meer. Alles in meterkast zag normaal uit, echter in Unifi Network app zag ik dat de USG niet verbonden was. Hoewel de LAN-LED gewoon knipperde. Switchport gaf aan dat er wel verkeer naar de USG ging, mer er niks terug kwam. Stekker uit USG getrokken, daarna zelfde verhaal. Stekker van de USG voeding eruit getrokken en weer ingestoken. Toen begon de USG en de LED op de voeding te knipperen als een kerstboom met klikkend geluid, dat was een duidelijk teken

[GroeneThee]

tcviper schreef op dinsdag 17 augustus 2021 @ 21:05:
[...]


Ik had zelf geen UDM Pro maar een UXG voor te testen en heb er nu voor gekozen om een UDM Pro SE te pakken, vanuit interesse maar ook uit nieuwsgierigheid en om het UniFi OS 'platform' te kunnen gebruiken voor andere Unifi OS apps die er nog bij gaan komen. En daarnaast was ik klaar met een aparte Cloudkey G2 etc etc 😀

Toegevoegde waarde is verder dat het een nieuwere versie in principe is en hij net wat sneller is, das dan mooi meegenomen.

Heb ook even getwijfeld of ik mijn UDM-P zou inruilen voor de SE variant. Had 'm in het mandje maar buiten de SSD zag ik weinig voordelen. Ga binnenkort de UDM-P installeren thuis en had geen trek in de Early Acces perikelen, die UI toch wel heeft.
Maar ben erg benieuwd naar je ervaringen.

[UTMachine]

rally schreef op dinsdag 17 augustus 2021 @ 17:15:
[...]

Jazeker, ben niet op de goedkoopste aanbieding ingegaan en de twee "oudste" adapters draaien nu al ruim een jaar (14-15 maanden schat ik) zonder problemen.

Het is wel heel vreemd dat die adapters het zo 'spontaan' begeven (nou ja... meer uitermate irrirant, daarom heb ik er nu 7-8 op voorraad, want AliExpress levering duurde 8 weken de eerste keer).

Heb je ook nog een linkje naar die aliexpress leverancier? Een backup voeding is altijd prettig.

[Paprika]

GioStyle schreef op dinsdag 17 augustus 2021 @ 20:04:
[...]


Ik vraag mij het volgende af: hoe zit het nu met de 8 poort switch? Nog steeds een gigabit backplane?

Alles wat er mis was met de UDM Pro is ook een gebrek bij de SE.

[stormfly]

UTMachine schreef op woensdag 18 augustus 2021 @ 13:54:
[...]


Heb je ook nog een linkje naar die aliexpress leverancier? Een backup voeding is altijd prettig.

Met de 21% BTW verandering voor China is halen in Nederland misschien gelijkwaardig?


https://www.conrad.nl/p/h...-w-gestabiliseerd-1527554

[tcviper]

Paprika schreef op woensdag 18 augustus 2021 @ 14:09:
[...]

Alles wat er mis was met de UDM Pro is ook een gebrek bij de SE.

Dat vind jij, voor mij is het prima, de meesten die dit echt gebruiken zullen ook een aparte switch aansluiten waar 10gb poorten op zitten.

[Paprika]

tcviper schreef op woensdag 18 augustus 2021 @ 14:43:
[...]


Dat vind jij, voor mij is het prima, de meesten die dit echt gebruiken zullen ook een aparte switch aansluiten waar 10gb poorten op zitten.

Het zegt vooral iets over hoe er wordt omgegaan met feedback. Het is en blijft een gebrek. Ik heb er zelf geen last van, maar dat betekent niet dat het dan maar een applausje waard is dat ze er niets mee doen.

[tcviper]

Paprika schreef op woensdag 18 augustus 2021 @ 14:50:
[...]

Het zegt vooral iets over hoe er wordt omgegaan met feedback. Het is en blijft een gebrek. Ik heb er zelf geen last van, maar dat betekent niet dat het dan maar een applausje waard is dat ze er niets mee doen.

Dat is waar, maar ik denk dat je de SE moet zien als een vernieuwde UDM Pro versie. Als er straks een UDM Pro 2 komt dan zullen ze daar gegarandeerd andere keuzes bij maken (hoop ik dan).

[Paprika]

tcviper schreef op woensdag 18 augustus 2021 @ 14:57:
[...]


Dat is waar, maar ik denk dat je de SE moet zien als een vernieuwde UDM Pro versie. Als er straks een UDM Pro 2 komt dan zullen ze daar gegarandeerd andere keuzes bij maken (hoop ik dan).

Laat ik het iets anders stellen: als je de top 10 UDM Pro klachten met de meeste reacties/upvotes pakt, dan zul je die top 10 ruim een jaar later nog altijd ongewijzigd zien. Dat geldt voor zowel software als hardware feedback. Dat de software backlog groot is kan ik mij nog iets bij voorstellen, maar ook aan de hardware kant hebben ze niet echt iets opgelost. Ja er is nu PoE, wat leuk is, en je kunt prima die poorten prima gebruiken voor camera's zonder negatieve gevolgen, maar tegelijkertijd was dat iets wat geen gebrek was, want het was nooit een specificatie of verwachting die men had van de UDM Pro. Immers waren de specificaties altijd al helder: geen PoE.

[ Voor 3% gewijzigd door Paprika op 18-08-2021 15:02 ]

[Tha Render_2]

Paprika schreef op woensdag 18 augustus 2021 @ 14:50:
[...]

Het zegt vooral iets over hoe er wordt omgegaan met feedback.

Bij het lanceren van de UDM PRO was de feedback dat er PoE poorten ontbraken, dat hebben ze nu toegevoegd. Om maar een voorbeeld te geven dat niet alle feedback de vuilbak in gaat en ze zullen wel hun redenen hebben waarom niet alle vragen van klanten toegepast worden op nieuwe toestellen. Ik kijk liever naar wat het apparaat kan ipv wat het niet kan, zo kan ik inschatten wat ik nog nodig heb. Een UDM-PRO met een USW-16-POE Gen2, heerlijke combo! Daar kan zelfs een UDM PRO SE niet tegen op want die heeft alleen PoE en geen PoE+, oeps, heb ik net commentaar/feedback gegeven?

Heb net weer 2 setjes besteld:



Was er vorige week een klant "ik heb ergens op een vergeten plaats een netwerkpoort maar nergens in de buurt stroom .. ik wil op die plaats graag een AP maar ook nog een switch, dat zal niet gaan zeker?" Klant had uiteraard een pakketje UDM-PRO + USW-16-POE die POE+ kan leveren dus hangen we daar lekker een USW-FLEX aan die PoE in heeft en dankzij de PoE+ ook gewoon 802.3af PoE kan leveren aan een AP en nog paar netwerkpoortjes vrij volgens klant request

[nero355]

Tha Render_2 schreef op woensdag 18 augustus 2021 @ 15:04:
Ik kijk liever naar wat het apparaat kan ipv wat het niet kan, zo kan ik inschatten wat ik nog nodig heb.

Het probleem bij de UniFi Routers is dat je al gauw ziet wat ze NIET kunnen i.p.v. wat ze WEL kunnen!

Echt vreselijk zonde!

Was er vorige week een klant "ik heb ergens op een vergeten plaats een netwerkpoort maar nergens in de buurt stroom .. ik wil op die plaats graag een AP maar ook nog een switch, dat zal niet gaan zeker?" Klant had uiteraard een pakketje UDM-PRO + USW-16-POE die POE+ kan leveren dus hangen we daar lekker een USW-FLEX aan die PoE in heeft en dankzij de PoE+ ook gewoon 802.3af PoE kan leveren aan een AP en nog paar netwerkpoortjes vrij volgens klant request

[Afbeelding]

NICE!

Maar een In Wall HD was nog mooier geweest!

[georgeboot]

Na een tijdje meegelezen te hebben, ben ook ik nu aan de beurt. Ik heb een USG 3P en Cloudkey gen2+.

Vandaag overgestapt van T-Mobile Thuis (dhcp) naar Freedom (PPPoE). Alles via de Unifi UI ingesteld (vlan, PPPoE etc) en werkt allemaal prima. Ook ipv6.

Ik krijg de MTU echter niet fatsoenlijk ingesteld. Unifi zet de vlan en wan op 1500, maar de ppp op 1492 (bekend 'probleem').

Heb ingelogd op mijn USG en de configuratie er uit getrokken:

code:

{
    "interfaces": {
        "ethernet": {
            "eth0": {
                "description": "WAN",
                "duplex": "auto",
                "speed": "auto",
                "vif": {
                    "6": {
                        "description": "WAN",
                        "firewall": {
                            // ...
                        },
                        "pppoe": {
                            "2": {
                                // ...
                                "mtu": "1492",
                                "name-server": "none",
                                "password": "1234",
                                "user-id": "[e-mail]"
                            }
                        }
                    }
                }
            },
            "eth1": {
                "address": [
                    "192.168.1.1/24"
                ],
                "description": "LAN",
                "duplex": "auto",
                // ...
                "speed": "auto"
            },
            "eth2": {
                "disable": "''",
                "duplex": "auto",
                "speed": "auto"
            }
        }
    }
}

Aan de hand hiervan, zelf een config.gateway.json gemaakt en op de Cloudkey gezet en force provision gedaan op de USG:

code:

{
    "interfaces": {
        "ethernet": {
            "eth0": {
                "mtu": "1508",
                "vif": {
                    "6": {
                        "mtu": "1508",
                        "pppoe": {
                            "2": {
                                "mtu": "1500"
                            }
                        }
                    }
                }
            }
        }
    }
}

Grappig genoeg werkt dit niet. De USG geeft de volgende fout:

code:

Aug 18 16:49:23 USG mcad: mcad[3651]: ace_reporter.reporter_handle_response(): commit errors, 
{"DELETE": {"failure": "0", "success": "1"}, "SESSION_ID": "a116530512943256a99bc14e85",
 "SET": {"error": {"interfaces ethernet eth0 vif 6 mtu 1508": "MTU must be least than or equal to parent interface MTU. Value validation failed"}, "failure": "1", "success": "1"}}#012

Dus ik dacht, prima. Dan zetten de we MTU van eth0.6 eerst gewoon even op 1500, en zodra dat draait, doen we een 2e provision naar 1508.

Echter krijg ik dan precies dezelfde fout.

Heeft iemand enig idee hoe hier omheen te werken is? Heb ook al geprobeerd om het (tijdelijk) vanaf de CLI te doen (`ip link set dev eth0.6 mtu 1508`) maar dan klapt alles er uit.

Dank!

[ Voor 0% gewijzigd door georgeboot op 18-08-2021 17:46 . Reden: leesbaarheid ]

[xbeam]

georgeboot schreef op woensdag 18 augustus 2021 @ 17:38:
Na een tijdje meegelezen te hebben, ben ook ik nu aan de beurt. Ik heb een USG 3P en Cloudkey gen2+.

Vandaag overgestapt van T-Mobile Thuis (dhcp) naar Freedom (PPPoE). Alles via de Unifi UI ingesteld (vlan, PPPoE etc) en werkt allemaal prima. Ook ipv6.

Ik krijg de MTU echter niet fatsoenlijk ingesteld. Unifi zet de vlan en wan op 1500, maar de ppp op 1492 (bekend 'probleem').

Heb ingelogd op mijn USG en de configuratie er uit getrokken:

code:

{
    "interfaces": {
        "ethernet": {
            "eth0": {
                "description": "WAN",
                "duplex": "auto",
                "speed": "auto",
                "vif": {
                    "6": {
                        "description": "WAN",
                        "firewall": {
                            // ...
                        },
                        "pppoe": {
                            "2": {
                                // ...
                                "mtu": "1492",
                                "name-server": "none",
                                "password": "1234",
                                "user-id": "[e-mail]"
                            }
                        }
                    }
                }
            },
            "eth1": {
                "address": [
                    "192.168.1.1/24"
                ],
                "description": "LAN",
                "duplex": "auto",
                // ...
                "speed": "auto"
            },
            "eth2": {
                "disable": "''",
                "duplex": "auto",
                "speed": "auto"
            }
        }
    }
}

Aan de hand hiervan, zelf een config.gateway.json gemaakt en op de Cloudkey gezet en force provision gedaan op de USG:

code:

{
    "interfaces": {
        "ethernet": {
            "eth0": {
                "mtu": "1508",
                "vif": {
                    "6": {
                        "mtu": "1508",
                        "pppoe": {
                            "2": {
                                "mtu": "1500"
                            }
                        }
                    }
                }
            }
        }
    }
}

Grappig genoeg werkt dit niet. De USG geeft de volgende fout:

code:

Aug 18 16:49:23 USG mcad: mcad[3651]: ace_reporter.reporter_handle_response(): commit errors, 
{"DELETE": {"failure": "0", "success": "1"}, "SESSION_ID": "a116530512943256a99bc14e85",
 "SET": {"error": {"interfaces ethernet eth0 vif 6 mtu 1508": "MTU must be least than or equal to parent interface MTU. Value validation failed"}, "failure": "1", "success": "1"}}#012

Dus ik dacht, prima. Dan zetten de we MTU van eth0.6 eerst gewoon even op 1500, en zodra dat draait, doen we een 2e provision naar 1508.

Echter krijg ik dan precies dezelfde fout.

Heeft iemand enig idee hoe hier omheen te werken is? Heb ook al geprobeerd om het (tijdelijk) vanaf de CLI te doen (`ip link set dev eth0.6 mtu 1508`) maar dan klapt alles er uit.

Dank!

Als je pppoe buis 1500 mm dik is dan moet de vlan buis 1508 mm zijn en eth buis 1516 mm zijn anders passen de buizen niet in elkaar geschoven.

[rally]

UTMachine schreef op woensdag 18 augustus 2021 @ 13:54:
[...]


Heb je ook nog een linkje naar die aliexpress leverancier? Een backup voeding is altijd prettig.

https://nl.aliexpress.com...937460.0.0.71472e0eFtzv1R

Let even op dat je de 12V / 2A versie neemt. 1A is (theoretisch) voldoende, maar toen ik daar mee heb getest leverde soms *net* te weinig vermogen. Dus ik ben voor de 2A gegaan om voldoende ruimte te hebben in het vermogen. De 1.5 kost maar 0,24 minder dus daar wilde ik het risico niet voor lopen.
Op dit moment kost die 2A versies 4,20 Euro (ze waren 7 Euro een paar jaar geleden).

[georgeboot]

xbeam schreef op woensdag 18 augustus 2021 @ 17:50:
[...]
Als je pppoe buis 1500 mm dik is dan moet de vlan buis 1508 mm zijn en eth buis 1516 mm zijn anders passen de buizen niet in elkaar geschoven.

Als je het zo zegt, klinkt het best logisch haha.

Wat zijn volgens jou de juiste instellingen? Freedom zelf zegt:

code:

MTU waarde PPPoE: 1500 (MTU van ETH en VLAN 6: 1508)

[xbeam]

georgeboot schreef op woensdag 18 augustus 2021 @ 18:16:
[...]


Als je het zo zegt, klinkt het best logisch haha.

Wat zijn volgens jou de juiste instellingen? Freedom zelf zegt:

code:

MTU waarde PPPoE: 1500 (MTU van ETH en VLAN 6: 1508)

Die zeggen precies het zelfde, ze onder steun vlan 1508 waardoor je een 1500 pppoe verbinding kan opgezet
En waneer je router dat niet kan ( de meeste consumenten routers ) moet je mss gebruiken. De maat van de eth is niet zo relevant of die 1516 of 1524 maakt zo veel uit de buis waar de pakketjes door heen moeten is de vlan en pppoe.

Maar om het te kunnen opslaan moet de eth op de usg / edge wel groot genoeg zijn dat de vlan er in past.

[ Voor 14% gewijzigd door xbeam op 19-08-2021 02:21 ]

[georgeboot]

xbeam schreef op woensdag 18 augustus 2021 @ 18:26:
[...]

Die zeggen precies het zelfde, ze onder steun vlan 1508 waardoor je een 1500 pppoe verbinding kan opgezet
En waneer je router dat niet kan ( de meeste consumenten routers ) moet je mss gebruiken. De maat van de eth is niet zo relevant of die 1516 of 1524 maakt zo veel uit de buis waar de pakketjes door heen moeten is de vlan en pppoe.

Maar om het te kunnen saven moet de eth op de usg / edge wel groot genoeg zijn dat de vlan er in past
En de buis maten gaan Pér 8 mm

Helder, dank voor de uitleg.

Net geprobeerd met 1516 op ETH, 1508 op vlan en 1500 op ppp, maar krijg jammer genoeg dezelfde fout:

code:

"SET": {"error": {"interfaces ethernet eth0 vif 6 mtu 1508":
"MTU must be least than or equal to parent interface MTU"}

[nero355]

georgeboot schreef op woensdag 18 augustus 2021 @ 17:38:
Na een tijdje meegelezen te hebben, ben ook ik nu aan de beurt. Ik heb een USG 3P en Cloudkey gen2+.

Vandaag overgestapt van T-Mobile Thuis (dhcp) naar Freedom (PPPoE). Alles via de Unifi UI ingesteld (vlan, PPPoE etc) en werkt allemaal prima. Ook ipv6.

Ik krijg de MTU echter niet fatsoenlijk ingesteld. Unifi zet de vlan en wan op 1500, maar de ppp op 1492 (bekend 'probleem').

Heb ingelogd op mijn USG en de configuratie er uit getrokken:

code:

{
    "interfaces": {
        "ethernet": {
            "eth0": {
                "description": "WAN",
                "duplex": "auto",
                "speed": "auto",
                "vif": {
                    "6": {
                        "description": "WAN",
                        "firewall": {
                            // ...
                        },
                        "pppoe": {
                            "2": {
                                // ...
                                "mtu": "1492",
                                "name-server": "none",
                                "password": "1234",
                                "user-id": "[e-mail]"
                            }
                        }
                    }
                }
            },
            "eth1": {
                "address": [
                    "192.168.1.1/24"
                ],
                "description": "LAN",
                "duplex": "auto",
                // ...
                "speed": "auto"
            },
            "eth2": {
                "disable": "''",
                "duplex": "auto",
                "speed": "auto"
            }
        }
    }
}

Aan de hand hiervan, zelf een config.gateway.json gemaakt en op de Cloudkey gezet en force provision gedaan op de USG:

code:

{
    "interfaces": {
        "ethernet": {
            "eth0": {
                "mtu": "1508",
                "vif": {
                    "6": {
                        "mtu": "1508",
                        "pppoe": {
                            "2": {
                                "mtu": "1500"
                            }
                        }
                    }
                }
            }
        }
    }
}

Grappig genoeg werkt dit niet. De USG geeft de volgende fout:

code:

Aug 18 16:49:23 USG mcad: mcad[3651]: ace_reporter.reporter_handle_response(): commit errors, 
{"DELETE": {"failure": "0", "success": "1"}, "SESSION_ID": "a116530512943256a99bc14e85",
 "SET": {"error": {"interfaces ethernet eth0 vif 6 mtu 1508": "MTU must be least than or equal to parent interface MTU. Value validation failed"}, "failure": "1", "success": "1"}}#012

Dus ik dacht, prima. Dan zetten de we MTU van eth0.6 eerst gewoon even op 1500, en zodra dat draait, doen we een 2e provision naar 1508.

Echter krijg ik dan precies dezelfde fout.

Heeft iemand enig idee hoe hier omheen te werken is? Heb ook al geprobeerd om het (tijdelijk) vanaf de CLI te doen (`ip link set dev eth0.6 mtu 1508`) maar dan klapt alles er uit.

Dank!

Kijk effe rond in het andere topic : [Ubiquiti & IPTV] Ervaringen & Discussie

Daar kan je waarschijnlijk gewoon een werkende config jatten en het een en ander aanpassen naar eigen wens!

[Tha Render_2]

nero355 schreef op woensdag 18 augustus 2021 @ 16:04:
[...]
NICE!

Maar een In Wall HD was nog mooier geweest!

Haha klopt volledig! Was ook een mooie oplossing geweest ware het niet dat de klant de AP al liggen had gezien die voor die plaats bedoeld was na een site survey dus was de toevoeging van de flex een elegante oplossing.

[Cyberpope]

Vraagje: Ik heb een asus 68u waar ik erg tevreden over ben. Nu van een mede-tweaker voor het experiment een Unifi outdoor 5ghz overgenomen. Gewoon om te proberen want wilde over naar Unifi.

Maar ik merk dat het bereik van die unifi een een stuk minder is.

Kan ik een unifi-accespoint combineren met de asusrouter en dat hij dan wel gewoon kan roamen?
Dan houdt ik binnen mijn Asus met een accespoint buiten van Unifi.

[xbeam]

georgeboot schreef op woensdag 18 augustus 2021 @ 18:46:
[...]

Helder, dank voor de uitleg.

Net geprobeerd met 1516 op ETH, 1508 op vlan en 1500 op ppp, maar krijg jammer genoeg dezelfde fout:

code:

"SET": {"error": {"interfaces ethernet eth0 vif 6 mtu 1508":
"MTU must be least than or equal to parent interface MTU"}

Hmm dat gaat misschien iets anders fout

[TheMystery]

xbeam schreef op woensdag 18 augustus 2021 @ 20:05:
[...]


Hmm dat gaat misschien iets anders fout

Als je config voor een edgerouter bekijkt is het 1512, 1508 en 1500

[georgeboot]

nero355 schreef op woensdag 18 augustus 2021 @ 18:53:
[...]

Kijk effe rond in het andere topic : [Ubiquiti & IPTV] Ervaringen & Discussie

Daar kan je waarschijnlijk gewoon een werkende config jatten en het een en ander aanpassen naar eigen wens!

Daar kijk ik ook! Alleen nog niet de magische formule kunnen vinden jammer genoeg.

TheMystery schreef op woensdag 18 augustus 2021 @ 20:21:
[...]


Als je config voor een edgerouter bekijkt is het 1512, 1508 en 1500

Ook geprobeerd, maar zelfde idee.

Ik snap alleen nog steeds niet waarom Freedom (en anderen op diverse fora) zeggen dat zowel eth als vlan 1508 moet zijn, terwijl hier (met logische beredenering) wordt gezegd dat de eth hoger dan vlan moet zijn.

[Kek]

Mijn udm pro SE is ook binnen gekomen vandaag. Ik dat ding opstarten en schrok wat van de whine van de fan.. uiteindelijk de software en firmware bijgewerkt en nu is de fan wel stil

Klopt het dat migreren vanaf een USG niet echt wil en ik het beste een verse start kan maken? (K. klusje)

[reinoudkil]

[b]Kek in "[Ubiquiti-Netwerkapparatuur] Ervaringen & Discussie - Deel 4"
Klopt het dat migreren vanaf een USG niet echt wil en ik het beste een verse start kan maken? (K. klusje)

migratie van usg pro naar udm pro, was hier kwestie van backup restore, even geduld hebben en gaan met die banaan....

[Miki]

Cyberpope schreef op woensdag 18 augustus 2021 @ 20:01:
Vraagje: Ik heb een asus 68u waar ik erg tevreden over ben. Nu van een mede-tweaker voor het experiment een Unifi outdoor 5ghz overgenomen. Gewoon om te proberen want wilde over naar Unifi.

Maar ik merk dat het bereik van die unifi een een stuk minder is.

Kan ik een unifi-accespoint combineren met de asusrouter en dat hij dan wel gewoon kan roamen?
Dan houdt ik binnen mijn Asus met een accespoint buiten van Unifi.

Dat is een veel gemaakte perceptiefout over UniFi spul

Daarbij wil bereik weinig zeggen over de kwaliteit van verbinding zelf. Het is dikwijls beter om een extra AP toe te voegen dan een AP die keihard uitzend naar cliënts die vervolgens niet of nauwelijks kunnen terugzenden.

UniFi koop je vanwege het brede Ecosysteem icm kwaliteit en stabiliteit voor een betaalbare prijs al staan die laatste twee wat onder druk de laatste tijd. Zeker bij producten die net gelanceerd zijn en zo af en toe een stabiele firmware release die eigenlijk alpha label niet waard is.
Bijkomend voordeel is overigens wel dat je je vaak dermate verdiept in de materie je daardoor indirect een veel beter netwerk weet op te zetten dan toen je aan het prutsen was met consumenten spul met wizards icm next next clicks

[Raven]

Miki schreef op woensdag 18 augustus 2021 @ 21:09:
Zeker bij producten die net gelanceerd zijn en zo af en toe een stabiele firmware release die eigenlijk alpha label niet waard is.

* Raven kijkt naar zijn UAP AC LR die bewust voorzien is van oude firmware
Het zijn niet alleen nieuwe producten die firmware issues hebben.

[Miki]

Raven schreef op woensdag 18 augustus 2021 @ 21:18:
[...]

* Raven kijkt naar zijn UAP AC LR die bewust voorzien is van oude firmware
Het zijn niet alleen nieuwe producten die firmware issues hebben.

Ik schreef ook “en…” niet i.c.m.

Ik upgrade mijn UniFi spul dan ook niet totdat ik veilige berichten lees of respectabele YouTubers een bepaalde upgrade zie aanprijzen.

[xbeam]

Cyberpope schreef op woensdag 18 augustus 2021 @ 20:01:
Vraagje: Ik heb een asus 68u waar ik erg tevreden over ben. Nu van een mede-tweaker voor het experiment een Unifi outdoor 5ghz overgenomen. Gewoon om te proberen want wilde over naar Unifi.

Maar ik merk dat het bereik van die unifi een een stuk minder is.

Kan ik een unifi-accespoint combineren met de asusrouter en dat hij dan wel gewoon kan roamen?
Dan houdt ik binnen mijn Asus met een accespoint buiten van Unifi.

Het bereik van 5GHZ is veel minder dan 2.4ghz dus dat kan wel kloppen. Maar wat mij zorgelijker lijkt is dat de 5GHZ outdoor+ al een lange tijd EOL is. wat je netwerk kwetsbaar maakt vanwege het niet bevat en ontvangen de laatste veiligheidspatches
https://community.ui.com/...9d-49f4-85b9-b6aa54659ef7

[ Voor 16% gewijzigd door xbeam op 19-08-2021 12:20 ]

[Cyberpope]

Miki schreef op woensdag 18 augustus 2021 @ 21:09:
[...]

Dat is een veel gemaakte perceptiefout over UniFi spul

Daarbij wil bereik weinig zeggen over de kwaliteit van verbinding zelf. Het is dikwijls beter om een extra AP toe te voegen dan een AP die keihard uitzend naar cliënts die vervolgens niet of nauwelijks kunnen terugzenden.

UniFi koop je vanwege het brede Ecosysteem icm kwaliteit en stabiliteit voor een betaalbare prijs al staan die laatste twee wat onder druk de laatste tijd. Zeker bij producten die net gelanceerd zijn en zo af en toe een stabiele firmware release die eigenlijk alpha label niet waard is.
Bijkomend voordeel is overigens wel dat je je vaak dermate verdiept in de materie je daardoor indirect een veel beter netwerk weet op te zetten dan toen je aan het prutsen was met consumenten spul met wizards icm next next clicks

Nee, hoor. Ik wist al dat Unifi iets minder bereik zou hebben (maar niet dat het zo veel minder zou zijn).

Dus bewust keuze. Om het moment dat mijn asus dan echt vervangen moet worden, kan ik alsnog overstappen op 3 accespoints. Maar om nu "voor de hobby" even 3 accespoint te bestellen om 1 router te vervangen die eigenlijk nog nog werkt, gaat me wel wat ver. Mijn asus heb ik overal in huis rock-solid verbinding en heb ik nooit wifiklachten gehad. Dus dat is ook geen reden om over te stappen. Enige is dat in de tuin en garage de verbinding iets minder is.

En ja, ik heb gecheckt met speedtest en niet alleen gekeken naar "db-cijfertje". En dan is mijn oude asus overal net zo goed en beter als mijn verbinding met Unifi. Ik heb niet getest met een uur film kijken of zo.

En dus wil ik nu alvast starten met in de tuin (daar komt de asus ook wat lastig) een accespoint te hangen (bedraad) en tegen de tijd dat de asus het loodje legt of niet meer ondersteund de volgende stappen te maken.

Maar dan wel fijn als de Asus en Unifi-accespoint beetje lekker samenwerken.

En dan is het werken en ga ik er niet meer in lopen rommelen hoor. Die tijd is voorbij. Werken is goed en dan afblijven.

Dus blijft mijn vraag, is het mogelijk om te roamen tussen een asus en een unifi acces point?

[Tha Render_2]

Cyberpope schreef op donderdag 19 augustus 2021 @ 08:29:
[...]
Dus blijft mijn vraag, is het mogelijk om te roamen tussen een asus en een unifi acces point?

Deze vraag is hier al miljoenen keren gesteld geweest, in een notendop: roamen is een client beslissing, het belangrijkste is dat al je wifi instellingen op beide AP's dezelfde zijn, zowel SSID, als wachtwoord als codering (bijvoorbeeld WPA2-PSK). Zo zullen je clients dit als 1 en hetzelfde netwerk zien en vlot roamen. Daarnaast heb je nog cell overlap, de plaatsing van je AP's, een client gaat pas zoeken naar een andere AP als zijn huidig signaal niet voldoende meer is (bijvoorbeeld lager dan -70dBm). Als jij bijvoorbeeld rondloopt en verbonden bent met de ene AP en een connectie hebt van -55dBm en met een andere AP -50dBm (wat beter is) dan gaat die gewoon bij je huidige connectie van -55dBm blijven gezien dat meer dan voldoende is voor een wifi verbinding, hij gaat niet continue liggen zoeken naar de dichtsbijzijnde AP, pas als het signaal wat minder wordt krijg je client wifi chip de instructie om te zoeken naar andere AP's in de buurt die hetzelfde SSID, pass & codering uitsturen.

Dus ja roamen kan zeker tussen verschillende merken maar het is eenvoudiger bij hetzelfde merk gezien sommige merken wat eigen functies erbij steken dat een ander merk dan misschien niet heeft etc..

[ Voor 7% gewijzigd door Tha Render_2 op 19-08-2021 08:42 ]

[Tylen]

Cyberpope schreef op donderdag 19 augustus 2021 @ 08:29:
[...]

Nee, hoor. Ik wist al dat Unifi iets minder bereik zou hebben (maar niet dat het zo veel minder zou zijn).

Dus bewust keuze. Om het moment dat mijn asus dan echt vervangen moet worden, kan ik alsnog overstappen op 3 accespoints. Maar om nu "voor de hobby" even 3 accespoint te bestellen om 1 router te vervangen die eigenlijk nog nog werkt, gaat me wel wat ver.

Die snap ik even niet. Waarom 1 router vervangen voor 3 access points??? 🍎🍐

[xbeam]

Cyberpope schreef op donderdag 19 augustus 2021 @ 08:29:
[...]

Nee, hoor. Ik wist al dat Unifi iets minder bereik zou hebben (maar niet dat het zo veel minder zou zijn).

Dat is gewoon het verschil tussen 2,4 en 5ghz in combinatie met de filosofie van een fabrikanten. De oude filosofie van Consumenten merken 1 devices met een zo groot mogelijk bereik omdat verbinding is belangrijker dan snelheid en dat was vroeger in de beginnen Wifi tijd inderdaad waar vanwege low data applicaties en mogelijk vanwege de lage noise Floor en spectrum vervuiling, de consument denkt vaak dat nog steeds de manier is dus pushen fabrikanten dit concept tot de Max. Met het gevolg dat waneer je vrijstaand/ ruimtelijke woont dit prima gaat, maar in een flatgebouw is dit door alle interferentie en kanaal sharing directe WiFi zelfmoord.

Groot/ medium Zakelijk is deze filosofie vaak geen optie. omdat de meeste kantoor gebouwen eigenlijk ook gewoon grote flatgebouwen zijn en je koste wat kost het noise level zo laag mogelijk wil houden. Zodat je het spectrum met min mogelijk buren/acces points hoeft te delen. Vandaar de Unifi / Ruckus / Aruba / Meraki filosofie voor indoor wifi is; liever een lager zend vermogen en meer Accespoints.

Zie hier mijn unifi WiFi-5 Zelfs in een vol Wifi spectrum boven een druk winkel centrum kan je met goed meten en de juiste radio afstelling en wat overleg, planning met wat links,rechts,onder en boven buren met ze alle hoge snelheden halen. ik heb overal 2,4 uitgeschakeld (op wat noodzakelijke IoT na ) en gebruikt nergens meer dan 17db (het gemiddelde link budget voor smartphones) en op sommige plekken in huis zelfs maar 6bd

Zie hier de Unifi help en trouble shooting
Optimizing radio configuration
En
High TX power and link budget

Dus bewust keuze. Om het moment dat mijn asus dan echt vervangen moet worden, kan ik alsnog overstappen op 3 accespoints. Maar om nu "voor de hobby" even 3 accespoint te bestellen om 1 router te vervangen die eigenlijk nog nog werkt, gaat me wel wat ver. Mijn asus heb ik overal in huis rock-solid verbinding en heb ik nooit wifiklachten gehad. Dus dat is ook geen reden om over te stappen. Enige is dat in de tuin en garage de verbinding iets minder is.

Zoals al vaker gezegd UniFi is niet even voor de hobby en al helemaal niet voor de consument, Unifi wordt in de industrie vanwege de zeer beperkte mee geleverd SDN applicatie en beperkte support gezien als complex.
De de open controller en api word veel gebruikt in mssp / integrator/ expert deployment waar je in combinatie met je eigen SDN apps je eigen product of diensten met unifi kan uitrollen.
Thuis is het leuk voor Netwerk /Wifi engineer of fanatieke gevorderde hobbits.

Het Probleem is vanwege de lage prijs van hun instap bulk access point het waardoor het momenteel door de media markt bij de consument naar binnen geschoven aan klein zakelijk wordt het door telecom/ict-dozen schuivers, Pos/kassa, Camera en Electra boeren verkocht, die denken het Netwerk er wel even bij te kunnen doen. Want kabeltje van het Accespoint in de switch poorten van de camera en kassa naar buiten openzetten en alles het werkt toch?

Hierdoor zit ubnt een beetje in de blackberry spagaat en probeert nu een meer consumenten / systeembeheerder vriendelijker SDN app te bouwen met veel auto function die die Netwerk engineer / integrators / mssp weer vervloeken. Allemaal dingen waar jij niets aan kan doen en waarom Tweakers en dit ubnt topics bestaat. We helpen graag en af en toe houden we er nog een telecom, ict , kassa of camera boer die zich hier meestal incognito meld als klant aan over dus schaam niet om hulp te vragen zo hebben we allemaal geleerd en vraag vooral als iets niet helemaal lukt zoals je het bedacht hebt. Er zijn je hier namelijk genoeg en zelf grote bekende (ICT) bedrijven met hele afdeling aan iter’s voor geweest. Die vastliep met UNIFI

En ja, ik heb gecheckt met speedtest en niet alleen gekeken naar "db-cijfertje". En dan is mijn oude asus overal net zo goed en beter als mijn verbinding met Unifi. Ik heb niet getest met een uur film kijken of zo.

En dus wil ik nu alvast starten met in de tuin (daar komt de asus ook wat lastig) een accespoint te hangen (bedraad) en tegen de tijd dat de asus het loodje legt of niet meer ondersteund de volgende stappen te maken.

Maar dan wel fijn als de Asus en Unifi-accespoint beetje lekker samenwerken.

En dan is het werken en ga ik er niet meer in lopen rommelen hoor. Die tijd is voorbij. Werken is goed en dan afblijven.

Dus blijft mijn vraag, is het mogelijk om te roamen tussen een asus en een unifi acces point?

In theorie dat kan dat prima, de praktijk is vaak lastig, Belangrijk in dit verhaal is de juist implementatie van de R,K en V protocollen op verschillende merken Accespoints
Apple geeft hier hele goede uitleg waar elk protocol voor zorgt
https://support.apple.com/en-us/HT202628

[ Voor 58% gewijzigd door xbeam op 19-08-2021 16:27 ]

[Cyberpope]

Tylen schreef op donderdag 19 augustus 2021 @ 08:58:
[...]


Die snap ik even niet. Waarom 1 router vervangen voor 3 access points??? 🍎🍐

Om het hetzelfde bereik te bereiken.. Blijkbaar zit er zoveel verschil tussen de Asus-router en de accespoints.
Niet erg, maar beetje duur als de router nog wel goed en stabiel werkt. Kan ik als die router overlijdt of niet meer ondersteund wordt (nu nog regelmatig nieuwe firmware) overstappen, maar voor nu even zonde.

[tcviper]

Kek schreef op woensdag 18 augustus 2021 @ 20:48:
Mijn udm pro SE is ook binnen gekomen vandaag. Ik dat ding opstarten en schrok wat van de whine van de fan.. uiteindelijk de software en firmware bijgewerkt en nu is de fan wel stil

Klopt het dat migreren vanaf een USG niet echt wil en ik het beste een verse start kan maken? (K. klusje)

De SE maakte bij mij totaal geen geluid (na het opstarten dan), en na de update hoor ik em nog nauwelijks.
Migratie van een bestaande controller naar de UDM Pro SE werkt prima, heb er inmiddels 2 uitgevoerd. 1 vanaf een 6.4.x met USG en een met een 6.4.x en UXG.

Deze procedure: https://help.ui.com/hc/en...d-Key-to-Cloud-Key-or-UDM

[Kek]

tcviper schreef op donderdag 19 augustus 2021 @ 09:37:
[...]


De SE maakte bij mij totaal geen geluid (na het opstarten dan), en na de update hoor ik em nog nauwelijks.
Migratie van een bestaande controller naar de UDM Pro SE werkt prima, heb er inmiddels 2 uitgevoerd. 1 vanaf een 6.4.x met USG en een met een 6.4.x en UXG.

Deze procedure: https://help.ui.com/hc/en...d-Key-to-Cloud-Key-or-UDM

cheers! die link had ik ook al gevonden. Eerder vond ik alleen threads waarin werd gezegd dat migratie (nog) niet werkte.. maar dat is dus opgelost gelukkig.

[Mezkeijou]

zie ik het nu goed op de EU store dat de G3Flex weer te koop is? Gauw inslaan.

De 8 poort Poe switches zijn nog uitverkocht.

[ Voor 23% gewijzigd door Mezkeijou op 19-08-2021 12:39 ]

[Dacuuu]

Ik zit te kijken om een UDM Pro Se te kopen, icm 2 AcWiFi 6 lite of pro's. Ik heb in elke vertrek in huis loze leidingen naar de meterkast, maar nergens een plafondpunt waar de access points aan kunnen. Kan je ze ook prima bijv op een bureau leggen, of met een beugel aan de muur bevestigen?

[Polyphemus]

Dacuuu schreef op donderdag 19 augustus 2021 @ 12:49:
Ik zit te kijken om een UDM Pro Se te kopen, icm 2 AcWiFi 6 lite of pro's. Ik heb in elke vertrek in huis loze leidingen naar de meterkast, maar nergens een plafondpunt waar de access points aan kunnen. Kan je ze ook prima bijv op een bureau leggen, of met een beugel aan de muur bevestigen?

Ik heb een AC-Lite op mijn bureau liggen en dat werkt prima. Zal niet geheel optimaal zijn qua bereik, maar het is alleen maar voor de zolder in dit geval

[Miki]

Dacuuu schreef op donderdag 19 augustus 2021 @ 12:49:
Ik zit te kijken om een UDM Pro Se te kopen, icm 2 AcWiFi 6 lite of pro's. Ik heb in elke vertrek in huis loze leidingen naar de meterkast, maar nergens een plafondpunt waar de access points aan kunnen. Kan je ze ook prima bijv op een bureau leggen, of met een beugel aan de muur bevestigen?

Heb je al naar de in-wall oplossingen gekeken? Die zijn uitermate geschikt om te monteren op een Nederlandse wcd. Ik heb zelf 3 AC In-walls, waarvan op iedere verdieping 1.

https://eu.store.ui.com/c...products/unifi-in-wall-hd

[ Voor 7% gewijzigd door Miki op 19-08-2021 13:59 ]

[bebopper]

Is er ergens een overzicht te vinden van welke devices Ubiquiti nog support en wat de EOL ervan is?

Bijvoorbeeld de AC-Mesh - is deze nu nog wel in support of niet meer? Ze verkopen em nog wel actief.

Heb een tijdlang een waaschuwing gehad in mijn controller dat er een 'no longer supported' device in mijn netwerk zat, nu heb ik maar 3 devices te weten een USG-3P, AP-AC-LR en een AP-AC-Mesh. Van de eerste 2 krijg ik nog updates, van de laatste niet, dus ik vermoed dat deze dan 'no longer supported' is?

De waarschuwing toont nu niet meer, maar dat kan ook zijn omdat ik deze ongeduldig definitief heb weggeklikt natuurlijk (volgens mij gaf deze waarschuwing ook niet aan om welke device het ging, maar dat kan ik nu helaas niet meer checken).

[Miki]

bebopper schreef op donderdag 19 augustus 2021 @ 14:21:
Is er ergens een overzicht te vinden van welke devices Ubiquiti nog support en wat de EOL ervan is?

Bijvoorbeeld de AC-Mesh - is deze nu nog wel in support of niet meer? Ze verkopen em nog wel actief.

Heb een tijdlang een waaschuwing gehad in mijn controller dat er een 'no longer supported' device in mijn netwerk zat, nu heb ik maar 3 devices te weten een USG-3P, AP-AC-LR en een AP-AC-Mesh. Van de eerste 2 krijg ik nog updates, van de laatste niet, dus ik vermoed dat deze dan 'no longer supported' is?

De waarschuwing toont nu niet meer, maar dat kan ook zijn omdat ik deze ongeduldig definitief heb weggeklikt natuurlijk (volgens mij gaf deze waarschuwing ook niet aan om welke device het ging, maar dat kan ik nu helaas niet meer checken).

Helpt deze link? https://help.ui.com/hc/en...age-and-Obsolete-Products

[haborym]

Sinds de laatste update heb ik het volgende probleem;
Mijn UDM broadcast de SSID "UDM Setup 6854" die geen wachtwoord heeft en volledig open. Wanneer ik connect met dat SSID dan kom ik op mijn netwerk terecht. Mijn andere 2 AP's hebben dat SSID niet en broadcasten het door mijn ingestelde SSID met wachtwoord etc.

Iemand hier ook last van?

[xbeam]

haborym schreef op donderdag 19 augustus 2021 @ 15:26:
Sinds de laatste update heb ik het volgende probleem;
Mijn UDM broadcast de SSID "UDM Setup 6854" die geen wachtwoord heeft en volledig open. Wanneer ik connect met dat SSID dan kom ik op mijn netwerk terecht. Mijn andere 2 AP's hebben dat SSID niet en broadcasten het door mijn ingestelde SSID met wachtwoord etc.

Iemand hier ook last van?

Zie je deze ssid ook tussen je WiFi en guest Wifi Netwerken in de controller staan?

[nero355]

Miki schreef op woensdag 18 augustus 2021 @ 21:09:
Bijkomend voordeel is overigens wel dat je je vaak dermate verdiept in de materie je daardoor indirect een veel beter netwerk weet op te zetten dan toen je aan het prutsen was met consumenten spul met wizards icm next next clicks

Maar laten we niet vergeten dat sommigen uiteindelijk wel beter af zijn met die Next, Next, Next apparaten dan een UniFi setup!

Cyberpope schreef op donderdag 19 augustus 2021 @ 09:36:
Om het hetzelfde bereik te bereiken.. Blijkbaar zit er zoveel verschil tussen de Asus-router en de accespoints.
Niet erg, maar beetje duur als de router nog wel goed en stabiel werkt. Kan ik als die router overlijdt of niet meer ondersteund wordt (nu nog regelmatig nieuwe firmware) overstappen, maar voor nu even zonde.

Check of je ASUS Router iets van een WRT variant kan draaien nadat die EOL is gegaan : De betere oplossing t.o.v. een USG of UDM wat mij betreft!

[Cyberpope]

nero355 schreef op donderdag 19 augustus 2021 @ 16:01:
Check of je ASUS Router iets van een WRT variant kan draaien nadat die EOL is gegaan : De betere oplossing t.o.v. een USG of UDM wat mij betreft!

Dat kan hij, maar ben gewoon tevreden met de Merlin Variant die voor mijn versie nog steeds verder ontwikkeld wordt. Alleen heeft Asus geen goede accespoints die ik buiten kan hangen en al helemaal niet gevoed door PoE.

Begint wel een beetje te piepen dat de NVRAM beetje krap begint te worden met mijn lange lijst aan gereserveerde IP"s. Maar dat is toch echt nodig.

[nero355]

Cyberpope schreef op donderdag 19 augustus 2021 @ 16:07:
Alleen heeft Asus geen goede accespoints die ik buiten kan hangen en al helemaal niet gevoed door PoE.

Eerlijk gezegd zou ik zo gauw naast Ubiquiti en TP-Link ook niks anders kunnen verzinnen...

Tot nu toe ben ik in ieder geval erg blij met mijn AC Mesh

Begint wel een beetje te piepen dat de NVRAM beetje krap begint te worden met mijn lange lijst aan gereserveerde IP"s.

Dat is wel erg raar!

Het is in feite niks anders dan een bestandje met wat text regeltjes erin van DNSmasq of één van de andere opties...

[BushWhacker]

Miki schreef op dinsdag 17 augustus 2021 @ 14:57:
Sinds vandaag trotste eigenaar van een EdgeRouter X en alles draait naar behoren behalve dat ik met PiHole nog steeds clients heb die buiten om de ingestelde ip-adres van de PiHole server gaan.

Ik heb alleen wijzigingen aangebracht in de system nameserver > 127.0.0.1 naar ip-adres pihole server (regel 275) en onder DHCP server de eerste verwijzing van de DNS aangepast (regel 344). De clients lijken mijn ingestelde pihole DNS wel te zien maar gaan er vrolijk omheen. Kan iemand meekijken waar ik de plank mis sla? Ik zie het even niet al vermoed ik iets met IPv6.

config

[...]

Vooral Google devices doen dat.
Met een DNAT-rule (ipv4/legacy-ip) kun je dat tegengaan

[Miki]

BushWhacker schreef op donderdag 19 augustus 2021 @ 19:08:
[...]

Vooral Google devices doen dat.
Met een DNAT-rule (ipv4/legacy-ip) kun je dat tegengaan

Thx voor je reactie

Mijn probleem zat hem in dat ik onder mijn IPv6 verbinding de name servers van mijn provider had opgenomen. Alleen zat ik met mijn snufferd onder de verkeerde interface te zoeken. De ER-X heeft een ingebouwde switch terwijl de Cavium modellen (o.a. ER-3L en ER-4) dit niet hebben tenzij jezelf een bridge aanmaakt.

Inmiddels heb ik dat verholpen door die te vervangen voor mijn ipv6 adres van mijn Pi-hole server. Zie ook: Miki in "[Ubiquiti-Netwerkapparatuur] Ervaringen & Discussie - Deel 4"

Feitelijk heb ik dus een dual stack verbinding en filtert mijn Pihole na aanpassen van de adressen nu zowel IPv4 als IPv6

[Kek]

Right, ik probeer mijn USG nu te vervangen door mn nieuwe UDM PRO SE. hoe krijg ik dat onding het juiste IP toegewezen..? de gateway gaat standaard naar 192.168.1.1 en ik wil dat naar 192.168.178.1 hebben want mijn hele netwerk gaat daar van uit.. als ik mijn enige LAN netwerk aan pas blijft hij gewoon mooi op 192.168.1.1 staan ook na een herstart.. Doe ik wat verkeerd of is die software echt zo gaar...

[jack zomer]

Kek schreef op donderdag 19 augustus 2021 @ 21:57:
Right, ik probeer mijn USG nu te vervangen door mn nieuwe UDM PRO SE. hoe krijg ik dat onding het juiste IP toegewezen..? de gateway gaat standaard naar 192.168.1.1 en ik wil dat naar 192.168.178.1 hebben want mijn hele netwerk gaat daar van uit.. als ik mijn enige LAN netwerk aan pas blijft hij gewoon mooi op 192.168.1.1 staan ook na een herstart.. Doe ik wat verkeerd of is die software echt zo gaar...

settings- netwerk(klikken op welk netwerk als je er meerdere hebt)- advanced


is dat wat je zoekt? gateway subnet en range?

[Kek]

jack zomer schreef op donderdag 19 augustus 2021 @ 22:16:
[...]

settings- netwerk(klikken op welk netwerk als je er meerdere hebt)- advanced


is dat wat je zoekt? gateway subnet en range?

dat is precies waar ik het aan pas, maar met een provision of een reboot pakt ie gewoon weer oude settings...

heb ook al geprobeerd om een restore van mijn site te doen, maar ook dan houdt hij de standaard gateway/dhcp aan...

morgen maar es proberen of een beta/RC build dit wel kan, anders is het eindig voor unifi spul in mijn huis...

[ Voor 23% gewijzigd door Kek op 19-08-2021 22:33 ]

[jack zomer]

dats gek, ook na apply change?

misschien zie je hier iets wat jij niet of anders doet

[ Voor 4% gewijzigd door jack zomer op 19-08-2021 22:26 ]

[Tha Render_2]

Heb je geprobeerd om de USG config te importeren in de UDM? Heb vaker gelezen dat dat er voor zorgt dat hij zijn LAN IP maar niet wilt aanpassen. Al eens een factory reset gedaan en vanaf scratch begonnen?

[nero355]

Kek schreef op donderdag 19 augustus 2021 @ 21:57:
Right, ik probeer mijn USG nu te vervangen door mn nieuwe UDM PRO SE. hoe krijg ik dat onding het juiste IP toegewezen..? de gateway gaat standaard naar 192.168.1.1 en ik wil dat naar 192.168.178.1 hebben want mijn hele netwerk gaat daar van uit.. als ik mijn enige LAN netwerk aan pas blijft hij gewoon mooi op 192.168.1.1 staan ook na een herstart.. Doe ik wat verkeerd of is die software echt zo gaar...

Dat komt omdat je denkwijze verkeerd is :
- 192.168.1.0/24 lekker in VLAN 1 laten als Management VLAN.
- 192.168.178.0/24 in een nieuw VLAN aanmaken (178 of zo...) en daarvan je reguliere netwerk maken

[Paprika]

Even terugkomend op de structuur USG Pro -> UDM Pro. De USG Pro deelt netjes IPv6 uit aan clients als ik een switch tussen de USGP en UDMP plaats en daar extra clients aan koppel, maar de UDMP wil hier niets van weten. Op de WAN heb ik prefix delegation aangezet, eigenlijk identiek zoals bij: https://help.ui.com/hc/en...nd-Static-IPv6-Addressing.

Toevallig iemand met tips of ideeën? Gezien er een USGP voor zit, met de bekende json, leek dit mij een perfect moment om IPv6 weer draaien te krijgen, maar de UDMP blijft lastig doen. SSH’en naar de UDMP wijst erop dat de UDMP zelf ook geen IPv6 draait nu.

https://forum.kpn.com/thuisnetwerk-72/unifi-usg-ipv6-498555

Misschien past het beter in het andere draadje...

[ Voor 18% gewijzigd door Paprika op 20-08-2021 13:12 ]

[Dacuuu]

Miki schreef op donderdag 19 augustus 2021 @ 13:56:
[...]

Heb je al naar de in-wall oplossingen gekeken? Die zijn uitermate geschikt om te monteren op een Nederlandse wcd. Ik heb zelf 3 AC In-walls, waarvan op iedere verdieping 1.

https://eu.store.ui.com/c...products/unifi-in-wall-hd

Die zien er mooi uit, maar wel wifi 5. Ik wil eigelijk wel meteen wifi6 hebben, ik doe altijd zo lang mogelijk met alle spullen die ik heb.

[Miki]

Dacuuu schreef op vrijdag 20 augustus 2021 @ 13:28:
[...]


Die zien er mooi uit, maar wel wifi 5. Ik wil eigelijk wel meteen wifi6 hebben, ik doe altijd zo lang mogelijk met alle spullen die ik heb.

Dan moet je nog wel even geduld hebben, ook de in-walls WiFi 6 zullen vroeg of laat uitkomen. Ze hebben al eventjes in de EA store gestaan. Zie o.a. https://evanmccann.net/blog/2020/5/unifi-wifi-6-lite

Eventueel begin je met WiFi 5 en verkoop je ze daarna zodra de WiFi 6 modellen er zijn en vergeet ook niet je je netwerk apparaten na te lopen welke apparaten daadwerkelijk WiFi 6 kunnen gebruiken. Hier hebben alleen mijn iPhone 12 en Apple Tv ondersteuning waarvan de Apple tv bedraad is aangesloten, dus voor mij is er geen directe meerwaarde.
Overigens heeft WiFi6 zeker meerwaarde maar om nu zonder internet te zitten lijkt me ook niet de oplossing

[ Voor 6% gewijzigd door Miki op 20-08-2021 18:22 ]

[RobertMe]

Miki schreef op vrijdag 20 augustus 2021 @ 13:42:
[...]

Dan moet je nog wel even geduld hebben, ook de in-walls WiFi 6 zullen vroeg of laat uitkomen. Ze hebben al eventjes in de EA store gestaan. Zie o.a. https://evanmccann.net/blog/2020/5/unifi-wifi-6-lite

Eventueel begin je met WiFi 5 en verkoop je ze daarna zodra de WiFi 6 modellen er zijn en vergeet ook niet je ook je netwerk apparaten na te lopen welke apparaten daadwerkelijk WiFi 6 kunnen gebruiken. Hier hebben alleen mijn iPhone 12 en Apple Tv ondersteuning waarvan de Apple tv bedraad is aangesloten, dus voor mij is er geen directe meerwaarde.
Overigens heeft WiFi6 zeker meerwaarde maar om nu zonder internet te zitten lijkt me ook niet de oplossing

Dat laatste is natuurlijk een kip ei probleem. Als je nu APs moet kopen zou ik gewoon voor wifi-6 gaan, ook al heb je geen wifi 6 clients hebt. Want vroeg of laat wordt toch weer hardware vervangen door iets nieuws en heeft dat weer wel wifi 6. Als je nu dan voor wifi 5 APs gaat wil je de APs vroeg of laat toch weer vervangen en dat schiet ook niet op. En voor de prijs hoef je het niet te doen. De AC Lite vs U6 Lite scheelt een of twee tientjes meen ik. (AC LR vs U6 LR is een compleet ander apparaat naar mijn idee).

Nu bestaande wifi-5 hardware vervangen door een wifi-6 variant zonder daadwerkelijk wifi-6 clients te hebben is natuurlijk een ander verhaal. Zelf heb ik ook nog steeds een AC-Lite en AC-LR in gebruik (beiden zelfs de oude variant met alleen passive PoE) en zie geen reden om te upgraden. Bij mijn weten heb ik ook exact 0 apparaten met wifi 6. En tegen de tijd dat die er wel zijn is het vast alweer tijd om te upgraden naar 6e, 7 of wat dan ook.

[Kek]

nero355 schreef op vrijdag 20 augustus 2021 @ 00:18:
[...]

Dat komt omdat je denkwijze verkeerd is :
- 192.168.1.0/24 lekker in VLAN 1 laten als Management VLAN.
- 192.168.178.0/24 in een nieuw VLAN aanmaken (178 of zo...) en daarvan je reguliere netwerk maken

maar dat betekend dus wel dat ik geen restore kan doen.. want mijn standaard network is dan de eerste lan en die kan ik dus niet meer aanpassen..

Ook als ik een tweede netwerk aanmaak op een vlan, hoe zorg ik dan dat alle devices daar gewoon op komen?

Ik blijf het raar vinden dan ik instellingen aan pas maar dat dit dus geen effect heeft op mijn network...

[geenwindows]

vandaag een 2e U6-Lite geïnstalleerd, bij het na controleren of de gekozen plaats de juiste was, viel me op dat de al een halfjaar in gebruikte U6 lite krachtiger signaal gaf ten opzichte van de nieuwe.
als test de mobiel op een vaste plek gelegd en eens de AP omgewisseld en zelfs beide naast elkaar gelegd.
Conclusie, de 2 verschillen van elkaar 8dBm!
gemeten op 5Ghz.
2.4 band zit hier in de buurt behoorlijk vol, van kanaal wisselen resulteert dat de naburige AP's meeverhuizen naar mijn kanaal)

uiteindelijk heb ik de oude op de nieuwe plek gehangen en de nieuwe op de oude, zodat ik wel de gewenste resultaat had. -> 5Ghz only netwerk en 'stabiel' ontvangst in de slaapkamer en WC (first world problems, you know )

beide U6-Lite's hebben exact de zelfde instellingen (behalve kanaal) en firmware!

[stormfly]

geenwindows schreef op vrijdag 20 augustus 2021 @ 22:26:
vandaag een 2e U6-Lite geïnstalleerd, bij het na controleren of de gekozen plaats de juiste was, viel me op dat de al een halfjaar in gebruikte U6 lite krachtiger signaal gaf ten opzichte van de nieuwe.
als test de mobiel op een vaste plek gelegd en eens de AP omgewisseld en zelfs beide naast elkaar gelegd.
Conclusie, de 2 verschillen van elkaar 8dBm!
gemeten op 5Ghz.
2.4 band zit hier in de buurt behoorlijk vol, van kanaal wisselen resulteert dat de naburige AP's meeverhuizen naar mijn kanaal)

uiteindelijk heb ik de oude op de nieuwe plek gehangen en de nieuwe op de oude, zodat ik wel de gewenste resultaat had. -> 5Ghz only netwerk en 'stabiel' ontvangst in de slaapkamer en WC (first world problems, you know )

beide U6-Lite's hebben exact de zelfde instellingen (behalve kanaal) en firmware!

Als je op het device klikt in de controller, dan de device info knop klikt. Dan krijg je een json file, daarin zit een object board revision. Zijn die nummers gelijk?

[geenwindows]

stormfly schreef op vrijdag 20 augustus 2021 @ 23:10:
[...]


Als je op het device klikt in de controller, dan de device info knop klikt. Dan krijg je een json file, daarin zit een object board revision. Zijn die nummers gelijk?

Jup, beide hebben board_rew: 14

[nero355]

geenwindows schreef op vrijdag 20 augustus 2021 @ 22:26:
2.4 band zit hier in de buurt behoorlijk vol, van kanaal wisselen resulteert dat de naburige AP's meeverhuizen naar mijn kanaal)

Opzich wel logisch : Liever airtime delen dan elkaar in de weg zitten!

Kek schreef op vrijdag 20 augustus 2021 @ 19:00:
maar dat betekend dus wel dat ik geen restore kan doen..

Restore van wat

want mijn standaard network is dan de eerste lan en die kan ik dus niet meer aanpassen..

Dat maakt dus niet uit, want die gebruik je alleen voor Management : Toegang tot je Router/Switches/Accesspoints en je UniFi Controller

Ook als ik een tweede netwerk aanmaak op een vlan, hoe zorg ik dan dat alle devices daar gewoon op komen?

Door :
- Untagged Switchpoorten te configureren met je nieuwe VLAN daarop.
- De VLAN Tag mee te geven aan je WiFi SSID.

Ik blijf het raar vinden dan ik instellingen aan pas maar dat dit dus geen effect heeft op mijn network...

Maakt niet uit, want dat moet je ook niet willen IMHO

[stormfly]

geenwindows schreef op vrijdag 20 augustus 2021 @ 23:39:
[...]

Jup, beide hebben board_rew: 14

Weet je van de vermogens in de 5Ghz banden? Dat kanalen rond de 100 sterker mogen zenden dan lagere kanalen?

code:

mca-dump | grep board

Mijn U6-LITE is board_rev 15
Mijn U6-LR is board_rev 19

Ik hoop dat mijn nieuwe U6-LR volgende week ook 19 is, degene die ik heb die werkt echt top. De U6-Lite doe ik dan denk ik weg via V&A. De U6-LR geeft net een fractie meer bereik door de betonnen vloer hier. Mijn ervaring is in lijn met dit plaatje.





Overigens helemaal niets mis met de U6-LITE, ook geheel eens met zijn samenvatting.

My Overall Thoughts on the U6-Lite and U6-LR
The U6-Lite is my default recommendation for the vast majority of networks. The performance improvements and value make the AC-Pro, AC-Lite, nanoHD, AC-HD and all the other indoor Wi-Fi 5 AP models harder to recommend. For $99, it’s the best value AP UniFi offers. If it’s available and in stock in your area, I have no issues recommending it over any of those. The AC-HD and other AC Wave 2 APs are still better for high-density situations and in some scenarios, but when their Wi-Fi 6 replacements arrive those too will become redundant.

https://evanmccann.net/blog/2021/2/unifi-6-lite-review


https://evanmccann.net/blog/2020/5/unifi-wifi-6-lite

[ Voor 74% gewijzigd door stormfly op 21-08-2021 09:23 ]

[geenwindows]

nero355 schreef op zaterdag 21 augustus 2021 @ 00:03:
[...]

Opzich wel logisch : Liever airtime delen dan elkaar in de weg zitten!


[...]

De buren mogen lekker gaan vechten op kanaal 6, Ik zit mooi op de vrije 5Ghz kanalen.

stormfly schreef op zaterdag 21 augustus 2021 @ 08:27:
[...]


Weet je van de vermogens in de 5Ghz banden? Dat kanalen rond de 100 sterker mogen zenden dan lagere kanalen?

code:

mca-dump | grep board

[...]

De "oude" U6-Lite heeft "board_rev": 14, de "Nieuwe" "board_rev": 15, er zit dus wel verschil in de 2.

overigens hoe ze nu hangen vind ik het wel best.

Minpuntje waar ik nu tegen aangelopen ben is dat Roaming met WPA3 niet echt lekker werkt, en dan bedoel ik niet "Fast Roaming", dat staat uit (Controller geeft ook aan dat de U6-lite dit niet ondersteund, wat niet helemaal klopt, want wanneer ik het inschakel dan zit ik toch echt +FT. schijnt dat 802.11R en PMF (wat nodig is met WPA3 niet goed samen gaan))
dit weekend maar een de Ubiquiti forum uitpluizen, zal vast wel weer een Ubiquiti probleem zijn

[nero355]

stormfly schreef op zaterdag 21 augustus 2021 @ 08:27:
De U6-LR geeft net een fractie meer bereik door de betonnen vloer hier. Mijn ervaring is in lijn met dit plaatje.

[Afbeelding]

[Afbeelding]

https://evanmccann.net/blog/2021/2/unifi-6-lite-review
https://evanmccann.net/blog/2020/5/unifi-wifi-6-lite

Weer een reden minder om de UDM aan te schaffen!

geenwindows schreef op zaterdag 21 augustus 2021 @ 11:16:
Minpuntje waar ik nu tegen aangelopen ben is dat Roaming met WPA3 niet echt lekker werkt, en dan bedoel ik niet "Fast Roaming", dat staat uit (Controller geeft ook aan dat de U6-lite dit niet ondersteund, wat niet helemaal klopt, want wanneer ik het inschakel dan zit ik toch echt +FT.
Schijnt dat 802.11R en PMT (wat nodig is met WPA3) niet goed samen gaan.)
Dit weekend maar een de Ubiquiti Forum uitpluizen, zal vast wel weer een Ubiquiti probleem zijn

Zitten ze weer daarmee te prutsen Man man man

Bij de AC modellen heeft het iets van 3 jaar geduurd totdat 802.11r/k/v in de firmware zaten en alsnog zit iedereen Fast Roaming uit te schakelen, omdat het vaker niet dan wel werkt!

[Kek]

Ik ben verder gekomen met mijn UDM PRO SE, heb nu de juiste netwerken in kunnen stellen dmv app.

Volgende bijzondere ding wat ik tegen kwam;

ik had een hue gateway op de udm aangesloten, die is 100mbit. zo te zien gaat hierdoor de hele switch over op 100mbit.. terwijl je dat niet te zien krijgt oid.. alle poorten behalve de poort voor de hue gateway blijven gewoon 1gbps.. Ik vond dat ook wel weer wonderlijk..

[Will_M]

@nero355 Als je de 'oude'interface gebruikt dan zie je ook gewoon dat al die fancy 802.11r/k/v settings nog steeds de 'BETA' status hebben in de Ubiquiti controller.

Ik weet écht niet wat Ubiquiti aan die, al jaren geleden geïmplementeerde, RFC standaarden nog wil gaan verbeteren maar schijnbaar denken ze daar dat ze het daar zelf beter weten dan de mensen welke de RFC's er ooit voor opgesteld hebben.

Als je de 'New Settings' interface gaat gebruiken dan is alles ineens uit de Beta status volgens de GUI maar werkt er vervolgens nog niets / niets meer.

[SkyFlyer]

Kek schreef op zaterdag 21 augustus 2021 @ 11:51:
Ik ben verder gekomen met mijn UDM PRO SE, heb nu de juiste netwerken in kunnen stellen dmv app.

Volgende bijzondere ding wat ik tegen kwam;

ik had een hue gateway op de udm aangesloten, die is 100mbit. zo te zien gaat hierdoor de hele switch over op 100mbit.. terwijl je dat niet te zien krijgt oid.. alle poorten behalve de poort voor de hue gateway blijven gewoon 1gbps.. Ik vond dat ook wel weer wonderlijk..

Hoe heb je dat opgelost?

Ik heb zojuist de 24 POE besteld, omdat deze op voorraad kwam, meer poorten dan nodig, maar dan alleen nog de WiFi Pro en ik kan beginnen.

Maar ik heb ook een HUE gateway en andere 100 mbit apparatuur, en wil de overige poorten graag op 1Gbit houden natuurlijk.

[Tylen]

Kek schreef op zaterdag 21 augustus 2021 @ 11:51:
Ik ben verder gekomen met mijn UDM PRO SE, heb nu de juiste netwerken in kunnen stellen dmv app.

Volgende bijzondere ding wat ik tegen kwam;

ik had een hue gateway op de udm aangesloten, die is 100mbit. zo te zien gaat hierdoor de hele switch over op 100mbit.. terwijl je dat niet te zien krijgt oid.. alle poorten behalve de poort voor de hue gateway blijven gewoon 1gbps.. Ik vond dat ook wel weer wonderlijk..

Dat lijkt mij een beetje onzin. Er zal wel wat anders aan de hand zijn. Net zoals je je netwerk niet kon aanpassen.

[Kek]

Tylen schreef op zaterdag 21 augustus 2021 @ 15:23:
[...]


Dat lijkt mij een beetje onzin. Er zal wel wat anders aan de hand zijn. Net zoals je je netwerk niet kon aanpassen.

Heb jij een idee dan? Als de hue er niet in zit en ik een Speedtest doe gaat het gewoon Max snelheid, steek ik dat ding er in dan gaat het direct terug naar ~100mbit, haal ik de hue er weer uit dan gaat het naar Max.. ook meerdere poorten geprobeerd overigens..