Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Conventions

Administration des politiques CUCM

Exemple de scénario

Foire aux questions sur les conflits de politiques et les chevauchements

Configuration à l'aide des géolocalisations et des partitions logiques

Périphériques de bordure et d'éléments

Configuration pour autoriser ou refuser

Informations connexes

Introduction

Ce document explique comment les géolocalisations, les filtres de géolocalisation et le partitionnement logique peuvent être utilisés dans des pays comme l'Inde, qui doivent séparer leurs appels hors réseau de leurs appels sur réseau. La classe de service fournie par les espaces de recherche d'appels (CSS) et les partitions peut ne pas fournir le niveau de granularité requis pour se conformer à certaines lois et réglementations. Il se peut également que ces mêmes éléments soient utilisés dans les configurations EMCC (Extension Mobility Cross Cluster). Reportez-vous au Guide des fonctionnalités et des services de Cisco Unified Communications Manager pour la version 7.1(2), qui explique comment filtrer vers un emplacement plus spécifique. Les composantes géographiques ne sont pas abordées plus en détail dans le présent document. Le présent document vise plutôt à examiner comment tout fonctionne sur le plan logistique.

Conditions préalables

Conditions requises

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

Components Used

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Administration des politiques CUCM

Ces éléments principaux se trouvent sur la page CCMAdmin de Cisco Unified Communications Manager (CUCM) (CallManager) :

- Périphérique > Téléphone > Rechercher > Géolocation/Pool de périphériques

- Périphérique > Trunk > Rechercher > Géolocation/Pool de périphériques

- Système > Pool de périphériques > Rechercher > Filtre de géolocalisation/géolocalisation

- Système > Configuration de la géolocalisation

- Système > Filtre de géolocalisation

Sous CCMAdmin, accédez à Paramètres d'entreprise > Configuration du partitionnement logique. Quatre paramètres peuvent affecter les géolocalisations et le partitionnement logique. Sachez que :

- Toutes vos configurations de périphérique, de pool de périphériques, de partitionnement logique, de géolocalisation, de filtres, etc., doivent avoir le paramètre Enable Logical Partitioning modifié de la valeur par défaut False à True.

- La stratégie par défaut est définie sur Refuser par défaut. La stratégie no est explicitement définie dans la configuration de la stratégie de routage d'appel > partition logique.

- Les périphériques peuvent se voir attribuer une géolocalisation par défaut même si la configuration de la géolocalisation des périphériques et de la géolocalisation du pool de périphériques est vide.

Si vous apportez des modifications à la configuration et que vous ne comprenez pas pourquoi elle ne fonctionne pas comme prévu, examinez la ou les géolocalisation(s) attribuée(s) directement à vos points d'extrémité, tels que le téléphone, ainsi que vos agrégations et passerelles, telles que la ligne principale SIP. Si aucune géolocalisation n'est directement attribuée à un téléphone, une agrégation ou une passerelle, examinez respectivement la géolocalisation et le filtre de géolocalisation affectés au ou aux pools de périphériques. Si les deux sont vides, examinez la stratégie par défaut répertoriée parmi les paramètres d'entreprise mentionnés ci-dessus.

Maintenant que vous connaissez les détails attribués au téléphone (un périphérique Intérieur) et à une liaison ou une passerelle (un périphérique Border), vous pouvez faire correspondre les stratégies de partition logique. Accédez à Routage des appels > Configuration de la stratégie de partition logique. La connaissance et la compréhension des politiques peuvent être un défi. L'un des objectifs de ce document est de fournir des exemples utiles et complets.

Exemple de scénario

Vous configurez deux stratégies nommées Bangalore et Chennai. Comprenez que lorsque vous accédez à la page Configuration de la stratégie de partitionnement logique, un nom en haut est toujours lié au premier des deux types de périphériques sélectionnés. Lorsque vous configurez la politique de partitionnement logique de Bangalore (politique de géolocalisation), la relation Autoriser/Refuser commence toujours par Bangalore Interior ou Bangalore Border.

Avec ces deux politiques, les autorisations possibles sur la page Bangalore Policy sont les suivantes :

- Intérieur de Bangalore à Bangalore

- Intérieur de Bangalore à la frontière de Bangalore

- La frontière de Bangalore à l'intérieur de Bangalore

- Frontière de Bangalore à la frontière de Bangalore

- Intérieur de Bangalore à Chennai

- Intérieur de Bangalore à la frontière de Chennai

- La frontière de Bangalore et l'intérieur de Chennai

- Frontière entre Bangalore et Chennai

Avec ces deux politiques, il y a aussi huit autorisations possibles sur la page Chennai Policy, qui incluent :

- Intérieur de Chennai à Bangalore

- L'intérieur de Chennai à la frontière de Bangalore

- La frontière de Chennai à Bangalore

- Frontière entre Chennai et Bangalore

- Intérieur de Chennai à intérieur de Chennai

- L'intérieur de Chennai à la frontière de Chennai

- La frontière de Chennai à l'intérieur de Chennai

- Frontière entre Chennai et Chennai

Note: Il n'est pas nécessaire de configurer autant de relations de stratégie pour différentes raisons. La logique de relation n'examine pas la direction. Par conséquent, l'intérieur de Bangalore à la frontière de Chennai est le même que l'intérieur de la frontière de Chennai à Bangalore.  Essayez d'éviter les configurations qui entrent en conflit.

Foire aux questions sur les conflits de politiques et les chevauchements

Q : Que se passe-t-il s'il y a des conflits ou des politiques qui se chevauchent ?

A : Il y a une certaine logique, mais il peut être difficile de suivre. La logique est liée à la dernière stratégie qui a été ajoutée, non pas à une stratégie modifiée, mais à une nouvelle stratégie ajoutée.

Si une stratégie contenant la valeur Allow est ensuite modifiée pour Deny, elle reste Deny. Le contraire est également vrai. Une stratégie précédemment définie sur Refuser, ultérieurement modifiée en Autoriser est une stratégie Autoriser. Le rapport Cisco Unified Reporting > Geolocation Policy peut vous aider à identifier les stratégies qui se chevauchent.

Q : Que se passe-t-il si Bangalore Interior to Chennai Border est configuré pour Allow alors que Chennai Border to Bangalore Interior est configuré pour Deny ?

A : Si la frontière de Chennai à l'intérieur de Bangalore est la dernière ajoutée, sa politique l'emporte.

Note: Les politiques n'affectent que les relations entre l'intérieur et la frontière, entre les frontières et entre l'intérieur et entre les frontières, et non les relations entre l'intérieur et l'intérieur.

En gardant à l'esprit ces informations supplémentaires, les exemples de politiques de ce document peuvent être considérablement réduits, passant d'une combinaison de seize entrées à sept. N'oubliez pas que de l'intérieur à l'intérieur n'est pas affecté. Les politiques Intérieur à Intérieur et Chevauchement sont affichées avec bifurcation, et par conséquent, n'apparaîtraient plus dans la liste.

La page Bangalore Policy comprend désormais :

- Intérieur de Bangalore à Bangalore - Intérieur de Bangalore non affecté.

- Intérieur de Bangalore à la frontière de Bangalore

- La frontière de Bangalore à l'intérieur de Bangalore - Chevauchements avec Bangalore Interior to Bangalore Border configurés sur la page Bangalore Policy.

- Frontière de Bangalore à la frontière de Bangalore

- Intérieur de Bangalore à Chennai - Intérieur de Bangalore à Intérieur non affecté.

- Intérieur de Bangalore à la frontière de Chennai

- La frontière de Bangalore et l'intérieur de Chennai

- Frontière entre Bangalore et Chennai

La page Chennai Policy inclut maintenant :

- Intérieur de Chennai à Bangalore - Intérieur de l'intérieur à l'intérieur non affecté.

- L'intérieur de Chennai à la frontière de Bangalore  - Chevauchements avec Bangalore Border to Chennai Interior configurés sur la page Bangalore Policy.

- La frontière de Chennai à Bangalore  - Chevauchements avec Bangalore Interior à Chennai Border configurés sur la page Bangalore Policy.

- Frontière entre Chennai et Bangalore  - Chevauchements avec la frontière de Bangalore à la frontière de Chennai configurés sur la page Politique de Bangalore.

- Chennai Interior to Chennai Interior - Interior-to-Interior non affecté.

- L'intérieur de Chennai à la frontière de Chennai

- La frontière de Chennai à l'intérieur de Chennai  - Chevauchement de l'intérieur de Chennai à la frontière de Chennai configuré sur la page Stratégie Chennai.

- Frontière entre Chennai et Chennai

Un téléphone IP avec une géolocalisation Chennai qui correspond à une politique Chennai est un appareil intérieur Chennai. Une liaison SIP avec une géolocalisation Chennai qui correspond à une politique Chennai est un périphérique de frontière Chennai. Il n'est pas nécessaire d'attribuer spécifiquement le type de périphérique. CUCM catégorise automatiquement les agrégations, les passerelles et les téléphones. Si vous voulez que le périphérique intérieur de Chennai (téléphone) puisse appeler un périphérique frontière de Chennai (ligne principale SIP) sans que l'appel soit rejeté, par exemple, l'appel reçoit un signal d'occupation rapide, vous devez vous assurer que la stratégie frontière entre l'intérieur de Chennai et la frontière de Chennai est définie sur Autoriser, sans qu'aucun chevauchement de stratégie ne soit configuré ultérieurement.

Note: Les modifications apportées aux pools de périphériques doivent exiger que les pools de périphériques soient réinitialisés pour que la modification soit validée. Comme cela risque d'affecter de nombreux périphériques, les modifications doivent être configurées en dehors des heures de bureau.

Note: Dans les traces SDI (ccm.txt) de CallManager, vous pouvez constater qu'un appel peut être rejeté en raison du partitionnement logique (LP) sans analyse de chiffres (DA) effectuée. Voici un exemple : Invitation SIP, tentative, service 503 non disponible sans DA entre les deux.

Voici un exemple de message de rejet complet :

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 schéma fournit un exemple de géolocalisation et de partitionnement logique.

Figure 1 : Diagramme du réseau

Ce diagramme montre le flux d'appels souhaité, ce qui est probable en raison des réglementations gouvernementales qui restreignent les modes TEHO (Tail-End-Hop-Off) et Toll-Bypass :

- Le téléphone IP indien doit être capable d'appeler l'interface PRI (Primary Rate Interface) 1 avec la justification que l'accès au réseau téléphonique public commuté (RTPC) est local.

- Le téléphone IP indien ne doit pas être en mesure d'appeler PRI 2 en expliquant que l'accès PSTN n'est pas local.

- De même, alors que le téléphone IP indien devrait être capable d'appeler PRI 1 et de mettre l'appel en attente, il ne devrait pas être capable de composer PRI 2 et de placer les trois parties dans une conférence.

Configuration à l'aide des géolocalisations et des partitions logiques

Cette section présente les étapes suivies pour configurer et configurer les géolocalisations et les partitions logiques dans CUCM.

Étape 1 : Configurez ces paramètres dans les paramètres de service de l'entreprise. Sachez si vous définissez la stratégie par défaut de partitionnement logique sur Refuser ou Autoriser. C'est important. Il est défini sur Deny pour cet exemple de configuration.

Figure 2 : Configuration du partitionnement logique CUCM

Étape 2 : Accédez à la Configuration du filtre de géolocalisation et spécifiez un filtre unique pour cette configuration spécifique. Vous pouvez en spécifier davantage si votre configuration devient très avancée. Dans ce cas, spécifiez qu'il correspond uniquement au pays.

Figure 3 : Configuration du filtre de géolocalisation CUCM

Étape 3 : Accédez à la Configuration de la géolocalisation et configurez les emplacements spécifiés sur lesquels il doit préférer filtrer. Ceci est très simple et n'a pas besoin d'être configuré plus que pour ce que vous avez défini votre filtre de géolocalisation, mais cet exemple montre des configurations supplémentaires.

Figure 4 : Liste des géolocalisations du CUCM

Figure 5 : Configuration de la géolocalisation

Figure 6 : Page de configuration de géolocalisation 2

Étape 4 : Accédez à la configuration du pool de périphériques et recherchez les paramètres de configuration de géolocalisation. Définissez-le à l'emplacement physique du téléphone.

Figure 7 : Configuration du pool de périphériques

Étape 5 : Accédez à la page Configuration du périphérique du téléphone et sélectionnez l'emplacement du téléphone.

Figure 8 : Configuration du téléphone

Étape 6 : Accédez à la page Configuration du périphérique pour les interfaces PRI et configurez-les en tant qu'unités individuelles et comme si elles étaient identiques.

Figure 9 : PRI pour l'Inde

Figure 10 : PRI pour les États-Unis

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

Note: Vous avez besoin de deux politiques.

Figure : 11: Liste des politiques de partitionnement logique

Figure 12 : Politique indienne

Figure 13 : La politique indienne s'est poursuivie

Figure 14 : Politique américaine

Figure 15 : La politique américaine se poursuit

Périphériques de bordure et d'éléments

Cette section explique la signification de Border and Interior et comment savoir quel périphérique est Border verses Interior.

La terminologie utilisée pour classer les périphériques CUCM est basée sur leur fonction.

- Périphériques périphériques ? Ces périphériques permettent l'accès RTPC ou la communication entre les clusters.

- Périphériques intérieurs ? Ces périphériques sont des terminaux VoIP (Voice over IP).

Les périphériques de périphérie typiques sont les suivants :

- Passerelle (par exemple, passerelle H.323)

- Liaison intercluster (ICT), contrôlée par le contrôleur d'accès et non par le contrôleur d'accès

- Liaison H.225

- SIP Trunk (ligne principale SIP)

- Port MGCP (Media Gateway Control Protocol) (E1, T1, PRI, BRI, FXO)

Les périphériques intérieurs typiques sont les suivants :

- Téléphones (SCCP, SIP, tiers)

- Téléphones analogiques VG224

- Port MGCP (FXS)

- Points de routage CTI et ports CTI

- Messagerie vocale Cisco Unity (SCCP)

Cette source de Border and Interior est fixe, basée sur le périphérique CUCM, et n'est pas configurable dans CUCM version 7.1.

Configuration pour autoriser ou refuser

L'exemple de configuration complet de ce document a été terminé avec le paramètre Enterprise défini sur l'état Deny. Voir la figure 2. Dans certaines circonstances, vous pouvez modifier cette valeur pour Autoriser puis configurer tout ce que vous voulez Refuser car il est plus difficile de le faire lors de la configuration de cette configuration.

Pour cette configuration, vous n'avez qu'à configurer :

- Paramètres d'entreprise.

- Filtre de géolocalisation.

- Configuration de la géolocalisation.

- Groupe de périphériques.

- Informations de géolocalisation sur le téléphone IP.

- Informations de géolocalisation sur les interfaces PRI (la passerelle est MGCP).

- Politiques de géolocalisation (configuration Border/Interior allow/deny) dans le partitionnement logique.

Informations connexes

- Support et documentation techniques - Cisco Systems