La arquitectura de núcleo único se refiere a un único sitio de Communicate que proporciona servicios básicos. Proporciona redundancia y escalabilidad local para los dispositivos Edge implementados en una configuración N + 1. También ayuda a las empresas a reducir costos mediante la consolidación y eliminación de líneas telefónicas de las sucursales.

Los clientes que utilizan una arquitectura de núcleo único suelen tener:

  • Una única oficina física de la empresa que da soporte a los usuarios que trabajan desde casa.
  • Una única oficina central que admite sucursales remotas.
  • Un centro de datos central que aloja todas las TI regionales de las empresas.
  • Divisiones regionales de empresas globales.

Requisitos de arquitectura técnica y mejores prácticas

Diagrama de arquitectura

diagrama de arquitectura sc

BYOC Premises Edge para su LAN

El dispositivo Edge viene de serie con tres o siete interfaces de red utilizables según el modelo. Edge utiliza estas interfaces para conectarse a su red de área local (LAN). Recomendamos implementar Edge utilizando la interfaz WAN incorporada y el puerto 2. 

Si solo tiene un único segmento de red, puede implementar Edge utilizando una única interfaz de red. Sin embargo, separar el tráfico ayuda a evitar que la interfaz de red perimetral se congestione. La congestión ocurre cuando Edge procesa todo el tráfico en una única interfaz de red. En una implementación de interfaz única, la interfaz WAN en Edge debe conectarse a su red para que Edge funcione correctamente. 

Para implementar Edge usando dos interfaces, conecte la interfaz WAN a un segmento de red que tenga acceso saliente a la Internet pública. Úselo para conectarse a la plataforma Genesys Cloud. Conecte la interfaz del puerto 2 a un segmento de red diferente que tenga acceso a la LAN de su empresa.

Nota: La interfaz WAN no requiere una IP pública. Puede utilizar una IP privada siempre que el tráfico de Internet público saliente utilice NAT o PAT para alcanzar una IP pública enrutable en sus dispositivos de seguridad.

Los siguientes diagramas muestran las dos implementaciones de mejores prácticas admitidas.

sc interfaz dual rec

soporte de interfaz única sc

Borde de las instalaciones de BYOC al borde de las instalaciones de BYOC

En la arquitectura de núcleo único, implemente Edges en el mismo sitio físico de Communicate. Recomendamos implementar todos los Edges en los mismos segmentos de red LAN.

Recomendamos esta implementación para garantizar la mayor salida con la menor cantidad de latencia entre los dispositivos. Los dispositivos Edge se comunican con frecuencia entre sí debido a la agrupación automática en clústeres y al equilibrio de carga. El tráfico de voz también pasa entre ellos durante las operaciones estándar.

Si implementa los dispositivos Edge en diferentes segmentos de red LAN dentro del sitio:

  • La latencia máxima de la red entre los dispositivos es de 10 ms.
  • El tráfico tiene menos de 1 ms de fluctuación de paquetes.
  • Todos los puertos de red entre los dispositivos están abiertos.
  • El ancho de banda disponible entre los dispositivos admite su número máximo de llamadas simultáneas.

sc misma LAN rec

sc Soporte de LAN diferente

 

BYOC Premises Edge al proveedor de PSTN (SIP)

Los clientes de Genesys Cloud traen proveedores de voz SIP a Genesys Cloud a través de tres canales principales:

  • Troncal SIP a un proveedor de voz externo
  • Troncalización SIP a un proveedor de PBX de terceros heredado
  • Troncalización SIP a un dispositivo de puerta de enlace de red o SBC

Genesys Cloud admite los tres canales. Desde una perspectiva de trunking SIP, configúrelos de la misma manera. Recomendamos establecer troncales SIP para cada uno de sus dispositivos Edge.

Cuando utilice enlaces troncales SIP en Genesys Cloud, recomendamos separar el tráfico entrante y saliente a diferentes troncales SIP. La separación del tráfico proporciona las mejores opciones de capacidad de recuperación de telefonía y escalabilidad futura.

Genesys Cloud también puede admitir troncales SIP bidireccionales. No los recomendamos. Pueden causar restricciones de escalabilidad, funcionalidad y conmutación por error en su solución.

Propina: Si está disponible a través de su proveedor de PSTN, recomendamos terminar los troncales SIP en diferentes puntos finales de proveedores en diferentes regiones. Si su proveedor de PSTN experimenta una interrupción de un dispositivo o región, sus servicios continúan funcionando.

Propina: Si está investigando el uso potencial de varios proveedores de PSTN, consulte a su ingeniero de ventas. Pueden ayudarlo a decidir el mejor método para utilizar varios proveedores de PSTN según los requisitos de su empresa y las capacidades de su proveedor de PSTN.

Troncal SIP entrante

El enlace troncal SIP entrante es la forma en que las personas ajenas a su empresa llegan a las personas y los servicios dentro de su empresa. La arquitectura de su troncal SIP entrante es importante para garantizar la capacidad de servicio de los clientes externos.  Recomendamos que al diseñar la arquitectura de sus troncales SIP entrantes, usted:

1. Trabaje con su proveedor de PSTN para crear una troncal SIP para cada uno de sus dispositivos Edge.

2. Ate todos los troncos juntos en un grupo de troncales.

3. Asigne los números de teléfono de entrada (DID, NGN o TFN) de su proveedor de PSTN al grupo de troncales SIP de entrada.

Este proceso proporciona a su empresa redundancia y resistencia en un escenario en el que falla un componente de proveedor de Edge o PSTN.

Troncalización SIP saliente

El enlace troncal SIP saliente es importante para llegar a partes ajenas a su empresa. Su arquitectura es más simple que el enlace troncal SIP entrante. El enlace troncal SIP saliente no depende de los números de teléfono entrantes. Le recomendamos que trabaje con su proveedor de PSTN para crear una troncal SIP saliente dedicada a cada dispositivo Edge.

La construcción de troncales independientes le da a cada dispositivo Edge la capacidad de procesar llamadas salientes al mismo tiempo. Esta capacidad le ayuda a garantizar que sus otros dispositivos Edge puedan realizar llamadas salientes a su proveedor de PSTN. Si un componente falla, también permite el equilibrio de llamadas en sus dispositivos Edge para una mayor escalabilidad y reduce la cantidad de llamadas activas afectadas.

sc entrante saliente

Troncalización SIP bidireccional

El enlace troncal SIP bidireccional se refiere al mismo enlace troncal SIP que facilita el tráfico de voz entrante y saliente a su proveedor de PSTN. Genesys Cloud lo admite, pero puede introducir restricciones de escalabilidad según las capacidades y características de su proveedor de PSTN. Los proveedores de PSTN a menudo solo ofrecen configuración activa / pasiva para redundancia de enlace troncal SIP bidireccional.

Equilibrio de carga activo / activo o activo / pasivo

Muchos operadores PSTN ofrecen una opción de redundancia de equilibrio de carga activo / pasivo o activo / activo en grupos de troncales SIP. Recomendamos implementar en un grupo de troncales activo / activo. El equilibrio de carga activo / activo le permite asegurarse de que sus otros dispositivos Edge puedan aceptar llamadas de su proveedor de PSTN. Si un componente falla, también permite el equilibrio de llamadas en todos sus dispositivos Edge, lo que proporciona una mayor escalabilidad y reduce la cantidad de llamadas activas afectadas.

Propina: Pregúntele a su proveedor si pueden admitir una configuración activa / activa.

Genesys Cloud también admite el equilibrio de carga activo / pasivo. En una configuración activa / pasiva, el proveedor de PSTN crea una única troncal SIP. Tanto el cliente como el proveedor SIP proporcionan una lista ordenada secuencialmente de servidores SIP para la troncal SIP. Las llamadas intentan conectarse al primer servidor SIP de la lista. Si un servidor SIP de la lista no responde, las llamadas intentan conectarse al siguiente servidor de la lista. Cuando proporcione su lista de servidores SIP a su proveedor de PSTN, asegúrese de proporcionar también una lista de sus dispositivos Edge. Esta lista garantiza que el servicio se transfiera a otro Edge en caso de una interrupción del componente. Actualmente, con esta configuración, un solo dispositivo Edge administra todas las llamadas vinculadas a PSTN, lo que limita su escalabilidad.

sc Bidireccional activo y conmutación por error

Nota: Dependiendo de su proveedor de PSTN, puede tener oportunidades para escalar su solución que presenten más complejidades. Si está interesado en investigar estas oportunidades, consulte con su ingeniero de ventas.

Consejo especial: Plan de enrutamiento de fallas de PSTN

Algunos proveedores de PSTN ofrecen un "plan de enrutamiento de fallas" con sus servicios de enlace troncal SIP. Este servicio permite a un cliente configurar un plan de enrutamiento de números de telefonía entrante que habilita, ya sea de forma manual o automática, si se interrumpen los servicios de enlace troncal SIP de su proveedor PSTN. Si hay una falla, el plan de enrutamiento le permite desviar sus números de teléfono a otras ubicaciones.

Si su operador ofrece este servicio, le recomendamos que configure un plan de enrutamiento básico para sus números de teléfono entrantes de misión crítica.

sc Enrutamiento de falla de PSTN

Marcación de emergencia

Es posible que deba habilitar su solución Communicate para conectarse con los servicios públicos de emergencia según la jurisdicción, las regulaciones, la industria o las políticas internas de su empresa. Los números de emergencia públicos incluyen el 911 en los Estados Unidos.

Puede integrar los servicios de emergencia en su solución de muchas formas. La práctica más común es implementar una puerta de enlace analógica local conectada a una línea POTS comercial en cada sitio físico de Communicate. Esta práctica le permite configurar su plan de marcado para dirigir llamadas al sitio clasificado como "Emergencia" desde la línea POTS local.

Si está interesado en otras soluciones de marcación de emergencia, consulte con su ingeniero de ventas para conocer el mejor método según los requisitos de su empresa.

sc Suplemento de marcación de emergencia

Propina: Una línea POTS empresarial admite solo una llamada a la vez. Si debe permitir más de una llamada de emergencia, le recomendamos que conecte varias líneas POTS a la puerta de enlace analógica.

Propina: Al solicitar sus líneas POTS locales, le recomendamos que notifique a su proveedor de la intención de utilizar el enlace para la marcación de emergencia.  También asegúrese de que registren el número de teléfono en la base de datos nacional de emergencias.

Los telefonos

Al conectar teléfonos físicos a Genesys Cloud, recomendamos utilizar los servicios DHCP y DNS. Los servicios DHCP y DNS le permiten optimizar su implementación inicial, reducir la administración continua del teléfono y brindar una mejor resistencia a sus usuarios. Genesys Cloud admite la implementación manual de cada teléfono con su información de IP estática y aprovisionamiento. No recomendamos la implementación manual.

Aprovisionamiento de teléfonos con DHCP y DNS

Para implementar sus teléfonos usando DHCP y DNS, necesita estos servicios habilitados en su red interna de clientes. Una vez que estos servicios estén disponibles, configure nuevos registros de recursos de host "A" para el aprovisionamiento de teléfonos de Genesys Cloud en su zona de búsqueda directa de DNS. Todos los registros del host "A" tienen el mismo nombre, pero crean un nuevo registro con la IP de cada dispositivo Edge. Agregar todos los dispositivos Edge garantiza que si un solo dispositivo Edge no está disponible, sus teléfonos intentarán conectarse al siguiente dispositivo Edge.

Después de crear sus registros de host "A", cree un alcance DHCP para sus teléfonos. Cada segmento de la red telefónica necesita un alcance DHCP diferente definido en su servidor DHCP. Después de crear los ámbitos DHCP, cree una nueva opción DHCP para el ámbito del Código: 160. Esta opción notifica a sus teléfonos de su aprovisionamiento Edge cuando están en su red. En la Opción 160, agrega el nombre del registro DNS de aprovisionamiento de teléfono que creó en su zona de búsqueda directa.

Nota: Para los clientes que implementan sus dispositivos y teléfonos Edge en un solo segmento de red, los dispositivos Edge responden a los mensajes DHCP Discover e Inform de los teléfonos. Esta respuesta permite que los teléfonos reciban su información de aprovisionamiento directamente desde los Edges, eliminando la necesidad de configurar la Opción 160 de DHCP en su alcance DHCP.
Propina: Si ya está usando la Opción 160 de DHCP para otros servicios, puede usar un valor de Opción DHCP personalizado diferente, según lo admita el fabricante de su teléfono.