Unified PhoneProxy - Forum Aux Questions

Introduction

Ce document répond aux questions fréquemment posées sur Cisco Unified PhoneProxy.

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

Utilisation

Q. Pouvez-vous connecter un PC à l'arrière d'un téléphone IP qui est activé et enregistré sur Cisco Unified PhoneProxy et obtenir des données d'entreprise ?

A. Non. Cisco Unified PhoneProxy facilite une connexion SCCP (Signaling Connection Control Part) (et le trafic RTP, TFTP et HTTP associé) d'un téléphone à Cisco Unified CallManager via un pare-feu. Il n'a aucun effet sur les connexions de données au réseau de l'entreprise pour des utilisations autres que les téléphones IP. L'utilisateur connecté à l'arrière d'un téléphone a accès au réseau local uniquement. Ils doivent créer une connexion VPN pour accéder aux données de l'entreprise.

Q. Dans le cas d'utilisation du pont VLAN voix et données, Cisco IP Communicator fonctionne-t-il sur un périphérique mobile, tel qu'un PDA ? Peut-il s'enregistrer auprès de Cisco Unified PhoneProxy et passer des appels ?

A. Le cas d'utilisation du pont VLAN voix et données maintient une séparation entre le VLAN voix et le VLAN données, mais prend toujours en charge les déploiements d'IP Communicator pour les travailleurs mobiles. Reportez-vous au Guide d'administration de Cisco Unified PhoneProxy pour plus d'informations sur les cas d'utilisation.

Dans le cas d'utilisation du pont VLAN voix et données, Cisco Unified PhoneProxy n'affecte pas le fonctionnement de Cisco IP Communicator sur un périphérique mobile. Il proxie uniquement la connexion SCCP (et le trafic RTP, TFTP et HTTP associé).

Cisco Unified PhoneProxy n'empêche pas ou ne facilite pas l'accès aux réseaux d'entreprise, sauf dans les cas spécifiquement autorisés pour que le téléphone fonctionne correctement. Si votre réseau d'entreprise en a besoin, vous devez utiliser VPN avant Cisco Unified PhoneProxy, mais la connexion VPN n'a pas besoin d'être activée pour que le téléphone fonctionne. Cependant, IP Communicator est l'exception. Le service téléphonique IP Communicator peut être interrompu lorsque le VPN est activé ou désactivé.

En outre, vous pouvez rencontrer des problèmes de qualité audio modérés à graves lorsqu'un téléphone est connecté à un VPN, car le VPN ne peut pas mettre en oeuvre les niveaux de qualité de service spécifiques requis par le flux RTP. Référez-vous au Guide d'administration de Cisco Unified PhoneProxy pour plus d'informations sur les problèmes audio.

Q. Où mettez-vous les fichiers à jour SFTP ?

A. Si vous devez placer manuellement un fichier de mise à jour sur Cisco Unified PhoneProxy, établissez une connexion FTP sécurisée (SFTP) à l'adresse IP sud (ou l'adresse IP de gestion si elle est activée), puis placez le fichier dans le dossier entrant.

Remarque : Vous pouvez récupérer des mises à jour à partir du Web à l'aide de la commande suivante : get update <url>.

Q. Le trafic RTP se déplace-t-il directement d'un téléphone IP distant à un autre téléphone IP distant ?

A. Non. Le trafic RTP est toujours acheminé via Cisco Unified PhoneProxy. Cependant, Cisco Unified PhoneProxy ne suit pas les informations d'état de chaque téléphone. Par conséquent, il ne sait pas que les deux appels de deux téléphones différents sont en fait un appel entre deux téléphones.

Q. Quels codecs sont pris en charge par les téléphones distants qui communiquent avec Cisco Unified PhoneProxy ?

A. Puisque Cisco Unified PhoneProxy ne prend pas en charge les transformations multimédias, tout codec est pris en charge. Cependant, un problème survient avec les supports chiffrés lorsque (charge utile RTP + en-tête RTP) le mod 64 n'est pas égal à 43, 44, 45 ou 46. Par conséquent, 20 ms g.711 est acceptable ; 30 ms g.711 n'est pas acceptable.

Pour calculer cette valeur, utilisez l'opération modulo (mod). L'opération mod renvoie le reste lorsqu'un nombre est divisé par un autre. Par exemple, 13 mod 5 renvoie 3.

Pour g.711 avec une charge utile RTP de 160 et un en-tête RTP de 12, utilisez ces calculs :

160+12 = 172

172 mod 64 = 44

44 est une valeur acceptable.

Note : Une autre façon d'interpréter cette opération est de trouver le numéro le plus proche de 172 qui est divisible par 64, qui est 128. Le reste de 172 - 128 est 44. Par conséquent, 172 mod 64 = 44.

Note : Vous pouvez également utiliser Google Calculator afin de déterminer les résultats d'une opération de mod. Entrez l'opération mod dans le champ de recherche de Google.com .

Configuration

Q. Que dois-je programmer dans un téléphone avant de le donner à l'utilisateur final ?

A. Outre une autre adresse de serveur TFTP qui pointe vers le proxy, vous n'avez pas besoin de programmer des paramètres supplémentaires dans le téléphone. Cependant, le téléphone doit être configuré dans Cisco Unified CallManager si l'enregistrement automatique est désactivé.

Remarque : vous devrez peut-être configurer le câble de l'utilisateur final ou le routeur DSL. Si le routeur ne prend pas en charge l'inspection dynamique des paquets, vous devrez peut-être configurer le transfert de port UDP (User Datagram Protocol) ou placer le téléphone dans la zone démilitarisée (DMZ), en particulier pour la musique d'attente.

Q. Cisco Unified PhoneProxy enregistre-t-il les préférences géographiques ?

A. Non. Cisco Unified PhoneProxy n'enregistre pas les préférences géographiques. Lorsqu'un utilisateur se connecte à un cluster Cisco Unified PhoneProxy, il est connecté en fonction du nombre d'utilisateurs. Par exemple, si vous configurez un cluster avec des noeuds sur la côte Est et la côte Ouest, les utilisateurs sont répartis uniformément entre les noeuds. Si vous avez 1 500 utilisateurs, 750 utilisateurs sont connectés à chaque noeud. Certains utilisateurs de la côte ouest pourraient être affectés au noeud de la côte est, et certains utilisateurs de la côte est pourraient être affectés au noeud de la côte ouest.

Q. L'absence d'application des licences signifie-t-elle que dans Cisco Unified CallManager (où le nombre est suivi), tous les téléphones qui passent par un proxy apparaissent comme 1 ?

A. Non. Chaque téléphone doit être provisionné dans Cisco Unified CallManager et consomme le même nombre d'unités de licence qu'avec Cisco Unified PhoneProxy. Référez-vous au Guide d'administration de Cisco Unified PhoneProxy pour plus d'informations.

Gestion des utilisateurs

Q. Pouvez-vous importer une liste d'utilisateurs à partir de Cisco Unified CallManager ou d'une autre source LDAP ?

A. Actuellement, Cisco Unified PhoneProxy ne s'intègre pas directement à ces sources. Cependant, vous pouvez importer dans la console de gestion un fichier CSV (valeurs séparées par des virgules) afin d'ajouter plusieurs utilisateurs.

Q. Que signifie l'activation d'un appel du point de vue de l'utilisateur ?

A. Vous pouvez utiliser ces méthodes afin d'activer un appel :

• L'utilisateur final active l'appel via une page Web. L'utilisateur doit fournir un nom d'utilisateur, un mot de passe et une adresse IP WAN. (L'adresse IP WAN n'est pas l'adresse interne 192.168.x.x que le routeur fournit.)

  Remarque : la page Web détecte l'adresse IP externe et la remplit correctement. Cependant, en fonction du réseau, vous devrez peut-être modifier cette adresse IP.

• L'administrateur active l'appel via l'interface de ligne de commande. L'administrateur doit fournir un nom d'utilisateur et une adresse IP.

• L'application active le compte et fournit le nom d'utilisateur, le mot de passe et l'adresse IP. Vous devez activer le service Web d'activation pour pouvoir utiliser cette méthode.

Q. Dois-je activer avant chaque appel, tous les jours ou une seule fois ?

A. L'activation reste activée tant qu'il existe une connexion SCCP entre le téléphone IP et le Cisco Unified PhoneProxy. Comme il y a beaucoup de trafic de maintien en vie avec une connexion SCCP, l'activation ne doit pas expirer.

Le délai d'inactivité d'activation par défaut est de 300 secondes (5 minutes). Cette période d'inactivité ne se produit que si le téléphone IP ne s'enregistre jamais réellement après l'activation du compte. Par exemple, le compte est activé, mais le téléphone n'est pas connecté au réseau dans les 5 minutes, ou le téléphone perd la connectivité réseau (en raison d'une coupure Internet ou d'une coupure de courant de plus de 5 minutes), ou l'adresse IP change (en raison de l'expiration du bail IP ou parce que DHCP attribue une adresse différente).

Cisco Unified PhoneProxy prévoit de maintenir une connexion à ce compte et à cette adresse IP. Si cette connexion est interrompue pendant plus de la durée d'inactivité configurée, le compte devient inactif.

Remarque : les administrateurs peuvent configurer un délai d'autorisation distinct du délai d'inactivité. Le délai d'expiration de l'autorisation entraîne l'inactivité d'un compte actif après un nombre de secondes spécifié, ce qui oblige les utilisateurs à s'authentifier à nouveau une fois la valeur du délai d'expiration expirée. Cette valeur est de 0 secondes par défaut, ce qui signifie que le compte ne devient pas automatiquement inactif.

Sécurité et chiffrement

Q. La sécurité et le chiffrement fonctionnent-ils avec Cisco Unified CallManager 5.0 ?

A. Oui. La sécurité et le chiffrement ont été testés et fonctionnent avec Cisco Unified CallManager 5.0.4 et 5.1.

Remarque : Cisco Unified CallManager 5.0 gère les certificats différemment des versions 4.x.

Q. Le Cisco Unified PhoneProxy peut-il communiquer de manière sécurisée avec les téléphones sur Internet non approuvé, alors qu'il reste non chiffré sur le réseau interne approuvé ? Cisco Unified PhoneProxy peut-il communiquer de manière sécurisée avec deux téléphones sur Internet non fiable ?

A. Lorsque la sécurité est activée, tous les téléphones sur Internet non approuvé doivent communiquer en toute sécurité avec Cisco Unified PhoneProxy, ou ils ne sont pas autorisés à communiquer. Le segment d'appel entre Cisco Unified PhoneProxy et un téléphone IP distant est chiffré. Le segment d'appel entre deux téléphones IP distants est chiffré, mais le segment d'appel entre Cisco Unified PhoneProxy ou les téléphones IP internes et Cisco Unified CallManager reste non chiffré.

Ces images illustrent le chiffrement du segment d'appel.

• Pour un téléphone Internet distant vers un téléphone d'entreprise interne :

  

• Pour un téléphone Internet distant vers un autre téléphone Internet distant :

  

Q. Comment configurer la fonctionnalité Adaptive Security Appliance (ASA) pour Cisco Phone Proxy ?

A. Afin de configurer la fonctionnalité ASA pour le proxy de téléphone Cisco, référez-vous à Configuration de la fonctionnalité de proxy de téléphone Cisco.

Q. Quelles sont les fonctionnalités prises en charge par le proxy de téléphone ASA ?

A. Le proxy de téléphone ASA prend en charge ces fonctionnalités :

• Musique d'attente (MoH)

• Services XML

Q. Est-il possible d'ajouter un proxy HTTP et de l'utiliser avec le proxy téléphonique ?

A. Un proxy HTTP inverse vers Cisco Unified Communications Manager peut être utilisé pour pointer les téléphones IP vers l'ASA. Cette solution est plus sécurisée que l'ouverture d'un serveur HTTP Cisco Unified Communications Manager et nécessite un serveur proxy inverse HTTP.

Q. Quelle version de PhoneProxy prend en charge quelle version de SCCP ?

A. ASA version 8.0(4) inclut des fonctionnalités de communications unifiées, telles que Proxy téléphonique et Proxy mobile, qui prennent en charge SCCPv17 .

Q. Quelles fonctions vocales (par exemple, attente musicale, transfert d'appel, conférence) sont prises en charge sur le proxy téléphonique ?

A. La musique d'attente (MoH) est prise en charge par le proxy de téléphone ASA, mais certains téléphones connectés via un proxy de téléphone Cisco ASA (codebase 8.2(1)) ne peuvent pas entendre les sources audio d'attente musicale locales de CUCM. Ce problème est documenté par l'ID de bogue Cisco CSCso81816 (clients enregistrés uniquement). Les appels peuvent être mis en attente ou transférés à l'aide du proxy de téléphone ASA. Les fonctionnalités d'entreprise telles que les conférences téléphoniques sont également prises en charge sur les téléphones distants connectés via un proxy de téléphone ASA.

Mises à jour, sauvegarde et maintenance

Q. Puis-je récupérer le mot de passe administrateur pour Cisco Unified PhoneProxy ?

A. Les paramètres d'administration de la console de gestion sont protégés par mot de passe. Ce mot de passe ne peut pas être récupéré. Vous devez créer une nouvelle configuration et un nouveau mot de passe.

Vous pouvez également protéger par un mot de passe ces zones de l'interface de ligne de commande Cisco Unified PhoneProxy :

• maint partition : vous pouvez protéger la partition de maintenance par mot de passe. Cependant, il n'est pas protégé par mot de passe par défaut. Pour créer un mot de passe de maintenance, vous devez être dans la partition de maintenance. Si le mot de passe de maintenance est perdu, vous ne pouvez pas le récupérer.

• partitions image0 et image1 : les partitions image0 et image1 sont protégées par un mot de passe distinct du principal mot de passe de partition. Vous pouvez définir le mot de passe de la partition d'image à partir de la partition d'image ou à partir de la partition de maintenance.

Q. Existe-t-il un moyen de mettre à jour l'amorçage principal ?

A. Non. L'amorçage principal ne peut pas être mis à jour. Il ne devrait pas y avoir de raison de mettre à jour ce bootimage.

Q. Lorsque le noeud d'un cluster Cisco Unified PhoneProxy échoue, le prochain Unified PhoneProxy envoie-t-il les enregistrements de téléphone à Cisco Unified CallManager ? Cette situation entraîne-t-elle des problèmes de performances ?

A. Cisco Unified PhoneProxy transfère uniquement les données envoyées par les téléphones. Par exemple, dans un cluster Cisco Unified CallManager, si l'un des membres de ce cluster tombe en panne, tous les téléphones basculent vers un autre CallManager et s'inscrivent. Les téléphones ont une connexion ouverte à Unified CallManager de secours, ils envoient donc une demande d'enregistrement. Quelques messages supplémentaires sont envoyés entre le téléphone et Unified CallManager. Cependant, le téléphone ne se rend pas compte que le CallManager principal est hors tension tant qu'il ne manque pas une pulsation. Puisque la fonction de pulsation des téléphones ne sont pas synchronisées, les tentatives d'enregistrement sont distribuées sur un intervalle de 30 secondes et les performances ne sont pas affectées.

Q. Comment un téléphone sait-il s'enregistrer auprès du noeud secondaire Cisco Unified PhoneProxy si le noeud principal est arrêté ?

A. La fonction de pulsation de chaque téléphone est appelée toutes les 30 secondes. Lorsqu'une pulsation est manquée, le téléphone s'enregistre auprès du noeud secondaire, puis tente de s'enregistrer à nouveau auprès du noeud principal.

Configuration de CallManager

Q. Cisco Unified PhoneProxy apparaît-il dans Cisco Unified CallManager ?

A. Non. Les téléphones proxy apparaissent dans Cisco Unified CallManager, mais le Cisco Unified PhoneProxy n'apparaît pas.

Remarque : dans Cisco Unified CallManager, tous les téléphones enregistrés et proxy affichent la même adresse IP. Cette adresse IP est l'adresse IP de l'interface sud de Cisco Unified PhoneProxy, qui se trouve sur le même sous-réseau que le VLAN voix pour CallManager.

Q. Dois-je configurer chaque téléphone dans le proxy et dans Cisco Unified CallManager ?

A. Oui. Le téléphone doit être configuré dans Cisco Unified CallManager à l'avance si l'enregistrement automatique a été désactivé. En outre, un compte pour le téléphone doit être créé et publié sur Cisco Unified PhoneProxy via la console de gestion. Pour créer le compte, vous devez spécifier un nom d'utilisateur, un mot de passe, l'ID de station du téléphone (par exemple, SEP112233445566) et le CallManager pour proxy de l'enregistrement. Lorsque l'utilisateur active le compte, il doit fournir le nom d'utilisateur, le mot de passe et l'adresse IP.

Remarque : dans Cisco Unified CallManager, tous les téléphones enregistrés et proxy affichent la même adresse IP. Cette adresse IP est l'adresse IP de l'interface sud de Cisco Unified PhoneProxy, qui se trouve sur le même sous-réseau que le VLAN voix pour CallManager.

Q. Les partitions, les espaces de recherche d'appels et les numéros composés sont-ils contrôlés par Cisco Unified CallManager ?

A. Oui. Le téléphone, le numéro composé, les espaces de recherche d'appels et les partitions doivent être provisionnés dans Cisco Unified CallManager. Cisco Unified CallManager conserve tout le contrôle des plans de numérotation.

Cisco Unified PhoneProxy ne connaît pas les numéros de ligne, les modèles de routage, les espaces de recherche d'appels ou les partitions. Le Cisco Unified PhoneProxy effectue uniquement des proxy pour l'enregistrement du téléphone (et RTP).

Informations connexes

• Documentation de Cisco Unified PhoneProxy
• Guide d'administration de Cisco Unified PhoneProxy
• Assistance technique concernant la technologie vocale
• Assistance concernant les produits vocaux et de communications unifiées
• Lecture recommandée : Dépannage des problèmes de téléphonie IP Cisco
• Support et documentation techniques - Cisco Systems