[TP-Link Omada Netwerkapparatuur] Ervaringen & Discussie

[nero355]

NiGeLaToR schreef op vrijdag 30 juli 2021 @ 20:06:
Ik blijk hetzelfde te hebben: OpenVPN werkt, maar er is vanaf de OpenVPN IP-reeks geen route naar buiten en de server geeft ook geen route mee aan de client. Dus als ik de client forceer al het verkeer naar de OpenVPN server te sturen is er geen internet:

code:

redirect-gateway def1

Helaas ben ik niet thuis genoeg in het maken van routes en routeringen om de IP-reeks die ik aan de OpenVPN server heb gegeven ook te routeren naar internet, terwijl lokaal verkeer wel bereikbaar blijft.

Kan je bij de OpenVPN config komen via SSH

En kan je de config aan de Client kant aanpassen ?!

Dan kan ik je misschien wel wat tips geven om het een en ander uit te proberen

[NiGeLaToR]

nero355 schreef op vrijdag 30 juli 2021 @ 23:58:
[...]

Kan je bij de OpenVPN config komen via SSH

En kan je de config aan de Client kant aanpassen ?!

Dan kan ik je misschien wel wat tips geven om het een en ander uit te proberen

Volgens TP-link zelf is via ssh niet mogelijk, want je bent geen root blijkbaar. Kan dat nog even proberen.

Client-zijde gaat via de config file. Die config regel die ik hierboven plaatste zou aan de clientzijde moeten werken en zorgt er inderdaad voor dat ik geen internet toegang meer heb met VPN maar alleen LAN. Er is volgens mij geen route van VPN naar internet.

Tips welkom.

[Zsub]

@NiGeLaToR even mezelf quoten Dit is alleen de gateway en ik weet niet zeker of wijzigingen überhaupt wel behouden blijven, of dat ze wellicht overschreven worden.

Zsub schreef op woensdag 2 juni 2021 @ 09:32:
Ik heb gisteren nog iets kleins ontdekt voor de gateways. TP-Link support deed een remote sessie en logde daarbij in via ssh als root op de gateway. Het viel me op dat ze het MAC adres van m'n gateway kopieerden. De support-persoon zei dat het wachtwoord een gegenereerd wachtwoord is. Dus ik heb de firmware gedownload en met binwalk uitgepakt. In de squashfs root kan je zien hoe het root-wachtwoord ingesteld wordt, in etc/init.d/dropbear.

Eerst in de controller SSH aanzetten, onderstaande uitvoeren en de output gebruiken om als root in te loggen

Lang verhaal kort:

code:

#!/bin/bash

mac="je:gateway:mac:met:dubbele:punten"
user="de lokale username van de controller"

hash=$(echo -n ${mac}${user} | md5sum)
pass=${hash:0:16}
echo ${pass}

[Mr_gadget]

Iemand een idee wanneer de eap 615-wall uitgebracht gaat worden? Tp link heeft zeker ook last van de chip tekorten?

[Wouter06]

Mr_gadget schreef op zondag 1 augustus 2021 @ 21:16:
Iemand een idee wanneer de eap 615-wall uitgebracht gaat worden? Tp link heeft zeker ook last van de chip tekorten?

Helaas kan ik je hierop niet antwoorden, maar om toch een zijsprong te nemen hoop ik eerder dat ze een revised versie van de 620 of 660 doen. De huidige modellen zijn echt wel onzettend groot vergeleken met de concurenten. Al was het maar een lite-versie..

iRbn schreef op zaterdag 24 juli 2021 @ 16:35:
Even door het topic gezocht op “OC200”, maar niet meteen een antwoord gevonden.

Ik heb hier thuis een zeer eenvoudig netwerk met 1x EAP245. Dit werkt behoorlijk, maar ik merk bijvoorbeeld dat mijn ipad nogal lang op de 5ghz blijft hangen, wat de snelheid niet ten goede komt verder weg van het AP.

Is dit iets wat verbeterd kan worden met de OC200 hardware controller of gaat dit niet veel uitmaken?

Ik heb dat bij mij opgelost door 'RSSI Threshold' aan te vinken en in te stellen op -70 (voor jou wellicht een andere waarde).

[ Voor 50% gewijzigd door Wouter06 op 02-08-2021 13:42 ]

[wolkeh]

nvt

[ Voor 100% gewijzigd door wolkeh op 06-08-2021 10:33 . Reden: nvt ]

[nero355]

Effe bij het begin beginnen :

NiGeLaToR schreef op vrijdag 30 juli 2021 @ 20:06:
Ik blijk hetzelfde te hebben: OpenVPN werkt, maar er is vanaf de OpenVPN IP-reeks geen route naar buiten en de server geeft ook geen route mee aan de client. Dus als ik de client forceer al het verkeer naar de OpenVPN server te sturen is er geen internet:

code:

redirect-gateway def1

Helaas ben ik niet thuis genoeg in het maken van routes en routeringen om de IP-reeks die ik aan de OpenVPN server heb gegeven ook te routeren naar internet, terwijl lokaal verkeer wel bereikbaar blijft.

Hoe heb je de OpenVPN Server ingesteld :
- Bridged met een lokaal netwerk.
- Eigen IP reeks en dus ook een eigen DHCP Server.
Vaak wordt deze geNAT richting je lokale subnet!

Wat levert een tracert/traceroute bijvoorbeeld op

NiGeLaToR schreef op zaterdag 31 juli 2021 @ 00:41:
Client-zijde gaat via de config file. Die config regel die ik hierboven plaatste zou aan de clientzijde moeten werken en zorgt er inderdaad voor dat ik geen internet toegang meer heb met VPN maar alleen LAN. Er is volgens mij geen route van VPN naar internet.

Geef je wel DNS Servers mee

Wat doet een nslookup bijvoorbeeld ?!

[Airw0lf]

nero355 schreef op maandag 2 augustus 2021 @ 18:45:

- Bridged met een lokaal netwerk.

Kan zoiets met de VPNserver functie in de TL-ER7206?

Zie ook de afbeelding:
Nu moet ik een IP-reeks opgeven?

Andere vraag:
Iemand voor mij voorbeeld van een OpenVPN-client-config-bestandje?

[ Voor 18% gewijzigd door Airw0lf op 02-08-2021 20:39 ]

[nero355]

Airw0lf schreef op maandag 2 augustus 2021 @ 20:27:
Kan zoiets met de VPNserver functie in de TL-ER7206?

Dat vraag ik me dus ook af, want OpenVPN kan het gewoon!

Zie ook de afbeelding:
[Afbeelding]
Nu moet ik een IP-reeks opgeven?

Ik zou weleens willen weten wat er achter dat rondje met een i erin staat (omschreven)

Andere vraag:
Iemand voor mij voorbeeld van een OpenVPN-client-config-bestandje?

Zal eens kijken of ik wat kan genereren op mijn testbakkie

[Airw0lf]

nero355 schreef op dinsdag 3 augustus 2021 @ 15:36:
Dat vraag ik me dus ook af, want OpenVPN kan het gewoon!

Ja - voorheen had ik een Asus router met Merlin in gebruik - die werkt prima.

Als het niet anders kan zet ik die weer in als OpenVPN server.

nero355 schreef op dinsdag 3 augustus 2021 @ 15:36:
Ik zou weleens willen weten wat er achter dat rondje met een i erin staat (omschreven)

Ik weet niet goed wat je bedoeld - achter welk rondje?

nero355 schreef op dinsdag 3 augustus 2021 @ 15:36:
Zal eens kijken of ik wat kan genereren op mijn testbakkie

Graag - top!

De verbinding komt tot stand. Maar daarna komen er veel errors:

code:

Tue Aug 03 16:37:53 2021 write to TUN/TAP : Unknown error (code=122)
Tue Aug 03 16:38:03 2021 write to TUN/TAP : Unknown error (code=122)

[nero355]

Airw0lf schreef op dinsdag 3 augustus 2021 @ 16:40:
Als het niet anders kan zet ik die weer in als OpenVPN server.

Dat is ook geen gek idee zolang er niet wat meer duidelijkheid is vanuit @TP-Link

Ik weet niet goed wat je bedoeld - achter welk rondje?

Rechts achter het hokje van Local Network

Graag - top!

De verbinding komt tot stand. Maar daarna komen er veel errors:

code:

Tue Aug 03 16:37:53 2021 write to TUN/TAP : Unknown error (code=122)
Tue Aug 03 16:38:03 2021 write to TUN/TAP : Unknown error (code=122)

Hier staan wat dingen die me wel logisch lijken : https://forums.openvpn.net/viewtopic.php?t=25273

Je zou eens verder kunnen kijken wat je nog kan vinden : https://duckduckgo.com/?q...nknown+error+(code%3D122)

[Airw0lf]

nero355 schreef op dinsdag 3 augustus 2021 @ 16:50:

Rechts achter het hokje van Local Network

Met de aanname dat deze vraag serieus bedoeld is :
Zie bijgevoegde schermafdruk.

[nero355]

Airw0lf schreef op dinsdag 3 augustus 2021 @ 17:38:
Met de aanname dat deze vraag serieus bedoeld is

Zeker weten, want ik heb dat gekke ding niet

Zie bijgevoegde schermafdruk.

[Afbeelding]

Dan de volgende vraag : What the hell is "the VPN Policy" precies

Maakt die de lokale netwerken/VLAN's bereikbaar of juist onbereikbaar ?!
Nog iets anders ??

[Nicap]

nero355 schreef op woensdag 4 augustus 2021 @ 16:08:
[...]

Zeker weten, want ik heb dat gekke ding niet


[...]

Dan de volgende vraag : What the hell is "the VPN Policy" precies

Maakt die de lokale netwerken/VLAN's bereikbaar of juist onbereikbaar ?!
Nog iets anders ??

The VPN policy is datgene wat daar allemaal in wordt gevuld. Staat ook bovenin aan de linkerkant.

[anconakip]

-----

[ Voor 134% gewijzigd door anconakip op 05-08-2021 13:21 ]

[CAP-Team]

Vandaag met de Omada software aan het klooien geweest. Ik heb de software al geruime tijd draaien.
Nu had ik de software overgezet naar mijn nieuwe server maar daar wilde de EAP245 niet lekker met de software verbinden (werkte wel verder).

Vandaag weer bezig geweest om hem in de Omada software weer geconnect te krijgen. Ding vergeten, tig keer gereset maar ik krijg hem niet meer ge-adopt. De foutmelding is dat het apparaat niet reageert op de adopt opdrachten. Hij ziet hem dus wel.

Ik heb zelfs de software helemaal verwijderd om met een schone lei te beginnen, maar ook dat heeft niet geholpen.

Ik heb nu de AP maar even zelf geconfigureerd zodat ik in ieder geval weer WIFI heb, maar ik wil hem eigenlijk wel graag weer in de Omada hebben.

[Airw0lf]

CAP-Team schreef op woensdag 11 augustus 2021 @ 17:23:
Vandaag weer bezig geweest om hem in de Omada software weer geconnect te krijgen. Ding vergeten, tig keer gereset maar ik krijg hem niet meer ge-adopt. De foutmelding is dat het apparaat niet reageert op de adopt opdrachten. Hij ziet hem dus wel.

Ik heb zelfs de software helemaal verwijderd om met een schone lei te beginnen, maar ook dat heeft niet geholpen.

Ik heb nu de AP maar even zelf geconfigureerd zodat ik in ieder geval weer WIFI heb, maar ik wil hem eigenlijk wel graag weer in de Omada hebben.

Een paar (wellicht domme) vragen:
(1) - heb je een Omada router in je netwerk(je?) zitten? En is die DHCP/DNS-server?
(2) - welk hardware versie is die EAP? En welke versie is de Omada controller?
(3) - heb je die EAP bij de nieuwe Omada-server teruggezet op factory-defaults?
(4) - heb je de DHCP-server draaien met optie 138 => wijst naar de Omada controller?
(5) - kan/wil je iets meer vertellen over jouw omgeving en topologie?

[bart.diepenbroe]

Misschien helpt het om alles met een harde reset te doen, Controller en EAP's met een prikkertje resetten en dan helemaal opnieuw beginnen.

SUCCES

[CAP-Team]

1. ja draait op mijn server met dhcp, ad en dns
2. Omada en firmware van de EAP vanmiddag bijgewerkt naar de laatste versies
3. Meerdere keren middels de reset knop maar ook via de EAP zelf
4. Dhcp draait al jaren stabiel, en het heeft ook gewerkt
5. Thuisnetwerk met een Windows server als dhcp, dns en ad. 192.168.2.x reeks. De EAP zelf werkt prima.

[Airw0lf]

CAP-Team schreef op woensdag 11 augustus 2021 @ 19:53:
1. ja draait op mijn server met dhcp, ad en dns
2. Omada en firmware van de EAP vanmiddag bijgewerkt naar de laatste versies
3. Meerdere keren middels de reset knop maar ook via de EAP zelf
4. Dhcp draait al jaren stabiel, en het heeft ook gewerkt
5. Thuisnetwerk met een Windows server als dhcp, dns en ad. 192.168.2.x reeks. De EAP zelf werkt prima.

Ik begrijp wat je wil zeggen - en ja, sommige delen van die Omada-software hebben last van wat "ondocumented features".

(1) - deze begrijp ik niet => er bestaat geen (Windows-)software van een Omada router; enkel de controller is beschikbaar als Windows-software.
(2) - wat zie je als de laatste versie van de Omada controller? Ook de hardware versie van het AP is belangrijk => oudere hardware versies werken niet met de nieuwste controller versies.
(3) t/m (5) - sorry voor het "pushen" (en afhankelijk van het antwoord op(2)):
Volg ajb toch de stappen eens zoals beschreven in deze link:
https://support.edge-core...ller-IP-Address-to-Fit-AP

Inzake de suggestie bij (3) t/m (5): de link wijst naar een oude Windows versie. Maar de principewerking zou dezelfde moeten zijn voor nieuwe(re) versies.

[CAP-Team]

Omada controller versie 3.34 en eap245 (v3) firmware 5.0.3
Excuus moest 4.43 zijn.

[ Voor 21% gewijzigd door CAP-Team op 11-08-2021 23:02 ]

[RobbyTown]

Geen idee als het een typ fout is maar V4 is er ook al... Wellicht daar het probleem zit?

Omada_Controller_V4.4.3_Windows
Publicatiedatum: 2021-07-01

offtopic:
Zojuist mijn EAPs 245 v3 geüpgrade naar 5.0.3

[ Voor 19% gewijzigd door RobbyTown op 11-08-2021 22:21 ]

[Airw0lf]

CAP-Team schreef op woensdag 11 augustus 2021 @ 21:49:
Omada controller versie 3.34 en eap245 (v3) firmware 5.0.3

Je moet de controller naar 4.4.3 brengen om dit werkend te krijgen.
Upgraden kan - maar is tijdrovend => verwijderen en opnieuw installeren is handiger.

Daarna de EAP naar fabrieksinstellingen en...

[CAP-Team]

En toen deed hij het nog niet

[RobbyTown]

Geen idee als puntje 2 van toepassing is: https://www.tp-link.com/us/support/faq/2513/

Klinkt misschien heel raar maar misschien wil een andere browser helpen?

[Airw0lf]

CAP-Team schreef op woensdag 11 augustus 2021 @ 23:02:
En toen deed hij het nog niet

Dan blijven er nog twee dingen over:
(1) - DHCP-optie 138 activeren
(2) - Firewall van je Windows server

Afgezien van Windows draai ik hier met dezelfde hard- en software.
Ik gebruik Linux met PIhole. Daarbinnen met DHCP en optie 138.

Ik heb 3 van die EAP's. Eerder dit jaar binnengekomen met oude firmware en dezelfde hardware revisie. Hier was het bij alle 3 meteen "raak" - ook de upgrade was ZeroTouch.

In de Linux-firewall zijn de poorten open gezet conform deze tabel:
https://community.tp-link.com/en/business/kb/detail/362

Daarmee moet het toch echt werken... zo is mijn ervaring tot nu toe.

[ Voor 27% gewijzigd door Airw0lf op 12-08-2021 12:25 ]

[Airw0lf]

* verwijderd - was dubbelop *

[ Voor 98% gewijzigd door Airw0lf op 12-08-2021 12:25 ]

[CAP-Team]

Thanx met deze reacties kan ik weer verder met testen

[plofkip]

CAP-Team schreef op donderdag 12 augustus 2021 @ 13:27:
Thanx met deze reacties kan ik weer verder met testen

Ik had mijn Omada Controller in een ander subnet gezet (10.0.1.0 i.p.v. 10.0.0.0) en de AP's zaten in die laatste, weg adoption.
Waarschijnlijk speelt in jouw situatie iets anders, maar just for the record :-)
En kun je de AP's wel pingen vanaf de controller?

[CAP-Team]

ja ik kan alles met de AP.
Net een half uurtje aan het stoeien geweest met firewall, DHCP (optie 138 ingeschakeld, en verwezen naar het IP van de Omada controller)
Firewall even uitgeschakeld om uit te sluiten dat dat het probleem was.

Hij blijft weigeren om hem te adopten.
De AP krijgt een vast IP adres via een DHCP reservering.

[Airw0lf]

CAP-Team schreef op vrijdag 13 augustus 2021 @ 10:22:
ja ik kan alles met de AP.
Net een half uurtje aan het stoeien geweest met firewall, DHCP (optie 138 ingeschakeld, en verwezen naar het IP van de Omada controller)
Firewall even uitgeschakeld om uit te sluiten dat dat het probleem was.

Hij blijft weigeren om hem te adopten.
De AP krijgt een vast IP adres via een DHCP reservering.

Mmm - dan ben ik door mijn "standaard" opties heen => alles wat ik nu nog kan bedenken is van de categorie tjek-dubbel-tjek: klopt aan Omada- en AP-kant subnet, subnet masker, default gateway en dns server?
En ook: is je Windows server voor beiden inderdaad de DNS server? En hoe ziet van daaruit het pad naar de boze Internet-buitenwereld eruit?

[Zsub]

Blijkbaar was er een goede reden dat 4.4.3 voor de hardware controllers lang duurde, er zaten een paar bugs in. Nieuwe release ergens in augustus, als het goed is: https://community.tp-link.com/en/business/forum/topic/245226

[ Voor 0% gewijzigd door Zsub op 15-08-2021 10:28 . Reden: Versienummer gecorrigeerd ]

[Airw0lf]

CAP-Team schreef op vrijdag 13 augustus 2021 @ 10:22:
ja ik kan alles met de AP.
Net een half uurtje aan het stoeien geweest met firewall, DHCP (optie 138 ingeschakeld, en verwezen naar het IP van de Omada controller)
Firewall even uitgeschakeld om uit te sluiten dat dat het probleem was.

Hij blijft weigeren om hem te adopten.
De AP krijgt een vast IP adres via een DHCP reservering.

Er is inmiddels een Omada 4.4.4 met o.a. de volgende fix:
Fixed the bug that the Controller failed to adopt devices due to the lack of qwave.dll on Windows OS.

Misschien...

[CAP-Team]

Zou het

update:
Versie 4.4.4 werkt wel

[ Voor 66% gewijzigd door CAP-Team op 14-08-2021 20:48 ]

[Airw0lf]

CAP-Team schreef op zaterdag 14 augustus 2021 @ 20:30:
Zou het

update:
Versie 4.4.4 werkt wel

[Snuitebolletje]

Ik weet niet of het hier al eerder gestaan heeft, ik kon het zo snel niet vinden.
Heb een Omada setup thuis staan, en eigenlijk alles werkt prima.

TL-R605
2 switches
2x eap 620 HD
OC200

Er is alleen 1 probleem. Oudere iPads (1e gen iPad pro en een iPad Air 2), hebben heel veel moeite met het connecten met internet. Is de connectie er eenmaal, dan gaat het wel, maar zet je bijvoorbeeld je netflix film op pauze en ga je daarna door, dan kapt ie hem af. Op nieuwe apparaten en laptops gaat het wel goed.
Iemand enig idee wat dit kan zijn?

[CurlyMo]

Ik heb hier twee EAP235 opgehangen in mijn jaren '30 huis. Eentje op de begane grond en eentje op zolder. Jammer genoeg werkt dit nog niet vlekkeloos. Heel specifiek zie ik bijv. dat mijn iPhone 5s regelmatig verbinding verliest. Hij verbind dan opeens met 4G terwijl er voldoende WiFi dekking zou moeten zijn.

Ik heb al geprobeerd om de minst drukke kanalen te selecteren voor 5GHz en 2,5GHz, de transmissie sterkte terug te schroeven zodat de AP's elkaar niet in de weg zitten, maar ben een beetje zoek wat ik nog meer kan proberen?

[darklord007]

na contact met tplink blijkt idd de vpn implementatie zo te zijn dat je internet niet via VPN gaat, maar je dus alleen aan je thuisnetwerk gekoppeld wordt... ongelofelijk wat slecht....

Maar ze zouden wel werken aan een andere implementatie --> e.t.a. unknown...

[nero355]

CurlyMo schreef op maandag 16 augustus 2021 @ 13:40:
Heel specifiek zie ik bijv. dat mijn iPhone 5s regelmatig verbinding verliest. Hij verbind dan opeens met 4G terwijl er voldoende WiFi dekking zou moeten zijn.

Dat moet je dan ook gewoon zelf doen naar mijn mening : Ik laat dat nooit automatisch door mijn telefoon beslissen!

Ik heb al geprobeerd om de minst drukke kanalen te selecteren voor 5GHz en 2,5GHz, de transmissie sterkte terug te schroeven zodat de AP's elkaar niet in de weg zitten, maar ben een beetje zoek wat ik nog meer kan proberen?

- 2.4 GHz op Low (4 dBi)
- 5 GHz op High (20 dBi)

Heb je al geprobeerd neem ik aan

Misschien moet je gewoon nog een accesspoint op de eerste verdieping plaatsen

[CurlyMo]

nero355 schreef op maandag 16 augustus 2021 @ 16:33:
[...]
- 2.4 GHz op Low (4 dBi)
- 5 GHz op High (20 dBi)

Heb je al geprobeerd neem ik aan

4 dBi wordt niet ondersteund, dus 7 dBi gekozen. We gaan het zien.

[Airw0lf]

Snuitebolletje schreef op maandag 16 augustus 2021 @ 09:11:

Er is alleen 1 probleem. Oudere iPads (1e gen iPad pro en een iPad Air 2), hebben heel veel moeite met het connecten met internet. Is de connectie er eenmaal, dan gaat het wel, maar zet je bijvoorbeeld je netflix film op pauze en ga je daarna door, dan kapt ie hem af. Op nieuwe apparaten en laptops gaat het wel goed.
Iemand enig idee wat dit kan zijn?

Probeer eens met WPA3 uitgeschakeld.

[Snuitebolletje]

Airw0lf schreef op dinsdag 17 augustus 2021 @ 07:09:
[...]


Probeer eens met WPA3 uitgeschakeld.

Dat had ik er niet bij vermeld, inderdaad die ook al uitgeschakeld, dacht dat het daaraan zou kunnen liggen.

[CurlyMo]

nero355 schreef op maandag 16 augustus 2021 @ 16:33:
[...]
Misschien moet je gewoon nog een accesspoint op de eerste verdieping plaatsen

Heeft niet gewerkt

[Airw0lf]

Snuitebolletje schreef op dinsdag 17 augustus 2021 @ 09:50:
[...]


Dat had ik er niet bij vermeld, inderdaad die ook al uitgeschakeld, dacht dat het daaraan zou kunnen liggen.

Zijn alle AP's via draad aangesloten?

CurlyMo schreef op dinsdag 17 augustus 2021 @ 09:52:
[...]

Heeft niet gewerkt

Mmm - even gekeken maar de EAP235 is een wall variant? En enkel bedoeld om te werken in de ruimte waar die gemonteerd is?

Tis te zeggen... op het TP-link forum kwam ik deze post tegen:
https://community.tp-link.com/en/business/forum/topic/234204
En dan de laatste reactie (#6).

[CurlyMo]

Airw0lf schreef op dinsdag 17 augustus 2021 @ 10:53:
[...]


Zijn alle AP's via draad aangesloten?

Mmm - even gekeken maar de EAP235 is een wall variant? En enkel bedoeld om te werken in de ruimte waar die gemonteerd is?

Is het echt zo ongeschikt om als verdieping AP te gebruiken? Een verdieping is hier maar 40m2 met jaren '30 stenen muurtjes.

Tis te zeggen... op het TP-link forum kwam ik deze post tegen:
https://community.tp-link.com/en/business/forum/topic/234204
En dan de laatste reactie (#6).

Wat wel opvallend is. Want als ik de begane grond AP uit zet, dan verbinden alle apparaten gewoon met de zolder AP. Ook mijn inbouw Shelly bijv.

[Airw0lf]

CurlyMo schreef op dinsdag 17 augustus 2021 @ 10:59:
Wat wel opvallend is. Want als ik de begane grond AP uit zet, dan verbinden alle apparaten gewoon met de zolder AP. Ook mijn inbouw Shelly bijv.

Maak dan eens twee SSID's aan - een voor "Beneden" en een voor "Boven"?
Waarbij "Beneden" alleen actief is (je raadt het al) op het AP beneden... etc...
Dit zijn dan de SSID's die gebruikt worden op de ouwe(re) iPAD's.

Daarnaast blijf je het huidige SSID gebruiken en laat je die ook op alle AP's actief.
En dat voor die devices die wel goed met roaming kunnen werken.

[ Voor 4% gewijzigd door Airw0lf op 17-08-2021 11:20 ]

[Snuitebolletje]

Airw0lf schreef op dinsdag 17 augustus 2021 @ 10:53:
[...]


Zijn alle AP's via draad aangesloten?

[...]

Yes, alles volledig bedraad, 2 VLAN's. 1 voor eigen netwerk en 1 voor het gasten netwerk. Op beiden hetzelfde issue.

[Borromini]

CurlyMo schreef op dinsdag 17 augustus 2021 @ 10:59:

Is het echt zo ongeschikt om als verdieping AP te gebruiken? Een verdieping is hier maar 40m2 met jaren '30 stenen muurtjes.

Ik heb 'm zelf ook op meerdere verdiepingen hangen hier en zeker naar boven toe werkt het gewoon. Wel houten vloeren (ook jaren 30-huis).

[CurlyMo]

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

Ik heb 'm zelf ook op meerdere verdiepingen hangen hier en zeker naar boven toe werkt het gewoon. Wel houten vloeren (ook jaren 30-huis).

Heb je een iPhone? Zo ja, geen last van verlies van verbinding?

[Borromini]

Nee geen iPhones hier. De handover bij roaming verloopt op m'n smartphones wel moeizaam, maar dat kan evengoed aan de drivers van de smartphone liggen... We weten allemaal hoe belabberd roaming bij 802.11 is

[ Voor 81% gewijzigd door Borromini op 17-08-2021 13:15 ]

[Twixie]

Snuitebolletje schreef op maandag 16 augustus 2021 @ 09:11:
Er is alleen 1 probleem. Oudere iPads (1e gen iPad pro en een iPad Air 2), hebben heel veel moeite met het connecten met internet.

CurlyMo schreef op maandag 16 augustus 2021 @ 13:40:
Heel specifiek zie ik bijv. dat mijn iPhone 5s regelmatig verbinding verliest. Hij verbind dan opeens met 4G terwijl er voldoende WiFi dekking zou moeten zijn.

Hier thuis vind ik net dat Apple devices het best erin slagen het beste signaal te kiezen.
Ik heb 2x EAP-225 met een software matige Omada controller (Windows server).

Zoals @Airw0lf al voorstelde, zou je kunnen experimenteren met meerdere SSIDs om ook de mogelijkheid te hebben om geforceerd een welbepaald access point te kiezen. Ik doe dit overigens ook, al heb ik het voor de Apple devices dus geenszins nodig.

Belangrijk is wel dat je voor een welbepaalde SSID op al je access points identieke settings gebruikt. Dat is overigens net zeer gemakkelijk met de Omada controller. Op die manier heb ik :
1. Overall roaming SSID, bvb "home-roam" op alle APs op zowel 2.4 als 5GHz.
2. Speciek AP SSID, bvb "home-beneden" op zowel 2.4 als 5GHz.
3. Specifieke band roaming SSID, bvb "home-5.0-roam" op alle APs op specifieke frequentie. Gebruik dit bvb voor Nintendo switch die zeer slecht presteert op 2.4GHz.
4. Combinatie van 2 & 3, bvb "home-5.0-beneden". Deze is dan weer het interessantst voor vaste toestellen, zoals bvb een spelconsole.

[nero355]

CurlyMo schreef op dinsdag 17 augustus 2021 @ 10:59:
Is het echt zo ongeschikt om als verdieping AP te gebruiken? Een verdieping is hier maar 40m2 met jaren '30 stenen muurtjes.

Het ligt er een beetje aan waar die staat en hoe je verdieping eruit ziet, maar als je zoiets doet :
- Begane grond In Wall ergens in het midden van de woonkamer.
- 1ste verdieping In Wall aan de achterkant of de voorkant van het huis.
- 2de verdieping/Zolder In Wall aan de achterkant of de voorkant van het huis.
_{De laatste twee moeten dus van elkaar verschillen!}

Dan zou je gewoon een volledige 5 GHz dekking van je huis moeten hebben

En natuurlijk nog een exemplaar voor in de tuin erbij!

[CurlyMo]

Twixie schreef op dinsdag 17 augustus 2021 @ 14:38:
[...]

Zoals @Airw0lf al voorstelde, zou je kunnen experimenteren met meerdere SSIDs om ook de mogelijkheid te hebben om geforceerd een welbepaald access point te kiezen. Ik doe dit overigens ook, al heb ik het voor de Apple devices dus geenszins nodig.

Ik heb nu een beneden en boven SSID gemaakt. Even kijken of het daarmee beter gaat voor specifiek de iPhone's.

Anders kan ik ook eens experimenteren met OpenWRT. Misschien doet die softwarematig nog iets anders.

[ Voor 9% gewijzigd door CurlyMo op 17-08-2021 14:53 ]

[m.eddy]

CurlyMo schreef op maandag 16 augustus 2021 @ 13:40:
Ik heb hier twee EAP235 opgehangen in mijn jaren '30 huis. Eentje op de begane grond en eentje op zolder. Jammer genoeg werkt dit nog niet vlekkeloos. Heel specifiek zie ik bijv. dat mijn iPhone 5s regelmatig verbinding verliest. Hij verbind dan opeens met 4G terwijl er voldoende WiFi dekking zou moeten zijn.

Ik heb al geprobeerd om de minst drukke kanalen te selecteren voor 5GHz en 2,5GHz, de transmissie sterkte terug te schroeven zodat de AP's elkaar niet in de weg zitten, maar ben een beetje zoek wat ik nog meer kan proberen?

Ik heb dit gehad met een iPhone SE 2020. Die verloor eens per week de verbinding. Moest dan het AP (EAP 230)resetten om hem er weer op te krijgen.
Gepost op community:
https://community.tp-link.com/en/home/forum/topic/261914
Heeft mij wel geholpen:
"Besides, you could try changing the DTIM period to 3 and see if it helps."

[CurlyMo]

m.eddy schreef op woensdag 18 augustus 2021 @ 21:48:
[...]


Ik heb dit gehad met een iPhone SE 2020. Die verloor eens per week de verbinding. Moest dan het AP (EAP 230)resetten om hem er weer op te krijgen.
Gepost op community:
https://community.tp-link.com/en/home/forum/topic/261914
Heeft mij wel geholpen:
"Besides, you could try changing the DTIM period to 3 and see if it helps."

Ik ga het proberen. Laat je nog even daar weten dat het heeft gewerkt voor jou?

[hood]

CurlyMo schreef op maandag 16 augustus 2021 @ 13:40:
Ik heb hier twee EAP235 opgehangen in mijn jaren '30 huis. Eentje op de begane grond en eentje op zolder. Jammer genoeg werkt dit nog niet vlekkeloos. Heel specifiek zie ik bijv. dat mijn iPhone 5s regelmatig verbinding verliest. Hij verbind dan opeens met 4G terwijl er voldoende WiFi dekking zou moeten zijn.

IPhone 7 van mijn vriendin heeft ook problemen. Ik zie dan de melding "[Failed]Galaxy-S7 failed to connected to AP Stal with SSID "XXXX" on channel 11 because WPA Authentication times out/failed." Op het moment van deze melding loopt ze van het huis naar de stal waar voldoende wifi bereik moet zijn met twee EAP225-outdoor.

Krijg jij ook een event in de log te zien?

[CurlyMo]

hood schreef op donderdag 19 augustus 2021 @ 11:10:
[...]


IPhone 7 van mijn vriendin heeft ook problemen. Ik zie dan de melding "[Failed]Galaxy-S7 failed to connected to AP Stal with SSID "XXXX" on channel 11 because WPA Authentication times out/failed." Op het moment van deze melding loopt ze van het huis naar de stal waar voldoende wifi bereik moet zijn met twee EAP225-outdoor.

Krijg jij ook een event in de log te zien?

Daar niet gekeken. De DTIM fix lijkt geholpen te hebben, maar daarvoor moet ik nog wat langer testen.

[nero355]

@CurlyMo
Bij Ubiquiti UniFi heeft men die DTIM Setting al langere tijd Default op 3 staan i.p.v. de Legacy waarde van 1 dus het kan heel goed kloppen dat je daarmee van je probleem af bent

[CurlyMo]

nero355 schreef op donderdag 19 augustus 2021 @ 16:27:
@CurlyMo
Bij Ubiquiti UniFi heeft men die DTIM Setting al langere tijd Default op 3 staan i.p.v. de Legacy waarde van 1 dus het kan heel goed kloppen dat je daarmee van je probleem af bent

Het gaat al een stuk beter maar nog niet perfect. Ik krijg nog steeds regelmatig deze melding:

[client:XX-XX-XX-XX-XX-XX] failed to connected to [ap:XX-XX-XX-XX-XX-XX] with SSID "XXXXXX" on channel 1 because WPA Authentication times out/failed.(1 time in a minute)

AP staat ingesteld met WPA-Personal + WPA/WPA2-PSK + AES

Radio Settings: b/g/n mixed / a/n/ac
Channel width: 20/40Mhz / 20/40/80Mhz
Channel: Auto
Load balance: disabled
More settings: aleen DTIM naar 3 gezet, de rest standaard.
EIRP: 20 / 24

[nero355]

@CurlyMo
Doe eens :
- Radio Settings : Zonder b en g als het effe kan.
- Channel Width 2.4 GHz : 20 MHz
- Channel Width 5 GHz : 80 MHz
- Channels 2.4 GHz : Alleen 1/6/11
- Channels 5 GHz : Effe mooi verdelen en DFS vermijden op de plekken waar je het meest van de WiFi gebruik maakt.

[Pepper92]

Ik heb momenteel 1 TP-Link EAP225, maar aangezien de WiFi van deze AP maar matig samenwerkt met de WiFi van m’n KPN router heb ik het plan opgevat om de setup uit te breiden naar 3x EAP225 (op elke verdieping 1).

Ik heb nog weinig kaas gegeten van networking - aanvankelijk voor de EAP225 gegaan voor de prijs/kwaliteitverhouding, POE support en afgezien van een simpeler mesh systeem omdat de ethernet kabels toch al aanwezig zijn.

Om er één geheel netwerk van te maken moet ik denk ik gebruik gaan maken van de Omada controller (nu de ene AP enkel ingesteld met de app)? Ik heb een NAS met daarop docker - wat is het nadeel van die methode? Wat gebeurt er met mijn netwerk als mijn NAS uitschakelt bijvoorbeeld?

Daarnaast: wat heb ik aan een ‘omada’ switch (zoals de TL-SG2210P) tov een simpeler en goedkoper model (zoals de TL-SG108PE)?

Thanks!

[CurlyMo]

Pepper92 schreef op dinsdag 24 augustus 2021 @ 17:10:
Om er één geheel netwerk van te maken moet ik denk ik gebruik gaan maken van de Omada controller (nu de ene AP enkel ingesteld met de app)?

Nee hoor, gewoon overal dezelfde SSID en wachtwoord. Dan zou het moeten werken.

[CurlyMo]

nero355 schreef op maandag 23 augustus 2021 @ 14:14:
@CurlyMo
Doe eens :
- Radio Settings : Zonder b en g als het effe kan.
- Channel Width 2.4 GHz : 20 MHz
- Channel Width 5 GHz : 80 MHz
- Channels 2.4 GHz : Alleen 1/6/11
- Channels 5 GHz : Effe mooi verdelen en DFS vermijden op de plekken waar je het meest van de WiFi gebruik maakt.

Heeft niet gewerkt

[Borromini]

Heb je nu OpenWrt al geprobeerd?

[CurlyMo]

Borromini schreef op dinsdag 24 augustus 2021 @ 19:47:
Heb je nu OpenWrt al geprobeerd?

Ja, maar ik eerste indruk was niet echt positief. Vlans instellen op de Wifi vond ik gedoe, de snelheid van de webinterface traag dus ben op de werkdag maar weer teruggegaan naar default. Korte me gewoon even teveel tijd om in te stellen.

[D-Three]

De EAP610 is in de PW verschenen. De specs lijken gelijk aan de EAP620 HD met enkel een verschil in aantal clients, 250 tegenover 1000.
.

[Mr.Viper]

Pepper92 schreef op dinsdag 24 augustus 2021 @ 17:10:
Om er één geheel netwerk van te maken moet ik denk ik gebruik gaan maken van de Omada controller (nu de ene AP enkel ingesteld met de app)? Ik heb een NAS met daarop docker - wat is het nadeel van die methode? Wat gebeurt er met mijn netwerk als mijn NAS uitschakelt bijvoorbeeld?

Ik heb de Omada controller ook in een docker container draaien. Wanneer je de container stopt blijf het netwerk gewoon draaien zoals je had ingesteld maar verzamel je natuurlijk geen metrics e.d.. Daarnaast is volgens mij alleen een actieve controller nodig voor een WiFi-portal maar ik heb geen idee of je dat wilt gaan gebruiken.

Ik gebruik trouwens de container van mbentley: https://hub.docker.com/r/mbentley/omada-controller

[Zsub]

Mr.Viper schreef op dinsdag 24 augustus 2021 @ 20:58:
[...]


Ik heb de Omada controller ook in een docker container draaien. Wanneer je de container stopt blijf het netwerk gewoon draaien zoals je had ingesteld maar verzamel je natuurlijk geen metrics e.d.. Daarnaast is volgens mij alleen een actieve controller nodig voor een WiFi-portal maar ik heb geen idee of je dat wilt gaan gebruiken.

Ik gebruik trouwens de container van mbentley: https://hub.docker.com/r/mbentley/omada-controller

De controller moet geloof ik ook draaien voor de fast transition functie (802.11k/v?) van de EAP620 en 660.

[Airw0lf]

Pepper92 schreef op dinsdag 24 augustus 2021 @ 17:10:

Daarnaast: wat heb ik aan een ‘omada’ switch (zoals de TL-SG2210P) tov een simpeler en goedkoper model (zoals de TL-SG108PE)?

Een Omada switch kan je op dezelfde manier instellen als zijn wifi equivalenten.
Dus eventuele v-lan's e.d. gaan zo mee door.

Daarnaast heb je via de monitoring zicht op de topologie: waar zitten welke devices en hoe is er verbinding gemaakt.

Een 2210 heeft 2 SFP sloten => kan handig zijn als je "iets" met fiber wil. Of op enig moment twee extra koperpoorten nodig hebt. Het alternatief is een TL-SG2008P - is een paar euro goedkoper.

[RobbyTown]

Aangezien ik al wat AP's had samen met OC200 uitgebreid met een Router (in oktober wissel ik naar tweak internet only dus vandaar het SFP model) en aangezien mijn 24 poorts switch vol zat ook maar geupgrade naar een 48 poorts switch (nette lan topic volgen de foto's nog wel een keer ). Voor nu dus vlan34 in de setup aangezet anders krijg je geen IP , bij de abbo wissel in oktober niet vergeten weg te halen. Dient wel eerst te saven voor je kunt connecten anders werkt het niet.


Router: TP-Link TL-ER7206
Switch: TP-Link JetStream TL-SG3452P (net op tijd zo te zien weer overal uitverkocht)

Ze moeten denk ik nog wel het een en ander fixen betreft gebruikersgemak.

Toen ik de router (TL-ER7206) standalone gebruikte mooi overzicht voor DHCP en vast IP geven. Als die in een OC200 draait word het plots rommelig en dien je per device via device list vaste ip's te geven (wat ook nog een beetje verstopt zit) en de switch en ap's is dat weer net iets anders.

Bij reboot cloudcontroller verlies ik internet verbinding (SFP). Dacht dat het hele spul door kon werken zonder cloud controller? Standaard begin je al met 1 alert: [SFP WAN] of RT-ER7206 is down.

Periodiek speedtest werkt niet? Ook al staat het vinkje aan. Handmatig speedtest lukt, maar die data is plots na een tijdje weg. vinkje uit en weer aan en het werkt!

IPv6 staat uit maar ik ontvang lokaal toch IPv6 en ipv4 adres. Ga ik pingen ontvang ik een IPv6 adres terug in plaats van ipv4. Dus ergens word er toch IPv6 uitgedeeld/is actief.

Een groot gemis / dikke achteruitgang. resolve local DNS names werkt niet / niet aanwezig?
https://community.tp-link.com/en/home/forum/topic/86204
https://community.tp-link.com/en/business/forum/topic/250326
Op pc kan ik wel via hostname benaderen via telefoon niet (prtg, zelfde instellingen met fritzbox werkte dit wel)

Geen idee als hier mensen in dit topic ook gebruik maken van vlan's. Zo ja hoe uitgebreid is het bij jullie?

Eerste opzetje
Wifi namen
Private (vlan 10)
Guest (vlan 20)
IoT (vlan 30)

Geen idee als ik het nog verder doe met vlans. Denk aan PC / laptops apart vlan (al zou dit dan vlan 10 kunnen zijn, camera's apart vlan (vlan 40) (kleine uitdaging die de NVR software draait ook op mijn media server die maar 1 NIC heeft). NAS in een apart vlan (vlan 50 samen met de media server misschien een idee?) of ook gewoon in vlan10.

[ Voor 27% gewijzigd door RobbyTown op 26-08-2021 22:58 ]

[blahenazo]

Hallo,

R7000 laat veels te regelmatig steken vallen ( meerdere keren per week dropped Inet of Wifi )

*start skip historiek*
huis heeft UTP overal in huis (tot mijn grote frustatie niet in de tuin/garage)
Vorige eigenaar gebruikte het niet => qoute : - het werkte niet- ,
voordat ik er kwam wonen en Telenet liet installeren heeft de installateur de kabel uit de patch panel en wand contact doos gedaan en 2 fiches opgezet. *zucht* Vorige eigenaar was daar ik had nog geen sleutel

anyway dus ja via de patch panel is dus echt 'hit or miss' ,
dus op een paar meterkast spullen en mijn vast pc zit alles op wifi via een R7000

maar nu zal ik eens de patch panel en UTP wandcontact dozen heraansluiten
zoals ik zei tot 6 UTP aansluitingen in 1 ruimte maar 1 in de garage of tuin hooooh maar anyway dus ook geen WIFI in de tuin. heb ook met repeaters lopen klooien <= geen success
*end skip historiek*

huidige setup
- telenet modem rechtstreeks naar Digibox
- telemodem naar R7000 , mijn PC en meterkast spulletjes op de LAN kant van de R7000 en de rest op Wifi
-ongebruikte patch panel

Target: wired waar mogelijk , wifi met 2 ap's verbeteren ( als het echt nodig is UTP naar buiten trekken )

Ik wil nu voor een omada setup gaan
-1 x TP ER605
-1 x OC 200
-1 x TL-SG2210MP (voor POE)
-1 x TL-SG2218
-2 x EAP245

ik ben specifiek niet voor de TL-SG2428P gegaan want die lijkt nogal wat lawaai te maken ( ik heb geen RACK enkel een meterkast zonder veel demping , juiste keuze ?

een paar aandachtspuntjes/ vragen voordat ik mijn setup post
na wat inlezen kwam ik een paar dingetjes tegen

- ik wil wat segementatie via Vlan's doen
- Ik wil mijn Telenet netwerk link met telenet digibox behouden ( dus die moet direct aan de Telenet vlan kunnen neem ik aan )
- Chromecast ( en eventuel andere IOT ) hebben mDNS ofzo iets nodig ? ik zou die dan verlopig op de 'home Wifi/vlan laten zitten)
- Ik heb ook andere IOT maar geen idee of die ook die requirement hebben ik heb nog 1 wired Tohamabridge

- Ik ben nog niet helemaal 100 mee met Vlan's/ Vlan tagging Untagged Vlan's .... maar ik heb toch een poging gedaan , en weet niet of het helemaal juist en of ik ik nu nog tags ook nodig heb of niet *


*: vrouw en dochter des huizes verlangen een 99,9999% uptime en een 1 shot implementatie 'alles moet werken en het moet simpel zijn'

mijn huidig plan (zonder outdoor AP)
UTP coloring is ook voor 'remote help desk capabilities' => niet aan de gele of de groene draden komen etc....

https://imgur.com/a/zVJ41rs

Indien ik naar buiten moet dan zal ik de EAP2 cable moet als backbone gebruiken , switch zetten en daar dan de EAP2 en EAP outdoor opzetten.

[RobbyTown]

blahenazo schreef op zondag 29 augustus 2021 @ 17:08:
Hallo,

R7000 laat veels te regelmatig steken vallen ( meerdere keren per week dropped Inet of Wifi )

*start skip historiek*
huis heeft UTP overal in huis (tot mijn grote frustatie niet in de tuin/garage)
Vorige eigenaar gebruikte het niet => qoute : - het werkte niet- ,

blabla heel veel tekst

offtopic:
Kan zijn dat een mod hier een apart topic van gaat maken/verhuizen .

Je historiek, voor mij niet helemaal duidelijk, maar je zoekt waar wat heen gaat?
Misschien doet dit wonderen: https://nl.aliexpress.com/item/1005001447733831.html
Kabel erin, met de smalle kabel zoeken en bij bliepjes heb je de goede kabel.

Goed terug naar Omada aangezien de R7000 op leeftijd is.

Heb min of meer hetzelfde sinds kort (inventaris: Netwerk/Patchkast). Mijn glas verbinding gaat rechtstreeks van E-Fiber naar TP-Link TL-ER7206 router (glasmodule).

Met die 2 switches van jou kun je wel voor de look een SFP fiber uplink maken .

Aangezien je alles van TP-Link pakt gaat dat vlannen stukken handiger. Mocht je alles TP-Link pakken op de switch na, dan heb je wat mee gedoe en kan het niet zo mooi via 1 interface (Omada). Ook de reden voor mijn 48 poort upgrade, had voorheen een mooie 24 poort 2530-24G HP switch.

Hier een super handig filmpje voor de vlans: YouTube: Creating VLANS, Wifi Networks And Bandwidth Control With TP-Link Omada

Misschien dat ik het een ander nog moet finetune en firmware van alles nog niet helemaal lekker is maar mDNS kent TP-Link niet, behalve als die het mee krijgt.

Android app PingTools Pro. Als ik daar een scan doe en een record heb met mDNS (een nas bijvoorbeeld) dan werkt het. Geen mDNS record, dan heb je pech
resolve local DNS names werkt niet / niet aanwezig?
https://community.tp-link.com/en/home/forum/topic/86204
https://community.tp-link.com/en/business/forum/topic/250326
Op pc kan ik wel via hostname benaderen via telefoon niet (prtg, zelfde instellingen met fritzbox werkte dit wel)
Hopelijk word dit bij toekomstige firmware gefixt?

Wat in elk geval niet werkt vlan20 (guest) naar vlan10 (home) met \\DSNAS te verbinden doe je IP van je nas dan werkt dat wel. Vast wel iets in te stellen om dat ook te blokken, waarom heb je anders vlans.

In de basis heb ik nu dit om je een indruk te geven. Krijg default dus een Private (vlan10) uitgedeeld op de kabel.


Aangezien je dus alles TP-Link is het op switch vlan instellen, handig. Standaard zal alles vlan1 hebben en staat het op ALL dat ziet er zo uit. Het ziet er zo uit


Ben zelf ook nog op ontdekkingstocht.

telemodem naar R7000 , mijn PC en meterkast spulletjes op de LAN kant van de R7000 en de rest op Wifi
-ongebruikte patch panel

Ik wil mijn Telenet netwerk link met telenet digibox behouden ( dus die moet direct aan de Telenet vlan kunnen neem ik aan )

Ik weet niet precies hoe de opbouw is Telenet is en als TV en DATA van Telenet apart is gedaan. Staat je modem nu in bridge of heb je nu DHCP modem (192.168.0.1-254) + DHCP R7000 (192.168.1.1-254), die ontvangt op de WAN een IP 192.168.0.1-254 van het modem en heel je interne netwerk krijgt nu ip ergens tussen 192.168.1.1-254?

Maar hier wat info vanuit Tweak.
Voor dat de complete TP-Link setup er was
E-Fiber (FTU) ---> Fritzbox router ---> Poort 1) Naar de switch krijgt vlan34 mee, Poort 2) Naar TV kastje krijgt vlan4

NU
E-Fiber (FTU) ---> SFP WAN TP-LINK, by default geen internet, je moet in mijn geval vlan34 inrichten

TV is voor mij wel komen te vervallen, stap over naar internet only dan moet ik dus niet vergeten vlan34 juist weg te halen.

*: vrouw en dochter des huizes verlangen een 99,9999% uptime en een 1 shot implementatie 'alles moet werken en het moet simpel zijn'

Een aanpassing doen word buiten hun aanwezigheid dan. Soms bij een aanpassing de controller offline (geen idee waarom). Of als je OC200 reboot poft hier het hele internet uit. Best wel raar ik dacht dat het allemaal wel door kon draaien als de OC200 aan het booten was. Tenminste toen ik alleen de AP's had was dat wel.

Teufel zal denk ik in de home vlan komen, als die in de IoT hangt, hoe ga je die vanuit de home vlan vinden ?

[blahenazo]

@RobbyTown

thx for the reply.

- idd ivm historiek ; tis idd de bedoeling om alle kabels goed te krijgen en de lan tester was al besteld.
-SFTP , cool idd maar tis maar 1 Gbps dus niet echt een winst besides poorten en coolness factor , dus voorlopig nog maar niet
- heb ondertussen een collega gevonden die ook zijn digicorder over zijn netwerk trunk trekt dmz vlan's en tags dus dat zal wel goed komen ( als ik het werkende krijg zal ik het hier wel posten om andere te helpen )
-ivm met IOT / Home zoals ik al zei , ik zal allicht de grootste narigheid vermijden om voorlopig alles van die interactive IOT en HOME op 1 vlan te laten. Als er iets meer features mDNS of statefull FW rules komen of als ik eens tijd heb zal ik misschien nog een poging wagen.

-idd ik heb ook al enkele reports gezien op de TP link fora ivm met 'raar' gedrag als de OC200 disconnect , dat het mgt uitgaat en 'advanced' features (ik las iets over fast roaming of in de toekomst AI signalling etc...) ok maar ik verwacht wel niet dat het network of the AP's gaan raar doen. misschien zitten ze nog met een bugje ...

Ik ben in blijde verwachting van de onderdelen.

[ Voor 3% gewijzigd door blahenazo op 01-09-2021 10:17 ]

[Airw0lf]

blahenazo schreef op dinsdag 31 augustus 2021 @ 16:09:
@RobbyTown

-idd ik heb ook al enkele reports gezien op de TP link fora ivm met 'raar' gedrag als de OC200 disconnect , dat het mgt uitgaat en 'advanced' features (ik las iets over fast roaming of in de toekomst AI signalling etc...) ok maar ik verwacht wel niet dat het network of the AP's gaan raar doen. misschien zitten ze nog met een bugje ...

Dit speelt niet alleen bij de OC200 - ik heb hetzelfde bij de Linux-software-only uitvoering.

Dat er geen rapportjes meer zijn en instellingen niet meer gewijzigd kunnen worden kan ik mee leven. Maar dat netwerk apparaten functies verliezen heb ik meer moeite mee.

[MerijnB]

Een flinke knauw in mijn vertrouwen van TP-Link en hun support.

Ik heb op verschillende locaties Omada AP's in gebruik, inclusief een controller. Sinds de firmware geupgrade is naar 4.3.5 is het niet meer mogelijk om vanuit de webinterface van de controller een controle op firmware update te doen, als je geen cloud access hebt geconfigureerd.

Niets over te vinden in het changelog.

Ik heb hier sinds 29 april(!) een ticket over lopen bij TP-Link support, die al een paar keer spontaan onterecht gesloten is, waar ik al een aantal keer over heb moeten bellen omdat er via de mail gewoon niet meer op gereageerd wordt, en waar, als er wél gereageerd word ik dingen krijg als "weet je zeker dat je als admin bent ingelogd", "weet je zeker dat je lokaal ingelogd bent", "volgens het hoofdkantoor móet het gewoon werken" en "ach, er is toch geen nieuwe versie beschikbaar" (serieus? ).

Uiteindelijk vandaag iemand die met Team Viewer meekijkt en wat blijkt?

Oh ja, we hebben dat veranderd in 4.3.5, oh ja, we zijn het vergeten te vermelden in het change log, "sorry for the inconvenience".

Het is mooi spul wat niet te duur is en goed werkt, maar dit is flink fout op meer dan één manier, ik twijfel zeer of ik Omada ooit nog ga aanraden ergens.

[I-King]

Ik gebruik het hier thuis met voldoende plezier, maar als MKB oplossing hebben ze toch vaak wel vreemde keuzes, net zoals plots support laten vallen, backwards compatibility etc.
Had toch wel iets meer verwacht, omdat de consumentenlijn normaal wel gewoon een dikke voldoende is, valt de ondersteuning voor Omada en apparatuur toch wel wat tegen.

[NiGeLaToR]

@MerijnB en @I-King ik had leuk contact met de support, gaven zelf toe dat Omada nog lang niet af is - ik kreeg de kans wat feedback te geven en in ene.. stilte.

Ik hoopte oprecht een stukje feedback te mogen geven zodat ze dit meenemen in hun backlog/roadmap. Uiteindelijk is het vooral naar binnen gekeerd, mist er fundamentale config (die in de individuele componenten wel was) en hoewel ze wel een roadmap hebben is dat niet iets wat per se actief met klanten wordt ingevuld.

Voor mij is het functioneren van de firewall, de VPN implementatie en wat logica in de Vlans ondermaats. Wat ik wel mooi vind is het SDN gehalte en de hierarchie in sites en infra daarin en het kunnen tracken van een client. Ik zie dit als een soort beta-basis-niet-af oplossing, maar hoop dan wel dat de volwassenheid geen jaren op zich laat wachten.

[nero355]

MerijnB schreef op vrijdag 3 september 2021 @ 10:40:
Ik heb op verschillende locaties Omada AP's in gebruik, inclusief een controller. Sinds de firmware geupgrade is naar 4.3.5 is het niet meer mogelijk om vanuit de webinterface van de controller een controle op firmware update te doen, als je geen cloud access hebt geconfigureerd.


Uiteindelijk vandaag iemand die met Team Viewer meekijkt en wat blijkt?

Oh ja, we hebben dat veranderd in 4.3.5, oh ja, we zijn het vergeten te vermelden in het change log, "sorry for the inconvenience".

Het is mooi spul wat niet te duur is en goed werkt, maar dit is flink fout op meer dan één manier, ik twijfel zeer of ik Omada ooit nog ga aanraden ergens.

Dat is wel echt een serieus minpunt!

I-King schreef op vrijdag 3 september 2021 @ 11:23:
Ik gebruik het hier thuis met voldoende plezier, maar als MKB oplossing hebben ze toch vaak wel vreemde keuzes, net zoals plots support laten vallen, backwards compatibility etc.
Had toch wel iets meer verwacht, omdat de consumentenlijn normaal wel gewoon een dikke voldoende is, valt de ondersteuning voor Omada en apparatuur toch wel wat tegen.

Het begint er steeds meer op te lijken dat dit gewoon een OEM Product is wat in het begin zowel Ubiquiti als TP-Link hebben ingekocht en ondertussen zelfs een wijdverspreid stukje software i.c.m. wat hardware begint te worden dus als je echt een MKB oplossing nodig hebt dan zou je misschien beter verder kunnen kijken richting HPE en Cisco om maar wat te noemen!

[NiGeLaToR]

@nero355 wel vreemd dan dat er zoveel functies niet inzitten? Ik kreeg vanuit hun support de indruk dat ze het zelf aan het bouwen zijn - maar dat ze een bepaalde mate van inspiratie elders op doen is wel duidelijk

Het is een trade-off. Ik vind de prijs voor alle functies en hardware echt scherp, maar tegelijkertijd merk je ook dat het niet volwassen is en er een gat is tussen wat de indivuele hardware kan en wat ze ervan hebben opgenomen in Omada. Ik begreep van support dat basale routing functies die de router lijn standalone kan in de Omada laag niet beschikbaar is en in latere firmware versie wel geleverd gaat worden.

[nero355]

@NiGeLaToR
Het kan zijn dat ze in dezelfde fase zitten als Ubiquiti met hun UniFi producten : Stappen nemen om onafhankelijk te worden van de OEM leverancier.

Waarbij TP-Link dan ook nog eens is begonnen met bestaande producten opnemen in de Omada lijn omdat ze dan geen nieuwe modellen hoeven te ontwerpen/maken

[Hmmbob]

Ik heb thuis twee access points hangen die prima de wifi verzorgen. De Omada controller draait lekker in een Docker containertje (naast vele andere containers) op mijn homeserver.

Nu is mij gevraagd om de wifi op de club te verbeteren - en eigenlijk wil ik daar ook twee APs weghangen en liefst met mijn huidige controller beheren. Kan dit?

Er is uiteraard geen directe netwerkverbinding oid - alles zou via internet moeten lopen.

[NiGeLaToR]

@Hmmbob je zult een netwerk moeten extenden waar discovery features e.d. in mogelijk zijn lijkt mij?

Dus als je het netwerk op je club kunt verbinding via VPN met je thuisnetwerk dan zou het wellicht kunnen werken. Als ik de topologie van de TPlink Omada infra echter bekijk dan vergt elke 'site' een eigen controller en koppel je de sites weer aan elkaar. Maar dit laatste is een aanname.

[JohanvB17]

Ik heb ook een Omada SDN met switches en EAPs
en de controller in een docket container draaien met een KPN glasvezel en een experia box. Alles draait iig als een zonnetje.
Ik was ook van plan de ER605 router aan te schaffen en de experia box er tussen uit te halen en tevens KPN iTV te nemen. Een extra utp aansluiting om KPN iTV vanuit de experia box te laten is voor mij geen optie.
Volgens mij is de Omada serie toch ook een “prosumer” serie en daarom zou het een goede zet zijn van TP-link dit in hun safestream router lijn bv de ER605 in te bouwen of misschien een speciale versie uit te brengen.
Mede dat steeds meer thuisgebruikers de meerwaarde van Omada of unifi gaan inzien en er gebruik van maken.

[NiGeLaToR]

@JohanvB17 op dit moment routeert de Tp-link router in de Omada SDN nog geen 2e vlan. Ik heb dus wel vlan 6 voor internet netjes gekoppeld en werkend zonder Experiabox, maar het Iptv lan kan niet. Ook de DHCP settings die je daar voor nodig hebt zijn niet bestaand.

TP-link support heeft beloofd het op de backlog te zetten, of het genoeg prio krijgt om er wat mee te doen valt te bezien.

[blahenazo]

Update: omada setup draait nu al sinds het weekend in 'pilot' ,

momenteel al 22 clients op het network en geen issues gemeld door de business (vrouw / dochter )

todo :

Advanded Vlan setup
- Vlan setup voor digicorder voorlopig draai ik de digicorder nog met een directe kabel naar modem
- ISP kant trunken over the managed switch. nu draai ik nog ISP to wan port , lan port to switch
- gerief de finale plaats geven in de meter kast op schapje
- AP's ophangen , liggen of bengelen op dit moment
- patch paneel in gebruik nemen (ongoing)
- fine grained VLAN / acl setup , zodat office ook naar de printer kan etc...

vandaag net na het werk patch paneel gedoe proberen diagnoseren
het verdict is de volle 5 patch kabels van het totale 16 kabels is in orde ........

Future : AP-tje voor buiten zou toch wel leuk zijn

[ Voor 3% gewijzigd door blahenazo op 09-09-2021 20:36 ]

[NiGeLaToR]

code:

Reply from 192.168.1.1: bytes=32 time=2ms TTL=62
Reply from 192.168.1.1: bytes=32 time=2ms TTL=62
Reply from 192.168.1.1: bytes=32 time=2ms TTL=62
Reply from 192.168.1.1: bytes=32 time=2ms TTL=62
Reply from 192.168.1.1: bytes=32 time=2ms TTL=62
Reply from 192.168.1.1: bytes=32 time=2ms TTL=62
Reply from 192.168.1.1: bytes=32 time=2ms TTL=62
Reply from 192.168.1.1: bytes=32 time=299ms TTL=62
Reply from 192.168.1.1: bytes=32 time=256ms TTL=62
Reply from 192.168.1.1: bytes=32 time=287ms TTL=62
Reply from 192.168.1.1: bytes=32 time=2ms TTL=62
Reply from 192.168.1.1: bytes=32 time=2ms TTL=62

Mijn AX adapter in m'n Lenovo laptop doet dit op de Omada AX wifi. Iemand bekend met pingspikes en een mogelijke oplossing? Tis nogal hardnekkig, heb nog geen instelling/oplossing gevonden.

Edit: hoop stoeien met instellingen en reboot en het lijkt beter. Helaas nog niet duidelijk wat de oorzaak is/was.

[ Voor 6% gewijzigd door NiGeLaToR op 10-09-2021 10:50 ]

[RobbyTown]

Zojuist OC200 geupgrade naar versie 4.4.4 standalone met wat AP's niets aan de hand.

Draai je het samen met een Router en Switch die hele OC200 komt bij mij niet meer terug. Ziet er naar uit dat het een Factory reset word aangezien ik hem alleen in de recovery mode kan benaderen.

[NiGeLaToR]

@RobbyTown ik snap niet helemaal wat je zegt: je hebt de OC200 geupgrade, met AP's en dat werkt en dan dezelfde upgrade in een ander netwerk met Router en Switch gaat het mis? Of dezelfde OC200?

Interessant om te weten voor ik (ook) upgrades ga draaien

[RobbyTown]

Ik heb 2 OC200 draaien.
Ik log net in de omada cloud in updates beschikbaar!

1 bij pap thuis puur om de wifi op afstand te onderhouden. Upgrade naar 4.4.4, na een minuut of 5 klaar. Kortom succesvol verlopen.

Mooi upgrade eigen netwerk (zitten naast TP-LINK AP's ook nog een TP-LINK router + switch, ook aan de OC200 verbonden). Upgrade uitvoeren. Controller OFFLINE, lokaal niet meer benaderbaar. Stekker eruit en erin, blijft offline. Dan zit er maar 1 ding op OC200 reset. In recovery mode eerst Reboot, blijft offline. Nog een keer recovery mode Factory reset, nog steeds offline. Ik heb de firmware in recovery mode volledig opnieuw ingeladen pas toen werkte het weer.

[NiGeLaToR]

Thanks @RobbyTown - helder.

Beide aangesloten met PoE? Ik meende gelezen te hebben dit met PoE te doen, maar ik denk dat ik mij vergis want kan het niet vinden.

Ik zie wel melding van een Omada cloud controller 'coming soon':

https://www.tp-link.com/n...roller-upgrade/#content-1

Vind in ene dit op de Engelse site, had ik nog niet eerder gezien:

https://www.tp-link.com/u...a-cloud-based-controller/

[RobbyTown]

Ik heb OC200 via de Switch PoE aangesloten (ook bij paps op een HP PoE switch). De router van TP-Link levert helaas geen PoE.

Ben wel benieuwd naar die Omada-cloudcontroller.

[ Voor 30% gewijzigd door RobbyTown op 18-09-2021 00:25 ]

[Bigf00t]

Ik heb net mijn OC200 ook geupdate naar 4.4.4.

De AP's bleven tijdens de update online en na enkele minuten was de update klaar. De OC200 is via PoE aangesloten, maar ik heb verder geen Omada apparatuur.

[RobbyTown]

Bigf00t schreef op vrijdag 17 september 2021 @ 19:26:
Ik heb net mijn OC200 ook geupdate naar 4.4.4.

De AP's bleven tijdens de update online en na enkele minuten was de update klaar. De OC200 is via PoE aangesloten, maar ik heb verder geen Omada apparatuur.

Dit is precies zoals het bij pap ook is. Dat was inderdaad vlekkeloos gegaan.

[JohanvB17]

De Omada cloud controler is online.

[nero355]

NiGeLaToR schreef op vrijdag 10 september 2021 @ 10:26:

code:

Reply from 192.168.1.1: bytes=32 time=2ms TTL=62
Reply from 192.168.1.1: bytes=32 time=2ms TTL=62
Reply from 192.168.1.1: bytes=32 time=2ms TTL=62
Reply from 192.168.1.1: bytes=32 time=2ms TTL=62
Reply from 192.168.1.1: bytes=32 time=2ms TTL=62
Reply from 192.168.1.1: bytes=32 time=2ms TTL=62
Reply from 192.168.1.1: bytes=32 time=2ms TTL=62
Reply from 192.168.1.1: bytes=32 time=299ms TTL=62
Reply from 192.168.1.1: bytes=32 time=256ms TTL=62
Reply from 192.168.1.1: bytes=32 time=287ms TTL=62
Reply from 192.168.1.1: bytes=32 time=2ms TTL=62
Reply from 192.168.1.1: bytes=32 time=2ms TTL=62

Mijn AX adapter in m'n Lenovo laptop doet dit op de Omada AX wifi. Iemand bekend met pingspikes en een mogelijke oplossing? Tis nogal hardnekkig, heb nog geen instelling/oplossing gevonden.

Edit: hoop stoeien met instellingen en reboot en het lijkt beter. Helaas nog niet duidelijk wat de oorzaak is/was.

Opzich zijn WiFi spikes niet zo heel vreemd : Vraag het maar aan een willekeurige FPS Gamer die denkt dat een UTP kabel ouderwets is en dus via WiFi zit te spelen!

[RobbyTown]

JohanvB17 schreef op vrijdag 17 september 2021 @ 21:16:
De Omada cloud controler is online.

Nu je het zegt het kwartje valt meteen. Het is de OC200 maar dan vanuit TP-Link (neem ik aan) cloud zelf. Dan heb je die OC200 niet nodig. Ben wel benieuwd hoe dat dan werkt en wat dan de prijs word die is 'Device license fee'.

Nu een portforward instellen in de OC200 dan klapt de Internet verbinding eruit . Zeer benieuwd als die cloud oplossing beter werkt

[ Voor 10% gewijzigd door RobbyTown op 18-09-2021 00:28 ]

[D-Three]

Hmmm... Ik had nog geen VLAN ingesteld en wou daar even mee beginnen spelen. Maar blijkbaar begrijp ik het toch nog niet helemaal? VLAN 1 is dus het standaard VLAN in mijn (niet Omada) switch. Hiervan zijn alle poorten untagged. Dus ik dacht, als ik een VLAN 10 aan maak en daarvan (identiek aan VLAN 1) alle poorten ook untagged zet. En vervolgens VLAN 1 'uitschakel' door geen enkele poort meer te selecteren, ik in feite gewoon hetzelfde had gedaan? Maar niet dus, niks was nog bereikbaar in het netwerk.

Lijkt mij niet logisch? Alle poorten untagged maakt toch niks uit voor de toestellen die er dan aan hangen?

[jadjong]

D-Three schreef op zaterdag 18 september 2021 @ 10:39:
Lijkt mij niet logisch? Alle poorten untagged maakt toch niks uit voor de toestellen die er dan aan hangen?

Nee, hooguit dat je de switch niet meer kan configureren omdat de management interface nog op vlan1 staat.
Wat ik standaard doe bij simpele opstellingen (niet gerelateerd aan TPlink):
- Alles op vlan1 aan elkaar klussen
- Vlan10 aanmaken op router/switches en die tagged instellen op de poorten waarmee ze onderling verbonden zijn (uplink)
- Gewenste poorten omzetten van vlan1 naar vlan10

Mocht je er nu een puinhoop van maken dan is het apparaat zelf altijd nog bereikbaar door je pc rechtstreeks in een uplink poort te stekken waarmee je in het management gedeelte blijft.

Waar het bij jou mogelijk mis gaat is het untagged gedeelte. Poorten kunnen niet untagged aan twee vlans toegewezen zijn. Je moet ze dus eerst verwijderen uit vlan1 voordat je ze aan vlan10 kan toevoegen.

[ Voor 11% gewijzigd door jadjong op 18-09-2021 12:08 ]

[CurlyMo]

Of de fallback vlan (VID) van 1 naar 10 zetten.

[ Voor 10% gewijzigd door CurlyMo op 18-09-2021 13:44 ]

[nero355]

CurlyMo schreef op zaterdag 18 september 2021 @ 12:22:
Of de fallback vlan (VID) van 1 naar 10 zetten.

Leuk bij een echte Pro Managed Switch van HP/Cisco en zo, maar de TP-Links en Netgears zou ik niet daarmee vertrouwen...

jadjong schreef op zaterdag 18 september 2021 @ 12:06:
Nee, hooguit dat je de switch niet meer kan configureren omdat de management interface nog op vlan1 staat.
Wat ik standaard doe bij simpele opstellingen (niet gerelateerd aan TPlink):
- Alles op vlan1 aan elkaar klussen
- Vlan10 aanmaken op router/switches en die tagged instellen op de poorten waarmee ze onderling verbonden zijn (uplink)
- Gewenste poorten omzetten van vlan1 naar vlan10

Mocht je er nu een puinhoop van maken dan is het apparaat zelf altijd nog bereikbaar door je pc rechtstreeks in een uplink poort te stekken waarmee je in het management gedeelte blijft.

Waar het bij jou mogelijk mis gaat is het untagged gedeelte. Poorten kunnen niet untagged aan twee vlans toegewezen zijn. Je moet ze dus eerst verwijderen uit vlan1 voordat je ze aan vlan10 kan toevoegen.

@D-Three

Bij dit soort apparatuur raad ik altijd het volgende aan :
- Laat VLAN 1 als je Management VLAN over.
- Bouw je eigen netwerk verder op in VLAN 10 en hoger

Als er dan iets per ongeluk reset door wat voor reden dan ook dan loopt de boel niet meteen keihard in de soep en weet je wat je moet fixen i.p.v. ALLES te moeten fixen!