> 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/servicios-comerciales/zoom-contact-center/zoom-customer-experience/overview/zoom-contact-center-architecture.md).
# Arquitectura
Zoom centro de contacto está diseñado con una arquitectura activo-activo para ofrecer fiabilidad y resiliencia.
Las siguientes secciones proporcionan una descripción general de la arquitectura de Zoom centro de contacto.
### Zonas SIP del centro de datos de Zoom centro de contacto
En una arquitectura activo-activo, la resiliencia y la redundancia son fundamentales. Para satisfacer las necesidades del canal de voz y de telefonía, cada centro de datos de Zoom centro de contacto cuenta con dos zonas SIP idénticas e interconectadas, equipadas con hardware y servicios dedicados para una resiliencia y sostenibilidad independientes.
Durante las operaciones normales, un equilibrador de carga distribuye de manera uniforme las llamadas entre ambas zonas SIP dentro de un centro de datos. Dentro de cada zona SIP, las llamadas se distribuyen equitativamente entre un clúster de conmutadores de llamadas, responsables de diversas funciones como el enrutamiento de llamadas, la configuración y la finalización. Desde los conmutadores de llamadas, las llamadas se conectan a un Controlador de borde de sesión (SBC) dentro de cada zona, que se conecta a la red subyacente de proveedores de Zoom o al operador proporcionado por el cliente (BYOC-P) para el Enrutamiento de RTPC hasta que la llamada llega a su destino final.
Dentro de este marco, cada componente integral de la arquitectura —es decir, los SBC, los equilibradores de carga y los conmutadores de llamadas— se complementa con hardware redundante en espera para garantizar la resiliencia. En caso de que una zona SIP experimente un Evento que afecte al servicio, los medios activos, la señalización y el registro de una llamada realizarán conmutación por error a la otra zona para mantener un servicio ininterrumpido. Además, dado que Zoom procura no superar el 50 % de capacidad dentro de cada zona SIP en un momento dado, en caso de un Evento que afecte al servicio dentro de una zona SIP, las llamadas deberían realizar conmutación por error a la zona opuesta sin problemas hasta que se reanuden las operaciones Estándar.
El siguiente diagrama ilustra, a alto nivel, el diseño de arquitectura activo-activo de una zona SIP:
Descripción general de la arquitectura activo-activo de una zona SIP
### Centros de datos de Zoom centro de contacto a gran escala
Desde una perspectiva física, la presencia de Zoom en los centros de datos se encuentra en instalaciones de colocación altamente seguras, con seguridad física, sistemas redundantes de alimentación y refrigeración, y Acceso a proveedores líderes de servicios de internet (ISP) neutrales respecto a operadores y a Socios de interconexión.
Desde una perspectiva tecnológica, la presencia de Zoom en los centros de datos se basa en una arquitectura tolerante a fallos, que incluye redundancia completa y capacidades de conmutación por error rápida desde un centro de datos principal a un centro de datos secundario, para mejorar la fiabilidad y minimizar el tiempo de inactividad en todos los canales del centro de contacto.
En el improbable caso de una interrupción completa de un centro de datos o de un Evento que afecte al servicio, la información de medios, señalización y registro de Zoom centro de contacto puede perderse temporalmente, lo que requiere una convergencia en el centro de datos secundario en espera. En tales casos, las sesiones del canal de voz volverán a registrarse en el centro de datos secundario, dirigiendo todas las llamadas entrantes a través del operador de respaldo de la Ubicación. Posteriormente, todas las llamadas nuevas se procesarán a través del centro de datos secundario y sus zonas activo-activo pertinentes hasta que el servicio se restablezca por completo. Tras el restablecimiento del servicio, se utilizará una ventana de mantenimiento para devolver las operaciones a la normalidad en el centro de datos principal correspondiente.
La siguiente imagen ilustra, a alto nivel, el diseño de redundancia del centro de datos de Zoom:
Descripción general de la redundancia del centro de datos de Zoom
Se recomienda a los lectores consultar los sitios de [Estado](https://status.zoom.us/) y [Tiempo de actividad](https://uptime.zoom.us/) de Zoom para obtener información adicional sobre la disponibilidad del servicio.
---
# 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/servicios-comerciales/zoom-contact-center/zoom-customer-experience/overview/zoom-contact-center-architecture.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.
