Comprendre les homologues de numérotation entrants/sortants correspondants sur les plates-formes IOS

Introduction

Ce document décrit comment les terminaux de numérotation dial-peer entrants et sortants sont mis en correspondance avec les services téléphoniques traditionnels (POTS) et avec les tronçons d'appel du réseau vocal.

Conditions préalables

Exigences

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• Voix - Présentation des terminaux de numérotation dial-peer et des segments d'appel sur les plates-formes Cisco IOS®

• Voix - Comprendre les homologues de numérotation en entrée et en sortie sur les plates-formes Cisco IOS

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

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.

Conventions

Référez-vous à Conventions des conseils techniques de Cisco pour plus d'informations sur les conventions de document.

Mise en correspondance des homologues de numérotation en entrée

Éléments et attributs de partenaires de numérotation en entrée

Trois éléments d'information accompagnant le message de configuration de l'appel et quatre attributs configurables de commande d'homologues de numérotation sont utilisés pour mettre en correspondance les homologues de numérotation comme suit :

• Les terminaux de numérotation dial-peer POTS entrants sont associés aux tronçons d'appel POTS entrants sur le routeur ou la passerelle initiale.

• Des homologues de numérotation d'arrivée de réseau vocal sont associés aux signaux d'appel entrants de réseau vocal du routeur de terminaison ou de la passerelle. Les exemples des segments d'appels de réseau vocal sont la voix sur IP (VoIP), Voix sur relais de trame (VOFR), Voix sur ATM (VoATM), et la messagerie multimédia sur IP (MMoIP).

Les quatre attributs configurables de terminal de numérotation dial-peer Cisco IOS et les éléments de configuration d'appel associés sont présentés ici :

Remarque : Pour des partenaires de numérotation en accès sortant, cette commande est mise en correspondance avec le numéro appelé ou des chaînes DNIS.

Les trois éléments d'établissement sont :

Processus de mise en correspondance d'homologues de numérotation en entrée

Quand le routeur Cisco IOS ou la passerelle reçoit une requête d'établissement d'appel, une correspondance de partenaire de numérotation est faite pour l'appel entrant afin de faciliter la redirection de l'appel à différentes applications de session. Ce n'est pas une correspondance de chiffre-par-chiffre mais plutôt la chaîne de chiffre entière reçue dans la demande d'établissement d'appel qui est utilisée pour mettre en correspondance les homologues de numérotation configurés.

Remarque : Le nombre maximal de partenaires de numérotation qui peuvent être configurés sur une passerelle de Cisco IOS dépend de la mémoire disponible (DRAM). Chaque partenaire de numérotation consomme approximativement ko de mémoire. Assurez-vous que vous avez au moins 20% de la mémoire totale réservée pour d'autres processus de l'unité centrale. Si les terminaux de numérotation dial-peer sont utilisés pour le routage d'appels, un plus grand nombre de terminaux de numérotation dial-peer peut augmenter le délai d'acheminement d'un appel. Cela peut être important, car la pile vocale Cisco IOS examine les terminaux de numérotation dial-peer de haut en bas, de la même manière qu'une liste de contrôle d'accès.

Le routeur ou la passerelle met en rapport les éléments d'information dans le message d'installation avec les attributs d'homologue de numérotation pour sélectionner un homologue de numérotation en entrée. Le routeur ou la passerelle met en rapport ces éléments dans cette commande :

1. Numéro appelant (DNIS) avec la commande incoming called-number :

   D'abord, le routeur ou les tentatives de passerelle de mettre en correspondance le numéro appelé de la requête d'établissement avec le numéro entrant appelé configuré de chaque homologue de numérotation. Puisque l'établissement d'appel comprend toujours les informations DNIS, il est recommandé d'utiliser la commande incoming called-number pour mettre en correspondance les homologues de numérotation en entrée. Cet attribut a la priorité au-dessus des commandes answer-address et destination-pattern.

2. Numéro appelant (ANI) avec la commande answer-address :

   Si aucune correspondance n'est trouvée dans l'étape 1, le routeur ou de la passerelle essaie de faire correspondre le numéro appelant de la requête d'établissement avec la réponse-adresse de chaque homologue de numérotation. Cet attribut peut être utile dans les situations où vous souhaitez mettre en correspondance des appels en fonction du numéro appelant (initial).

3. Numéro appelant (ANI) avec la commande destination-pattern :

   Si aucune correspondance n'est trouvée dans l'étape 2, le routeur ou la passerelle essaie de faire correspondre le numéro appelant de la requête d'établissement avec le chablon de destination de chaque homologue de numérotation. Pour plus d'informations sur ce thème, consultez la première puce dans la section Informations supplémentaires à propos des homologues de numérotation de ce document.

4. Voice-port (associé à la demande d'établissement d'appel entrant) avec le port de terminal de numérotation dial-peer configuré (applicable aux tronçons d'appel POTS entrants) :

   Si aucune correspondance n'est trouvée dans l'étape 3, le routeur ou la passerelle essaie de mettre en correspondance le port configuré de l'homologue de numérotation à la voice-port avec l'appel entrant. Si des homologues de numérotation multiples ont le même port configuré, l'homologue de numérotation ajouté d'abord en configuration est mis en rapport.

5. Si aucune correspondance n'est trouvée au cours des quatre premières étapes, la commande default dial peer 0 (pid:0) est utilisée.

Remarque : L'étape 4 ne s'applique pas aux plates-formes vocales ou de numérotation telles que AS5300, AS5350, AS5400, AS5800 et AS5850. Si l'une des trois premières étapes n'est pas utilisée, faites correspondre l'homologue de numérotation 0 et l'appel est traité comme un appel de modem de numérotation. Ceci signifie que les clients peuvent obtenir des tonalités de modem contrairement aux tonalités pour des appels entrant.

Le routeur Cisco IOS ou la passerelle correspond seulement à une de ces conditions. Il n'est pas nécessaire que tous les attributs soient configurés dans l'homologue de numérotation ou que chaque attribut corresponde aux informations d'établissement. Seulement une condition doit être remplie pour que le routeur ou la passerelle sélectionne un partenaire de numérotation. Routeur ou passerelle arrête la rechercher dès qu'un homologue de numérotation aura été mis en rapport.

Les plus longs critères correspondants de préfixe s'appliquent quand l'étape est effectuée. À chaque étape, celle avec la plus longue correspondance explicite est choisie si des correspondances multiples sont trouvées. Cet exemple aide à clarifier ce concept :

Supposons que le numéro appelé entrant (DNIS) est 81690. L'homologue de numérotation 2 est mis en correspondance.

dial-peer voice 1 pots
 incoming called-number 8....
 direct-inward-dial
!

dial-peer voice 2 pots
 incoming called-number 816..
 direct-inward-dial

Remarque : Pour des partenaires de numérotation en entrée, la commande de cible de la session est ignorée.

Le partenaire de numérotation par défaut 0 peer_tag=0, pid:0

Si aucun homologue de numérotation entrant n'est mis en rapport par le routeur ou la passerelle, le signal d'appel entrant est automatiquement conduit à un homologue de numérotation par défaut (les POTS ou le réseau vocal). Ce terminal de numérotation dial-peer par défaut est appelé dial-peer 0 ou pid:0.

Remarque : Il y a une exception à cette instruction. Les plates-formes de Cisco Voice et de numérotation, telles que l'AS53xx et l'AS5800, requièrent qu'un partenaire de numérotation en entrée configuré soit mis en rapport pour que des appels entrants de POTS soient acceptés comme appels vocaux. S'il n'y a aucune correspondance de partenaire de numérotation en entrée, l'appel est traité comme un appel commuté (de modem).

Dial-peer 0 (pid:0) possède une configuration par défaut qui ne peut pas être modifiée. Le partenaire de numérotation par défaut 0 ne peut pas négocier des capacités non configurées par défaut, des services, et des applications comme :

• Fonctionnalités de réseau vocal de non-routage par défaut : dtmf-relay, aucun vad, et ainsi de suite.

• Sélection directe à l'arrivée

• Applications TCL

Le dial-peer 0 pour les homologues VoIP d'arrivée a cette configuration :

• tous codecs

• vad activé

• aucun support de rsvp

• Voix de télécopie-débit

Remarque : Le DSCP par défaut pour la Voix est le codepoint E-F 101110 (RFC 2598), et le DSCP par défaut de signalisation est AF31 le codepoint 011010 (RFC 2597). Le terminal de numérotation dial-peer par défaut ne marque pas les paquets sur DSCP 0. Tous les paquets vocaux sur les routeurs sont marqués par défaut (cela peut être remplacé par le terminal de numérotation dial-peer), la signalisation avec AF31 et le support avec EF. Les appels qui correspondent au terminal de numérotation dial-peer 0 par défaut doivent également avoir ce comportement.

Dial-peer 0 (pid:0) pour les homologues POTS entrants présente la configuration suivante :

• aucune application d'IVR

Pour de plus amples explications de ce concept, consultez l'étude de cas : Comprendre la section Correspondance entrante et terminal de numérotation dial-peer 0 par défaut de ce document.

Remarque spéciale sur l'isdn overlap-receiving

Il y a des implications pour la mise en correspondance de terminal de numérotation dial-peer entrant lorsque la commande isdn chevauchement-receive est configurée sur des interfaces RNIS. Après que chaque chiffre soit reçu à la couche RNIS, les homologues de numérotation sont les contrôlés pour une correspondance. Si une correspondance complète est établie, l'appel est acheminé immédiatement (vers l'application de session dans ce cas) avant que des chiffres supplémentaires ne soient acheminés. Le terminateur T peut être utilisé pour suspendre cette correspondance chiffre par chiffre et forcer le routeur ou la passerelle à attendre jusqu'à ce que tous les chiffres soient reçus. Le T désigne le temporisateur interchiffre T302 au niveau RNIS, configurable sous l'interface série associée à l'interface RNIS. RNIS fournit également d'autres mécanismes pour indiquer la fin des chiffres, tels que l'élément d'information complet (IE) d'envoi dans les messages d'information Q.931 qu'il définit.

Remarque spéciale sur des appels de POTS avec le champ de numéro appelant vide

Assumez cette configuration :

dial-peer voice 1 pots
   destination-pattern 9T
   port 1/0:1

Supposons qu'un appel entrant arrive sans informations sur le numéro appelant et qu'il est mis en correspondance avec le terminal de numérotation dial-peer POTS à l'aide de la commande destination-pattern 9T. Dans ce cas, le routeur ou la passerelle Cisco IOS utilise le chiffre « 9 » comme numéro appelant et transfère l'appel vers le périphérique associé, tel que CallManager ou la passerelle .Cisco IOS. Afin de ne pas remplacer le champ de numéro appelant vide, créez un partenaire de numérotation RTC factice avec juste la commande numéro entrant appelé configurée. Étant donné que l'instruction numéro appelé entrant< /strong> a une priorité plus élevée que le modèle de destination pour la correspondance POTS entrante, la voix de terminal de numérotation dial-peer 2 devient le terminal de numérotation dial-peer POTS utilisé.

dial-peer voice 1 pots 
    destination-pattern 9T
    port 1/0:1
!
dial-peer voice 2 pots
    incoming called-number .

Remarque spéciale sur le numéro appelé vide

Le message d'avertissement affiché ici, qui s'affiche lorsque le terminal de numérotation dial-peer est configuré avec le numéro appelé entrant T, peut soulever des questions concernant la sélection du terminal de numérotation dial-peer avec un numéro appelé vide à partir d'un routeur réel.

RTR(config)#dial-peer voice 1 pots
RTR(config-dial-peer)#incoming called-number T 

Warning: Pattern T defines a match with zero or more digits and hence could 
match with an empty number.  If this is not the desired behaviour please 
configure pattern .T instead to match on one or more digits
RTR(config-dial-peer)#

Correspondance de terminal de numérotation dial-peer entrant avec un numéro appelé vide :

• Un null called-number est considéré comme moins qualifié par rapport à un numéro de port et/ou dans certains cas answer-address. Par conséquent, une correspondance basée sur un numéro appelé null peut se produire SEULEMENT s'il n'y a pas de correspondance basée sur l'adresse de réponse ou le numéro de port.

• En cas de numérotation avec chevauchement, un numéro null appelé ne peut pas correspondre au numéro appelé entrant T car aucun délai d'attente n'a été dépassé.

• Un numéro appelé null peut correspondre au numéro appelé entrant T seulement dans le cas de ENBLOCK et il n'y a aucune correspondance en raison de l'adresse de réponse et du numéro de port. L'avertissement que vous voyez quand vous configurez le numéro appelé entrant T se rapporte à ce cas spécifique.

Mise en correspondance des homologues de numérotation en sortie

Afin de faire correspondre des homologues de numérotation en accès sortant, le routeur ou la passerelle utilise la commande de called_number de destination-pattern de l'homologue de numérotation.

• Sur des homologues de numérotation RTC, la commande de port est alors utilisée pour transférer l'appel.

• Sur des homologues de numérotation de réseau vocal, la commande de cible de la session est alors utilisée pour transférer l'appel.

Également, quand des homologues sortants sont mis en rapport, il y a deux cas à considérer : DID et non-DID.

DID (Direct Inward Dial - numérotation en entrée directe)

Un partenaire de numérotation entrant configuré avec DID présentera l'aspect suivant :

dial-peer voice 1 pots
  incoming called-number 81690
  voice-port 0:D
  direct-inward-dial

Sur les appels DID, également appelés numérotation en une étape, le message de configuration contient tous les chiffres nécessaires pour acheminer l'appel, et le routeur ou la passerelle ne doit pas procéder à la collecte de chiffres suivante. Quand le routage du routeur ou la passerelle recherche un homologue de numérotation en accès sortant, le périphérique utilise la chaîne de numérotation entrante entière. Cette mise en correspondance a une longueur variable par défaut. Cette mise en correspondance n'est pas effectuée par chiffre-par-chiffre parce que selon la définition du DID, tous les chiffres ont été reçues. Cet exemple aide à clarifier ce concept :

Supposons que la chaîne de numérotation DID est 81690. Dans ce cas, le routeur fait correspondre le terminal de numérotation dial-peer 4 et transfère la chaîne de numérotation complète 81690.

dial-peer voice 3 voip
 destination-pattern 816
 session target ipv4:172.22.10.1
!
dial-peer voice 4 voip
 destination-pattern 81690
 session target ipv4:172.22.10.1

Pour plus d'informations sur le DID, se référer à la Voix - Compréhension du direct-inward-dial (DID) sur des interfaces de Digital de Cisco IOS (T1/E1).

Non-DID

Ce cas est également mentionné sous le terme de composer un numéro à deux étages. Si DID n'est pas configuré sur le terminal de numérotation dial-peer entrant correspondant, le routeur ou la passerelle passe en mode de collecte de chiffres (les chiffres sont collectés en entrée). La mise en correspondance d'homologue de numérotation en accès sortant est faite sur une base de chiffre-par-chiffre. Le routeur ou la passerelle recherche des correspondances de partenaire de numérotation après que le périphérique ait reçu chaque chiffre, puis conduit l'appel quand une correspondance complète est faite. Ces exemples aident à clarifier ce concept :

Supposons que la chaîne de numérotation est 81690. Immédiatement après que le routeur a reçu le chiffre 6, le routeur fait correspondre le terminal de numérotation dial-peer 3 et achemine l'appel (en transférant uniquement les chiffres 816).

dial-peer voice 3 voip
 destination-pattern 816
 session target ipv4:172.22.10.1
!
dial-peer voice 4 voip
 destination-pattern 81690
 session target ipv4:172.22.10.1

Maintenant, supposez que le partenaire de numérotation 3 est configuré pour faire correspondre des caractères d'ambiguïté :

dial-peer voice 3 voip
 destination-pattern 816..
 session target ipv4:172.22.10.1 
!
dial-peer voice 4 voip
 destination-pattern 81690
 session target ipv4:172.22.10.1

Dans ce cas, la règle de préfixe la plus longue s'applique et l'homologue de numérotation 4 est mis en rapport pour le signal d'appel en accès sortant.

Remarque spéciale sur des plans de numérotation de longueur variable

Il y a des situations où la chaîne de numérotation n'a pas un nombre défini de chiffres. Dans de tels cas, Cisco vous recommande de configurer la terminaison T sur la commande dial-peer destination-pattern afin d'utiliser des terminaux de numérotation dial-peer de longueur variable.

Le terminateur T force le routeur ou la passerelle à attendre que la chaîne de numérotation complète soit reçue. Pour ce faire, le terminateur T force le routeur ou la passerelle à attendre jusqu'à ce que la chaîne de numérotation complète soit reçue. Le routeur ou la passerelle :

• Attend une temporisation inter-chiffres réglée avant que le périphérique ne conduise l'appel.

• Achemine l'appel une fois que le périphérique reçoit le caractère # termination dans la chaîne de numérotation. Par exemple, si vous avez composé 5551212#, le # indique au routeur que vous avez composé tous les chiffres et que tous les chiffres avant le # doivent être utilisés pour correspondre à un terminal de numérotation dial-peer.

Cet exemple aide à clarifier ce concept :

Supposons que le routeur de cet exemple reçoit du réseau un appel configuré avec la chaîne de numérotation 9551212. Le terminal de numérotation dial-peer 2 transfère ensuite au RTPC les chiffres 551212 :

dial-peer voice 2 pots
 destination-pattern 9T
 port 2/0:23

Supposons que la chaîne de numérotation d'une interface POTS entrante est 81690 :

dial-peer voice 3 voip
 destination-pattern 8T
 session target ipv4:172.22.10.1
!
dial-peer voice 4 voip
 destination-pattern 81690T
 session target ipv4:172.22.10.1

Dans ce cas, la règle de préfixe la plus longue s'applique et l'homologue de numérotation 4 est mis en rapport pour le signal d'appel en accès sortant.

• La temporisation inter-chiffres est réglée à 10 secondes par défaut. Afin de modifier cette valeur, émettez la commande de voice-port de secondes de temporisation d'inter-chiffres.

• Chaque fois que le T est utilisé, T doit être précédé d'un point (.) ou de chiffres (T ou 55T par exemple). Si vous utilisez T seul, les terminaux de numérotation dial-peer agissent incorrectement et affectent la façon dont les appels sont traités par le routeur.

Etat opérationnel d'homologues de numérotation

Un mode opérationnel d'homologues de numérotation doit être administrativement activé et valide pour que le partenaire de numérotation soit mis en correspondance. Afin d'être considérés opérationnels, les homologues de numérotation doivent remplir une de ces conditions :

• Le modèle de destination est configuré, et un port vocal ou une cible de session est également configuré.

• Le numéro appelé entrant est configuré.

• Réponse-adresse est configurée.

Il y a d'autres conditions, mais ce sont les principales.

Pour plus d'informations, consultez Voix - Compréhension du mode opérationnel d'homologues de numérotation sur des plates-formes de Cisco IOS.

Informations supplémentaires à propos des homologues de numérotation

L'attribut d'homologue de numérotation, chablon de destination a un comportement différent quand il est appliqué aux segments d'appels en entrée ou en sortie:

• Pour des homologues de numérotation en entrée, le chablon de destination est mis en correspondance avec le numéro appelant (chaîne d'ANI).

• Pour des homologues de numérotation en accès sortant, le chablon de destination est mis en correspondance avec le numéro appelé (chaîne DNIS).

Par conséquent, un terminal de numérotation dial-peer avec l'attribut destination-pattern peut fonctionner pour la correspondance sortante et entrante< /i> .

Étude de cas : Comprendre la correspondance entrante et le terminal de numérotation dial-peer par défaut 0

Chaque plan de numérotation nécessite un terminal de numérotation dial-peer entrant et sortant. Dans cet exemple, une connexion RTPC T1 arrive en entrée sur le routeur maui-gwy-04. Dans ce cas, lorsqu'un appel entrant est reçu du RTPC, le routeur tente de trouver le numéro appelé. Lorsque l'appel est reçu, l'appelant donne son ID avec l'identification automatique du numéro (ANI). Dans cet exemple, il existe une plage de numéros DID (Direct Inward Dial) qui commence à 8. DNIS est le numéro que la personne sur le RTPC compose. Le numéro peut être un numéro à 11 chiffres ou à 10 chiffres. S'il correspond au terminal de numérotation dial-peer entrant configuré avec la numérotation entrante directe, seuls 4 numéros après 8 sont transférés et les autres sont supprimés pour que l'appel soit directement atteint sans l'aide d'un réceptionniste.

Si aucun terminal de numérotation dial-peer entrant n'est configuré, le terminal de numérotation dial-peer 0 est mis en correspondance et prend l'appel en charge. Le terminal de numérotation dial-peer 0 possède les attributs suivants :

• Fonctionne pour tous les codecs

• Détection d'activité vocale (VAD) activée

• Marque le trafic comme priorité IP 0

• Ne prend pas en charge RSVP

• Support du service FAX-RATE

Remarque : La commande IP Precedence est définie sur une valeur par défaut de 0, ce qui entraîne la transmission de la priorité IP telle quelle.

Configurations

!--- 

!
version 12.0
service timestamps debug datetime
!
hostname maui-gwy-04
!
isdn switch-type primary-ni
!
controller T1 0
 framing esf
 clock source line primary
 linecode b8zs
 pri-group timeslots 1-24
!
voice-port 0:D
!

!--- This dial peer is used for !--- inbound DID calls.

Dial-peer voice 1 pots
 incoming called-number 8....
 direct-inward-dial
!
dial-peer voice 3 voip
 destination-pattern 8....
 DTMF-relay cisco-rtp
 session target ipv4:172.22.10.1
!
dial-peer voice 2 pots
 destination-pattern 9T
 port 0:D
!
interface Ethernet0
 ip address 172.22.10.2 255.255.255.0
 no ip directed-broadcast
!
interface Serial0:23
 no ip address
 no ip directed-broadcast
 isdn switch-type primary-ni
 isdn incoming-voice modem
 fair-queue 64 256 0
 no cdp enable

!
version 12.2
service timestamps debug datetime
!
hostname maui-gwy-06
!
interface Ethernet0/0
 ip address 172.22.10.1 255.255.255.0
 half-duplex
!

!--- FXS port

voice-port 1/0/0
!
dial-peer voice 1 pots
 destination-pattern 81560
 port 1/0/0
!
dial-peer voice 2 voip
 destination-pattern 9.....
 session target ipv4:172.22.10.2
 DTMF-relay cisco-rtp

Dans ce cas d'étude, ces commandes d'affichage et de débogage sont utilisées :

• show call active voice {brief} Cette commande affiche le contenu du tableau des appels actifs, qui affiche tous les appels actuellement connectés via le routeur. Dans ce cas, la commande est utile afin d'afficher des partenaires de numérotation et des fonctionnalités associés à un appel actif.

• debug voip ccapi inout Cette commande est utile pour dépanner les appels VoIP de bout en bout.

!--- Action: Call is placed from the PSTN through maui-gwy-04 
!--- and terminated on an FXS port of maui-gwy-06 (called number: "81560") 
!--- Notes: 
!--- 1)On maui-gwy-04, the incoming call is received on the POTS dial-peer 1, 
!--- which is configured for DID. !--- 2)On maui-gwy-06, no inbound VoIP dial-peer is matched and default 
!--- dial-peer=0 is used. Therefore, the DTMF-relay cisco-rtp negotiation !--- fails. 
!----------------------------------------------------------------------------- 
!--- Output on maui-gwy-04 (Originating Gateway)
!-----------------------------------------------------------------------------

maui-gwy-04#show call active voice brief

!--- This information was captured on the call originating gateway 
!--- once the call was placed and active. !--- !---  !

<ID>: <start>hs.<index> +<connect> pid:<peer_id> <dir> <addr> <state>
  dur hh:mm:ss tx:<packets>/<bytes> rx:<packets>/<bytes> <state>
 IP <ip>:<udp> rtt:<time>ms pl:<play>/<gap>ms lost:<lost>/<early>/<late>
  delay:<last>/<min>/<max>ms <codec>
Tele <int>: tx:<tot>/<v>/<fax>ms <codec> noise:<1> acom:<1> i/o:<1>/<1> dBm


!--- POTS (keyword Tele) dial-peer 1 is matched inbound (keyword Answer). 
!--- This dial-peer was matched based on condition 1 of the Matching Inbound 
!--- Dial Peers section of this document.

87   : 415666267hs.1 +107 pid:1 Answer  active
 dur 00:00:20 tx:101/791 rx:100/3200
 Tele 0:D:93: tx:20600/2000/0ms g729r8 noise:-56 acom:0  i/0:-55/-70 dBm


!--- VoIP (keyword IP) dial-peer 3 is matched outbound (keyword Originate). 
!--- This dial-peer was matched based on the destination-pattern command.

87   : 415666268hs.1 +106 pid:3 Originate 81560 active
 dur 00:00:20 tx:100/2000 rx:101/1991
 IP 172.22.10.1:18160 rtt:2ms pl:1990/40ms lost:0/1/0 delay:69/69/70ms g729r8

maui-gwy-04#show call active voice

!---  
!--- With the show call active voice command, you see that DTMF-relay Cisco 
!--- RTP was partially negotiated.
 
VOIP:
RemoteIPAddress=172.22.10.1
RemoteUDPPort=18160
RoundTripDelay=4 ms
SelectedQoS=best-effort
tx_DtmfRelay=cisco-rtp
SessionProtocol=cisco
SessionTarget=ipv4:172.22.10.1
VAD = enabled
CoderTypeRate=g729r8
CodecBytes=20
SignalingType=cas

!----------------------------------------------------------------------------- 
!--- Output on maui-gwy-06 (Terminating Gateway) 
!----------------------------------------------------------------------------- 

maui-gwy-06#show call active voice brief

!--- This information was captured once the call was placed and active. 
!--- !---  
!--- Notice that in this case, default VoIP(keyword IP) dial-peer 0 was 
!--- matched inbound.
 
Total call-legs: 2
87   : 257583579hs.1 +105 pid:0 Answer  active
 dur 00:10:03 tx:1938/37069 rx:26591/531820
 IP 172.22.10.2:18988 rtt:1ms pl:528740/160ms lost:0/1/0 delay:50/50/70ms
 g729r8

87   : 257583580hs.1 +104 pid:1 Originate 81560 active
 dur 00:10:05 tx:26648/532960 rx:1938/37069
 Tele 1/0/0 (96): tx:605710/37690/0ms g729r8 noise:-46 acom:
0  i/0:-46/-61 dBm

maui-gwy-06#show call active voice

!---  !--- Notice that DTMF-relay cisco rtp was NOT negotiated on this end.

Total call-legs: 2
VOIP:
RemoteIPAddress=172.22.10.2
RoundTripDelay=2 ms
SelectedQoS=best-effort
tx_DtmfRelay=inband-voice
FastConnect=FALSE
Separate H245 Connection=FALSE
H245 Tunneling=FALSE
SessionProtocol=cisco
VAD = enabled
CoderTypeRate=g729r8
CodecBytes=20
SignalingType=ext-signal


!--- Output from debug voip ccapi inout. 
!---  
!--- Inbound VoIP call leg is matched to default dial-peer 0. 
!--- In this case, notice that maui-gwy-06 did not receive the calling 
!--- number (ANI). Therefore, voip dial-peer 2 was not matched based on 
!--- condition 3 of the Matching Inbound Dial Peers section of this document.



*Mar 30 19:30:35: cc_api_call_setup_ind (vdbPtr=0x620AA230,
 callInfo={called=81560,
     called_oct3=0 calling=,calling_oct3=0x0,calling_oct3a=0x0,
calling_xlated=false,
     subscriber_type_str=Unknown, fde,peer_tag=0, prog_ind=0},
callID=0x62343650)
*Mar 30 19:30:35: cc_api_call_setup_ind (vdbPtr=0x620AA230,
callInfo={called=81560,
     calling=, fd1 peer_tag=0}, callID=0x62343650)
*Mar 30 19:30:35: >>>>CCAPI handed cid 95 with tag 0 to app "DEFAULT"
.....


!--- Outbound POTS dial-peer 1 is matched.


*Mar 30 19:30:35: ssaSetupPeer cid(95) peer list:  tag(1)
 called number (81560)
*Mar 30 19:30:35: ccCallSetupRequest (Inbound call = 0x5F,
 outbound peer =1, dest=,
        params=0x621D4570 mode=0, *callID=0x621D48D8, prog_ind = 0)
*Mar 30 19:30:35: peer_tag=1

Maintenant, pour faire correspondre le partenaire de numérotation VoIP d'arrivée 2 sur maui-gwy-06 ajoutez cette commande :

maui-gwy-06#config t
Enter configuration commands, one per line.  End with CNTL/Z.
maui-gwy-06(config)#dial-peer voice 2 voip

!--- This command uses the DNIS(called number)to match the inbound call leg 
!--- to the dial-peer. 

maui-gwy-06(config-dial-peer)#incoming called-number 8....

C'est une copie instantanée de la configuration maui-gwy-06 après une configuration supplémentaire :

!--- 

dial-peer voice 1 pots
 destination-pattern 81560
 port 1/0/0
!
dial-peer voice 2 voip
 incoming called-number 8....
 destination-pattern 9.....
 session target ipv4:172.22.10.2
 dtmf-relay cisco-rtp
!

!--- Action: Call is placed from the PSTN through maui-gwy-04 !--- and terminated in an FXS port of maui-gwy-06 (called number: "81560"). 
!--- Notes: !--- 1)On maui-gwy-04, the incoming call is received on the POTS dial-peer 1, 
!--- which is configured for DID. 
!--- 2)On maui-gwy-06, dial-peer 2 voip is matched inbound, and dtmf-relay 
!--- Cisco RTP is negotiated. 
!----------------------------------------------------------------------------- 
!--- Output on maui-gwy-06 (Terminating Gateway)
!-----------------------------------------------------------------------------

maui-gwy-06#show call active voice brief

!--- 

Total call-legs: 2

!--- Notice that in this case, the inbound VoIP call leg is matched to !--- dial-peer 2 VOIP.

8B   : 258441268hs.1 +176 pid:2 Answer  active
 dur 00:01:01 tx:485/8768 rx:2809/56180
 IP 172.22.10.2:16762 rtt:2ms pl:52970/120ms lost:0/1/0 delay:
60/60/70ms g729r8

8B   : 258441269hs.1 +175 pid:1 Originate 81560 active
 dur 00:01:02 tx:2866/57320 rx:512/9289
 Tele 1/0/0 (98): tx:64180/9640/0ms g729r8 noise:-46 acom:
0  i/0:-46/-61 dBm


maui-gwy-06#show call active voice

!---  !--- Notice that dtmf-relay cisco rtp was successfully negotiated.

VOIP:
RemoteIPAddress=172.22.10.2
RoundTripDelay=1 ms
SelectedQoS=best-effort
tx_DtmfRelay=cisco-rtp
FastConnect=FALSE
Separate H245 Connection=FALSE
H245 Tunneling=FALSE
SessionProtocol=cisco
SessionTarget=
VAD = enabled
CoderTypeRate=g729r8
CodecBytes=20
SignalingType=cas

Informations connexes

• Voix - Comprendre les homologues de numérotation et les signaux d'appel sur des plates-formes Cisco IOS
• Voix - Comprendre les homologues de numérotation en entrée et en sortie sur les plates-formes Cisco IOS
• Voix - Présentation de l'état opérationnel des homologues de numérotation sur les plates-formes Cisco IOS
• Voix - Présentation du DID (Direct-Inward-Dial) dans les interfaces vocales numériques IOS (T1/E1)
• VoIP - Compréhension des codecs : Complexité, support, MOS et négociation
• Assistance et documentation techniques - Cisco Systems