Voix et communications unifiées : Cisco Unified Communications Manager (CallManager)

Configuration de jonctions intercluster avec au moins trois Cisco CallManagers

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Un lien d'inter-batterie est H.323 une connexion qui permet à deux batteries distinctes de Cisco CallManager pour conduire des appels entre l'un l'autre au-dessus d'un nuage IP. Quand vous connectez deux batteries multiserveuses ou plus du CallManager 3.1.x ou 3.2.x, la configuration inexacte de joncteur réseau pourrait poser des problèmes avec le routage d'appels entre les deux batteries. Cisco a amélioré et a simplifié la configuration dans la version 3.3.x de CallManager.

  • Batterie-Un

    • CM-A1

    • CM-A2

    • CM-A3

    • IPPhone-A1 (inscrit à CM-A1)

    • IPPhone-A2 (inscrit à CM-A2)

    • IPPhone-A3 (inscrit à CM-A3)

  • Batterie-b

    • CM-B1

    • CM-B2

    • IPPhone-B1 (inscrit à CM-B1)

    • IPPhone-B2 (inscrit à CM-B2)

  • Joncteur réseau d'Inter-batterie

    • CM-A1 Ý-Ý CM-B1

intercluster_1.gif

Conditions préalables

Conditions requises

Les lecteurs de ce document devraient comprendre comment gérer des réseaux de CallManager.

Composants utilisés

Les informations dans ce document sont basées sur la version 3.1x de CallManager, le 3.2x, et le 3.3x.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions de documents, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Problème

IPPhone-A2 et IPPhone-A3 ne peuvent pas n'exécuter aucun appel au-dessus du joncteur réseau d'inter-batterie.

Appels d'IPPhone IPPhone-B1 IPPhone-B2
IPPhone-A1 A1 peut appeler B1 A1 peut appeler B2
IPPhone-A2 A2 ne peut pas appeler B1 A2 ne peut pas appeler B2
IPPhone-A3 A3 ne peut pas appeler B1 A3 ne peut pas appeler B2

C'est parce que, quand les tentatives IPPhone-A2 d'établir un appel, l'appel est initiées sur CM-A2 et points à CM-B1. Puisque seulement un joncteur réseau d'inter-batterie a été configuré (entre CM-A1 et CM-B1), CM-B1 ne se rend pas compte de l'existence de CM-A2 comme H.323 point final. En conséquence, l'appel est rejeté par CM-B1 et il échoue.

intercluster_2.gif

solutions 3.1.x ou 3.2.x

Il y a trois manières de résoudre le problème. Ces solutions sont expliquées dans les sections suivantes. En outre, des avantages - et - des inconvénients sont répertoriés pour chaque solution.

Solution 1 — La création d'un Pseudo-garde-porte sur la batterie-Un et la batterie-b, alors « permettent des appels anonymes »

La première solution implique une configuration du contrôleur d'accès qui permet les périphériques anonymes.

Cette solution permet à chacun des points finaux d'inter-batterie pour recevoir un appel entrant d'un point final d'inconnu H.323. Ainsi, l'appel de CM-A2 peut être reçu et établi.

Quand vous configurez le garde-porte, terminez-vous les champs nécessaires selon le guide d'administration.

Remarque: Prêtez la particulière attention aux appels anonymes d'autoriser et aux champs de Protocol de périphérique, qui sont marqués dans cette copie d'écran :

intercluster_3.gif

Avantages

  • Configuration simple — Aucune modification de configuration de routage d'appels n'est exigée.

  • Évolutivité — Configuration à un dispositif.

  • Évolutivité — Vous devez seulement configurer une nouvelle batterie pour la connecter au réseau.

Inconvénients

  • Redondance — Aucune Redondance sortante, en cas de panne des serveurs explicitement configurés (dans ce exemple, CM-A1 ou CM-B1). Choisissez l'artère à la batterie distante.

  • Élégance — Pas « nettoyez » la solution, parce qu'un « faux » garde-porte est créé.

  • attention Attention : Permet des points finaux inconnus de joncteur réseau d'inter-batterie (exemple : une batterie inconnue de Cisco CallManager) pour établir des appels à la batterie.

Solution 2 — Configuration explicite d'un joncteur réseau d'Inter-batterie pour chaque Cisco CallManager distant

Cette solution exige de vous de configurer les joncteurs réseau explicites d'inter-batterie sur chaque batterie de Cisco CallManager, qui indiquent tous les serveurs Cisco CallManagers distants. Il n'est pas nécessaire de modifier le routage d'appels ; il devrait rester le même qu'avec un joncteur réseau simple d'inter-batterie.

intercluster_4.gif

Cette solution permet à chaque batterie pour se rendre « compte » des serveurs distants. Ainsi, l'appel de CM-A2 est reçu et établi.

Avantages

  • Configuration simple — Aucune modification de configuration de routage d'appels n'est exigée.

Inconvénients

  • Redondance — Aucune Redondance sortante, en cas de la panne des serveurs primaires (dans ce exemple, CM-A1 ou CM-B1).

  • Évolutivité — Une quasi-pleine maille est exigée.

  • Évolutivité — Vous devez modifier toutes les batteries quand une nouvelle batterie est ajoutée au réseau.

Solution 3 — Configuration explicite d'un joncteur réseau d'Inter-batterie pour chaque Cisco CallManager distant inclus dans les listes de routage

Cette solution exige de vous de configurer les joncteurs réseau explicites d'inter-batterie sur chaque batterie de Cisco CallManager, qui indiquent tous les serveurs Cisco CallManagers distants. Il est nécessaire de modifier le routage d'appels : créez une liste de routage qui inclut un groupe d'artère qui contient tous les joncteurs réseau configurés d'inter-batterie, par ordre préférence. Cette liste de routage devrait être la destination du modèle d'artère qui est responsable du routage d'appel inter-cluster.

intercluster_4.gif

Cette solution permet à chaque batterie pour se rendre « compte » des serveurs distants. Ainsi, l'appel de CM-A2 est reçu et établi. Il permet également des appels à établir sur les joncteurs réseau de sauvegarde, au cas où le joncteur réseau ou le serveur primaire descendrait.

Avantages

  • Redondance — Redondance sortante, en cas de la panne des serveurs primaires (dans ce exemple, CM-A1 ou CM-B1).

Inconvénients

  • Complexité — La modification de la configuration de routage d'appels est exigée.

  • Évolutivité — Une quasi-pleine maille est exigée.

  • Évolutivité — Vous devez modifier toutes les batteries quand une nouvelle batterie est ajoutée au réseau.

amélioration 3.3.x et configuration

Le Cisco CallManager 3.3.x a introduit une nouvelle interface de configuration qui le facilite pour configurer les joncteurs réseau redondants d'inter-batterie, quand vous devez utiliser le protocole de joncteur réseau d'Inter-batterie. Dans des versions plus tôt de CallManager, de plusieurs passerelles et une configuration complexe ont été exigées, pour ajouter le même niveau de la Redondance.

Configuration d'un joncteur réseau simple d'Inter-batterie avec des points finaux de plusieurs IP

La configuration de joncteur réseau d'inter-batterie du Cisco CallManager 3.3.x exige de l'administrateur de créer une passerelle simple sur chaque batterie avec les adresses IP de jusqu'à trois serveurs CallManagers distants. Cette passerelle simple sera à la disposition de tous les serveurs CallManagers dans leur batterie respective. Pour fixer la priorité, configurez le CallManager distant dans la commande que vous préférez.

intercluster_5.gif

Pour des informations supplémentaires sur la configuration des camions dans le CallManager 3.3x, référez-vous à la configuration de joncteur réseau.

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 19200