Les contrôleurs d'accès Cisco sont utilisés pour grouper des passerelles dans des zones logiques et pour effectuer le routage d'appels entre elles. Les passerelles sont responsables des décisions de routage de périphérie entre le réseau téléphonique public commuté (PSTN) et le réseau H.323. Les contrôleurs d'accès Cisco gèrent le principal routage d'appels parmi des périphériques dans le réseau H.323 et fournissent la gestion centralisée de plan de numérotation. Sans contrôleur d'accès Cisco, des adresses IP explicites pour chaque passerelle de terminaison devraient être configurées à la passerelle d'origine et être appariées à un cadran-pair de voix sur ip (VoIP). Avec un contrôleur d'accès Cisco, les passerelles envoient des requêtes au contrôleur d'accès en essayant d'établir des appels VoIP avec les passerelles VoIP distantes.
Par exemple, lorsqu'un appel est présenté, la passerelle détermine si elle doit l'envoyer à la branche de téléphonie ou à la branche IP conformément à son plan de numérotation. Dans le cas du segment IP, la passerelle interroge le contrôleur d'accès Cisco pour sélectionner le meilleur point de terminaison. Ensuite, le contrôleur d'accès Cisco détermine si le point de terminaison appelé est un périphérique dans sa zone locale ou s'il se trouve dans une zone distante contrôlée par un contrôleur d'accès Cisco distant.
Cisco vous recommande de connaître les contrôleurs d'accès H.323.
Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :
Routeurs des gammes Cisco 2500, 2600, 3600, 3700, 7200 et MC3810
Ce document n'est spécifique à aucune version de Cisco IOS®. Cependant, les configurations de ce document ont été testées sur le logiciel Cisco IOS Version 12.2(19). Reportez-vous à Software Advisor (clients enregistrés uniquement) pour confirmer le jeu de fonctions Cisco IOS nécessaire pour prendre en charge la fonctionnalité de contrôleur d'accès H.323.
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.
Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.
Les messages ARQ (Admission Request) et LRQ (Location Request) sont les deux messages RAS (Registration, Admission, Status) H.225 qui déclenchent un contrôleur d'accès pour lancer le processus de décision de routage des appels.
ARQ : messages de zone locale envoyés par les points de terminaison H.323 (généralement des passerelles) au contrôleur d'accès Cisco. Les contrôleurs d'accès reçoivent des ARQ d'un point d'extrémité si :
Un point de terminaison de zone locale lance un appel. OU
Une demande d'autorisation de point de terminaison de zone locale pour autoriser un appel entrant.
Les contrôleurs d'accès répondent aux messages ARQ par un message ACF (Admission Confirm) ou ARJ (Admission Reject). Si le contrôleur d'accès Cisco est configuré pour accepter l'appel, il répond par un message ACF (qui inclut des informations telles que l'adresse IP de la passerelle de destination). Sinon, il répond par un message ARJ.
LRQ : ces messages sont échangés entre les contrôleurs d'accès et sont utilisés pour les appels entre zones (zone distante). Par exemple, le contrôleur d'accès A reçoit un ARQ d'une passerelle de zone locale demandant l'admission d'un appel pour un périphérique de zone distante. Le contrôleur d'accès A envoie ensuite un message LRQ au contrôleur d'accès B. Le contrôleur d'accès B répond au message LRQ par un message LCF (Location Confirm) ou LRJ (Location Reject), qui dépend de sa configuration pour accepter ou rejeter la demande d'appel inter-zone et de l'enregistrement ou non de la ressource demandée.
Reportez-vous à Présentation des contrôleurs d'accès H.323 : Gatekeeper to Gateways Call Flow pour plus d'informations.
Messages RAS H.225 associés | |||
---|---|---|---|
ARQ | Demande d'admission | LRQ | Demande d'emplacement |
ACF | Confirmation d'admission | LCF | Confirmation de l'emplacement |
ARJ | Refus d'admission | LRJ | Rejet du site |
Pour comprendre le processus de décision de routage des appels du contrôleur d'accès Cisco, il est essentiel de comprendre les préfixes de zone et de technologie. En général (à quelques exceptions près), le préfixe de zone détermine le routage vers une zone, tandis que le préfixe technologique détermine la passerelle dans cette zone.
Un préfixe de zone est la partie du numéro appelé qui identifie la zone à laquelle un appel est désactivé. Les préfixes de zone sont généralement utilisés pour associer un code de zone à une zone configurée.
Le contrôleur d'accès Cisco détermine si un appel est acheminé vers une zone distante ou géré localement. Par exemple, selon cet extrait de configuration, gatekeeper (GK) A transmet 214....... appels à GK-B. Les appels vers l'indicatif régional (512) sont traités localement.
gatekeeper zone local GK-A abc.com zone remote GK-B abc.com 172.22.2.3 1719 !--- The IP address configured above should be the RAS !--- address of the remote gatekeeper. !--- and should be reachable from the local gateway. !--- In order to find out the RAS address on the remote gatekeeper, !--- issue the show gatekeeper zone status command !--- on the remote gateway. zone prefix GK-B 214....... zone prefix GK-A 512.......
Un préfixe technologique est une fonction standard H.323 en option, prise en charge par les passerelles et les contrôleurs d'accès Cisco, qui permet une plus grande flexibilité dans le routage des appels au sein d'un réseau VoIP H.323. Le contrôleur d'accès Cisco utilise des préfixes technologiques pour regrouper les terminaux du même type. Les préfixes technologiques peuvent également être utilisés pour identifier un type, une classe ou un pool de passerelles.
Les contrôleurs d'accès Cisco utilisent des préfixes technologiques pour acheminer les appels lorsqu'aucune adresse E.164 n'est enregistrée (par une passerelle) qui correspond au numéro appelé. En fait, il s'agit d'un scénario courant, car la plupart des passerelles Cisco IOS enregistrent uniquement leur ID H.323 (à moins que des ports FXS (Foreign Exchange Station) ne soient configurés). Sans adresses E.164 enregistrées, le contrôleur d'accès Cisco utilise deux options pour prendre la décision de routage des appels :
Avec l'option Technology Prefix Matches, le contrôleur d'accès Cisco utilise le préfixe technologique ajouté au numéro appelé pour sélectionner la passerelle ou la zone de destination.
Avec l'option Préfixes technologiques par défaut, le contrôleur d'accès Cisco attribue des passerelles par défaut pour le routage des adresses d'appels non résolues. Cette affectation est basée sur le préfixe technologique enregistré des passerelles.
Ce tableau récapitule les options de configuration disponibles :
Sur la passerelle | |
---|---|
Interface VoIP | Cette commande enregistre la passerelle Cisco avec le préfixe de technologie défini. Les informations d'enregistrement du préfixe technologique sont envoyées au contrôleur d'accès Cisco dans le message RAS Registration Request (RRQ). Exemple : GWY-B1(config)#interface ethernet 0/0 GWY-B1(config-if)#h323-gateway voip tech-prefix ? WORD: A technology prefix that the interface will register with the Gatekeeper. |
homologue de numérotation VoIP | Cette commande préfixe un préfixe technologique au numéro appelé correspondant au terminal de numérotation dial-peer. Il n'est pas utilisé pour l'enregistrement, mais pour la configuration des appels avec le contrôleur d'accès Cisco. Par exemple, le numéro appelé 5551010 devient 1#5551010. GWY-B1(config)#dial-peer voice 2 voip GWY-B1(config-dial-peer)#tech-prefix ? WORD: A string. Remarque : Le numéro appelé modifié est également envoyé à la passerelle de terminaison dans la configuration de l'appel. Assurez-vous que les terminaux de numérotation dial-peer POTS de la passerelle de terminaison sont mis à jour pour terminer l'appel. |
Sur le contrôleur d'accès | |
---|---|
Préfixe technologique par défaut du contrôleur d'accès | Cette commande définit les passerelles enregistrées avec le préfixe de technologie spécifié comme valeur par défaut pour les adresses d'appels de routage non résolues. Par exemple, si la plupart des passerelles de votre zone routent le même type d'appels et qu'elles sont enregistrées avec le préfixe technologique 1#, vous pouvez configurer le contrôleur d'accès Cisco pour qu'il utilise 1# comme préfixe technologique par défaut. Par conséquent, il n'est plus nécessaire que les passerelles d'origine préviennent le numéro appelé par 1#. Les numéros appelés sans préfixe technologique valide sont acheminés vers l'une des passerelles enregistrées avec 1#. GK-B(config)#gatekeeper GK-B(config-gk)#gw-type-prefix 1# default-technology Remarque : S'il existe plusieurs passerelles par défaut, vous pouvez affecter l'utilisation de la priorité de passerelle à l'aide de la commande de préfixe de zone <gk_id> <e.164_pattern> gw-priority<0-10>. |
Zone de saut du contrôleur d'accès | Les configurations de saut sont utilisées pour remplacer la sélection du préfixe de zone et forcer l'appel à être transféré vers une zone spécifiée, quel que soit le préfixe de zone de numéro appelé. Par exemple, avec cette configuration, tous les appels avec le préfixe technologique 2# seront transférés à la zone GK-A. GK-B(config)#gatekeeper GK-B(config-gk)#gw-type-prefix 2# hopoff GK-A |
Enregistrement du préfixe de la technologie de passerelle statique du contrôleur d'accès | Utilisé pour enregistrer de manière statique un préfixe technologique pour une passerelle. Il obtient les mêmes résultats sur le contrôleur d'accès que la configuration de l'interface VoIP de passerelle sur la passerelle . Il est recommandé de configurer ceci sur les passerelles si vous avez un grand nombre de passerelles. En général, il est plus facile de configurer chaque passerelle avec un préfixe technologique que de configurer le contrôleur d'accès avec tous les préfixes technologiques pour chaque passerelle. GK-B(config)#gatekeeper GK-B(config-gk)#gw-type-prefix 1# gw ipaddr ? A.B.C.D Gateway's call signaling IP address |
Ces diagrammes affichent le processus de décision de routage des appels du contrôleur d'accès après réception des messages ARQ et LRQ dans les versions du logiciel Cisco IOS antérieures à 12.4 :
Le routage des appels du contrôleur d'accès a été modifié dans le logiciel Cisco IOS Version 12.4 et ultérieure. La correspondance basée sur H.323-ID et sur l'ID d'e-mail est effectuée avant le traitement des numéros E.164 de destination (DNIS). Si un point de terminaison a enregistré l'ID H.323/e-ID spécifié, l'ACF est envoyé. Ce schéma explique le nouveau processus de routage d'appels basé sur des alias :
Les fonctions VIA (Voice Infrastructure and Application) sont des améliorations logicielles apportées à l'image de contrôleur d'accès Cisco existante. Grâce à cette amélioration, le contrôleur d'accès Cisco peut reconnaître deux branches d'appel sur la même plate-forme (passerelle IP-à-IP) et équilibrer la charge du trafic sur plusieurs passerelles IP-à-IP, qui sont incluses (à la fois passerelles et gardiennes) dans une zone VIA prédéfinie. Ces contrôleurs d'accès se trouvent à la périphérie du réseau du fournisseur de services de téléphonie Internet (ITSP) et sont comme un point de transfert VoIP, ou zone de transit, où le trafic VoIP est acheminé vers la destination de la zone distante. Les passerelles IP à IP de la zone VIA mettent fin aux appels entrants et les redirigent vers leurs destinations finales. Référez-vous à Réseau local à distance avec la fonctionnalité de passerelle IP à IP multiservice Cisco pour plus d'informations sur la zone VIA.
Remarque : Si la zone d'entrée ou de sortie spécifiée est introuvable dans les configurations (c'est-à-dire qu'elle n'est pas définie comme zone locale ou distante), un message ARJ est envoyé.
Afin de sélectionner une passerelle IP-IP enregistrée dans la zone de visualisation sélectionnée, cet algorithme est utilisé :
Si un préfixe tech est trouvé (dans la correspondance basée sur un alias), consultez la liste des passerelles dans le canal spécifié qui ont enregistré ce préfixe tech.
Si aucun préfixe technique n'est trouvé, examinez la liste complète des passerelles enregistrées sur le viazone spécifié.
Sélectionnez la première passerelle IP-IP GW trouvée à l'étape 1 ou 2 et disposant de ressources disponibles.
Si tous les GW IP-IP de la liste ne disposent pas de ressources, sélectionnez le premier GW IP-IP trouvé (même s'il peut s'agir d'un manque de ressources).
Si aucune passerelle IP-IP n'est trouvée, échec de retour.
Dans les exemples fournis dans cette section, les deux passerelles s'enregistrent auprès du contrôleur d'accès Cisco avec leurs ID H.323 respectifs. En outre, la passerelle (GWY) A2 s'enregistre avec une adresse E.164. Ce diagramme est utilisé pour tous les exemples de cette section :
Les trois scénarios de cette section expliquent le processus de décision étape par étape utilisé par le contrôleur d'accès pour acheminer les appels en fonction des messages ARQ.
Remarque : seuls les résultats pertinents sont affichés dans ces captures de configuration.
GK-A | |
---|---|
! gatekeeper zone local GK-A abc.com no shutdown ! |
|
GWY-A1 | GWY-A2 |
! interface Ethernet0/0 ip address 172.22.1.1 255.255.255.0 h323-gateway voip interface h323-gateway voip id GK-A ipaddr 172.22.1.3 1718 !--- The IP address configured here should !--- be the RAS address of GK-A !--- and should be reachable from the gateway. !--- In order to find out the RAS address, !--- issue the show gatekeeper zone status !--- command on GK-A. h323-gateway voip h323-id GW-A1@abc.com ! dial-peer voice 1 pots destination-pattern 512....... direct-inward-dial port 1/0:23 prefix 512 !--- On outgoing calls through POTS dial-peers, !--- all explicit digit matches are dropped, !--- which is the reason !--- for adding the prefix 512. This has nothing to !--- do with technology prefixes. ! dial-peer voice 2 voip destination-pattern 972....... session target ras !--- Uses RAS messages (GK) to get !--- call setup information. ! gateway ! |
! interface FastEthernet0/0 ip address 172.22.1.2 255.255.255.0 h323-gateway voip interface h323-gateway voip id GK-A ipaddr 172.22.1.3 1718 !--- The IP address configured here !--- should be the RAS address of GK-A. !--- and should be reachable from the gateway. !--- In order to find out the RAS address, !--- issue the show gatekeeper zone status !--- command on GK-A. h323-gateway voip h323-id GW-A2@abc.com ! dial-peer voice 1 voip destination-pattern 512....... session target ras ! dial-peer voice 2 pots destination-pattern 9725551010 port 1/0/0 !--- This is the FXS port. ! gateway ! |
Ce résultat capturé sur GK-A affiche les enregistrements réels. Notez que GWY-A2 enregistre également l'ID E.164 du port FXS.
GK-A#show gatekeeper endpoints GATEKEEPER ENDPOINT REGISTRATION ================================ CallSignalAddr Port RASSignalAddr Port Zone Name Type F --------------- ----- --------------- ----- --------- ---- -- 172.22.1.1 1720 172.22.1.1 49317 GK-A VOIP-GW H323-ID: GW-A1@abc.com 172.22.1.2 1720 172.22.1.2 58196 GK-A VOIP-GW E164-ID: 9725551010 H323-ID: GW-A2@abc.com Total number of active registrations = 2
Action de premier appel : L'utilisateur A1 appelle l'utilisateur A2 au 972-555-1010. Utilisez le diagramme ARQ pour terminer le processus de décision.
GK-A reçoit ARQ de GWY-A1.
Le préfixe technologique correspond-il ? Non
Le préfixe de zone correspond-il ? Non
La commande arq deny-inconnu-prefix est-elle définie ? Non, la zone cible est égale à la zone locale.
La zone cible est-elle locale ? Oui
Un préfixe technologique a-t-il été trouvé à l'étape 1 ? Non
L'adresse cible est-elle enregistrée ? Oui. Envoyer ACF.
Configuration de l'appel réussie.
Remarque : GWY-A2 a l'ID de destination E.164 enregistré (port FXS). Par conséquent, le contrôleur d'accès a pu accepter l'appel.
Action du deuxième appel : L'utilisateur A2 compose le 512-555-1212 pour appeler l'utilisateur A1.
GK-A reçoit ARQ de GWY-A2.
Le préfixe technologique correspond-il ? Non
Le préfixe de zone correspond-il ? Non
La commande arq deny-inconnu-prefix est-elle définie ? Non, la zone cible est égale à la zone locale.
La zone cible est-elle locale ? Oui
Un préfixe technologique a-t-il été trouvé à l'étape 1 ? Non
L'adresse cible est-elle enregistrée ? Non
Le préfixe de technologie par défaut est-il défini ? Non, envoyez ARJ.
Échec de la configuration de l'appel.
Remarque : le scénario 2 explique comment résoudre ce problème de routage d'appels avec des préfixes technologiques.
Dans ce scénario, les modifications de configuration suivantes sont apportées :
GWY-A1 - Ajout de la commande h323-gateway voip tech-prefix 1#. GWY-A1 s'enregistre sur GK-A avec le préfixe technologique 1#.
GWY-A1 - Ajout d'un terminal de numérotation dial-peer POTS avec une commande destination-pattern qui correspond au numéro appelé entrant de GWY-A2 avec le préfixe technologique 1#.
GK-A - Ajout de la commande GK-A au préfixe de zone. Définit les préfixes de zone locale gérés par GK-A.
GK-A - Ajout de la commande arq deny-inconnu-prefix. Cela oblige GK-A à accepter uniquement les appels ARQ pour les préfixes de zone qu'il gère. Dans le scénario 1, ceci n'a pas été configuré. Par conséquent, la zone cible a été définie sur la zone locale par défaut.
GWY-A2 - Ajout de la commande tech-prefix 1# sous la configuration de terminal de numérotation dial-peer VoIP. De cette façon, GWY-A2 préfixe les chiffres 1# aux appels VoIP sortants. GK-A identifie le modèle 1# pour sélectionner GWY-A1 comme passerelle de destination.
GK-A | |
---|---|
gatekeeper zone local GK-A abc.com zone prefix GK-A 512....... zone prefix GK-A 972....... arq reject-unknown-prefix no shutdown ! |
|
GWY-A1 | GWY-A2 |
! interface Ethernet0/0 ip address 172.22.1.1 255.255.255.0 h323-gateway voip interface h323-gateway voip id GK-A ipaddr 172.22.1.3 1718 h323-gateway voip h323-id GW-A1@abc.com h323-gateway voip tech-prefix 1# ! dial-peer voice 3 pots incoming called-number 972....... destination-pattern 1#512....... direct-inward-dial port 1/0:23 prefix 512 ! dial-peer voice 2 voip destination-pattern 972....... session target ras ! gateway ! |
! dial-peer voice 1 voip destination-pattern 512....... session target ras tech-prefix 1# ! dial-peer voice 2 pots destination-pattern 9725551010 port 1/0/0 ! gateway ! interface FastEthernet0/0 ip address 172.22.1.2 255.255.255.0 h323-gateway voip interface h323-gateway voip id GK-A ipaddr 172.22.1.3 1718 h323-gateway voip h323-id GW-A2@abc.com ! |
Ce résultat capturé sur GK-A affiche les préfixes de technologie enregistrés :
GK-A#show gatekeeper gw-type-prefix GATEWAY TYPE PREFIX TABLE ========================= Prefix: 1#* Zone GK-A master gateway list: 172.22.1.1:1720 GW-A1
Remarque : Au lieu de configurer GW-A1 avec la commande h323-gateway voip tech-prefix 1#, il est possible d'effectuer la même opération en configurant manuellement ces informations dans GK-A avec la commande.
GK-A(config-gk)#gw-type-prefix 1#* gw ipaddr 172.22.1.1
Action d'appel : L'utilisateur A2 compose le 512-555-1212 pour appeler l'utilisateur A1.
GK-A reçoit ARQ de GWY-A2.
Le préfixe technologique correspond-il ? Oui
Remarque : après la correspondance de préfixe technologique, le contrôleur d'accès l'efface pour analyser le préfixe de zone. Cette bande n'est effectuée que par l'analyse du contrôleur d'accès. La passerelle d'origine l'ajoute toujours dans la configuration de l'appel à la passerelle de terminaison.
Le préfixe de zone correspond-il ? Oui. Définissez la zone cible sur égale à la zone locale.
Le nom de l'alias (après le préfixe technique dénudé) correspond-il à une GW enregistrée ? No. (Si oui, envoyez ACF).
La zone cible est-elle locale ? Oui
Un préfixe technologique a-t-il été trouvé à l'étape 1 ? Oui
Une passerelle locale avec un préfixe technologique a-t-elle été trouvée ? Oui. Envoyer ACF.
Configuration de l'appel réussie.
Cette sortie de commande debug GK-A illustre le comportement ci-dessus.
Remarque : Cette commande debug est une commande de débogage utile mais masquée. Par conséquent, l'analyseur n'affiche pas le débogage.
GK-A#debug gatekeeper main 5 *Jun 19 09:50:10.086: gk_rassrv_arq: arqp=0x631CC400, crv=0x82, answerCall=0 *Jun 19 09:50:10.086: gk_dns_locate_gk(): No Name servers *Jun 19 09:50:10.086: rassrv_get_addrinfo(1#5125551010): Matched tech-prefix 1# *Jun 19 09:50:10.086: rassrv_get_addrinfo(1#5125551010): Matched zone prefix 512 *Jun 19 09:50:10.118: gk_rassrv_arq: arqp=0x631CC400, crv=0x1A, answerCall=1
Remarque : Il s'agit d'une configuration alternative plus intuitive :
Émettez la commande h323-gateway voip tech-prefix 512 afin de configurer GWY-A1 pour s'enregistrer avec le préfixe technologique 512.
De cette façon, GWY-A2 n'a pas besoin de passer le préfixe dans le segment d'appel de terminal de numérotation dial-peer VoIP car le modèle de destination inclut déjà 512. Par conséquent, retirez la commande tech-prefix 1# dans la configuration GWY-A2 et supprimez également 1# du modèle de destination sous le terminal de numérotation dial-peer pots sur GWY-A1.
Dans ce scénario, GWY-A1 s'enregistre avec le préfixe technologique 1# et GK-A est configuré pour acheminer les appels sans correspondance de préfixe technologique avec les passerelles de préfixe technologique par défaut. Par conséquent, GWY-A2 n'a pas besoin d'être configuré pour transmettre le préfixe de la technologie de destination.
GK-A | |
---|---|
! gatekeeper zone local GK-A abc.com zone prefix GK-A 512....... zone prefix GK-A 972....... gw-type-prefix 1#* default-technology arq reject-unknown-prefix no shutdown ! |
|
GWY-A1 | GWY-A2 |
! interface Ethernet0/0 ip address 172.22.1.1 255.255.255.0 h323-gateway voip interface h323-gateway voip id GK-A ipaddr 172.22.1.3 1718 h323-gateway voip h323-id GW-A1@abc.com h323-gateway voip tech-prefix 1# ! dial-peer voice 1 pots destination-pattern 512....... direct-inward-dial port 1/0:23 prefix 512 ! dial-peer voice 2 voip destination-pattern 972....... session target ras ! gateway ! |
! dial-peer voice 1 voip destination-pattern 512....... session target ras ! dial-peer voice 2 pots destination-pattern 9725551010 port 1/0/0 ! gateway ! interface FastEthernet0/0 ip address 172.22.1.2 255.255.255.0 h323-gateway voip interface h323-gateway voip id GK-A ipaddr 172.22.1.3 1718 h323-gateway voip h323-id GW-A2@abc.com ! |
Ce résultat capturé sur GK-A affiche les préfixes de technologie enregistrés :
GK-A#show gatekeeper gw-type-prefix GATEWAY TYPE PREFIX TABLE ========================= Prefix: 1#* (Default gateway-technology) Zone GK-A master gateway list: 172.22.1.1:1720 GW-A1
Action d'appel : L'utilisateur A2 compose le 512-555-1212 pour appeler l'utilisateur A1.
GK-A reçoit ARQ de GWY-A2.
Le préfixe technologique correspond-il ? Non
Le préfixe de zone correspond-il ? Oui. Définissez la zone cible sur égale à la zone locale.
La zone cible est-elle locale ? Oui
Un préfixe technologique a-t-il été trouvé à l'étape 1 ? Non
L'adresse cible est-elle enregistrée ? Non
Le préfixe de technologie par défaut est-il défini ? Oui. Sélectionnez la passerelle locale avec le préfixe technologique (un seul disponible).
Envoyer ACF.
Configuration de l'appel réussie.
Dans ces exemples, il existe deux zones H.323 : l'une contrôlée par GK-A et l'autre par GK-B.
Les scénarios de cette section expliquent le processus de décision étape par étape utilisé par les contrôleurs d'accès pour acheminer les appels en fonction des messages ARQ et LRQ.
Remarque : seuls les résultats pertinents sont affichés dans ces exemples de configuration.
Dans ce scénario, GWY-A1 s'enregistre sur GK-A avec le préfixe technologique 1# et GWY-B1 s'enregistre sur GK-B avec le préfixe technologique 2#. Les deux contrôleurs d'accès sont configurés avec des passerelles de préfixe de technologie par défaut.
GK-A | GK-B |
---|---|
! gatekeeper zone local GK-A abc.com 172.22.1.3 zone remote GK-B abc.com 172.22.2.3 1719 zone prefix GK-B 214....... zone prefix GK-A 512....... gw-type-prefix 1#* default-technology arq reject-unknown-prefix no shutdown ! |
! gatekeeper zone local GK-B abc.com 172.22.2.3 zone remote GK-A abc.com 172.22.1.3 1719 zone prefix GK-B 214....... zone prefix GK-A 512....... gw-type-prefix 2#* default-technology no shutdown ! |
GWY-A1 | GWY-B1 |
! interface Ethernet0/0 ip address 172.22.1.1 255.255.255.0 half-duplex h323-gateway voip interface h323-gateway voip id GK-A ipaddr 172.22.1.3 1718 h323-gateway voip h323-id GW-A1@abc.com h323-gateway voip tech-prefix 1# ! dial-peer voice 1 pots destination-pattern 512....... direct-inward-dial port 1/0:23 prefix 512 ! dial-peer voice 2 voip destination-pattern .......... session target ras ! gateway |
! interface Ethernet0/0 ip address 172.22.2.1 255.255.255.0 h323-gateway voip interface h323-gateway voip id GK-B ipaddr 172.22.2.3 1718 h323-gateway voip h323-id GWY-B1@abc.com h323-gateway voip tech-prefix 2# ! dial-peer voice 1 pots destination-pattern 214....... direct-inward-dial port 3/0:23 prefix 214 ! dial-peer voice 2 voip destination-pattern T session target ras ! gateway ! |
Action d'appel : L'utilisateur A1 compose le 214-555-1111 pour appeler l'utilisateur B1.
GK-A reçoit ARQ de GWY-A1.
Le préfixe technologique correspond-il ? Non
Le préfixe de zone correspond-il ? Oui. Définissez la zone cible sur égale à la zone GK-B distante (214).
La zone cible est-elle locale ? Non
Envoyer LRQ à GK-B.
GK-B reçoit LRQ de GK-A.
Le préfixe technologique correspond-il ? Non
Le préfixe de zone correspond-il ? Oui. Définissez la zone cible sur égale à la zone locale.
La zone cible est-elle locale ? Oui
Un préfixe technologique a-t-il été trouvé à l'étape 1 ? Non
L'adresse cible est-elle enregistrée ? Non
Le préfixe de technologie par défaut est-il défini ? Oui. Sélectionnez la passerelle locale avec le préfixe technologique (2#).
Envoyer LCF à GK-A.
GK-A reçoit LCF de GK-B avec les informations de la passerelle de terminaison.
GK-A envoie ACF à GWY-A1.
La configuration de l'appel a réussi.
Dans ce scénario, GWY-A1 s'enregistre sur GK-A avec le préfixe technologique 1# et GWY-B1 s'enregistre sur GK-B avec le préfixe technologique 2#. GWY-A1 ajoute le préfixe technologique 2# à la chaîne de numéros appelés lors d'appels vers (214) et GWY-B1 ajoute le préfixe technologique 1# à la chaîne de numéros appelés lors d'appels vers (512).
GK-A | GK-B |
---|---|
! gatekeeper zone local GK-A abc.com zone remote GK-B abc.com 172.22.2.3 1719 zone prefix GK-B 214* zone prefix GK-A 512* arq reject-unknown-prefix no shutdown ! |
! gatekeeper zone local GK-B abc.com 172.22.2.3 zone remote GK-A abc.com 172.22.1.3 1719 zone prefix GK-B 214* zone prefix GK-A 512* no shutdown ! |
GWY-A1 | GWY-B1 |
! interface Ethernet0/0 ip address 172.22.1.1 255.255.255.0 half-duplex h323-gateway voip interface h323-gateway voip id GK-A ipaddr 172.22.1.3 1718 h323-gateway voip h323-id GW-A1@abc.com h323-gateway voip tech-prefix 1# ! dial-peer voice 1 pots destination-pattern 512....... direct-inward-dial port 1/0:23 prefix 512 ! dial-peer voice 2 voip destination-pattern 214....... session target ras tech-prefix 2# ! gateway |
! interface Ethernet0/0 ip address 172.22.2.1 255.255.255.0 h323-gateway voip interface h323-gateway voip id GK-B ipaddr 172.22.2.3 1718 h323-gateway voip h323-id GWY-B1@abc.com h323-gateway voip tech-prefix 2# ! dial-peer voice 1 pots destination-pattern 214....... direct-inward-dial port 3/0:23 prefix 214 ! dial-peer voice 2 voip destination-pattern T session target ras tech-prefix 1# ! gateway ! |
Action de premier appel : L'utilisateur B1 compose le 512-555-1212 pour appeler l'utilisateur A1.
GK-B reçoit ARQ de GWY-B1.
Le préfixe technologique correspond-il ? Non
Le préfixe de zone correspond-il ? Non
Remarque : GK-B n'ayant pas connaissance d'un préfixe de technologie 1#, il suppose qu'il fait partie du numéro appelé et le lit comme préfixe de zone.
La zone cible est-elle locale ? Oui
Note : GK-B prend la zone cible par défaut égale la zone locale parce que la commande arq deny-inconnu-prefix n'est pas définie.
Un préfixe technologique a-t-il été trouvé à l'étape 1 ? Non
L'adresse cible est-elle enregistrée ? Non
Le préfixe de technologie par défaut est-il défini ? Non
Envoyez ARJ à GWY-B1.
Échec de la configuration de l'appel.
Ce résultat a été capturé dans GK-B pour illustrer plus en détail ce comportement :
!--- From debug gatekeeper main 5. GK-B# gk_rassrv_arq: arqp=0x62F6A7E0, crv=0x22, answerCall=0 gk_dns_locate_gk(): No Name servers rassrv_get_addrinfo(1#5125551212): Tech-prefix match failed rassrv_get_addrinfo(1#5125551212): unresolved zone prefix, using source zone GK-B rassrv_get_addrinfo(1#5125551212): unknown address and no default technology defined gk_rassrv_sep_arq(): rassrv_get_addrinfo() failed (return code = 0x103) !--- From debug ras. GK-B# RecvUDP_IPSockData successfully rcvd message of length 156 from 172.22.2.1:51141 ARQ (seq# 1796) rcvdparse_arq_nonstd: ARQ Nonstd decode succeeded, remlen= 156 IPSOCK_RAS_sendto: msg length 4 from 172.22.2.3:1719 to 172.22.2.1: 51141 RASLib::RASSendARJ: ARJ (seq# 1796) sent to 172.22.2.1
Configurez les contrôleurs d'accès pour identifier les préfixes de la technologie de zone distante afin de résoudre ce problème.
Ajoutez ceci à GK-B :
GK-B(config-gk)#gw-type-prefix 1# hopoff GK-A
Ajoutez ceci à GK-A :
GK-A(config-gk)#gw-type-prefix 2# hopoff GK-B
Notez que le terminal de numérotation dial-peer POTS des passerelles de terminaison doit être mis à jour pour faire correspondre les chaînes de numérotation entrantes aux préfixes de la technologie.
GK-A | GK-B |
---|---|
! gatekeeper zone local GK-A abc.com zone remote GK-B abc.com 172.22.2.3 1719 zone prefix GK-B 214* zone prefix GK-A 512* arq reject-unknown-prefix gw-type-prefix 2# hopoff GK-B no shutdown ! |
! gatekeeper zone local GK-B abc.com 172.22.2.3 zone remote GK-A abc.com 172.22.1.3 1719 zone prefix GK-B 214* zone prefix GK-A 512* gw-type-prefix 1# hopoff GK-A no shutdown ! |
GK-B | GWY-B1 |
! interface Ethernet0/0 ip address 172.22.1.1 255.255.255.0 half-duplex h323-gateway voip interface h323-gateway voip id GK-A ipaddr 172.22.1.3 1718 h323-gateway voip h323-id GW-A1@abc.com h323-gateway voip tech-prefix 1# ! !--- This dial-peer is used for !--- incoming calls from the PSTN. dial-peer voice 1 pots incoming called-number 512....... direct-inward-dial port 1/0:23 ! dial-peer voice 2 voip destination-pattern 214....... session target ras tech-prefix 2# ! !--- This dial-peer is used to !--- terminate (512) calls coming !--- from the VoIP network. Notice !--- that the technology prefix !--- is matched to select the dial-peer !--- but does not pass it to !--- the PSTN. dial-peer voice 3 pots destination-pattern 1#512....... direct-inward-dial port 1/0:23 prefix 512 ! dial-peer voice 4 voip destination-pattern 972....... session target ras ! gateway |
! interface Ethernet0/0 ip address 172.22.2.1 255.255.255.0 h323-gateway voip interface h323-gateway voip id GK-B ipaddr 172.22.2.3 1718 h323-gateway voip h323-id GWY-B1@abc.com h323-gateway voip tech-prefix 2# ! dial-peer voice 1 pots incoming called-number 214....... direct-inward-dial port 3/0:23 prefix 214 ! dial-peer voice 2 voip destination-pattern T session target ras tech-prefix 1# ! dial-peer voice 3 pots destination-pattern 2#214....... port 3/0:23 prefix 214 ! gateway ! |
Action du deuxième appel : L'utilisateur B1 compose le 512-555-1212 pour appeler l'utilisateur A1.
GK-B reçoit ARQ de GWY-B1.
Le préfixe technologique correspond-il ? Oui
Existe-t-il un préfixe de technologie de saut ? Oui
Envoyer LRQ à GK-A.
Remarque : le LRQ inclut le préfixe de technologie dans le numéro appelé pour l'analyse GK-A.
GK-A reçoit LRQ de GK-B.
Le préfixe technologique correspond-il ? Oui
Existe-t-il un préfixe de technologie de saut ? Non
Remarque : afin de poursuivre l'analyse du routage des appels, GK-A supprime le préfixe technologique. Le préfixe technologique reste dans la chaîne du numéro appelé lorsque les passerelles configurent les branches d'appel.
Le préfixe de zone correspond-il ? Oui. Définissez la zone cible sur égale à la zone locale.
La zone cible est-elle locale ? Oui
Un préfixe technologique a-t-il été trouvé à l'étape 1 ? Oui
Avez-vous trouvé une passerelle locale avec un préfixe technologique ? Oui
Envoyer LCF à GK-B.
GK-B reçoit LCF de GK-A avec les informations de la passerelle de terminaison.
GK-B envoie ACF à GWY-B1.
Configuration de l'appel réussie.
Cette sortie de commande a été capturée dans GK-B pour illustrer plus en détail ce comportement :
!--- From debug gatekeeper main 5. GK-B# gk_rassrv_arq: arqp=0x62ED2D68, crv=0x24, answerCall=0 gk_dns_locate_gk(): No Name servers rassrv_get_addrinfo(1#5125551212): Matched tech-prefix 1# rassrv_put_remote_zones_from_zone_list() zone GK-A gk_rassrv_irr: irrp=0x62F0D8FC, from 172.22.2.1:51141 GK-B# GK-B# !--- From debug ras. RecvUDP_IPSockData successfully received message of length 156 from 172.22.2.1:51141 ARQ (seq# 1809) rcvdparse_arq_nonstd: ARQ Nonstd decode succeeded, remlen= 156 IPSOCK_RAS_sendto: msg length 104 from 172.22.2.3:1719 to 172.22.1.3: 1719 RASLib::RASSendLRQ: LRQ (seq# 1042) sent to 172.22.1.3 IPSOCK_RAS_sendto: msg length 7 from 172.22.2.3:1719 to 172.22.2.1: 51141 RASLib::RASSendRIP: RIP (seq# 1809) sent to 172.22.2.1 RecvUDP_IPSockData successfully rcvd message of length 131 from 172.22.1.3:1719 LCF (seq# 1042) rcvdparse_lcf_nonstd: LCF Nonstd decode succeeded, remlen= 131 IPSOCK_RAS_sendto: msg length 34 from 172.22.2.3:1719 to 172.22.2.1: 51141 RASLib::RASSendACF: ACF (seq# 1809) sent to 172.22.2.1 RecvUDP_IPSockData successfully rcvd message of length 76 from 172.22.2.1:51141
Cette section fournit une liste des commandes show et debug utilisées pour vérifier et dépanner les problèmes de routage des appels du contrôleur d'accès et de la passerelle.
L'Outil Interpréteur de sortie (clients enregistrés uniquement) (OIT) prend en charge certaines commandes show. Utilisez l'OIT pour afficher une analyse de la sortie de la commande show .
Remarque : Consulter les renseignements importants sur les commandes de débogage avant d’utiliser les commandes de débogage.
show gateway - Permet de vérifier l'enregistrement des alias E.164 et H.323 pour la passerelle.
show gatekeeper endpoints - Utilisé pour vérifier l'alias E.164 et H.323 enregistré avec le gatekeeper.
show gatekeeper gw-type-prefix - Permet de vérifier les enregistrements de préfixe E.164 sur le gatekeeper.
show gatekeeper zone prefix | status : permet de vérifier l'état de la zone et les paramètres de configuration.
debug ras : applicable aux passerelles et aux contrôleurs d'accès.
debug h225 asn1 - Applicable aux passerelles et aux contrôleurs d'accès.
show dial-peer voice : permet de vérifier les préfixes de technologie configurés sous les terminaux de numérotation dial-peer.