# Perte de connexion réseau pour l’interphone

Lorsqu’un [Interphone Verkada](https://docs.verkada.com/docs/video-intercom-overview.pdf) perd la connectivité, voici à quoi s’attendre :

* Si l’interphone est en mode contrôleur de porte unique, il continue d’exécuter la dernière configuration connue. Cela signifie que les utilisateurs dont les identifiants ont été configurés avant la coupure de connectivité peuvent toujours badger pour entrer.
* Les flux locaux établis pendant que l’interphone était encore en ligne continuent normalement, tant que la page n’est pas actualisée.
* Les événements d’accès et d’appel sont stockés localement à bord.
* Lorsque la connectivité est rétablie, l’interphone récupère la configuration la plus récente et télécharge les événements d’accès et d’appel mis en cache vers Verkada Command.

## Impact sur les appels

Les interphones Verkada nécessitent une connexion Internet pour passer des appels **avec une exception** : le protocole SIP (Session Initiation Protocol) local. Si le serveur SIP est joignable sur le réseau local, alors les appels fonctionnent normalement, même pendant une panne Internet.

{% hint style="danger" %}
**Important**. Tout autre type de récepteur ***ne peut*** pas recevoir d’appels d’un interphone ni passer d’appels vers un interphone sans connexion Internet.
{% endhint %}

## Impact sur le déverrouillage

Si l’interphone fonctionne comme contrôleur de porte unique, ou si la sortie de déverrouillage est utilisée :

* Le DTMF (Double-Tone Multifrequency) via SIP local peut déverrouiller.
* Le badging avec des identifiants valides peut déverrouiller.

Si l’interphone est appairé à une porte dans Command qui est câblée à un contrôleur d’accès Verkada :

* L’interphone utilise le déverrouillage cloud et **seuls les lecteurs de badge peuvent déverrouiller**.
