[Ervaringen/discussie] Ubiquiti-apparatuur

[BushWhacker]

Eiríkr schreef op donderdag 2 februari 2017 @ 22:29:
Ik heb XS4ALL VVDSL + een DrayTek Vigor 130 & EdgeRouter Lite. Ik kom echter maar niet online

First things first.

Vigor bijgewerkt naar de laatste firmware: 3.8.0
EdgeRouter Lite bijgewerkt naar de laatste firmware: 1.9.1

Vigor:

PPPoE/PPPoA Client: Enable
PPPoE Pass-through: For Wired LAN (aangevinkt)
MTU: 1500

EdgeRouter:

Basic wizard doorlopen en gekozen voor PPPoE, VLAN 6 voor internet. Username [e-mail] en wachtwoord kpn.

Laptop via DHCP op eth1. Vigor op eth0.

Geen internet op mijn laptop. Wat zie ik over het hoofd...?

Ik kon overigens in de GUI niet de juiste IPv6 prefix kiezen.

Config:

Ik heb even door de config gekeken en een paar dingen vallen mij op.

MTU 1512 is te hoog. Iig bij FTTH is het 1508 direct op de NTU.
( Dus: eth0 MTU1508, vlan6 MTU1508, pppoe MTU1500 ).
Maar als ik zie dat je de Vigor op MTU1500 hebt staan, zou ik zeggen dat MTU1500 max is.
( Dus: eth0 MTU1500, vlan6 MTU1500, pppoe MTU1492 ).

Ik lees net (op onderstaande link) dat de Vigor de VLAN tag eraf sloopt. Dus zou je dan pppoe direct op de eth0 moeten zetten. Ook het proberen waard.
https://www.haroldschoema...s4all-vdsl-aansluiting-3/

Wachtwoord en userid maken niets uit. Als er maar iets is ingevuld.
IPv6: Er moet wel instaan dat er alleen 'prefix delegation' gebruikt mag worden. Anders gaat de cpu naar 100%.

-- met VLAN6
show interfaces ethernet eth0 vif 6 pppoe 0 dhcpv6-pd
set interfaces ethernet eth0 vif 6 pppoe 0 dhcpv6-pd prefix-only


-- zonder VLAN6
show interfaces ethernet eth0 pppoe 0 dhcpv6-pd
set interfaces ethernet eth0 pppoe 0 dhcpv6-pd prefix-only

code:

show interfaces ethernet
 ethernet eth0 {
     duplex auto
     mtu 1508
     speed auto
     vif 6 {
         description "Internet (PPPoE)"
         pppoe 0 {
             default-route auto
             description "Xs4all (PPPoE)"
             dhcpv6-pd {
                 pd 0 {
                     interface eth1 {
                         host-address ::1
                         prefix-id :1
                         service slaac
                     }
                     prefix-length /48
                 }
                 prefix-only
                 rapid-commit enable
             }
             firewall {
                 in {
                     ipv6-name WAN_IPv6_IN
                     name WAN_IN
                 }
                 local {
                     ipv6-name WAN_IPv6_LOCAL
                     name WAN_LOCAL
                 }
             }
             ipv6 {
                 dup-addr-detect-transmits 1
                 enable {
                 }
             }
             mtu 1500
             name-server auto
             password xs4all
             user-id oink
         }
     }
 }

[Dark-knight]

Ik wil een unifi AP setje gaan kopen om mijn WIFI te verbeteren.
De set bestaat uit de volgende artikelen:
- 2x Unifi AP-AC-lite
- 1x Cloudkey
- 1x POE switch

Nu werkt de AP-AC-lite met een Passive 24V POE en de Cloudkey met de standaard IEEE 802.3.
Ik vind de Unifi switches behoorlijk aan de prijs.
Zou deze switch Netgear GS308P ook werken (vooral i.c.m. de AP-AC-lite's) ?

[RobertMe]

Neen, voor zover ik weet is passieve PoE iets van Ubiquiti zelf, en gaat het gelukkig eruit (UAP AC PRO en USW 8 60W werken alleen met standaard 48V). Bij de losse APs krijg je wel een PoE injector dus die kun je ook gewoon op de stroom aansluiten. Daarnaast verkoopt Ubiquiti ook omvormers.

[BushWhacker]

djkavaa schreef op vrijdag 3 februari 2017 @ 17:07:
[...]


Het was een genoegen om wederom een mooi en stabiel netwerk te realiseren! Veel plezier ermee!

Was ik me afvraag bij de installatie:
https://gathering.tweakers.net/forum/view_message/50116119
Waarom een ER5 POE en geen ER3L als je een EdgeSwitch met POE hebt?
Waarom een unmanaged TPLink switch en niet een managed? De ES is ook managed.
Waarom een EdgeSwitch met SFP's als je een Ziggo modem (in bridge) gebruikt?
Met glasvezel/FTTH snap ik het dat je de vezel direct op de SFP wilt aansluiten, maar met RJ45 zijn ze overbodig.
Verder heb ik zelf een ER3L en 2 UAP-AC-LR's. Fantastisch spul en ik heb nooit meer iemand over de wifi horen klagen.
Ben benieuwd naar je reactie.

[ Voor 0% gewijzigd door BushWhacker op 04-02-2017 13:44 . Reden: typo ]

[Kavaa]

BushWhacker schreef op zaterdag 4 februari 2017 @ 13:39:
[...]

Was ik me afvraag bij de installatie:
https://gathering.tweakers.net/forum/view_message/50116119
Waarom een ER5 POE en geen ER3L als je een EdgeSwitch met POE hebt?
Waarom een unmanaged TPLink switch en niet een managed? De ES is ook managed.
Waarom een EdgeSwitch met SFP's als je een Ziggo modem (in bridge) gebruikt?
Met glasvezel/FTTH snap ik het dat je de vezel direct op de SFP wilt aansluiten, maar met RJ45 zijn ze overbodig.
Verder heb ik zelf een ER3L en 2 UAP-AC-LR's. Fantastisch spul en ik heb nooit meer iemand over de wifi horen klagen.
Ben benieuwd naar je reactie.

Er is specifiek gevraagd maar een Edgerouter PoE door de klant, dus dan leveren we een Edgerouter PoE.
Betreft de Edgeswitch, fijne 8 Ports 150W PoE switch die alle aansluitingen in de meterkast afgemonteerd heeft gekregen. De SFP poorten zitten erbij, dus je kunt hem niet nemen zonder SFP

De TP-Link switch is op "Kantoor" gebruikt. Waarom daar meer geld uitgeven aan een managed switch als het niet nodig is.
Komt wellicht alleen een laptop, pc en printer op te staan etc. Dus geen high en switch nodig.

En de klant wilde graag UAP-AC-Pro niet omdat het moet maar omdat het kan!

Zoals je kunt zien had de klant specifieke wensen, dus leveren wij naar wens van de klant.

Had de klant geld kunnen sparen op een Edgerouter Lite, Access Points en Switch, ja.
Maakt het wat uit, Nee.

Iedereen heeft zijn eigen wensen en budget. We adviseren normaliter klanten naar wat ze echt nodig hebben om een stabiel netwerk te realiseren, als de klant zelf meer wilt dan is dat aan de klant.

[Verwijderd]

djkavaa schreef op zaterdag 4 februari 2017 @ 18:52:
[...]


Betreft de Edgeswitch, fijne 8 Ports 150W PoE switch die alle aansluitingen in de meterkast afgemonteerd heeft gekregen. De SFP poorten zitten erbij, dus je kunt hem niet nemen zonder SFP

En waarom geen 60W POE switch: pricewatch: Ubiquiti UniFi Switch (8-poorts, 60W PoE)

[ericafterdark]

Dank voor de hulp, ik ben online! Loop nog tegen één issue aan en dat is port forwarding. Ik wil Plex (tcp 32400) bereikbaar maken richting mijn server 10.80.84.10

Wat doe ik fout?

code:

firewall {
    all-ping enable
    broadcast-ping disable
    ipv6-name WANv6_IN {
        default-action drop
        description "WAN inbound traffic forwarded to LAN"
        enable-default-log
        rule 10 {
            action accept
            description "Allow established/related sessions"
            state {
                established enable
                related enable
            }
        }
        rule 20 {
            action drop
            description "Drop invalid state"
            state {
                invalid enable
            }
        }
    }
    ipv6-name WANv6_LOCAL {
        default-action drop
        description "WAN inbound traffic to the router"
        enable-default-log
        rule 10 {
            action accept
            description "Allow established/related sessions"
            state {
                established enable
                related enable
            }
        }
        rule 20 {
            action drop
            description "Drop invalid state"
            state {
                invalid enable
            }
        }
        rule 30 {
            action accept
            description "Allow IPv6 icmp"
            protocol ipv6-icmp
        }
        rule 40 {
            action accept
            description "allow dhcpv6"
            destination {
                port 546
            }
            protocol udp
            source {
                port 547
            }
        }
    }
    ipv6-receive-redirects disable
    ipv6-src-route disable
    ip-src-route disable
    log-martians enable
    name WAN_IN {
        default-action drop
        description "WAN to Internal"
        enable-default-log
        rule 10 {
            action accept
            description "Allow established/related"
            log enable
            protocol all
            state {
                established enable
                invalid disable
                new disable
                related enable
            }
        }
        rule 20 {
            action drop
            description "Drop invalid state"
            log enable
            protocol all
            state {
                established disable
                invalid enable
                new disable
                related disable
            }
        }
        rule 30 {
            action accept
            description Plex
            destination {
                address 10.80.84.10
                port 32400
            }
            log disable
            protocol tcp
        }
    }
    name WAN_LOCAL {
        default-action drop
        description "WAN to router"
        enable-default-log
        rule 10 {
            action accept
            description "Allow established/related"
            log disable
            protocol all
            state {
                established enable
                invalid disable
                new disable
                related enable
            }
        }
        rule 20 {
            action drop
            description "Drop invalid state"
            log disable
            protocol all
            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 "eth0 - XS4ALL"
        duplex auto
        mtu 1500
        speed auto
        vif 6 {
            description "eth0.6 - Internet"
            mtu 1500
            pppoe 0 {
                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
                    }
                }
                idle-timeout 180
                ipv6 {
                    address {
                        autoconf
                    }
                    dup-addr-detect-transmits 1
                    enable {
                    }
                }
                mtu 1500
                name-server auto
                password kpn
                user-id [e-mail]
            }
        }
    }
    ethernet eth1 {
        address 10.80.84.254/24
        description "eth1 - LAN"
        duplex auto
        ipv6 {
            dup-addr-detect-transmits 1
            router-advert {
                cur-hop-limit 64
                link-mtu 0
                managed-flag false
                max-interval 600
                name-server 2001:4860:4860::8888
                name-server 2001:4860:4860::8844
                other-config-flag false
                prefix ::/64 {
                    autonomous-flag true
                    on-link-flag true
                    valid-lifetime 2592000
                }
                radvd-options "RDNSS 2001:4860:4860::8888 2001:4860:4860::8844 {};"
                reachable-time 0
                retrans-timer 0
                send-advert true
            }
        }
        speed auto
    }
    ethernet eth2 {
        duplex auto
        speed auto
    }
    loopback lo {
    }
}
port-forward {
    auto-firewall enable
    hairpin-nat enable
    lan-interface eth1
    wan-interface pppoe0
}
protocols {
    static {
        interface-route6 ::/0 {
            next-hop-interface pppoe0 {
            }
        }
    }
}
service {
    dhcp-server {
        disabled false
        hostfile-update disable
        shared-network-name LAN {
            authoritative enable
            subnet 10.80.84.0/24 {
                default-router 10.80.84.254
                dns-server 8.8.8.8
                dns-server 8.8.4.4
                lease 86400
                start 10.80.84.50 {
                    stop 10.80.84.200
                }
                static-mapping Gigaset-N510-IP-PRO {
                    ip-address 10.80.84.30
                    mac-address 7c:2f:80:5b:a3:12
                }
                static-mapping Mutant-HD2400 {
                    ip-address 10.80.84.40
                    mac-address 44:70:0b:04:7c:cb
                }
                static-mapping QNAP-TS-453-Pro {
                    ip-address 10.80.84.11
                    mac-address 00:08:9b:e9:a1:80
                }
                static-mapping UniFi-AP-AC-PRO {
                    ip-address 10.80.84.20
                    mac-address 80:2a:a8:c3:eb:e2
                }
                static-mapping VU-Plus-Solo-SE-V2 {
                    ip-address 10.80.84.41
                    mac-address 00:1d:ec:0d:bf:8e
                }
                static-mapping Wonderland {
                    ip-address 10.80.84.10
                    mac-address 98:90:96:ab:12:b7
                }
            }
        }
        use-dnsmasq disable
    }
    dns {
        forwarding {
            cache-size 150
            listen-on eth1
            name-server 8.8.8.8
            name-server 8.8.4.4
            options listen-address=10.80.84.254
        }
    }
    gui {
        http-port 80
        https-port 443
        older-ciphers enable
    }
    nat {
        rule 1 {
            description Plex
            destination {
                group {
                    address-group ADDRv4_pppoe0
                }
                port 32400
            }
            inbound-interface eth1
            inside-address {
                address 10.80.84.10
                port 32400
            }
            log disable
            protocol tcp
            source {
                group {
                }
            }
            type destination
        }
        rule 5010 {
            description "XS4ALL Internet"
            log enable
            outbound-interface pppoe0
            protocol all
            source {
                address 10.80.84.0/24
            }
            type masquerade
        }
    }
    ssh {
        port 22
        protocol-version v2
    }
}
system {
    host-name EdgeRouter
    login {
        user ubnt {
            authentication {
                encrypted-password $6$Fgu7WjZJe6$lmXM7MBOzkgoVM56fHfyxc9YUy7lmxdVGTeW0cSZjJYm/s0iztUZaX1.YwccJW4ZBgHIqmrX4JFA3NDU0wLYK/
                plaintext-password ""
            }
            full-name Admin
            level admin
        }
    }
    name-server 8.8.8.8
    name-server 8.8.4.4
    name-server 2001:4860:4860::8888
    name-server 2001:4860:4860::8844
    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 {
        hwnat disable
        ipv4 {
            forwarding enable
            pppoe enable
            vlan enable
        }
        ipv6 {
            forwarding enable
            pppoe enable
        }
    }
    syslog {
        global {
            facility all {
                level notice
            }
            facility protocols {
                level debug
            }
        }
    }
    time-zone Europe/Amsterdam
    traffic-analysis {
        dpi enable
        export enable
    }
}


/* Warning: Do not remove the following line. */
/* === vyatta-config-version: "config-management@1:conntrack@1:cron@1:dhcp-relay@1:dhcp-server@4:firewall@5:ipsec@5:nat@3:qos@1:quagga@2:system@4:ubnt-pptp@1:ubnt-util@1:vrrp@1:webgui@1:webproxy@1:zone-policy@1" === */
/* Release version: v1.9.1.4939093.161214.0705 */

[Jeroen_ae92]

Je doet old-skool port-forwarding. Gebruik voor de eenvoud de port forward tab. Wil je de complexere weg, dan is de firewall rule goed maar NAT vind plaats voor het de firewall dus maak ook een DNAT rule aan.

[ericafterdark]

Jeroen_ae92 schreef op zaterdag 4 februari 2017 @ 19:59:
Je doet old-skool port-forwarding. Gebruik voor de eenvoud de port forward tab. Wil je de complexere weg, dan is de firewall rule goed maar NAT vind plaats voor het de firewall dus maak ook een DNAT rule aan.

Dat werkt op de een of andere manier ook niet. Zojuist getest met:

code:

port-forward {
    auto-firewall enable
    hairpin-nat enable
    lan-interface eth1
    rule 1 {
        description Plex
        forward-to {
            address 10.80.84.10
            port 32400
        }
        original-port 32400
        protocol tcp
    }
    wan-interface pppoe0
}

-edit-

Geen idee maar nu werkt het. Thanks!

[ Voor 3% gewijzigd door ericafterdark op 04-02-2017 20:11 ]

[Jeroen_ae92]

Pretty weird. Je hebt wel de custom port aangevinkt binnen plex? Zoals het laatste stukje van de tutorial?
https://support.plex.tv/h...bleshooting-Remote-Access

EDIT: ah top, nevermind dan

[ Voor 7% gewijzigd door Jeroen_ae92 op 04-02-2017 20:25 ]

[ericafterdark]

Mijn vriendin merkt nu terecht op dat sommige sites het prima doen, anderen niet of zeer traag laden. Als iemand tips heeft hoor ik het graag.... poeh!

[Jeroen_ae92]

Eiríkr schreef op zaterdag 4 februari 2017 @ 20:36:
Mijn vriendin merkt nu terecht op dat sommige sites het prima doen, anderen niet of zeer traag laden. Als iemand tips heeft hoor ik het graag.... poeh!

MTU issues. Probeer onderstaande eens

code:

configure
set firewall options mss-clamp interface-type pppoe
set firewall options mss-clamp mss 1460
commit;save;exit

[Ethirty]

Verwijderd schreef op zaterdag 4 februari 2017 @ 19:06:
[...]


En waarom geen 60W POE switch: pricewatch: Ubiquiti UniFi Switch (8-poorts, 60W PoE)

Omdat die pas net leverbaar zijn, als ze al te krijgen zijn.

[Kavaa]

Verwijderd schreef op zaterdag 4 februari 2017 @ 19:06:
[...]


En waarom geen 60W POE switch: pricewatch: Ubiquiti UniFi Switch (8-poorts, 60W PoE)

Omdat we de EdgeMax Serie prefereren. Unifi is leuk, maar meer als er problemen zijn. Dan is het zeker als eeb klant geen internet meer heeft op afstand via Teamviewer met 4G via telefoon makkelijker op te lossen.

De Unifi lijn dus USG en Unifi Switches zijn te afhankelijk van een controller.
Gezien wij de controller voor al onze klanten in het Datacenter draaien en niet bij de klant op de PC.

Het is dus een kwestie van smaak. De EdgeMax Serie heeft zich al meerdere malen bewezen we hebben een aantal handige scripts gemaakt om voor ons het werk makkelijker te maken.

Dat kan met een Edgerouter en weer niet met een USG.

En ook hier komt weer bij, wat de klant wil. Als de klant een aanvraag doet voor een stabiel netwerk etc. Dan zullen we altijd kiezen voor de EdgeMax Serie en niet voor de USG / Unifi switches.

De Access Points kunnen prima draaien in een externe controller etc. Gezien je op een Access Point minder vaak aanpassingen doet, en als er iets is met het internet dan wil je op de switch / router zijn.

Was er dus een 60W geweest van de EdgeSwitch: dan hadden we die genomen in plaats van de 150W.

[Kavaa]

Ethirty schreef op zaterdag 4 februari 2017 @ 21:12:
[...]

Omdat die pas net leverbaar zijn, als ze al te krijgen zijn.

Dat niet alleen maar zie mijn eerdere reactie.
Het is ook een kwestie van stabiliteit en beheer. Daarom kiezen wij voor de EdgeMax Serie.
En voor de prijs maakt het niet eens zo gek veel uit.

[Verwijderd]

djkavaa schreef op zaterdag 4 februari 2017 @ 21:25:
[...]


Omdat we de EdgeMax Serie prefereren. Unifi is leuk, maar meer als er problemen zijn. Dan is het zeker als eeb klant geen internet meer heeft op afstand via Teamviewer met 4G via telefoon makkelijker op te lossen.

De Unifi lijn dus USG en Unifi Switches zijn te afhankelijk van een controller.
Gezien wij de controller voor al onze klanten in het Datacenter draaien en niet bij de klant op de PC.

Het is dus een kwestie van smaak. De EdgeMax Serie heeft zich al meerdere malen bewezen we hebben een aantal handige scripts gemaakt om voor ons het werk makkelijker te maken.

Dat kan met een Edgerouter en weer niet met een USG.

En ook hier komt weer bij, wat de klant wil. Als de klant een aanvraag doet voor een stabiel netwerk etc. Dan zullen we altijd kiezen voor de EdgeMax Serie en niet voor de USG / Unifi switches.

De Access Points kunnen prima draaien in een externe controller etc. Gezien je op een Access Point minder vaak aanpassingen doet, en als er iets is met het internet dan wil je op de switch / router zijn.

Was er dus een 60W geweest van de EdgeSwitch: dan hadden we die genomen in plaats van de 150W.

Okay, ik snap dat Unifi switches/routers geen volwaardige web schermpjes hebben om de boel in te stellen en je voor GUI configuratie dus meer afhankelijk bent van de controller. Maar je kunt de boel toch gewoon met ssh cli scriptjes configureren? Die scripts hou je dan onder versiebeheer bij voor je klanten

[Kavaa]

Verwijderd schreef op zaterdag 4 februari 2017 @ 21:45:
[...]


Okay, ik snap dat Unifi switches/routers geen volwaardige web schermpjes hebben om de boel in te stellen en je voor GUI configuratie dus meer afhankelijk bent van de controller. Maar je kunt de boel toch gewoon met ssh cli scriptjes configureren? Die scripts hou je dan onder versiebeheer bij voor je klanten

Dat doen we nu ook met de EdgeMax Serie.
Het is gewoon wat wij fijn vinden om mee te werken. Voor de een is het De USG en voor ons is het de EdgeRouter.

[BushWhacker]

Eiríkr schreef op zaterdag 4 februari 2017 @ 19:52:
Dank voor de hulp, ik ben online! Loop nog tegen één issue aan en dat is port forwarding. Ik wil Plex (tcp 32400) bereikbaar maken richting mijn server 10.80.84.10

Wat doe ik fout?

code:

firewall {
interfaces {
    ethernet eth0 {
        description "eth0 - XS4ALL"
        duplex auto
        mtu 1500
        speed auto
        vif 6 {
            description "eth0.6 - Internet"
            mtu 1500
            pppoe 0 {
                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
                    }
                }
                idle-timeout 180
                ipv6 {
                    address {
                        autoconf
                    }
                    dup-addr-detect-transmits 1
                    enable {
                    }
                }
                mtu 1500
                name-server auto
                password kpn
                user-id [e-mail]
            }
        }
    }

Je MTU instellingen kloppen niet.
Als 'pppoe 0' op 1500 staat, moet de 'vif 6' en 'eth 0' op 1508.
Ook heb ik MSS Clamping op 1452 moeten toevoegen, anders werkt bij mij de ubnt.com en de api van xda-developers niet. Dit is in te stellen op de webinterface onderaan op de tab wizards. (enable, pppoe, 1452 (== denk ik 1500 - 20 - 20 - 8 van de pppoe wat raar is omdat de mtu op 1500 staat)).

[BushWhacker]

Jeroen_ae92 schreef op zaterdag 4 februari 2017 @ 20:42:
[...]


MTU issues. Probeer onderstaande eens

code:

configure
set firewall options mss-clamp interface-type pppoe
set firewall options mss-clamp mss 1460
commit;save;exit

Bij mij moest ik de mss op 1452 zetten, ondanks de 1500 MTU in de pppoe.
Anders werkt de ubnt.com site niet.
Zonders de mss clamp, kan ik wel gewoon 'ping -M do -s 1472 ping.xs4all.nl' uitvoeren zonder fragmentatie.
Zal toch wel iets raars zijn met bepaalde sites.
Met mss op 1460 werken 99% van de sites bij mij gewoon. Hier op Tweakers blijft dan wel afentoe de browser aangevens dat de pagina nog niet helemaal geladen is. Bij mss 1452 komt dat niet meer voor.

[Tags NL]

Heb via vraag en aanbod een Edgerouter Lite overgenomen voor 50 euro, door de verhalen die ik erover lees en van iemand waar ik veel mee game de knoop doorgehakt. Heb nu een Ziggo 300/30 Abbo waarbij ik mijn Netgear Nighthawk R7000 als router en accesspoint gebruik. De mogelijkheden in de standaardsoftware van de Netgear zijn wat beperkt, custom AsusWRT-Merlin software gebruikt maar ook altijd wel iets wat niet werkte en wilde daar gewoon vanaf zijn.

Plan is om de Edgerouter Lite aan mijn Ziggo modem te hangen op eth0, eth1 naar een switch met daarop een uplink naar boven waar ik een switch heb voor mijn twee machines op de studeerkamer. In de woonkamer heb ik vanuit de Edgerouter dan (via die switch) mijn Netgear R7000 dan als Accesspoint en alle kabels die daarin zaten gaan dan in die switch (Voor TV, Onkyo receiver en Xbox One)

Ben benieuwd naar de snelheid van de Edgerouter Lite, configuratie kom ik wel uit met de how-to's en ben bijna Cisco CCNP dus moet eigenlijk wel lukken Leuk stukje speelgoed en voor het geld kon ik het ook niet laten liggen. Mooie hiervan is dat ik mijn R7000 nog voor een Accesspoint van Ubiquiti kan vervangen en dat ik de Edgerouter Lite nog prima kan gebruiken bij upgrades van Ziggo of overstap naar fiber #futureproof (Tot zover dan )

[ericafterdark]

BushWhacker schreef op zaterdag 4 februari 2017 @ 23:33:
[...]

Bij mij moest ik de mss op 1452 zetten, ondanks de 1500 MTU in de pppoe.
Anders werkt de ubnt.com site niet.
Zonders de mss clamp, kan ik wel gewoon 'ping -M do -s 1472 ping.xs4all.nl' uitvoeren zonder fragmentatie.
Zal toch wel iets raars zijn met bepaalde sites.
Met mss op 1460 werken 99% van de sites bij mij gewoon. Hier op Tweakers blijft dan wel afentoe de browser aangevens dat de pagina nog niet helemaal geladen is. Bij mss 1452 komt dat niet meer voor.

Dank beiden voor jullie support! PPPoE MTU staat nu op 1492, PPPoE MSS op 1452 (min 40 bytes). De overige interfaces MTU op 1500 incl. de MTU instellingen in de DrayTek Vigor 130. Dit lijkt stabiel te werken!

[_Arthur]

Ik heb een 5 tal Unifi AP's (legacy modellen). Als ik de laatste firmware (3.7.37.6065) op deze AP's gebruik, dan connecten ze niet meer na een config-aanpassing (maakt niet uit wat je aanpast). De AP is dan wel te pingen, maar in de controller (5.3.11) staat deze op disconnected.

Nu heb ik firmware 3.7.35.6029 op de Unifi AP's gezet en dan blijft alles wel netjes werken.

Meer mensen die last hebben van disconnects met de 3.7.37.6065 firmware? Ik las juist dat deze laatste firmware disconnects juist zou moeten oplossen.

Uiteindelijk komen ongeveer 15 van deze AP's in een netwerk tesamen met een UniFi Security Gateway Pro 4 met 2 WAN verbindingen. Over kanaal problemen hoef ik mij geen zorgen te maken (met de 2.4Ghz only). Aangezien de setup op het platteland gebruikt gaat worden.

[ Voor 20% gewijzigd door _Arthur op 05-02-2017 09:22 ]

[GioStyle]

Ik heb hier 2 Unifi AP's met firmware (3.7.37.6065) en controller (5.3.11) en heb nergens last van. Als ik instellingen wijzig van een AP, dan komt ie ook netjes terug online.

[WPN]

Eerder in het topic is er niet gereageerd op mijn vraag, misschien dat ik te vaag was maar bij deze nog een poging met wat betere uitleg....

Ik sta op het punt om mijn netwerk te updaten en dit wil ik doen met ubiquiti hardware.
Ik ga voor een router, switch en access point met het oog op latere uitbreiding met nog een accesspoint.
Accesspoint(s) wil ik PoE aansluiten en bij lichte voorkeur via de reguliere standaard PoE.

Het volgende komt sowieso op de switch te hangen:
- router
- mijn desktop
- syno nas
- gigaset voip
- pi htpc
- losse aansluiting voor een laptop zonder wifi (niet waard om nog een wifi kaartje voor te kopen)
- accesspoints
- Later nog een VM servertje

Als access point wil ik de UniFi AP AC PRO
Als switch de Unifi Switch (8-poorts, 150W PoE+)

Voor de router wil ik keuze maken tussen de volgende:
EdgeRouter X SFP
of
Unifi USG EGR


De ERX vanwege de volgende punten
- iedereen hier is bezig met ER variant, dus makkelijker support te krijgen
- SFP port om te connecten met de switch (zorgt voor vrije rj45 port zoals ik het op dit moment lees)
- Extra porten om als switch te gebruiken
- Prijs

De Unifi router:
- Integratie met unifi controller, dan is AP+Router+Switch centraal te managen.

De vraag is dus eigenlijk of er technische redenen zijn om voor de Unifi Router te kiezen of wel voor de Edge Router te gaan gezien de voordelen...

Of is het misschien verstandiger om als switch de US-8-60W te pakken met het verlies van 1 RJ45 aan de koppeling naar de router en dan maar 4 PoE porten

Wat zijn jullie ervaringen in een gelijke setup...?

[Domino]

Met al die devices zit de US-8 gelijk vol. Ben je dan van plan een extra switch bij te plaatsen of ga je consolideren (bijvoorbeeld de synology als VM draaien)?

En welke ISP heb je? Gebruik je bijvoorbeeld IPTV of coax via Ziggo?

Ik heb thuis de USG icm een US-8 en een AC Lite (via de injector). Prachtig mooi spul en voor mij meer dan genoeg mogelijkheden, ik gebruik namelijk nog TV via Ziggo en heb dus geen routed IPTV setup.

[WPN]

@Domino

Ik heb Ziggo, dus geen IPTV.

Omdat de switch niet in mijn meterkast komt wil ik geen actieve koeling switch.

Op zich als ik de VM server krijg (maar duurt nog wel even) dan wil ik van de syno af en dat virtualiseren.
Als het even kan wil ik ook geen injector gebruiken (maar is ook niet nodig met de switch die ik wil).

[Domino]

Okee. Dan heb je geen moeilijk gedoe met json bestanden tbv iptv.

Dan is een USG vrijwel plug and play. Of de USG het prijsverschil waard is moet je zelf beslissen.

Ik vind het een verademing om alles in mijn netwerk te kunnen configureren via één controller.

Met het virtualiseren van de syno valt er weer een poort vrij voor eventueel een tweede AP.

[kipfel]

Is het bij KPN nog steeds het verstandigst om een edge router lite ipv de usg te kiezen?

Ik vind voor de edge router meer info dan de usg.

[RobertMe]

WPN schreef op zondag 5 februari 2017 @ 19:30:
Als het even kan wil ik ook geen injector gebruiken (maar is ook niet nodig met de switch die ik wil).

Als je voor een USW 8-150W gaat kun je natuurlijk ook voor een van de andere UAP modellen gaan. De AC Lite & AC LR werken dan wel met die passive PoE van 24V, maar dat wordt ook ondersteund door de 8-150W (dit geldt niet voor de 8-60W IIRC, die doet wel alleen de standaard PoE).

Zelf heb ik begin januari ook alles vervangen door een USG, USW 8-150W en UAP AC Lite en UAP AC LR en tot nu toe erg tevreden. Vooral door de inzichtelijkheid en eenvoud van configureren van het totaal waarbij je alles op een plek doet is gewoon ideaal. Ook een beetje aan het spelen geweest met OpenWRT op de (oude) routers/access points maar dan zit je continu ermee dat je configuraties moet overnemen, geen officiele/standaard interface meer etc. UniFi is dan wel een verademing. Ik heb nu alleen nog een cheap ass TP-Link managed switch staan, maar op die maand dat ik die nu in gebruik heb heb ik eigenlijk ook al genoeg ervan. Web interface die op gegeven moment niet meer werkte en complexiteit in instellen VLANs. Alleen vind ik de nieuwe USW 8 toch echt te duur bovenop wat ik voor de rest heb betaald (en was die op moment van aanschaf nog net niet verkrijgbaar).

[Verwijderd]

WPN schreef op zondag 5 februari 2017 @ 17:54:
Eerder in het topic is er niet gereageerd op mijn vraag, misschien dat ik te vaag was maar bij deze nog een poging met wat betere uitleg....
Wat zijn jullie ervaringen in een gelijke setup...?

Ik heb zelf een vergelijkbare use case; glasvezel modem in switch modus, daaraan een unify security gateway (usg) als router/firewall, gekoppeld aan een unify switch US-8-60W. De US-8-60W voedt 3 AC pro's wifi basestations en een extra unify switch US-8. De US-8 switch krijgt dus power en ethernet connectivity van de US-8-60W via de POE in poort (scheelt een adapter 220v WCD en netter, pass through niet in gebruik). De 10 nog vrije niet POE ethernet poorten op de gecombineerde switches zijn vrij voor UTP WCD's her en der in de woning.

[HellStorm666]

Even terugkomen op de mtu waardes.
Ik heb kpn glasvezel.
Vanaf de glasvezelspriet gaat 't naar de ntu, daarvandaan direct eth2 in op de usg.

Pppoe = 1500
Vif6 = 1508
Eth2 = 1512

Andere eth's staan op 1500

Mss clamping niet in de json staan (of gaat dit via de controller?)

Klopt dit nu wel, of mis ik iets?
Hoe is t te testen en wat zijn de verschillen?

[ReCreator]

Ik heb een korte vraag / situatieschets (waarschijnlijk ook een eerder gestelde en logische vraag. Sorry alvast).

Op dit moment heb ik in mijn meterkast een Cisco EPC3925 van Ziggo staan welke ook de WiFi verzorgd. In de woonkamper achterin heb ik nog wel wat bereik (2 streepjes van de 4), maar in bed heb ik zo goed als geen bereik meer. Mijn Chromecast kan het netwerk niet eens vinden en de werkelijke afstand (zonder muren) tussen de chromecast en het Cisco modem is hooguit 5 meter. Interferentie van het plafond en apparatuur in de meterkast zal ongetwijfeld meespelen.

Nu weet ik dat het bereik van het Cisco Modem niet geweldig is, maar in mijn oude woning was het nog prima zonder veel merkbare storingen.

Zou het voor mij zin hebben om de Wifi functie van het Cisco modem uit te schakelen en boven het modem een AP-AC Lite of LR (liefst LR) te plaatsen?
Hoeveel beter is het bereik ten opzichte van een Cisco EPC3925? En zal ook de interferentie waar ik nu last van heb minder zijn met deze AP?

[m3gA]

RobertMe schreef op zondag 5 februari 2017 @ 20:24:
[...]

Als je voor een USW 8-150W gaat kun je natuurlijk ook voor een van de andere UAP modellen gaan. De AC Lite & AC LR werken dan wel met die passive PoE van 24V, maar dat wordt ook ondersteund door de 8-150W (dit geldt niet voor de 8-60W IIRC, die doet wel alleen de standaard PoE).

Let even op met passieve PoE en de AC-Lite/LR . Er zijn revisies van de AC-Lite en LR die stuk kunnen gaan icm de switches. Je kunt dan via UBNT een gratis injector aanvragen.

https://community.ubnt.co...-PoE/m-p/1771809#U1771809

[ Voor 3% gewijzigd door m3gA op 06-02-2017 11:11 ]

[Fairy]

ReCreator schreef op maandag 6 februari 2017 @ 10:55:
Ik heb een korte vraag / situatieschets (waarschijnlijk ook een eerder gestelde en logische vraag. Sorry alvast).

Op dit moment heb ik in mijn meterkast een Cisco EPC3925 van Ziggo staan welke ook de WiFi verzorgd. In de woonkamper achterin heb ik nog wel wat bereik (2 streepjes van de 4), maar in bed heb ik zo goed als geen bereik meer. Mijn Chromecast kan het netwerk niet eens vinden en de werkelijke afstand (zonder muren) tussen de chromecast en het Cisco modem is hooguit 5 meter. Interferentie van het plafond en apparatuur in de meterkast zal ongetwijfeld meespelen.

Nu weet ik dat het bereik van het Cisco Modem niet geweldig is, maar in mijn oude woning was het nog prima zonder veel merkbare storingen.

Zou het voor mij zin hebben om de Wifi functie van het Cisco modem uit te schakelen en boven het modem een AP-AC Lite of LR (liefst LR) te plaatsen?
Hoeveel beter is het bereik ten opzichte van een Cisco EPC3925? En zal ook de interferentie waar ik nu last van heb minder zijn met deze AP?

Dat moet je sowieso de LR nemen als het nu al zo dramatisch is.
Als er een mogelijkheid is om uit die meterkast te komen met het accesspoint heeft dat de voorkeur. Al is het desnoods op de buitenkant van de meterkast in plaats van de binnenkant.

[ReCreator]

Fairy schreef op maandag 6 februari 2017 @ 12:10:
[...]


Dat moet je sowieso de LR nemen als het nu al zo dramatisch is.
Als er een mogelijkheid is om uit die meterkast te komen met het accesspoint heeft dat de voorkeur. Al is het desnoods op de buitenkant van de meterkast in plaats van de binnenkant.

Ja dat zou het mooiste zijn inderdaad!
Maar ik denk dat dat niet gaat lukken. Ik kan hem eventueel wel naar een bovenverdieping helpen.
Ik kan het natuurlijk eerst nog proberen om boven de huidige modem te hangen. Het bereik zou er waarschijnlijk wel wat op vooruit gaan als ik zo de reviews mag geloven. En als dat niet werkt maar een ander plekje proberen te vinden.

[Fairy]

ReCreator schreef op maandag 6 februari 2017 @ 12:26:
[...]


Ja dat zou het mooiste zijn inderdaad!
Maar ik denk dat dat niet gaat lukken. Ik kan hem eventueel wel naar een bovenverdieping helpen.
Ik kan het natuurlijk eerst nog proberen om boven de huidige modem te hangen. Het bereik zou er waarschijnlijk wel wat op vooruit gaan als ik zo de reviews mag geloven. En als dat niet werkt maar een ander plekje proberen te vinden.

Idealiter ergens ronde de trap van het huis. Daar heb je meestal een vrije doorgang van beneden naar boven, wat voor de dekking ideaal is. Zelf heb ik ook een LR hangen in de woonkamer tegen de trapkast.
Werkt prima tot en met de zolder en buiten.

[PaT]

Dat is natuurlijk sterk afhankelijk van de opbouw van je huis. Ik heb 2 AP's hangen. 1 onderaan de trap op de begane grond en 1 aan het plafond boven het trapgat op zolder. Met beide AP's heb ik in een tussengelegen slaapkamer op het verste punt (uiteraard het plekje war mijn bed staat) nog maar net bereik met extreem lage overdrachtssnelheden.

Gaat om een moderne eengezinswoning met betonnen vloeren en polynorm metalen kozijnen rond de binnendeuren.

[ReCreator]

PaT schreef op maandag 6 februari 2017 @ 13:06:
Dat is natuurlijk sterk afhankelijk van de opbouw van je huis. Ik heb 2 AP's hangen. 1 onderaan de trap op de begane grond en 1 aan het plafond boven het trapgat op zolder. Met beide AP's heb ik in een tussengelegen slaapkamer op het verste punt (uiteraard het plekje war mijn bed staat) nog maar net bereik met extreem lage overdrachtssnelheden.

Gaat om een moderne eengezinswoning met betonnen vloeren en polynorm metalen kozijnen rond de binnendeuren.

Ik heb ook nieuwbouw woning met kanaalplaat betonvloeren. Alleen op de bovenverdieping ook metalen deurkozijnen (raamkozijnen zijn hout).
Op de afbeelding heb ik de meterkast even groen gemaakt, hier hangt nu het Cisco modem op ongeveer 2m hoogte, ik wil de AP er dan boven hangen.
Het Cisco modem had in mijn oude woning ook al een niet al te best bereik, maar stukken beter dan hier.

Als het bereik dan alsnog slecht is kan ik eventueel nog een loze leiding gebruiken in de woonkamer net naast de trapkast, maar dat is niet ideaal natuurlijk.

[PaT]

Mijn woning is voor 99% vergelijkbaar en op jouw plek hangt mijn "oude, niet AC" AP. Die haalt dus niet goed het uiterste puntje van jouw slaapkamer aan de voorzijde van je huis.

[ReCreator]

PaT schreef op maandag 6 februari 2017 @ 14:20:
Mijn woning is voor 99% vergelijkbaar en op jouw plek hangt mijn "oude, niet AC" AP. Die haalt dus niet goed het uiterste puntje van jouw slaapkamer aan de voorzijde van je huis.

Oke, dus dan komt het er op neer dat ik waarschijnlijk een goede plek moet gaan vinden voor het AP, dat moet uiteindelijk wel goed komen

Ik zal er toch iets aan moeten doen, want nu is het echt frustrerend slecht ontvangst Al is het maar stabieler dan de Cisco.

[ericafterdark]

Enkele dagen onderweg met mijn EdgeRouter Lite en er is me vandaag iets opgevallen. Als ik de PPPoE sessie met XS4ALL opnieuw opbouw, hebben mijn clients geen IPv6 verkeer meer. Pas na een reboot van de EdgeRouter kan ik weer het IPv6 internet bereiken. Iemand enig idee wat het kan zijn?

[Dafjedavid]

Ethirty schreef op zaterdag 4 februari 2017 @ 21:12:
[...]

Omdat die pas net leverbaar zijn, als ze al te krijgen zijn.

Prima te verkrijgen, heb er 1 in gebruik
binnen 1 dag geleverd.

[GEi]

Bij mij hetzelfde. Omdat ze nog wel operationeel zijn heb ik er verder niet naar gekeken. Bij een volgende update van de firmware maar eens een studie van maken...

_Arthur schreef op zondag 5 februari 2017 @ 09:16:
Ik heb een 5 tal Unifi AP's (legacy modellen). Als ik de laatste firmware (3.7.37.6065) op deze AP's gebruik, dan connecten ze niet meer na een config-aanpassing (maakt niet uit wat je aanpast). De AP is dan wel te pingen, maar in de controller (5.3.11) staat deze op disconnected.

Nu heb ik firmware 3.7.35.6029 op de Unifi AP's gezet en dan blijft alles wel netjes werken.

Meer mensen die last hebben van disconnects met de 3.7.37.6065 firmware? Ik las juist dat deze laatste firmware disconnects juist zou moeten oplossen.
<KNIP>

[rally]

Ik ben benieuwd wanneer de Wave 2 producten beschikbaar gaan komen.

De AC-HD is al in de UBNT store te krijgen en de US stores (Amazon), maar nog niet in de Europese winkels en ik heb er toch wel oren naar.

En verder nog geen detail informatie te vinden over andere Wave 2 produkten.

[HellStorm666]

Eiríkr schreef op maandag 6 februari 2017 @ 21:55:
Enkele dagen onderweg met mijn EdgeRouter Lite en er is me vandaag iets opgevallen. Als ik de PPPoE sessie met XS4ALL opnieuw opbouw, hebben mijn clients geen IPv6 verkeer meer. Pas na een reboot van de EdgeRouter kan ik weer het IPv6 internet bereiken. Iemand enig idee wat het kan zijn?

via de cli inloggen en dan renew dhcpv6-pd op de pppoe kiezen zou t moeten oplossen.
of de radvd herstarten. (maar dat zou met een renew ook moeten gebeuren)

[ericafterdark]

HellStorm666 schreef op dinsdag 7 februari 2017 @ 10:47:
[...]

via de cli inloggen en dan renew dhcpv6-pd op de pppoe kiezen zou t moeten oplossen.
of de radvd herstarten. (maar dat zou met een renew ook moeten gebeuren)

Valt niet te automatiseren middels een setting in mijn config?

[Kavaa]

rally schreef op dinsdag 7 februari 2017 @ 09:51:
Ik ben benieuwd wanneer de Wave 2 producten beschikbaar gaan komen.

De AC-HD is al in de UBNT store te krijgen en de US stores (Amazon), maar nog niet in de Europese winkels en ik heb er toch wel oren naar.

En verder nog geen detail informatie te vinden over andere Wave 2 produkten.

Begin maart krijgen wij ze binnen.
Dus ik denk dat andere ook vanaf dat moment kunnen leveren.

[LeGato23]

LeGato23 schreef op donderdag 2 februari 2017 @ 14:29:
Wie heeft er tips om de config van de bestaande UAP op eenvoudige wijze toe te passen op de UAP Pro?
Ik realiseer me dat het 5Ghz deel uiteraard handmatig geconfigureerd moet worden, maar het zou erg handig zijn als de overige instellingen 'overgenomen' kunnen worden.

Domino schreef op donderdag 2 februari 2017 @ 14:39:
Gewoon een adoption doen in de controller en dan de oude AP verwijderen lijkt me.
Enige wat je daarna wellicht nog in wil stellen is een vast IP en de naam (alias) in de controller.
Of werkt de oude AP niet met de unifi controller?

Bedankt voor de tips!

Mijn controller en UAP firmware waren beide nog versie 2.4.5.
Super stabiel overigens, dus ik heb nooit de behoefte gehad om te upgraden. (if it ain't broke, don't fix it)

Maar goed.. tijd voor vernieuwing. Om van controller versie 2.4.5 naar 5.3.11 te gaan heb ik eerst een tussenstap moeten maken naar 3.2.10. Beide upgrades zijn foutloos gegaan met onderliggende java7 en alle instellingen zijn netjes overgenomen. (uiteraard heb ik wel bij elke stap even een backup .unf gemaakt)

Het adopten van mijn vervangings UAP-Pro ging ook eenvoudig na een resetbutton 10sec actie.
Nog even een paar instellingen zoals vast IP adres goed gezet en het nieuwe accesspoint was actief.

Wat een geweldig systeem is Ubiquiti UniFi!

[m3gA]

rally schreef op dinsdag 7 februari 2017 @ 09:51:
Ik ben benieuwd wanneer de Wave 2 producten beschikbaar gaan komen.

De AC-HD is al in de UBNT store te krijgen en de US stores (Amazon), maar nog niet in de Europese winkels en ik heb er toch wel oren naar.

En verder nog geen detail informatie te vinden over andere Wave 2 produkten.

Volgende wordt de SHD. Deze is uitgesteld tot de marktintroductie van de HD dus ik verwacht hem snel in de beta store.

[m3gA]

Ik heb vanuit mijn USG twee ipsec vpns opgezet met vrienden met een edgerouter (lite, 1.91 firmware).
1 Edgerouter zit net als ik op Ziggo. Deze is retestabiel en haalt maximale snelheden.

1 vriend heeft een glasvferbinding bij Telfort (100/100). De vpn draait maar de snelheid fluctueert en haalt max 2MB/s.
Als ik swanctl --log draai krijg ik de volgende meldingen.
Lijkt me zelf iets in de netwerk configuratie (mogelijk MTU)

code:

11[NET] received packet: from mijnip[500] to vriendip[500] (300 bytes)
11[IKE] received retransmit of request with ID 1076387738, but no response to retransmit
14[NET] received packet: from mijnip[500] to vriendip[500] (300 bytes)
14[ENC] parsed QUICK_MODE request 50050578 [ HASH SA No KE ID ID ]
14[IKE] no matching CHILD_SA config found
14[ENC] generating INFORMATIONAL_V1 request 889626868 [ HASH N(INVAL_ID) ]
14[NET] sending packet: from vriendip[500] to mijnip[500] (76 bytes)
10[NET] received packet: from mijnip[500] to vriendip8[500] (300 bytes)
10[ENC] parsed QUICK_MODE request 1560630542 [ HASH SA No KE ID ID ]
10[IKE] no matching CHILD_SA config found
10[ENC] generating INFORMATIONAL_V1 request 2982820580 [ HASH N(INVAL_ID) ]
10[NET] sending packet: from vriendip[500] to mijnip[500] (76 bytes)
12[NET] received packet: from mijnip[500] to vriendip[500] (300 bytes)
12[ENC] parsed QUICK_MODE request 50050578 [ HASH SA No KE ID ID ]
12[ENC] received HASH payload does not match
12[IKE] integrity check failed

Onze configuraties:


Edgerouter

code:

conn peer-mijnip-tunnel-1
        left=vriendip
        right=mijnip
        leftsubnet=172.16.4.0/24
        rightsubnet=172.20.92.0/24
        ike=aes128-sha1-modp1024!
        keyexchange=ikev1
        ikelifetime=28800s
        esp=aes128-sha1-modp1024!
        keylife=3600s
        rekeymargin=540s
        type=tunnel
        compress=no
        authby=secret
        auto=route
        keyingtries=%forever

USG

code:

conn peer-vriendip-tunnel-0
        left=mijnip
        right=vriendip
        leftsubnet=172.20.92.0/24
        rightsubnet=172.16.4.0/24
        leftsourceip=172.20.92.254
        ike=aes128-sha1-modp1024!
        keyexchange=ikev1
        ikelifetime=28800s
        esp=aes128-sha1!
        keylife=3600s
        rekeymargin=540s
        type=tunnel
        pfs=yes
        compress=no
        authby=secret
        auto=start
        keyingtries=%forever

de regel pfs=yes bestaat in een nieuwe versie van Strongswan niet meer (Edgerouter) dus het klopt dat daar verschil in zit.

[ Voor 26% gewijzigd door m3gA op 07-02-2017 13:14 ]

[mvds]

rally schreef op dinsdag 7 februari 2017 @ 09:51:
Ik ben benieuwd wanneer de Wave 2 producten beschikbaar gaan komen.

De AC-HD is al in de UBNT store te krijgen en de US stores (Amazon), maar nog niet in de Europese winkels en ik heb er toch wel oren naar.

En verder nog geen detail informatie te vinden over andere Wave 2 produkten.

Wat heeft Wave 2 voor toegevoegde waarde?

[RobertMe]

mvds schreef op dinsdag 7 februari 2017 @ 14:02:
[...]

Wat heeft Wave 2 voor toegevoegde waarde?

Sowieso MU-MIMO waardoor meerdere gebruikers tegelijk met hetzelfde AP kunnen communiceren (en dus elke gebruiker een "eigen" antenne heeft). Daardoor neemt de snelheid toe in drukke omgevingen met meer clients. Of er ook nog echt grote verbeteringen zijn voor simpel thuisgebruik met maar een paar clients durf ik niet te zeggen (alhoewel MU-MIMO daar ook wel zal helpen, alleen zal het verschil niet zo groot zijn als deployments met tientallen of honderden clients).

[BushWhacker]

m3gA schreef op dinsdag 7 februari 2017 @ 12:57:
Ik heb vanuit mijn USG twee ipsec vpns opgezet met vrienden met een edgerouter (lite, 1.91 firmware).
1 Edgerouter zit net als ik op Ziggo. Deze is retestabiel en haalt maximale snelheden.

1 vriend heeft een glasvferbinding bij Telfort (100/100). De vpn draait maar de snelheid fluctueert en haalt max 2MB/s.
Als ik swanctl --log draai krijg ik de volgende meldingen.
Lijkt me zelf iets in de netwerk configuratie (mogelijk MTU)

Het verschil tussen Ziggo en Telfort(KPN) is:
Ziggo: Ethernet met DHCP, geen VLAN of andere prut, MTU1500.
KPN Glas: Ethernet met VLAN6, met daaroverheen PPPoE en dan pas DHCP, MTU 1492.

Dus het zou kunnen dan de MTU op de PPPoE interface te hoog staat.

Ook zou het evt. de offloading kunnen zijn.
IPSEC, PPPOE en VLAN moeten aanstaan. Bij mij (Xs4all FTTH) ook op IPv6.

[m3gA]

BushWhacker schreef op dinsdag 7 februari 2017 @ 19:19:
[...]

Het verschil tussen Ziggo en Telfort(KPN) is:
Ziggo: Ethernet met DHCP, geen VLAN of andere prut, MTU1500.
KPN Glas: Ethernet met VLAN6, met daaroverheen PPPoE en dan pas DHCP, MTU 1492.

Dus het zou kunnen dan de MTU op de PPPoE interface te hoog staat.

Ook zou het evt. de offloading kunnen zijn.
IPSEC, PPPOE en VLAN moeten aanstaan. Bij mij (Xs4all FTTH) ook op IPv6.

Ik ga eens kijken. Bedankt.

[Jeroen_ae92]

BushWhacker schreef op dinsdag 7 februari 2017 @ 19:19:
[...]

Het verschil tussen Ziggo en Telfort(KPN) is:
Ziggo: Ethernet met DHCP, geen VLAN of andere prut, MTU1500.
KPN Glas: Ethernet met VLAN6, met daaroverheen PPPoE en dan pas DHCP, MTU 1492.

Dus het zou kunnen dan de MTU op de PPPoE interface te hoog staat.

Ook zou het evt. de offloading kunnen zijn.
IPSEC, PPPOE en VLAN moeten aanstaan. Bij mij (Xs4all FTTH) ook op IPv6.

Maar dan zal hij zelf ook last hebben van halve pagina's, trage resolving, HTTPS reconnects etc.

Ik mis eigenlijk het stukje config van de interfaces, firewall option en de IPSEC config.
Dus als die nog even toegevoegd kunnen worden

[Domino]

Ik heb een 'probleempje'. Wij gaan een flink aantal AC-Pro's uitrollen, of liever: daar zijn we al mee bezig.

Nu kan ik vanuit de controller geen firmware pushen. Ik kan wel via de controller of direct een ssh sessie opzetten en de firmware met de hand installeren.

De controller heeft via een UTM direct internet op http en https. Het subnet van de access points niet. De AP's halen dus geen firmware op bij ubnt.com.

Nu wil ik een zeer beperkte internettoegang realiseren voor dit subnet. Wie weet welke poorten en IP's er in de firewall rule moeten komen? Ik zie nu verzoeken naar 52.85.246:80 gaan, maar de source zijn de afzonderlijke AP's en telkens via een een hooggenummerde poort (>32k) en ook vrijwel elke keer een ander poortnummer.

Op het supportforum krijg ik een beetje een half antwoord, namelijk http toestaan naar dl.ubnt.com. Maar er wordt met geen woord gerept over de poortnummers. Waarom zijn die steeds verschillend? En waarom fungeert de controller niet als proxy? Lijkt me veel handiger ipv dat elke ap zijn fw afzonderlijk gaat ophalen.

[lier]

Domino schreef op dinsdag 7 februari 2017 @ 20:36:
Op het supportforum krijg ik een beetje een half antwoord, namelijk http toestaan naar dl.ubnt.com. Maar er wordt met geen woord gerept over de poortnummers. Waarom zijn die steeds verschillend? En waarom fungeert de controller niet als proxy? Lijkt me veel handiger ipv dat elke ap zijn fw afzonderlijk gaat ophalen.

Ik zou verwachten dat alle ap's naar poort 80 connecten, maar wel met een willekeurige poort. Elk voordeel heeft zijn nadeel. Als de controller als proxy fungeert dan levert dat een security gevaar op.

Je kan nog even zoeken of je de firmware op een eigen webserver kan plaatsen, heb op het forum wel eens gelezen over die mogelijkheid.

[paul-s83]

Enige tijd geleden heb ik 2 AP AC pro's besteld, welke ik binnenkort ga installeren in onze nieuwbouwwoning, Nu ben ik op zoek naar switch met POE functionaliteit, want ik wil geen gebruik maken van de meegeleverde POE injectors.

Requirements:

- hoeft niet perse een managed switch te zijn
- Naast de 2 AP'S wil ik er in de toekomst nog 1 of 2 camera's via POE op aansluiten, dus minimaal 4 POE poorten zijn benodigd.
- Minimaal 8 poorten
- Budget max 100 euro


Nu twijfel ik tussen de TP-LINK TL-SG108PE, en de Netgear GS108PE

Iemand ervaring met 1 van bovenstaande icm een AP AC PRO, of toevallig nog een mooi alternatief voor mij?

ps,

TV, internet en telefonie wordt geleverd via KPN glasvezel. Ik heb 2 tv decoders in gebruik, op de Experiabox wil ik een switch die ik nog heb liggen aansluiten en hierop de decoders aansluiten. De overige poorten kan ik dan gebruiken voor de rest vh netwerk dus die nieuwe switch hoeft ook niet perse IGMP snooping te ondersteunen.

[Jeroen_ae92]

Domino schreef op dinsdag 7 februari 2017 @ 20:36:
Ik heb een 'probleempje'. Wij gaan een flink aantal AC-Pro's uitrollen, of liever: daar zijn we al mee bezig.

Nu kan ik vanuit de controller geen firmware pushen. Ik kan wel via de controller of direct een ssh sessie opzetten en de firmware met de hand installeren.

De controller heeft via een UTM direct internet op http en https. Het subnet van de access points niet. De AP's halen dus geen firmware op bij ubnt.com.

Nu wil ik een zeer beperkte internettoegang realiseren voor dit subnet. Wie weet welke poorten en IP's er in de firewall rule moeten komen? Ik zie nu verzoeken naar 52.85.246:80 gaan, maar de source zijn de afzonderlijke AP's en telkens via een een hooggenummerde poort (>32k) en ook vrijwel elke keer een ander poortnummer.

Op het supportforum krijg ik een beetje een half antwoord, namelijk http toestaan naar dl.ubnt.com. Maar er wordt met geen woord gerept over de poortnummers. Waarom zijn die steeds verschillend? En waarom fungeert de controller niet als proxy? Lijkt me veel handiger ipv dat elke ap zijn fw afzonderlijk gaat ophalen.

Het lastige antwoord is per AP middels SSH commando: upgrade http://ip-of-controller:8080/dl/firmware/BZ2/version-of-ap-see-ref-table-below/firmware.bin
Maar dat is enkel het geval als de versie die je wilt installeren niet in de controller staat.
Dus als er een upgrade icoontje bij het AP staat, dan zou deze de firmware van de controller moeten halen.

Hier vindt je nog wat additionele informatie: https://help.ubnt.com/hc/...irmware-of-a-UniFi-Device

[Domino]

Jeroen_ae92 schreef op dinsdag 7 februari 2017 @ 20:50:
[...]

Dus als er een upgrade icoontje bij het AP staat, dan zou deze de firmware van de controller moeten halen.

Hier vindt je nog wat additionele informatie: https://help.ubnt.com/hc/...irmware-of-a-UniFi-Device

En dat gebeurt dus niet. Ik zie direct in de logs van de firewall dat het access point contact zoekt met een ip op amazon aws. Hoogst waarschijnlijk draait daar dl.ubnt.com. De controller heeft dus geen functie mtb de firmware update.

Dat de firmware via ssh en via de controller geflashed kan worden geloof ik wel (doet ie overigens ook). Maar met >400 ap's is dat geen doen. Dat moet automagisch gaan via diezelfde controller naar mijn idee.

Nu heeft het subnet van de ap's internet toegang op http/80, en dat werkt wel. Waarom niet via de controller? Die kan toch de firmware ophalen en distribueren. Dat is iig zoals ik het begrijp.

[Verwijderd]

RobertMe schreef op dinsdag 7 februari 2017 @ 14:26:
[...]

Sowieso MU-MIMO waardoor meerdere gebruikers tegelijk met hetzelfde AP kunnen communiceren (en dus elke gebruiker een "eigen" antenne heeft). Daardoor neemt de snelheid toe in drukke omgevingen met meer clients. Of er ook nog echt grote verbeteringen zijn voor simpel thuisgebruik met maar een paar clients durf ik niet te zeggen (alhoewel MU-MIMO daar ook wel zal helpen, alleen zal het verschil niet zo groot zijn als deployments met tientallen of honderden clients).

Is echter nog een groot probleem met wave 2 MU-MIMO, de clients moeten ook MU-MIMO ondersteunen anders doet het helemaal niets en is een AP-AC-PRO net zo goed/snel. Op dit moment zal het aantal MU-MIMO clients is een gemiddeld huishouden nihil zijn waarmee tegelijkertijd dus de meerwaarde van een AC-HD automatisch nihil is.

Zelfde geld eigenlijk ook voor de AC PRO. Je zal er niet het maximale uithalen als je geen 3x3 clients hebt en eigenlijk net zo goed af kan zijn met een LR of een Lite. Maar ja dan gaat het kietelen bij ons Tweakers want we moeten natuurlijk wel de nieuwste snufjes hebben

[xbeam]

m3gA schreef op dinsdag 7 februari 2017 @ 19:33:
[...]

Ik ga eens kijken. Bedankt.

Kpn ondersteunt gewoon een mtu van 1500 over pppoe.

Zie hier hoe dat instellen.
https://community.ubnt.co...id-the-gotcha/td-p/796260

[ Voor 26% gewijzigd door xbeam op 07-02-2017 22:48 ]

[doc]

Domino schreef op dinsdag 7 februari 2017 @ 21:36:
[...]


En dat gebeurt dus niet. Ik zie direct in de logs van de firewall dat het access point contact zoekt met een ip op amazon aws. Hoogst waarschijnlijk draait daar dl.ubnt.com. De controller heeft dus geen functie mtb de firmware update.

In principe zit voor de AP's bij de controller wel een firmware bundel (voor de USG niet). Als de controller niet met internet zou praten zou hij altijd de meegeleverde firmware aanbieden. Alleen kan er een nieuwere firmware online beschikbaar zijn dan degene die met de controller wordt meegeleverd. Dan wordt deze gebruikt en moeten de AP's de firmware ophalen van internet. Daar gaat het bij jou dus fout.

Het zou inderdaad mooier zijn als de controller de nieuwere firmware lokaal zou downloaden en dat die dan gebruikt kan worden om te worden gepushed naar de AP's.

[LeGato23]

Vanavond de laatste hand gelegd aan het vervangen van mijn UniFi Accesspoint door een UniFi Accesspoint Pro (dus géén AC). De controllersoftware is up-to-date en ook de UAP-Pro draait op een recente stable firmware.

Voordat ik het 'oude' UAP heb ontkoppeld heb ik nog snel even een simpel snelheidstestje gedaan door een bestand van circa 1GB te kopiëren vanaf een laptop naar een windows fileshare.op mijn thuis netwerkserver. De accesspoints zijn gekoppeld aan een 100Mb switch.

Met het oude UAP haalde ik op 2,4Ghz een snelheid van tussen de 3 en 6MB/s waarbij er sterkte schommelingen waren in de snelheid.
Met het UAP-PRO haalde ik op 2,4Ghz zeker een snelheid van 8 MB/s en zijn er minder schommelingen.
Met het UAP-PRO op 5Ghz haalde ik een zeer stabiele snelheid van 11,3MB/s.

Qua snelheid is de overgang van een normale UAP naar een UAP-PRO zeker een stap vooruit.

In mijn oude UAP had ik handmatig een instelling aangebracht middels SSH, waarbij ik de zogenaamde client isolation had uitgeschakeld voor mijn guest netwerk, zodat clients in het guest netwerk elkaar toch kunnen zien en benaderen. Ik weet het, dit is nogal tegenstrijdig op een guest netwerk, maar wel toch handig om bijvoorbeeld vanaf het guest netwerk te kunnen printen, of het samen Minecraft kunnen spelen in één wereld vanaf meerdere devices. En tevens vind ik het prettig dat clients in mijn guest netwerk ook echt als guest worden aangeduidt in de controller software. Dit maakt het lekker overzichtelijk.

Na de controller en firmware update werkte helaas mijn handmatig aangebrachte instelling niet meer. Met de nieuwe controller en firmware versie blijkt dit nu iets anders te werken dan voorheen.

Met deze informatie is het alsnog gelukt:
https://help.ubnt.com/hc/...anges-to-UAP-s-system-cfg
https://help.ubnt.com/hc/...operties-File-Explanation

Om in het guest network de clients met elkaar te kunnen laten communiceren hebt ik het volgende gedaan:

1. Een leeg bestand config.propertiesaanmaken in de juiste folder op je controller.

2. Inhoud van dit bestand aanpassen en onderstaande regels toevoegen:

config.system_cfg.1=wireless.2.l2_isolation=disabled
config.system_cfg.2=wireless.4.l2_isolation=disabled

3. Provisioning forceren zodat instellingen worden toegepast op het accesspoint. Forceren van provisioning door bijvoorbeeld in de controller site settings even SNMP aan te zetten.

4. Controleer de instellingen van het accesspoint na uitvoeren van de provisioning middels SSH.

cat /tmp/system.cfg

Onderaan alle instellingen staan nu je custom settings zoals je hebt opgegeven in config.properties:

# misc
wireless.2.l2_isolation=disabled
wireless.4.l2_isolation=disabled

Let op: Zoals beschreven in de bovengenoemde webpagina's met informatie; de custom settings zijn toevoegingen en géén vervangingen in de system.cfg. In mijn geval werkt het gewoon prima. Wel even goed testen dus wanneer je op deze wijze instellingen pusht naar je accesspoints.

[Verwijderd]

LeGato23 schreef op woensdag 8 februari 2017 @ 01:10:
Met deze informatie is het alsnog gelukt:
https://help.ubnt.com/hc/...anges-to-UAP-s-system-cfg
https://help.ubnt.com/hc/...operties-File-Explanation

Om in het guest network de clients met elkaar te kunnen laten communiceren hebt ik het volgende gedaan:

1. Een leeg bestand config.propertiesaanmaken in de juiste folder op je controller.

2. Inhoud van dit bestand aanpassen en onderstaande regels toevoegen:

config.system_cfg.1=wireless.2.l2_isolation=disabled
config.system_cfg.2=wireless.4.l2_isolation=disabled

3. Provisioning forceren zodat instellingen worden toegepast op het accesspoint. Forceren van provisioning door bijvoorbeeld in de controller site settings even SNMP aan te zetten.

4. Controleer de instellingen van het accesspoint na uitvoeren van de provisioning middels SSH.

cat /tmp/system.cfg

Onderaan alle instellingen staan nu je custom settings zoals je hebt opgegeven in config.properties:

# misc
wireless.2.l2_isolation=disabled
wireless.4.l2_isolation=disabled

Let op: Zoals beschreven in de bovengenoemde webpagina's met informatie; de custom settings zijn toevoegingen en géén vervangingen in de system.cfg. In mijn geval werkt het gewoon prima. Wel even goed testen dus wanneer je op deze wijze instellingen pusht naar je accesspoints.

Doe jij dit op een Windows machine? Zo ja welk programma gebruik jij om het config.properties bestand aan te maken en om deze van/naar de controller te kopiëren?

[stormfly]

Putty met SSH en dan direct op de controller editen met VI of VIM

Als dat te complex lijkt dan zou ik winSCP gebruiken om de file naar je PC te kopiëren.

[LeGato23]

Verwijderd schreef op woensdag 8 februari 2017 @ 09:09:
[...]
Doe jij dit op een Windows machine? Zo ja welk programma gebruik jij om het config.properties bestand aan te maken en om deze van/naar de controller te kopiëren?

Ik draai mijn controller inderdaad op een Windows virtual machine.
Het bestand config.properties heb ik aangemaakt met notepad, en daarna hernoemd naar config.properties (dus zonder extensie .txt)
Het bestand staat bij mij in de folder C:\Users\Administrator\Ubiquiti UniFi\data\sites\default\
Dit is afhankelijk van gekozen installatielocatie en sitenaam.

[m3gA]

Jeroen_ae92 schreef op dinsdag 7 februari 2017 @ 20:16:
[...]

Maar dan zal hij zelf ook last hebben van halve pagina's, trage resolving, HTTPS reconnects etc.

Ik mis eigenlijk het stukje config van de interfaces, firewall option en de IPSEC config.
Dus als die nog even toegevoegd kunnen worden

-edit- er zijn me wat dingen niet duidelijk qua hardware dus ik ga even langs om bij hem te kijken

[ Voor 49% gewijzigd door m3gA op 08-02-2017 09:59 ]

[mvds]

paul-s83 schreef op dinsdag 7 februari 2017 @ 20:44:
Enige tijd geleden heb ik 2 AP AC pro's besteld, welke ik binnenkort ga installeren in onze nieuwbouwwoning, Nu ben ik op zoek naar switch met POE functionaliteit, want ik wil geen gebruik maken van de meegeleverde POE injectors.

Requirements:

- hoeft niet perse een managed switch te zijn
- Naast de 2 AP'S wil ik er in de toekomst nog 1 of 2 camera's via POE op aansluiten, dus minimaal 4 POE poorten zijn benodigd.
- Minimaal 8 poorten
- Budget max 100 euro


Nu twijfel ik tussen de TP-LINK TL-SG108PE, en de Netgear GS108PE

Iemand ervaring met 1 van bovenstaande icm een AP AC PRO, of toevallig nog een mooi alternatief voor mij?

ps,

TV, internet en telefonie wordt geleverd via KPN glasvezel. Ik heb 2 tv decoders in gebruik, op de Experiabox wil ik een switch die ik nog heb liggen aansluiten en hierop de decoders aansluiten. De overige poorten kan ik dan gebruiken voor de rest vh netwerk dus die nieuwe switch hoeft ook niet perse IGMP snooping te ondersteunen.

Ik heb een Ubiquiti ToughSwitch te koop staan Misschien is dat wat voor je?
V&A aangeboden: Ubiquiti TOUGHSwitch TS-8-PRO

[mvds]

LeGato23 schreef op woensdag 8 februari 2017 @ 01:10:
Vanavond de laatste hand gelegd aan het vervangen van mijn UniFi Accesspoint door een UniFi Accesspoint Pro (dus géén AC). De controllersoftware is up-to-date en ook de UAP-Pro draait op een recente stable firmware.

Voordat ik het 'oude' UAP heb ontkoppeld heb ik nog snel even een simpel snelheidstestje gedaan door een bestand van circa 1GB te kopiëren vanaf een laptop naar een windows fileshare.op mijn thuis netwerkserver. De accesspoints zijn gekoppeld aan een 100Mb switch.

Met het oude UAP haalde ik op 2,4Ghz een snelheid van tussen de 3 en 6MB/s waarbij er sterkte schommelingen waren in de snelheid.
Met het UAP-PRO haalde ik op 2,4Ghz zeker een snelheid van 8 MB/s en zijn er minder schommelingen.
Met het UAP-PRO op 5Ghz haalde ik een zeer stabiele snelheid van 11,3MB/s.

Qua snelheid is de overgang van een normale UAP naar een UAP-PRO zeker een stap vooruit.

In mijn oude UAP had ik handmatig een instelling aangebracht middels SSH, waarbij ik de zogenaamde client isolation had uitgeschakeld voor mijn guest netwerk, zodat clients in het guest netwerk elkaar toch kunnen zien en benaderen. Ik weet het, dit is nogal tegenstrijdig op een guest netwerk, maar wel toch handig om bijvoorbeeld vanaf het guest netwerk te kunnen printen, of het samen Minecraft kunnen spelen in één wereld vanaf meerdere devices. En tevens vind ik het prettig dat clients in mijn guest netwerk ook echt als guest worden aangeduidt in de controller software. Dit maakt het lekker overzichtelijk.

Na de controller en firmware update werkte helaas mijn handmatig aangebrachte instelling niet meer. Met de nieuwe controller en firmware versie blijkt dit nu iets anders te werken dan voorheen.

Met deze informatie is het alsnog gelukt:
https://help.ubnt.com/hc/...anges-to-UAP-s-system-cfg
https://help.ubnt.com/hc/...operties-File-Explanation

Om in het guest network de clients met elkaar te kunnen laten communiceren hebt ik het volgende gedaan:

1. Een leeg bestand config.propertiesaanmaken in de juiste folder op je controller.

2. Inhoud van dit bestand aanpassen en onderstaande regels toevoegen:

config.system_cfg.1=wireless.2.l2_isolation=disabled
config.system_cfg.2=wireless.4.l2_isolation=disabled

3. Provisioning forceren zodat instellingen worden toegepast op het accesspoint. Forceren van provisioning door bijvoorbeeld in de controller site settings even SNMP aan te zetten.

4. Controleer de instellingen van het accesspoint na uitvoeren van de provisioning middels SSH.

cat /tmp/system.cfg

Onderaan alle instellingen staan nu je custom settings zoals je hebt opgegeven in config.properties:

# misc
wireless.2.l2_isolation=disabled
wireless.4.l2_isolation=disabled

Let op: Zoals beschreven in de bovengenoemde webpagina's met informatie; de custom settings zijn toevoegingen en géén vervangingen in de system.cfg. In mijn geval werkt het gewoon prima. Wel even goed testen dus wanneer je op deze wijze instellingen pusht naar je accesspoints.

Vind je het niet zonde dat je alles knijpt door een 100MBit switch te gebruiken?

[LeGato23]

mvds schreef op woensdag 8 februari 2017 @ 09:44:
[...]
Vind je het niet zonde dat je alles knijpt door een 100MBit switch te gebruiken?

Scherp!
Ja eigenlijk wel, maar ik wil momenteel niet investeren in andere hardware.
De huidige hardware (Cisco ASA 5505 en Cisco Catalyst 2940) zijn uiterst stabiel en mijn internetverbinding is ook maar 100Mb. Het grootste voordeel van een gigabit netwerk zou het kopiëren van grote bestanden zijn. Dit doe ik niet zo heel veel, dus een noodzaak is er niet echt op dit moment.

Ik heb uiteraard wel eens zijdelings gekeken naar een nieuwe switch ter vervanging van de Catalyst 2940. Dit zou dan een managed switch moeten zijn met minimaal 10 poorten en PoE en bij voorkeur fanless.

[BushWhacker]

xbeam schreef op dinsdag 7 februari 2017 @ 22:46:
[...]


Kpn ondersteunt gewoon een mtu van 1500 over pppoe.

Zie hier hoe dat instellen.
https://community.ubnt.co...id-the-gotcha/td-p/796260

Dat klopt. Maar tijdens debuggen is het het veiligst om hem maar gewoon op 1492 te zetten en mss-clamping op 1452.

Ik had zelf problemen met de 1508/1500 MTU (eth0 op 1508, vif6 op 1508 en pppoe0 op 1500).
Alleen als ik de mss clamping op 1452 zette, werkte het goed. Liet ik hem weg of zette ik hem op 1460 (wat logisch is bij een mtu van 1500) werkte het niet goed (hangende pagina's etc).

[radeoxx]

paul-s83 schreef op dinsdag 7 februari 2017 @ 20:44:
Enige tijd geleden heb ik 2 AP AC pro's besteld, welke ik binnenkort ga installeren in onze nieuwbouwwoning, Nu ben ik op zoek naar switch met POE functionaliteit, want ik wil geen gebruik maken van de meegeleverde POE injectors.

Requirements:

- hoeft niet perse een managed switch te zijn
- Naast de 2 AP'S wil ik er in de toekomst nog 1 of 2 camera's via POE op aansluiten, dus minimaal 4 POE poorten zijn benodigd.
- Minimaal 8 poorten
- Budget max 100 euro


Nu twijfel ik tussen de TP-LINK TL-SG108PE, en de Netgear GS108PE

Iemand ervaring met 1 van bovenstaande icm een AP AC PRO, of toevallig nog een mooi alternatief voor mij?

ps,

TV, internet en telefonie wordt geleverd via KPN glasvezel. Ik heb 2 tv decoders in gebruik, op de Experiabox wil ik een switch die ik nog heb liggen aansluiten en hierop de decoders aansluiten. De overige poorten kan ik dan gebruiken voor de rest vh netwerk dus die nieuwe switch hoeft ook niet perse IGMP snooping te ondersteunen.

Volgens mij gaat dit niet werken, die access points hebben een speciale POE spanning (24v volgens mij).

[doc]

Radeoxx schreef op woensdag 8 februari 2017 @ 11:28:
[...]


Volgens mij gaat dit niet werken, die access points hebben een speciale POE spanning (24v volgens mij).

De AC PRO werkt netjes op 48V 802.3af/802.3at

[radeoxx]

doc schreef op woensdag 8 februari 2017 @ 11:31:
[...]

De AC PRO werkt netjes op 48V 802.3af/802.3at

Maar de AC UAP (de goedkoopste) niet toch? (en is 802.af altijd 48v)?

[doc]

Radeoxx schreef op woensdag 8 februari 2017 @ 11:34:
[...]


Maar de AC UAP (de goedkoopste) niet toch? (en is 802.af altijd 48v)?

Klopt de AC Lite en LR werken op 24V. Er is wel een converter beschikbaar die je inline ertussen kan hangen. ( https://www.ubnt.com/accessories/instant-8023af-adapters/ )

802.3af is altijd 48v

Geschikte switches zijn:
pricewatch: TP-Link 8-Poorts Gigabit Easy Smart Switch met 4-Poorts PoE TL-SG...
pricewatch: D-Link DGS-1008P
pricewatch: Netgear GS308P

(zo maar even de eerste drie merken uit de pricwatch gepakt, daar kan je prima filteren op deze vraag)

Edit: zie dat de vraagsteller ook al deze switches gevonden had. Nee, helaas geen ervaring mee, wil zelf op niet al te lange termijn een aantal Ubiquiti switches gaan inzetten

[ Voor 11% gewijzigd door doc op 08-02-2017 12:11 ]

[xbeam]

BushWhacker schreef op woensdag 8 februari 2017 @ 11:11:
[...]

Dat klopt. Maar tijdens debuggen is het het veiligst om hem maar gewoon op 1492 te zetten en mss-clamping op 1452.

Ik had zelf problemen met de 1508/1500 MTU (eth0 op 1508, vif6 op 1508 en pppoe0 op 1500).
Alleen als ik de mss clamping op 1452 zette, werkte het goed. Liet ik hem weg of zette ik hem op 1460 (wat logisch is bij een mtu van 1500) werkte het niet goed (hangende pagina's etc).

Klopt maar je moet bij een mtu van 1500 niet op pppoe op 1460 zetten ;-) maar gewoon op 1500 dan hoef je clamping niet te gebruiken.

Clamping gebruik je alleen waneer kpn een afwijkende mtu zou gebruiken. En dat is niet het geval.

Als je hangende paginas hebt naar een mtu wijziging kan herstart van pde edge werken.

Ik moet vaak de ERL 1 x herstarten na een installatie en het aanmaken of wijzigen van de pppoe settings. Wanneer ik dat niet doe heb ik altijd halve pagina's

[ Voor 21% gewijzigd door xbeam op 08-02-2017 11:47 ]

[BushWhacker]

xbeam schreef op woensdag 8 februari 2017 @ 11:36:
[...]


Klopt maar je moet bij een mtu van 1500 niet op pppoe op 1460 zetten ;-) maar gewoon op 1500 dan hoef je clamping niet te gebruiken.

Clamping gebruik je alleen waneer kpn een afwijkende mtu zou gebruiken. En dat is niet het geval.

Dat klopt theoretisch, maar het werkte niet
Ik heb een EdgeRouter Lite, v1.9.1, Xs4all FTTH met FTU/NTU combinatie (dus geen SFP in een switch oid).

Ik heb:
WAN op eth0, LAN op eth1.
eth0 op MTU1508
vif6 op MTU1508
pppoe0 op MTU1500

Ping naar ping.xs4all.nl met 1472 bytes werkt goed (no-fragmentation bit aangezet).
Met 1473 bytes geeft hij een foutmelding, dus dat is correct. Dus mtu 1500 werkt.

Zonder mss-clamping krijg ik `hangers`.
Met mss-clamping op 1460 krijg ik `hangers`.
Met mss-clamping op 1452 werkt alles goed en is het zeer vlot.

[xbeam]

BushWhacker schreef op woensdag 8 februari 2017 @ 11:48:
[...]

Dat klopt theoretisch, maar het werkte niet
Ik heb een EdgeRouter Lite, v1.9.1, Xs4all FTTH met FTU/NTU combinatie (dus geen SFP in een switch oid).

Ik heb:
WAN op eth0, LAN op eth1.
eth0 op MTU1508
vif6 op MTU1508
pppoe0 op MTU1500

Ping naar ping.xs4all.nl met 1472 bytes werkt goed (no-fragmentation bit aangezet).
Met 1473 bytes geeft hij een foutmelding, dus dat is correct. Dus mtu 1500 werkt.

Zonder mss-clamping krijg ik `hangers`.
Met mss-clamping op 1460 krijg ik `hangers`.
Met mss-clamping op 1452 werkt alles goed en is het zeer vlot.

Ping.xs4all.nl Zal ik zo even proberen. Ik Ping altijd 8.8.8.8

Ook heb ik een iets andere mtu setting dan jij.

eth0: 1516
Vif0.6: 1508
PPPoE : 1500

Omdat mtu size van de pppoe wel in de vif moet passen en de vif in de eth0

Hier werkt het via ethernet dus ook zonder spf als een trein zonder clamping.

[ Voor 6% gewijzigd door xbeam op 08-02-2017 12:04 ]

[HellStorm666]

Ik heb KPN, nagenoeg t zelfde als XS4All en heb:

Pppoe = 1500
Vif6 = 1508
Eth2 = 1512

clamping op 1412.

[ Voor 5% gewijzigd door HellStorm666 op 08-02-2017 13:25 ]

[BushWhacker]

xbeam schreef op woensdag 8 februari 2017 @ 11:58:
[...]


Ping.xs4all.nl Zal ik zo even proberen. Ik Ping altijd 8.8.8.8

Ook heb ik een iets andere mtu setting dan jij.

eth0: 1516
Vif0.6: 1508
PPPoE : 1500

Omdat mtu size van de pppoe wel in de vif moet passen en de vif in de eth0

Hier werkt het via ethernet dus ook zonder spf als een trein zonder clamping.

Ah. Da's het verschil eth0 op 1516. Die heb ik op 1508.
Ik ga hem vanavond aanpassen en weer testen.
Ik laat het natuurlijk weten.

thnx.

[BushWhacker]

xbeam schreef op woensdag 8 februari 2017 @ 11:58:
[...]


Ping.xs4all.nl Zal ik zo even proberen. Ik Ping altijd 8.8.8.8

Ook heb ik een iets andere mtu setting dan jij.

eth0: 1516
Vif0.6: 1508
PPPoE : 1500

Omdat mtu size van de pppoe wel in de vif moet passen en de vif in de eth0

Hier werkt het via ethernet dus ook zonder spf als een trein zonder clamping.

Ik heb de MTU aangepast naar 1516, 1508, 1500 en de css-clamping verwijderd.
http://ubnt.com blijft het nu doen.
Ping geeft geen fragmentatie bij 1472(1500).

code:

ping ping.xs4all.nl -f -l 1472

Pinging ping.xs4all.nl [194.109.6.8] with 1472 bytes of data:
Reply from 194.109.6.8: bytes=1472 time=4ms TTL=61
Reply from 194.109.6.8: bytes=1472 time=4ms TTL=61
Reply from 194.109.6.8: bytes=1472 time=4ms TTL=61
Reply from 194.109.6.8: bytes=1472 time=4ms TTL=61

ping 8.8.8.8 -f -l 1472

Pinging 8.8.8.8 with 1472 bytes of data:
Reply from 8.8.8.8: bytes=64 (sent 1472) time=8ms TTL=46
Reply from 8.8.8.8: bytes=64 (sent 1472) time=8ms TTL=46
Reply from 8.8.8.8: bytes=64 (sent 1472) time=8ms TTL=46
Reply from 8.8.8.8: bytes=64 (sent 1472) time=8ms TTL=46

Dus het lijkt nu idd goed.
Thnx again.

[paul-s83]

doc schreef op woensdag 8 februari 2017 @ 11:31:
[...]

De AC PRO werkt netjes op 48V 802.3af/802.3at

Ik heb idd de AC pro, dus dan zou in theorie elke willekeurige Switch met POE(+) moeten werken toch?

[ericafterdark]

HellStorm666 schreef op dinsdag 7 februari 2017 @ 10:47:
[...]

via de cli inloggen en dan renew dhcpv6-pd op de pppoe kiezen zou t moeten oplossen.
of de radvd herstarten. (maar dat zou met een renew ook moeten gebeuren)

ubnt@EdgeRouter:~$ renew dhcpv6-pd interface pppoe0
Stopping daemon...
Starting new daemon...

Dit lost het helaas niet op. Vannacht is blijkbaar de PPPoE verbinding met XS4ALL disconnect/connect en vanochtend hebben mijn clients dus wederom geen IPv6 verkeer meer.

-edit-

Known issue https://community.ubnt.co...rops/m-p/1653222#U1653222

[ Voor 9% gewijzigd door ericafterdark op 09-02-2017 10:01 ]

[mvds]

paul-s83 schreef op woensdag 8 februari 2017 @ 22:37:
[...]


Ik heb idd de AC pro, dus dan zou in theorie elke willekeurige Switch met POE(+) moeten werken toch?

Klopt Er zijn ook switches die beide, dus zowel de 24V als de 48V PoE ondersteunen, zoals de ToughSwitch van Ubiquiti zelf Dan zit je zeker goed

[Gruijters]

Okay, wie kan me helpen? Ik heb vorige week een lite AP besteld en gebruik deze nu met veel plezier. Ik heb de AP basic ingesteld via de Android app maar wil nu de software draaien op mijn MacBook. Ik heb het AP gereset, via ssh en voor zekerheid ook hard reset op device zelf. Maar als ik nu de controller software draai, dan vind ie geen devices. Via de Android app wel, als ik de qr code gebruik.

[mvds]

Grote kans dat ie niet goed is gereset en dus nog denkt in een netwerk te hangen. Heb je de reset pin lang genoeg ingedrukt gehouden op het apparaat? (weet even niet hoelang dat moet maar toch wel best lang dacht ik) Het AP moet weer in de unconfigured state terecht komen

[Domino]

Even inloggen met ssh:

code:

syswrapper.sh restore-default

Eventueel na de reset nog een inform adres zetten:

code:

mca-cli
set-inform http://ip-of-controller:8080/inform

[m3gA]

Gruijters schreef op donderdag 9 februari 2017 @ 10:41:
Okay, wie kan me helpen? Ik heb vorige week een lite AP besteld en gebruik deze nu met veel plezier. Ik heb de AP basic ingesteld via de Android app maar wil nu de software draaien op mijn MacBook. Ik heb het AP gereset, via ssh en voor zekerheid ook hard reset op device zelf. Maar als ik nu de controller software draai, dan vind ie geen devices. Via de Android app wel, als ik de qr code gebruik.

Kan ook dat de inform poort niet beschikbaar is op je machine. Misschien is poort 8080 in gebruik of wordt heb je een firewall draaien?

[souris]

Ik heb een opstelling met een USG-3P, twee US-16-POE en twee AP-AC-Lite. Alles draait op de controller 5.4.9 die op een QNAP draait, zonder problemen.

Ik heb ook de iOS app geinstalleerd en kan alles netjes zien in de app. Alleen als ik een WiFi throughput test doe krijg ik een foutmelding dat ik minstens controller 5.2.7 moet gebruiken. Ik heb dit probleem op twee verschillende installaties.

Wat doe ik fout?

[Domino]

5.4.9 is teruggetrokken vanwege diverse problemen.
Je kan een upgrade doen naar 5.4.11, maar dat moet volgens mij nog handmatig (debian iig).

[LightStar]

Domino schreef op donderdag 9 februari 2017 @ 14:25:
5.4.9 is teruggetrokken vanwege diverse problemen.
Je kan een upgrade doen naar 5.4.11, maar dat moet volgens mij nog handmatig (debian iig).

Hij is gepushd na de repo's, ik kon mijn Cloudkey in ieder geval zo 123 updaten.

[familyman]

OK - vandaag heb ik een systeem met een 8-60w Switch, twee AP Pros, een Cloudkey werkend op KPN Experiabox v10.

Nu wil ik met de handleiding van byluke de experiabox uit de vergelijking halen, mag die alleen nog maar VOIP afhandelen voor me.

Voordat ik aan die handleiding toekom, moet ik eerst zorgen dat de USG wordt controlled door de Cloudkey. Maar omdat KPN op 192.168.2.x gaat, en de USG zichzelf naar 192.168.1.x drukt (en zichzelf DHCP server maakt), krijg ik dit niet goed voor elkaar.

Kan iemand me de stappen daarvoor vertellen?

[Domino]

Wil je de USG als gateway in het 192.168.2.0/24 netwerk opnemen dan?

YouTube: Unifi Tutorial 1: How to Change LAN IP of USG via SSH

Beter kan ik het niet uitleggen.

[gertjuhh]

https://help.ubnt.com/hc/...-into-an-Existing-Network

[familyman]

Tsja, en dan ga ik van de help.ubnt.com link uit:

ubnt@ubnt# set interfaces ethernet eth1 192.168.2.1/24
The specified configuration node is not valid

En stopt het dus al bij stap 1.

Wat me wel opviel was dat show interfaces drie interfaces toont. WAN, ETH1 en ETH2. En dat ETH2 al in de 192.168.2.x range zit.

Kan dit me dwars zitten?

[Jeroen_ae92]

Delete interfaces ethernet eth2 address
Set interfaces ethernet eth1 address 192.168.2.1/24

[familyman]

OK.... (verbonden met LAN poort USG)

ubnt@ubnt# delete interfaces ethernet eth2 address
[edit]
ubnt@ubnt# delete interfaces ethernet eth1 address
[edit]
ubnt@ubnt# set interfaces ethernet eth1 address 192.168.2.1/24
[edit]
ubnt@ubnt# commit

Verlies SSH met USG, zonder verdere status meldingen (dat verwacht ik). Zie dat ik een IP verlies via mijn Ethernet verbinding (dat verwacht ik ook). Krijg niets terug...

Dus ik hang hem via lan aan mijn switch, En zie hem met pending adoption op 192.168.2.1. Maar adoption failed.

Hele riedel nog een keer, maar voor dat ik adopt een SSH naar 192.168.2.1, en ook connection refused. Port 22 staat open op mijn routerl

Op 192.168.1.1, waar mijn controller nu zegt dat het apparaat zit, krijg ik Connection Timeout.

Daarbij: ik kan in de controller het dhcp range niet aanpassen. Er is ooit een usg geweest met een statische binding naar 192.168.1.x domein geweest. (te zien in insights, known clients, all & static ip). Maar voor die apparaten kan ik de settings niet weghalen omdat deze greyed out zijn). SSH naar controller met username/password van de admin of ubnt/ubnt werkt niet. *zucht*

Overigens: Nuttige tip voor anderen is denk ik wel dat de volgorde van de opdrachten uithaalt. De USG verwerkt de commit in volgorde (oudste, eerst). Wist ik eerst niet, maar is eigenlijk best logisch.

[ Voor 26% gewijzigd door familyman op 11-02-2017 07:57 ]

[familyman]

Ontdekt: Je krijgt pas SSH toegang als je configure CloudKey doet, net gedaan en ik kan er in ieder geval in!

[Stefan_99]

Hallo,

Ik ben de laatste tijd aan het kijken naar de mogelijkheden wat betreft het verbeteren van mijn thuisnetwerk. Op het moment heb ik een uBee router van Ziggo waar alles binnenkomt en welke wordt gebruikt voor de wifi beneden. Deze zit met kabels aan een iMac, tv, horizon box (wifi uit) en een Linksys E4200 die op de 1e verdieping fungeert als acces point en ook weer met een kabel naar een pc gaat. De wifi dekking en snelheid zijn redelijk waardeloos en de verbinding is vaak instabiel, om een of andere vooral op iPhones.

Ik ben over het algemeen wel handig met hardware en software maar van netwerken heb ik weinig verstand, dus kom ik hier om raad vragen.

Ik zat er nu aan te denken om Ubiquiti acces points te gaan gebruiken voor volledige wifi dekking. 1 acces point moet dan in het midden van de begane grond komen, en een tweede op de 1e verdieping.
Nu vroeg ik mij af welke kabels er dan allemaal gelegd moeten worden. De ubee router zit namelijk van bovenaf gezien in de linkerhoek van het huis. Vanaf daar gaat een kabel naar de rechter hoek en vervolgens omhoog naar de Linksys op verdieping 1. Moet ik dan een nieuwe kabel leggen naar het accespoint in het midden, of kan de bestaande kabel doorgelust worden?

Eenmaal aangekomen op de 1e verdieping gaat de kabel dus de Linksys in, vanwaaruit weer een kabel naar mijn pc gaat. In plaats van de Linksys gaat de kabel dan in een acces point, maar hoe gaat er dan weer een kabel naar de pc? moet ik dan eerst een switch (of de Linksys ) plaatsen?

Dan heb ik nog een laatste vraag: Wat voor voordelen zou een edgerouter x opleveren als ik de ubee router in bridge modus zet?