[TP-Link Omada Netwerkapparatuur] Ervaringen & Discussie

[Airw0lf]

Mini-me schreef op vrijdag 17 februari 2023 @ 09:01:
Ik wil een DNS server draaien op mijn Synology NAS. Hoe zorg ik ervoor dat mijn TL-R605 router de clients informeert wat het adres van de DNS server is?
Normaal gesproken zou je dat moeten kunnen instellen via LAN settings van de router maar ik zie die mogelijkheid hier niet?

Zie bijgevoegde afbeelding:
Je zet in de Omada config de DNS-server op "manual" en zet er vervolgens het IP adres van je Synology in. Dit herhaal je voor alle vlans (mochten die er zijn).

Je kan je Synology ook DHCP server laten zijn - in dat geval zet je DHCP op Omada uit en regel je alles op je Synology NAS.
Optioneel kan je nog het IP adres van je Synology invullen bij "Legal DHCP servers" zodat DHCP van andere servers niet gaan werken. Deze truuk wil wel eens handig zijn als de DHCP-functie van de router van je provider niet uitgeschakeld kan worden.

[ Voor 16% gewijzigd door Airw0lf op 17-02-2023 22:21 ]

[Mini-me]

Airw0lf schreef op vrijdag 17 februari 2023 @ 22:07:
[...]

Je kan je Synology ook DHCP server laten zijn - in dat geval zet je DHCP op Omada uit en regel je alles op je Synology NAS.
Optioneel kan je nog het IP adres van je Synology ivullen bij "Legal DHCP servers" zodat DHCP van andere servers niet gaan werken. Deze truuk wil wel eens handig zijn als de DHCP-functie van de router van je provider niet uitgeschakeld kan worden.

De Omada router doet zijn werk als DHCP server prima voor mij. Waarom zou ik de NAS dat laten doen?

[Airw0lf]

Mini-me schreef op vrijdag 17 februari 2023 @ 22:21:
[...]


De Omada router doet zijn werk als DHCP server prima voor mij. Waarom zou ik de NAS dat laten doen?

Het lijkt me handiger om DHCP en DNS op een plek te hebben. Zodat je op een plek kunt terugzien welke IP adressen zijn uitgedeeld. En welke DNS-registraties daar dan weer bij horen.

[The-Source]

Heeft iemand al eens IKEv2 / IPsec PSK vpn op Android werkend gekregen?
Ik heb de stappen gevolgd van https://www.tp-link.com/nl/support/faq/3447/ en daarbij alle opties van de Phase 1 / 2 geprobeerd maar krijg geen werkende combinatie.

Heb een ER7206 in omada controller en kan nergens logs vinden. Mijn android is wel geroot maar weet niet waar ik de logs moet zoeken.

[nielsn]

The-Source schreef op maandag 20 februari 2023 @ 18:30:
Heeft iemand al eens IKEv2 / IPsec PSK vpn op Android werkend gekregen?
Ik heb de stappen gevolgd van https://www.tp-link.com/nl/support/faq/3447/ en daarbij alle opties van de Phase 1 / 2 geprobeerd maar krijg geen werkende combinatie.

Heb een ER7206 in omada controller en kan nergens logs vinden. Mijn android is wel geroot maar weet niet waar ik de logs moet zoeken.

Ik ben er even mee bezig geweest maar het was mij ook niet gelukt. Heb er helaas nog geen tijd voor gevonden om dit verder uit te zoeken.

Dus mocht het jou wel lukken, graag een update

[RobbyTown]

TL-SG3452P had een FW update. Update gestart. Failed to upgrade en switch is disconnected. Heel het netwerk is nog wel up en running alleen de switch is niet meer benaderbaar. Is kijken als vanavond de stekker eruit en erin weer zichtbaar word.

Hopelijk zijn niet alle settings weg na reboot.

[nero355]

@RobbyTown

Ik zie een Console Port : uitvoering: TP-Link JetStream TL-SG3452P

Dus als je een Serial Cable hebt dan zou ik die effe aanslingeren!

[RobbyTown]

nero355 schreef op vrijdag 24 februari 2023 @ 14:42:
@RobbyTown

Ik zie een Console Port : uitvoering: TP-Link JetStream TL-SG3452P

Dus als je een Serial Cable hebt dan zou ik die effe aanslingeren!

Klopt die usb is er ook 1. Maar geen idee hoe ik dan weer in de switch komt.

Stekker eruit en erin. 10 min later up en running en blijkbaar bij de nieuwe fw

[nero355]

RobbyTown schreef op vrijdag 24 februari 2023 @ 16:52:
Klopt die usb is er ook 1. Maar geen idee hoe ik dan weer in de switch komt.

Hebben ze blijkbaar een FAQ artikel voor : https://www.tp-link.com/nl/support/faq/291/

Stekker eruit en erin. 10 min later up en running en blijkbaar bij de nieuwe fw

LOL!

[RobbyTown]

nero355 schreef op vrijdag 24 februari 2023 @ 17:29:
[...]

Hebben ze blijkbaar een FAQ artikel voor : https://www.tp-link.com/nl/support/faq/291/


[...]

LOL!

Geen idee als dat dan nog werkt als die met verbonden is met omada setup. Inloggen via de http interface niet meer mogelijk in elk geval.

[The-Source]

nielsn schreef op donderdag 23 februari 2023 @ 11:06:
[...]

Ik ben er even mee bezig geweest maar het was mij ook niet gelukt. Heb er helaas nog geen tijd voor gevonden om dit verder uit te zoeken.

Dus mocht het jou wel lukken, graag een update

Ik heb nu maar een ticket ingeschoten bij TP-link, mede vanwege dit stukje

If the above four combinations cannot be successfully connected, please contact Tp-Link technical support. Some of the Android models support sha2 at least, currently only ER8411 and ER605 v2 support sha2 and dh14 or above, ER605v1 and ER7206 will be supported in subsequent firmware updates.

[SonnyBBQ]

Ik heb ook een tijdje wekelijks de AI WLAN optimization laten draaien. Dit zijn de resultaten.

Toch wel frappant dat er iedere week zo'n drop is in performance. Misschien dat het signaal van de buren zich aanpast en we gewoon weer opnieuw beginnen.
Maar ik zag ook dat de eindwaarden van vorige week niet altijd gelijk waren aan de beginwaarden van de huidige week. Bvb vorige week werd kanaalbreedte aangepast naar 80MHz, maar deze week is de beginwaarde terug 20MHz en wordt deze weer aangepast naar 80MHz. Dus, ofwel worden deze waarden niet allemaal correct gewijzigd door de AI WLAN, ofwel gebeuren er tussentijds nog aanpassingen die niet gelogd worden.

Op zich kon ik aan de meest gebruikte toestellen (smartphones/laptops) niets merken van de aanpassingen. Wat er wel gebeurde is dat sommige smart devices, zoals de robotstofzuiger en een led strip zeer slecht tot geen wifi signaal meer opvingen. En een Philips Hue motion sensor verloor ook iedere keer het Zigbee netwerk na de wekelijkse aanpassing.

Ik ga het terug uitschakelen.

[twowheeler]

Weet niet of dit het goede topic is, maar een nieuw topic lijkt me wat overbodig.

Ik heb hier een TP-Link AEP225 hangen, deze is verbonden met een KPN box met glasvezel. Deze haalt zelf makkelijk rond de 800 Mbps.

De TP-link blijft steefast onder de 100 hangen. Ik heb hem eerst in een andere woning aan een Ziggo modem gehangen, daar deed hij wel meer dan 100. Enige dat is veranderd is de KPN box, en een nieuwe stekker aan de kant van de modem.

Waar kan dit aan liggen? Ik wil zelf sowieso een andere stekker proberen, kan een stekker de snelheid beperken? Ik lees hier en daar dat de power over ethernet de boosdoener kan zijn, maar deze heeft op de Ziggo modem nooit problemen gegeven. Iemand bekend met die probleem?

Er hangt verder nog een switch aan de KPN modem waar een PS4 en tv unit aan zitten gekoppeld.

[ Voor 6% gewijzigd door twowheeler op 27-02-2023 09:33 ]

[yay]

twowheeler schreef op maandag 27 februari 2023 @ 09:33:
Weet niet of dit het goede topic is, maar een nieuw topic lijkt me wat overbodig.

Ik heb hier een TP-Link AEP225 hangen, deze is verbonden met een KPN box met glasvezel. Deze haalt zelf makkelijk rond de 800 Mbps.

De TP-link blijft steefast onder de 100 hangen. Ik heb hem eerst in een andere woning aan een Ziggo modem gehangen, daar deed hij wel meer dan 100. Enige dat is veranderd is de KPN box, en een nieuwe stekker aan de kant van de modem.

Waar kan dit aan liggen? Ik wil zelf sowieso een andere stekker proberen, kan een stekker de snelheid beperken? Ik lees hier en daar dat de power over ethernet de boosdoener kan zijn, maar deze heeft op de Ziggo modem nooit problemen gegeven. Iemand bekend met die probleem?

Er hangt verder nog een switch aan de KPN modem waar een PS4 en tv unit aan zitten gekoppeld.

Het klinkt mij alsof de netwerkkabel tussen de KPN box en de EAP225 niet in orde is. Kun je in de interface van één van beide apparaten de link speed zien? 100 / 1000?

[nielsn]

The-Source schreef op zondag 26 februari 2023 @ 17:53:
[...]

Ik heb nu maar een ticket ingeschoten bij TP-link, mede vanwege dit stukje

[...]

Ik ben zelf bezig geweest met de ER605v1, terwijl ik nog een ER605v2 heb liggen. Alleen nog geen tijd gemaakt om deze te migreren naar de ER605v2.

Moet eerst nog eens uitzoeken hoe ik dit het beste kan doen.

[GHB363]

Ik heb nu een half jaartje een Omada poe switch (2210MP) en access point (EAP615).
Dat bevalt best goed, maar vanochtend had ik een probleem met verbindingen van alle clients achter het access point, wlan en bedraad.
Topologie is Pfsense—switch—access-point—3 lan clients waaronder een Pi met de Omada controller.
Ik kon via wlan de Omada controller bereiken, en zag dat de switch op “Adopting” stond met logmeldingen “Failed to readopt switchname automatically”
Overige clients aan ‘deze kant’ van het access point waren ook bereikbaar, alles op de switch aangesloten, de switch zelf en internet niet.
Via 5G en VPN kon ik wel aanloggen op switch en switch aangesloten clients komen, maar niet op of voorbij het access point, dus ook niet bij de controller.
Herstarten van de switch leek het probleem voor heel even op te lossen tot er automatisch weer een readopt poging gedaan werd die mis ging.
Uiteindelijk de pi met Omada controller direct op de switch aangesloten, en toen werkte alles weer zoals verwacht.
Er stonden zowel voor de switch als voor het access point updates klaar, ik weet niet of het poging tot readopten met auto-update te maken zou hebben. (Updates gingen toen alles weer werkte handmatig goed.)
Ik weet niet wanneer ik voor het laatst naar de controller gekeken had, maar al vrij lang geleden, ik weet dus ook niet of die updates al langer stonden te wachten.

Zijn dit soort issues herkenbaar?
Is er een regel/best practice dat de Omada controller direct aan de switch, of niet achter een access point mag hangen.
De locatie van de Pi is voor andere redenen achter het access point, wat is nu handig, een 2de Pi bij de switch, een OC200, geen dedícated controller en de software op de laptop?

[yay]

GHB363 schreef op maandag 27 februari 2023 @ 19:46:
Ik heb nu een half jaartje een Omada poe switch (2210MP) en access point (EAP615).
Dat bevalt best goed, maar vanochtend had ik een probleem met verbindingen van alle clients achter het access point, wlan en bedraad.
Topologie is Pfsense—switch—access-point—3 lan clients waaronder een Pi met de Omada controller.
Ik kon via wlan de Omada controller bereiken, en zag dat de switch op “Adopting” stond met logmeldingen “Failed to readopt switchname automatically”
Overige clients aan ‘deze kant’ van het access point waren ook bereikbaar, alles op de switch aangesloten, de switch zelf en internet niet.
Via 5G en VPN kon ik wel aanloggen op switch en switch aangesloten clients komen, maar niet op of voorbij het access point, dus ook niet bij de controller.
Herstarten van de switch leek het probleem voor heel even op te lossen tot er automatisch weer een readopt poging gedaan werd die mis ging.
Uiteindelijk de pi met Omada controller direct op de switch aangesloten, en toen werkte alles weer zoals verwacht.
Er stonden zowel voor de switch als voor het access point updates klaar, ik weet niet of het poging tot readopten met auto-update te maken zou hebben. (Updates gingen toen alles weer werkte handmatig goed.)
Ik weet niet wanneer ik voor het laatst naar de controller gekeken had, maar al vrij lang geleden, ik weet dus ook niet of die updates al langer stonden te wachten.

Zijn dit soort issues herkenbaar?
Is er een regel/best practice dat de Omada controller direct aan de switch, of niet achter een access point mag hangen.
De locatie van de Pi is voor andere redenen achter het access point, wat is nu handig, een 2de Pi bij de switch, een OC200, geen dedícated controller en de software op de laptop?

Dit klinkt mij op zich wel bekend.

Welke ip adresranges gebruik je voor je netwerk? En bekijk even of het default ip adres van een apparaat niet in een ander subnet valt. Want in dat geval kan bijvoorbeeld de switch niet geadopt worden door de controller.

Dus je netwerkranges heb je ingesteld als 192.168.1.x en je apparaten hebben default adres 192.168.0.x

[nero355]

GHB363 schreef op maandag 27 februari 2023 @ 19:46:
Ik heb nu een half jaartje een Omada poe switch (2210MP) en access point (EAP615).

Topologie is Pfsense—switch—access-point—3 lan clients waaronder een Pi met de Omada controller.

Uiteindelijk de pi met Omada controller direct op de switch aangesloten, en toen werkte alles weer zoals verwacht.
Er stonden zowel voor de switch als voor het access point updates klaar, ik weet niet of het poging tot readopten met auto-update te maken zou hebben. (Updates gingen toen alles weer werkte handmatig goed.)

Zijn dit soort issues herkenbaar?

Ik denk dat je een slechte situatie hebt gecreëerd door de boel zo aan te sluiten en de Automatic Updates functie daar geen rekening mee houdt!

Is er een regel/best practice dat de Omada controller direct aan de switch, of niet achter een access point mag hangen.

Je moet corruptie zien te voorkomen dus altijd handmatig je spullen 1 voor 1 updaten en niet alles tegelijk!

De locatie van de Pi is voor andere redenen achter het access point, wat is nu handig, een 2de Pi bij de switch, een OC200, geen dedícated controller en de software op de laptop?

Ik ben groot fan van zelf je Controller hosten dus dat i.c.m. wat het handigst is voor jou persoonlijk qua apparaat waar het op komt te draaien

Een laptop zou ik trouwens sowieso doorstrepen! NIET DOEN!

[GHB363]

Bedankt voor de reacties.
Ik gebruik inderdaad verschillende vlans, ip-ranges en herinner me vaag van de eerste opzet dat dat tussen de Pfsense en omada niet helemaal lekker ging in het begin met welke wel en niet via de trunk werden doorgegeven. Kan daar nog eens naar kijken. De Pfsense geeft de dhcp uit, maar als ik het me goed herinner moest ik binnen Omada ook een native vlan kiezen en kon dat niet dezelfde zijn als Pfsense.

En dus we een dedicated controller blijven gebruiken. Maar dan direct aan de switch.
Toen ik net de prijzen zag voor een nieuwe Pi4, kwam ineens de gedachte op dat er ergens in een la nog een, ik denk 2, zou moeten liggen. Hoeveel vraagt die controller (in docker), lukt dat op een model 2?

[LiReC]

Ik had thuis al een EAP245 V3

Voot een kennis kocht ik een EAP245 => dat bleek een V4 te zijn.
Ik was vooral verbaast dat de ETH2-poort daar ook het label "POE out" vermeldde.

Mijn vraag: ik vind nergens in de handleidingen aan welke voorwaarden (protocollen, max wattage) deze poe out werkt. Heeft iemad deze info? Alle handleidingen lijken nog maar tot de V3 te gaan die zeker geen poe out had...

[ Voor 13% gewijzigd door LiReC op 28-02-2023 00:44 ]

[nero355]

GHB363 schreef op maandag 27 februari 2023 @ 22:53:
En dus we een dedicated controller blijven gebruiken. Maar dan direct aan de switch.
Toen ik net de prijzen zag voor een nieuwe Pi4, kwam ineens de gedachte op dat er ergens in een la nog een, ik denk 2, zou moeten liggen.

Hoeveel vraagt die controller (in docker), lukt dat op een model 2?

Met minimaal 512 MB RAM moet het nog net kunnen draaien als het goed is

Kijk anders naar alternatieven :
- Thin Clients
- Intel NUC achtige kastjes
- Orange Pi en Banana Pi en zo...

LiReC schreef op dinsdag 28 februari 2023 @ 00:43:
Ik had thuis al een EAP245 V3

Voot een kennis kocht ik een EAP245 => dat bleek een V4 te zijn.
Ik was vooral verbaast dat de ETH2-poort daar ook het label "POE out" vermeldde.

Mijn vraag: ik vind nergens in de handleidingen aan welke voorwaarden (protocollen, max wattage) deze poe out werkt.

Heeft iemad deze info? Alle handleidingen lijken nog maar tot de V3 te gaan die zeker geen poe out had...

Staat in de handleiding als het goed is : PoE 802.3af zonder PoE Out te gebruiken en PoE+ 802.3at als je de PoE Out wilt gebruiken, want daar komt weer 802.3af PoE uit

[twowheeler]

yay schreef op maandag 27 februari 2023 @ 09:39:
[...]


Het klinkt mij alsof de netwerkkabel tussen de KPN box en de EAP225 niet in orde is. Kun je in de interface van één van beide apparaten de link speed zien? 100 / 1000?

Ga ik uitzoeken! PS4 komt wel tot 600 Mbps zo te zien. Draad is verder niks aan veranderd afgezien van de stekker. Mogelijk die even nalopen en anders de gehele kabel langslopen.

[Tacoos]

GHB363 schreef op maandag 27 februari 2023 @ 22:53:
Bedankt voor de reacties.
Ik gebruik inderdaad verschillende vlans, ip-ranges
[...snip...]

En dus we een dedicated controller blijven gebruiken. Maar dan direct aan de switch.
Toen ik net de prijzen zag voor een nieuwe Pi4, kwam ineens de gedachte op dat er ergens in een la nog een, ik denk 2, zou moeten liggen. Hoeveel vraagt die controller (in docker), lukt dat op een model 2?

Ik heb de Omada Controller rechtstreeks onder het host OS op een pi2 gedraaid (dus niet in een docker container), maar dat was versie 3-ish en ik had wel meerdere SSID's maar geen vlans of andere geavanceerde functies.
Opstarten van Omada duurde minimaal 11 minuten, maar als het draaide, liep het probleemloos.
In een docker container lijkt me net over t randje 😅

[GHB363]

Dankjewel, native op de Pi2 moet kunnen dus. Eens even kijken of ik daar zin in heb, want 11 minuten starttijd geeft wel aan dat het op de limiet is.

Ik dacht dat de controller verplaatsen gisteren de problemen op zou lossen, maar vanochtend weer dezelfde soort issues. Er lijkt geen communicatie tussen de switch en het access point, en nu een readopt failure van het access point.
Moet de controller software ook updaten, zit nog op 5.4.7, wie weet dat dat nog helpt om de boel weer stabiel te krijgen. Maar eerst kijken of ik met herstarts überhaupt weer zicht en controle krijg.

[Airw0lf]

@GHB363
Bij het aanmaken van de vlans moet je opgeven wat de "purpose" is - er zijn daar twee opties: "interface" of "vlan".
Ik gok dat je de vlan-optie hebt gebruikt? En dat je dit ook zo hebt aangepast voor het default vlan?

Rationale:
De fabrieksinstellingen van vlan-1 (het management vlan) gaan er vanuit dat er een Omada router is die default gateway en dhcp-server is. Je kan hier de DHCP-functie uitvinken. Maar dan gaat het Omada systeem er nog steeds vanuit dat het opgegeven IP-adres een Omada router is.

Is dat niet het geval - zoals met de inzet van pfsense - dan gebeuren er soms rare dingen.

Door te switchen van "interface" naar "vlan" hebben de Omada apparaten wel weet van het vlan. Maar zonder dat ze default gateway en dhcp-server spelen - beiden worden immers door de pfsense router gedaan.

Voor de zekerheid:
(1) - Daarnaast is het belangrijk dat je aan pfsense kant voor het default Omada vlan de lan interface gebruikt zonder vlan 1 tag toe te wijzen.
(2) - Begin met handmatige firmware updates van alle Omada apparaten. Ergens is in de firmware releases van de afgelopen maanden een aanpassing geweest op de gebruikte TCP poorten van de controller. Mogelijk dat je daar last van hebt.

[ Voor 82% gewijzigd door Airw0lf op 01-03-2023 08:11 ]

[LupinIII]

Hoi, kan iemand mij hier adviseren over onderstaande opstelling naar mijn (toekomstige) situatie?

Ik twijfelen tussen TP-link en Ubiquiti, en TP-link lijkt betere prijs-kwaliteit te hebben.

Alvast dank!

-

Apparatuur
- TP-Link EAP 653
- TP-Link JetStream TL-SG2016P


Situatie
- 3x POE access points (op elke verdieping 1)
- 1x POE access point voor de tuin (is dat nodig)
- 3x POE camera's
- 3-5 andere apparaten zonder POE

[ Voor 10% gewijzigd door LupinIII op 01-03-2023 10:29 ]

[lier]

LupinIII schreef op woensdag 1 maart 2023 @ 10:26:
Hoi, kan iemand mij hier adviseren over onderstaande opstelling naar mijn (toekomstige) situatie?

Tja, in een TP-Link topic vragen of je TP-Link apparatuur moet kopen (in plaats van Ubuiqiti)...denk dat dat antwoord wel duidelijk is. Qua hardware is het (voor zover ik weet) om het even, software op basis van persoonlijke voorkeur.

Maar eerst zal je met je eisen en wensen moeten starten. Want semi willekeurig hardware uitzoeken en vragen om advies is niet zinvol. Daarnaast, elke omgeving heeft andere factoren die van invloed zijn.

Daarnaast, kan je uitleggen waarom je specifiek deze apparatuur hebt gekozen?

[LupinIII]

Thanks voor je snelle antwoord; ik vraag niet om een vergelijking met een ander merk hier, maar advies over TP-link producten.

Ik zal de situatie wat meer toelichten en de vraag is of onderstaand apparatuur voldoende (of overkill) is?

Nogmaals dank!

-
Nieuwbouw woning met 3 verdiepingen (~15m diep x 6m breed), tuin achter diepte 8 meter en voor 4 meter. Internet capaciteit voor 4-6 mensen (thuiswerken, 4K streamen en gamen); alleen thuiswerken wordt vaak door 2 mensen tegelijkertijd gedaan.

TP-Link EAP 653
Reden: kleine afmetingen, wifi 6, lijkt 'genoeg' wifi bandbreedte te geven, en rond de 100 euro
Hier wil ik er 3 van ophangen (zolder in de hal, 1e verdieping in de hal, en begane grond tegen de muur aangrensend met de tuin)

Vraag: is dit genoeg om bereik in de tuin te hebben? 3m? 5m? 8m?

TP-Link JetStream TL-SG2016P
Reden: genoeg (PoE) LAN poorten en genoeg PoE vermogen(?) voor
- 3x POE access points
- 3x POE camera's
- 3-5 andere apparaten zonder POE

Vraag: hier hoor ik graag jullie meningen over - ben niet thuis in switches

TP-Link EAP655-Wall
Ik zat er ook aan te denken om aan de voorzijde van het huis deze achter de TV te plaatsen, zodat deze eventueel WIFI dekking kan geven naar de auto in de tuin (ongv. 4 meter verder) voor over the air updates.

Vraag: zal dit voldoende bereik geven?

lier schreef op woensdag 1 maart 2023 @ 10:35:
[...]

Tja, in een TP-Link topic vragen of je TP-Link apparatuur moet kopen (in plaats van Ubuiqiti)...denk dat dat antwoord wel duidelijk is. Qua hardware is het (voor zover ik weet) om het even, software op basis van persoonlijke voorkeur.

Maar eerst zal je met je eisen en wensen moeten starten. Want semi willekeurig hardware uitzoeken en vragen om advies is niet zinvol. Daarnaast, elke omgeving heeft andere factoren die van invloed zijn.

Daarnaast, kan je uitleggen waarom je specifiek deze apparatuur hebt gekozen?

[Mr_gadget]

LupinIII schreef op woensdag 1 maart 2023 @ 11:11:
Thanks voor je snelle antwoord; ik vraag niet om een vergelijking met een ander merk hier, maar advies over TP-link producten.

Ik zal de situatie wat meer toelichten en de vraag is of onderstaand apparatuur voldoende (of overkill) is?

Nogmaals dank!

-
Nieuwbouw woning met 3 verdiepingen (~15m diep x 6m breed), tuin achter diepte 8 meter en voor 4 meter. Internet capaciteit voor 4-6 mensen (thuiswerken, 4K streamen en gamen); alleen thuiswerken wordt vaak door 2 mensen tegelijkertijd gedaan.

TP-Link EAP 653
Reden: kleine afmetingen, wifi 6, lijkt 'genoeg' wifi bandbreedte te geven, en rond de 100 euro
Hier wil ik er 3 van ophangen (zolder in de hal, 1e verdieping in de hal, en begane grond tegen de muur aangrensend met de tuin)

Vraag: is dit genoeg om bereik in de tuin te hebben? 3m? 5m? 8m?

TP-Link JetStream TL-SG2016P
Reden: genoeg (PoE) LAN poorten en genoeg PoE vermogen(?) voor
- 3x POE access points
- 3x POE camera's
- 3-5 andere apparaten zonder POE

Vraag: hier hoor ik graag jullie meningen over - ben niet thuis in switches

TP-Link EAP655-Wall
Ik zat er ook aan te denken om aan de voorzijde van het huis deze achter de TV te plaatsen, zodat deze eventueel WIFI dekking kan geven naar de auto in de tuin (ongv. 4 meter verder) voor over the air updates.

Vraag: zal dit voldoende bereik geven?


[...]

De EAP653 heeft iets minder zendvermogen dan de EAP650. Maar of dit een probleem word is lastig in te schatten.
Ik heb de EAP615-Wall en deze zit achter een TV meubel. En geeft slechte dekking. De EAP655 heeft sterkere antenne's. Maar of dit voldoende voor de teun is weet ik niet. Heb zelf de 2.4 GHz op laag vermogen staan. Misschien geeft het met high voldoende dekking buiten. Maar dan heb je kans dat andere apparaten ook op de 2.4 GHz gaan zitten..

Voor de switch denk ik dat je wel goed zit. AP's doen zo te zien max 14 Watt.

[heiyu]

LupinIII schreef op woensdag 1 maart 2023 @ 11:11:
Vraag: is dit genoeg om bereik in de tuin te hebben? 3m? 5m? 8m?

Nope. Denk dat je misschien 1.5m haalt in je tuin. Een nieuwbouw woning met HR++ glas etc. werkt zo dempend dat er nauwelijks WiFi signaal doorheen komt. Tenzij je altijd met de achtertuin deur open van je WiFi gebruik wilt maken, zal toch buiten een accesspoint moeten ophangen met een bekabelde backhaul.

Dit geldt tevens ook voor de voorzijde van je woning.

[ Voor 5% gewijzigd door heiyu op 01-03-2023 13:38 ]

[LupinIII]

Heb je ook ervaring met hoever een access point buiten komt? Als ik er 1 achter hang, bereikt deze dan de auto 15-20 meter verderop?


[/quote]

heiyu schreef op woensdag 1 maart 2023 @ 13:37:
[...]

Nope. Denk dat je misschien 1.5m haalt in je tuin. Een nieuwbouw woning met HR++ glas etc. werkt zo dempend dat er nauwelijks WiFi signaal doorheen komt. Tenzij je altijd met de achtertuin deur open van je WiFi gebruik wilt maken, zal toch buiten een accesspoint moeten ophangen met een bekabelde backhaul.

Dit geldt tevens ook voor de voorzijde van je woning.

[Borromini]

Weet iemand welke hardware er in de EAP655-Wall zit? Ik vermoed QCA, maar zou toch leuk zijn om exact te weten. Heb nu de EAP615-Wall maar er kan nog een AP bij.

[blahenazo]

LupinIII schreef op woensdag 1 maart 2023 @ 14:30:
Heb je ook ervaring met hoever een access point buiten komt? Als ik er 1 achter hang, bereikt deze dan de auto 15-20 meter verderop?


[/quote]

[...]

15 - 20 meter in open lucht lijkt mij geen enkel probleem.
zoals reeds aangeven zijn moderne glas partijen echte 'alu hoedjes' maar dan voor WIFI signalen.

Ik zelf gebruik sinds kort een mesh om de tuin in wifi te voorzien. niet ideaal , maar de kabel trekken zal er ooit wel van komen.... ( zeg ik nu al 7 jaar )

[GHB363]

@Airw0lf
Dank voor je antwoord dit helpt in ieder geval realiseren dat ik er eigenlijk nog eens opnieuw naar moet kijken. En eerst nog een cursusje “Omada” kan gebruiken. (Er gebeuren inderdaad net wat dingen anders dan voorheen met de “normale” managed switches icm pfSense)
Binnen Omada heb ik nu 2 “interfaces” en nog 2 vlans, bij de interfaces heb ik de pfSense als GW opgegeven, met bijbehorende netmask. De LAN met VLAN ID 1 op Omada is een van deze interfaces.
Op de pfSense heb ik deze beide ook als interface gedefinieerd, en met separate kabels aan de switch gekoppeld (Herinner ik me nu ook weer omdat ik inderdaad heb lopen “prutsen” om de boel werkende te krijgen. Het wou in eerste instantie niet zo vlot lopen zoals ik wilde, als dat ik had verwacht.)
Op pfSense gebruik ik voor de interface naar Omada niet de default pfSense LAN, maar een 2de LAN interface zonder vlan-id.
Alles is nu in ieder geval wel handmatig ge-update, en draait al meer als 24 uur weer zonder problemen.

[testmanager]

Een beetje off-topic wellicht, maar ik heb ook een heel "Omada huis" inmiddels
(router, controller, 4 x switch, 3x EAP650 en 1 x EAP650-wall en EAP655-wall).

Ik wil aparte vlans aanmaken om alle IOT in te gooien en die zo deels af te scheiden van internet (als ze maar hun data naar de Homekit hub kunnen pushen) en eventueel een aparte vlan voor de wifi waar de kinderen op zitten, om die zo apart te kunen managen/beperken.
>> Is mijn aanname juist dat je dit met vlan's doet?

Zo ja, heeft er iemand een goede verwijzing waar me duidelijk wordt uitgelegd
>> wat een vlan precies is en wat de mogelijkheden en beperkingen. Ik kan uiteraard even zelf Googelen, maar misschien weet iemand de ultime jip-en-janneke-uitleg-pagina als introductie in VLAns?

Dank alvast.

[ Voor 5% gewijzigd door testmanager op 01-03-2023 21:37 ]

[Airw0lf]

GHB363 schreef op woensdag 1 maart 2023 @ 21:19:
@Airw0lf

[...]

Binnen Omada heb ik nu 2 “interfaces” en nog 2 vlans, bij de interfaces heb ik de pfSense als GW opgegeven, met bijbehorende netmask. De LAN met VLAN ID 1 op Omada is een van deze interfaces.

Als je voor alle vlans pfSense gebruikt als default gateway en dhcp server hoef je aan de Omada kant enkel vlan-types aan te maken - het gebruik van interface-types is dan geen handige...

Op pfSense gebruik ik voor de interface naar Omada niet de default pfSense LAN, maar een 2de LAN interface zonder vlan-id.

Als ik vragen mag: waarom?

Alles is nu in ieder geval wel handmatig ge-update, en draait al meer als 24 uur weer zonder problemen.

Das mooi - maar toch... beter is enkel vlan-types gebruiken.
En aan pfSense kant liefst alles (Omada spullen en clients) achter dezelfde LAN-interface.

[GHB363]

Waarom de 2de LAN? dat had te maken met geleidelijke inrichting van en migratie naar de Omada spullen en de vrede in huis te willen behouden. Lees het thuiswerken en mediagebruik niet te veel te verstoren.

Het default vlan in Omada heeft als ik je eerdere bericht goed begrijp standaard purpose interface met id 1.
En moet deze nu zo blijven of toch beter omgezet naar vlan?

Om op pfSense alles achter 1 LAN-interface te zetten kom ik switch-poorten te kort/moet ik een 18p switch die nu uit staat weer aanzetten voor 2 poortjes. PfSense heeft 6 poorten.

[Airw0lf]

GHB363 schreef op woensdag 1 maart 2023 @ 23:20:
Waarom de 2de LAN? dat had te maken met geleidelijke inrichting van en migratie naar de Omada spullen en de vrede in huis te willen behouden. Lees het thuiswerken en mediagebruik niet te veel te verstoren.

Het default vlan in Omada heeft als ik je eerdere bericht goed begrijp standaard purpose interface met id 1.
En moet deze nu zo blijven of toch beter omgezet naar vlan?

Om op pfSense alles achter 1 LAN-interface te zetten kom ik switch-poorten te kort/moet ik een 18p switch die nu uit staat weer aanzetten voor 2 poortjes. PfSense heeft 6 poorten.

Ok - duidelijk.

Het is inderdaad beter om alle vlans met type "interface" om te zetten naar vlans met type "vlan".
Dat maakt dat de hele Omada-kant enkel een doorgeefluik is voor al het vlan verkeer richting pfSense (of welke andere router/firewall dan ook).

[heiyu]

LupinIII schreef op woensdag 1 maart 2023 @ 14:30:
Heb je ook ervaring met hoever een access point buiten komt? Als ik er 1 achter hang, bereikt deze dan de auto 15-20 meter verderop?


[/quote]

[...]

Ja, ik heb zelf ook een access point buiten in de schuur hangen en in een open gebied haalt ie wel +/- 70 meter hemelsbreed, en dan haal ik nog 15Mbps . Maar dat is achter via de achtertuin. Je hebt er weinig aan als je auto dan in de voortuin staat. Het signaal gaat niet door je huis heen.

[ Voor 4% gewijzigd door heiyu op 02-03-2023 08:16 ]

[Himalaya]

LupinIII schreef op woensdag 1 maart 2023 @ 14:30:
Heb je ook ervaring met hoever een access point buiten komt? Als ik er 1 achter hang, bereikt deze dan de auto 15-20 meter verderop?

Ik heb er een aan de schuur hangen, op een paal zodat ik hem een beetje kon richten, voor mijn auto en de robotmaaier. Heb een tuin van 22x28m en dat dekt ie met het grootste gemak af. De maaier op 2.4GHz zelfs rondom het huis en de auto (15m verderop) op 5GHz.

Het accespoint in huis komt amper door het glas heen naar buiten. Maar ik heb het zendvermogen van alle accesspoints ook op laag staan.

[hood]

heiyu schreef op donderdag 2 maart 2023 @ 08:14:
[...]


Ja, ik heb zelf ook een access point buiten in de schuur hangen en in een open gebied haalt ie wel +/- 70 meter hemelsbreed, en dan haal ik nog 15Mbps . Maar dat is achter via de achtertuin. Je hebt er weinig aan als je auto dan in de voortuin staat. Het signaal gaat niet door je huis heen.

Hier dezelfde ervaring. Ik haal in open veld ook 20-10Mbps bij die afstand. Bij 100 meter is het signaal niet sterk genoeg meer om het echt een verbinding te noemen. Door het huis heen is het bereik misschien 20 meter.

[sander817]

ik krijg het verhaal van vlans niet meer voor elkaar. Ik maak een 3tal netwerken aan met main lan 192.168.1.x, IOT 192.168.10.1 en een 3e met 192.168.20.1, resp Vlan 1, 10 en 20
Daarna een 3tal wifi netwerken, met resp vlan 1, 10 en 20. Voorheen werkte het prima, nu krijg ik op vlan 10 en 20 geen ipadres meer. Ik heb alles al verwijderd en opnieuw aangemaakt, maar het lukt me niet meer. Haal ik de Vlan weg dan is er geen probleem met de dhcp.
Wat doe ik verkeerd?

[NiGeLaToR]

hood schreef op donderdag 2 maart 2023 @ 11:48:
[...]


Hier dezelfde ervaring. Ik haal in open veld ook 20-10Mbps bij die afstand. Bij 100 meter is het signaal niet sterk genoeg meer om het echt een verbinding te noemen. Door het huis heen is het bereik misschien 20 meter.

Dat is wel vreemd - echt heel lang geleden (2002) toen 2,4Ghz nog net nieuw was, kon je met line of sight redelijk eind komen. 250 meter was te doen. (jaja, m'n eigen wifi review )

Wellicht is het zendvermogen verminderd, of de vereisten van B/G veranderd zodat je op legacy 11mbit snelheid verder kan maar sneller niet?

Deels herkenbaar - ik heb nu in mijn woning 3 a 4 AP's nodig voor werkende wifi op alle plekken (incl toilet en garage), maar haal dan wel meteen > 100-200mbit. Zonder dat heb ik soms gewoon wel een streepje 'signaal' maar geen werkend internet.

[Tularis]

sander817 schreef op vrijdag 3 maart 2023 @ 11:41:
ik krijg het verhaal van vlans niet meer voor elkaar. Ik maak een 3tal netwerken aan met main lan 192.168.1.x, IOT 192.168.10.1 en een 3e met 192.168.20.1, resp Vlan 1, 10 en 20
Daarna een 3tal wifi netwerken, met resp vlan 1, 10 en 20. Voorheen werkte het prima, nu krijg ik op vlan 10 en 20 geen ipadres meer. Ik heb alles al verwijderd en opnieuw aangemaakt, maar het lukt me niet meer. Haal ik de Vlan weg dan is er geen probleem met de dhcp.
Wat doe ik verkeerd?

Heb je DHCP wel geactiveerd voor deze vlan networks?
In Settings > Wired Networks > LAN > IOT
En dan kijken dat je niet alleen een gateway/subnet hebt voor 192.168.10.1/24, maar ook DHCP hebt aangevinkt (enkele settings lager), en in de juiste range

Misschien ook handig om te checken; je gebruikt hierbij als purpose interface en niet vlan. Anders zie je de opties niet

[ Voor 8% gewijzigd door Tularis op 04-03-2023 22:52 . Reden: oeps ]

[blahenazo]

sander817 schreef op vrijdag 3 maart 2023 @ 11:41:
ik krijg het verhaal van vlans niet meer voor elkaar. Ik maak een 3tal netwerken aan met main lan 192.168.1.x, IOT 192.168.10.1 en een 3e met 192.168.20.1, resp Vlan 1, 10 en 20
Daarna een 3tal wifi netwerken, met resp vlan 1, 10 en 20. Voorheen werkte het prima, nu krijg ik op vlan 10 en 20 geen ipadres meer. Ik heb alles al verwijderd en opnieuw aangemaakt, maar het lukt me niet meer. Haal ik de Vlan weg dan is er geen probleem met de dhcp.
Wat doe ik verkeerd?

toevallig niet de switches upgegrade ?

vlan's hebben hier sinds het begint prima gewerkt , ( ik heb nooit een Omada network gehad zonder Vlans ) , een tijd geleden switches FW upgegrade en Vlan's waren om zeep. FW rollback etc... hielp allemaal niet.
Volgens het TP link forum leek bij sommige het herconfigureren van Vlan's te helpen. etc.... werkte niet bij mij .
Heb geleidelijk aan meer en meer herconfiguratie / devices resets (switches , router, etc... ) Bvb: Vlan deleten , dan switches forget / adopt etc.... en dan weer Vlan's aanmaken etc.... => maar Vlan's werkten gewoon niet meer.

Heb dan uiteindelijk de handdoek in de ring geworpen en letterlijk alles gereset (iedere Omada device en controller) en een volledige manueele herconfiguratie en voila het werkte direct weer.
Als je een port van Vlan switched, effe reconnect vlam => mooi op de Vlan, iptje , etc....

Klote , Maar was bij mij de enige oplossing. Ergens zat er 'iets' die toch altijd weer de Vlan's om zeep hielp.

[ Voor 1% gewijzigd door blahenazo op 05-03-2023 10:52 . Reden: edit : FW rollback etc... ]

[Himalaya]

hmm, dit helpt niet echt in het vertrouwen. Mijn "core" switch (TL-SG3428X v1.0)heeft al een tijd een update klaar staan maar nog niet aan toegekomen omdat dan mijn iSCSI verkeer tussen de NAS en ESXi hosts stopt en ik dus eerst al mijn VM's moet uitzetten. Deze switch doet ook alle VLAN routeringen zodat de router echt alleen het verkeer naar internet verwerkt.

Maar zou echt vervelend zijn als dan de VLAN's niet meer zouden werken, vooral ook omdat mijn controller ook een VM is. Al zou ik die natuurlijk even op de lokale storage van een van de ESXi NUC's kunnen zetten zodat ik niet afhankelijk ben van iSCSI.

Toch eerst maar eens de volledige configuratie vastleggen voor ik dit ga doen, en niet op een moment dat ik geen tijd heb

[The-Source]

nielsn schreef op maandag 27 februari 2023 @ 10:11:
[...]
Ik ben zelf bezig geweest met de ER605v1, terwijl ik nog een ER605v2 heb liggen. Alleen nog geen tijd gemaakt om deze te migreren naar de ER605v2.

Moet eerst nog eens uitzoeken hoe ik dit het beste kan doen.

Als antwoord heb ik gekregen dat ik beter de OpenVPN route kon doen. Niet echt waar ik op zat te wachten maar werkt nu wel.
Wat overigens wel vreemd was dat ik toen ik het profiel eerst via GSM had gedownload het niet ging werken maar nu via de laptop en per mail verstuurd wel werkt. Misschien toeval maar het is in ieder geval wel werkbaar.

[nielsn]

The-Source schreef op zondag 5 maart 2023 @ 15:52:
[...]

Als antwoord heb ik gekregen dat ik beter de OpenVPN route kon doen. Niet echt waar ik op zat te wachten maar werkt nu wel.
Wat overigens wel vreemd was dat ik toen ik het profiel eerst via GSM had gedownload het niet ging werken maar nu via de laptop en per mail verstuurd wel werkt. Misschien toeval maar het is in ieder geval wel werkbaar.

Je krijgt tenminste een advies van ze, dat is al heel wat.

[GHB363]

Nog even een update en wat vragen na de issues van vorige week.
Afgelopen weekend heb ik een paar dingen aangepast om te proberen niet nogmaals in de problemen te komen.
Heb ik de adviezen op deze manier goed geïnterpreteerd en opgevolgd?

Router: PfSense

Op default LAN interface van PfSense is de Omada switch 1 aangesloten.
Naast het default LAN netwerk gaan er nog 2 vlans (MAIN, IoT)over de LAN interface van PfSense naar Omada
PfSense is voor het LAN en de beide vlans de DHCP server.
Op switch 1 is nog steeds de Pi4 met de Omada controller in docker aangesloten.
Op switch 1 is een EAP615-WALL aangesloten
Op switch 1 is switch 2 aangesloten
Port profile op switch 1 voor PfSense, de EAP en switch 2 staat op All.

In de controller bij Wired Networks bij LAN zijn 3 netwerken:
- LAN, Purpose Interface, Gateway/Subnet: de PfSense default LAN range, VLAN 1.
- VLAN MAIN, Purpose: VLAN en Application: Switches Only
- VLAN IoT, Purpose: VLAN en Application: Switches Only
Ik kan de purpose bij LAN niet naar vlan veranderen, ook al staat er “Gateway Required” en heb ik geen Omada Gateway. (De PfSense is natuurlijk ook een Gateway, maar heb hier het idee dat men een Omada bedoelt.)
Uit de reacties vorige week was het me niet geheel duidelijk of dit eigenlijk op Purpose VLAN zou moeten staan.
Maar dat er minimaal 1 base netwerk moet zijn, als “Interface” waarover de andere VLAN’s kunnen draaien, vind ik ook niet vreemd. De ip-range kan ik hier wel veranderen.

Ik merk wel dat het Software Defined Netwerken en Omada toch nog niet helemaal duidelijk voor me zijn, of ik in ieder geval gewend was dingen te doen die nu net even anders dan verwacht werken. Dus alle tips zijn welkom.
Is bovenstaande de juiste opzet om verder te gaan met wat ik nu heb?

Nog te doen:
Andere oplossing voor controller zodat de Pi4 weer terug kan naar achter de EAP in de woonkamer (mediafunctie).
Ik heb hiervoor nog niet naar de oude Pi gekeken, en ik heb ook nog in mijn hoofd om hier een OC200 voor te kopen.
Of misschien zelfs een ER7212PC, alhoewel ik begrijp dat daar niet echt een switch in zit… ?
Het media-converter, controller, router en PoE “switch” -in-één trekt me dan wel weer, in plaats van 5 apparaten nu, kan ik dan terug naar 2 of misschien wel 1. (AP’s niet meegeteld)
Hoe zijn de ervaringen met de 7212?

Jaren geleden de PfSense route ingegaan om met vooral met (open-)vpn een beetje normale doorvoersnelheden te halen, zowel als client als als server. Mochten de standaard routers tegenwoordig een beetje ok vpn oplossingen hebben voor OpenVPN en WireGuard dan heb is PfSense geen must meer en lijkt alles binnen Omada me ook wel wat.

Nog een ander issue:
Ik heb een IKEA Dirigera hub die in de IoT vlan zit. Met een client in de IoT vlan kan de IKEA app de hub bereiken. Met een client in het MAIN vlan werkt dit niet. Op de PfSense staat AVAHI met reflection aan. In de Omada controller denk ik ook de juiste regel te hebben toegevoegd maar werken wil het niet. Met Tado en Hue geen problemen.
Iemand ervaring met het bereiken van de IKEA hub vanuit een ander vlan op een Omada netwerk?
(En anders zal ik eerst nog eens in het IKEA topic zoeken.)

[nero355]

GHB363 schreef op maandag 6 maart 2023 @ 18:19:
Is bovenstaande de juiste opzet om verder te gaan met wat ik nu heb?

Seems legit!

Ik zou zo gauw niks raars kunnen spotten in ieder geval...

Nog te doen:
Andere oplossing voor controller zodat de Pi4 weer terug kan naar achter de EAP in de woonkamer (mediafunctie).
Ik heb hiervoor nog niet naar de oude Pi gekeken, en ik heb ook nog in mijn hoofd om hier een OC200 voor te kopen.
Of misschien zelfs een ER7212PC, alhoewel ik begrijp dat daar niet echt een switch in zit… ?
Het media-converter, controller, router en PoE “switch” -in-één trekt me dan wel weer, in plaats van 5 apparaten nu, kan ik dan terug naar 2 of misschien wel 1. (AP’s niet meegeteld)
Hoe zijn de ervaringen met de 7212?

Hou het gewoon bij je Raspberry Pi zou ik zeggen!

Jaren geleden de PfSense route ingegaan om met vooral met (open-)vpn een beetje normale doorvoersnelheden te halen, zowel als client als als server. Mochten de standaard routers tegenwoordig een beetje ok vpn oplossingen hebben voor OpenVPN en WireGuard dan heb is PfSense geen must meer en lijkt alles binnen Omada me ook wel wat.

Hou heel hard vast aan je pfSense en laat die nooit meer gaan, want dan ga je er IMHO alleen maar op achteruit i.p.v. vooruit!

Nog een ander issue:
Ik heb een IKEA Dirigera hub die in de IoT vlan zit. Met een client in de IoT vlan kan de IKEA app de hub bereiken. Met een client in het MAIN vlan werkt dit niet. Op de PfSense staat AVAHI met reflection aan. In de Omada controller denk ik ook de juiste regel te hebben toegevoegd maar werken wil het niet. Met Tado en Hue geen problemen.
Iemand ervaring met het bereiken van de IKEA hub vanuit een ander vlan op een Omada netwerk?
(En anders zal ik eerst nog eens in het IKEA topic zoeken.)

Je kan beter effe hier rondkijken : MuVo in "Zelfbouw project: Firewall / Router / AP"
Ergens vanaf die reactie of in ieder geval in de buurt van die reactie staan een heleboel nuttige TIPS omtrent dat hele Multicast Reflection verhaal

[GHB363]

Dankjewel! En de post van MuVo is inderdaad herkenbaar, alhoewel ik met Hue geen issues heb, maar misschien ook minder doe/wil.
Ik zal daar inderdaad verder lezen om de IoT integratie goed te krijgen.

En wat betreft de Omada controller, dat blijft dan toch een controller op een Pi.

[Airw0lf]

@GHB363
Zou je eens wat screenshots willen plaats van de LAN/VLAN instellingen?
En dat zowel van de Omada kant als van de pfSense kant?

Met een pfSense router op alle vlans is het echt beter om in Omada overal type vlan te gebruiken. Dit omdat de controller pfSense gaat "bevragen" alsof het een Omada router is - kan lang goed gaan - maar lijkt me niet wenselijk.
Niet om je af te schepen - maar ik kan aan mijn kant gewoon switchen van type interface naar type vlan en terug.

Een ER7212PC heeft een router ingebouwd - dan zou pfSense dubbelop zijn - in ieder geval deels.
Als je pfSense alleen als (OpenVPN-)router met L4 firewall gebruikt is dat nog steeds de betere - maar de verschillen met een Omada router zijn dan niet zo heel groot meer => is een goed werkbaar alternatief.

Dat wordt anders als je ook de IDS/IPS functies van Surricata gebruikt. Of andere pfSense-functies zoals de Wireguard VPN, een reverse proxy, een web application firewall, etc... - allemaal functies die via plugins geregeld kunnen worden - iets wat bij Omada niet kan.

Inzake je IoT vraag:
Er is in de laatste Omada releases behoorlijk gesleuteld aan mDNS (onder services). Dat zou kunnen helpen. Daar al eens naar gekeken?

[ Voor 13% gewijzigd door Airw0lf op 07-03-2023 07:44 ]

[blahenazo]

De beta FW voor de routers (28 februari ) zouden nu toch ook ook mDNS en bonjour etc, support / config ... moeten hebben. (zat al langer in de controller , maar nog niet in de routers -of toch niet alle settings - ? )

https://community.tp-link.com/en/business/forum/topic/255644

Dus hopelijk zal de none beta versie er vlug zijn. Dan zou ik graag eens proberen werk te maken om de Chromecast devices op het IoT network/vlan te zetten. Nu draaien ze bij mij nog op de main.

[ Voor 3% gewijzigd door blahenazo op 07-03-2023 08:47 ]

[Rammz]

blahenazo schreef op dinsdag 7 maart 2023 @ 08:45:
De beta FW voor de routers (28 februari ) zouden nu toch ook ook mDNS en bonjour etc, support / config ... moeten hebben. (zat al langer in de controller , maar nog niet in de routers -of toch niet alle settings - ? )

https://community.tp-link.com/en/business/forum/topic/255644

Dus hopelijk zal de none beta versie er vlug zijn. Dan zou ik graag eens proberen werk te maken om de Chromecast devices op het IoT network/vlan te zetten. Nu draaien ze bij mij nog op de main.

Wanneer je dat gelukt is, zou je het dan willen delen hier? Zit met hetzelfde momenteel, heb alle casting devices in mijn main zitten om ze (fatsoenlijk) te kunnen benaderen. Draai hier op een ER7212PC.

[nero355]

blahenazo schreef op dinsdag 7 maart 2023 @ 08:45:
De beta FW voor de routers (28 februari ) zouden nu toch ook ook mDNS en bonjour etc, support / config ... moeten hebben. (zat al langer in de controller , maar nog niet in de routers -of toch niet alle settings - ? )

https://community.tp-link.com/en/business/forum/topic/255644

Dus hopelijk zal de none beta versie er vlug zijn. Dan zou ik graag eens proberen werk te maken om de Chromecast devices op het IoT network/vlan te zetten. Nu draaien ze bij mij nog op de main.

Rammz schreef op dinsdag 7 maart 2023 @ 09:01:
Wanneer je dat gelukt is, zou je het dan willen delen hier? Zit met hetzelfde momenteel, heb alle casting devices in mijn main zitten om ze (fatsoenlijk) te kunnen benaderen. Draai hier op een ER7212PC.

Zet een Raspberry Pi / Orange Pi / Banana Pi neer met Linux erop samen met AVAHI of andere soortgelijke software en je hebt hetzelfde en waarschijnlijk nog betrouwbaarder ook!

Er is geen magische fix of zo door een Router hetzelfde te laten doen, want onderhouds gebruikt die meestal dezelfde software, maar soms helaas ook hopeloos outdated of net die eene buggy versie die je een hoop ellende geeft en je maar niet van af kan komen!


_{Iets met een IGMP Proxy op de Ubiquiti UniFi USG die te vaak crashed en prima draait op een los systeem...}

[duderuud]

Zit te kijken naar een upgrade van mijn EAP245 AP's. Logische keuze is Wifi 6E.

Maar die prijzen

De EAP690E HD is de enige Wifi 6E AP maar die kost ruim €660

[GHB363]

Airw0lf schreef op maandag 6 maart 2023 @ 23:29:
@GHB363
Zou je eens wat screenshots willen plaats van de LAN/VLAN instellingen?
En dat zowel van de Omada kant als van de pfSense kant?

Jazeker!

PfSense:




(De OPT5 is de directe-kabel-naar-bureau-backup aansluiting)

En Omada:


(Ik gebruik een van de switches nu ook als media-converter ipv een losse, vandaar de WAN-vlans)

En dan de details van de LAN ‘interface’:

Met een pfSense router op alle vlans is het echt beter om in Omada overal type vlan te gebruiken. Dit omdat de controller pfSense gaat "bevragen" alsof het een Omada router is - kan lang goed gaan - maar lijkt me niet wenselijk.
Niet om je af te schepen - maar ik kan aan mijn kant gewoon switchen van type interface naar type vlan en terug.

En als ik van “Interface” naar “VLAN” wil veranderen, dan mag dat niet:



Dit heb ik net ook nog geprobeerd door eerst op Omada alle vlans te verwijderen en dan de LAN interface aan te passen naar VLAN, maar ook dan gaat het niet. Daarna maar snel de backup teruggezet. (Dat werkt trouwens vlot en goed, altijd fijn om een keer ‘getest’ te hebben dat dat werkt.)

Vraag me toch wel af waarom dit bij niet simpel aan te passen is.
Misschien moet ik alle Omada componenten nog maar eens resetten, of een 2de site toevoegen en ze dan overzetten of zo?

Een ER7212PC heeft een router ingebouwd - dan zou pfSense dubbelop zijn - in ieder geval deels.
Als je pfSense alleen als (OpenVPN-)router met L4 firewall gebruikt is dat nog steeds de betere - maar de verschillen met een Omada router zijn dan niet zo heel groot meer => is een goed werkbaar alternatief.

Dat wordt anders als je ook de IDS/IPS functies van Surricata gebruikt. Of andere pfSense-functies zoals de Wireguard VPN, een reverse proxy, een web application firewall, etc... - allemaal functies die via plugins geregeld kunnen worden - iets wat bij Omada niet kan.

Ik gebruik naast de VPN functionaliteit (Meestal WG nu, soms nog OpenVPN) ook pfBlockerNG en ook ACME LE certificaten. En heb nog wat met haproxy gespeeld. (Dit kan natuurlijk ook allemaal op andere manieren opgelost worden.)
Maar ik ben overtuigd, ik blijf pfSense nog maar even gebruiken.

Inzake je IoT vraag:
Er is in de laatste Omada releases behoorlijk gesleuteld aan mDNS (onder services). Dat zou kunnen helpen. Daar al eens naar gekeken?

Ik had al het idee dat ik toen ik dit weekend weer eens naar de mDNS opties keek, ik veel meer zag dan een half jaar geleden. Maar eerst nog maar even op de basis focussen en daarna kijk ik ook weer in het zelfbouw topic en naar deze opties.

[Airw0lf]

@GHB363
Ik denk dat het bij mij werkt omdat ik er wel een router heb zitten.

Probeer eens met het IP-adres van een switch als gateway op te voeren.
En daarna via de switch config van alle vlan's de default gateway aanpassen naar pfsense.
Idem voor de DNS server.

Als je bedoeld wat ik begrijp... :-)

[D-Three]

GHB363 schreef op dinsdag 7 maart 2023 @ 22:02:
En als ik van “Interface” naar “VLAN” wil veranderen, dan mag dat niet:

Herkenbaar. Ik heb een OpenWRT router en het lukte met geen mogelijkheid om deze IP adressen uit te laten delen. Het type op VLAN zetten lukte niet.

Hoe ik het nu begrijp is dat network LAN enkel kan ingesteld worden als type interface en daardoor enkel werkt in combinatie met een Omada router. Heb je iets anders, dan heb je 'pech' en kan je LAN niet echt gebruiken. Ik negeer deze nu en heb een nieuw netwerk aangemaakt die ik ADMIN noem, type VLAN en ID 100 en deze ingesteld in de devices als management VLAN.

Zie ook: https://www.tp-link.com/us/support/faq/2814/

[GHB363]

Ik denk dat ik ook nog maar een apart management lan definieer en inderdaad het default LAN op Omada misschien maar helemaal laat wezen. Maar op zich werkt het nu met het LAN als Interface op zich ook.

Ik heb nog even een nieuwe site aangemaakt en gekeken of ik daarvan dan de default LAN van Interface naar VLAN kan zetten, maar ook dat kan niet.

[EelcoB]

Ik ben ook bezig om de overstap te maken van Unifi naar Omada, reden is dat mn unifi geen wifi6 ondersteund, en 2.5gbit netwerkapparatuur of onbetaalbaar is, of niet leverbaar.

We leveren zakelijk ook veel Omada spul dus ben ik er wel bekend mee, de ER7212 was voor mij onbekend, maar de limiet van 2 switches is voor mij een dealbreaker, aangezien ik fanless 2.5gbit wil, zal ik op de werkkamer met 2 switches moeten werken, en in de woonkamer heb ik nu een 5 ports PoE powered exemplaar liggen.

Ik weet vanuit een training dat TP Link bezig is om een 2.5gbit met 10 gig SFP versie van de 7212 op de markt te zetten, met een hogere (totaal aantal is nog onbekend) aantal ondersteunde devices. Ook een fanless non PoE 2.5gbit switch komt ergens dit jaar. een PoE gevoede 5 ports a la flex mini komt ook, die zou ik in mijn geval nog kunnen ondervangen met een in wall AP mocht de limiet op 2 switches blijven.

Ik heb KPN glas, en ben van plan direct met een SFP module de router in te gaan, ik wil minder apparatuur in de meterkast. De unifi setup bestaat nu uit een controller, 2x 8 port switch, Unifi USG, dus als ik die vervangen kan voor een 2.5 gbit variant ( bekabeling in huis kan niet meer aan, en is niet te vervangen). dan ben ik blij, scheelt aanzienlijk in stroomverbruik en kabelbende.

[Mr_gadget]

Een fanless 2.5Gbit switch met meer dan 4 PoE poorten zou ook leuk zijn. Zit er ook zoiets in de planning?

[nero355]

GHB363 schreef op woensdag 8 maart 2023 @ 21:04:
Ik denk dat ik ook nog maar een apart management lan definieer en inderdaad het default LAN op Omada misschien maar helemaal laat wezen. Maar op zich werkt het nu met het LAN als Interface op zich ook.

Ik heb nog even een nieuwe site aangemaakt en gekeken of ik daarvan dan de default LAN van Interface naar VLAN kan zetten, maar ook dat kan niet.

Ik denk dat als je dat echt wilt je dan direkt tegen de MongoDB Database zal moeten praten met de juiste query/queries en het op die manier kan aanpassen, maar dat is een avontuur waar je ook maar net zin in moet hebben...

[GHB363]

Nee, ik ben niet van plan het buiten de Omada tooling om te doen.

Ik bedoelde meer om de devices om te zetten naar een nieuw management vlan.
Een poort voor deze en mijn eigen vlans koppelen met pfSense.
En dan op geen enkele poort die ik gebruik het Omada default LAN profile koppelen.

[EelcoB]

Mr_gadget schreef op donderdag 9 maart 2023 @ 13:13:
Een fanless 2.5Gbit switch met meer dan 4 PoE poorten zou ook leuk zijn. Zit er ook zoiets in de planning?

Als ik de roadmap zo zag niet, er komt wel een 2.5gbit switch met 8xPoE en 8x non PoE, maar of die fanless wordt is voor zover ik lezen kon nog niet bekend, maar gezien 8x PoE en 2.5gbit verwacht ik niet dat deze fanless wordt.
Vandaar dat ik kies voor een 8x gbit switch (2008p) en een 8+ 2 SFP 2.5gbit switch.
Ik heb op de werkkamer toch maar 2-3x PoE nodig voor de AP's en wellicht een Voip toestel.
In de meterkast heb ik 1-2x PoE nodig met de 3 in 1 router.
Ik zou dan van m'n huidige situatie van: 2x switch + controller + router + NTU teruggaan naar 1 3 in 1 router.

Online wat info gevonden over de aankomende 3 in 1:
https://static.tp-link.co...209_Online_compressed.pdf

Ik kreeg eerst een melding die me doorverwees naar de TP Link site, maar even refreshen, en ik krijg netjes een PDF.

Als het goed is staan hier ook alle nog uit te komen apparaten in

[ Voor 19% gewijzigd door EelcoB op 10-03-2023 11:08 ]

[IJsbeer]

Hou er rekening mee dat de 7212 geen VLAN's ondersteund, dus ook even afwachten of de snellere variant dat wel doet....

[EelcoB]

IJsbeer schreef op vrijdag 10 maart 2023 @ 16:00:
Hou er rekening mee dat de 7212 geen VLAN's ondersteund, dus ook even afwachten of de snellere variant dat wel doet....

Ik heb zelf geen VLANS in gebruik, dus voor mij maakt dat niet uit, KPN ITV gebruik ik geen ontvangers meer voor, alles gaat via de app op de TV's, dus daarvoor heb ik intern geen VLANS nodig.

[nero355]

IJsbeer schreef op vrijdag 10 maart 2023 @ 16:00:
Hou er rekening mee dat de 7212 geen VLAN's ondersteund, dus ook even afwachten of de snellere variant dat wel doet...

Je bedoelt iets anders neem ik aan, want VLAN 802.1q ondersteuning is gewoon aanwezig : https://www.tp-link.com/u.../er7212pc/#specifications

EelcoB schreef op donderdag 9 maart 2023 @ 21:58:
Als ik de roadmap zo zag niet, er komt wel een 2.5gbit switch met 8xPoE en 8x non PoE, maar of die fanless wordt is voor zover ik lezen kon nog niet bekend, maar gezien 8x PoE en 2.5gbit verwacht ik niet dat deze fanless wordt.

Het eene sluit het andere niet uit :
- Aruba Instant On 1930 8G Class4 PoE 2SFP 124W = Volledig Passief gekoeld en 8 x PoE+ 802.3at aanwezig!
- Ubiquiti UniFi Switch (16-poorts, 150W PoE+) = Actief gekoeld, maar zal je over het algemeen nooit horen, tenzij onder hele flinke load en heeft nog wat meer capaciteit dan de eerste!

[EelcoB]

nero355 schreef op vrijdag 10 maart 2023 @ 16:34:
[...]

- Ubiquiti UniFi Switch (16-poorts, 150W PoE+) = Actief gekoeld, maar zal je over het algemeen nooit horen, tenzij onder hele flinke load en heeft nog wat meer capaciteit dan de eerste!

De unifi 8 port 150w poe is ook passief, maar als ik de 2.5gbit met poe in de lijst bekijk zie ik dat ze naar verwachting 240w poe kunnen leveren, dat krijg je amper passief gekoeld lijkt me.

Ik heb wat vreemde problemen met m'n tp link installatie, 3x de 653 ap binnen gekregen, 2 aangesloten, en 1 gaat in wireless uplink in de meterkast. Hang ik de unifi ap op dezelfde kabel is het in orde.... Ik heb bij gebrek aan poe switches nu tijdelijk 2 oude switches in de meterkast hangen, 1 poe en 1 non poe.

Morgen de tijdelijke er7206 er maar eens aan hangen... En alle unifi spul er maar eens tussenuit halen.

Zijn er voor kpn glas nog bepaalde instellingen nodig? Ik wil hem direct aan de glaskabel hangen.

[nero355]

EelcoB schreef op vrijdag 10 maart 2023 @ 19:42:
De unifi 8 port 150w poe is ook passief

Die ging alleen maar kapot van de warmte dus die negeer ik effe voor het gemak!

maar als ik de 2.5gbit met poe in de lijst bekijk zie ik dat ze naar verwachting 240w poe kunnen leveren, dat krijg je amper passief gekoeld lijkt me.

Ja, maar stel dat het 120 Watt was dan wordt het een ander verhaal!

Ik heb wat vreemde problemen met m'n tp link installatie, 3x de 653 ap binnen gekregen, 2 aangesloten, en 1 gaat in wireless uplink in de meterkast. Hang ik de unifi ap op dezelfde kabel is het in orde....

Poortjes kunnen ook stuk gaan of raar doen...

Zijn er voor kpn glas nog bepaalde instellingen nodig? Ik wil hem direct aan de glaskabel hangen.

Ligt eraan wat je hebt hé!

AON/GPON/XGS-PON ?!

Maar zolang het KPN is dan kan je altijd met UTP aansluiten geloof ik en de Router de PPPoE laten opzetten.

[duderuud]

Ik heb sinds kort een 2.5g switch (TL-SG3210XHP-M2) en dat ding maakt ook enorm veel herrie.

Daarom heb ik gisteren de fans vervangen voor Noctua's.
90% minder herrie, vrouw ook weer blij (hangt in de meterkast)

Tevens de 245 ap's vervangen voor 660HD's. Ik kan er voorlopig weer tegenaan

[EelcoB]

duderuud schreef op zaterdag 11 maart 2023 @ 09:05:
Ik heb sinds kort een 2.5g switch (TL-SG3210XHP-M2) en dat ding maakt ook enorm veel herrie.

Daarom heb ik gisteren de fans vervangen voor Noctua's.
90% minder herrie, vrouw ook weer blij (hangt in de meterkast)

Tevens de 245 ap's vervangen voor 660HD's. Ik kan er voorlopig weer tegenaan

Ik was al bang voor de herrie van de 2.5gbit switch, dus ben blij dat ik voor volledig passief ga.
M'n xpenology nas maakt al genoeg herrie in de meterkast, die wordt ook vervangen voor een ds923+.

[EelcoB]

nero355 schreef op zaterdag 11 maart 2023 @ 01:05:
[...]

Die ging alleen maar kapot van de warmte dus die negeer ik effe voor het gemak!


[...]

Ja, maar stel dat het 120 Watt was dan wordt het een ander verhaal!


[...]

Poortjes kunnen ook stuk gaan of raar doen...


[...]

Ligt eraan wat je hebt hé!

AON/GPON/XGS-PON ?!

Maar zolang het KPN is dan kan je altijd met UTP aansluiten geloof ik en de Router de PPPoE laten opzetten.

Ik heb de mogelijkheid om de ntu te omzeilen met een Glas module, het is meer de configuratie van de ER7206 waar ik mee zit, zal wel trial en error worden denk ik
De access point met problemen werkt overigens wel op een outlet in de woonkamer, dus vandaag alle AP's maar wisselen.

Alleen jammer dat de unifi mounts precies 90 graden gedraaid zijn qua gaten tov de tp link. Dat wordt nieuwe gaten boren in het plafond, of extra gaten in de mount van tp link. Ik ga voor gaten in de tp link mount, aangezien onze plafonds knetterhard zijn

[nero355]

duderuud schreef op zaterdag 11 maart 2023 @ 09:05:
Ik heb sinds kort een 2.5g switch (TL-SG3210XHP-M2) en dat ding maakt ook enorm veel herrie.

Daarom heb ik gisteren de fans vervangen voor Noctua's.
90% minder herrie, vrouw ook weer blij (hangt in de meterkast)

Ik vraag me altijd af wat voor gevolgen dat heeft op langere tijd qua temperaturen en koeling onder 100% belasting en zo als er weer eens iemand zijn Switch of Router op die manier heeft aangepast

EelcoB schreef op zaterdag 11 maart 2023 @ 09:42:
Het is meer de configuratie van de ER7206 waar ik mee zit, zal wel trial en error worden denk ik

PPPoE over VLAN 6 mag geen probleem heten, maar IPTV kan een uitdaging worden als je die niet via een apart kastje wilt laten lopen

Alleen jammer dat de unifi mounts precies 90 graden gedraaid zijn qua gaten tov de tp link.
Dat wordt nieuwe gaten boren in het plafond, of extra gaten in de mount van tp link.

Ik ga voor gaten in de tp link mount, aangezien onze plafonds knetterhard zijn

Ik vind dit soort modellen : TP-Link EAP653 - AX3000 Ceiling Mount WiFi 6 Access Point
Eigenlijk niet meer van deze tijd voor thuisgebruik sinds de Wall modellen tekoop zijn dus als je ze nog kan omwisselen is dat misschien iets om over na te denken

[EelcoB]

Ik kan ze in-wall niet kwijt, ze hangen in de gang, overloop en zolder op een plek waar ik via kabelgoten utp naartoe gelegd heb. Ik heb helaas de pech dat er amper utp in huis ligt....
Ik heb er 1 in de verkeerde muur in de woonkamer, en 1 naar de ouder slaapkamer, dat is alles.

Bestaande coax zit muurvast, en is inmiddels al aan gort getrokken 🙄

Ik draai inmiddels op de tp, link set, tv kijk ik toch via de apps op de tv, dus de vlans vind ik niet zo spannend.

Het probleem met de ene AP is ook gevonden, de switch in, kwestie had vlans ingesteld, ik was er ten onrechte vanuit gegaan dat ie gereset de plank op was gegaan... 🤣

[nero355]

EelcoB schreef op zaterdag 11 maart 2023 @ 19:05:
Ik heb helaas de pech dat er amper utp in huis ligt...

Geen telefoonaansluitingen aanwezig waar prachtige CAT5e of beter achter zit toevallig ??

[EelcoB]

nero355 schreef op zaterdag 11 maart 2023 @ 19:07:
[...]

Geen telefoonaansluitingen aanwezig waar prachtige CAT5e of beter achter zit toevallig ??

Dat is de ene aan de verkeerde kant van de kamer, daar zit inmiddels een rj45 outlet op.

Er hangen nu 3 EAP653 in huis, een leen ER7206, op de werkkamer een sg2008p om de 2 ap's van stroom te voorzien.
Kabel uit de ouderkamer is doorgelegd naar zolder, en van daar weer terug naar de ap's.
Wel overal patchpaneeltjes gebruikt waar mogelijk.

Ik had de meterkast netjes, maar die is nu weer ontploft, maar dat komt wel weer goed wanneer de 3 in 1 uitkomt

[duderuud]

nero355 schreef op zaterdag 11 maart 2023 @ 18:32:
[...]

Ik vraag me altijd af wat voor gevolgen dat heeft op langere tijd qua temperaturen en koeling onder 100% belasting en zo als er weer eens iemand zijn Switch of Router op die manier heeft aangepast

Ik zal het je laten weten. Ik gebruik zo'n 60-70w van het poe budget en de temperatuur is dik in order tot nu toe.

[nielsn]

Even de tijd genomen om OpenVPN in te schakelen. Je hebt niet veel opties, dus dat moet wel lukken...
Export van de configuratie gemaakt, maar wanneer ik deze open met OpenVPN GUI krijg ik de volgende error in de logs:

code:

2023-03-11 20:57:52 OPTIONS ERROR: failed to negotiate cipher with server.  Add the server's cipher ('AES-128-CBC') to --data-ciphers (currently 'AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305') if you want to connect to this server.
2023-03-11 20:57:52 ERROR: Failed to apply push options
2023-03-11 20:57:52 Failed to open tun/tap interface

Alleen in de Omada portal kun je dit nergens configureren. Beetje vervelend zo, het product is gewoon niet af.

Maar weer een L2TP VPN geconfigureerd.

[ Voor 2% gewijzigd door nielsn op 12-03-2023 08:55 . Reden: Typo ]

[The-Source]

vandaag weer een leuke storing.
Ik denk, ik zet even de kids wifi aan voor de visite.
Wat denk je,... ik krijg op alle wifi SSID 's geen dhcp adres meer.
dit is nu opgelost door de 28-02-2023 beta firmware te installeren op de Er7206 ( ook beschikbaar voor er605)

Maar afgelopen donderdag had ik ook al een probleem dat al mijn netwerk apparatuur die ik via static lease had ingesteld allemaal op hetzelfde IP stonden. ( nu statisch IP)
Ik kan je zeggen dat het vrij lastig zoeken is als er niets goed gerouteerd wordt. Aangezien dit ook dhcp gerelateerd is denk ik dat de bron van dit probleem ook in de huidige stable release zit.
Dus doe er je voordeel mee als je iets soortgelijks mee maakt

[Tularis]

nero355 schreef op zaterdag 11 maart 2023 @ 18:32:
PPPoE over VLAN 6 mag geen probleem heten, maar IPTV kan een uitdaging worden als je die niet via een apart kastje wilt laten lopen

Een uitdaging is zwak uitgedrukt; noem het vooralsnog maar zo goed als onmogelijk zonder extra hardware buiten het Omada systeem.

Ik had in een eerdere roadmap gezien dat er weer aan gewerkt zou worden, maar kan er natuurlijk nu niks meer over terugvinden. Ook roadmaps van TP-link lijken over het algemeen zo goed als onvindbaar te zijn, tot mijn grote frustratie.

Maar goed, ik heb nog steeds goede hoop... Er schijnt ook wat gewijzigd te worden in het KPN platform op dit gebied, dus misschien dat we binnenkort niet meer met zo'n rare vlan constructie zitten die van unicast naar multicast en terug schakelt en daarvoor verschillende vlans nodig heeft.

[ Voor 19% gewijzigd door Tularis op 12-03-2023 21:34 . Reden: addendum ]

[nero355]

Tularis schreef op zondag 12 maart 2023 @ 21:33:
Een uitdaging is zwak uitgedrukt; noem het vooralsnog maar zo goed als onmogelijk zonder extra hardware buiten het Omada systeem.

Ik had in een eerdere roadmap gezien dat er weer aan gewerkt zou worden, maar kan er natuurlijk nu niks meer over terugvinden. Ook roadmaps van TP-link lijken over het algemeen zo goed als onvindbaar te zijn, tot mijn grote frustratie.

HugoStiglitz in "[TP-Link Omada Netwerkapparatuur] Ervaringen & Discussie"

Maar goed, ik heb nog steeds goede hoop... Er schijnt ook wat gewijzigd te worden in het KPN platform op dit gebied, dus misschien dat we binnenkort niet meer met zo'n rare vlan constructie zitten die van unicast naar multicast en terug schakelt en daarvoor verschillende vlans nodig heeft.

Ik zag inderdaad al eerder zoiets voorbij komen : Nieuwe IPTV kastjes die een Unicast optie erbij hebben gekregen!

[HugoStiglitz]

En ook 5.9.9. docker image is er. Nog niet in gedoken wat er nieuw is.
De site repo loopt nog wel achter. Via een pull krijg je wel 5.9.9 binnen.

[EelcoB]

Ik heb de zaak sinds een paar dagen aan het draaien op de ER7206, nog niet direct op de glas aansluitiung, ik bleek de verkeerde kabel te hebben, deze is inmiddels binnen, nu nog een geschikt tijdstip vinden....

Ipv6 draait ook op de KPN verbinding eindelijk, deze kreeg ik ook niet aan de praat. Nu nog uitvinden hoe ik een VPN op dat ding aan het werk kan krijgen. Met de unif setup werkte de VPN alleen vanaf een ander wifi netwerk, zodra ik op 5G zat had ik alleen en ipv6 adres, en weigerde ie om te verbinden...

[nero355]

EelcoB schreef op dinsdag 14 maart 2023 @ 23:05:
Met de unif setup werkte de VPN alleen vanaf een ander wifi netwerk, zodra ik op 5G zat had ik alleen en ipv6 adres, en weigerde ie om te verbinden...

Klinkt als een IPv4 subnet conflict

[EelcoB]

Mijn unifi draaide alleen ipv4, en mn 5g alleen ipv6, ging niet zo goed samen. Heb een tijdje een ipv4 only APN gebruikt, maar die lijkt ook niet meer te functioneren. Nu heb ik toch over het algemeen wel wifi, dus is het niet zo'n probleem

[nero355]

EelcoB schreef op woensdag 15 maart 2023 @ 00:27:
Mijn unifi draaide alleen ipv4, en mn 5g alleen ipv6, ging niet zo goed samen. Heb een tijdje een ipv4 only APN gebruikt, maar die lijkt ook niet meer te functioneren. Nu heb ik toch over het algemeen wel wifi, dus is het niet zo'n probleem

Dat is raar, want meestal is CG-NAT gewoon geNAT IPv4 i.c.m. normaal IPv6

Welke provider was dat ?!

[EelcoB]

nero355 schreef op woensdag 15 maart 2023 @ 00:48:
[...]

Dat is raar, want meestal is CG-NAT gewoon geNAT IPv4 i.c.m. normaal IPv6

Welke provider was dat ?!

KPN, zolang ik op een IPv4 gebaseerd netwerk zat werkte het prima.
Gisteren een poging gewaagd een IPSEC VPN aan de praat te krijgen, maar helaas, geen succes vanaf mijn Android toestel. Of ik doe iets verkeerd, of mn toestel loopt dwars te liggen.

Zijn er wellicht anderen die wel een IPSEC VPN hebben draaien icm een Android toestel?

[nero355]

EelcoB schreef op woensdag 15 maart 2023 @ 11:33:
Zijn er wellicht anderen die wel een IPSEC VPN hebben draaien icm een Android toestel?

TP-Link Omada Routers en VPN's zijn niet echt een lekkere combinatie lijkt het :
- Petech in "[TP-Link Omada Netwerkapparatuur] Ervaringen & Discussie"
- nielsn in "[TP-Link Omada Netwerkapparatuur] Ervaringen & Discussie"
- The-Source in "[TP-Link Omada Netwerkapparatuur] Ervaringen & Discussie"
- The-Source in "[TP-Link Omada Netwerkapparatuur] Ervaringen & Discussie"

Ik zou het voorlopig bij een los zuinig kastje speciaal voor VPN doeleinden houden, zoals een Banana/Orange/Raspberry Pi of een Intel (Atom/Celeron/Pentium) NUC achtig dingetje

[nielsn]

nero355 schreef op woensdag 15 maart 2023 @ 15:07:
[...]

TP-Link Omada Routers en VPN's zijn niet echt een lekkere combinatie lijkt het :
- Petech in "[TP-Link Omada Netwerkapparatuur] Ervaringen & Discussie"
- nielsn in "[TP-Link Omada Netwerkapparatuur] Ervaringen & Discussie"
- The-Source in "[TP-Link Omada Netwerkapparatuur] Ervaringen & Discussie"
- The-Source in "[TP-Link Omada Netwerkapparatuur] Ervaringen & Discussie"

Ik zou het voorlopig bij een los zuinig kastje speciaal voor VPN doeleinden houden, zoals een Banana/Orange/Raspberry Pi of een Intel (Atom/Celeron/Pentium) NUC achtig dingetje

Of een stabiele Draytek Vigor 2927 met Wireguard (op aanvraag krijg je deze firmware).

[nero355]

nielsn schreef op donderdag 16 maart 2023 @ 09:42:
Of een stabiele Draytek Vigor 2927 met Wireguard (op aanvraag krijg je deze firmware).

DrayTek is altijd de beste keuze als je op MKB niveau gaat shoppen!

[Binnetie]

Binnetie schreef op vrijdag 10 februari 2023 @ 10:52:
Ik doe het denk ik liever in 1x goed en ga denk ik voor de:
1x uitvoering: TP-Link JetStream TL-SG2016P
- 16 poorten waarvan 8 met PoE+ (heb nu 8 poorten in gebruik en met een losse controller worden dat er 9) + toekomstig gebruik
- managed
- voldoende PoE vermogen
- kan in Omoda beheer
2x uitvoering: TP-Link EAP655-Wall
1x uitvoering: TP-Link Omada Cloud Controller OC200

Bij een winkel kun je een offerte vragen en van een andere winkel heb ik nog een bon. Overweeg om het bij 1 winkel te halen, maar met losse winkels schelt het me toch nog bijna 40 euro. Dat geldt kan dan in de wat duurdere switch.

Ik denk dat ik zo een mooie combi heb?

Omdat ik afgelopen week vrij was om wat te klussen in huis. Bezig met extra elektrapunten aan te leggen, schilderen enzo. Heb ik direct ook besloten om de de wifi te upgraden en bovenstaande besteld. Een oude coaxdoos heb ik gebruikt om UTP doorheen te trekken en de EAP655-wall te plaatsen.
Boven had ik op de slaapkamer nog UTP liggen en de UTP-outlet eruit gehaald en daar ook en EAP655-wall geplaatst.
Omada conroller en de switch in de meterkast. Alles was vrij snel ingesteld (gewoon heel eenvoudig gelaten).
Voordeel is dat de Omada controller mijn Ikea hub voorziet van stroom (scheelt weer een stekkerdoos in de meterkast).

Enige 'nadeel' welke ik nu heb is dat de AP's vrijwel recht boven elkaar zitten, wel onder op een ander muur dus een hoek van 90 graden.
De Bluesound draadloze speakers verbonden met het AP boven op 2.4Ghz (terwijl ze 5GHz ondersteunen) met -70dB, dat merk je doordat er regelmatig audiodrops zijn. Via wat Googlen heb ik een RSSI drempel ingesteld van 60db, dat is het minimale voor hi-res audio op het AP boven (volgens fabrikant).
Nu verbinden ze met het AP beneden. Eentje op 2.4Ghz en eentje op 5GHz, maar wel met -42dB.

Ik zie alleen wel dat ik in 14 uur tijd 107 WPA Authentication Timeouts/Failures heb. Ben er nog niet achter wat dit is. En hoe ik kan zien welk apparaat dit heeft. Ik heb de SSID en wachtwoord van de vorige wifi overgenomen.

[Mr_gadget]

Binnetie schreef op zondag 19 maart 2023 @ 10:05:
[...]


Ik zie alleen wel dat ik in 14 uur tijd 107 WPA Authentication Timeouts/Failures heb. Ben er nog niet achter wat dit is. En hoe ik kan zien welk apparaat dit heeft. Ik heb de SSID en wachtwoord van de vorige wifi overgenomen.

Dat heeft waarschijnlijk met de signaal sterkte te maken. Dan is het signaal ergens niet sterk genoeg om het authenticatie proces te doorlopen. Had het ook en sinds ik ben overgestapt van een EAP615 naar een EAP650 eigenlijk geen last meer van.

[Binnetie]

Mr_gadget schreef op zondag 19 maart 2023 @ 15:52:
[...]

Dat heeft waarschijnlijk met de signaal sterkte te maken. Dan is het signaal ergens niet sterk genoeg om het authenticatie proces te doorlopen. Had het ook en sinds ik ben overgestapt van een EAP615 naar een EAP650 eigenlijk geen last meer van.

Bedankt! Kun je ergens ook zien wat er dan probeert verbinding te maken? Kan me niet voorstellen dat er een apparaat is die geen ontvangst heeft.

[Mr_gadget]

Je kan in de log bij die error toch zien welk apparaat het is? Bij mij vooral iPhones

[nero355]

Binnetie schreef op zondag 19 maart 2023 @ 10:05:
Enige 'nadeel' welke ik nu heb is dat de AP's vrijwel recht boven elkaar zitten, wel onder op een ander muur dus een hoek van 90 graden.

Dit heeft wat meer uitleg nodig, want ik heb echt geen idee wat je bedoelt!

De Bluesound draadloze speakers verbonden met het AP boven op 2.4Ghz (terwijl ze 5GHz ondersteunen) met -70dB, dat merk je doordat er regelmatig audiodrops zijn. Via wat Googlen heb ik een RSSI drempel ingesteld van 60db, dat is het minimale voor hi-res audio op het AP boven (volgens fabrikant).
Nu verbinden ze met het AP beneden. Eentje op 2.4Ghz en eentje op 5GHz, maar wel met -42dB.

2.4 GHz moet je gewoon helemaal terugschroeven naar de laagst mogelijke waard of desnoods gewoon helemaal uitschakelen of in ieder geval geen SSID uitzenden op die frequentie op sommige plekken!

Ik zie alleen wel dat ik in 14 uur tijd 107 WPA Authentication Timeouts/Failures heb. Ben er nog niet achter wat dit is. En hoe ik kan zien welk apparaat dit heeft. Ik heb de SSID en wachtwoord van de vorige wifi overgenomen.

Waarschijnlijk inderdaad door een net wel/net niet signaal dus flink spelen met de signaalwaardes en als het echt niet anders kan toch maar de Accesspoin(s) verplaatsen!

[Binnetie]

nero355 schreef op zondag 19 maart 2023 @ 18:01:
[...]

Dit heeft wat meer uitleg nodig, want ik heb echt geen idee wat je bedoelt!


[...]

2.4 GHz moet je gewoon helemaal terugschroeven naar de laagst mogelijke waard of desnoods gewoon helemaal uitschakelen of in ieder geval geen SSID uitzenden op die frequentie op sommige plekken!


[...]

Waarschijnlijk inderdaad door een net wel/net niet signaal dus flink spelen met de signaalwaardes en als het echt niet anders kan toch maar de Accesspoin(s) verplaatsen!

Ik heb even geen plattegrond beschikbaar.

Maar zie de hoek van mijn kamer (BG), recht erboven zit een slaapkamer (1E). Dan zie je in het rood hoe de AP's op de muur zitten.


Ik heb de errors niet meer gezien de afgelopen 24 uur. Ik denk dat het kwam omdat ik een foutje had in het wachtwoord van het SSID. En dat ik pas later deze errors zag.

Sommige apparaten ondersteunen geen 5GHz en zitten redelijk ver van een AP af. Waar kun je de signaalsterkte aanpassen?
Tot nu toe erg tevreden. Ik zit soms te kijken wat een bepaald apparaat aan data verbruikt. Zit je een middag Spotify te luisteren via een Google Home speaker, zie je dat er ruim 1,5GB door zo'n apparaatje is ontvangen.

[Suikerwafel]

Graag wil ik jullie advies, voornamelijk of ik zo een compleet en doordacht systeem aanschaf. Het gaat om een huis van twee verdiepingen. Een verdieping zonder binnenmuren, de andere verdieping met. Het zou dus kunnen dat ik een extra access point moet aanschaffen. Ik wil de twee access points aansluiten middels POE.

Momenteel heb ik de volgende items in mijn winkelwagen:

uitvoering: TP-Link TL-R605 SafeStream Gigabit Multi-WAN VPN-Router
uitvoering: TP-Link Omada Cloud Controller OC200
uitvoering: TP-Link TL-SG108PE
uitvoering: TP-Link EAP650-Wall


Ik twijfel nog tussen de EAP650 wall en de EAP655 wall. Ze zijn 20 euro duurder, maar ik zie nog niet zo goed de meerwaarde hiervan. Weet iemand dit?
uitvoering: TP-Link EAP655-Wall

En zijn deze wall modules minder goed (als in snelheid/verbindindingssterkte) dan de standaard acces points?

Laatste vraag, ik heb televisie via T-Mobile, werkt dit met de TP-Link router? Momenteel werkt het wel met het huidige systeem (ASUS Rapture GT-AX11000).

Alvast bedankt!

[nero355]

Binnetie schreef op maandag 20 maart 2023 @ 11:33:
Ik heb even geen plattegrond beschikbaar.

Dit is ook duidelijk!

Maar zie de hoek van mijn kamer (BG), recht erboven zit een slaapkamer (1E). Dan zie je in het rood hoe de AP's op de muur zitten.
[Afbeelding]

Dan kan je inderdaad wat overlapping hebben, maar met wat finetuning moet dat wel op te lossen zijn

Ik heb de errors niet meer gezien de afgelopen 24 uur. Ik denk dat het kwam omdat ik een foutje had in het wachtwoord van het SSID. En dat ik pas later deze errors zag.

LOL!

Sommige apparaten ondersteunen geen 5GHz en zitten redelijk ver van een AP af.

Dat maakt niet uit : 2.4 GHz is echt super hardnekkig!

Waar kun je de signaalsterkte aanpassen?

In het overzicht op je Accesspoint clicken en dan naar Settings gaan als het goed is ?!

Zie : https://www.tp-link.com/us/support/faq/2511/
Low/Medium/High of zelf waardes invullen

Suikerwafel schreef op maandag 20 maart 2023 @ 11:51:
uitvoering: TP-Link TL-R605 SafeStream Gigabit Multi-WAN VPN-Router
uitvoering: TP-Link Omada Cloud Controller OC200
uitvoering: TP-Link TL-SG108PE
uitvoering: TP-Link EAP650-Wall

De 108PE is een prima ding, maar zal niet in je Omada Controller verschijnen helaas

Ik twijfel nog tussen de EAP650 wall en de EAP655 wall. Ze zijn 20 euro duurder, maar ik zie nog niet zo goed de meerwaarde hiervan. Weet iemand dit?
uitvoering: TP-Link EAP655-Wall

Het aantal poorten onderaan de Wall unit die als Switch dienen

Hou er rekening mee dat als je ooit de PoE Out wilt gebruiken dat je dan de Wall unit via PoE+ 802.3at moet voeden i.p.v. PoE 802.3af om voldoende vermogen te kunnen leveren aan zowel de Wall unit als een eventuele Switch erachter!

En zijn deze wall modules minder goed (als in snelheid/verbindindingssterkte) dan de standaard acces points?

Ik vind ze de beste uitvinding sinds gesneden brood en zie geen reden meer om thuis aan de gang te gaan met "schotelmodellen" in ieder geval!

Laatste vraag, ik heb televisie via T-Mobile, werkt dit met de TP-Link router? Momenteel werkt het wel met het huidige systeem (ASUS Rapture GT-AX11000).

Voor zover ik weet is T-Mobile tegenwoordig een kwestie van de WAN Poort als DHCP i.c.m. Tagged VLAN 300 instellen en dan zou alles moeten werken!

Vroeger zat daar nog een apart IPTV VLAN bij waarmee je in de weer moest om het werkende te krijgen, iets van 600 of zo geloof ik ?!
Hoe dan ook wel te fixen met wat trucjes!

[Mr_gadget]

Suikerwafel schreef op maandag 20 maart 2023 @ 11:51:

En zijn deze wall modules minder goed (als in snelheid/verbindindingssterkte) dan de standaard acces points?
Alvast bedankt!

Ligt aan de plaatsing en omgeving. Maar in mijn geval werkte een EAP615 stukken minder goed dan een EAP650. Maar dat is logisch, met een plafond accespoint heb je vaak veel minder obstakels (dus een directe line of sight) tot je telefoon of laptop.