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

Interopérabilité de Siemens QSIG : Le nom de l'appelant et le renvoi d'appel ne fonctionnent pas

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


Contenu


Introduction

Quand vous utilisez un autocommutateur privé (PBX) connecté à un Cisco CallManager par une interface de l'E1 Q signalant Protocol (QSIG) dans une passerelle de Voix de Cisco utilisant le Protocole MGCP (Media Gateway Control Protocol), le nom appelant n'est pas affiché. Des appels transférés des différents constructeurs sont également abandonnés.

Conditions préalables

Conditions requises

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

Composants utilisés

Les informations dans ce document sont basées sur le Cisco CallManager 4.x.

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.

QSIG Protocol

Le protocole QSIG, une gamme de normes internationales, définit des services et des protocoles de signalisation pour les réseaux privés de Services intégrés (PISNs). Ces normes utilisent des concepts d'Integrated Services Digital Network (le RNIS) et épousent le cadre des normes internationales pour l'Open Systems Interconnection comme défini par ISO/IEC. Le protocole QSIG agit en tant que variante de la signalisation de Voix de canal RNIS D. Les normes Q.921 et Q.931 RNIS constituent la base pour le protocole QSIG, qui fixe une norme mondiale pour l'interconnexion PBX.

Dans un appel de base QSIG, un utilisateur dans un échange privé de réseau de Services intégrés (PINX) peut placer un appel à un utilisateur qui est dans un distant PINX. L'appelé reçoit le nom ou le nombre d'appelant comme anneaux d'appel. L'appelant reçoit le nom et le nombre appelés quand les sonneries de téléphone d'utilisateur dans le distant PINX. Toutes les caractéristiques qui sont disponibles car un utilisateur PBX fonctionnent d'une manière transparente à travers le réseau. Le protocole QSIG fournit les caractéristiques supplémentaires et supplémentaires de réseau, comme défini pour PISNs, si l'ensemble correspondant de caractéristiques QSIG sont pris en charge par les deux fins de l'appel.

L'appel en avant ne fonctionne pas

Quand vous utilisez la version 2 de protocole QSIG, si un téléphone IP de Cisco en avant un appel à un autre téléphone IP de Cisco qui est placé d'un téléphone de tiers, le premier appel téléphonique est lâché. De même, quand un appel téléphonique de tiers est expédié à un autre téléphone de tiers qui est placé d'un téléphone IP de Cisco, le premier appel téléphonique est abandonné.

Appelant le nom non expédié

Quand vous utilisez le protocole QSIG et vous appelez un téléphone IP de Cisco d'un téléphone connecté à un tiers PBX ou à un téléphone de tiers d'un téléphone IP de Cisco, le nom de appeler de téléphone de tiers est affiché dans le téléphone IP de Cisco, mais le téléphone IP de Cisco appelle le nom n'est pas affiché dans le téléphone de tiers. En d'autres termes, appeler les informations de nom n'est pas passé du Cisco CallManager au tiers PBX. Cette question est documentée dans l'ID de bogue Cisco CSCee08424 (clients enregistrés seulement).

Solution

Ces problèmes peuvent se poser si le message d'installation du tiers PBX ne peut pas être décodé par le Cisco CallManager.

Codage de la modification ASN.1 ROSE OID

Afin de créer la compatibilité de Cisco CallManager avec votre version du protocole QSIG, configurez le codage ASN.1 ROSE OID et les paramètres de service de variante QSIG. Le problème décrit dans ce document peut être résolu quand vous changez le codage ASN.1 ROSE OID pour utiliser la valeur globale (ECMA). Remplissez la procédure dans cette section afin de changer l'ASN.1 ROSE OID.

Remarque: Le paramètre ASN.1 ROSE OID spécifie comment encoder l'object id d'invocation (OID) pour des exécutions d'élément de service d'exécutions distantes (ROSE). La valeur locale d'utilisation (prise en charge par la plupart des systèmes de téléphonie) devrait être utilisée quand vous utilisez l'OIN de variante QSIG. La valeur globale d'utilisation (OIN) devrait être utilisée seulement si le PBX connecté ne prend en charge pas la valeur locale. La valeur globale d'utilisation (ECMA) devrait être utilisée si la variante QSIG est ECMA. C'est un champ requis. Le par défaut est valeur de gens du pays d'utilisation.

  1. Allez à la page de CallManager Administration et choisissez les services > les paramètres de service afin d'aller aux paramètres de système.

  2. Allez à l'onglet Avancé.

  3. Trouvez le codage du nom de paramètre ASN.1 ROSE OID sous des paramètres de Clusterwide (périphérique - PRI et passerelle MGCP) et changez la valeur de paramètre pour utiliser la valeur globale (ECMA). Ceci est utilisé si le paramètre de service variable Q.SIG est placé à ECMA (profil 0x91 de Protocol).

    Remarque: La valeur par défaut pour le codage ASN.1 ROSE OID est une valeur locale d'utilisation, qui est prise en charge par la plupart des systèmes de téléphonie et doit être utilisée quand le paramètre de service variable Q.SIG est placé à OIN (profil 0x9F de Protocol).

  4. Cliquez sur Update.

    qsig-calling-name-1.gif

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.


Informations connexes


Document ID: 81670