Ce document décrit les bases de la configuration de Cisco Unified Border Element (CUBE) avec Cisco Unified Communications Manager (CUCM).
Cisco recommande que votre système ne dispose pas d'une configuration DNS (Domain Name System) et que vous connaissiez les sujets suivants :
Les informations de ce document sont basées sur le fait que tout nombre de serveurs CUCM, tout routeur à services intégrés (ISR) Cisco, tout routeur ISR de 2ème génération (G2) ou tout routeur à services d'agrégation Cisco (ASR) peut être un CUBE. Aucun processeur de signal numérique (DSP) n'est requis pour le fonctionnement de base de CUBE.
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.
Lors de la première configuration d'un CUBE, vous devez activer le routeur afin de router les appels comme un CUBE. Cette image montre une configuration VoIP de base du service vocal sur un CUBE :
Voici quelques points importants concernant cette configuration :
Les terminaux de numérotation dial-peer sur CUBE sont comme les autres terminaux de numérotation dial-peer sur les passerelles Cisco IOS. La différence est que les appels vont d'un terminal de numérotation dial-peer VoIP à un autre terminal de numérotation dial-peer VoIP.
Notez qu'il y a deux terminaux de numérotation dial-peer ici : entrant et sortant. CUBE correspond toujours à deux terminaux de numérotation dial-peer. Les terminaux de numérotation dial-peer entrants sont du point de vue de CUBE, soit du CUCM, soit du fournisseur SIP. Les terminaux de numérotation dial-peer sortants sont envoyés vers CUCM ou vers le fournisseur SIP.
ICisco vous recommande d'effectuer la plupart des manipulations de chiffres sur CUCM via des chiffres significatifs, un masque de numéro de téléphone externe et des traductions. Référez-vous à l'article Comprendre les homologues de numérotation entrante et sortante correspondant sur les plates-formes IOS pour plus d'informations sur les homologues de numérotation.
La manipulation de chiffres peut être effectuée sur CUBE, de la même manière que sur les passerelles vocales Cisco IOS. Reportez-vous à l'article Traduction de numéros à l'aide des profils de traduction vocale pour plus d'informations.
L’adressage IP sur CUBE s’effectue de la même manière que sur les autres périphériques Cisco IOS, mais il utilise la table de routage afin de déterminer à partir de quelle interface le CUBE source le trafic SIP. La commande show ip route A.B.C.D fournit des informations sur l'interface utilisée par CUBE afin de source du trafic SIP. Cela est important lorsque des appels sont envoyés à CUCM et lorsque des appels sont envoyés à un fournisseur SIP. Des routes statiques peuvent être nécessaires pour que cela fonctionne.
Dans certains cas, vous devrez lier SIP à une interface particulière, telle qu'une interface de bouclage sur le CUBE. La liaison SIP peut provoquer des effets secondaires, par exemple lorsque le CUBE n'écoute pas le trafic SIP sur une interface particulière. Cisco recommande de ne pas utiliser de liaisons et de laisser la table de routage décider, mais ce n'est pas toujours possible. Vous pouvez appliquer des liaisons SIP sous Voice Service VoIP > SIP, ou sur des terminaux de numérotation dial-peer individuels. Les liaisons SIP sont expliquées plus en détail dans l'article Configuration des fonctions de liaison SIP.
Les codecs de classe vocale sont utilisés pour CUBE afin d'offrir plusieurs codecs lorsque les appels utilisent un terminal de numérotation dial-peer VoIP particulier. C'est la même chose que sur une passerelle vocale Cisco IOS, mais lorsqu'il s'agit d'un CUBE, les codecs sont filtrés d'un segment d'appel VoIP à l'autre. Il utilise des codecs disponibles sur le terminal de numérotation dial-peer entrant et sortant. Les codecs correspondant aux deux sont envoyés des offres. Lorsque CUBE reçoit un message SIP avec le protocole SDP (Session Description Protocol), il le compare également aux codecs de classe vocale. Cela permet à CUBE de filtrer les codecs en fonction de ce qui est reçu du message SIP avec SDP, le terminal de numérotation dial-peer entrant et le terminal de numérotation dial-peer sortant. L'autre agent utilisateur SIP répond ensuite aux codecs proposés.
Le codec voice-class de l'image précédente contient trois codecs, g729r8, g711ulaw ou g711alaw. L'image les montre dans l'ordre dans lequel la passerelle Cisco IOS établit la priorité de la façon dont les codecs sont offerts à l'extrémité distante. Les codecs de classe vocale sont appliqués aux terminaux de numérotation dial-peer.
L'application antifraude de Cisco IOS est utile car elle peut empêcher l'accès SIP indésirable, mais sans planification appropriée, elle peut provoquer des problèmes avec un fonctionnement normal. L'application de fraude à l'interurbain de Cisco IOS permet au routeur de spécifier les périphériques qui peuvent communiquer avec lui pour passer des appels (H323 ou SIP). Les adresses IP utilisées comme cibles de session sur les terminaux de numérotation dial-peer sont automatiquement autorisées à envoyer des appels à la passerelle vocale Cisco IOS sans configuration supplémentaire. Cela inclut généralement tous les fournisseurs SIP et les serveurs CUCM dans l'environnement, mais pas toujours. Si ce n'est pas le cas, ils doivent être ajoutés manuellement au CUBE. Seules les adresses de signalisation doivent être ajoutées, pas les adresses de support. Reportez-vous à l'article Toll-Fraud Prevention Feature in IOS Release 15.1(2)T pour plus d'informations.
Effectuez des appels de test afin de vérifier que votre configuration fonctionne correctement. Si les appels de test échouent, prenez des traces de service CUCM ou CUBE détaillées afin de comprendre le problème.
Il n'existe actuellement aucune information de dépannage spécifique pour cette configuration.