Mesh auto-organizzata Reyee: copertura Wi-Fi 6 per smart building
Il mesh SON (self-organizing network) di Reyee permette a più access point RG-RAP Wi-Fi 6 di scoprirsi a vicenda e comportarsi come un'unica rete, invece di essere configurati uno per uno. Per progetti multi-piano o multi-stanza, è la differenza tra un piano di copertura vero e proprio e una serie di router isolati.
Come funziona davvero il mesh SON di Reyee
Gli access point si scoprono a vicenda
Ogni access point RG-RAP sulla stessa rete trova automaticamente gli altri AP Reyee nelle vicinanze e negozia il proprio ruolo nella mesh, senza abbinamento manuale su ogni unità.
Un SSID, una policy
Definite la rete Wi-Fi, le VLAN e le impostazioni di sicurezza una sola volta; la mesh propaga questa configurazione su tutti gli AP invece di doverla ripetere dispositivo per dispositivo.
I client fanno roaming tra gli AP
Quando un telefono o un laptop si sposta nell'edificio, passa da un access point all'altro all'interno dello stesso gruppo SON, puntando a una sessione senza riconnessione manuale.
Reyee Cloud supervisiona il gruppo
L'intero gruppo di access point è visibile e gestibile dalla dashboard Reyee Cloud -- stato, distribuzione delle configurazioni e diagnostica da un'unica schermata, invece di accedere a ogni AP singolarmente.
A cosa serve il mesh SON -- e a cosa no
Auto-organizzante, non auto-esplicativo
Il mesh SON elimina la fatica della configurazione AP per AP. Non elimina però la necessità di un sopralluogo serio -- numero di AP, posizionamento e copertura attesa dipendono comunque interamente dalla planimetria e dai materiali del vostro edificio.
Pensato per siti con più AP
Progettato per progetti in cui un singolo access point non avrebbe mai coperto la planimetria -- uffici, spazi commerciali, edifici a più piani con diverse unità RG-RAP che lavorano come gruppo.
Centralizzato via Reyee Cloud
Configurazione, monitoraggio e stato dell'intero gruppo di AP vivono in Reyee Cloud, senza abbonamento obbligatorio per continuare a gestire i dispositivi.
Un problema paragonabile a MikroTik CAPsMAN
MikroTik risolve la gestione centralizzata degli AP con CAPsMAN, basandosi sulla logica del proprio controller. Reyee risolve lo stesso problema di coordinamento tramite mesh SON e Reyee Cloud -- meccanismo diverso, stesso obiettivo: non configurare ogni AP a mano.
Sotto Cisco/Meraki per ambito, non per concetto
Il Wi-Fi per smart building di Cisco/Meraki è la risposta enterprise allo stesso problema multi-AP, con un modello di abbonamento obbligatorio. Reyee è il livello value della stessa idea -- posizionamento onesto, non una pretesa di sostituzione.
I numeri dipendono dal modello e dall'edificio
Raggio di copertura, comportamento del roaming e throughput per AP non sono mai cifre fisse -- dipendono dal modello RG-RAP specifico, dal numero di AP e dal loro posizionamento. Verificate sempre la scheda tecnica Ruijie o Reyee del modello scelto.
Cosa serve a noi per un deployment mesh SON
Pianifichiamo il layout degli AP e il raggruppamento mesh sul vostro edificio, non su una scheda tecnica.
- {'t': 'Pianificazione AP specifica per il sito', 'd': 'Valutiamo planimetria, materiali delle pareti e densità di dispositivi attesa per proporre un numero e un posizionamento di RG-RAP -- non una cifra generica presa da una brochure.'}
- {'t': 'Progettazione del gruppo SON e SSID', 'd': 'Pianifichiamo quali AP entrano nello stesso gruppo auto-organizzante, la struttura VLAN e SSID sottostante, e come deve avvenire il roaming dei client.'}
- {'t': 'Configurazione di Reyee Cloud', 'd': "Configuriamo l'account Reyee Cloud e l'accesso alla dashboard perché il vostro team possa monitorare e gestire il gruppo di AP dopo la consegna -- senza abbonamento obbligatorio."}
- {'t': "Una conversazione onesta sull'ambito", 'd': "Se la scala o i requisiti del vostro progetto puntano piuttosto verso Cisco/Meraki o un'altra architettura come MikroTik CAPsMAN, ve lo diremo prima che vi impegniate su Reyee."}
- {'t': 'Documentazione e riferimenti alle schede tecniche', 'd': 'Consegniamo i numeri di modello RG-RAP specifici utilizzati e indichiamo le schede tecniche Ruijie/Reyee pertinenti, così i valori di throughput e PoE sono verificati, non stimati a occhio.'}
Domande frequenti
Devo configurare ogni access point RG-RAP separatamente?
No -- è proprio questo il senso del mesh SON. Una volta impostato il primo AP, gli altri che entrano nello stesso gruppo auto-organizzante ereditano automaticamente SSID, VLAN e impostazioni di sicurezza.
Quanti access point RG-RAP servono per una copertura completa?
Dipende interamente dalla planimetria dell'edificio, dai materiali delle pareti e dalla densità di client attesa -- non esiste un numero fisso. Lo dimensioniamo tramite un sopralluogo, non con una regola generica.
Reyee Cloud richiede un abbonamento perché il mesh continui a funzionare?
No. Reyee Cloud è una dashboard di gestione gratuita per configurazione e monitoraggio -- a differenza di Meraki, non c'è alcun canone di licenza obbligatorio per mantenere i vostri AP operativi e gestibili.
Come si confronta il mesh SON di Reyee con MikroTik CAPsMAN?
Entrambi risolvono la gestione centralizzata multi-AP, ma in modo diverso: CAPsMAN si basa su un dispositivo controller MikroTik che coordina gli AP, mentre gli AP Reyee si auto-organizzano in mesh e sono gestiti tramite Reyee Cloud. Nessuno dei due è oggettivamente migliore -- dipende da cosa avete già nel vostro stack di rete.
Quando conviene scegliere Cisco/Meraki invece di Reyee per uno smart building?
Quando il progetto richiede supporto di livello enterprise, requisiti di conformità o una profondità funzionale che giustifica l'abbonamento obbligatorio di Meraki. Reyee è il livello value onesto sotto quella soglia -- solido per la maggior parte dei progetti di copertura multi-AP in smart building, non un sostituto per ogni deployment enterprise.
State pianificando una copertura Wi-Fi 6 multi-AP per uno smart building?
Inviateci la planimetria e dimensioneremo un layout mesh SON con RG-RAP, oppure vi diremo onestamente se è più adatta un'altra architettura.