Exemple de configuration de terminaux basés sur Collaboration Edge TC

Introduction

Ce document décrit les éléments requis pour configurer et dépanner l'enregistrement des terminaux basés sur le codec TelePresence (TC) via la solution Mobile and Remote Access.

Conditions préalables

Exigences

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• Solution d'accès mobile et distant
• Certificats de serveur de communication vidéo (VCS)
• Expressway X8.1.1 ou version ultérieure
• Cisco Unified Communication Manager (CUCM) version 9.1.2 ou ultérieure
• Terminaux basés sur TC
• CE8.x nécessite la clé d'option de cryptage pour activer l'option d'approvisionnement « Edge »

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

• VCS X8.1.1 ou version ultérieure
• CUCM version 9.1(2)SU1 ou ultérieure et IM & Presence 9.1(1) ou ultérieure
• Microprogramme TC 7.1 ou ultérieur (TC7.2 recommandé)
• VCS Control et Expressway/Expressway Core et Edge
• CUCM
• Terminaux TC

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. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Configurer

Ces étapes de configuration supposent que l'administrateur va configurer le terminal basé sur TC pour l'enregistrement sécurisé des périphériques. L'enregistrement sécurisé N'est PAS une exigence, cependant le guide de solutions d'accès mobile et à distance global donne l'impression que c'est le cas car il y a des captures d'écran de la configuration qui montrent des profils de périphériques sécurisés sur CUCM.

Étape 1. Créer un profil de téléphone sécurisé sur CUCM au format FQDN (facultatif).

1. Dans CUCM, sélectionnez System > Security > Phone Security Profile.
2. Cliquez sur Add New.
3. Sélectionnez le type de point de terminaison basé sur TC et configurez les paramètres suivants :
4. Nom - Secure-EX90.tbtp.local (format FQDN requis)
5. Mode de sécurité du périphérique - Chiffré
6. Type de transport - TLS
7. Port téléphonique SIP - 5061

Étape 2. Assurez-vous que le mode de sécurité du cluster est (1) - Mixte (facultatif).

1. Dans CUCM, sélectionnez System > Enterprise Parameters.
2. Faites défiler jusqu'à Security Parameters > Cluster Security Mode > 1.

   

Si la valeur n'est pas 1, CUCM n'a pas été sécurisé. Si tel est le cas, l'administrateur doit passer en revue l'un de ces deux documents afin de sécuriser le CUCM.

Guide de sécurité CUCM 9.1(2)

Guide de sécurité CUCM 10

Étape 3 : création d'un profil dans CUCM pour le terminal basé sur TC

1. Dans CUCM, sélectionnez Device > Phone.
2. Cliquez sur Add New.
3. Sélectionnez le type de point de terminaison basé sur TC et configurez les paramètres suivants :
   1. MAC Address (Adresse MAC) : adresse MAC du périphérique TCP
   2. Champs étoilés obligatoires (*)
   3. Propriétaire - Utilisateur
   4. ID utilisateur du propriétaire - Propriétaire associé au périphérique
   5. Profil de sécurité du périphérique - Profil précédemment configuré (Secure-EX90.tbtp.local)
   6. Profil SIP - Profil SIP standard ou tout profil personnalisé créé précédemment

   

   

   

Étape 4. Ajout du nom du profil de sécurité au SAN du certificat Expressway-C/VCS-C (facultatif)

1. Dans Expressway-C/VCS-C, accédez à Maintenance > Security Certificates > Server Certificate.
2. Cliquez sur Generate CSR.
3. Remplissez les champs de demande de signature de certificat (CSR) et assurez-vous que le nom du profil de sécurité du téléphone Unified CM a le profil de sécurité du téléphone exact répertorié au format FQDN (Fully Qualified Domain Name). Par exemple, Secure-EX90.tbtp.local.

   Remarque : Les noms des profils de sécurité du téléphone Unified CM sont répertoriés au dos du champ Autre nom du sujet (SAN).

4. Envoyez le CSR à une autorité de certification (CA) interne ou tierce à signer.
5. Sélectionnez Maintenance > Security Certificates > Server Certificate afin de télécharger le certificat vers l’Expressway-C/VCS-C.

   

Étape 5. Ajout du domaine UC au certificat Expressway-E/VCS-E

1. Dans Expressway-E/VCS-E, sélectionnez Maintenance > Security Certificates > Server Certificate.
2. Cliquez sur Generate CSR.
3. Remplissez les champs CSR et assurez-vous que les « domaines d'enregistrements Unified CM » contiennent le domaine auquel le point d'extrémité basé sur TC enverra des requêtes Collaboration Edge (collab-edge), dans les formats DNS (Domain Name Server) ou SRV (Service Name).
4. Envoyez le CSR à une autorité de certification interne ou tierce à signer.
5. Sélectionnez Maintenance > Security Certificates > Server Certificate afin de télécharger le certificat vers l’Expressway-E/VCS-E.

   

Étape 6. Installation du certificat d’autorité de certification approuvée approprié sur le terminal basé sur TC

1. Dans le terminal basé sur TC, sélectionnez Configuration > Security.
2. Sélectionnez l’onglet CA et recherchez le certificat CA qui a signé votre certificat Expressway-E/VCS-E.
3. Cliquez sur Ajouter une autorité de certification.

   Remarque : Une fois le certificat ajouté, il s'affiche dans la liste des certificats.

   

   Remarque : TC 7.2 contient une liste d'autorités de certification préinstallées. Si l’AC qui a signé le certificat Expressway-E figure dans cette liste, les étapes énumérées dans cette section ne sont pas requises.

   

   Remarque : La page des autorités de certification préinstallées contient un bouton pratique « Configurer l'approvisionnement maintenant » qui vous dirige directement vers la configuration requise notée à l'étape 2 de la section suivante.

Étape 7. Configuration d'un terminal basé sur TCP pour le provisionnement Edge

• Dans le terminal basé sur TC, sélectionnez Configuration > Network et assurez-vous que ces champs sont correctement remplis sous la section DNS :
  le nom de domaine
  Adresse du serveur
  
  
• Dans le terminal basé sur TC, sélectionnez Configuration > Provisioning et assurez-vous que ces champs sont correctement remplis :
  LoginName : tel que défini dans CUCM
  Mode - Bord
  Mot de passe - tel que défini dans CUCM
  Gestionnaire externe
  Adresse : nom d’hôte de votre Expressway-E/VCS-E
  Domaine : domaine dans lequel votre enregistrement de périphérie de collaboration est présent

Vérifier

Référez-vous à cette section pour vous assurer du bon fonctionnement de votre configuration.

Terminaux basés sur TC

1. Dans l'interface utilisateur graphique Web, accédez à « Accueil ». Recherchez l'état « Registered » dans la section « SIP Proxy 1 ». L’adresse du proxy est votre Expressway-E/VCS-E.

   

2. Dans l'interface de ligne de commande, saisissez xstatus //prov. Si vous êtes inscrit, vous devriez voir l'état d'approvisionnement « Provisioned » (Provisionné).

   xstatus //prov
   *s Network 1 IPv4 DHCP ProvisioningDomain: ""
   *s Network 1 IPv4 DHCP ProvisioningServer: ""
   *s Provisioning CUCM CAPF LSC: Installed
   *s Provisioning CUCM CAPF Mode: IgnoreAuth
   *s Provisioning CUCM CAPF OperationResult: NotSet
   *s Provisioning CUCM CAPF OperationState: NonPending
   *s Provisioning CUCM CAPF ServerName: ""
   *s Provisioning CUCM CAPF ServerPort: 0
   *s Provisioning CUCM CTL State: Installed
   *s Provisioning CUCM ExtensionMobility Enabled: False
   *s Provisioning CUCM ExtensionMobility LastLoggedInUserId: ""
   *s Provisioning CUCM ExtensionMobility LoggedIn: False
   *s Provisioning CUCM ITL State: Installed
   *s Provisioning CUCM ProvisionSecurity: Signed
   *s Provisioning CUCM TVS Proxy 1 IPv6Address: ""
   *s Provisioning CUCM TVS Proxy 1 Port: 2445
   *s Provisioning CUCM TVS Proxy 1 Priority: 0
   *s Provisioning CUCM TVS Proxy 1 Server: "xx.xx.97.131"
   *s Provisioning CUCM UserId: "pstojano"
   *s Provisioning NextRetry: ""
   *s Provisioning Reason: ""
   *s Provisioning Server: "xx.xx.97.131"
   *s Provisioning Software Current CompletedAt: ""
   *s Provisioning Software Current URL: ""
   *s Provisioning Software Current VersionId: ""
   *s Provisioning Software UpgradeStatus LastChange: "2014-06-30T19:08:40Z"
   *s Provisioning Software UpgradeStatus Message: ""
   *s Provisioning Software UpgradeStatus Phase: None
   *s Provisioning Software UpgradeStatus SecondsUntilUpgrade: 0
   *s Provisioning Software UpgradeStatus SessionId: ""
   *s Provisioning Software UpgradeStatus Status: None
   *s Provisioning Software UpgradeStatus URL: ""
   *s Provisioning Software UpgradeStatus VersionId: ""
   *s Provisioning Status: Provisioned
   ** end

CUCM

Dans CUCM, sélectionnez Device > Phone. Faites défiler la liste ou filtrez-la en fonction de votre point d'extrémité. Le message « Registered with %CUCM_IP% » (Inscrit avec %CUCM_IP%) doit s'afficher. L’adresse IP à droite de ce champ doit être votre Expressway-C/VCS-C qui fournit l’enregistrement par proxy.

Expressway-C

• Dans Expressway-C/VCS-C, sélectionnez Status > Unified Communications > View Provisioning sessions.
• Filtrez par l'adresse IP de votre point d'extrémité basé sur TC. Un exemple de session provisionnée est illustré dans l'image :

  

Dépannage

Cette section fournit des informations que vous pouvez utiliser pour dépanner votre configuration.

Les problèmes d'enregistrement peuvent être causés par de nombreux facteurs, notamment le DNS, les problèmes de certificat, la configuration, etc. Cette section comprend une liste complète de ce que vous verriez généralement si vous rencontrez un problème donné et comment y remédier. Si vous rencontrez des problèmes en dehors de ce qui a déjà été documenté, n'hésitez pas à l'inclure.

Outils

Pour commencer, soyez conscient des outils à votre disposition.

Terminaux TC

GUI Web

• all.log
• Démarrer la journalisation étendue (inclure une capture de paquets complète)

CLI 

Ces commandes sont particulièrement utiles pour effectuer un dépannage en temps réel :

• log ctx HttpClient debug 9
• log ctx PROV debug 9
• log output on < : affiche la journalisation via la console

Une manière efficace de recréer le problème consiste à basculer le mode de provisionnement de « Edge » à « Off », puis de nouveau à « Edge » dans l'interface utilisateur graphique Web. Vous pouvez également passer en mode de provisionnement xConfiguration : dans l'interface de ligne de commande.

Expressways

• Journaux de diagnostic 
• pompe TCPD

CUCM

• Traces SDI/SDL

Problème 1: L'enregistrement de périphérie de collaboration n'est pas visible et/ou le nom d'hôte n'est pas résoluble

Comme vous pouvez le voir, la commande get_edge_config échoue en raison de la résolution du nom.

Journaux des terminaux TC

15716.23 HttpClient   HTTPClientCurl error
 (https://RTP-TBTP-EXPRWY-E.tbtp.local:8443/dGJ0cC5jb20/get_edge_config/):
 'Couldn't resolve host name'

15716.23 PROV    ProvisionRequest failed: 4 (Couldn't resolve host name)
15716.23 PROV I: notify_http_done: Received 0 (Couldn't resolve host name) on request
 https://RTP-TBTP-EXPRWY-E.tbtp.local:8443/dGJ0cC5jb20/get_edge_config/

Correction

1. Vérifiez si l'enregistrement collab-edge est présent et renvoie le nom d'hôte correct.
2. Vérifiez si les informations du serveur DNS configurées sur le client sont correctes.

Problème 2: CA n'est pas présent dans la liste des CA de confiance sur le terminal basé sur TC

Journaux des terminaux TC

15975.85 HttpClient     Trying xx.xx.105.108...
15975.85 HttpClient     Adding handle: conn: 0x48390808
15975.85 HttpClient     Adding handle: send: 0
15975.86 HttpClient     Adding handle: recv: 0
15975.86 HttpClient     Curl_addHandleToPipeline: length: 1
15975.86 HttpClient     - Conn 64 (0x48396560) send_pipe: 0, recv_pipe: 0
15975.87 HttpClient     - Conn 65 (0x4835a948) send_pipe: 0, recv_pipe: 0
15975.87 HttpClient     - Conn 67 (0x48390808) send_pipe: 1, recv_pipe: 0
15975.87 HttpClient     Connected to RTP-TBTP-EXPRWY-E.tbtp.local (xx.xx.105.108)
 port 8443 (#67)
15975.87 HttpClient     successfully set certificate verify locations:
15975.87 HttpClient     CAfile: none
  CApath: /config/certs/edge_ca_list
15975.88 HttpClient   Configuring ssl context with special Edge certificate verifier
15975.88 HttpClient     SSLv3, TLS handshake, Client hello (1):
15975.88 HttpClient     SSLv3, TLS handshake, Server hello (2):
15975.89 HttpClient     SSLv3, TLS handshake, CERT (11):
15975.89 HttpClient     SSLv3, TLS alert, Server hello (2):
15975.89 HttpClient     SSL certificate problem: self signed certificate in
 certificate chain
15975.89 HttpClient     Closing connection 67
15975.90 HttpClient     HTTPClientCurl error
 (https://RTP-TBTP-EXPRWY-E.tbtp.local:8443/dGJ0cC5jb20/get_edge_config/):
 'Peer certificate cannot be authenticated with given CA certificates'

15975.90 PROV    ProvisionRequest failed: 4 (Peer certificate cannot be
 authenticated with given CA certificates)
15975.90 PROV I: notify_http_done: Received 0 (Peer certificate cannot be
 authenticated with given CA certificates) on request
 https://RTP-TBTP-EXPRWY-E.tbtp.local:8443/dGJ0cC5jb20/get_edge_config/
15975.90 PROV   EDGEProvisionUser: start retry timer for 15 seconds

Correction

1. Vérifiez si une autorité de certification tierce est répertoriée sous l'onglet Security > CA sur le terminal.
2. Si l'autorité de certification est répertoriée, vérifiez qu'elle est correcte.

Problème 3: Expressway-E n’a pas de domaine UC répertorié dans le SAN

Journaux des terminaux TC

82850.02 CertificateVerification ERROR: [verify_edge_domain_in_san]: Edge TLS
 verification failed: Edge domain 'tbtp.local' and corresponding SRVName
 '_collab-edge._tls.tbtp.local' not found in certificate SAN list
82850.02 HttpClient     SSLv3, TLS alert, Server hello (2):
82850.02 HttpClient     SSL certificate problem: application verification failure
82850.02 HttpClient     Closing connection 113
82850.02 HttpClient     HTTPClientCurl error
(https://RTP-TBTP-EXPRWY-E.tbtp.local:8443/dGJ0cC5jb20/get_edge_config/):
 'Peer certificate cannot be authenticated with given CA certificates'

SAN Expressway-E

X509v3 Subject Alternative Name:
                DNS:RTP-TBTP-EXPRWY-E.tbtp.local, SRV:_collab-edge._tls.tbtppppp.local

Correction

1. Régénérez Expressway-E CSR afin d’inclure le ou les domaines UC.
2. Il est possible que sur le point d'extrémité TC, le paramètre ExternalManager Domain ne soit pas défini sur ce qu'est le domaine UC. Si c'est le cas, vous devez le faire correspondre.

Problème 4: Le nom d'utilisateur et/ou le mot de passe fournis dans le profil d'approvisionnement TC est incorrect

Journaux des terminaux TC

83716.67 HttpClient     Server auth using Basic with user 'pstojano'
83716.67 HttpClient     GET /dGJ0cC5jb20/get_edge_config/ HTTP/1.1
Authorization: xxxxxx
Host: RTP-TBTP-EXPRWY-E.tbtp.local:8443
Cookie: JSESSIONIDSSO=34AFA4A6DEE1DDCE8B1D2694082A6D0A
Content-Type: application/x-www-form-urlencoded
Accept: text/xml
User-Agent: Cisco/TC
Accept-Charset: ISO-8859-1,utf-8
83716.89 HttpClient     HTTP/1.1 401 Unauthorized
83716.89 HttpClient     Authentication problem. Ignoring this.
83716.90 HttpClient     WWW-Authenticate: Basic realm="Cisco-Edge"
83716.90 HttpClient     Server CE_C ECS is not blacklisted
83716.90 HttpClient     Server: CE_C ECS
83716.90 HttpClient     Date: Thu, 25 Sep 2014 17:42:51 GMT
83716.90 HttpClient     Age: 0
83716.90 HttpClient     Transfer-Encoding: chunked
83716.91 HttpClient     Connection: keep-alive
83716.91 HttpClient
83716.91 HttpClient     0
83716.91 HttpClient     Connection #116 to host RTP-TBTP-EXPRWY-E.tbtp.local
 left intact
83716.91 HttpClient   HTTPClientCurl received HTTP error 401

83716.91 PROV    ProvisionRequest failed: 5 (HTTP code=401)
83716.91 PROV I: notify_http_done: Received 401 (HTTP code=401) on request
 https://RTP-TBTP-EXPRWY-E.tbtp.local:8443/dGJ0cC5jb20/get_edge_config/

Expressway-C/VCS-C

2014-09-25T13:46:20-04:00 RTP-TBTP-EXPRWY-C edgeconfigprovisioning
 UTCTime="2014-09-25 17:46:20,92" Module="network.http.edgeconfigprovisioning"
 Level="DEBUG" Action="Received"
 Request-url="https://xx.xx.97.131:8443/cucm-uds/user/pstojano/devices" 
HTTPMSG:
|HTTP/1.1 401 Unauthorized
 Expires: Wed, 31 Dec 1969 19:00:00 EST
 Server: 
 Cache-Control: private
 Date: Thu, 25 Sep 2014 17:46:20 GMT
 Content-Type: text/html;charset=utf-8
 WWW-Authenticate: Basic realm="Cisco Web Services Realm"

2014-09-25T13:46:20-04:00 RTP-TBTP-EXPRWY-C UTCTime="2014-09-25 17:46:20,92"
 Module="developer.edgeconfigprovisioning.server" Level="DEBUG"
 CodeLocation="edgeprotocol(1018)" Detail="Failed to authenticate user against server"
 Username="pstojano" Server="('https', 'xx.xx.97.131', 8443)"
 Reason="<twisted.python.failure.Failure <type 'exceptions.Exception'>>
"2014-09-25T13:46:20-04:00 RTP-TBTP-EXPRWY-C edgeconfigprovisioning: 
Level="INFO" Detail="Failed to authenticate user against server" Username="pstojano" 
Server="('https', 'xx.xx.97.131', 8443)" Reason="<twisted.python.failure.Failure
 <type 'exceptions.Exception'>>" UTCTime="2014-09-25 17:46:20,92"

Correction

1. Vérifiez que le nom d'utilisateur/mot de passe saisi dans la page Provisioning du point de terminaison TC est valide.
2. Vérifiez les informations d'identification dans la base de données CUCM.
3. Version 10 - Utiliser le portail Self Care
4. Version 9 - Utiliser les options utilisateur CM

L'URL des deux portails est identique : https://%CUCM%/ucmuser/

Si une erreur d'insuffisance de droits s'affiche, assurez-vous que ces rôles sont attribués à l'utilisateur :

• CTI standard activé
• Utilisateur final CCM standard

Problème 5: Rejet de l'enregistrement des terminaux basé sur TC

Traces CUCM

08080021.043 |16:31:15.937 |AppInfo  |SIPStationD(18400) - validTLSConnection:TLS
 InvalidX509NameInCertificate, Rcvd=RTP-TBTP-EXPRWY-C.tbtp.local,
 Expected=SEP00506006EAFE. Will check SAN the next
08080021.044 |16:31:15.937 |AppInfo  |SIPStationD(18400) - validTLSConnection:TLS
 InvalidX509NameInCertificate Error , did not find matching SAN either,
 Rcvd=RTP-TBTP-EXPRWY-C.tbtp.local, Expected=Secure-EX90.tbtp.local
08080021.045 |16:31:15.937 |AppInfo  |ConnectionFailure - Unified CM failed to open
 a TLS connection for the indicated device Device Name:SEP00506006EAFE
 IP Address:xx.xx.97.108 IPV6Address: Device type:584 Reason code:2 App ID:Cisco
 CallManager Cluster ID:StandAloneCluster Node ID:RTP-TBTP-CUCM9  08080021.046
 |16:31:15.938 |AlarmErr |AlarmClass: CallManager, AlarmName: ConnectionFailure,
 AlarmSeverity: Error, AlarmMessage: , AlarmDescription: Unified CM failed to open
 a TLS connection for the indicated device, AlarmParameters:
  DeviceName:SEP00506006EAFE, IPAddress:xx.xx.97.108, IPV6Address:,
 DeviceType:584, Reason:2, AppID:Cisco CallManager, ClusterID:StandAloneCluster,
 NodeID:RTP-TBTP-CUCM9,

Terminaux TC

Expressway-C/VCS-C réel

X509v3 Subject Alternative Name:
DNS:RTP-TBTP-EXPRWY-C.tbtp.local, XMPP:conference-2-StandAloneCluster5ad9a.tbtp.local

Dans cet exemple de journal spécifique, il est clair que l’Expressway-C/VCS-C ne contient pas le nom de domaine complet (FQDN) du profil de sécurité du téléphone dans le SAN (Secure-EX90.tbtp.local). Dans la connexion TLS (Transport Layer Security), le CUCM inspecte le certificat de serveur de l’Expressway-C/VCS-C. Comme il ne le trouve pas dans le SAN, il place l'erreur en gras et signale qu'il attendait le profil de sécurité du téléphone au format FQDN.

Correction

1. Vérifiez que l’Expressway-C/VCS-C contient le profil de sécurité du téléphone au format FQDN dans le SAN de son certificat de serveur.
2. Vérifiez que le périphérique utilise le profil de sécurité correct dans CUCM si vous utilisez un profil sécurisé au format FQDN.
3. Cela peut également être causé par l’ID de bogue Cisco CSCuq86376. Si c’est le cas, vérifiez la taille du SAN Expressway-C/VCS-C et la position du profil de sécurité du téléphone dans le SAN.

Problème 6: Échec du provisionnement des terminaux basé sur TC - Pas de serveur UDS

Cette erreur doit être présente sous Diagnostics > Troubleshooting :

Error: Provisioning Status
Provisioning failed: XML didnt contain UDS server addres

Journaux des terminaux TC

 Faites défiler la page vers la droite pour afficher les erreurs en gras

9685.56 PROV    REQUEST_EDGE_CONFIG:
9685.56 PROV    <?xml version='1.0' encoding='UTF-8'?>
9685.56 PROV    <getEdgeConfigResponse version="1.0"><serviceConfig><service><name>_cisco-phone-tftp</name><error>NameError</error></service><service><name>_cuplogin</name><error>NameError</error></service><service><name>_cisco-uds</name><server><priority>1</priority><weight>1</weight><port>8443</port><address>cucm.domain.int</address></server></service><service><name>tftpServer</name><address></address><address></address></service></serviceConfig><edgeConfig><sipEdgeServer><server><address>expe.domain.com</address><tlsPort>5061</tlsPort></server></sipEdgeServer><sipRequest><route>&lt;sip:192.168.2.100:5061;transport=tls;zone-id=3;directed;lr&gt;</route></sipRequest><xmppEdgeServer><server><address>expe.domain.com</address><tlsPort>5222</tlsPort></server></xmppEdgeServer><httpEdgeServer><server><address>expe.domain.com</address><tlsPort>8443</tlsPort></server></httpEdgeServer><turnEdgeServer/>
8443</edgeConfig></getEdgeConfigResponse>
9685.57 PROV ERROR: Edge provisioning failed! url='https://expe.domain.com:8443/ZXUuY2hlZ2cuY29t/get_edge_config/', message='XML didn't contain UDS server address'
9685.57 PROV   EDGEProvisionUser: start retry timer for 15 seconds
9700.57 PROV I: [statusCheck] No active VcsE, reprovisioning!

Correction

1. Assurez-vous qu'un profil de service et un service CTI UC sont associés au compte d'utilisateur final utilisé pour demander la mise en service du terminal via les services MRA.

2. Accédez à CUCM admin > User Management > User Settings > UC Service et créez un service CTI UC qui pointe vers l'IP de CUCM (c'est-à-dire MRA_UC-Service).

3. Accédez à CUCM admin > User Management > User Settings > Service Profile et créez un nouveau profil (i.e. MRA_ServiceProfile).

4. Dans le nouveau profil de service, faites défiler l'écran vers le bas et dans la section CTI Profile, sélectionnez le nouveau service CTI UC que vous venez de créer (par exemple, MRA_UC-Service) , puis cliquez sur Save.

5. Accédez à CUCM admin > User Management > End User et recherchez le compte utilisateur utilisé pour demander la mise en service du point de terminaison via les services MRA.

6. Sous Paramètres de service de cet utilisateur, vérifiez que Home Cluster est activé et que le profil de service UC reflète le nouveau profil de service que vous avez créé (c'est-à-dire MRA_ServiceProfile), puis cliquez sur Enregistrer.

7. La réplication peut prendre quelques minutes. Essayez de désactiver le mode de mise en service sur le terminal et réactivez-le quelques minutes plus tard pour voir si le terminal s'enregistre à présent.

Informations connexes

• Guide d'accès mobile et distant
• Guide de création de certificat VCS
• Guide de mise en route EX90/EX60
• Assistance et documentation techniques - Cisco Systems