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

Comprenez comment les stratégies logiques et le Geolocations de segmentation fonctionnent

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

Introduction

Ce document explique comment Geolocations, Geolocation filtre, et la segmentation logique peut être utilisée dans les pays, tels que l'Inde, qui doivent séparer leurs appels de Hors fonction-net de leurs appels sur le réseau. La classe de service fournie en appelant les espaces de recherche (CSS) et des partitions ne pourrait pas fournir le niveau de la finesse qui est exigée afin d'être conforme à certaines lois et réglementations. Vous pourriez également constater que ces mêmes éléments sont utilisés dans des configurations de la batterie de croix de mobilité d'extension (EMCC). Référez-vous aux caractéristiques de Cisco Unified Communications Manager et au guide de services pour la version 7.1(2), qui explique comment filtrer à un emplacement plus spécifique. Les composants géographiques ne sont pas discutés plus loin dans ce document. En revanche, le centre de ce document est de passer en revue comment cela tout fonctionne ensemble logistiquement.

Contribué par William L. Hennenlotter et William Ryan Bennett, ingénieurs TAC Cisco.

Conditions préalables

Conditions requises

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

Composants utilisés

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.

Gestion CUCM des stratégies

Ces éléments importants peuvent être trouvés sur Cisco Unified Communications Manager (CUCM) (CallManager) page de CCMAdmin :

  • Device > Phone > Find > Geolocation/Pool d'appareils
  • Périphérique > joncteur réseaudécouverte > Geolocation/Pool d'appareils
  • System > Device Pool > découverte > filtre Geolocation/Goelocation
  • Système > configuration de Geolocation
  • Système > filtre de Geolocation

Sous CCMAdmin, allez aux paramètres d'entreprise > configuration logique de segmentation. Il y a quatre paramètres qui peuvent affecter Geolocations et segmentation logique. Rendez-vous compte que :

  • Toutes vos configurations de périphérique, des configurations de Pool d'appareils, des configurations logiques de segmentation, Geolocations, des filtres, et ainsi de suite doivent avoir le paramètre logique de segmentation d'enable changé du par défaut de faux pour rectifier.
  • La stratégie par défaut est placée pour refuser par défaut. L'aucune stratégie n'est explicitement définie dans le routage d'appels > configuration de politique logique de partition.
  • Des périphériques peuvent être assignés un Geolocation par défaut même si votre configuration de Geolocation de périphérique et configuration de Geolocation de Pool d'appareils est vide.

Si vous apportez des modifications de configuration et ne pouvez pas figurer pourquoi il ne fonctionne pas comme prévu, examinez le Geolocation assigné directement à vos points finaux, tels que le téléphone, aussi bien que vos joncteurs réseau et passerelles, telles que le joncteur réseau de SIP. S'il n'y a aucun Geolocation directement assigné à un téléphone, à un joncteur réseau, ou à une passerelle, alors examinez le Geolocation et le filtre de Geolocation assignés aux Pools d'appareils, respectivement. Si chacun des deux sont vides, examinez la stratégie par défaut répertoriée parmi les paramètres mentionnés ci-dessus d'entreprise.

Maintenant que vous connaissez les détails assignés au téléphone (un périphérique intérieur) et un joncteur réseau ou une passerelle (un périphérique de cadre), vous pouvez apparier les stratégies logiques de partition. Allez au routage d'appels > configuration de politique logique de partition. La connaissance et la compréhension des stratégies peuvent être un défi. Un des buts de ce document est de fournir les exemples qui sont utiles et complets. 

Exemple de scénario

Vous configurez deux stratégies nommées Bangalore et Chennai. Comprenez que quand vous tirez vers le haut la page logique de configuration de politique de segmentation, elle a un nom au dessus qui est toujours lié à la première des deux types de périphérique que vous avez sélectionnés. Quand vous configurez la stratégie logique de segmentation de Bangalore (stratégie de Geolocation), alors l'autoriser/refusent des relations commence toujours par l'interne de Bangalore ou le cadre de Bangalore.

Avec ces deux stratégies, les permutations possibles à la page de stratégie de Bangalore incluent :

  • Interne de Bangalore à l'interne de Bangalore
  • Interne de Bangalore au cadre de Bangalore
  • Cadre de Bangalore à l'interne de Bangalore
  • Cadre de Bangalore au cadre de Bangalore
  • Interne de Bangalore à l'interne de Chennai
  • Interne de Bangalore au cadre de Chennai
  • Cadre de Bangalore à l'interne de Chennai
  • Cadre de Bangalore au cadre de Chennai

Avec ces deux stratégies, il y a également huit permutations possibles à la page de stratégie de Chennai, qui incluent :

  • Interne de Chennai à l'interne de Bangalore
  • Interne de Chennai au cadre de Bangalore
  • Cadre de Chennai à l'interne de Bangalore
  • Cadre de Chennai au cadre de Bangalore
  • Interne de Chennai à l'interne de Chennai
  • Interne de Chennai au cadre de Chennai
  • Cadre de Chennai à l'interne de Chennai
  • Cadre de Chennai au cadre de Chennai

Remarque: Il n'y a aucun besoin de configurer tant de relations de stratégie pour différentes raisons. La logique de relations n'examine pas la direction. Par conséquent, l'interne de Bangalore au cadre de Chennai est le même que le cadre de Chennai à l'interne de Bangalore.  Essayez d'éviter les configurations qui sont en conflit les uns avec les autres.

Forums aux questions sur des conflits et la superposition de stratégie

Q : Que se produit s'il y a des conflits ou des stratégies qui superposent ?

A : Il y a de la logique, mais il peut être difficile de dépister. La logique n'est liée à la dernière stratégie qui a été ajoutée, pas une stratégie modifiée, mais une stratégie nouvellement ajoutée.

Si une stratégie qui a contenu la valeur Allow est alors plus tard changée pour refuser, alors elle demeure refusent. L'opposé est également vrai. Une stratégie précédemment réglée pour refuser, plus tard changé Allow est un autoriser. Cisco Unified signalant > état de stratégie de Geolocation peut vous aider à identifier les stratégies qui superposent.

Q : Que si l'interne de Bangalore au cadre de Chennai est configuré pour laisser tandis que le cadre de Chennai à l'interne de Bangalore est configuré pour être refusent ?

A : Si le cadre de Chennai à l'interne de Bangalore est dernier additionné, sa stratégie a la priorité.

Remarque: Relations seulement d'affect de stratégies d'Interne-à-cadre, de Cadre-à-interne, et de Cadre-à-cadre, pas relations d'Interne-à-interne.

Avec ces informations complémentaires à l'esprit, les stratégies d'échantillon dans ce document peuvent être rigoureusement réduites de l'les seize entrées combinées à sept entrées. Souvenez-vous, Interne-à-interne n'est pas affecté. Les stratégies d'Interne-à-interne et de superposition sont affichées avec le strikethrough, et donc, n'apparaîtrait plus dans la liste.

La page de stratégie de Bangalore inclut maintenant :

  • Interne de Bangalore à l'interne de Bangalore - Interne-à-interne non affecté.
  • Interne de Bangalore au cadre de Bangalore
  • Cadre de Bangalore à l'interne de Bangalore - Les superpositions avec l'interne de Bangalore vers Bangalore encadrent configuré à la page de stratégie de Bangalore.
  • Cadre de Bangalore au cadre de Bangalore
  • Interne de Bangalore au l'Interne-à-interne intérieur de Chennai non affecté.
  • Interne de Bangalore au cadre de Chennai
  • Cadre de Bangalore à l'interne de Chennai
  • Cadre de Bangalore au cadre de Chennai

La page de stratégie de Chennai inclut maintenant :

  • Interne de Chennai à l'interne de Bangalore - Interne-à-interne non affecté.
  • Interne de Chennai au cadre de Bangalore - Superpositions avec le cadre de Bangalore à l'interne de Chennai configuré à la page de stratégie de Bangalore.
  • Cadre de Chennai à l'interne de Bangalore - Les superpositions avec l'interne de Bangalore vers Chennai encadrent configuré à la page de stratégie de Bangalore.
  • Cadre de Chennai au cadre de Bangalore - Les superpositions avec le cadre de Bangalore vers Chennai encadrent configuré à la page de stratégie de Bangalore.
  • Interne de Chennai à l'interne de Chennai - Interne-à-interne non affecté.
  • Interne de Chennai au cadre de Chennai
  • Cadre de Chennai à l'interne de Chennai - Les superpositions avec l'interne de Chennai vers Chennai encadrent configuré à la page de stratégie de Chennai.
  • Cadre de Chennai au cadre de Chennai

Un téléphone IP avec un Chennai Geolocation qui apparie une stratégie de Chennai est un périphérique d'interne de Chennai. Un joncteur réseau de SIP avec un Chennai Geolocation qui apparie une stratégie de Chennai est un périphérique de cadre de Chennai. Il n'y a aucun besoin d'assigner spécifiquement le type de périphérique. CUCM classe automatiquement des joncteurs réseau, des passerelles, et des téléphones par catégorie. Si vous voulez que le périphérique intérieur de Chennai (téléphone) puisse exiger un périphérique de cadre de Chennai (joncteur réseau de SIP) sans appel étant rejeté, par exemple, l'appel reçoit un signal d'occupation rapide, alors vous devez s'assurer l'interne de Chennai à la stratégie de cadre de Chennai est placé pour autoriser, sans n'importe quelle superposition de stratégie configurée plus tard.

Remarque: Les modifications aux Pools d'appareils devraient exiger que les Pools d'appareils sont remis à l'état initial pour que la modification soit commise. Car c'est susceptible d'affecter beaucoup de périphériques, des modifications devraient être configurées après des heures.

Remarque: Dans les suivis du SDI de CallManager (ccm.txt), vous pourriez constater qu'un appel peut être rejeté en raison de la segmentation logique (LP) sans analyse de chiffre (DA) exécutée. Voici un exemple : Le SIP invitent, essayant, le service 503 indisponible sans le DA dans l'intervalle.

Voici un exemple d'un plein message de rejet :

09/18/2012 21:53:48.379 CCM|Cdcc::CcRejInd: ccRejInd.c.cv =  -1493172161|
<CLID::KCMCS01-Cluster> <NID::10.50.1.11><CT::2,100,45,1.1290981><IP::10.50.15.127><DEV::>
<LVL::Detailed><MASK::0800>
...
CV=-1493172161 in CcRejInd refers to Logical Partitioning denial as per this
junked Defect CSCsz91044 
...
09/18/2012 21:53:48.380 CCM|//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP
message to 10.50.15.127 on port 50380 index 90345 
SIP/2.0 503 Service Unavailable

Ce diagramme fournit un exemple de Geolocation et de segmentation logique.

Figure 1 : Diagramme du réseau

116038-logical-partition-geolocation-01.jpg

Ce diagramme affiche l'écoulement d'appel souhaité, qui est probable en raison des réglementations gouvernementales de limiter TEHO (Queue-Fin-saut-Hors fonction) et Contournement-contournement :

  • Le téléphone IP de l'Inde devrait pouvoir exiger l'accès primaire (PRI) 1 avec le raisonnement qui l'accès du réseau téléphonique public commuté (PSTN) est local.
  • Le téléphone IP de l'Inde ne devrait pas pouvoir exiger PRI 2 avec le raisonnement qui l'accès PSTN n'est pas local.
  • De même, alors que le téléphone IP de l'Inde devrait pouvoir exiger PRI 1 et placer l'appel sur l'attente, il ne devrait pas pouvoir composer pour sortir PRI 2 et placer chacun des trois interlocuteurs dans une conférence.

Installez avec l'utilisation du Geolocations et des partitions logiques

Cette section affiche que la commande rentrée par étapes pour installer et configurer le Geolocations et les partitions logiques dans CUCM.

Étape 1 : Configurez ces configurations dans les paramètres de service d'entreprise. Rendez-vous compte si vous placez la stratégie par défaut logique de segmentation pour refuser ou laisser. C'est important. Il est placé pour refuser pour cet exemple de configuration.

Figure 2 : Configuration logique de segmentation CUCM

116038-logical-partition-geolocation-02.jpg

Étape 2 : Allez à la configuration de filtre de Geolocation et spécifiez un filtre simple pour cette configuration spécifique. Vous pouvez spécifier plus si votre configuration devient très avancée. Dans ce cas, spécifiez qu'il correspondance seulement sur le pays.

Figure 3 : Configuration de filtre CUCM Geolocation

116038-logical-partition-geolocation-03.jpg

Étape 3 : Allez à la configuration de Geolocation et installez les certains emplacements spécifiés contre lesquels ils devraient préférer filtrer. C'est très simple et ne doit pas être configuré plus que pour ce que vous placez votre filtre de Geolocation, mais cet exemple affiche quelques configurations supplémentaires.

Figure 4 : Liste CUCM de Geolocations

116038-logical-partition-geolocation-04.jpg

Figure 5 : Configuration de Geolocation

116038-logical-partition-geolocation-05.jpg

Figure 6 : Page 2 de configuration de Geolocation

116038-logical-partition-geolocation-06.jpg

Étape 4 : Allez à la configuration de Pool d'appareils et trouvez les paramètres de configuration de Geolocation. Placez ceci dans l'emplacement que le téléphone est physiquement localisé.

Figure 7 : Configuration de Pool d'appareils

116038-logical-partition-geolocation-07.jpg

Étape 5 : Allez à la page de configuration de périphérique pour le téléphone et sélectionnez l'emplacement que le téléphone se trouve.

Figure 8 : Configuration de téléphone

116038-logical-partition-geolocation-08.jpg

Étape 6 : Allez à la page de configuration de périphérique pour les interfaces PRI et configurez-les en tant que différentes unités et comme si elles sont identiques.

Figure 9 : PRI pour l'Inde

116038-logical-partition-geolocation-09

Figure 10 : PRI pour les USA

116038-logical-partition-geolocation-10.jpg

Étape 7 : Cette étape est la partie plus difficile dans la configuration des stratégies logiques de partition.

Remarque: Vous avez besoin de deux stratégies. 


Figure : 11 : Liste logique de stratégie de segmentation

116038-logical-partition-geolocation-11.jpg

Figure 12 : Stratégie de l'Inde

116038-logical-partition-geolocation-12.jpg

Figure 13 : Stratégie de l'Inde continue

116038-logical-partition-geolocation-13.jpg

Figure 14 : Stratégie des USA

116038-logical-partition-geolocation-14.jpg

Figure 15 : Stratégie des USA continue

116038-logical-partition-geolocation-15.jpg

Périphériques de cadre et d'élément

Cette section explique la signification du cadre et de l'interne et comment connaître quel périphérique est des vers de cadre intérieurs.

La terminologie utilisée afin de classer les périphériques par catégorie CUCM est basée sur leur fonction.

  • Périphériques de cadre ? Ces périphériques permettent l'inter-batterie d'accès ou de transmission PSTN.
  • Périphériques intérieurs ? Ces périphériques sont des points finaux de la voix sur ip (VoIP).

Les périphériques typiques de cadre incluent :

  • Passerelle (par exemple, passerelle H.323)
  • Joncteur réseau d'Intercluster (les TCI), garde-porte garde-porte et non-garde-porte contrôlé
  • Joncteur réseau H.225
  • Joncteur réseau de SIP    
  • Port de Protocole MGCP (Media Gateway Control Protocol) (E1, t1, PRI, BRI, FXO)  

Les périphériques intérieurs typiques incluent :

  • Téléphones (SCCP, SIP, tiers)
  • Téléphones analogiques VG224
  • Port MGCP (FXS)
  • Points de routage CTI et ports CTI
  • Messagerie de vocal Cisco Unity (SCCP)  

Cette source de cadre et interne est réparée, basé sur le périphérique CUCM, et n'est pas configurable dans la version 7.1 CUCM.

La configuration à autoriser contre refusent

L'exemple de configuration entière dans ce document a été terminé avec l'ensemble de paramètres d'entreprise à un état de refuser. Voir la figure 2. Dans certaines circonstances, vous pourriez vouloir modifier cette valeur pour laisser et puis installer tout que vous voulez refuser parce qu'il est plus difficile de le faire car cette configuration est installée.

Pour cette installation, c'est tout que vous devez configurer :

  • Paramètres d'entreprise.
  • Filtre de Geolocation.
  • Configuration de Geolocation.
  • Pool d'appareils.
  • Les informations de Geolocation sur le téléphone IP.
  • Les informations de Geolocation sur les interfaces PRI (la passerelle est MGCP).
  • Stratégies de Geolocation (le cadre/interne permettent/refusent la configuration) dans la segmentation logique.

Informations connexes


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.


Document ID: 116038