> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/es/zoom-workplace/zoom-phone/zoom-phone-local-survivability-field-guide/overview.md).

# Descripción general

### ¿Qué es Zoom Phone Local Survivability?

#### <mark style="color:azul;">ZPLS es un dispositivo virtual local que admite llamadas telefónicas internas entre usuarios en un sitio común cuando los centros de datos de Zoom no están disponibles</mark>

El módulo ZPLS es un dispositivo local que permite a los usuarios dentro del mismo **sitio** realizar llamadas telefónicas entre sí cuando los centros de datos de Zoom no están disponibles. Esto crea una solución de supervivencia para la continuidad Comercial en caso de una interrupción de la red.

{% hint style="danger" %}
Dentro de esta guía, un **sitio** es un término específico utilizado en Zoom Phone que agrupa a los usuarios bajo una identidad común, como una Ubicación de oficina. Para algunos Clientes, varios edificios se representan mediante un solo sitio; para otros, cada edificio de un campus puede constituir su propio sitio. Los Clientes deben tener en cuenta sus configuraciones de sitio existentes o potenciales al considerar el módulo ZPLS debido a las consideraciones de diseño mencionadas en este artículo.
{% endhint %}

**ZPLS también admite llamadas entre sitios cuando los dispositivos ZPLS y sus sitios asociados están conectados a través de una red común**

Por sí solo, un dispositivo ZPLS (también denominado módulo, es decir, un *módulo Zoom Node*) proporciona supervivencia a los usuarios dentro de un común Zoom Phone **sitio**Sin embargo, varios módulos ZPLS conectados a través de una red local, de campus o de área amplia pueden admitir comunicación entre sitios, Conectando usuarios de diferentes sitios durante un Evento de supervivencia siempre que la red interna siga operativa.

#### <mark style="color:azul;">Los Clientes pueden integrar ZPLS con un SBC para realizar y recibir llamadas RTPC cuando los centros de datos de Zoom no sean alcanzables</mark>

Los Clientes pueden integrar el módulo ZPLS con un controlador de borde de sesión (SBC) para llamadas externas a la Red telefónica pública conmutada (RTPC) cuando los centros de datos de Zoom no están disponibles. Esto permite que los usuarios con números de RTPC proporcionados por Zoom o por operadores BYOC de terceros reciban llamadas Entrantes de terceros externos cuando el desvío de llamadas para la resiliencia está habilitado en la nube, y realicen llamadas telefónicas externas independientemente de las condiciones de la red local o de la disponibilidad del centro de datos de Zoom; sin embargo, la llamada interna puede verse limitada por el diseño del sitio.

#### <mark style="color:azul;">El módulo ZPLS es el punto de registro de tercera prioridad para los dispositivos compatibles, prefiriendo las zonas SIP primaria y secundaria de Zoom Phone dentro de la nube cuando están Disponible</mark>

Durante un proceso de arranque rutinario, un cliente de Zoom Phone descarga los registros DNS SRV de las zonas SIP primarias y secundarias (puntos de registro) ubicadas dentro de los centros de datos de Zoom. Sin embargo, en los sitios habilitados para la supervivencia con un módulo ZPLS, los dispositivos cliente compatibles también se configuran con un *tercero* grabar SRV, apuntando a la Dirección IP del módulo del sitio.

#### <mark style="color:azul;">El módulo ZPLS supervisa la disponibilidad de Zoom nube mediante pings OPTIONS de rutina a zonas SIP específicas del sitio</mark>

En el curso de las operaciones normales, el módulo ZPLS generalmente está inactivo dentro de la red local y no participa en la administración de llamadas. En su lugar, el módulo ZPLS envía pings OPTIONS rutinarios a zonas SIP específicas del sitio para supervisar la conectividad activa entre ubicaciones.

#### <mark style="color:azul;">El modo de supervivencia solo se activa cuando tanto el módulo ZPLS como los dispositivos cliente no pueden conectarse a zonas SIP específicas del sitio</mark>

Un módulo ZPLS solo entra en modo de supervivencia cuando fallan los pings de rutina OPTIONS entre el módulo ZPLS y las zonas SIP primaria y secundaria. Los dispositivos cliente que pierdan la conexión con las zonas SIP al mismo tiempo que el módulo ZPLS se registrarán en el módulo, siempre que exista conectividad IP entre los dispositivos. Si el módulo ZPLS mantiene la conectividad con la nube de Zoom Phone, no aceptará registros SIP.

#### <mark style="color:azul;">El tiempo aproximado para conmutar a un módulo ZPLS es de aproximadamente tres minutos, pero puede variar según el número de dispositivos</mark>

En el evento de que las zonas SIP específicas del sitio no sean accesibles, el tiempo aproximado de conmutación por error del Dispositivo a un módulo ZPLS es de tres minutos. Sin embargo, este tiempo puede variar según el número de Dispositivos concurrentes que intenten registrarse en cada módulo ZPLS.

#### <mark style="color:azul;">Los clientes de escritorio notifican a los usuarios al entrar y salir del modo de supervivencia</mark>

Cuando los clientes de escritorio de Zoom pasan al modo de supervivencia, los usuarios reciben una alerta que les informa que no tienen conexión a Internet, pero el servicio telefónico sigue estando Disponible.

<div data-with-frame="true"><img src="/files/5d85cf164782b2226dba78b981b4ba0c610baa83" alt=""></div>

Una vez que se restablecen los servicios, los usuarios reciben una alerta de restauración de la conexión.

<div data-with-frame="true"><img src="/files/aa21f19624b41d2f51146370bb56c9c2ff1f6d16" alt=""></div>

{% hint style="info" %}
Esta alerta es exclusiva de los clientes de escritorio de Zoom; los teléfonos IP no mostrarán una alerta de conmutación por error o de reserva.
{% endhint %}

#### <mark style="color:azul;">Las llamadas activas se caerán cuando se active el modo de supervivencia y los usuarios deben restablecer la llamada manualmente</mark>

Los usuarios involucrados en una llamada activa cuando se desconecten de las zonas SIP de su sitio escucharán una señal de Ocupado rápida antes de que su llamada se desconecte. Después de la desconexión y la conmutación por error al modo de supervivencia, los usuarios deben restablecer manualmente su llamada.

#### <mark style="color:azul;">El desvío de llamada puede dirigir llamadas Entrantes a un número BYOC cuando el modo de supervivencia está activo</mark>

Durante un Evento de supervivencia, los dispositivos con Números de teléfono registrados en la nube de Zoom Phone no son accesibles debido a la pérdida de conectividad a Internet. Sin embargo, los Clientes de ZPLS con un SBC y un operador independiente pueden establecer reglas de desvío de llamadas en el portal web para la marcación directa hacia extensiones internas. Cuando está habilitado, el enrutamiento de llamadas desvía las Entrantes a un número registrado en Zoom Phone, a un *número separado* vinculado a un troncal RTPC local del cliente. Esto permite a los Clientes la flexibilidad de comprar números directamente de Zoom, a la vez que siguen pudiendo responder llamadas directamente en un sitio que ha perdido conectividad con la nube.

Por ejemplo, si un usuario tiene el número de teléfono X55-555-5555 registrado en Zoom Phone y el sitio del usuario entra en modo de supervivencia, el número de teléfono del usuario no está disponible desde la perspectiva de la nube de Zoom. Si el desvío de llamadas está habilitado y se llama a su número, Zoom Phone puede reenviar la solicitud a su número de teléfono de desvío designado (por ejemplo, X11-111-1111) a través de la RTPC al SBC del cliente. En consecuencia, los llamantes externos pueden comunicarse con los usuarios dentro de un sitio afectado que está atravesando un Evento de supervivencia.

#### <mark style="color:azul;">ZPLS admite grupos de distribución de supervivencia, proporcionando capacidades matizadas de enrutamiento de llamadas durante un Evento de supervivencia</mark>

Los módulos de ZPLS admiten Grupos de Distribución de Supervivencia (SDG) para configuraciones matizadas de enrutamiento de llamadas durante un Evento de supervivencia. Con los SDG, un Comercial puede enrutar las llamadas internas y las Entrantes de RTPC a un usuario individual, a un grupo de usuarios (similar a una cola de llamadas o a un grupo compartido), a un menú IVR, a otro número de teléfono o, si es necesario, a otro SDG.

Aunque los SDG no ofrecen la misma funcionalidad completa que las colas de llamadas, los grupos de línea compartida o los recepcionistas automáticos en operación estándar, los SDG pueden seguir respaldando las necesidades críticas de Enrutamiento de llamadas de un Comercial hasta que se restablezcan las operaciones normales.

Se puede Añadir un SDG usando la **Añadir grupo de rutas** configuración dentro del portal del administrador.

<div data-with-frame="true"><figure><img src="/files/df4a7cf04ab23ba2110744d56304b3b442d6d00c" alt="" width="508"><figcaption></figcaption></figure></div>

#### <mark style="color:azul;">Las llamadas internas entre usuarios en modo de supervivencia continúan protegidas por SRTP</mark>

Durante el modo de supervivencia, las llamadas telefónicas internas entre usuarios están protegidas por el Protocolo de transporte seguro en tiempo real (SRTP) mediante cifrado AES-128 o 256, según las [capacidades del Dispositivo](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Voice-Supported-Devices).

#### <mark style="color:azul;">Los servicios de nube/Enrutamiento se restaurarán después de que el módulo ZPLS haya mantenido una conectividad SIP fiable con la zona durante aproximadamente cinco minutos</mark>

Una vez que los dispositivos cliente y el módulo ZPLS hayan restablecido una conexión con las zonas SIP específicas del sitio, el tiempo aproximado de recuperación y retorno a las operaciones normales es de cinco minutos. Esto incluye un período de tiempo para garantizar que las conexiones de red sean estables en caso de una recuperación de red intermitente o parcial (flapping). Si la conectividad de red es intermitente, los dispositivos cliente y el módulo ZPLS permanecerán en modo de supervivencia hasta que se determine que las conexiones son estables.

#### <mark style="color:azul;">El módulo ZPLS cargará los registros de detalle de llamadas para todas las llamadas realizadas después de salir del modo de supervivencia</mark>

Después de que el módulo ZPLS haya salido correctamente del modo de supervivencia y la conectividad de la zona SIP sea estable, el módulo cargará los registros de detalle de llamadas (CDRs) de todas las llamadas realizadas en modo de supervivencia. Estos registros se marcan en los informes como llamadas que se completaron mientras estaban en modo de supervivencia.

#### <mark style="color:azul;">Los cambios de sitio, incluida la adición o modificación de usuarios o dispositivos, se sincronizan con el módulo ZPLS una vez cada 10 horas</mark>

Las actualizaciones de la configuración de un sitio a través del portal web de Zoom, incluida la adición o modificación de usuarios o dispositivos, se sincronizan con el módulo ZPLS una vez cada 10 horas. Si se produce un Evento de inactividad antes de que los nuevos cambios de configuración se sincronicen con el módulo ZPLS, el módulo utilizará la última configuración conocida.

#### <mark style="color:azul;">Los Clientes pueden probar o simular eventos de conmutación por error con el modo de prueba</mark>

Los Clientes pueden simular eventos de conmutación por error para un sitio habilitando el Modo de prueba desde el portal web. Una vez que el modo de prueba está habilitado para un sitio específico, el módulo ZPLS debe reiniciarse para aceptar los registros de clientes. Después, los usuarios que cierren sesión y vuelvan a iniciar sesión en su cliente de escritorio se registrarán automáticamente en el módulo ZPLS siempre que el modo de prueba esté habilitado.

Mientras el Modo de prueba esté activo, el módulo ZPLS funcionará como si estuviera ocurriendo un Evento de conmutación por error. Los usuarios internos pueden realizar llamadas a otros usuarios dentro de su sitio. Además, las llamadas Salientes y Entrantes se enrutarán a través del SBC conectado si está configurado, y las llamadas Entrantes seguirán las reglas de desvío de llamadas si están configuradas y habilitadas.

Después de deshabilitar el Modo de prueba, el módulo ZPLS debe reiniciarse para reanudar las operaciones normales de la red.

{% hint style="info" %}
El Modo de prueba no se aplica a los dispositivos de teléfono IP. El Modo de prueba solo se puede probar con las aplicaciones de escritorio de Zoom.
{% endhint %}

### Funciones y clientes compatibles

#### <mark style="color:azul;">Funciones Disponible en el modo de supervivencia</mark>

La siguiente lista contiene las funciones compatibles del módulo ZPLS cuando el modo de supervivencia está activado:

**Funciones de llamadas**

* Marcación interna por extensión
* Marcación completa de extensión con código del sitio
* Marcar desde el historial de llamadas
* DTMF (RFC 2833)
* Conferencia ad hoc de 3 participantes
* Desvío de llamadas\*
* RTPC Entrantes/Salientes\*
* Búsqueda/marcación de contactos (primeros 25.000 contactos)
* Marcar por nombre
* Silenciar/Reactivar audio
* Poner en espera/Reanudar llamada
* Estacionamiento de llamadas

**Transferencia y Enrutamiento**

* Transferencia con consulta
* Transferencia directa
* Número de identificación de Ubicación de emergencia
* Llamadas entre módulos ZPLS

**Distribución de supervivencia**

* Enrutar al usuario
* Enrutar a los miembros del grupo
* Enrutar al número de teléfono\*
* Enrutar a IVR
* horario comercial
* Timbre Secuencial
* Timbre Simultánea
* Indicaciones de audio

<sub>*\*Requiere SBC e Integraciones BYOC*</sub>

#### <mark style="color:azul;">Funciones no disponibles en el modo de supervivencia</mark>

La siguiente lista contiene funciones que no son compatibles cuando el modo de supervivencia está activado:

* Añadir/Eliminar contacto
* Correo de voz
* Escalar a conferencia de varias partes (4+ usuarios)
* Escalar a reunión
* Captura de llamada
* Cambiar a operador
* Llamadas e911 nómadas
* Marcación rápida
* Monitoreo (Intrusión/Monitor/Susurro)
* Delegación de llamadas
* Intercomunicador
* Llamadas cifradas de extremo a extremo (E2EE)
* Contestador automático
* Cola de llamadas

#### <mark style="color:azul;">Dispositivos cliente compatibles</mark>

Consulte nuestro Centro de soporte para obtener una lista de [dispositivos cliente compatibles](https://support.zoom.us/hc/en-us/articles/360029698771-Supported-desk-phone-features#h_01GGF32MEZ6DDT3VBE8Y2D6JH3) y [versiones de firmware compatibles](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Phone-Certified-Hardware).

### Puertos de red y flujo de datos

#### <mark style="color:azul;">Diagrama general</mark>

El siguiente diagrama muestra los puertos de red y los flujos de datos utilizados con un módulo ZPLS y una configuración SBC.

<div data-with-frame="true"><img src="/files/c2df7774870ef1363c2ea125c975447c51fa252e" alt=""></div>

#### <mark style="color:azul;">Requisitos de firewall de supervivencia de ZPLS</mark>

La siguiente tabla enumera los puertos de red utilizados por Zoom Phone durante las operaciones normales cuando no hay interrupción en la conectividad con la nube. Consulte nuestro Centro de soporte para obtener una [lista completa de Direcciones IP](https://support.zoom.us/hc/en-us/articles/201362683-Zoom-network-firewall-or-proxy-server-settings#h_01EEBSGCKBYVB20MCVPR78T0NN) utilizadas para la nube de Zoom Phone.

| Transporte | IP de origen          | IP de destino      | Puerto de destino | Propósito                                            |
| ---------- | --------------------- | ------------------ | ----------------- | ---------------------------------------------------- |
| TCP        | Cliente de Zoom Phone | Nube de Zoom Phone | 5091              | Tráfico de señalización SIP                          |
| TCP        | Cliente de Zoom Phone | Nube de Zoom Phone | 443               | Tráfico web - Configuración del cliente              |
| TCP        | Cliente de Zoom Phone | Nube de Zoom Phone | 390               | Búsqueda de directorio desde teléfonos de escritorio |
| UDP        | Cliente de Zoom Phone | Nube de Zoom Phone | 20000-64000       | Tráfico multimedia SRTP                              |
| TCP        | ZPLS                  | Nube de Zoom Phone | 5091              | Ping de opciones SIP (Keepalive)                     |
| TCP        | ZPLS                  | Nube de Zoom Phone | 443               | Tráfico de administración de nodo / SO               |
| TCP        | ZPLS                  | Nube de Zoom Phone | 9669              | Historial de llamadas / Sincronizar recuperación     |
| TCP        | SBC                   | Nube de Zoom Phone | 5061              | Tráfico de señalización SIP (BYOC)                   |
| UDP        | SBC                   | Nube de Zoom Phone | 10000-64000       | Tráfico multimedia SRTP (BYOC)                       |

La siguiente tabla describe los puertos TCP y UDP utilizados por Zoom Phone cuando el conmutador por error a ZPLS está activo debido a una interrupción en la conectividad con la nube.

| Transporte | IP de origen          | IP de destino | Puerto de destino | Propósito                                            |
| ---------- | --------------------- | ------------- | ----------------- | ---------------------------------------------------- |
| TCP        | Cliente de Zoom Phone | ZPLS          | 5091              | Tráfico de señalización SIP                          |
| UDP        | Cliente de Zoom Phone | ZPLS          | 20000-64000       | Tráfico multimedia SRTP                              |
| TCP        | ZPLS                  | SBC           | 5061              | Búsqueda de directorio desde teléfonos de escritorio |
| UDP        | ZPLS                  | SBC           | 20000-64000       | Tráfico multimedia SRTP                              |

#### <mark style="color:azul;">Requisitos de firewall de peering local de BYOC</mark>

Los Clientes que integran el módulo ZPLS con un SBC para la marcación externa durante un evento de supervivencia deben Habilitar los puertos requeridos para el peering local. Después de configurar un grupo de rutas, las Direcciones IP necesarias para el grupo de rutas están disponibles en la web. Para acceder a las IPs, realice los siguientes pasos:

1. Inicie sesión en el portal web de Zoom.
2. Bajo el encabezado **sección Sistema de telefonía** submenú, seleccione **Información de la empresa**.
3. Haga clic **Configuración de la cuenta**
4. Localice la opción para **Grupos de rutas**. Haga clic en **Administrar** para cargar una nueva página.

   <div data-with-frame="true"><figure><img src="/files/413d646ff0eb6d7e3fc5803cb84fbac480b77f2a" alt="" width="563"><figcaption></figcaption></figure></div>
5. En la página siguiente, localice el Grupo de rutas deseado y coloque el cursor sobre el **"i"** icono.

   <div data-with-frame="true"><figure><img src="/files/77e7285f507a034e8da2633f8170cf001494abb2" alt="" width="563"><figcaption></figcaption></figure></div>
6. Habilite la dirección IP y los puertos especificados dentro de la ventana según sea necesario en su red.

   <div data-with-frame="true"><figure><img src="/files/32b10f193220ee00f6b6ea1c85dc1d9fbb987775" alt="" width="563"><figcaption></figcaption></figure></div>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://library.zoom.com/technical-library/es/zoom-workplace/zoom-phone/zoom-phone-local-survivability-field-guide/overview.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
