Mon compte Liste de souhaits (0)

Transmetteur Ethernet

Transmetteur Ethernet

Communicateurs IP Ethernet pour systèmes d'alarme – avec connexion stable, rapide et fiable vers la télésurveillance. Les communicateurs Ethernet Trikdis se connectent via le bus de données ou le port série de la centrale d'alarme, permettant non seulement la transmission d'événements mais aussi l'activation et la désactivation à distance.

Avec l'application Protegus 2, notifications en temps réel et télécommande disponibles. Compatible avec les centrales d'alarme Paradox, DSC et d'autres fabricants.


Il n’y a aucun produit à lister dans cette catégorie.

Questions fréquentes

Oui : les E16/E16T et le FLEXi SP3 sont purement Ethernet, mais il existe aussi des versions combinées avec carte SIM, à double voie (redondantes) : par exemple le GET et la version correspondante du FLEXi SP3. L'Ethernet offre un canal stable, à trafic de données illimité, pour la transmission des alarmes.

Placez le communicateur sur un réseau ou un VLAN distinct et isolé, sans accès au LAN interne. Les règles locales de pare-feu et de filtrage ne bloquent alors plus la connexion sortante, et l'appareil d'alarme ne voit pas non plus les postes internes. Aucune redirection de port entrant n'est nécessaire : un accès Internet sortant suffit.

Le symptôme : l'appareil raccordé en Ethernet — E16, E16T, GET ou FLEXi SP3 — est bien sur le réseau et reçoit une adresse IP, mais aucune connexion ne s'établit vers Protegus 2 ni vers le centre de télésurveillance.

Pourquoi : dans la plupart des cas, l'appareil n'est pas en cause : c'est le réseau local qui ne le laisse pas sortir. Sur les réseaux d'entreprise et d'institution, cela vient d'une règle de pare-feu, d'un filtre de contenu, d'un proxy, d'un filtrage MAC ou d'une politique VLAN stricte. D'après notre expérience, cela ne se produit pratiquement que sur des réseaux d'entreprise fermés — mais nous l'y avons déjà rencontré à plusieurs reprises.

La solution recommandée : placez le communicateur sur un réseau ou un VLAN distinct et isolé, sans accès au LAN interne. Cela règle deux choses à la fois :

  • les règles du réseau interne n'interfèrent plus avec le trafic sortant du communicateur ;
  • c'est aussi la bonne configuration du point de vue de la sécurité : l'appareil d'alarme ne voit pas les postes internes, et une éventuelle infection du réseau interne ne l'atteint pas.

Ce dont l'appareil a besoin :

  • un accès Internet sortant, sans filtrage ;
  • le DHCP, ou en adresse IP fixe la bonne passerelle et le bon DNS ;
  • aucune redirection de port entrant n'est nécessaire : c'est le communicateur qui établit lui-même la connexion vers l'extérieur.

Si un VLAN distinct n'est pas envisageable : sur le pare-feu, excluez l'adresse IP de l'appareil du filtrage de contenu et du proxy, et autorisez son trafic sortant sans restriction.

Et n'oubliez pas : un communicateur a deux liaisons distinctes — l'une vers la centrale d'alarme (bus ou TIP/RING), l'autre vers l'extérieur (Ethernet ou SIM). Ce défaut concerne le côté extérieur ; la communication avec la centrale peut très bien fonctionner.

Sur de nombreux switchs, la protection contre les boucles (loop detection) détecte, pour une raison ou une autre, l'E16 comme une boucle et bloque son port. C'est un phénomène fréquent et connu, pas un défaut de câble ni de configuration. Sur un switch administrable, désactivez la protection contre les boucles sur ce port. Sur un switch non administrable, elle ne peut pas être désactivée : le communicateur doit alors être raccordé à un switch administrable ou à un routeur.

Le symptôme : l'E16 est raccordé à un switch, le câble est en bon état, et pourtant il n'obtient pas d'adresse IP et ne joint ni Protegus 2, ni le centre de télésurveillance. Sur un switch administrable, l'interface affiche le port à l'état « loop detected » ou « blocked ». La même chose peut arriver avec les autres communicateurs Ethernet (GET, FLEXi SP3).

Pourquoi : de nombreux switchs disposent d'une protection contre les boucles (appelée loop detection, loop prevention, loop guard ou loopback detection) — pas seulement les administrables, mais aussi les switchs simples non administrables. Pour une raison ou une autre, le switch détecte l'E16 comme une boucle et bloque son port. C'est un phénomène fréquent et connu, pas un défaut de l'appareil, du câble ni des réglages.

La solution :

  • Switch administrable : connectez-vous à son interface d'administration et désactivez la protection contre les boucles sur le port auquel le communicateur est raccordé ; si le port reste bloqué, réactivez-le.
  • Switch non administrable : la protection contre les boucles ne peut pas y être désactivée. Raccordez le communicateur à un routeur ou à un switch administrable et désactivez-y la protection contre les boucles sur le port du communicateur.

Rien n'est à modifier sur le communicateur lui-même. Si le port n'est pas bloqué et que le communicateur obtient une adresse IP sans pour autant accéder à Internet, consultez la question sur les réseaux d'entreprise fermés.

Toutes les questions

Veuillez noter que le contenu de cette page a été traduit automatiquement, peut donc contenir des erreurs.
 
🇪🇺Distribution officielle UEdirectement de l'usine
🛠️Support expertaussi pour les installateurs
✓Garantie fabricantsur tous les produits
🚚Livraison rapidedepuis le stock