Architecture monocœur

Une architecture à cœur unique fait référence à un seul service Communicate site. Il fournit redondance et une évolutivité locales pour les appareils Edge déployés dans une configuration N + 1. Il aide également les entreprises à réduire leurs coûts en consolidant et en supprimant les lignes téléphonie des succursales.

Les clients qui utilisent une architecture à cœur unique ont souvent :

  • Un seul bureau physique de l’entreprise prenant en charge les utilisateurs travaillant à domicile.
  • Un seul central prenant en charge les succursales distantes.
  • Un centre de données central hébergeant toutes les technologies de l’information régionales des entreprises.
  • Divisions régionales des entreprises mondiales.

Exigences de l’architecture technique et meilleures pratiques

Diagramme d’architecture

sc architecturediagram

BYOC Premises Edge à votre LAN

L’appliance Edge est fournie avec norme avec trois ou sept interfaces réseau utilisables basées sur le modèle. Edge utilise ces interfaces pour se connecter à votre calendrier (LAN). Nous vous recommandons de déployer Edge à l’aide de l’interface WAN intégrée et du port 2. 

Si vous ne disposez que d’un seul segment de réseau, vous pouvez déployer Edge à l’aide d’une seule interface réseau. Cependant, la séparation du trafic permet d’éviter que votre interface réseau Edge ne soit encombrée. La congestion se produit lorsque Edge traite tout le trafic sur une seule interface réseau. Dans un déploiement à une seule interface, l’interface WAN sur Edge doit être connectée au réseau du client pour que Edge fonctionne correctement. 

Pour déployer Edge à l'aide de deux interfaces, connectez l'interface WAN à un segment de réseau disposant d'un accès sortant à l'Internet public. Utilisez-le pour vous connecter à la plateforme Genesys Cloud. Connectez l’interface du port 2 à un autre segment du réseau ayant accès au réseau local de votre entreprise.

Remarque :   Remarque: L’interface WAN ne nécessite pas d’adresse IP publique. Vous pouvez utiliser une adresse IP privée à condition que le trafic Internet public sortant utilise NAT ou PAT pour atteindre une adresse IP publique routable sur vos périphériques de sécurité.

Les diagrammes suivants illustrent les deux déploiements de meilleures pratiques pris en charge.

sc double interface rec

sc interface simple supp

BYOC Premises Edge vers BYOC Premises Edge

Dans l’architecture Single Core, déployez les bords sur le même physique Communicate site. Nous vous recommandons de déployer tous les bords sur les mêmes segments de réseau LAN.

Nous recommandons ce déploiement pour assurer le meilleur rendement possible avec le moins de latence possible entre les périphériques. Les appareils Edge communiquent fréquemment entre eux grâce à la mise en cluster automatique et à l’équilibrage de la charge. Le trafic vocal passe également entre eux lors des opérations norme.

Si vous déployez les appareils Edge sur différents segments de réseau LAN au sein de site :

  • La latence réseau maximale entre les appliances est de 10 ms.
  • Le trafic a moins de 1 ms de paquet prévisualisation du mode de numérotation.
  • Tous les ports réseau entre les périphériques sont ouverts.
  • La bande passante disponible entre les périphériques prend en charge votre nombre maximal d’appels simultanés.

sc même LAN rec

sc Différent réseau local

 

BYOC Premises Edge au fournisseur PSTN (SIP)

Genesys Cloud clients de Genesys Cloud intègrent les fournisseurs de voix SIP dans Genesys Cloud via trois canaux principaux :

  • Liaison SIP vers un fournisseur de voix externe
  • Liaison SIP vers un troisième prévisualisation du mode de numérotationYTYY fournisseur PBX existant
  • Liaison SIP vers un périphérique de passerelle réseau ou SBC

Genesys Cloud prend en charge les trois canaux. Du point de vue des liaisons SIP, les architectes de la même manière Nous vous recommandons d’établir des liaisons SIP sur chacun de vos appareils Edge.

Lors de l’utilisation de la jonction SIP dans Genesys Cloud, nous vous recommandons de séparer le trafic entrant et sortant vers différents jonctions SIP. La séparation du trafic offre la meilleure résilience et les futures options d’évolutivité d’téléphonie.

Genesys Cloud peut également prendre en charge les trunks SIP bidirectionnels. Nous ne les recommandons pas. Ils peuvent entraîner une évolutivité, fonctionnalité et des restrictions de basculement dans votre solution.

Astuce :   Si disponible auprès de votre fournisseur PSTN, nous vous recommandons de terminer les lignes réseau SIP sur différents noeuds finaux de fournisseur dans différentes régions. Si votre fournisseur RTPT rencontre une panne d’un périphérique ou d’une région, vos services continuent de fonctionner.

Astuce :   Si vous étudiez la possibilité d’utiliser plusieurs fournisseurs RTPC, consultez votre ingénieur commercial. Ils peuvent vous aider à choisir la meilleure méthode d’utilisation de plusieurs fournisseurs RTPC en fonction des besoins de votre entreprise et des capacités de votre fournisseur RTPC

Trunking SIP entrant

La jonction SIP entrante indique comment les personnes extérieures à votre entreprise atteignent les personnes et les services au sein de votre entreprise. L'architecture correcte de votre jonction SIP entrante est importante pour garantir la facilité de maintenance des clients externes.  Nous vous recommandons de :

1. Travaillez avec votre fournisseur PSTN pour créer un jonction SIP sur chacun de vos appareils Edge.

2. Liez tous les troncs ensemble dans un groupe jonction.

3. Attribuez les numéros de téléphone entrants (DID, NGN ou TFN) de votre fournisseur PSTN au groupe jonction SIP entrant.

Ce processus fournit à votre entreprise redondance et la résilience dans le cas où un composant du fournisseur Edge ou PSTN échoue.

Trunking SIP sortant

La jonction SIP sortante est importante pour atteindre des tiers en dehors de votre entreprise. Son architecture est plus simple que la jonction SIP entrante. Les liaisons SIP sortantes ne dépendent pas des numéros de téléphone entrants. Nous vous recommandons de travailler avec votre fournisseur PSTN pour créer un jonction SIP sortant dédié à chaque appliance Edge.

La création de lignes de réseau indépendantes donne à chaque appareil Edge la possibilité de traiter les appels sortants simultanément. Cette capacité vous permet de vous assurer que vos autres appareils Edge peuvent passer des appels sortants vers votre fournisseur PSTN. Si un composant tombe en panne, cela permet également l’équilibrage des appels entre vos appareils Edge pour une plus grande évolutivité et réduit le nombre d’appels actifs concernés.

sc Inbound Outbound

Trunking SIP bidirectionnel

La jonction SIP bidirectionnelle fait référence au même jonction SIP facilitant le trafic vocal entrant et sortant vers votre fournisseur RTC. Genesys Cloud prend en charge, mais il peut introduire des restrictions d’évolutivité en fonction des capacités et des fonctionnalités de votre fournisseur PSTN. Les fournisseurs de RTPC n’offrent souvent qu’une configuration active / passive pour la jonction SIP bidirectionnelle redondance.

Equilibrage de charge actif / actif ou actif / passif

De nombreux opérateurs RTPC offrent une option redondance d’équilibrage de charge actif / passif ou actif / actif sur les groupes jonction SIP. Nous vous recommandons de déployer dans un groupe actif / actif jonction. L’équilibrage de charge actif / actif vous permet de vous assurer que vos autres appareils Edge peuvent accepter les appels de votre fournisseur PSTN. En cas de défaillance d’un composant, il permet également l’équilibrage des appels entre vos appliances Edge, ce qui permet une plus grande évolutivité et réduit le nombre d’appels actifs impactés.

Astuce :   Demandez à votre fournisseur s’il peut prendre en charge une configuration active / active.

Genesys Cloud prend également en charge l’équilibrage de charge actif / passif. Dans une configuration active / passive, le fournisseur PSTN crée un seul jonction SIP. Le client et le fournisseur SIP fournissent tous les deux une liste ordonnée de serveurs SIP pour jonction SIP. Les appels tentent de se connecter au premier serveur SIP de la liste. Si un serveur SIP de la liste ne répond pas, les appels tentent de se connecter au serveur suivant de la liste. Lorsque vous fournissez votre liste de serveurs SIP à votre fournisseur PSTN, veillez également à fournir une liste de vos appareils Edge. Cette liste garantit que le service bascule vers un autre Edge en cas de panne d’un composant. Actuellement, avec cette configuration, un seul appareil Edge gère tous les appels liés au PSTN, limitant ainsi votre évolutivité.

sc bidirectionnel actif et basculement

Remarque :  En fonction de votre fournisseur PSTN, vous pouvez éventuellement adapter votre solution solution à une complexité accrue. Si vous souhaitez explorer ces opportunités, consultez votre ingénieur commercial.

Conseil spécial : Plan de routage des défaillances RTC

Certains fournisseurs de réseau téléphonique public téléphonique offrent un « plan de routage en cas d’échec» avec leurs services de liaisons SIP. Ce service permet à un client de configurer un plan de routage de numéro téléphonie entrant, qui permet, manuellement ou automatiquement, d’interrompre les services de ressources SIP de votre fournisseur RTPC. En cas de panne, le plan de routage vous permet de transférer vos numéros téléphonie vers d’autres emplacements.

Si votre opérateur offre ce service, nous vous conseillons d’établir un plan d’acheminement de base pour vos numéros de téléphone entrants stratégiques.

routage d’échec RTPC sc

Numérotation d’urgence

Vous devrez peut-être activer votre Communicate solution pour qu’il se connecte aux services d’urgence publics, en fonction de la juridiction, des réglementations, de l’industrie ou des règles internes de votre entreprise. Les numéros d’urgence publics incluent le 911 aux États-Unis.

Vous pouvez intégrer les services d’urgence à votre solution de plusieurs manières. La pratique la plus courante consiste à déployer une passerelle analogique locale connectée à une entreprise POTS analyse de cause première sur chaque Communicate siteYTY physique. Cette pratique vous permet de configurer votre plan de numérotation de manière à diriger les appels vers le site classé « urgence» sur le POTS analyse de cause premièreY.

Si d’autres solutions de numérotation d’urgence vous intéressent, consultez votre ingénieur commercial pour connaître la meilleure méthode en fonction des besoins de votre entreprise.

sc appel d’urgence

Astuce :   Une entreprise POTS analyse de cause première prend en charge un seul appel à la fois. Si vous devez autoriser plus d’un appel d’urgence, nous vous recommandons de connecter plusieurs lignes POTS à la passerelle analogique.

Astuce :   Lorsque vous commandez vos lignes POTS locales, nous vous recommandons d’informer votre fournisseur de l’intention d’utiliser le lien pour la numérotation d’urgence.  Assurez-vous également qu’ils enregistrent le numéro de téléphone dans la base de données nationale des urgences.

Téléphones

Lors de la connexion de téléphones physiques à Genesys Cloud, nous vous recommandons d’utiliser les services DHCP et DNS. Les services DHCP et DNS vous permettent de rationaliser votre déploiement initial, de réduire la gestion continue des téléphones et d’améliorer la résilience de vos utilisateurs. Genesys Cloud prend en charge le déploiement manuel de chaque téléphone avec ses informations IP statiques et son approvisionnement. Nous ne recommandons pas le déploiement manuel.

Mise en service du téléphone avec DHCP et DNS

Pour déployer vos téléphones à l’aide de DHCP et DNS, ces services doivent être activés sur votre réseau client interne. Une fois ces services disponibles, configurez de nouveaux enregistrements de ressources d’hôte « A» pour l’approvisionnement téléphonique Genesys Cloud dans votre zone de recherche directe DNS. Les enregistrements « A» de l’hôte portent tous le même nom, mais créent un nouvel enregistrement avec l’adresse IP de chaque appareil Edge. L’ajout de tous les bords garantit que si un seul appareil Edge n’est pas disponible, vos téléphones tenteront de se connecter au prochain appareil Edge.

Après avoir créé vos enregistrements d’hôte « A», créez une étendue DHCP pour vos téléphones. Chaque segment de réseau téléphonique nécessite une étendue DHCP différente définie dans votre serveur DHCP. Après avoir créé les étendues DHCP, créez une nouvelle option DHCP pour la portée du code : 160. Cette option informe vos téléphones de leur approvisionnement Edge lorsqu’ils se trouvent sur votre réseau. Dans l’option 160, vous ajoutez le nom de l’enregistrement DNS de configuration du téléphone que vous avez créé dans votre zone de recherche directe.

Remarque :  Pour les clients déployant leurs appareils Edge et leurs téléphones sur un seul segment de réseau, les appareils Edge répondent aux messages DHCP Discover et Inform provenant des téléphones. Ce réponse permet aux téléphones de recevoir leurs informations de provisioning directement à partir des bords, évitant ainsi de configurer l’option DHCP 160 dans votre étendue DHCP.
Astuce :   Si vous utilisez déjà l’option DHCP 160 pour d’autres services, vous pouvez utiliser une valeur d’option DHCP personnalisée différente, telle que prise en charge par le fabricant de votre téléphone.