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

Exemple de configuration du minuteur de basculement sur les liaisons SIP avec CallManager

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


Contenu


Introduction

Ce document fournit une procédure pour déterminer l'intervalle de compteur qui des utilisations de CallManager afin de vérifier qu'un périphérique de Protocole SIP (Session Initiation Protocol) n'est plus présent en utilisant un joncteur réseau de SIP dans une liste de routage. Les informations ont fourni dans ce document te permettent de changer certains paramètres de CallManager afin de réduire le temps qu'il prend au Basculement au prochains joncteur réseau/passerelle dans la fin de routelist et de tentative de l'appel. Cette procédure s'applique POUR SIROTER seulement des joncteurs réseau.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Les informations dans ce document sont basées sur le Cisco CallManager 5.0(4a).

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 utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Aperçu de SIP

SIROTEZ est un protocole de contrôle de couche application qui peut être utilisé pour établir, mettre à jour, et terminer des appels entre deux ou plus des points d'extrémité. Le SIP est conçu pour adresser les fonctions de la Gestion de signalisation et de session dans un réseau téléphonique de paquet.

Le SIP est un protocole peer-to-peer. Les pairs en session s'appellent les agents d'utilisateur (UAs). Un agent d'utilisateur peut fonctionner dans un de ces rôles :

  • Client d'agent d'utilisateur (UAC) — Une application cliente qui initie la demande de SIP.

  • Serveur d'agent d'utilisateur (UAS) — Un serveur d'application qui contacte l'utilisateur quand une demande de SIP est reçue et qui renvoie une réponse au nom de l'utilisateur.

Typiquement, un point final de SIP peut fonctionner comme UAC et UAS, mais fonctionne seulement en tant qu'un ou autre par transaction. Si l'extrémité dirige la fonction pendant qu'un UAC ou un UAS dépend de l'uA qui a initié la demande.

D'un point de vue d'architecture, les composants physiques d'un réseau de SIP peuvent être groupés dans deux catégories : clients (téléphones et passerelles) et serveurs (les serveurs proxys, réorientent des serveurs, des serveurs de registrar). Le schéma de réseau montre l'architecture du réseau de SIP utilisé pour ce document.

C'est les travaux de SIP de manière :

  1. Quand un utilisateur initie un appel, une demande invitent est envoyée à un serveur (le proxy ou réorientent), qui détermine le chemin.

  2. La requête envoyée inclut l'adresse de l'appelant et l'adresse de l'appelé.

  3. Alors le serveur (le proxy ou réorientent) établit un appel point par point.

Configurez

Le CallManager a certains paramètres qui peuvent être modifiés afin de réduire le temps de Basculement entre le premier et la deuxième artère dans la liste de routage. Dans le CallManager, un groupe d'artère indique la commande dans laquelle les deux passerelles sont sélectionnées. En d'autres termes, il te permet pour donner la priorité à une liste de passerelles et de ports pour la sélection de jonction réseau sortante. Avec cette configuration, vous pouvez placer votre artère primaire et secondaire.

Une liste de routage associe les groupes d'artère dans une commande spécifiée. Dans ce cas, il y a seulement un groupe d'artère qui contient les deux passerelles. Ces deux passerelles ont été données un ordre de priorité. Cependant, une liste de routage alors s'associe avec un ou plusieurs modèles d'artère et détermine la commande dans laquelle ces groupes d'artère sont accédés à. Un modèle d'artère est simplement un ensemble de chiffres qui conduisent l'appel à la passerelle. Si vous composez un certain numéro, le nombre doit apparier un des modèles d'artère spécifiés dans votre CallManager. Puis, le nombre doit être vérifié par la la liste de routage afin de vérifier sa priorité. Si le nombre n'a pas une priorité d'aller par la passerelle principale, un temps de Basculement existe. Après Basculement le temps expire et la deuxième passerelle est trouvée, puis l'appel peut intervenir.

Ceci explique le comportement que le CallManager rentre sa transmission avec vos points d'extrémité de SIP :

  1. Le SIP initial invitent la demande à la première passerelle

  2. les 1ers invitent la relance à la première passerelle (retard à relancer : ~500ms)

  3. les 2èmes invitent la relance à la première passerelle (retard à relancer : ~1sec)

  4. les 3èmes invitent la relance à la première passerelle (retard à relancer : ~2sec)

  5. les 4èmes invitent la relance à la première passerelle (retard à relancer : ~4sec)

  6. les 5èmes invitent la relance à la première passerelle (retard à relancer : ~8sec)

  7. les 6èmes invitent la relance à la première passerelle (retard à relancer : ~16sec)

  8. Passerelle de temps de Basculement deuxième (retard au Basculement : ~32)

Le temps total au Basculement est de 63.5 secondes. Comme vous pouvez voir, le retard pour relancer des augmentations comme progression géométrique avec un rapport commun de 2 et un facteur d'échelle égal au temps initial de Basculement. Vous pouvez employer cette formule afin de trouver le temps total :

  • n = nombre de relances + 1

  • k = exemple de relance en addition (1ère relance, 2ème relance, etc.)

  • r = rapport commun (2 dans cette situation)

  • a = délai initial à relancer (facteur d'échelle)

  • Temps total au Basculement :

    failover-timer8.gif

Ceci fonctionne comme conçu et il n'y a pas un paramètre de service que vous pouvez changer pour modifier le rapport commun. Cependant, vous pouvez changer le délai initial pour relancer et le nombre de relances. Ceci diminuera le temps global au Basculement.

Diagramme du réseau

Ce document utilise la configuration réseau suivante :

/image/gif/paws/82250/failover-timer7.gif

Configuration

C'est la configuration pour réaliser le temps un beaucoup inférieur de Basculement :

  1. Système de clic dans la fenêtre de gestion de Cisco Unified CallManager.

    /image/gif/paws/82250/failover-timer1.gif

  2. Choisissez les paramètres de service.

    /image/gif/paws/82250/failover-timer2.gif

  3. Choisissez le serveur étant utilisé avec le SIP de la liste déroulante de Server*.

    /image/gif/paws/82250/failover-timer3.gif

  4. Choisissez le Cisco CallManager (actif) de la liste déroulante de Service*.

    /image/gif/paws/82250/failover-timer4.gif

  5. Faites descendre l'écran à la section pour le périphérique - SIP.

    /image/gif/paws/82250/failover-timer5.gif

  6. Ce sont les deux paramètres que vous pouvez changer afin de modifier le nombre de relances et du délai initial :

    • Le nombre de relances est modifié par le nombre de tentatives pour le SIP invitent le paramètre. Placez-le à 3.

    • Le délai initial à relancer est modifié par le SIP essayant le paramètre du temporisateur (milliseconde). Placez-le à 200.

    failover-timer6.gif

    Cette configuration diminue le temps global au Basculement à sec ~3. Vous pouvez employer cette formule et ces paramètres pour placer le temps de Basculement à ce que vous voulez.

Vérifiez

Aucune procédure de vérification n'est disponible pour cette configuration.

Dépannez

Il n'existe actuellement aucune information de dépannage spécifique pour cette configuration.

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: 82250