Gatekeeper IOS Cisco Routage d'appel H.323.

Présentation au sujet: "Gatekeeper IOS Cisco Routage d'appel H.323."— Transcription de la présentation:

1 Gatekeeper IOS Cisco Routage d'appel H.323

2 Sommaire et de technologie du Gatekeeper
• Introduction - Prérequis - Composants utilisés • Messages ARQ et LRQ • Importants concepts de configurtion: préfixes de zones et de technologie - Préfixes de zones - Préfixes de technologie • Processus et algorithme de décision de routage d'appel du Gatekeeper • Exemples d'appels zone locale Scénario 1: Pas de préfixes de technologie configurés Scénario 2: Préfixes de technologie configurés Scénario 3: Préfixes de technologie par défaut configurés • Exemples d'appels distants - Scénario 1: Gatekeepers de zones configurés avec des préfixes de technologie par défaut - Scénario 2: Gatekeepers de zones configurés sans préfixes de technologie par défaut • Commandes pour vérification et résolution de problèmes

3 Introduction Les Gatekeepers Cisco sont utilisés pour grouper les passerelles en zones logiques
et réaliser le routage d'appel entre elles. Les passerelles sont responsables des déci- sions de routage à la périphérie entre le réseau public (RTC) et le réseau H.323. Les Gatekeepers Cisco gèrent le cœur du routage d'appel parmi les équipements dans le réseau H.323 et fournit une administration centralisée du plan de numérotation. Sans Gatekeeper Cisco, une adresse IP explicite pour chaque passerelle de terminai- son devrait être configurée sur la passerelle origine et dvrait correspondre à une extrémité d'appel VoIP (Voice over IP). Avec un Gatekeeper Cisco, les passerelles font des requêtes au Gatekeeper quand elles tentent d'établir des appels VoIP avec des passerelles VoIP distantes. Par exemple, quand un appel est présenté, la passerelle détermine si elle doit le transmettre à la partie téléphonie ou à la partie IP selon le plan de numérotation. Dans le cas de la partie IP, la passerelle fait une requête au Gatekeeper pour trouver le meilleur point d'extrémité distant. Ensuite le Gatekeeper détermine si l'extrémité appelée est un équipement dans sa zone locale ou dans une autre zone controlée par un autre Gatekeeper. Prérequis Les lecteurs de ce document doivent avoir des connaissances sur: ● Comprendre les Gatekeepers H Composants utilisés Les informations contenues dans ce document sont basées sur les versions logicielles et matérielles suivantes: ● Routeurs Cisco Series 2500, 2600, 3600, 3700, 7200 et MC3810 ● Ce document n'est pas spécifique à une version de l'IOS Cisco. Cependant, les configurations présentées dans ce document ont été testées avec l'IOS Cisco Release 12.2(19). Messages ARQ et LRQ ARQ et LRQ sont les deux messages H.225 RAS (Registration, Admission, Status) qui déclenchent le processus de décision de routage d'appel sur le Gatekeeper ● Messages ARQ zone locale qui sont transmis par les extrémités H.323 (usuelle ment des passerelles) vers le Gatekeeper Cisco. Les Gatekeepers Cisco reçoivent des messages ARQ d'une extrémité si: Un point d'extrémité de zone locale initie un appel Un point d'extrémité de zone locale demande la permission d'admettre un appel entrant.

4 Messages relatifs à RAS H.225
Les Gatekeepers répondent aux messages ARQ avec un message ACF (Admission Confirm) ou ARJ (Admission Reject). Si le Gatekeeper Cisco est configuré pour admettre l'appel, celui-ci répond avec un message ACF (qui contient des informa telle que l'adresse IP destination de la passerelle). Si cela n'est pas le cas, le Gate- keeper répond avec un message ARJ ● LRQ - Ces messages sont échangés entre Gatekeepers et sont utilisés pour des appels inter-zone. Par exemple, le Gatekeeper A reçoit un ARQ d'une passerelle de zone locale demandant l'admission d'appel pour un équipement de zone distante Le Gatekeeper A transmet un message LRQ au Gatekeeper B. Le Gatekeeper B répond au message LRQ avec un message LCF (Location Confirm) ou LRJ (Loca tion Reject) selon qu'il est configuré pour admettre ou rejeter les ppels inter-zone et si la ressource demandée est enregistrée. Messages relatifs à RAS H.225 ARQ Admission Request LRQ Location Request ACF Admission Confirm LCF Location Confirm ARJ Admission Reject LRJ Location Reject Importants concepts de configurtion: préfixes de zones et de technologie Pour comprendre le processus de décision de routage d'appel, il est essentiel de com- prendre les préfixes de zone et de technologie. En général (avec quelques exceptions) le préfixe de zone détermine le routage vers une zone comme le préfixe de technologie détermine la passerelle de cette zone. Préfixes de zones Un préfixe de zone est une partie du numéro appelé qui identifie la zone vers laquelle un appel est dirigé. Les préfixes de zone sont usuellement utilisés pour associer un code de zone à une zone configurée. Le Gatekeeper Cisco détermine si un appel est routé vers une zone distante ou locale. Par exemple selon l'extrait de configuration suivant, le gatekeeper GK-A achemine les appels 214…. vers GK-B. Les appels avec le code de zone 512 sont gérés localement. gatekeeper zone local GK−A abc.com zone remote GK−B abc.com !−−− L'adresse IP configurée ci-dessus doit être l'adresse du RAS !−−− du gatekeeper distant et doit être accessible par la !−−− passerelle locale. Pour trouver l'adresse du RAS sur le !−−− gatekeeper distant, entrez la commande show gatekeeper zone !--- status sur la passerelle distante. zone prefix GK−B zone prefix GK−A

5 Préfixes de technologie
Un préfixe de technologie est une fonctionnalité H.323 optionnelle, supportée par les passerelles et les Gatekeepers Cisco, qui permet plus de flexibilté dans le routage d'appels dans un réseau VoIP H.323. Le Gatekeeper Cisco utilise les préfixes de tech- nologie pour grouper les points d'extrémités de même type. Les préfixes de technolo- gie peuvent être également utilisés pour identifier un type, une classe ou un pool de passerelles. Les Gatekeeprs Cisco utilisent les préfixes de technologie pour router les appels quand il n'y a pas d'adresses E.164 enregistrées (par une passerelle) qui correspon- dent au numéro appelé. En fait, c'est un scénario très commun car la majorité des passerelles IOS Cisco enregistrent uniquement leur ID H.323 (sauf si elles ont des ports FXS (Foreign Exchange Station)). Sans adresse E.164 enregistrée, le Gatekeeper Cisco dispose de deux options pour prendre la décision de routage d'appel. ● Avec l'option "Technology Prefix Matches", le Gatekeeper Cisco utilise le préfixe de technologie ajouté en fin de numéro appelé pour sélectionner la passerelle ou la zone destination. ● Avec l'option "Default Technology Prefixes", le Gatekeeper Cisco affecte une ou des passerelles par défaut pour router les appels avec adresses non résolues. Cette affectation est basée sur le préfixe de technologie enregistré sur la passerelle. Le tableau suivant résume les options de configuration. Sur la passerelle Interface VoIP Cette commande enregistre le préfixe de technologie défini sur la passerelle Cisco. L'information d'enregistrement de préfixe de technologie est transmise au Gatekeeper Cisco dans le message RRQ (RAS Registration Request). Par 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. VoIP Dial-peer Cette commande ajoute le préfixe de technologie en tête du numéro appelé correspondant au dial-peer. Il n'est pas utilisé pour l'entregis- trement mais pour l'établissement d'appel avec le Gatekeeper. Par exemple le numéro appelé devient 1# GWY−B1(config)#dial−peer voice 2 voip GWY−B1(config−dial−peer)#tech−prefix ? WORD: A string. Note: Le numéro appelé modifié est également transmis vers la pas- serelle de terminaison dans l'établissement d'appel. Assurez- vous que les dial-peers téléphoniques standards (POTS) sur la passerelle de terminaison ont été mis à jour pour pouvoir faire un appel.

6 Sur le Gatekeeper Préfixe de technologie par défaut Cette commande fixe le préfixe de technologie sur les passerelles en- registrées comme valeur par défaut pour router les appels dont les adresses ne sont pas résolues. Par exemple, si la majorité des passe- relles de votre zone routent les mêmes tupes d'appels et sont enre- gistrées avec le préfixe de technologie 1#, vous pouvez configurer le Gatekeeper Cisco pour qu'il utilise le préfixe de technologie 1# par défaut. Par conséquent il n'est plus nécessaire d'ajouter 1# en tête du numéro appelé. Les numéros appelés sans préfixe de technologie valide seront routés vers une des passerelles enregistrées avec 1#. GK−B(config)#gatekeeper GK−B(config−gk)#gw−type−prefix 1# default−technology Note: S'il y a plusieurs passerelles par défaut, vous pouvez affecter une priorité d'utilisation de passerelle avec la commande zone prefix <gk_id> <e.164_pattern> gw−priority <0−10> Saut forcé vers une zone (Hop-Off) Les configurations "Hop-Off" sont utilisées pour outrepasser la sélec- tion du préfixe de zone et forcer l'appel d'être routé vers une zone spécifique sans tenir compte du pr"fixe de zone du numéro appelé. Par exemple, avec la configuration suivante, tous les appels avec le préfixe de technologie 2# seront acheminés vers la zone de GK-A. GK−B(config−gk)#gw−type−prefix 2# hopoff GK−A Enregistrement statique du préfixe de technologie de passerelle Utilisé pour enregistrer statiquement un préfixe de technologie pour une passerelle. Elle accomplit la même action que la configuration de l'interface VoIP sur la passerelle. Il est recommandé de configurer cela sur les passerelles si vous avez un grand nombre de passerelles. Généralement il est plus facile de configurer chaque passerelle avec un préfixe de technologie que de configurer le Gatekeeper avec les préfixes de tecgnologie de toutes les passerelles. GK−B(config−gk)#gw−type−prefix 1# gw ipaddr ? A.B.C.D Gateway's call signaling IP address

7 GK- Résolution d'adresse sur ARQ
Processus et algorithme de décision de routage d'appel du Gatekeeper Les diagrammes suivants montrent le processus de décision de routage d'appel après réception des messages ARQ et LRQ. GK- Résolution d'adresse sur ARQ Oui Oui 1) Tech Prefix Match 1) Hop-Off Tech Prefix? Envoi de LRQ Non Retirer le préfixe de technologie Non Non Commande "arq reject-unknown-prefix" présente? Oui 2) Zone Prefix Match Envoi de ARJ Oui Non Zone cible = Zone du numéro Zone cible = Zone locale Non 3) Zone cible locale? Envoi de LRQ Oui Oui Oui 4) Préfixe de technologie trouvé en 1? Passerelle locale avec préfixe de technologie ? Envoi de ACF Non Non 5) Adresse cible enregistrée? Oui Envoi de ARJ Envoi de ACF Non 6) Préfixe de technologie par défaut présent? Oui Sélection de la passerelle locale avec le préfixe de technologie Oui Envoi de ACF Non Non Envoi de ARJ

8 GK- Résolution d'adresse sur LRQ
Oui Oui 1) Tech Prefix Match 1) Hop-Off Tech Prefix? Zone cible = Zone Hopoff Non Retirer le préfixe de technologie Non Non Commande "arq reject-unknown-prefix" présente? Oui 2) Zone Prefix Match Envoi de LRJ Oui Non Zone cible = Zone du numéro Envoi de LRJ Non Non "lrq forward-queries" présent? 3) Zone cible locale? Oui Envoi de LRQ Oui Oui Oui 4) Préfixe de technologie trouvé en 1? Passerelle locale avec préfixe de technologie ? Envoi de LCF Non Non 5) Adresse cible enregistrée? Oui Envoi de LRJ Envoi de LCF Non 6) Préfixe de technologie par défaut présent? Oui Sélection de la passerelle locale avec le préfixe de technologie Oui Envoi de LCF Non Non Envoi de LRJ

9 Exemples d'appels zone locale
Dans les exemples suivants les deux passerelles s'enregistrent sur le Gatekeeper Cisco avec leurs ID H.323 respectifs. En la passerelle GWY-A2 s'enregistre avec une adresse E.164. Le diagramme suivant est utilisé pour tous les exemples de cette section. GK-A .3 512-…-…. .1 .2 GWY-A1 GWY-A2 T1 PRI FXS Réseau IP Zone ABC.com Les sections suivantes expliquent étape par étape le processus de décision que le Gatekeeper utilise pour router les appels sur la base des messages ARQ. Note: Seule la sortie concernée est affichée dans les captures de configuration sui- vantes: Scénario 1: Pas de préfixes de technologie configurés GK-A ! gatekeeper zone local GK−A abc.com no shutdown GWY-A1 GWY-A2 interface Ethernet0/0 ip address h323−gateway voip interface h323−gateway voip id GK−A ipaddr !−−− L'adresse IP configurée ici doit !−−− être l'adresse du RAS de GK−A et !−−− doit être accessible depuis la !−−− passerelle. Pour trouver l'adres- !--- se du RAS entrez la commande !−−− show gatekeeper zone status !−−− sur GK−A. interface FastEthernet0/0 ip address

10 GK−A#show gatekeeper endpoints GATEKEEPER ENDPOINT REGISTRATION
h323−gateway voip h323−id ! dial−peer voice 1 pots destination−pattern direct−inward−dial port 1/0:23 prefix 512 !−−− Sur les appels sortants à travers !--- dial−peers POTS, tous les chif- !--- fres avec une correspondance !--- explicite sont éliminés c'est la !−−− raison pour laquelle le préfixe !−−− 512 est ajouté. Ceci n'a rien à !--- voir avec les préfixes de techno- !--- logie. dial−peer voice 2 voip destination−pattern session target ras !−−− Utilise les messages RAS(GK) !−−− pour obtenir les informations !--- d'établissement d'appel. gateway dial−peer voice 1 voip dial−peer voice 2 pots destination−pattern port 1/0/0 !−−− C'est le port FXS. La sortie suivante capturée sur GK-A affiche les enregistrements actuels. Notez que GWY-A2 s'enregistre également avec l'adresse E.164 du port FXS. GK−A#show gatekeeper endpoints GATEKEEPER ENDPOINT REGISTRATION ================================ CallSignalAddr Port RASSignalAddr Port Zone Name Type F −−−−−−−−−−−−−−− −−−−− −−−−−−−−−−−−−−− −−−−− −−−−−−−−− −−−− −− GK−A VOIP−GW H323−ID: GK−A VOIP−GW E164−ID: H323−ID: Total number of active registrations = 2 Action premier appel : L'utilisateur A1 appelle l'utilisateur A2 au numéro Utilisez le diagramme ARQ pur suivre le processus de décision. GK-A reçoit un ARQ de GWY-A1: Est-ce que le préfixe de technologie correspond? Non 2. Est-ce que le préfixe de zone correspond? Non 3. Est-ce que "arq reject-unknown-prefix" est configuré? Non, la zone cible est égale à la zone locale Est-ce que la zone cible est la zone locale? Oui 5. Est-ce qu'un préfixe de technologie a été trouvé à l'étape 1? Non 6. Est-ce que l'adresse cible est enregistrée? Oui, transmettre un message ACF. Etablissement d'appel réussi.

11 Note: GWY-A2 a la destination E
Note: GWY-A2 a la destination E.164 enregistrée (port FXS) par conséquent le Gate- keeper a pu admettre l'appel. Action deuxième appel: L'utilisateur A2 numérote pour appeler l'utili- sateur A1. GK-A reçoit un ARQ de GWY-A Est-ce que le préfixe de technologie correspond? Non 2. Est-ce que le préfixe de zone correspond? Non 3. Est-ce que "arq reject-unknown-prefix" est configuré? Non, la zone cible est égale à la zone locale Est-ce que la zone cible est la zone locale? Oui 5. Est-ce qu'un préfixe de technologie a été trouvé à l'étape 1? Non 6. Est-ce que l'adresse cible est enregistrée? Non 7. Est-ce qu'un préfixe de technologie par défaut est fixé? Non, transmettre un message ARJ. Echec d'établissement d'appel. Note: Le scénario 2 explique comment résoudre le problème de routage d'appel ci-dessus avec les préfixes de technologie. Scénario 2: Préfixes de technologie configurés Dans ce scénario les modifications de configuration suivantes ont été faites: ● GWY-A1 - Ajout de la commande h323-gateway voip tech-prefix 1#. GWA-1 s'en- registre sur GK-A avec le préfixe de technologie 1#. ● GWY-A1 - Ajout d'une extrémité d'appel POTS (Plain Old Telephone System) avec une commande destination-pattern qui correspond à un numéro d'appel entrant de GWY-A1 avec un préfixe de technologie égal à 1#. ● GK-A - Ajout de la commande zone prefix GK-A. Définit le préfixe de zone locale géré par GK-A. ● GK-A - Ajout de la commande arq reject-unknown-prefix. Ceci oblige à accepter uniquement les appels ARQ pour les préfixes de zone qu'il gère. Dans le scénario 1 cela n'était pas configuré. Par conséquent la zone cible a été fixée à zone locale par défaut. ● GWY-A2 - Ajout de la commande tech-prefix 1# en mode de configuration dial-peer voip. De cette manière, GWY-A2 ajoute en tête les chiffres 1# aux appels VoIP sortants. GK-A identifie le motif 1# pour sélectionner GWY-A1 comme passe- relle de destination.

12 GK−A#show gatekeeper gw−type−prefix GATEWAY TYPE PREFIX TABLE
zone local GK−A abc.com zone prefix GK−A zone prefix GK−A arq reject−unknown−prefix no shutdown ! GWY-A1 GWY-A2 interface Ethernet0/0 ip address h323−gateway voip interface h323−gateway voip id GK−A ipaddr h323−gateway voip h323−id h323−gateway voip tech−prefix 1# dial−peer voice 3 pots incoming called−number destination−pattern 1# direct−inward−dial port 1/0:23 prefix 512 dial−peer voice 2 voip destination−pattern session target ras gateway dial−peer voice 1 voip destination−pattern tech−prefix 1# dial−peer voice 2 pots destination−pattern port 1/0/0 interface FastEthernet0/0 ip address La sortie suivante capturée 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: :1720 GW−A1 Note: Au lieu de configurer GWY-A1 avec la commande h323-gateway voip tech-prefix 1#, cela aurait pu être accompli de la même manière en configurant ma- nuellement cette information dans GK-A avec la commande suivante: GK−A(config−gk)#gw−type−prefix 1#* gw ipaddr

13 jours dans l'établisseemnt d'appel vers la passerelle de terminaison.
Action d'appel: l'utilisateur A2 numérote pour appeler l'utilisateur A1. GK-A reçoit un ARQ de GW-A Est-ce que le préfixe de technologie correspond? Oui Note: Après avoir trouvé la correspondance du préfixe de technologie, le Gatekee- per l'élimine pour analyser le préfixe de zone. Cette élimination est uniquement faite par l'analyse de zone du Gatekeeper. La passerelle d'origine l'ajoutera tou- jours dans l'établisseemnt d'appel vers la passerelle de terminaison. 2. Est-ce que le préfixe de zone correspond? Oui, la zone cible est égale à la zone locale Est-ce que la zone cible est la zone locale? Oui 4. Est-ce qu'un préfixe de technologie a été trouvé à l'étape 1? Oui 5. Est-ce qu'une passerelle locale avec un préfixe de technologie a été trouvée? Oui, transmettre un message ACF. Etablissement d'appel réussi. La sortie de la commande debug de GK-A illustre le comportement ci-dessus. 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# ): Matched tech−prefix 1# *Jun 19 09:50:10.086: rassrv_get_addrinfo(1# ): Matched zone prefix 512 *Jun 19 09:50:10.118: gk_rassrv_arq: arqp=0x631CC400, crv=0x1A, answerCall=1 Note: Voici une configuration alternative qui est peut-être plus intuitive. ● Configurez GWY-A1 pour qu'elle s'enregistre avec le préfixe de technologie 512 en utilisant la commande h323-gateway voip tech-prefix 512. ● De cette manière, GWY-A2 n'a pas besoin de passer le préfixe dans la partie d'ap- pel d'extrémité VoIP car la destination-pattern inclut 512. Par conséquent, retirez la commande tech-prefix 1# dans la configuration de GWY-A2 et retirez aussi le destination-pattern dans le dial-peer pots sur GWY-A1.

14 Scénario 3: Préfixes de technologie par défaut configurés
Dans ce scénario, GWY-A1 s'enregistre avec le préfixe de technologie 1# et GK-A est configuré pour router les appels sans correspondance de préfixe de technologie avec les préfixes de technologie par défaut des passerelles. Par conséquent GWY-A2 n'a pas besoin d'être configurée pour passer le préfixe de technologie de destination. GK-A ! gatekeeper zone local GK−A abc.com zone prefix GK−A zone prefix GK−A gw−type−prefix 1#* default−technology arq reject−unknown−prefix no shutdown GWY-A1 GWY-A2 interface Ethernet0/0 ip address h323−gateway voip interface h323−gateway voip id GK−A ipaddr h323−gateway voip h323−id h323−gateway voip tech−prefix 1# dial−peer voice 1 pots destination−pattern direct−inward−dial port 1/0:23 prefix 512 dial−peer voice 2 voip destination−pattern session target ras gateway dial−peer voice 1 voip dial−peer voice 2 pots destination−pattern port 1/0/0 interface FastEthernet0/0 ip address La sortie suivante capturée 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: :1720 GW−A1

15 Exemples d'appels distants
Action d'appel : L'utilisateur A2 numérote pour appeler l'utilisateur A1. GK-A reçoit un ARQ de GWY-A2. 1. Est-ce que le préfixe de technologie correspond? Non 2. Est-ce que le préfixe de zone correspond? Oui, la zone cible est égale à la zone locale Est-ce que la zone cible est la zone locale? Oui 4. Est-ce qu'un préfixe de technologie a été trouvé à l'étape 1? Non 5. Est-ce que l'adresse cible est enregistrée? Non 6. Est-ce que le préfixe de technologie par défaut est fixé? Oui, sélectionner la passe- relle locale avec le préfixe de technologie (un seul disponible). 7. Transmettre un message ACF. Etablissement d'appel réussi. Exemples d'appels distants Dans ces exemples, il y a deux zones H.323, une controlée par GK-A et l'autre con- trolée par GK-B. ( /24) ( /24) RTC (512) RTC (214) .3 GK-A GK-B .3 IP .1 GWY-A1 GWY-B1 .1 Zone GK-A Zone GK-B Les sections suivantes expliquent étape par étape le processus de décision que le Gatekeeper utilise pour router les appels sur la base des messages ARQ et LRQ. Note: Seule la sortie concernée est affichée dans les captures de configuration sui- vantes:

16 technologie par défaut
Scénario 1: Gatekeepers de zones configurés avec des préfixes de technologie par défaut Dans ce scénario, GWY-A1 s'enregistre sur GK-A avec le préfixe de technologie 1# et GWY-B1 s'enregistre sur GK-B avec le préfixe de technologie 2#. Les deux Gatekee- pers sont configurés avec le préfixe de technologie par défaut des passerelles. GK-A GK-B ! gatekeeper zone local GK−A abc.com zone remote GK−B abc.com 1719 zone prefix GK−B zone prefix GK−A gw−type−prefix 1#* default−technology arq reject−unknown−prefix no shutdown zone local GK−B abc.com zone remote GK−A abc.com gw−type−prefix 2#* default−technology GWY-A1 GWY-B1 interface Ethernet0/0 ip address half−duplex h323−gateway voip interface h323−gateway voip id GK−A ipaddr h323−gateway voip h323−id h323−gateway voip tech−prefix 1# dial−peer voice 1 pots destination−pattern direct−inward−dial port 1/0:23 prefix 512 dial−peer voice 2 voip destination−pattern session target ras gateway ip address h323−gateway voip id GK−B ipaddr h323−gateway voip tech−prefix 2# destination−pattern port 3/0:23 prefix 214 destination−pattern T

17 technologie par défaut
Action d'appel: l'utilisateur A1 numérote pour appeler l'utilisateur B1. GK-A reçoit un ARQ de GWY-A1. 1. Est-ce que le préfixe de technologie correspond? Non 2. Est-ce que le préfixe de zone correspond? Oui, la zone cible est égale à la zone distante (214) de GK-B Est-ce que la zone cible est la zone locale? Non 4. Transmettre un LRQ vers GK-B GK-B reçoit un LRQ de GK-A Est-ce que le préfixe de technologie correspond? Non 2. Est-ce que le préfixe de zone correspond? Oui, la zone cible est égale à la zone locale Est-ce que la zone cible est la zone locale? Oui 4. Est-ce qu'un préfixe de technologie a été trouvé à l'étape 1? Non 5. Est-ce que l'adresse cible est enregistrée? Non 6. Est-ce que le préfixe de technologie par défaut est fixé? Oui, sélectionner la passe- relle locale avec le préfixe de technologie (2#). 7. Transmettre un message LCF vers GK-A. GK-A reçoit un LCF de GK-B avec l'information de passerelle de terminaison. GK-A transmet un ACF à GWY-A1. L'établissement d'appel à réussi. Scénario 2: Gatekeepers de zone configurés sans préfixes de technologie par défaut Dans ce scénario, GWY-A1 s'enregistre sur GK-A avec le préfixe de technologie 1# et GWY-B1 s'enregistre sur GK-B avec le préfixe de technologie 2#. GWY-A1 ajoute le préfxe de technologie 2# au numéro appelé quand elle fait des appels vers (214) et GWY-B1 ajoute le préfixe de technologie 1# quand elle fait des appels vers (512). GK-A GK-B ! gatekeeper zone local GK−A abc.com zone remote GK−B abc.com 1719 zone prefix GK−B 214* zone prefix GK−A 512* arq reject−unknown−prefix no shutdown zone local GK−B abc.com zone remote GK−A abc.com

18 6. Est-ce que le préfixe de technologie par défaut est fixé? Non
GWY-A1 GWY-B1 ! interface Ethernet0/0 ip address half−duplex h323−gateway voip interface h323−gateway voip id GK−A ipaddr h323−gateway voip h323−id h323−gateway voip tech−prefix 1# dial−peer voice 1 pots destination−pattern direct−inward−dial port 1/0:23 prefix 512 dial−peer voice 2 voip destination−pattern session target ras tech−prefix 2# gateway ip address h323−gateway voip id GK−B ipaddr h323−gateway voip tech−prefix 2# port 3/0:23 prefix 214 destination−pattern T tech−prefix 1# Première action d'appel: L'utilisateur B1 numérote pour appeler l'utili- sateur A1. GK-B reçoit un ARQ de GWY-B Est-ce que le préfixe de technologie correspond? Non 2. Est-ce que le préfixe de zone correspond? Non Note: Comme GK-B ne connaît pas le préfixe de technologie 1#, il suppose qu'il fait partie du numéro appelé et le prend comme préfixe de zone Est-ce que la zone cible est la zone locale? Oui Note: GK-B prend la zone cible par défaut égale à la zone locale car la commande arq reject-unknown-prefix n'est pas configurée Est-ce qu'un préfixe de technologie a été trouvé à l'étape 1? Non 5. Est-ce que l'adresse cible est enregistrée? Non 6. Est-ce que le préfixe de technologie par défaut est fixé? Non 7. Transmettre un message ARJ vers GWY-B1. L'établissement d'appel échoue.

19 !−−− De debug gatekeeper main 5.
La sortie suivante a été capturée sur GK-B pour illustrer ce comportement. !−−− De 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# ): Tech−prefix match failed rassrv_get_addrinfo(1# ): unresolved zone prefix, using source zone GK−B rassrv_get_addrinfo(1# ): unknown address and no default technology defined gk_rassrv_sep_arq(): rassrv_get_addrinfo() failed (return code = 0x103) !−−− De debug ras. RecvUDP_IPSockData successfully rcvd message of length 156 from :51141 ARQ (seq# 1796) rcvdparse_arq_nonstd: ARQ Nonstd decode succeeded, remlen= 156 IPSOCK_RAS_sendto: msg length 4 from :1719 to : 51141 RASLib::RASSendARJ: ARJ (seq# 1796) sent to Pour résoudre le problème, configurez les Gatekeepers pour qu'ils identifient les pré- fixes de technologie de zones distantes. ● 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 l'extrémité dial-peer pots sur les passerelles de terminaison ont besoin d'être mis à jour pour correspondre au numéro d'appel entrant avec les préfixes de technologie. GK-A GK-B ! gatekeeper zone local GK−A abc.com zone remote GK−B abc.com 1719 zone prefix GK−B 214* zone prefix GK−A 512* arq reject−unknown−prefix gw−type−prefix 2# hopoff GK−B no shutdown zone local GK−B abc.com zone remote GK−A abc.com gw−type−prefix 1# hopoff GK−A

20 GWY-A1 GWY-B1 ! interface Ethernet0/0
ip address half−duplex h323−gateway voip interface h323−gateway voip id GK−A ipaddr h323−gateway voip h323−id h323−gateway voip tech−prefix 1# !−−− Ce dial−peer est utilisé pour !−−− les appels entrants issus du RTC. dial−peer voice 1 pots incoming called−number direct−inward−dial port 1/0:23 dial−peer voice 2 voip destination−pattern session target ras tech−prefix 2# !−−− terminer (512) les appels venant !−−− du réseau VoIP. Notez que le !−−− préfixe de technologie est testé !−−− pour sélectionner le dial−peer !−−− mais n'est pas passé vers le RTC. dial−peer voice 3 pots destination−pattern 1# prefix 512 dial−peer voice 4 voip destination−pattern gateway ip address h323−gateway voip id GK−B ipaddr h323−gateway voip tech−prefix 2# incoming called−number port 3/0:23 prefix 214 destination−pattern T tech−prefix 1# destination−pattern 2#

21 Seconde action d'appel: L'utilisateur B1 numérote 5125551212 pour appeler l'utili-
sateur A1. GK-B reçoit un ARQ de GWY-B1. 1. Est-ce que le préfixe de technologie correspond? Oui 2. Y-a-t-il un préfixe de technologie de saut forcé? Oui 3. Transmettre un messagec LRQ à GK-A Note: Le message LRQ contient le préfixe de technologie dans le numéro appelé pour qu GK-A l'analyse. GK-A reçoit un LRQ de GK-B Est-ce que le préfixe de technologie correspond? Oui 2. Y-a-t-il un préfixe de technologie de saut forcé? Non Note: Pour continuer l'analyse du routage d'appel, GK-A supprime le préfixe de technologie. Le préfixe de technologie doit rester dans le numéro appelé quand les passerelles établissents les diffrentes branches de l'appel Est-ce que le préfixe de zone correspond? Oui, la zone cible est égale à la zone locale. 4. Est-ce que la zone cible est la zone locale? Oui 5. Est-ce qu'un préfixe de technologie a été trouvé à l'étape 1? Oui 6. Est-ce qu'il y a une passerelle locale avec un préfixe de technologie? Oui 7. Transmettre un message LCF vers GK-B. GK-B reçoit un message LCF de GK-A avec les informations de la passerelle de ter- minaison. GK-B transmet un message ACF vers GWY-B1. L'appel est établi avec succès. La sortie de la commande suivante a été capturée sur GK-B pour illustrer ce compor- tement. !−−− De 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# ): Matched tech−prefix 1# rassrv_put_remote_zones_from_zone_list() zone GK−A gk_rassrv_irr: irrp=0x62F0D8FC, from :51141

22 Commandes pour vérification et résolution de problèmes
GK−B# !−−− De debug ras. RecvUDP_IPSockData successfully received message of length 156 from :51141 ARQ (seq# 1809) rcvdparse_arq_nonstd: ARQ Nonstd decode succeeded, remlen= 156 IPSOCK_RAS_sendto: msg length 104 from :1719 to : 1719 RASLib::RASSendLRQ: LRQ (seq# 1042) sent to IPSOCK_RAS_sendto: msg length 7 from :1719 to : 51141 RASLib::RASSendRIP: RIP (seq# 1809) sent to RecvUDP_IPSockData successfully rcvd message of length 131 from :1719 LCF (seq# 1042) rcvdparse_lcf_nonstd: LCF Nonstd decode succeeded, remlen= 131 IPSOCK_RAS_sendto: msg length 34 from :1719 to : 51141 RASLib::RASSendACF: ACF (seq# 1809) sent to 76 from :51141 Commandes pour vérification et résolution de problèmes Voici une liste de commandes show et debug utilisées pour la vérification et la résolu- tion de problèmes de routage d'appel sur des Gatekeepers et des passerelles. ● show gateway - Utilisée pour vérifier l'enregistrement des alias E.164 et H.323 pour la passerelle. ● show gatekeeper endpoints - Utilisée pour l'enregistrement des alias E.164 et H.323 avec le Gatekeeper. ● show gatekeeper gw−type−prefix - Utilisée pour vérifier l'enregistrement des préfixes E.164 sur le Gatekeeper. ● show gatekeeper zone prefix | status - Utilisée pour vérifier l'état de la zone et les paramètres de configuration. ● debug ras - Commande applicable aux passerelles et Gatekeepers. ● debug h225 asn1 - Commande applicable aux passerelles et Gatekeepers. ● show dial−peer voice - Utilisée pour vérifier les préfixes de technologie configurés dans les dial−peers.