Routage direct mars 2019 (partie 4 de 5)

Bienvenue à nouveau! Tout d’abord, excuses pour la longue attente de cet article de blog. Planifier un mariage, déménager et travailler prend étonnamment beaucoup de temps;). Quoi qu'il en soit, la dernière fois, nous avons abordé les plans de numérotation, les bases du routage vocal et la préparation du routage direct. Cette fois, nous verrons comment exploiter plusieurs SBC dans votre environnement et comment configurer votre SBC pour qu'il prenne en charge le routage direct!

Exploitation de plusieurs SBC

Il est recommandé de planifier en cas de reprise après sinistre et / ou élevée. disponibilité lorsqu'un SBC est utilisé dans votre environnement. Vous pouvez procéder de différentes manières:

• Méthode de répartition de la charge et de haute disponibilité
  • Regroupez plusieurs SBC en une seule route vocale
    • Si vous devez mettre un SBC hors service à des fins de maintenance ou si vous perdez l'alimentation d'un SBC, la charge sera simplement distribuée aux autres SBC (en supposant qu'ils puissent gérer toute la charge)
  • ** Combinez plusieurs SBC dans un grappe
    • Les équipes verront ce groupe comme un seul SBC
    • . Cela aura le même effet que la charge sera répartie entre les SBC du cluster
• Haute disponibilité avec routes de secours
  • Utilisé dans les cas où vous souhaitez utiliser des SBC supplémentaires comme sauvegarde.
  • Configurez plusieurs itinéraires vocaux et attribuez des priorités à ces itinéraires.
    • Si aucun SBC n’est disponible pour prendre un appel avec la priorité la plus élevée, la route vocale suivante avec la priorité la plus haute suivante sera utilisée
    • Vous permet de basculer vers d’autres SBC si vous avez besoin de
• Reprise après sinistre
  • Configurez les stratégies de routage vocal pour n'autoriser que certains utilisateurs à utiliser des itinéraires spécifiques
    • En cas de perte de tous les abonnés SBC aux États-Unis, un sous-ensemble d'utilisateurs (probablement des utilisateurs de niveau exécutif) aura la possibilité de passer des appels vers les États-Unis via le commutateur européen SBC

 **. Indique que la fonction de cluster est uniquement disponible. pour certains fournisseurs de SBC 

Utilisation de SBC à plusieurs locataires

Si vous êtes partenaire de Microsoft et souhaitez envisager d’offrir l’hébergement de SBC, c’est très pertinent. Toutefois, si cela ne correspond pas à votre scénario, n'hésitez pas à sauter cette section 1965

Il faut tenir compte de deux éléments de la configuration, la configuration de l'hôte et le client configuration.

• Configuration de l'hôte – En tant que partenaire responsable du déploiement et de l'hébergement du SBC, vous devez:
  • Enregistrer le nom de domaine chez le locataire du transporteur
    • Si le partenaire possède le domaine «perficient.com», il ajoute alors le nouveau nom de domaine «customer.perficient.com» pour héberger tous les noms SBC
  • Demander un certificat générique
    • *. Customer.perficient.com
    • Utilisé pour tous les SBC et tous les clients ayant accès à ce SBC.
      • Ce seul certificat sera suffisant pour prendre en charge un nombre quelconque de clients sur un nombre quelconque de SBC
  • Pour chaque client enregistre le sous-domaine
    • customer1.customer.perficient.com
      • Sur le portail O365, ils devront enregistrer ce nouveau domaine et le certificat sera valide pour ce domaine car il s'agit d'un certificat générique
  • Utiliser le nom de domaine complet avec le sous-domaine client pour le SBC
    • customer1.customer.perficient.com
      • Si vous avez plusieurs clients, vous aurez plusieurs FQDN pointant vers le même SBC
      • Le certificat générique pourra à nouveau vérifier l’identité de tous les domaines
• Configuration client – Côté client, vous devez effectuer les opérations suivantes:
  • Enregistrez et activez le sous-domaine chez votre locataire
    • customer1.customer.perficient.com
  • Configurez le coffre du hébergeur à votre locataire

Microsoft propose également un excellent diagramme pour vous aider à mieux comprendre ce concept:

Comme vous le verrez sur la photo ci-dessus, nous avons l’hébergeur de la SBC (Adatum) et les 3 clients (Woodgrove Bank, Contoso et Adventure Works). Le domaine par défaut pour Adatum est adatum.biz et ils devront ajouter le domaine supplémentaire (customers.adatum.biz) pour fournir aux clients un accès au SBC. Ils auront également besoin d’un certificat (* .customers.adatum.biz) pour pouvoir prendre en charge tous les différents noms de domaine complets qu’ils utiliseront. Pour Woodgrove Bank, ils utiliseront sbc1.customers.adatum.biz, Contoso utilisera sbc2.customers.adatum.biz et, finalement, Adventure Works utilisera sbc3.customers.adatum.biz. Maintenant, Adatum sera en mesure de servir les 3 clients avec ce seul certificat SBC et unique! Comme mentionné précédemment, nous voudrons également ajouter des SBC supplémentaires pour la haute disponibilité et / ou la répartition de la charge.

Configuration SBC

Maintenant que vous attendez avec impatience, il est temps de configurer le SBC! Vous devez prendre en compte un certain nombre d’étapes pour garantir le succès du déploiement de SBC.

1. Attribuez une licence à SBC
2. Configuration des interfaces IP de réseau local et réseau étendu
3. Configuration du certificat
4. Configurer les ports de signalisation et multimédias
5. Configurer les options SIP et SRTP
6. Configurer la connexion au prochain saut RTPC

Si vous pensez que cela semble beaucoup, alors vous avez raison et, malheureusement, nous ne creuserons pas l'étape. étape par étape dans cet article (peut-être à l'avenir cependant :)). Sachez cependant que Microsoft a fourni un lien dans lequel vous pouvez trouver des indications sur le code SBC de chaque fournisseur .

Couplage du SBC

Vous avez donc suivi les instructions fournies par le fournisseur pour la configuration de votre SBC. Maintenant quoi? Eh bien, il est maintenant temps de coupler votre SBC à votre environnement. Pour ce faire, vous devez exécuter l'applet de commande PowerShell suivante:

New-CsOnlinePSTNGateway -Identity -SipSignalingPort -MaxConcurrentSessions -Silabled $ TRUE

]

Vous avez donc exécuté cette commande, mais vous ne savez pas ce que chacun de ces attributs signifiait… Ne vous inquiétez pas, nous les décomposerons ici:

CsOnlinePSTNGateway Parameters

• SipSignalingPort
  • Ce sera le port d'écoute pour la signalisation SIP sur le SBC.
  • Le port d'écoute est utilisé pour la communication avec les services de routage direct à l'aide du protocole TLS (Transport Layer Security).
    • La valeur doit être comprise entre 1 et 65535.
• Activé
  • Active le SBC pour les appels sortants. De plus, lorsque enabled est défini sur $ false, cela vous permet de mettre le SBC à l'état désactivé pendant la mise à jour du SBC. Pendant ce temps, le SBC autorisera toujours les appels entrants, ce qui garantira que tous les appels existants resteront intacts, mais que tous les appels sortants n'utiliseront pas ce SBC. Une fois que le SBC est terminé, vous pouvez procéder à la mise à jour / maintenance / etc.
    • (valeur par défaut -Enabled $ false)
• ForwardPAI
  • Ce paramètre indique si l'en-tête PAI (P-Asserted-Identity) sera transféré avec l'appel. Le PAI vous permet d'identifier l'appelant et est généralement utilisé à des fins de facturation.
    • (la valeur par défaut est $ false)
• Historique des appels vers l'avant
  • Ce paramètre indique si les informations de l'historique des appels seront transférées via la ligne principale. Lorsque cette option est activée, le proxy PSTN O365 envoie 2 en-têtes, «History-Info» et «Referred-by». Cela peut également être utilisé à des fins de facturation.
    • (la valeur par défaut est $ false)
• SIPOptionsEnabled
  • Lorsque ce paramètre est activé, les cloud SBC et O365 peuvent échanger des messages d'option SIP pour déterminer si le SBC est disponible ou non. Si le SBC n'est pas disponible, il n'est pas nécessaire d'envoyer des appels à ce SBC, ce qui vous permet de vous assurer qu'aucun appel n'est manqué.
  • Toutefois, si ce paramètre est défini sur false (désactivé), le SBC sera alors exclus des systèmes d'alerte et de surveillance.
    • Il est fortement recommandé de définir ce paramètre sur $ true (par défaut)
• MaxConcurrentSessions
  • Ce paramètre est utilisé par le système d'alerte. Selon la valeur définie, le système d'alerte générera une alerte à l'administrateur du locataire si le nombre de sessions simultanées est supérieur ou égal à 90% de la valeur définie.
  • Si le paramètre n'est pas défini, aucune alerte n'est générée. Cependant, le système de surveillance indiquera toujours le nombre de sessions simultanées toutes les 24 heures.
    • Par défaut, cette valeur n'est pas définie
• EnableFastFailoverTimer
  • Si la valeur est true, tous les appels sortants auxquels la passerelle ne répond pas dans les 10 secondes seront acheminés vers la prochaine ligne de réseau disponible. Cependant, si aucune autre ligne réseau n'est disponible, l'appel sera automatiquement abandonné. Pour les organisations dont les réseaux ou les réponses de passerelle sont lents, cela peut potentiellement générer un faux positif pour le basculement. Les appels seront donc abandonnés inutilement. Si ce scénario convient à votre environnement, il est recommandé de désactiver ce temporisateur de basculement.
• MediaBypass
  • Celui-ci est assez explicite, mais si le contournement de média est activé, il sera utilisé.
  • Mise à jour du contournement de média ici !
    • (la valeur par défaut est $ false)

Ceci termine le blog d’aujourd’hui sur le routage direct. Dans le dernier blog de cette série, nous aborderons quelques exemples de provisionnement utilisateur, de configuration simple, de configuration avancée et enfin de gestion du routage direct. J'espère que vous avez trouvé ce blog utile et j'espère vous revoir bientôt pour le dernier blog de cette série!