> 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/before-you-begin/pstn-integration-considerations.md).
# Consideraciones para las Integraciones con RTPC
Esta sección se aplica a los clientes que estén considerando integrar el módulo ZPLS con un SBC y una conexión RTPC para obtener capacidad de supervivencia adicional. Los Clientes que no planeen integrar el módulo ZPLS con conectividad RTPC pueden omitir esta sección sin consecuencias.
### Consideraciones sobre la integración de SBC
#### Requisitos del SBC
Para integrar un SBC con Zoom para capacidad de supervivencia, un SBC debe cumplir los siguientes requisitos:
* TLS 1.2 y SRTP
* Compatibilidad con TLS mutuo
* Protocolo de iniciación de sesión (SIP)
* DTMF (RFC-2833)
* Ocultación de topología (RFC-5853)
* Oferta temprana de SIP (**obligatoria**)
* Códecs Opus, G.711 μ-law, G.711 A-law y G.729
#### Las Integraciones de RTPC requieren un SBC y un proveedor externo confiable
Para la conectividad RTPC, los Clientes deben proporcionar un controlador de borde de sesión (SBC) conectado a una conexión heredada o a un troncal SIP con una conexión celular o alternativa (p. ej., DSL). Los Clientes deben tener en cuenta que los troncales SIP implementados en el SBC pueden depender del mismo servicio de internet que está sufriendo una interrupción. Debido a esta posibilidad, los Clientes deben considerar una conexión terciaria confiable para la conectividad RTPC.
#### Se puede utilizar cualquier SBC certificado por BYOC de Zoom Phone
Cualquier controlador de borde de sesión (SBC) que esté [certificado para Zoom Phone](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Phone-Certified-Hardware#h_ec5008d4-3581-46e7-a06d-32599511d089) también se puede utilizar con el módulo ZPLS. Los Clientes con un plan BYOC existente de Zoom Phone no requieren un SBC adicional o independiente para fines de capacidad de supervivencia.
#### Los certificados DigiCert de Zoom deben instalarse en el SBC
Para establecer conectividad TLS tanto con el módulo ZPLS como con la nube de Zoom, los certificados [raíz e intermedios de DigiCert](https://support.zoom.us/hc/en-us/articles/360044092031) deben instalarse en el SBC.
#### Los SBC deben enrutar las llamadas Entrantes a los centros de datos de Zoom Phone como primera y segunda opciones de Enrutamiento, y al módulo ZPLS como tercera opción
Los SBC del cliente deben enrutar las llamadas Entrantes desde la RTPC a la zona SIP primaria y secundaria antes de intentar usar el módulo ZPLS. Con esta configuración, las llamadas solo se enrutarán al módulo ZPLS durante un Evento de capacidad de supervivencia, ya que, de lo contrario, los centros de datos del SBC y de Zoom Phone deberían mantener una conectividad estable.
No seguir esta lógica puede provocar errores en la entrega de llamadas, ya que el módulo ZPLS no puede enrutar llamadas a dispositivos registrados en la nube.
{% hint style="info" %}
Una vez que la nube de Zoom Phone esté Disponible después de un Evento de capacidad de supervivencia, un SBC puede intentar temporalmente enrutar números BYOC a la nube de Zoom mientras el Dispositivo cliente del número afectado está registrado en el módulo ZPLS. Si esto ocurre, el enrutamiento de llamadas seguirá la Configuración de [**Cuando una llamada no se responde**](https://support.zoom.us/hc/en-us/articles/360059966372-Customizing-call-handling-settings#h_86f4bf1b-51ea-4d70-9e40-4a84a5ca1c2c) durante este período provisional.
{% endhint %}
#### Las llamadas Salientes desde el módulo ZPLS deben enrutarse al SBC y al troncal SIP de RTPC
Cuando el modo de capacidad de supervivencia está activo, las llamadas desde ZPLS hacia el SBC deben enrutarse al troncal SIP de RTPC para establecer conexiones telefónicas externas. Todas las llamadas a números que no estén registrados en el módulo ZPLS se envían al SBC configurado para capacidad de supervivencia en formato E.164.
### Consideraciones sobre el desvío de llamadas para capacidad de supervivencia local
#### Durante un Evento de capacidad de supervivencia, los Números de teléfono proporcionados por Zoom Phone no serán accesibles externamente a menos que se redirijan mediante el desvío de llamadas
Durante un Evento de capacidad de supervivencia, los Números de teléfono proporcionados por Zoom no serán accesibles externamente desde la perspectiva de la nube. Por consiguiente, los usuarios ubicados en Ubicaciones afectadas pueden no ser localizables a menos que las llamadas a sus números principales se desvíen a un número alternativo asociado con un SBC local.
{% hint style="info" %}
Los ejemplos comunes de números afectados pueden incluir números asignados a: usuarios, áreas comunes, recepciones automáticas (AR), grupos de líneas compartidas (SLG) y colas de llamadas (CQ).
{% endhint %}
#### Los Clientes que utilicen BYOC basado en instalaciones locales no requieren configuraciones avanzadas y pueden omitir el desvío de llamadas añadiendo una ruta terciaria a su módulo ZPLS desde su SBC
Los Clientes que utilicen un plan BYOC basado en instalaciones locales (es decir, Clientes que no utilizan números registrados en Zoom Phone) no requieren configuraciones avanzadas para Habilitar el desvío de llamadas. En su lugar, los Clientes BYOC pueden añadir una ruta terciaria al módulo ZPLS desde el SBC basado en las instalaciones.
#### Las configuraciones de desvío de llamadas las establece un administrador o usuario autorizado desde el portal web
Un administrador de cuenta o usuario autorizado puede [Configure la lógica de desvío de llamadas](#_1od0waijmvaz) desde el portal web mediante [entrada manual o carga masiva de CSV](#_aezu04x8z043).
#### Los usuarios configurados para el desvío de llamadas tendrán tres números asignados
Después de aplicar un número BYOC a un usuario para la capacidad de supervivencia de desvío de llamadas, al Dispositivo cliente se le asignarán *al menos* tres números:
1. Una extensión interna con el código de sitio antepuesto
2. Un número RTPC proporcionado por Zoom
3. Un número RTPC BYOC
#### Los Números de teléfono se pueden desviar a un máximo de un número BYOC
Cada número de Zoom Phone se puede desviar a un máximo de **un** otro número BYOC. Sin embargo, puede desviar varios Números de teléfono al mismo número BYOC.
Por ejemplo, si a Juan se le asigna el número de teléfono X55-555-5555, el número de teléfono de Juan se puede desviar al número de operadora de su edificio en X99-999-9999. De forma similar, los compañeros de Juan también pueden desviar sus números (X55-555-5554, X55-555-5553, etc.) a X99-999-9999. Como alternativa, cada usuario puede desviar su número de teléfono a un número completamente único, como X55-555-5554 enrutado a X99-999-9998 y X55-555-5553 enrutado a X99-999-9997. Sin embargo, ningún usuario individual puede desviar su número tanto a X99-999-9999 como a X99-999-9998.
#### El desvío de llamadas debe permanecer deshabilitado hasta que ocurra un Evento de capacidad de supervivencia
Aunque un administrador puede preaprovisionar la lógica de desvío de llamadas para un sitio con antelación, la funcionalidad de desvío de llamadas debe permanecer deshabilitada hasta que ocurra un Evento de capacidad de supervivencia. Si el desvío de llamadas está Habilitar durante las operaciones rutinarias, todas las llamadas Entrantes a un número registrado en Zoom Phone se redirigirán al SBC local y al número de teléfono BYOC asociado, omitiendo los servicios de Zoom Phone. Por lo tanto, para mantener el Enrutamiento habitual de Zoom Phone, el desvío de llamadas debe estar deshabilitado durante las operaciones rutinarias.
#### El desvío de llamadas solo puede ser Habilitar por un usuario autorizado o administrador con una conexión a internet funcional
Durante un Evento de modo de capacidad de supervivencia, se supone que la conexión a internet de un sitio no está Disponible. Sin embargo, debido a que el desvío de llamadas debe permanecer deshabilitado para el funcionamiento Estándar, solo puede ser Habilitar por un usuario autorizado o administrador con una conexión a internet funcional, como un plan de datos telefónicos o una conexión a internet alternativa en una Ubicación diferente.
{% hint style="info" %}
Para minimizar el tiempo de inactividad y garantizar la continuidad Comercial, Zoom recomienda que las empresas establezcan procedimientos confiables para Habilitar la lógica de desvío de llamadas desde el portal web durante un Evento de capacidad de supervivencia.
{% endhint %}
#### Las reglas de desvío de llamadas se pueden aplicar a todo el sitio o a números individuales
Durante un Evento de capacidad de supervivencia, un administrador o usuario autorizado puede Habilitar reglas de desvío de llamadas para todo el sitio o para números específicos desde el portal web.
#### Una vez que se Habilitar el desvío de llamadas para el número de teléfono de un usuario, Zoom no hará sonar el cliente del usuario registrado en la nube, incluso si mantiene una conexión independiente a la nube
Cuando se Habilitar el desvío de llamadas para un número registrado en Zoom Phone, Zoom no intentará enrutar ninguna llamada al usuario a través de la nube. Por consiguiente, incluso si un usuario afectado tiene un Dispositivo registrado en la nube, como un teléfono móvil, si el número de teléfono está marcado para desvío de llamadas, todas las llamadas se enrutarán a través de la RTPC al SBC de la empresa.
Por ejemplo, un sitio está experimentando un Evento de modo de capacidad de supervivencia y el teléfono móvil de un usuario está conectado a la nube de Zoom Phone mediante la conexión de datos de su proveedor celular. Si el número de teléfono de un usuario está marcado para desvío de llamadas, la nube de Zoom Phone **no lo hará** hará sonar su número de Zoom Phone mediante la aplicación móvil, a pesar de la conexión estable. En su lugar, todas las llamadas continuarán enrutándose a través de la RTPC al SBC del cliente.
#### Si el desvío de llamadas no está Habilitar para un usuario durante un Evento de capacidad de supervivencia, las llamadas Entrantes seguirán las preferencias de administración de llamadas de cada usuario
Si el desvío de llamadas no está Habilitar durante un Evento de capacidad de supervivencia, las llamadas Entrantes se tratarán de acuerdo con la [lógica de administración de llamadas](https://support.zoom.us/hc/en-us/articles/360059966372-Customizing-call-handling-settings) para cada usuario individual. Si un usuario no tiene un cliente telefónico de respaldo registrado en la nube, como un teléfono móvil, las personas que llamen estarán sujetas a las reglas definidas por la sección **Cuando una llamada no se responde** de las preferencias de administración de llamadas.
#### El desvío de llamadas solo se aplica a las llamadas RTPC Entrantes
El desvío de llamadas para capacidad de supervivencia solo se aplica a las llamadas enrutadas a través de la RTPC o la nube de Zoom Phone. Las llamadas originadas desde extensiones registradas en Zoom dentro del mismo sitio intentarán conectarse primero a través del módulo ZPLS y, en segundo lugar, mediante la RTPC si hay un SBC conectado. Las llamadas que no puedan conectarse estarán sujetas al tratamiento definido por la **Cuando una llamada no se responde** sección de las reglas de administración de llamadas en la Configuración del teléfono de un usuario.
### Flujo de desvío de llamadas
El siguiente diagrama detalla la lógica del desvío de llamadas (una vez Habilitar) durante un Evento de capacidad de supervivencia. Esta lógica permanecerá vigente hasta que se deshabilite el desvío de llamadas o se restablezcan las operaciones Estándar. Sin embargo, si el desvío de llamadas permanece Habilitar *después de* que se restablezcan las operaciones Estándar, las llamadas desviadas realizarán un bucle desde la nube de Zoom Phone al SBC y de vuelta a la nube antes de entregarse al Dispositivo de un usuario. Por este motivo, el desvío de llamadas debe deshabilitarse de inmediato después de un Evento de capacidad de supervivencia.
1. Una persona que llama externamente inicia una llamada a un número registrado en Zoom Phone y se enruta a través de la RTPC.
2. La llamada se enruta a la nube de Zoom Phone y el número de teléfono marcado se identifica como afectado por el desvío de llamadas.
{% hint style="info" %}
Si el desvío de llamadas no está Habilitar, Zoom Phone seguirá la **Cuando una llamada no se responde** lógica para ese usuario o extensión en particular.
{% endhint %}
3. Dado que el desvío de llamadas está Habilitar, Zoom no intentará alertar al usuario y, en su lugar, redirigirá la llamada al número de desvío de llamadas designado a través de la RTPC.
4. La llamada se enruta desde la RTPC al SBC de capacidad de supervivencia.
5. El SBC de capacidad de supervivencia desvía la llamada al módulo ZPLS.
6. El módulo ZPLS desvía la llamada a los clientes registrados del usuario, si están conectados.
### Consideraciones sobre el número de identificación de Ubicación de emergencia (ELIN)
#### Un ELIN es un número de teléfono exclusivo del sitio que comunica información de Ubicación a los servicios de emergencia cuando se marca
Un número de identificación de Ubicación de emergencia (ELIN) es un número de teléfono dedicado que utilizan los puntos de respuesta de seguridad pública (PSAP) para identificar la dirección física de una persona que llama al solicitar servicios de emergencia. Para esta Características, las empresas deben trabajar con su proveedor de servicios de RTPC para asignar una dirección a un número de teléfono, lo que ayuda a garantizar que la dirección figure en una base de datos de identificación automática de Ubicación (ALI) cuando la llamada la reciba un operador de PSAP.
Por ejemplo, considere un campus universitario que abarca varios edificios, donde cada edificio está representado por un sitio de Zoom Phone independiente. Si un usuario llama a los servicios de emergencia durante un Evento de capacidad de supervivencia desde un teléfono o Dispositivo [asociado con el sitio](#_ggwzik1hd9xi), los servicios de emergencia recibirán automáticamente la dirección completa registrada para el sitio, siempre que la Ubicación esté configurada y actualizada con el proveedor de servicios.
#### Cada sitio puede admitir varios ELIN
Los Clientes pueden Asignar varios ELIN a un sitio para disponer de un grupo de recursos de números de emergencia. En caso de una emergencia durante un Evento de capacidad de supervivencia, esto permitirá que varias personas que llamen tengan un ELIN asignado de forma única, lo que puede ayudar a los servicios de emergencia a localizar a la persona que llamó originalmente al devolver una llamada.
Además, se puede Asignar un ELIN a un usuario o a un teléfono de área común, lo que proporciona una asignación de ELIN más granular que la del nivel de sitio y ofrece una Ubicación más precisa para los servicios de emergencia.
#### Durante un Evento de capacidad de supervivencia, todas las llamadas de emergencia se reemplazan por el ELIN
Cuando un usuario realiza una llamada de emergencia durante un Evento de capacidad de supervivencia, el número de llamada del usuario, si hay uno Disponible, se reemplazará por el ELIN designado en el nivel de sitio. Esto permite a los usuarios que no tienen un número directo llamar a los servicios de emergencia y poder recibir una devolución de llamada del operador de emergencias.
#### Un número ELIN debe ser un número BYOC asociado con el troncal RTPC del SBC del sitio
El ELIN de un sitio **deben** debe ser un número BYOC que termine en un troncal RTPC ubicado en el SBC de conmutación por error del sitio. No se puede utilizar ningún otro tipo de número.
#### El módulo ZPLS enrutará automáticamente las llamadas del proveedor de emergencias al ELIN de vuelta a la extensión del usuario que llamó originalmente durante un máximo de 2 horas
Si un operador de emergencias devuelve una llamada al ELIN, el módulo ZPLS enrutará la llamada de vuelta al usuario original que realizó la llamada de emergencia. El módulo ZPLS continuará enrutando las devoluciones de llamada de PSAP a la persona que llamó originalmente durante un máximo de 2 horas. Actualmente, esta funcionalidad está limitada a la primera persona que llama.
#### Una vez que un número de teléfono se designa como ELIN, no se puede Asignar a un usuario o Dispositivo
Una vez que un administrador ha asignado un número BYOC como ELIN designado para un sitio, el número BYOC no puede Asignar a ningún usuario ni a otra entidad de Zoom Phone, a menos que se anule su asignación.
#### Los Clientes son responsables de mantener y actualizar las direcciones físicas asociadas con su ELIN para cada sitio
Zoom no asume la responsabilidad de actualizar a los operadores BYOC con las direcciones físicas que se correlacionan con cada ELIN. Los Clientes son responsables de garantizar que las direcciones de emergencia estén correctamente asignadas a la dirección física adecuada.
### Consideraciones sobre el Enrutamiento de RTPC
#### Cuando el modo de capacidad de supervivencia está activo, los paquetes multimedia se enrutan a través del módulo ZPLS
Cuando el modo de capacidad de supervivencia está Habilitar, los clientes no se comunican directamente con un SBC u otros clientes internos; en su lugar, los paquetes multimedia se anclan o realizan un «bucle» a través del módulo ZPLS, sin Soporte para la descarga de medios.
El siguiente diagrama muestra la ruta de señalización y multimedia para llamadas internas y externas activas.
#### Las llamadas intentarán enrutarse localmente primero
Siempre que sea posible, el módulo ZPLS intentará enrutar las llamadas originadas desde clientes Zoom registrados a destinos registrados localmente. Las llamadas solo se desvían al SBC si el destino incluido en el campo URI de solicitud de la Invitación SIP entrante no coincide con una extensión registrada.
{% hint style="info" %}
Una extensión registrada es una extensión corta sin el código de sitio, una extensión larga con el código de sitio, un número registrado en Zoom asignado o un número BYOC asignado. Los administradores deben tener en cuenta que el módulo ZPLS actualiza estos datos [una vez cada 10 horas](#_54gf3fuxcnk5).
{% endhint %}
#### Durante un Evento de capacidad de supervivencia, las llamadas externas Salientes mostrarán el número BYOC del usuario
Durante un Evento de capacidad de supervivencia, las llamadas externas Salientes desde dispositivos registrados en ZPLS incluirán el número de llamada BYOC. El siguiente diagrama muestra el flujo de llamadas en modo de capacidad de supervivencia para un usuario:
#### Las llamadas devueltas pueden enrutarse al número BYOC de un usuario
Debido a que las llamadas externas Salientes realizadas durante un Evento de capacidad de supervivencia utilizarán un número BYOC, las personas que llamen externamente pueden devolver una llamada utilizando un número BYOC en lugar del número de teléfono del usuario registrado en Zoom. Si el Evento de capacidad de supervivencia ha finalizado, las llamadas se enrutarán de nuevo a través de la nube [si se configura la prioridad de Enrutamiento correcta](#_zgofkpkt74xr). Sin embargo, si el Evento continúa, el SBC enrutará la llamada al módulo ZPLS y al Dispositivo registrado en el cliente.
#### Códecs de capacidad de supervivencia compatibles
Los códecs de capacidad de supervivencia compatibles son Opus, G.711 μ-law, G.711 A-law y G.729. No se admite la transcodificación ni la transratificación de códecs de audio. Todas las partes involucradas en una llamada activa deben admitir el mismo códec y frecuencia de muestreo.
### Consideraciones sobre los grupos de distribución de capacidad de supervivencia
Esta sección aborda consideraciones para los grupos de distribución de capacidad de supervivencia (SDG). Los Clientes que no planeen utilizar SDG ni integrar el módulo ZPLS con conectividad RTPC pueden omitir esta sección sin consecuencias.
#### Los grupos de distribución de capacidad de supervivencia proporcionan opciones matizadas de Enrutamiento de llamadas durante un Evento de capacidad de supervivencia
Los grupos de distribución de capacidad de supervivencia (SDG) proporcionan a las empresas opciones matizadas de Enrutamiento de llamadas —como colas de llamadas y menús de Respuesta de voz interactiva (IVR)— durante un Evento de capacidad de supervivencia. Con los SDG, las empresas pueden seguir proporcionando servicios básicos de telefonía y configuraciones de Enrutamiento de llamadas (similares a las colas de llamadas, los contestadores automáticos y los grupos de líneas compartidas) hasta que se restablezcan las operaciones Estándar.
#### Los SDG no son iguales a los grupos de distribución de operaciones Estándar y deben crearse y mantenerse por separado
Aunque los SDG ofrecen una funcionalidad de Enrutamiento de llamadas similar a la de los grupos de distribución de operaciones Estándar, los SDG son únicos y específicos para los eventos de capacidad de supervivencia y, por consiguiente, deben crearse y mantenerse por separado. En otras palabras, los SDG **no lo hará** heredan la Configuración o las configuraciones de un grupo de distribución de operaciones Estándar (es decir, cola de llamadas, contestador automático, IVR, etc.)
#### Los SDG se combinan mejor con una integración BYOC-RTPC y el desvío de llamadas Habilitar
Aunque los SDG pueden proporcionar Soporte solo interno (es decir, llamadas que no son de RTPC), se combinan mejor con una integración BYOC-RTPC. Con un SDG Habilitar para RTPC, una vez que el desvío de llamadas se Habilitar durante un Evento de capacidad de supervivencia, un número principal de la empresa puede enrutarse al número de teléfono SDG designado y la llamada seguirá el perfil de Enrutamiento configurado. Esto permite que una empresa proporcione una experiencia de flujo de llamadas coherente a las personas que marcan externamente hasta que se restablezcan las operaciones Estándar.
El siguiente diagrama muestra la lógica de Enrutamiento de llamadas para un SDG Habilitar para RTPC:
#### Los SDG se pueden personalizar de las siguientes maneras
Los SDG admiten las siguientes opciones:
* Número de extensión dedicado
* Número de marcación directa entrante asignado
* Zona horaria
* Horario comercial
* Saludos grabados
* Miembros del grupo
* Enrutar a:
* usuario
* Menú de Respuesta de voz interactiva (IVR)
* Miembros del grupo
* Número de teléfono
* Distribución de llamadas:
* Simultánea
* Secuencial
### Consideraciones sobre hardware y redes
Esta sección aborda consideraciones sobre hardware y redes para el módulo ZPLS, una integración de SBC, clientes Zoom y dispositivos telefónicos. Después de leer esta sección, podrá comprender las comunicaciones y configuraciones de red necesarias para una implementación de ZPLS.
{% hint style="info" %}
Esta sección está dedicada a la implementación de hardware y al diseño de redes *consideraciones de diseño*. Consulte la sección sobre [implementar ZPLS](#_wrba5u2ahyc) para obtener instrucciones de implementación paso a paso.
{% endhint %}
#### Consideraciones sobre la implementación y redes del módulo ZPLS
**El módulo ZPLS requiere una dirección IPv4 estática dentro de su red**
El módulo ZPLS debe implementarse en una LAN interna con una dirección IPv4 estática accesible para los dispositivos Zoom Phone y los clientes de escritorio. Actualmente, el módulo ZPLS no admite direcciones IPv6.
**El módulo ZPLS debe mantener conexiones HTTPS periódicas con la nube de Zoom Phone**
El módulo ZPLS requiere conexiones HTTPS periódicas con la nube de Zoom Phone para [sincronizar la Configuración de cuenta y de usuario](#_54gf3fuxcnk5).
En la mayoría de los casos, un módulo ZPLS puede implementarse en una LAN interna dentro de la red de un cliente. Como alternativa, se puede utilizar una red DMZ en algunas circunstancias; sin embargo, los administradores de red deben garantizar que sea posible la comunicación a través del firewall Empresarial. En cualquier caso, los administradores deben ajustar la política del firewall corporativo para Habilitar la comunicación entre el módulo ZPLS y la nube de Zoom.
**El módulo ZPLS debe mantener un ping OPTIONS regular con la nube de Zoom Phone**
Mientras está inactivo, el módulo ZPLS debe mantener un ping de persistencia OPTIONS con la nube de Zoom Phone para supervisar la conectividad. En caso de que tanto los dispositivos cliente como el módulo ZPLS dentro de un sitio pierdan conectividad con la nube de Zoom Phone, los clientes y dispositivos compatibles se registrarán en el módulo ZPLS mediante autenticación SIP Digest a través de TLS v1.2.
#### Consideraciones sobre la implementación y redes de SBC
**Un SBC debe ser accesible desde ZPLS y la nube de Zoom siempre que sea posible**
Los Clientes deben garantizar que el SBC mantenga conectividad tanto con el módulo ZPLS como con la nube de Zoom Phone, siempre que sea posible. Los Clientes pueden aprovisionar un SBC con doble NIC configurado con una dirección IPv4 privada y pública, o garantizar que existan reglas NAT estáticas 1:1 en el firewall perimetral, además de abrir los puertos necesarios.
**Un SBC debe mantener conectividad TLS y UDP entre la nube de Zoom Phone y el módulo ZPLS**
Durante las operaciones rutinarias, un SBC debe mantener conectividad TLS y UDP tanto con la nube de Zoom Phone como con el módulo ZPLS del sitio asociado. Esta conexión se utiliza para enrutar cualquier posible llamada a un número de teléfono incluido en BYOC [a través de la nube de Zoom Phone](#_zgofkpkt74xr). El mecanismo de persistencia OPTIONS se Habilitar automáticamente entre ZPLS y el SBC, y es Opcional entre el SBC y la nube.
#### Consideraciones sobre clientes Zoom y dispositivos telefónicos
**Los clientes y dispositivos deben poder detectar el módulo ZPLS del sitio dentro de la red de área local**
Clientes y dispositivos compatibles [Habilitar para capacidad de supervivencia telefónica](#_ah8xua8wdq10) detectan el módulo ZPLS de conmutación por error adecuado desde la nube de Zoom Phone durante el proceso de arranque. Sin embargo, el módulo ya debe estar [vinculado al sitio del sistema de telefonía](#_k11n5zxkx1pq) con una dirección IPv4 detectable internamente.
**Los dispositivos deben tener una IP estática o recibir una IP privada mediante un servidor DHCP local**
Para mitigar posibles problemas, a los dispositivos telefónicos se les debe Asignar una IP estática o interna mediante un servidor DHCP local. Si a un Dispositivo no se le asigna una IP estática o un servidor DHCP no está Disponible durante un Evento de capacidad de supervivencia, es posible que los dispositivos telefónicos no se registren.
**Los clientes y dispositivos deben mantener un ping OPTIONS regular con la nube de Zoom Phone**
De forma similar al módulo ZPLS, los clientes y dispositivos compatibles deben mantener un ping de persistencia OPTIONS con la nube de Zoom Phone para determinar el estado de conectividad del centro de datos. En caso de una interrupción, el cliente continúa enviando mensajes de persistencia para detectar el retorno del servicio en la nube e iniciar la reanudación de las operaciones normales. Este proceso es automático y no se puede deshabilitar.
#### Flujo de datos de firewall y red
Consulte la sección sobre [Puertos de red y flujo de datos](#_pswiusfsww6t).
---
# 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/before-you-begin/pstn-integration-considerations.md?ask=&goal=
```
`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.