[Ubiquiti-apparatuur] Ervaringen & Discussie - Deel 2

[Jeroen_ae92]

xbeam schreef op dinsdag 14 maart 2017 @ 14:35:
willen jullie even mee denken.

ik heb voor een bekende op bonaire een usg geplaatst achter de modem van de isp ( flamingo ) De modem staat in bridge modus en geeft een dhcp. Dit werkt prima ik krijg zonder problemen het publieke ip op de USG alleen wijzigen ze deze om de 8 uur en dwingen ze een nieuw ip af. Dit doen volgens de support vanwege veiligheidsredenen alleen na deze wijziging komt de internetvebinding niet meer op gang. De USG krijgt dus wel de nieuwe ip adressen maar moet steeds herstart worden om weer internet te krijgen.

Kun je middels SSH eens testen of het toevoegen van default-route update soulaas biedt?
If so, dan kun je die middels de config.gateway.json wel pushen neem ik aan

code:

configure
set interfaces ethernet eth0 dhcp-options default-route update
commit;save

[matthewk]

Had een edit aangemaakt maar dit is beter;

Het signaal van mijn net ingestelde Ubiquiti AP lijkt regelmatig weg te vallen ondanks dat ik vlakbij het AP zit. Wat zou er mis kunnen zijn? Het gaat dus om het wifi signaal dat wegvalt, internet blijft beschikbaar via de kabel.


2 keer uitval gehad (gemerkt iig) maar ap zegt 2h 30 uptime
"provisioning" zegt ie als het uitvalt.
wireless uplink en connectivity monitor is disabled
Telenet modem -> powerline (550+ nagelnieuw) -> ubiquiti unifi ap
Elektriciteitsnet is in zeer goede staat

[ Voor 52% gewijzigd door matthewk op 14-03-2017 20:48 ]

[The Fatal]

ik loop (denk ik) ergens tegen wat performance problemen aan.
modem => edgerouter POE => HPSwitch
=> UAP-AC-Pro
=> UAP-AC-Lite

Draadloos haal ik vaak niet meer dan +- 5MB (40Mbit) naar extern.

Om wat dingen uit te sluiten ben ik met Iperf over het vaste netwerkt gaan testen.
Als ik vanuit mijn server een Iperf sessie opstart naar de UAP-AC-PRO kom ik niet veel verder dan een goede 260 Mbit:

code:

Client connecting to 192.168.80.220, TCP port 5001
TCP window size: 20.5 KByte (default)
------------------------------------------------------------
[  3] local 192.168.81.11 port 52720 connected with 192.168.80.220 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   307 MBytes   258 Mbits/sec
BZ.v3.7.40# iperf -c 192.168.80.220
------------------------------------------------------------
Client connecting to 192.168.80.220, TCP port 5001
TCP window size: 20.5 KByte (default)
------------------------------------------------------------
[  3] local 192.168.81.11 port 52722 connected with 192.168.80.220 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   319 MBytes   267 Mbits/sec

tussen edgerouter poe en server:

code:

Server listening on 5201
-----------------------------------------------------------
Accepted connection from 192.168.80.1, port 53147
[  5] local 192.168.80.220 port 5201 connected to 192.168.80.1 port 53148
[ ID] Interval           Transfer     Bandwidth
[  5]   0.00-1.00   sec  10.1 MBytes  84.6 Mbits/sec                  
[  5]   1.00-2.00   sec  10.4 MBytes  87.4 Mbits/sec                  
[  5]   2.00-3.00   sec  10.2 MBytes  85.4 Mbits/sec                  
[  5]   3.00-4.00   sec  10.5 MBytes  88.0 Mbits/sec                  
[  5]   4.00-5.00   sec  10.1 MBytes  85.0 Mbits/sec                  
[  5]   5.00-6.00   sec  9.90 MBytes  83.0 Mbits/sec                  
[  5]   6.00-7.00   sec  10.5 MBytes  87.8 Mbits/sec                  
[  5]   7.00-8.00   sec  8.62 MBytes  72.3 Mbits/sec                  
[  5]   8.00-9.00   sec  8.13 MBytes  68.2 Mbits/sec                  
[  5]   9.00-10.00  sec  10.3 MBytes  86.6 Mbits/sec                  
[  5]  10.00-11.00  sec  10.1 MBytes  84.6 Mbits/sec                  
[  5]  11.00-12.00  sec  10.4 MBytes  87.2 Mbits/sec                  
[  5]  12.00-13.00  sec  10.2 MBytes  85.8 Mbits/sec                  
[  5]  13.00-14.00  sec  10.6 MBytes  89.0 Mbits/sec                  
[  5]  14.00-15.00  sec  10.2 MBytes  85.5 Mbits/sec                  
[  5]  15.00-16.00  sec  10.1 MBytes  84.7 Mbits/sec                  
[  5]  16.00-17.00  sec  10.3 MBytes  86.1 Mbits/sec                  
[  5]  17.00-18.00  sec  10.5 MBytes  87.9 Mbits/sec                  
[  5]  18.00-19.00  sec  9.94 MBytes  83.4 Mbits/sec                  
[  5]  19.00-20.00  sec  10.3 MBytes  86.8 Mbits/sec                  
[  5]  20.00-21.00  sec  10.2 MBytes  85.5 Mbits/sec                  
[  5]  21.00-22.00  sec  10.4 MBytes  86.8 Mbits/sec                  
[  5]  22.00-23.00  sec  10.2 MBytes  85.9 Mbits/sec                  
[  5]  23.00-24.00  sec  10.5 MBytes  87.9 Mbits/sec                  
[  5]  24.00-25.00  sec  10.5 MBytes  87.8 Mbits/sec                  
[  5]  25.00-26.00  sec  10.3 MBytes  86.6 Mbits/sec                  
[  5]  26.00-27.00  sec  10.2 MBytes  86.0 Mbits/sec                  
[  5]  27.00-28.00  sec  10.4 MBytes  86.9 Mbits/sec                  
[  5]  28.00-29.00  sec  9.95 MBytes  83.5 Mbits/sec                  
[  5]  29.00-30.00  sec  10.5 MBytes  88.0 Mbits/sec                  
[  5]  30.00-30.04  sec   487 KBytes  88.8 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  5]   0.00-30.04  sec  0.00 Bytes  0.00 bits/sec                  sender
[  5]   0.00-30.04  sec   305 MBytes  85.2 Mbits/sec                  receiver

Start ik een Iperf sessie tussen mijn computer en server, welke op een losse switch zitten, dan haal ik de volle snelheid:

code:

./iperf3 -c 192.168.80.220
Connecting to host 192.168.80.220, port 5201
[  4] local 192.168.80.51 port 51762 connected to 192.168.80.220 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec   113 MBytes   946 Mbits/sec                  
[  4]   1.00-2.00   sec   110 MBytes   926 Mbits/sec                  
[  4]   2.00-3.00   sec   112 MBytes   940 Mbits/sec                  
[  4]   3.00-4.00   sec   112 MBytes   940 Mbits/sec                  
[  4]   4.00-5.00   sec   112 MBytes   940 Mbits/sec                  
[  4]   5.00-6.00   sec   112 MBytes   940 Mbits/sec                  
[  4]   6.00-7.00   sec   112 MBytes   940 Mbits/sec                  
[  4]   7.00-8.00   sec   112 MBytes   940 Mbits/sec                  
[  4]   8.00-9.00   sec   112 MBytes   940 Mbits/sec                  
[  4]   9.00-10.00  sec   112 MBytes   940 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec  1.09 GBytes   939 Mbits/sec                  sender
[  4]   0.00-10.00  sec  1.09 GBytes   939 Mbits/sec                  receiver

Ik vraag me af waarom het verkeer dat (lijkt mij) via de edgerouter loopt een stuk trager is.
Is het ook normaal dat er vrij lage snelheden worden gehaald over het bedrade netwerk naar de UAP?
Heb een VLAN configuratie, en IP4 VLAN offload staat aan.

[stormfly]

In mijn eigen metingen van een USG met vlan (laag 3) subnets, zag ik ook dat de performance lager was. Switched zoals in jouw laatste meting haal je altijd de 900-1000Mbit. Maar vanuit verschillende vlans haalde ik 600-800Mbit.

@The Fatal ik snap je test setup niet helemaal gebruik je de Edge Router en UAP-PRO als iperfclients? Dat is niet slim want daar hebben ze zeker niet de CPU power voor, en zeker niet het software design. Ik zou eens een kabel prikken in vlan a testen naar vlan a. En dan dezelfde test van vlan a naar vlan b, je zult zien dat de laatste waarschijnlijk lager is.


@Arbeider je kan beter gewoon 1 vlan maken voor al je thuis gebruik en 1 voor je gasten. Wat jij wilt gaat niet op de maximale performance. Als je die performance impact niet erg vindt, dan kan je setup prima werken.

[swv]

matthewk schreef op dinsdag 14 maart 2017 @ 20:15:
Had een edit aangemaakt maar dit is beter;

Het signaal van mijn net ingestelde Ubiquiti AP lijkt regelmatig weg te vallen ondanks dat ik vlakbij het AP zit. Wat zou er mis kunnen zijn? Het gaat dus om het wifi signaal dat wegvalt, internet blijft beschikbaar via de kabel.


2 keer uitval gehad (gemerkt iig) maar ap zegt 2h 30 uptime
"provisioning" zegt ie als het uitvalt.
wireless uplink en connectivity monitor is disabled
Telenet modem -> powerline (550+ nagelnieuw) -> ubiquiti unifi ap
Elektriciteitsnet is in zeer goede staat

Configureer de AP eens opnieuw met de UniFi app voor Android en iOS. Kost 2 minuten en is supersimpel. Hiermee configureer je de AP als standalone. Moet voldoende zijn voor jouw gebruik omdat de UniFi controller inderdaad veel uitgebreider is. Zo voorkom je ook dat je instellingen over het hoofd ziet
Zie https://help.ubnt.com/hc/...ints-via-UniFi-Mobile-App

[matthewk]

sww89 schreef op dinsdag 14 maart 2017 @ 21:04:
[...]

Configureer de AP eens opnieuw met de UniFi app voor Android en iOS. Kost 2 minuten en is supersimpel. Hiermee configureer je de AP als standalone. Moet voldoende zijn voor jouw gebruik omdat de UniFi controller inderdaad veel uitgebreider is. Zo voorkom je ook dat je instellingen over het hoofd ziet
Zie https://help.ubnt.com/hc/...ints-via-UniFi-Mobile-App

Net app geinstalleerd en ap ingesteld, nu wordt ssid niet meer uitgezonden dat is dus wat ik bedoel met niet-gebruiksvriendelijk. Dat uitvallen is ook best een probleem

App ziet er wel lekker strak uit.

Als ik via de browser inlog zie ik dat de ap als disconnected staat. Flashing amber light zou moeten betekenen dat hij iets is aan het doen, maar ik zie niet meteen wat. Hij gaat van flashing amber naar een milisconde groen en dan led uit, dan even een seconde oranje en dan weer flashing amber.

Heb in de online controller de ap laten vergeten... no luck. Hij vind hem niet. Wat een vreselijk kutprogramma die controller en app eigenlijk. Als alles werkt, fantastische opties maar het herkennen en instellen gaat toch ontzettend moeizaam.

Edit... TFTP recovery lukt gelukkig wel. Nu opnieuw harde reset gedaan en via app instellen maar weer

[ Voor 40% gewijzigd door matthewk op 15-03-2017 09:39 ]

[Processorkoeler]

matthewk schreef op dinsdag 14 maart 2017 @ 19:29:
Net een Ubiquiti Unifi AP gekocht. 75 euro voor een acces point leek veel maar halleluja dit ding heeft veel bereik. Door het plafond en 3 muren heen heb ik nog steeds bereik. De set-up is wel alles buiten gebruiksvriendelijk, maar dat maakt niet zoveel uit. Beste aankoop in tijden.

Nu nog hopen dat die vreselijke telenet rotzooi niet om de haverklap signaaluitval heeft.

Welke heb je gekocht?

[matthewk]

Processorkoeler schreef op dinsdag 14 maart 2017 @ 21:57:
[...]


Welke heb je gekocht?

De Unifi AP.

[Processorkoeler]

@matthewk Dat zie ik, maar welke precies? Er zijn er meerdere: https://tweakers.net/zoeken/?keyword=unifi+AP

[matthewk]

Processorkoeler schreef op dinsdag 14 maart 2017 @ 22:04:
@matthewk Dat zie ik, maar welke precies? Er zijn er meerdere: https://tweakers.net/zoeken/?keyword=unifi+AP

pricewatch: Ubiquiti UniFi AP - 802.11 b/g/n - 2.4 GHz - 20 dBm

[Processorkoeler]

Dankje!

[matthewk]

Processorkoeler schreef op dinsdag 14 maart 2017 @ 22:05:
Dankje!

Heb hem net opnieuw geupgrade en via de controller even opnieuw geadopt en wireless network toegewezen. Blijft echter vastzitten op provisioning nu, hetgeen hij ook deed als het signaal werd verbroken. Voorlopig verbindt hij wel, maar de vraag is natuurlijk hoe lang het duurt voordat de verbinding weer wordt verbroken.

[ Voor 15% gewijzigd door matthewk op 14-03-2017 22:11 ]

[HellStorm666]

matthewk schreef op dinsdag 14 maart 2017 @ 21:13:
[...]

Net app geinstalleerd en ap ingesteld, nu wordt ssid niet meer uitgezonden dat is dus wat ik bedoel met niet-gebruiksvriendelijk. Dat uitvallen is ook best een probleem

App ziet er wel lekker strak uit.

Als ik via de browser inlog zie ik dat de ap als disconnected staat. Flashing amber light zou moeten betekenen dat hij iets is aan het doen, maar ik zie niet meteen wat. Hij gaat van flashing amber naar een milisconde groen en dan led uit, dan even een seconde oranje en dan weer flashing amber.

Heb in de online controller de ap laten vergeten... no luck. Hij vind hem niet. Wat een vreselijk kutprogramma Had die kutapp nooit moeten gebruiken... wilt nu zelfs niet meer hard resetten.

Edit... TFTP recovery lukt gelukkig wel. Nu opnieuw harde reset gedaan en via app instellen maar weer

toon volledige bericht

De App kan je beter niet gebruiken. Ik heb er ook veel gekloot mee.
De website (browser) schaalt netjes, dus die is prima te gebruiken met een mobiel.
Al blijft pc/laptop wel fijner.

[matthewk]

Hij blijft helaas wifi signaal verliezen af en toe... Led kleur verandert niet en krijg Geen email log.

[ Voor 44% gewijzigd door matthewk op 15-03-2017 00:46 ]

[xbeam]

Jeroen_ae92 schreef op dinsdag 14 maart 2017 @ 19:56:
[...]


Kun je middels SSH eens testen of het toevoegen van default-route update soulaas biedt?
If so, dan kun je die middels de config.gateway.json wel pushen neem ik aan

code:

configure
set interfaces ethernet eth0 dhcp-options default-route update
commit;save

Ga ik proberen

[stormfly]

matthewk schreef op woensdag 15 maart 2017 @ 00:46:
Hij blijft helaas wifi signaal verliezen af en toe... Led kleur verandert niet en krijg Geen email log.

Heb je geen 2ehands defect of nieuwe DOA gekocht?

[Timmert]

matthewk schreef op woensdag 15 maart 2017 @ 00:46:
Hij blijft helaas wifi signaal verliezen af en toe... Led kleur verandert niet en krijg Geen email log.

Verdwijnt op dat moment het netwerk helemaal uit de lijst met beschikbare netwerken?
En doet je Telenet WiFi het op dat moment nog wel?

Als dat laatste het geval is heb je een DOA te pakken vrees ik.

[stormfly]

matthewk schreef op woensdag 15 maart 2017 @ 00:46:
Hij blijft helaas wifi signaal verliezen af en toe... Led kleur verandert niet en krijg Geen email log.

Je kan de controller app nog installeren op een servertje (of je pc met vast ip) daar komt misschien nog wat logging uit?

En by the way, je koopt een semi professioneel product daar hoort ook semi professionele kennis bij ;-) No offence maar het is geen thuis klikaan/prikin spul.

[matthewk]

Timmert schreef op woensdag 15 maart 2017 @ 09:19:
[...]

Verdwijnt op dat moment het netwerk helemaal uit de lijst met beschikbare netwerken?
En doet je Telenet WiFi het op dat moment nog wel?

Als dat laatste het geval is heb je een DOA te pakken vrees ik.

Nagelnieuw. Hij verdwijnt niet uit de lijst en de andere netwerken zijn nog beschikbaar. Dat vind ik dus zo raar...

En ik snap dat het semi professioneel is, maar zo'n slechte interaction tussen app en controller hoort nét niet bij een semi-profi product. Dat verwacht je bij een TP-link of netgear product, niet bij Ubiquiti. Stel al geruime tijd netwerken in, maar dit nog nooit meegemaakt.

[ Voor 4% gewijzigd door matthewk op 15-03-2017 09:24 ]

[jaybrown]

matthewk schreef op woensdag 15 maart 2017 @ 09:24:
[...]

Nagelnieuw. Hij verdwijnt niet uit de lijst en de andere netwerken zijn nog beschikbaar. Dat vind ik dus zo raar...

En ik snap dat het semi professioneel is, maar zo'n slechte interaction tussen app en controller hoort nét niet bij een semi-profi product. Dat verwacht je bij een TP-link of netgear product, niet bij Ubiquiti. Stel al geruime tijd netwerken in, maar dit nog nooit meegemaakt.

Probeer hem eerst eens rechtstreeks aan de modem te hangen, zonder powerlines dus.
Vervolgens resetten en adopten op je controller op een pc/laptop. Die controller moet niet constant draaien, mag je dus best weer uitzetten na de initiele config.

[Timmert]

Ik vind een app sowieso niet passen bij een professioneel product. Ik gebruik hem eigenlijk nooit, doe alles met de discovery tool icm de controller die op een VPS ergens ver weg draait. NOOIT problemen met configureren.

Maar als het netwerk gewoon in de lucht blijft kan het net zo goed aan je powerlines liggen, of eventuele interferentie. Je hebt het basismodel gekocht met 2,4ghz only. Dat is nou eenmaal interferentiegevoelig.

[swv]

stormfly schreef op woensdag 15 maart 2017 @ 09:21:
En by the way, je koopt een semi professioneel product daar hoort ook semi professionele kennis bij ;-) No offence maar het is geen thuis klikaan/prikin spul.

Hoewel dat in principe waar is, maakt Ubiquiti het wel allemaal gebruiksvriendelijker. Kijk maar naar de app. Je kunt een AP heel eenvoudig configureren: gebruikersnaam + wachtwoord en SSID instellen en je bent live. Een verdere doorontwikkeling hiervan is het op consumenten gerichte AmpliFi. Dat de app zijn problemen en bugs kent zal ik niet ontkennen @HellStorm666, maar ik heb toch echt probleemloos als huis tuin en keuken gebruiker een AC LR live gehad middels configuratie via de app. Voldoende voor een eenvoudige uitbreiding van een WiFi thuisnetwerk. Ja, je moet even weten hoe de producten in elkaar steken, wat de controller doet en hoe je kunt troubleshooten.

Natuurlijk was het niet mijn intentie om jou @matthewk met nog meer gedoe op te zadelen. Ik prees de app aan vanuit mijn eigen goede ervaring om even een simpele setup te kunnen doen omdat je aan het klagen was over die 40 minuten dat je bezig was om dingen uit te vinden. Hoewel je dat niet moet beschouwen als verloren tijd, want daarmee leer je de mogelijkheden (in de UI, daarbuiten gaat het natuurlijk veel verder) wel beter kennen. Dat jij klaagt over slechte interactie tussen de management software (app, controller) aan de ene kant en de hardware (AP) aan de andere kant, is meer een indruk van jouw kant dan een feit. Al is het wel zo dat de stabiliteit wat kan wisselen tussen de firmwareversies. Maar dat is wat ik in dit topic lees dan.

Ik heb verder te weinig kennis en ervaring om een oplossing voor jouw probleem aan te wijzen. Mocht je tot retoursturen overgaan (bijv omdat het toch om een DOA gaat), overweeg dan of de pricewatch: Ubiquiti UniFi AP-AC LITE (1-Pack) niet interessanter voor jou is. Je hebt nu namelijk gekozen voor een tamelijk oud model welke geen 5GHz WiFi ondersteunt. Afhankelijk van jouw woonsituatie kan dat namelijk (bij veel buren met WiFi) ook nog een redding zijn. Mits je over clients beschikt die dat ondersteunen

[stormfly]

Timmert schreef op woensdag 15 maart 2017 @ 10:01:
Ik vind een app sowieso niet passen bij een professioneel product. Ik gebruik hem eigenlijk nooit, doe alles met de discovery tool icm de controller die op een VPS ergens ver weg draait. NOOIT problemen met configureren.

Maar als het netwerk gewoon in de lucht blijft kan het net zo goed aan je powerlines liggen, of eventuele interferentie. Je hebt het basismodel gekocht met 2,4ghz only. Dat is nou eenmaal interferentiegevoelig.

Hmm de app is geniaal als je de controller draait, ik kijk vaak even waar welke client verbonden is. Juist die app maakt het product sterker mijn inziens.

[winwiz]

matthewk schreef op woensdag 15 maart 2017 @ 09:24:
[...]

Nagelnieuw. Hij verdwijnt niet uit de lijst en de andere netwerken zijn nog beschikbaar. Dat vind ik dus zo raar...

En ik snap dat het semi professioneel is, maar zo'n slechte interaction tussen app en controller hoort nét niet bij een semi-profi product. Dat verwacht je bij een TP-link of netgear product, niet bij Ubiquiti. Stel al geruime tijd netwerken in, maar dit nog nooit meegemaakt.

Als alles juist is ingesteld heb je helemaal geen controller software meer nodig. Die moet je wel laten draaien als je statistieken wil hebben, maar voor de werking zeker niet. Trouwens haal het semi maar weg, het is gewoon een professioneel product. Ik denk dat je problemen eerder moet zoeken in de powerline. Als er iets storingsgevoelig is is dat het wel.

[stormfly]

winwiz schreef op woensdag 15 maart 2017 @ 10:28:
[...]

Ik denk dat je problemen eerder moet zoeken in de powerline. Als er iets storingsgevoelig is is dat het wel.

Ja maar dat zou het WiFi signaal niet doen wegvallen, als de AP nieuw is en we aannemen dat hij goed functioneert.

De app is slechts 2.4Ghz only, dus je kunt alleen de overvolle band gebruiken kan zijn dat je buren je wegdrukken.

Of je powerline is inderdaad gammel, maar dat kan je oplossen met een kortere kabel op een andere plaats dichter op de swich.

[winwiz]

stormfly schreef op woensdag 15 maart 2017 @ 10:32:
[...]


Ja maar dat zou het WiFi signaal niet doen wegvallen, als de AP nieuw is en we aannemen dat hij goed functioneert.

Is dat zo? Hij schrijft:

Nagelnieuw. Hij verdwijnt niet uit de lijst en de andere netwerken zijn nog beschikbaar

[stormfly]

Hmm werken en posten gaat niet samen, je hebt gelijk hoofdverdachte is de powerline.

[matthewk]

stormfly schreef op woensdag 15 maart 2017 @ 10:39:
Hmm werken en posten gaat niet samen, je hebt gelijk hoofdverdachte is de powerline.

Met een nagelnieuwe powerline tho? En bekabeling die amper 15 jaar oud is, in een vrijstaande woning (dus weinig wifi interferentie). We hebben sowieso nooit problemen gehad met powerlines voorheen. Heb nu speciaal een extra d550+ gekocht nét omdat ik zo tevreden was over het product op andere plaatsen in de woning (totaal geen verlies).

[stormfly]

matthewk schreef op woensdag 15 maart 2017 @ 10:53:
[...]

Met een nagelnieuwe powerline tho? En bekabeling die amper 15 jaar oud is, in een vrijstaande woning (dus weinig wifi interferentie). We hebben sowieso nooit problemen gehad met powerlines voorheen. Heb nu speciaal een extra d550+ gekocht nét omdat ik zo tevreden was over het product op andere plaatsen in de woning (totaal geen verlies).

Troubleshooten is uitsluiten, dus ik zou als ik jouw was een duurtest verzinnen om uit te sluiten of de powerline een probleem is.

Hang er eens een raspberry aan met smokeping erop en ping de modem eens 96 uur.

[Hammetje]

Indien jullie de controller op een VPS hebben draaien, hoeveel sites draaien jullie dan maximaal?

Ik draai momenteel bij digital ocean 27 sites op een droplet van 10 dollar per maand. Performance is prima, maar dat wil ik graag wel zo houden. Ben benieuwd naar jullie ervaringen .

[winwiz]

Er hoeft maar een koelkast aan te springen die een spike veroorzaakt en je kunt problemen hebben.

Inderdaad de powerline uitsluiten en netjes bekabeld proberen en kijken hoe het dan loopt. Check het wel via meerdere devices.

[japie101]

Is er iemand hier die al bezig is geweest met een stukje presence detection door middel van een koppeling richting de controller API met bijvoorbeeld Domoticz.

Ik kan hier erg weinig over vinden, maar lijkt me briljant om deze info uit te lezen en te gebruiken in Domoticz of welk ander Domotica systeem dan ook.

[DennusB]

japie101 schreef op woensdag 15 maart 2017 @ 12:03:
Is er iemand hier die al bezig is geweest met een stukje presence detection door middel van een koppeling richting de controller API met bijvoorbeeld Domoticz.

Ik kan hier erg weinig over vinden, maar lijkt me briljant om deze info uit te lezen en te gebruiken in Domoticz of welk ander Domotica systeem dan ook.

https://www.domoticz.com/forum/viewtopic.php?t=3703

[japie101]

DennusB schreef op woensdag 15 maart 2017 @ 13:47:
[...]


https://www.domoticz.com/forum/viewtopic.php?t=3703

Thanks DennusB, heb je hier zelf ook ervaring mee?

[DennusB]

japie101 schreef op woensdag 15 maart 2017 @ 14:45:
[...]


Thanks DennusB, heb je hier zelf ook ervaring mee?

Jep! Werkt best prima

[copywrong1982]

japie101 schreef op woensdag 15 maart 2017 @ 12:03:
Is er iemand hier die al bezig is geweest met een stukje presence detection door middel van een koppeling richting de controller API met bijvoorbeeld Domoticz.

Ik kan hier erg weinig over vinden, maar lijkt me briljant om deze info uit te lezen en te gebruiken in Domoticz of welk ander Domotica systeem dan ook.

zoiets?

https://home-assistant.io/components/device_tracker.unifi/

[m3gA]

Voor de liefhebber, Ubiquiti is begonnen met het online zetten van hun trainingsmateriaal (gratis). De eerste is UBWA (airMax) https://www.ubnt.com/download/trainings/

[japie101]

DennusB schreef op woensdag 15 maart 2017 @ 14:54:
[...]

Jep! Werkt best prima

Inderdaad! Heb het nu een halve dag draaien, en werkt best wel goed ;-)
Hoe snel heb jij de crontab van het PHP script staan (lees: hoe kan ik de detectie van aanwezig/niet aanwezig het snelst maken?)

Ik draai de crontab nu elke 5 minuten.

[Anoniem: 763493]

Iemand dit nieuws al langs zien komen?
http://www.pcworld.com/ar...ing-products-at-risk.html

[Jeroen_ae92]

Ja gezien... Het gaat om de volgende devices Toughswitch Pro, Rocket M5, PicoStationM2HP (zonder Unifi firmware dus), NanoStation M5. Het zijn al redelijk gedateerde devices waar al geruime tijd geen updates meer voor komen.

Overigens loopt het ook niet gelijk zo'n vaart. Het kan alleen maar misbruikt worden als je al een username/password hebt. Dus zorg voor complexe wachtwoorden en je bent "relatief" save.

[Dutch2007]

Jeroen_ae92 schreef op donderdag 16 maart 2017 @ 22:46:
Ja gezien... Het gaat om de volgende devices Toughswitch Pro, Rocket M5, PicoStationM2HP (zonder Unifi firmware dus), NanoStation M5. Het zijn al redelijk gedateerde devices waar al geruime tijd geen updates meer voor komen.

Overigens loopt het ook niet gelijk zo'n vaart. Het kan alleen maar misbruikt worden als je al een username/password hebt. Dus zorg voor complexe wachtwoorden en je bent "relatief" save.

https://dl.ubnt.com/firmw...itch/v1.3.3/changelog.txt -- Version 1.3.3 (May 24, 2016)

De toughswitch is nog redelijk recentelijk geüpdate ;-)

Het is wel zo dat ik per abuis op deze update kwam, want ik had zelf eerst de 1.3.2 via de switch check op update gedaan en die gaf leuk aan -- no updates, zelf image geflasht en loopt weer ^^ dus het is maar de vraag welke versie ze hebben getest op de toughswitch


*update*

Lijkt er op dat het ook kwetsbaar is met de 1.3.3 versie: https://www.sec-consult.c...command_injection_v10.txt

[ Voor 26% gewijzigd door Dutch2007 op 17-03-2017 07:59 ]

[HellStorm666]

Ik loop tegen een raar probleem aan met de Edgerouter pro8 en de UnifiSwitches.

Op de Edgerouter heb ik op de eth van de wan kant onder DHCPv6-PD een PD 0 met daar onder de interfaces waaronder IPV6 beschikbaar moet zijn. (prefix /48)
Interfaces zijn: eth5, eth6 en eth7.13.
eth5 is host ::1, prefix -id :2 en Service slaac
eth6 is host ::1, prefix-id :1 en Service dhcpv6-stateless
eth7.13 is host ::1, prefix-id :13 en Service dhcpv6-stateless

Het probleem.
eth5 krijgt netjes adres 2001:981:***:2::1/64
eth6 krijgt adres 2001:981:***:1::1/64 & 2001:981:***:13::1/64
eth7.13 krijgt netjes adres 2001:981:***:13::1/64

En als resultaat krijgen PC's in het eth6 netwerk dus zowel een :1::/64 als een :13::/64 adres.

Hoe kan dit?
Nog mooier, op de UnifiSwitch staan de PC's op Alléén het hoofdnetwerk (niet ALL maar "Main"), geen tagged adressen. En de aansluiting van eth7 zit op een port welke ALL ontvangt. Maar 7.13 komt dus in VLAN13 terecht.
En de systemen zitten niet aan VLAN13, en de enkele PC die dat wel zit, krijgt alleen VLAN13 te zien en krijgt ook alleen :13::/64 als adres.

Wat gaat er fout?

[RichieB]

Jeroen_ae92 schreef op donderdag 16 maart 2017 @ 22:46:
[...]

Overigens loopt het ook niet gelijk zo'n vaart. Het kan alleen maar misbruikt worden als je al een username/password hebt. Dus zorg voor complexe wachtwoorden en je bent "relatief" save.

Ik zie regelmatig vanaf het internet ssh inlog pogingen voorbij komen met gebruikersnaam "ubnt". Dus een goed wachtwoord is sowieso aan te raden. Voor de kwetsbaarheid waar het hier over gaat heb je trouwens geen wachtwoord nodig, maar wel toegang tot de web interface.

Weet iemand hoe een US-8-150W kan resetten zonder dat je POE poorten stroom verliezen? Doet een "reboot" via ssh dat bijvoorbeeld? Ik heb af en toe last van een hangende poort (switch poort laat geen pakketten meer door). Tot nu toe heb ik het steeds opgelost met een firmware upgrade, maar ik vind dat is eigenlijk een beetje zwaar.

[Dutch2007]

En een nieuwe firmware voor de Edge Routers is beshikbaar

code:

    https://YOUR_UNMS_INSTANCE/firmwares/ER-e50-v1.9.6alpha2.4961504.tar
    https://YOUR_UNMS_INSTANCE/firmwares/ER-e100-v1.9.6alpha2.4961504.tar
    https://YOUR_UNMS_INSTANCE/firmwares/ER-e200-v1.9.6alpha2.4961510.tar

Mocht je me vertrouwen

code:

    https://ubnt.xtremeweb-hosting.net/firmwares/ER-e50-v1.9.6alpha2.4961504.tar
    https://ubnt.xtremeweb-hosting.net/firmwares/ER-e100-v1.9.6alpha2.4961504.tar
    https://ubnt.xtremeweb-hosting.net/firmwares/ER-e200-v1.9.6alpha2.4961510.tar

Is mijn 0.7.13 UNMS

[ Voor 37% gewijzigd door Dutch2007 op 17-03-2017 12:11 ]

[m3gA]

m3gA schreef op donderdag 16 maart 2017 @ 12:48:
Voor de liefhebber, Ubiquiti is begonnen met het online zetten van hun trainingsmateriaal (gratis). De eerste is UBWA (airMax) https://www.ubnt.com/download/trainings/

En de Unifi training guide staat er nu ook bij. Leuk voor mensen die er nog niet zo thuis in zijn.

https://dl.ubnt.com/guide...g_Guide_v2.1_03-15-17.pdf

en zal vast veel vragen beantwoorden.

[DenBenny]

RichieB schreef op vrijdag 17 maart 2017 @ 11:05:
[...]
Ik zie regelmatig vanaf het internet ssh inlog pogingen voorbij komen met gebruikersnaam "ubnt". Dus een goed wachtwoord is sowieso aan te raden.

Vraagje, hoe kan je dit zien?

Ik zie namelijk ook veel verkeer op mijn WAN poort (de LED is nogal actief) van mijn ERL3 terwijl er weinig internet activiteit is binnen mijn eigen LAN netwerk (ook is de LED van de LAN poort veel minder actief dan die van de WAN poort). Switches waar ook de WAN over gaat (via eigen VLAN) hadden bij mij hierdoor last van stabiliteitsproblemen.

En natuurlijk ben ik zeer nieuwsgierig naar wat dit kan zijn

[RichieB]

DenBenny schreef op vrijdag 17 maart 2017 @ 12:45:
[...]

Vraagje, hoe kan je dit zien?
[...]

Ik heb een syslog server draaien waar ik alle logs naar toe stuur, en logcheck stuurt mij een mailtje als er iets gelogd wordt dat niet bekend is. Ik weet niet of de ERL ssh inlog pogingen logt via syslog maar dat lijkt me wel.

[Packetloss]

Ik kwam deze tegen: Ubiquiti-producten kwetsbaar door ongepatcht beveiligingslek

Via https://www.sec-consult.c...Networks_XSS_CSRF_v10.txt zie ik er geen Unifi producten bij staan.

[ Voor 30% gewijzigd door Packetloss op 17-03-2017 17:40 ]

[yzf1kr]

Vandaag verbaasd door de customer service van UBNT.

Vorig jaar is een AP-Pro van me gestorven door een fout in de firmware. Daarover flnk in de weer geweest op het forum, en om een lang verhaal kost te maken, zat er een foutje in de firmware waardoor de 2G radio bij bepaalde Pro's door is gebrand.

Vandaag na een druk winterseizoen, kwam ik weer eens op het forum en tot mijn verbazing zat er een berichtje in mijn inbox van UBNT-Mike met de vraag mijn adres op te geven zodat ze mij een nieuw AP konden sturen.

[timminater]

Even een vraag waar ik niet zo snel het antwoord op kan vinden. Voor een vereniging in de buurt moet ik een wifi netwerk aanleggen wat geschikt is voor verschillende gebruikers. Nu heb ik de volgende spullen tot mijn beschikking:

20x unifi AP
3x netgear prosafe switch 8ports
1x netgear WNDR3700 met DD-WRT
1x raspberry pi 2

Nu moet het netwerk geschikt gaan worden voor een gebruiker of 300 op piekmomenten. Dit zal alleen gaan om wifi snel genoeg voor een whatsapp berichtje.

de raspberry wil ik gaan inzetten als unifi controller, deze moet dit volgens mij prima aan kunnen.
Aangezien het 300 users betreft red ik het niet met een standaard router DHCP server, ik weet niet of de WNDR3700 met DD-WRT hier voor geschikt is (moet volgens mij kunnen met custom DNSMask) of heb ik een extra ubiquiti product nodig.
Hierbij kom ik op mijn volgende vraag. Ga ik hier voor een Edgerouter X, Edgerouter Lite of een USG.
Kunnen alle 3 deze opties een DHCP server aan met meer dan 255 adressen? (bijv. 192.168.1.0/22) en wat voor voordelen bied de USG mij boven een edgerouter?

Aangezien het om een vereniging gaat is het budget eigenlijk 0, dus graag ben ik er zo voordelig mogelijk mee klaar.

[MdBruin]

Ik zou eerder naar een /23 subnet (512 mogelijke ip adressen) kijken. Een /22 is veel te ruim voor een 300 cliënts.
Qua dhcp durf ik je het niet zo te zeggen of het mogelijk is, is uitproberen.
Configureer je router met het subnet en kijk of je dhcp range nu de ruimte geeft om over de 254 ip adressen heen te gaan.

Het verschil tussen de er-x/erl3 en usg is de manier van management, de usg is te beheren via de unifi software en de er-x/erl3 hebben een eigen web configuratie pagina en zijn niet via de unifi controller te beheren.

Tip: kijk ook even wat je allemaal wilt toestaan, ik neem aan dat niet alles zomaar mogelijk mag zijn. Daarna kijken of je dit kunt realiseren met de apparatuur die je hebt.
Het project wat je wil gaan doen is geen klein project waar je behoorlijk wat werk aan kunt hebben. Denk vooral aan het inrichten van het draadloze netwerk.

[rally]

De vraag is ook of je router zoveel clients ondersteund. Je kunt wel een heel groot subnet maken, maar de router moet wel zoveel gelijktijdige verbindingen kunnen onderhouden (NAT sessies kosten geheugen en processorkracht). Dus ik denk ook dat een /23 beter is als je een router met DD-WRT gaat gebruiken.

Daarnaast zou ik een relatief korte Leastijd gebruiken van 4-8 uur zodat clients niet teveel blijven "hangen".

Je kan overigen beginnen met een /23 en als dat niet voldoende blijkt te zijn kun je altijd nog naar een /22 gaan.

Mijn advies is als je echt zoveel gebruikers verwacht om een wat "stevigere" router in te zetten. Als je toch Unif doet kun je een USG-3P gebruiken. Die is niet al te duur en toch robuust. Die impact moet je budget nog wel kunnen dragen.

[Hakker]

Jeroen_ae92 schreef op donderdag 16 maart 2017 @ 22:46:
Ja gezien... Het gaat om de volgende devices Toughswitch Pro, Rocket M5, PicoStationM2HP (zonder Unifi firmware dus), NanoStation M5. Het zijn al redelijk gedateerde devices waar al geruime tijd geen updates meer voor komen.

Overigens loopt het ook niet gelijk zo'n vaart. Het kan alleen maar misbruikt worden als je al een username/password hebt. Dus zorg voor complexe wachtwoorden en je bent "relatief" save.

https://community.ubnt.co...date-3-18-17/td-p/1869309

Het feit alleen al dat ze PHP2 gebruiken.... en versie die al lang deprecated was toen het bedrijf startte is voor mij genoeg om het voortaan links te laten liggen.
ik wil niet weten welke lijken er nog meer in de kast liggen bij UBNT.

[ErikCornelissen]

Is er toevallig al meer bekend over de AC lite 48v variant? Zijn er al mensen die deze hebben ontvangen en zo ja, via welke winkel?

[Kavaa]

ErikCornelissen schreef op zaterdag 18 maart 2017 @ 16:44:
Is er toevallig al meer bekend over de AC lite 48v variant? Zijn er al mensen die deze hebben ontvangen en zo ja, via welke winkel?

Nope, en je hoeft ze de komende 2-3 maanden waarschijnlijk ook niet te verwachten.

[Anoniem: 403231]

Wel recentelijk de nieuwe LR variant voorbij zien komen maar nog niet de Lite

[Kavaa]

Anoniem: 403231 schreef op zaterdag 18 maart 2017 @ 21:42:
Wel recentelijk de nieuwe LR variant voorbij zien komen maar nog niet de Lite

Dat is ook bekend dat die geleverd wordt. Maar nog niet overal alleen shops met nieuwe voorraad.

[ZaZ]

Ik zit met een vaag probleem. Ik probeer via een site-to-site VPN een ping te doen naar mijn ERL maar die faalt.
Ik heb al een rule gemaakt voor WAN_LOCAL en die wordt ook geraakt want dat kan ik zien in de stats als ik het probeer.
Hetzelfde gebeurt als ik van buiten af naar mijn public ip ping. Ook die pings geven timeout maar ze komen al wel langs de WAN_LOCAL rule.

De webinterface benaderen via de site-to-site VPN ging eerst ook niet, maar daar moest ik dus een rule voor toevoegen op WAN_LOCAL en toen ging het wel, alleen met de ping lukt het dus niet

[slooffmaster]

ErikCornelissen schreef op zaterdag 18 maart 2017 @ 16:44:
Is er toevallig al meer bekend over de AC lite 48v variant? Zijn er al mensen die deze hebben ontvangen en zo ja, via welke winkel?

Wel al LITEs gehad met de nieuwe vormgeving (matte afwerking) maar voor zover ik kon vastellen zonder 48V.

[Kavaa]

slooffmaster schreef op zondag 19 maart 2017 @ 08:25:
[...]

Wel al LITEs gehad met de nieuwe vormgeving (matte afwerking) maar voor zover ik kon vastellen zonder 48V.

Klopt, daar heb ik er ook al een aantal van in de hand gehad.

Als het goed is met een F0 serienummer

[ Voor 6% gewijzigd door Kavaa op 19-03-2017 10:37 ]

[Jeroen_ae92]

ZaZ schreef op zaterdag 18 maart 2017 @ 23:30:
Ik zit met een vaag probleem. Ik probeer via een site-to-site VPN een ping te doen naar mijn ERL maar die faalt.
Ik heb al een rule gemaakt voor WAN_LOCAL en die wordt ook geraakt want dat kan ik zien in de stats als ik het probeer.
Hetzelfde gebeurt als ik van buiten af naar mijn public ip ping. Ook die pings geven timeout maar ze komen al wel langs de WAN_LOCAL rule.

De webinterface benaderen via de site-to-site VPN ging eerst ook niet, maar daar moest ik dus een rule voor toevoegen op WAN_LOCAL en toen ging het wel, alleen met de ping lukt het dus niet

Zonder je huidige config te hebben gezien, ik heb nog een WAN_IN rule:

code:

 rule 60 {
     action accept
     description "Allow ICMP"
     log enable
     protocol icmp
 }

En een 'set firewall all-ping enable'. Kom je daar verder mee?

[Movinghead]

Heb nu 2 Rocket M2 hangen (1 binnen, 1 buiten) en een ELR, echter overweeg ik de Rockets te gaan vervangen voor een AC AP. Heb reeds de Unifi cloud key inhuis en gekoppeld aan m'n PoE switch.

Echter welk AP, als ik uitga van PoE kom ik al snel op de AC Pro uit, echter met de 24volt passieve heb ik met de Rockets ook niet echt een probleem gehad. Zou natuurlijk ook die instant koppelingen kunnen pakken als ik die losse voedingen niet wil.

De Lite en LR doen qua prijs niet heel veel, waarbij de LR een logischer keuze is ivm 3x3 / 2x2. Wat moet er voorzien worden van Wifi, +- 75m2 (incl buiten). Er zitten wel wanden in m'n appartement maar dat zijn gewone dunne wandjes.

Kan uiteraard met 1 zender beginnen en uitbreiden,

[ Voor 6% gewijzigd door Movinghead op 19-03-2017 12:36 ]

[Jeroen_ae92]

De nieuwe (huidige) AC-LR werken ook op "normale" 48v PoE. Dus ik zou de AC-LR adviseren.

[DJSmiley]

Movinghead schreef op zondag 19 maart 2017 @ 12:33:


De Lite en LR doen qua prijs niet heel veel, waarbij de LR een logischer keuze is ivm 3x3 / 2x2. Wat moet er voorzien worden van Wifi, +- 75m2 (incl buiten). Er zitten wel wanden in m'n appartement maar dat zijn gewone dunne wandjes.

Kan uiteraard met 1 zender beginnen en uitbreiden,

De Lite en LR zijn beide 2x2 op de 5Ghz.

Alleen op de 2.4Ghz is de LR 3x3. Maar gezien de drukte op de 2.4Ghz band zie ik daar weinig meerwaarde in. En op de 5Ghz zijn ze gelijk.

De LR is ook groter. Het zendvermogen van de LR is hoger, maar daar win je niets mee zolang je clients niet hoger terugzenden.

Imho kun je de LR beter overslaan: Duurder, groter, en eigenlijk geen meerwaarde.

[andy88]

timminater schreef op zaterdag 18 maart 2017 @ 00:24:

Tja, 300 concurrent clients op een WNDR3700 is natuurlijk discutabel, dit is een router voor de particuliere markt die inmiddels 7 jaar oud is (kwam in 2010 op de markt). Ik zou op zijn minst budget maken voor een ER-X of lite, die kunnen dit met hardware offloading actief prima aan en kosten amper iets.

Wat voor WAN verbinding heb je tot je beschikking? Met 300 clients zal je -afhankelijk van je WAN snelheid- traffic shaping moeten gaan toepassen.

Ik lees dat je 20 UAP's ter beschikking hebt. 300 / 20 = 15 clients per AP. Je zou afhankelijk van de te dekken oppervlakte en demping door muren oid de helft van de access points kunnen inzetten. Immers maak je geen melding dat deze dual band zijn en zullen ze an sich behoorlijk wat noise genereren (want enkel 2.4 GHz). Kies er voor om de TX power omlaag te schroeven. Let er in ieder geval op dat je op capaciteit plant en niet op dekking.

[RobertMe]

DJSmiley schreef op zondag 19 maart 2017 @ 12:58:
[...]


De Lite en LR zijn beide 2x2 op de 5Ghz.

Alleen op de 2.4Ghz is de LR 3x3. Maar gezien de drukte op de 2.4Ghz band zie ik daar weinig meerwaarde in. En op de 5Ghz zijn ze gelijk.

De LR is ook groter. Het zendvermogen van de LR is hoger, maar daar win je niets mee zolang je clients niet hoger terugzenden.

Imho kun je de LR beter overslaan: Duurder, groter, en eigenlijk geen meerwaarde.

Volgensmij heeft de LR ook betere antennes om te ontvangen. Dus hij zal het wel beter horen als je client niet net zo hard terug schreeuwt. Daarnaast is een voordeel van de LR dus dat deze (in Nederland) wel al leverbaar is met standaard PoE support.

[andy88]

RobertMe schreef op zondag 19 maart 2017 @ 12:59:
[...]

Volgensmij heeft de LR ook betere antennes om te ontvangen. Dus hij zal het wel beter horen als je client niet net zo hard terug schreeuwt. Daarnaast is een voordeel van de LR dus dat deze (in Nederland) wel al leverbaar is met standaard PoE support.

Beide hebben een kern van waarheid. Wat djsmiley zegt is van toepassing op de oude 1st gen UAP-LR. De 2st gen UAP-AC-LR heeft een antenne gain die 2 kanten op werkt.

[DJSmiley]

andy88 schreef op zondag 19 maart 2017 @ 13:00:
[...]


Beide hebben een kern van waarheid. Wat djsmiley zegt is van toepassing op de oude 1st gen UAP-LR. De 2st gen UAP-AC-LR heeft een antenne gain die 2 kanten op werkt.

Dan mogen ze de datasheets wel eens updaten

Volgens de datasheet hebben ze nl beide 3dbi antennes

https://dl.ubnt.com/datasheets/unifi/UniFi_AC_APs_DS.pdf

Zie trouwens ook dat de 48V support daar niet genoemd wordt

Als de LR idd betere antennes heeft dan is dat voor een gelijkvloers appartement idd wel een verbetering. Voor een 'normale' woning minder, aangezien juist een betere antenne zorgt voor een groter bereik in 1 richting, waardoor die op de verdieping daarboven slechter zal presteren dan een versie met een 'kleine' antenne.

andy88 schreef op zondag 19 maart 2017 @ 12:59:
[...]


Tja, 300 concurrent clients op een WNDR3700 is natuurlijk discutabel, dit is een router voor de particuliere markt die inmiddels 7 jaar oud is (kwam in 2010 op de markt). Ik zou op zijn minst budget maken voor een ER-X of lite, die kunnen dit met hardware offloading actief prima aan en kosten amper iets.

Wat voor WAN verbinding heb je tot je beschikking? Met 300 clients zal je -afhankelijk van je WAN snelheid- traffic shaping moeten gaan toepassen.

Ik lees dat je 20 UAP's ter beschikking hebt. 300 / 20 = 15 clients per AP. Je zou afhankelijk van de te dekken oppervlakte en demping door muren oid de helft van de access points kunnen inzetten. Immers maak je geen melding dat deze dual band zijn en zullen ze an sich behoorlijk wat noise genereren (want enkel 2.4 GHz). Kies er voor om de TX power omlaag te schroeven. Let er in ieder geval op dat je op capaciteit plant en niet op dekking.

Zet idd TX power zo laag mogelijk, zodat er altijd maar een paar AP's beschikbaar zijn. Maak op de drukke plekken roaming groepen, zodat de load verdeeld gelijkmatig verdeeld worden over de AP's die bij elkaar zitten.
Kwa performance kun je beter 40 users op 1 ap hebben met goed bereik, dan 100 met uitstekend bereik.
Het kan best verstandiger zijn om op een AP 10m verderop te connecten dan het AP dichtbij met het beste bereik als die al tig users heeft.
Door ap groepen te maken kun je clients verdelen zodat niet 1 AP het extreem druk krijgt. En gebruik bandsteering en 20Mhz spectrum, ga geen 80hz kanalen gebruiken.
Geen idee in hoeverre een unifi dit goed kan tho.

Als de load gelijkmatig verdeeld is over alle AP's heb je dat probleem niet. Maar mijn ervaring is dat sommige AP's 'doelloos' zijn, en anderen zwaar belast.

Ik heb op een school AP's gezien met 200+ connecties (voordat ze platgingen).
Op papier leuk: 3000 clients over 100 AP's. In de praktijk? AP's in de kantine gingen plat in de pauze, AP's bij de ICT lokalen haalde de troughput niet met 35+ gebruikers.
Bottomline: Bedenk goed hoe het echte gebruik zal zijn.

[ Voor 56% gewijzigd door DJSmiley op 19-03-2017 13:42 ]

[Movinghead]

Dank voor jullie inzichten en antwoorden. Het is vooralsnog een appartement maar in de planning staat een "normale" woning met meerdere woonlagen.

[andy88]

Movinghead schreef op zondag 19 maart 2017 @ 13:21:
Dank voor jullie inzichten en antwoorden. Het is vooralsnog een appartement maar in de planning staat een "normale" woning met meerdere woonlagen.

Wordt dat een standaard NL beton bunker? Dan zou ik persoonlijk voor 1 AC-Lite per verdieping gaan zodat je 5 GHz band ook werkbaar blijft. Je kan dan nu met één beginnen en later bij hangen / kopen.

[winwiz]

andy88 schreef op zondag 19 maart 2017 @ 13:00:
[...]


Beide hebben een kern van waarheid. Wat djsmiley zegt is van toepassing op de oude 1st gen UAP-LR. De 2st gen UAP-AC-LR heeft een antenne gain die 2 kanten op werkt.

Dit is onzin. Antenne gain werkt altijd 2 kanten op. Meer antenne gain voor zenden betekent ook meer gain voor ontvangen.

[Jeroen_ae92]

Net een Unifi video camera stuk gemaakt
Per ongeluk op 48v ipv de 24v gezet. En aangezien de camera aan een Toughswitch hing, dus geen IEEE 802.3af, is ie nu stuk. Als ik em vervolgens aan een PoE injector hang, gaat het injector lampje uit... Oopsie

[Movinghead]

Jeroen_ae92 schreef op zondag 19 maart 2017 @ 14:36:
Net een Unifi video camera stuk gemaakt
Per ongeluk op 48v ipv de 24v gezet. En aangezien de camera aan een Toughswitch hing, dus geen 802.11af, is ie nu stuk. Als ik em vervolgens aan een PoE injector hang, gaat het injector lampje uit... Oopsie

Dat is bagger, zonde geld. Zit er nergens iets van een veiligheid op?

[ Voor 5% gewijzigd door Movinghead op 19-03-2017 14:41 ]

[Kavaa]

Movinghead schreef op zondag 19 maart 2017 @ 14:41:
[...]


Dat is bagger, zonde geld. Zit er nergens iets van een veiligheid op?

Helaas niet, zelfde geld voor de Andere 24v producten... als je er 48v op zet

[Jeroen_ae92]

Met een IEEE 802.3af of IEEE 802.3at switch gaat het wel goed. Enkel met een verkeerde PoE injector of Toughswitch niet. Die doen geen autosense volgens de standaard. Gevolg is dan inderdaad een te hoog voltage en kunnen er dingen beyond repair stuk gaan.

[ Voor 3% gewijzigd door Jeroen_ae92 op 19-03-2017 18:00 ]

[Dafjedavid]

Jeroen_ae92 schreef op zondag 19 maart 2017 @ 17:22:
Met een 802.11af of 802.11at switch gaat het wel goed. Enkel met een verkeerde PoE injector of Toughswitch niet. Die doen geen autosense volgens de standaard. Gevolg is dan inderdaad een te hoog voltage en kunnen er dingen beyond repair stuk gaan.

Er is inmiddels een compatibilty matrix verschenen voor PoE en UBNT producten:
https://help.ubnt.com/hc/...%A0#active%20vs%20passive

[winwiz]

Zaterdag over gegaan van de Unify Controller op een PC naar een cloudkey. Was binnen 15 minuten geregeld.

• Cloudkey in de Unify Switch 16p POE --> updaten naar V0.60.
• Cloudkey vast IP adres geven
• Backup maken van 'oude' controller
• In oude controller verwijzen naar nieuwe IP adres (Controller Hostname/IP)
• Backup inlezen in cloudkey

Paar minuten wachten en alles is over, daarna poort forwarding overzetten naar nieuwe IP zodat het ook weer benaderbaar is via app en https://unifi.ubnt.com

En de oude controller kon uit.

[ Voor 12% gewijzigd door winwiz op 20-03-2017 11:51 ]

[m3gA]

winwiz schreef op maandag 20 maart 2017 @ 11:49:
Zaterdag over gegaan van de Unify Controller op een PC naar een cloudkey. Was binnen 15 minuten geregeld.

• Cloudkey in de Unify Switch 16p POE --> updaten naar V0.60.
• Cloudkey vast IP adres geven
• Backup maken van 'oude' controller
• In oude controller verwijzen naar nieuwe IP adres (Controller Hostname/IP)
• Backup inlezen in cloudkey

Paar minuten wachten en alles is over, daarna poort forwarding overzetten naar nieuwe IP zodat het ook weer benaderbaar is via app en https://unifi.ubnt.com

En de oude controller kon uit.

Waarom gebruik je een port forwarding voor de app? Als hij ingesteld staat voor unifi.ubnt.com is dat niet nodig.

[winwiz]

Klopt, de forwarding (8443) is dus voor beide.

[inbedrijf]

ik loop tegen een vaag probleem aan. Mijn edgerouter X loopt met veel data verkeer vast... Nu heb ik dit gevonden op het forum van ubnt

Hebben meer mensen hier last van? is dit de oplossing? door hwnat te disabellen? Graag jullie advies.

[ZaZ]

Jeroen_ae92 schreef op zondag 19 maart 2017 @ 11:28:
[...]


Zonder je huidige config te hebben gezien, ik heb nog een WAN_IN rule:

code:

 rule 60 {
     action accept
     description "Allow ICMP"
     log enable
     protocol icmp
 }

En een 'set firewall all-ping enable'. Kom je daar verder mee?

Zo'n WAN_IN rule had ik ook voor de zekerheid gemaakt maar die werd al niet geraakt.
set firewall all-ping enable lost het probleem inderdaad op.
Heb de setting al wel eens eerder gezien maar ik hou nooit zo van auto-firewall grappen en stel het liever allemaal handmatig in.
Maar eens in de Vyatta documentatie duiken om te kijken wat het precies doet en of het eventueel ook zonder kan.

[timminater]

na de tips van vorige keer heb ik besloten toch wat apparatuur te gaan vervangen.

Ik zie dat de UAP een ubiquiti USG nodig heeft om zelf een eigen DHCP server te kunnen zijn, ook wat andere features zijn alleen beschikbaar met een USG.

Nu vraag ik mij dus af of een USG voordelen bied boven een edgerouter. of heb ik beiden nodig om een netwerk stabiel op te zetten, want de USG lijkt voor zover ik zie ook routerfunctie te hebben.

optie 1:
Ziggo modem (bridge) --> edgerouter lite/X --> netgear managed switches --> UAPs

optie 2:
Ziggo modem (bridge) --> USG --> netgear managed switches --> UAPs

Welke configuratie raden jullie aan en en welke voordelen bied elk van deze configuraties?


_{P.S. misschien handig voor in de OP:
de edgerouter X haalt 130 kpps bij 64‑byte packets (komt uit de datasheet)}

[ Voor 8% gewijzigd door timminater op 20-03-2017 15:08 ]

[timothee]

winwiz schreef op maandag 20 maart 2017 @ 11:49:
Zaterdag over gegaan van de Unify Controller op een PC naar een cloudkey. Was binnen 15 minuten geregeld.

• Cloudkey in de Unify Switch 16p POE --> updaten naar V0.60.
• Cloudkey vast IP adres geven
• Backup maken van 'oude' controller
• In oude controller verwijzen naar nieuwe IP adres (Controller Hostname/IP)
• Backup inlezen in cloudkey

Paar minuten wachten en alles is over, daarna poort forwarding overzetten naar nieuwe IP zodat het ook weer benaderbaar is via app en https://unifi.ubnt.com

En de oude controller kon uit.

Grappig, ik ben afgelopen zaterdag óók naar een Cloudkey "gemigreerd". Had de Unifi Controller tot nu toe op een Raspberry Pi 2 staan, maar vond die oplossing toch niet stabiel genoeg (al 3 of 4 keer from scratch opnieuw moeten installeren).

In eerste instantie ging alles voorspoedig, tot hij ineens niet meer reageerde bij een firmware update, ook niet op een reset met paperclip! Hmm... Heb na lang wachten de patchkabel maar uit de Cloud Key getrokken en opnieuw ingeprikt om hem te laten rebooten (heb hem aan een PoE switch hangen). Toen werkte hij wel weer en kon ik de firmware en Controller update afronden. Daarna kreeg ik de melding te zien dat de SD card erin moest en ik moest rebooten. Dat gedaan en toen wéér heel lang moeten wachten...ging er maar vanuit dat ie de SD card aan het formatteren was, maar vervelende vond ik dat de led wit bleef in plaats van ging knipperen ter indicatie dat het apparaat nog ergens mee bezig was
Uiteindelijk, net voordat ik ongeduldig werd en de patch kabel er weer uit wilde trekken, werd de led blauw en sindsdien werkt ie naar behoren.

Echt heel betrouwbaar voelt het echter nog niet, gezien voorgaande. Ik heb het idee dat een aantal zaken mogelijk voor wat problemen hebben gezorgd:
- Inlezen backup van de Unify Controller 5.3.8 van de Raspberry Pi. Cloudkey draait op 5.4.11 na laatste update. Instellingen zijn wel goed overgenomen uit 5.3.8.
- Static IP toekennen o.b.v. MAC adres (nog in mijn TP-Link router, welke ik binnenkort vervang door een USG), waarbij IP adres gelijk is aan Raspberry Pi (die ik nu niet gebruik). Ik heb de Cloudkey ook dezelfde hostname gegeven als de Raspberry Pi en ik kan hem nu niet via die hostname benaderen vanaf mijn Mac (ook niet na lokale DNS flush), enkel op IP adres
- Raspberry Pi controller werd nog herkend in UBNT Cloud. Daar verwijderd en toen werkte alles.

• In oude controller verwijzen naar nieuwe IP adres (Controller Hostname/IP)

Waarom heb je dit gedaan? Ik heb in mijn oude controller (op de Raspberry Pi) niks gewijzigd, enkel een backup getrokken en die in de Cloudkey ingelezen.


Nadat de Cloudkey eindelijk up-and-running was, zag ik dat er een nieuwe firmware voor mijn beide UAP-AC-Pro's beschikbaar was. Heb ze nog niet bijgewerkt omdat ik eigenlijk erg tevreden ben met firmware versie 3.7.29.5446.
Echter, sinds vanochtend staat één van beide AP's ineens op "provisioning" en reeds een aantal uren (terwijl de LED op het AP gewoon steady blauw is en blijft). Hij lijkt dus niks te doen, maar het AP is nu ook niet bruikbaar. Weet even niet wat ik nu het beste kan doen...


Enigszins off-topic: Overigens lijkt er sinds zaterdag ook weer een probleem met mijn Ziggo WAN verbinding te zijn; download is weer ingekakt van 150Mbit naar 2,5Mbit. De zoveelste keer in een paar maanden tijd!? Ik heb natuurlijk geen speedtest gedaan voor ik begon met de installatie van de Cloudkey, waardoor het een bizarre samenloop van omstandigheden lijkt, maar m.i. kan dit niet met elkaar samenhangen (maar wellicht wel de traagheid van de Cloudkey verklaren, als hij zaken heeft gedownload terwijl ik zat te wachten...). Met mijn Macbook bekabeld op mijn router haal ik dezelfde bagger snelheid...


Edit: Cloudkey gereboot (netjes via de web interface) en AP stond niet meer in provisioning modus. Nu maar een rolling upgrade gestart om de firmware van de AP's bij te werken. Misschien toch maar het beste om die in lijn met de Controller software te laten lopen.

Ik merk overigens dat de Cloudkey wel sneller is dan de Raspberry Pi 2. Heb ff de exacte specs niet vergeleken, maar scheelt denk ik dat ie een Gigabit LAN interface heeft waar de Raspberry Pi (zelfs de 3 nog volgens mij) blijft steken op 100Mbit.

Edit 2: update is gelukt, beide AP's zijn weer up en alles lijkt prima te werken (mijn dochtertje heeft er niks van gemerkt tijdens het kijken naar Youtube, dus het roamen van het ene naar het andere AP werkt ook goed ).
Overigens is mijn download snelheid nog steeds ruk, dus zoals verwacht staat dit hier los van en heeft Ziggo blijkbaar weer een probleem hier.
Moet mijn USG toch maar wat sneller implementeren, zodat ik elk half uur een speedtest kan laten doen. Ik hoop dat ik de resultaten kan laten bewaren zodat ik Ziggo onderbouwd kan aantonen hoe instabiel de WAN verbinding hier is.

[ Voor 12% gewijzigd door timothee op 20-03-2017 15:40 ]

[Dutch2007]

timminater schreef op maandag 20 maart 2017 @ 14:33:
na de tips van vorige keer heb ik besloten toch wat apparatuur te gaan vervangen.

Ik zie dat de UAP een ubiquiti USG nodig heeft om zelf een eigen DHCP server te kunnen zijn, ook wat andere features zijn alleen beschikbaar met een USG.

Nu vraag ik mij dus af of een USG voordelen bied boven een edgerouter. of heb ik beiden nodig om een netwerk stabiel op te zetten, want de USG lijkt voor zover ik zie ook routerfunctie te hebben.

optie 1:
Ziggo modem (bridge) --> edgerouter lite/X --> netgear managed switches --> UAPs

optie 2:
Ziggo modem (bridge) --> USG --> netgear managed switches --> UAPs

Welke configuratie raden jullie aan en en welke voordelen bied elk van deze configuraties?


_{P.S. misschien handig voor in de OP:
de edgerouter X haalt 130 kpps bij 64‑byte packets (komt uit de datasheet)}

toon volledige bericht

Ik zou voor de ER gaan.. via UNMS kan je die soon(tm) ook via ene gui beheren samen met al je UNIFI spul... (momenteel alpha2)

[alex75]

@timothee

In zo'n situatie herstart ik de Cloud Key.

Edit: Je was mij al voor.

[ Voor 20% gewijzigd door alex75 op 20-03-2017 15:46 ]

[timothee]

alex75 schreef op maandag 20 maart 2017 @ 15:45:
@timothee

In zo'n situatie herstart ik de Cloud Key.

Edit: Je was mij al voor.

Haha, ja duurde ff voor ik op dat idee kwam

[zeroday]

Jeroen_ae92 schreef op zondag 19 maart 2017 @ 17:22:
Met een IEEE 802.3af of IEEE 802.3at switch gaat het wel goed. Enkel met een verkeerde PoE injector of Toughswitch niet. Die doen geen autosense volgens de standaard. Gevolg is dan inderdaad een te hoog voltage en kunnen er dingen beyond repair stuk gaan.

Zo zie je maar weer, het kan zelfs de expert overkomen

[HellStorm666]

Wat is het voordeel van een CloudKey als je bijv al een controller op een Server hebt draaien?
(Privé op Windows Server 2012-R2, Zakelijk op een Ubuntu Server installatie)

[zeroday]

HellStorm666 schreef op maandag 20 maart 2017 @ 16:39:
Wat is het voordeel van een CloudKey als je bijv al een controller op een Server hebt draaien?
(Privé op Windows Server 2012-R2, Zakelijk op een Ubuntu Server installatie)

Volgens mij is het enige voordeel dat je niet hoeft lopen te prutsen en te hobbyen om de server in de lucht te houden. Cloudkey is voor de happy few die van gemak houden. Zo zou ik me voor kunnen stellen dat ik er 1 ga kopen als de virtuele server waar het nu op draait niet lekker in de lucht gehouden kan worden om welke reden dan ook ..

Om er remote bij te kunnen is voor mij geen reden, ik zet een VPN op en ik kan de app gebruiken ;-) )(of via intern domein erop)

[winwiz]

Mijn server ga ik binnenkort vervangen en krijgt heel andere rollen. Heb nu ook een 2012R2 draaien maar ga straks met andere hardware Unraid draaien met een aantal VM's. De cloudkey is inderdaad grotendeels voor het gemak en ik vermoed dat deze Unraid server in de opbouw best wel eens down zal zijn. Nu blijft alles sowieso doordraaien en daarom ook een ander IP om een andere vraag te beantwoorden.

Ik heb trouwens meteen de SFP poorten benut met Mikrotiks S-85DLC05D's tussen mijn Unify SW 16-150W en Unify SW 24 (met link agrigation) dus het netwerk gedeelte is nu wel zo'n beetje compleet. Volgende de Unraid server

[timothee]

HellStorm666 schreef op maandag 20 maart 2017 @ 16:39:
Wat is het voordeel van een CloudKey als je bijv al een controller op een Server hebt draaien?
(Privé op Windows Server 2012-R2, Zakelijk op een Ubuntu Server installatie)

Zoals al gezegd is, het gemak.

Liefst draaide ik de Unifi Controller op mijn Synology NAS in Docker, omdat ik graag rollen combineer op één apparaat, maar mijn DS213 ondersteunt dat helaas niet. Vandaar dat ik initieel een Raspberry Pi heb ingezet. Vanwege instabiliteit naar wat anders gekeken en de Cloudkey is PoE, dat gaf voor mij de doorslag.

Maar als je het kunt combineren met andere rollen op een Windows of Linux server, zou ik daar zelf de voorkeur aan geven. Het ligt er natuurlijk ook aan hoe groot het netwerk c.q. de sites zijn die je ermee beheert of het aanschaf van separate WLC hardware rechtvaardigt.

[Shaggie_NB]

Dutch2007 schreef op maandag 20 maart 2017 @ 15:22:
[...]


Ik zou voor de ER gaan.. via UNMS kan je die soon(tm) ook via ene gui beheren samen met al je UNIFI spul... (momenteel alpha2)

Ik denk nog steeds dat UNMS tegen de Unifi controller API zal gaan praten. En je dus een Unifi controller moet blijven draaien. Ze hebben het ook steeds over UniFi Integration...

Ikzelf zou met de huidige controller versie (en de roadmap voor Unifi) eerder voor de USG gaan. Zeker als je meer Unifi produkten hebt.

[timothee]

Shaggie_NB schreef op maandag 20 maart 2017 @ 19:55:
...en de roadmap voor Unifi...

Dat stukje intrigeert mij Heb je een linkje naar de roadmap? Ben wel benieuwd wat ze nog meer van plan zijn met de Unify lijn.

[Jeroen_ae92]

timothee schreef op maandag 20 maart 2017 @ 21:38:
[...]


Dat stukje intrigeert mij Heb je een linkje naar de roadmap? Ben wel benieuwd wat ze nog meer van plan zijn met de Unify lijn.

De roadmap voor UNMS

[Shaggie_NB]

timothee schreef op maandag 20 maart 2017 @ 21:38:
[...]


Dat stukje intrigeert mij Heb je een linkje naar de roadmap? Ben wel benieuwd wat ze nog meer van plan zijn met de Unify lijn.

https://community.ubnt.co...dmap/m-p/1547101#U1547101

Ik heb nu 5.5.7 (testing) draaien en daar is het bv al mogelijk om de radius server in te stellen voor een L2TP/IPsec VPN verbinding. En dat helemaal via de GUI.
Het CLI / JSON file gebeuren vind ikzelf niet echt prettig gekozen van de USG. Maar ook dat staat op de roadmap om aangepakt te worden.

[Jeroen_ae92]

Shaggie_NB schreef op maandag 20 maart 2017 @ 21:47:
[...]

https://community.ubnt.co...dmap/m-p/1547101#U1547101

Ik heb nu 5.5.7 (testing) draaien en daar is het bv al mogelijk om de radius server in te stellen voor een L2TP/IPsec VPN verbinding. En dat helemaal via de GUI.
Het CLI / JSON file gebeuren vind ikzelf niet echt prettig gekozen van de USG. Maar ook dat staat op de roadmap om aangepakt te worden.

Hey psssst... 5.5.8 is release candidate

[Shaggie_NB]

Jeroen_ae92 schreef op maandag 20 maart 2017 @ 21:43:
[...]


De roadmap voor UNMS

Hoe denk jij over de Unifi implementatie in UNMS?

Die 5.5.8 had ik nog niet gezien. En ik kijk toch heel vaak op de beta site...
Moet ik dadelijk toch nog aan het werk

[ Voor 16% gewijzigd door Shaggie_NB op 20-03-2017 21:57 ]

[Jeroen_ae92]

Tsja.. Ik denk dat het te vroeg is om daar een echt antwoord op te geven. Het zou cool zijn als alles in één tool zou zitten maar ik verwacht het niet. Mede omdat de Edgemax en Airfiber lijnen voor een hele andere doelgroep is dan de Unifi (video) lijn. Ik weet ook niet zeker of ik dat zelf gemixed wil zien of gebruiken maarja, ik ben dan momenteel ook geen groot aanhanger van een USG of USW

[Shaggie_NB]

Jeroen_ae92 schreef op maandag 20 maart 2017 @ 22:06:
maarja, ik ben dan momenteel ook geen groot aanhanger van een USG of USW

Maar als ik ook zie waarmee jij andere helpt...
Er is een verschil tussen profs en mensen met een beetje netwerk-kennis.
Als ik mezelf iets zou moeten aanbevelen is het de USG.

[Dutch2007]

Jeroen_ae92 schreef op maandag 20 maart 2017 @ 22:06:
Tsja.. Ik denk dat het te vroeg is om daar een echt antwoord op te geven. Het zou cool zijn als alles in één tool zou zitten maar ik verwacht het niet. Mede omdat de Edgemax en Airfiber lijnen voor een hele andere doelgroep is dan de Unifi (video) lijn. Ik weet ook niet zeker of ik dat zelf gemixed wil zien of gebruiken maarja, ik ben dan momenteel ook geen groot aanhanger van een USG of USW

EdgeMax gaat in de UNMS intergrated worden...