Arquitectura de núcleo único

La arquitectura de núcleo único hace referencia a un único Communicate sitio que proporciona servicios principales. Proporciona redundancia y escalabilidad para dispositivos Edge desplegados en una configuración N+1. También ayuda a las empresas a reducir los costes consolidando y eliminando telefonía líneas de sucursales.

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

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

Requisitos de arquitectura técnica y mejores prácticas

Diagrama de arquitectura

arquitectura sc diagrama

Dispositivo Edge a su LAN

El dispositivo Edge es estándar con tres o siete interfaces de red utilizables basadas en el modelo. The Edge utiliza estas interfaces para conectarse a su red de área local (LAN). Recomendamos implementar el Edge con la interfaz WAN integrada y el puerto 2. 

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

Para implementar el borde mediante dos interfaces, conecte la interfaz WAN a un segmento de red que tenga acceso saliente a Internet pública. Utilícelo para conectarse a la plataforma Genesys Cloud. Conecte la interfaz de 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 llegar a una IP pública enrutable en sus dispositivos de seguridad.

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

rec de interfaz dual sc

supp. interfaz única SC

Dispositivo Edge a dispositivo Edge

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

Recomendamos este despliegue para garantizar la mayor salida con la menor latencia entre los dispositivos. Los dispositivos Edge suelen comunicarse entre sí debido a la agrupación automática y al equilibrado de carga. El Trã¡fico de voz Tambiã©n pasa entre las operaciones de estándar.

Si implanta los dispositivos Edge en distintos segmentos de red LAN dentro de la sitio:

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

registro de red LAN SC

Red LAN diferente SC

 

Dispositivo Edge al proveedor de PSTN (SIP)

Genesys Cloud los clientes llevan a los proveedores de voz SIP a Genesys Cloud a través de tres canales principales:

  • Enlace troncal SIP a un proveedor de voz externo
  • Enlace troncal SIP a un tercer proveedor de PBX persona heredado
  • Enlace troncal SIP a un dispositivo de puerta de enlace de red o SBC

Genesys Cloud admite los tres canales. Desde una perspectiva de enlace troncal SIP, los arquitecto los de la misma manera. Recomendamos establecer enlaces SIP a cada uno de sus dispositivos Edge.

Al utilizar enlaces troncales SIP en Genesys Cloud, recomendamos separar el tráfico entrante y saliente a diferentes enlaces SIP. Separar el Trã¡fico proporciona las mejores opciones de escalabilidad de telefonía y de escalabilidad.

Genesys Cloud también puede admitir enlaces SIP bidireccionales. No las recomendamos. Pueden provocar escalabilidad, funcionalidad y restricciones de failover en su solución.

Consejo: Si se encuentra disponible en su proveedor de PSTN, recomendamos que se terminen enlaces SIP en diferentes terminales 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.

Consejo: Si está investigando el posible uso de varios proveedores de PSTN, consulte a su ingeniero de ventas. Pueden ayudarle a decidir el mejor método para utilizar múltiples proveedores de PSTN según los requisitos de su empresa y sus capacidades de proveedor de PSTN.

Enlace troncal SIP entrante

El enlace troncal SIP entrante es cómo las personas externas a su empresa llegan a las personas y servicios de su empresa. La arquitectura de su enlace troncal SIP entrante es importante para garantizar la capacidad de servicio de los clientes externos.  Le recomendamos que, al diseñar los enlaces SIP entrantes, usted:

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

2. Vincular todos los enlaces en un grupo troncal.

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

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

Enlace troncal SIP saliente

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

La creación de enlaces independientes proporciona a cada dispositivo Edge la capacidad de procesar llamadas salientes al mismo tiempo. Esta capacidad le ayuda a asegurarse de que sus otros dispositivos Edge pueden realizar llamadas de salida 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 el número de llamadas activas afectadas.

sc Entrada entrante

Enlace troncal SIP bidireccional

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

Equilibrado de carga activo/activo o activo/pasivo

Muchos operadores PSTN proporcionan una opción redundancia de balanceo de carga activo/pasivo o activo/activo en grupos troncal SIP. Recomendamos implementar en un grupo activo/activo troncal. El equilibrio de carga activo/activo le permite asegurarse de que sus otros dispositivos Edge pueden aceptar llamadas de su proveedor de PSTN. Si un componente falla, también permite el equilibrio de llamadas a través de sus dispositivos Edge, lo que proporciona una mayor escalabilidad y reduce el número de llamadas activas afectadas.

Consejo: Pregunte a su proveedor si puede admitir una configuración activa/activa.

Genesys Cloud también admite balanceo de carga activo/pasivo. En una configuración activa/pasiva, el proveedor de PSTN crea un único troncal SIP. Tanto el cliente como el proveedor SIP proporcionan una lista ordenada secuencialmente de servidores SIP para el troncal SIP. Las llamadas intentan conectarse al primer servidor SIP de la lista. Si un servidor SIP de la lista no responde, las llamadas intentarán conectarse al siguiente servidor de la lista. Cuando proporcione su lista de servidores SIP a su proveedor de PSTN, asegúrese también de proporcionar una lista de sus dispositivos Edge. Esta lista garantiza que el servicio falla a otro borde en caso de interrupción de un componente. Actualmente con esta configuración, un único dispositivo Edge gestiona todas las llamadas unidas a PSTN, limitando su escalabilidad.

sc bidireccional activo y failover

Nota: Dependiendo de su proveedor de PSTN, es posible que haya oportunidades para ampliar 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 fallo de PSTN

Algunos proveedores PSTN de Carrier ofrecen un “plan de enrutamiento de falla” con sus servicios de enlace troncal SIP. Este servicio permite a un cliente configurar un plan de enrutamiento de número entrante telefonía que habilita, de forma manual o automática, si se interrumpen los servicios de enlace troncal SIP del proveedor de PSTN. Si falla, el plan de enrutamiento le permite desviar sus números telefonía a otras ubicaciones.

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

Enrutamiento de fallo de PSTN SC

Marcación de emergencia

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

Puede integrar servicios de emergencia en su solución de muchas maneras. La práctica más común es implementar una puerta de enlace analógica local conectada a un POTS de negocio línea en cada físico Communicate sitio. Esta práctica le permite configurar su plan de marcación para dirigir llamadas a la sitio clasificada como “Emergencia” de la POTS local línea.

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

supp. marcado emergencia SC

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

Consejo: Al solicitar las líneas de POTS locales, le recomendamos que notifique a su proveedor la intención de utilizar el enlace para marcación de emergencia.  Asegúrese también de registrar el número de teléfono con la base de datos nacional de emergencia.

Teléfonos

Al conectar teléfonos físicos a Genesys Cloud, recomendamos utilizar servicios DHCP y DNS. Los servicios DHCP y DNS le permiten agilizar su implementación inicial, reducir la gestión continua del teléfono y proporcionar una mejor resiliencia a sus usuarios. Genesys Cloud permite implementar manualmente cada teléfono con su información IP estática y aprovisionamiento. No recomendamos el despliegue manual.

Aprovisionamiento telefónico con DHCP y DNS

Para implementar sus teléfonos mediante DHCP y DNS, necesita estos servicios habilitados en la red interna de clientes. Una vez disponibles estos servicios, configure nuevos registros de recursos “A” de host para el aprovisionamiento telefónico Genesys Cloud en la zona de búsqueda de reenvío de DNS. Los registros “A” del host tienen el mismo nombre, pero crean un nuevo registro con la IP de cada dispositivo Edge. Al añadir todos los bordes se garantiza que si un único dispositivo Edge no está disponible, los teléfonos intentarán conectarse al siguiente dispositivo Edge.

Después de crear los registros “A” de host, cree un alcance DHCP para sus teléfonos. Cada segmento de red de telefonía necesita un alcance DHCP distinto definido en su servidor DHCP. Después de crear los visores DHCP, cree una nueva opción DHCP para el alcance 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, se añade el nombre del registro DNS de aprovisionamiento de teléfono que creó en la zona de búsqueda avanzada.

Nota: Para los clientes que implementan sus dispositivos y teléfonos Edge en un único segmento de red, los dispositivos Edge responden a los mensajes de Discover e Inform de DHCP desde los teléfonos. Esto respuesta permite a los teléfonos recibir la información de aprovisionamiento directamente desde los bordes, eliminando la necesidad de configurar la opción 160 DHCP en el ámbito DHCP.
Consejo: Si ya utiliza la opción 160 DHCP para otros servicios, puede utilizar un valor de opción DHCP personalizado diferente, tal como lo admite el fabricante del teléfono.