Exigences de l'opérateur pour BYOC Cloud pour la plate-forme vocale Dynamic Cloud

Fonctionnalité à venir : Plate-forme vocale Dynamic Cloud

Exigences générales

Pour que BYOC Cloud fonctionne avec un transporteur tiers-prévisualisation du mode de numérotation, ce dernier doit :

  • Être compatible avec le protocole SIP
    • Prendre en charge intégralement la section 8.2.6.2 de la RFC3261 et renvoyer l'en-tête Via intact de la demande envoyée par Genesys Cloud dans les réponses envoyées par le transporteur.
    • Supporte entièrement la section 19.1.1 de la RFC3261 et supporte la méthode FQDN recommandée pour l'acheminement SIP.
    • Prendre pleinement en charge la section 19.1.5 de la RFC3261 et envoyer les paramètres URI de contact inconnus envoyés par Genesys Cloud dans l'URI de demande dans les demandes séquentielles envoyées à Genesys Cloud.
  • Supporte le protocole de transport UDP ou TCP jonction
  • Avoir une adresse IP ou un nom d’hôte routable en public

Pour plus d’informations, consultez leSpécification d’interopérabilité Genesys Cloud Carrier.

BYOC jonction exigences

Adresses IP de signalisation SIP

Les adresses IP publiques de signalisation SIP sont les adresses IP proxy que les lignes réseau BYOC de Genesys Cloud utilisent pour envoyer et recevoir des appels. Genesys Cloud équilibre la charge et utilise l’une des adresses IP de la région pour envoyer des appels sortants. Pour autoriser le trafic de signalisation SIP, vous devez ajouter ces adresses IP de l'ACL côté opérateur à votre liste d'autorisations.

Les appels entrants vers Genesys Cloud via BYOC peuvent être envoyés au niveau du réseau aux éléments suivants :

Remarque :  Genesys Cloud gère la signalisation des appels et les médias à l'aide de services distincts à des fins de résilience et d'évolutivité. Les services multimédias de Genesys Cloud sont des instances de microservices à autoscaling, qui sont instanciées ou supprimées selon les besoins en fonction de la charge de la plate-forme. Ces instances tirent les adresses IP d’un vaste pool d’adresses publiques dans AWS. our plus d’informations, consultez la section Domaines et adresses IP duÀ propos des ports et des services de votre pare-feu article.

Configuration requise pour l’URI pour le routage et la demande d’appel 

La configuration d'URI s'applique aux appels entrants et sortants.

Acheminement des appels entrants

Lors de la configuration du routage SIP entrant pour une jonction BYOC Cloud, Genesys Cloud nécessite qu’un identifiant de terminaison SIP entrant unique soit présent dans INVITE afin d’associer les appels entrants aux ressources appropriées de l’organisation Genesys Cloud.

Remarque :  L’identifiant de terminaison SIP entrant doit être unique pour la région de votre organisation.

Vous pouvez choisir l'une des quatre méthodes suivantes pour formater vos invitations SIP entrantes.

  • FQDN (nom de domaine complet)
  • TGRP (protocole de routage de groupe de lignes réseau)
  • DNIS (Service d’identification du numéro composé)
  • En-tête de la terminaison SIP entrante

Avec par défaut, vous pouvez utiliser la méthode FQDN ou TGRP recommandée. Si les exigences de votre opérateur vous empêchent d’utiliser l’une de ces méthodes, vous pouvez activer la méthode DNIS.

Pour faciliter la compréhension du formatage des INVITES entrants, l’interface Créer une ligne réseau externe utilisateur vous fournit une aide dynamique. Dès que vous commencez à saisir un identifiant dans la zone Identifiant de terminaison SIP entrant, le panneau Référence de demande entrante-URI apparaît, vous fournissant des exemples de formatage INVITE qui incluent votre identifiant de terminaison ainsi que l’adresse de la région de votre organisation Genesys Cloud.

L'option En-tête de terminaison SIP entrant vous permet de spécifier un en-tête SIP personnalisé qui est envoyé par l'opérateur BYOC et contient la valeur que vous fournissez dans le champ Identifiant de terminaison SIP entrant.

Pour les demandes séquentielles entrantes, l'en-tête Contact contiendra l'adresse DNS publique de la région précédée du champ Inbound SIP Termination Identifier.

Acheminement des appels sortants

Genesys Cloud prend également en charge l'intégration d'un identifiant unique dans les INVITES sortantes. Dans ce cas, vous pouvez spécifier que l'INVITE utilise une ou toutes les méthodes disponibles (FQDN, TGRP ou remplacement DNIS) en utilisant les cases SIP sortant.

  • FQDN de terminaison SIP sortant : Spécifier la partie domaine de l'URL de la demande.
  • Attribut SIP TGRP sortant : Spécifiez le paramètre TGRP de l'URL de la demande.
    • TGRP Context-ID : Spécifiez le paramètre de contexte du tronc de l'URL de la demande.
  • DNIS du SIP sortant Spécifiez la valeur DNIS pour la tentative d'appel sortant.

Là encore, vous constaterez que l’interface Créer une ligne réseau externe utilisateur vous fournit une aide dynamique. Dès que vous commencez à saisir l’une des zones SIP sortantes, le panneau Référence de la demande URI sortante vous fournit un exemple de formatage INVITE contenant les valeurs d’identifiant que vous avez entrées.

Pour plus d’informations, voir Configurer le routage SIP pour un cloud BYOC jonction.

Méthode de routage FQDN pour les appels entrants

Lorsque vous configurez le côté Genesys Cloud d’une jonction BYOC, vous spécifiez une valeur spécifique à la jonction. Genesys Cloud utilise cette valeur comme identifiant unique pour acheminer correctement les appels entrants vers les ressources de l’organisation Genesys Cloud appropriées. Cette valeur est ajoutée au domaine de jonction BYOC de la région. Le résultat est un FQDN jonction unique et pouvant être résolu.

Par exemple, si le domaine de liaison BYOC de la région est .byoc.use1.genesys.cloud, et que l'identifiant unique est myuniqueidentifier, vous devez formater la requête-URI comme suit :

sip:+13172222222@myuniqueidentifier.byoc.use1.genesys.cloud

Méthode de routage TGRP pour les appels entrants

Si le FQDN ne fonctionne pas comme Request-URI dans votre environnement, Genesys Cloud prend également en charge l'utilisation du Trunk Group Routing Protocol (TGRP) pour les appels entrants. Vous utilisez le même identifiant unique, mais au lieu de le placer dans la partie domaine de la Request-URI, vous l'incorporez dans les attributs spécifiques au TGRP.

Par exemple, si le domaine de liaison BYOC de la région est .byoc.use1.genesys.cloud et que l'identifiant unique est myuniqueidentifier, vous devez formater l'URL de la demande comme suit :

sip:+13172222222;tgrp=myuniqueidentifier;trunk-context=byoc.use1.genesys.cloud@<Domain>

Domain serait soit l'une des adresses IP de la région, soit l'un des noms DNS de l'équilibreur de charge. Voir BYOC Cloud public SIP addresses for Dynamic Cloud Voice Platform.

Méthode de routage de remplacement DNIS pour les appels entrants

Si les exigences de votre opérateur vous empêchent d'utiliser la méthode d'acheminement FQDN ou la méthode d'acheminement TGRP pour les appels entrants, vous pouvez activer la méthode de remplacement DNIS.

Lorsque vous utilisez la méthode de remplacement DNIS, Genesys Cloud inspecte la partie DNIS de la requête-URI entrante pour l'identifiant unique du trunk. Dans ce cas, Genesys Cloud utilise uniquement le DNIS pour l’identification d’Org et de jonction. Après avoir identifié l'Org et le Trunk, Genesys Cloud procède à l'acheminement en fonction de l'adresse figurant dans l'en-tête TO.

Par exemple, si le domaine de liaison BYOC de la région est .byoc.use1.genesys.cloud, et que l'identifiant unique est myuniqueidentifier, vous devez formater la requête-URI comme suit :

sip:myuniqueidentifier@lb01.byoc.use1.genesys.cloud