Intégrations
Un seul Tagnect, de nombreux constructeurs.
Tagnect ne vend pas de bornes et n’impose aucun constructeur : il gère l’accès sur les équipements déjà installés. Ubiquiti UniFi, TP‑Link Omada, Cisco Meraki, MikroTik RouterOS et OpenWrt aujourd’hui ; Juniper Mist et HPE Aruba en développement. Pour les intégrateurs et les fournisseurs d’accès régionaux, cela signifie servir des réseaux différents avec un seul produit.
Comment Tagnect se connecte
Trois modes d’intégration, une seule expérience
Via le cloud du constructeur
Sur Cisco Meraki, Tagnect utilise l’API cloud Meraki avec la clé du client. Rien n’est installé sur place.
Dans le routeur lui‑même
Sur MikroTik RouterOS et OpenWrt, le connecteur Tagnect s’exécute sur le routeur et communique avec le cloud uniquement par des connexions sortantes. Sans ordinateur sur place.
Via l’API du contrôleur
Sur UniFi et Omada, Tagnect pilote le contrôleur du client via son API, grâce au connecteur Tagnect installé sur le réseau local.
Constructeurs
Ce qu’apporte chaque intégration
Sur toutes les plateformes disponibles, Tagnect applique les mêmes règles : mot de passe rotatif par groupe, durée de session, plages horaires, délai de grâce et OTP. Les contrôles de trafic dépendent de ce que propose chaque équipement.
Ubiquiti UniFi
PSK privée par groupe (PPSK) sur le contrôleur UniFi Network, avec VLAN par groupe et les contrôles de trafic du contrôleur.
Intégration : API du contrôleur, via le connecteur Tagnect.
Statut : disponible.
TP‑Link Omada
PSK par groupe et politiques d’accès du contrôleur Omada (OpenAPI), y compris bande passante, VLAN et isolation.
Intégration : API du contrôleur, via le connecteur Tagnect.
Statut : disponible.
Cisco Meraki
Identity PSK (iPSK) sans RADIUS et politiques de groupe Meraki pour la bande passante, le VLAN et le filtrage de contenu.
Intégration : API cloud Meraki, sans connecteur.
Statut : disponible.
MikroTik RouterOS
Plusieurs PSK par SSID (multi‑passphrase) et réseaux isolés pour les clients, le personnel et les appareils, créés automatiquement sur chaque radio.
Intégration : connecteur dans le routeur ; installation en une ligne dans le terminal.
Prérequis : RouterOS 7.17+ avec le paquet wifi (p. ex. hAP ax).
Statut : disponible.
OpenWrt
PSK rotative avec plusieurs clés dans hostapd, rotation sans déconnecter les clients connectés, et déconnexion d’appareils.
Intégration : connecteur dans le routeur, avec mises à jour signées.
Prérequis : modèles certifiés.
Statut : disponible.
Juniper Mist / HPE Aruba
PSK par utilisateur avec rotation native (Mist PSK) et MPSK (Aruba).
Intégration : cloud du constructeur.
Statut : en développement.
Pour les intégrateurs et les fournisseurs d’accès régionaux
Pourquoi l’indépendance matérielle compte
Les solutions mono‑constructeur obligent le client à remplacer ses équipements avant de s’abonner. Tagnect fait l’inverse : il s’installe sur le parc existant et grandit avec lui.
- Aucun remplacement d’équipementLe client s’abonne sans acheter de nouvelles bornes ; l’investissement déjà réalisé conserve sa valeur.
- Des portefeuilles mixtes dans une seule consoleUniFi chez un client, MikroTik chez un autre, Meraki chez un troisième : mêmes règles, même application, même console.
- Fournisseurs d’accès régionaux sous MikroTikLes fournisseurs d’accès qui livrent déjà des routeurs MikroTik à leurs abonnés ajoutent le Wi‑Fi invités géré, souvent sans intervention sur site.
- Liberté de changer de constructeurSi le client change d’équipement plus tard, les tags, groupes et règles restent dans Tagnect.
Faites valider votre équipement
Indiquez‑nous le constructeur, le modèle et le firmware du contrôleur ou du routeur. Nous confirmons la compatibilité et les contrôles disponibles avant le déploiement.