Configuration et dépannage du partitionnement et de la géolocalisation logiques

Options de téléchargement

PDF (1.6 MB)
Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
ePub (1.5 MB)
Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
Mobi (Kindle) (1.3 MB)
Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils

Mis à jour:19 juillet 2021

ID du document:211280

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Contenu

Introduction

Conditions préalables

Components Used

Informations générales

Éléments du partitionnement logique

Géolocalisation

Filtre de géolocalisation

Stratégie de partition logique

Configuration

Dépannage

Points à méditer

Références

Bogues connus

Introduction

Ce document décrit comment configurer le partitionnement logique et la géolocalisation dans Cisco Unified Communications Manager (CUCM).

Conditions préalables

Cisco vous recommande de prendre connaissance des rubriques suivantes :

Cisco Unified Communication Manager

Components Used

Cisco Unified Communications Manager 8.6 ou version ultérieure

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.

Informations générales

La fonctionnalité de partitionnement logique garantit qu'un seul système peut être utilisé pour prendre en charge les deux types d'appels, à condition que les appels qui passent par une passerelle RTPC (réseau téléphonique public commuté) ne se connectent pas directement à un téléphone VoIP ou à une passerelle RTPC VoIP dans un autre emplacement géographique (géolocalisation) même lorsqu'une fonction d'appel intermédiaire est appelée.

Dans certains pays comme l'Inde, il existe des réglementations en matière de télécommunications qui doivent être respectées au niveau des entreprises. En raison de quoi les entreprises sont susceptibles de mettre en place une infrastructure vocale. Ils sont configurés de sorte que le RTPC local soit utilisé exclusivement lors de la connexion d'appels en dehors de l'entreprise. Selon la Telecom Regulatory Authority (TRAI), le réseau de téléphonie RTPC en Inde ne doit jamais être interconnecté avec le réseau de téléphonie VoIP aux fins du Toll ByPass.

Cela nécessite que le système vocal soit partitionné logiquement en deux systèmes : une VoIP au sein de l'entreprise et une seconde pour accéder au RTPC local.

Il était très difficile de maintenir ce type de système vocal avec la fonctionnalité CSS (Calling Search Space) et Partition de CUCM. CSS et Partition peuvent restreindre les appels de base, mais ne parviennent pas à restreindre les fonctions de mi-appel telles que la redirection et la jointure.

Éléments du partitionnement logique

Géolocalisation

CUCM nécessite le provisionnement d'identificateurs pour l'attribution aux périphériques tels que les téléphones, les passerelles, les agrégations, etc. La géolocalisation est une norme qui peut être utilisée comme un identificateur dans le partitionnement logique.

La géolocalisation permet de spécifier l'emplacement physique en fonction de 17 paramètres maximum : Abréviation par lettre de pays 2 : État (A1), Comté (A2), Ville (A3), District (A4), Quartier (A5), Rue (A6), Direction (PRD), Suffixe de rue (POD), Numéro de maison (HNO) et Suffixe de numéro de maison (HNS), entre autres.

Filtre de géolocalisation

Une configuration de stratégie de partition logique type utilise uniquement un sous-ensemble de champs dans l'enregistrement de stratégie de géolocalisation. Cette sélection est réduite par le filtre de géolocalisation. Les champs sélectionnés dans le filtre de géolocalisation sont utilisés par la fonction de partitionnement logique.

Stratégie de partition logique

Dans CUCM, le partitionnement logique est défini comme une fonction de contrôle d'appel qui peut être utilisée pour restreindre la communication entre ces entités VoIP à l'aide de stratégies de partitionnement logique.

Téléphone IP vers/depuis la passerelle
Passerelle vers passerelle
Téléphone IP vers/depuis la ligne principale (ligne principale ICT/SIP)
Passerelle vers/depuis la liaison (ligne principale ICT/SIP)

Les périphériques de la partition logique sont classés en tant que périphériques intérieurs et périphériques. Il s'agit des périphériques classés comme intérieurs :

Téléphones (SCCP, SIP, tiers)
Téléphones analogiques VG224
Port MGCP (FXS)
Messagerie vocale Cisco Unity (SCCP)
Point de routage CTI, port CTI
Passerelle QSIG ou TIC

Ces périphériques sont classés en tant que bordure :

Passerelle
Liaison intercluster (TIC)
Liaison H.225
SIP Trunk (ligne principale SIP)
Port MGCP (E1, T1, PRI, BRI, FXO)

Configuration

Étape 1. La géolocalisation par défaut est applicable aux périphériques dans lesquels aucune géolocalisation n'est configurée et ne participent pas au partitionnement logique. Pour définir la stratégie de géolocalisation par défaut joue un rôle majeur, si elle est définie pour autoriser, il est nécessaire d'appliquer des stratégies de partition logique appropriées avec la fonctionnalité de refus et inversement.

Étape 2. Accédez à System-> Geolocation Configuration et ajoutez les informations relatives à l'emplacement. Ceci agit comme un identificateur pour les périphériques associés à cette géolocalisation particulière.

Étape 3. Accédez à System-> Geolocation Filter et vérifiez les champs de la configuration Geolocation Filter en fonction de la stratégie logique requise pour le filtrage.

Étape 4. Configurez la stratégie de partition logique. C'est la partie la plus importante de la configuration, car toutes les décisions d'autorisation ou de refus des appels dépendent de sa configuration.

Étape 5. Accédez à la page de configuration du périphérique du téléphone et appliquez la géolocalisation en fonction de l'emplacement du téléphone.

De même, accédez au pool de périphériques et ajoutez la configuration de géolocalisation.

Étape 6. Accédez ensuite à la page de configuration du port Gateway/Trunk/MGCP qui agit en tant qu'interface avec le RTPC et appliquez la configuration de géolocalisation et le filtre de géolocalisation.

Dépannage

Étape 1. Activez l'option Paramètres d'entreprise qui activent le partitionnement logique a la valeur True.

Étape 2. Assurez-vous que les périphériques sont associés à une géolocalisation valide au niveau du périphérique ou du pool de périphériques.

Étape 3. Vérifiez dans la page de configuration que le périphérique est associé à un filtre de géolocalisation valide, en sélectionnant certains des champs de géolocalisation au niveau du périphérique ou du pool de périphériques.

Étape 4. Assurez-vous que la sensibilité à la casse est correcte pour les champs des enregistrements LP GeolocationPolicy et qu'elle correspond à la configuration des enregistrements de géolocalisation.

Étape 5. La configuration de la géolocalisation, les filtres et les stratégies peuvent également être vérifiés à partir de l'interface de ligne de commande à l'aide de ces commandes SQL.

run sql select * from geolocationfilter
run sql select * from geolocationpolicy
run sql select * from geolocationpolicymatrix
run sql select * from typelogicalpartitionpolicy

Étape 6. Une fois la configuration de base vérifiée, vérifiez la relation entre les stratégies de géolocalisation. Lorsque la stratégie par défaut de partitionnement logique du paramètre d'entreprise est définie sur Refuser, vérifiez si Autoriser les stratégies de partition logique entre la stratégie de géolocalisation d'un site de passerelle et VoIP sont configurées. Au contraire, si la stratégie par défaut est Allow, vérifiez si les stratégies de partition logique Deny sont configurées.

Étape 7. Assurez-vous qu'il n'y a aucun chevauchement ou conflit de politiques configuré.

Exemple .

LP-India->Intérieur LP-Pudong->Autorisation de frontière

LP-Pudong->Bordure LP-India->Refus intérieur

Ici, la relation logique entre les politiques a un conflit. Si une politique logique interne LP-India à Border LP-pudong est configurée, cela implique que cette relation reste vraie pour Border-LP pudong à LP-India. Ces politiques sont de nature bidirectionnelle.

Dans cet exemple, selon la première politique, les téléphones IP internes à Pudong sont autorisés à appeler via PRI-India. Parallèlement, les appels RTPC de PRI-India vers les téléphones IP de Pudong Geolocation sont autorisés.

Mais selon la deuxième politique, les appels de l'Inde-PRI vers les téléphones IP à l'emplacement de Pudong et vice versa sont refusés, mais cela entre en conflit avec la première politique.

Dans de tels cas, n'oubliez pas que la politique qui a été ajoutée en dernier a préséance.

Étape 8. Suivez les stratégies qui se chevauchent avec la fonction de rapport unifié pour obtenir la matrice de stratégie de partition logique. Il est très utile de dépanner car vous pouvez connaître toutes les politiques de partition logique configurées dans CUCM à partir d'un seul écran. Le rapport Stratégie de géolocalisation avec filtre de Unified CM fournit une liste complète des enregistrements de la matrice Stratégie de partitionnement logique de géolocalisation pour certaines stratégies de géolocalisation, tandis que le rapport Stratégie de géolocalisation de Unified CM fournit une liste complète des enregistrements de toutes les stratégies de partitionnement logique.

Étape 9. Effectuez quelques appels de test et vérifiez si cela fonctionne. L'outil de surveillance en temps réel (RTMT) est amélioré pour suivre le nombre d'échecs dus aux restrictions de stratégie de partitionnement logique dans les nouveaux compteurs Perfmon. Les compteurs Perfmon ont un nouveau groupe appelé Cisco Call Restriction. À partir de là, nous pouvons suivre un certain nombre d'échecs d'appel dans différents scénarios tels que les échecs de transfert, les échecs de conférence ad hoc, les échecs de conférence Meet-Me, les échecs de transfert, les échecs d'appel de base, les échecs de milieu d'appel, les échecs de restriction totale d'appel, etc.

Étape 10. Collectez les traces CUCM depuis RTMT pendant la durée de l'appel. Dans les suivis SDL (Signaling Distribution Layer), vous pouvez voir la stratégie sélectionnée et les stratégies configurées entre la paire Stratégie de géolocalisation.

Communication des informations de géolocalisation dans les signaux CC.

| SdlSig    | CcRegisterPartyA                      | restart0                      | LineControl(1,100,139,3)        | SIPCdpc(1,100,55,17)            | (1,100,45,1).3035-(SEP0019555CBAE3:10.76.253.14)| [R:NP - HP: 0, NP: 2, LP: 0, VLP: 0, LZP: 0 DBP: 0]CI=23624774 CI.branch=0  CSS= cssIns=0 aarCSS= aarDev=T doNotAppendLineCSS=F lrg= ccBearCap.itc=0 ccBearCap.l=3 ccBearCap.itr=1 protected=1 flushCapIns=0 geolocInfo={geolocPkid=9dc76052-3a37-78c2-639a-1c02e8f5d3a2, filterPkid=d5bdda76-6a86-56c5-b5fd-6dff82b37493, geolocVal=, devType=4} locPkid= locName=

Communication des informations de géolocalisation dans les signaux PolicyAndRSVP.

| SdlSig    | PolicyAndRSVPRegisterReq              | wait                          | RSVPSessionMgr(1,100,76,1)      | SIPCdpc(1,100,55,17)            | (1,100,45,1).3035-(SEP0019555CBAE3:10.76.253.14)| [R:NP - HP: 0, NP: 0, LP: 0, VLP: 0, LZP: 0 DBP: 0]CI= 23624774 Branch= 0  reg=Default cap=5 loc=0 MRGLPkid= PrecLev=5 VCall=F VCapa=F regiState=0 medReq=0 dataCapFl=2 ipAddrMode=0 status=0 geolocInfo={geolocPkid=9dc76052-3a37-78c2-639a-1c02e8f5d3a2, filterPkid=d5bdda76-6a86-56c5-b5fd-6dff82b37493, geolocVal=, devType=4}
| SdlSig    | PolicyRegisterReq                     | await_init                    | LPSession(1,100,26,21)          | RSVPSessionMgr(1,100,76,1)      | (1,100,45,1).3035-(SEP0019555CBAE3:10.76.253.14)| [R:NP - HP: 0, NP: 0, LP: 0, VLP: 0, LZP: 0 DBP: 0]CI= 23624774 Branch= 0  geolocInfo={geolocPkid=9dc76052-3a37-78c2-639a-1c02e8f5d3a2, filterPkid=d5bdda76-6a86-56c5-b5fd-6dff82b37493, geolocVal=, devType=4}

Points à méditer

Périphériques multimédias (point de terminaison de support) MTP, (pont de conférence) CFB, Annunciator, (musique d'attente) La musique d'attente n'est pas nécessaire pour être associée aux valeurs de géolocalisation.
Il n'y a pas de vérification de la stratégie LP pour l'appel de périphérique VoIP à VoIP ou de fonctionnalité avec seulement les participants VoIP. En d'autres termes, la politique Intérieur à Intérieur est toujours autorisée.
LPPolicyManager est un processus singleton qui s'interface avec InMemDB et gère les stratégies dans le traitement des appels en tant qu'arborescence des stratégies LP. Au démarrage du service CUCM, LPPolicyManager lit les stratégies des tables InMemDB et construit l'arborescence des stratégies LP. L'ajout/suppression/mise à jour d'une stratégie dans la base de données génère une notification de modification à LPPolicyManager et la modification est affectée dans l'arborescence des stratégies LP.

Contrôle de stratégie de partitionnement logique.

001853112| 2008/09/26 11:50:39.687| 001| AppInfo   |                                       |                               |                                 |                                 |                                         | LPPolicyManager -getLogicalPartitionPolicy, GeolocInfoA[pkid=31396408-3d83-74a9-1655-d2f0a05dd0a4, filter=d5bdda76-6a86-56c5-b5fd-6dff82b37493, val=, devType=4]
001853113| 2008/09/26 11:50:39.687| 001| AppInfo   |                                       |                               |                                 |                                 |                                         | LPPolicyManager -getLogicalPartitionPolicy, GeolocInfoB[pkid=9dc76052-3a37-78c2-639a-1c02e8f5d3a2, filter=d5bdda76-6a86-56c5-b5fd-6dff82b37493, val=, devType=8]

Le DevType qui apparaît dans les traces décrit les types de périphériques.

Le devType =4 (UserDevice) est pour ces périphériques.

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

Le devType =3 (AccessDevice) si pour ces périphériques.

Trunk d'intercluster (ICT), à la fois contrôlé par le contrôleur d'accès et non contrôlé par le contrôleur d'accèsTrunk H.225
Port MGCP (E1, T1, PRI, BRI, FXO)
Passerelle (par exemple, passerelle H.323)

Le devType =8 (SIPAccessDevice) de ce périphérique.