Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.
Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.
Ce document a été migré vers le workflow d'auto-publication. Il a été initialement publié sur https://www.cisco.com/c/en/us/support/docs/voice/voice-quality/22373-1stage2stage.html.
Ce document doit être mis à jour pour répondre aux directives actuelles et cette note doit être supprimée avant publication. Lorsque vous publiez ce document en aperçu, assurez-vous que l'ID de document est 22373 et que l'URL correspond à l'URL d'origine située dans ce paragraphe. Si l'ID ou l'URL du document ne correspond pas, contactez tz-writers@cisco.com.
Ce document décrit les aspects de la numérotation en une et deux étapes.
Les lecteurs de ce document doivent prendre connaissance des rubriques suivantes :
Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :
Toutes les versions du logiciel Cisco IOS®
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 aux Conventions relatives aux conseils techniques Cisco.
Dans le cas d'interfaces numériques, lorsque le commutateur PBX ou le central téléphonique (CO) envoie un message de configuration contenant tous les chiffres nécessaires pour acheminer entièrement l'appel, ces chiffres peuvent être mappés à un terminal de numérotation dial-peer VoIP (Voice over IP) sortant (ou hairpin à un terminal de numérotation dial-peer POTS (Plain Old Telephone Service) directement). Le routeur/modem routeur ne présente pas de tonalité secondaire à l'appelant et ne recueille pas de chiffres. Il transfère l'appel directement vers la destination configurée. C'est ce qu'on appelle la numérotation en une étape.
Dans le cas d'interfaces analogiques, l'utilisateur n'entend la tonalité qu'une seule fois (locale ou distante), puis compose les chiffres et parvient au téléphone de destination.
Lorsque l'on reçoit un appel entrant d'une interface POTS, la fonctionnalité de numérotation directe entrante (DID) des terminaux de numérotation dial-peer permet au routeur/modem routeur d'utiliser le numéro appelé (service d'identification du numéro composé (DNIS)) pour correspondre directement à un terminal de numérotation dial-peer sortant. Lorsque DID est configuré sur le terminal de numérotation dial-peer POTS entrant, le numéro appelé est automatiquement utilisé pour correspondre au modèle de destination pour le tronçon d'appel sortant.
Entrez ces commandes Cisco IOS en commençant en mode de configuration globale afin de configurer un terminal de numérotation dial-peer POTS pour DID :
Router(config)#dial-peer voice number pots
Router(config-dial-peer)#direct-inward-dial
Dans cette figure, lorsqu'une personne décroche le téléphone 1, l'utilisateur entend une tonalité provenant du PBX. Le PBX possède un code d'accès qui est programmé pour saisir un canal vers le routeur. L'utilisateur compose le code d'accès et le numéro de destination. Pour cet exemple, l'hypothèse est que le code d'accès est 99. L'utilisateur du téléphone 1 compose le 995678. Selon la façon dont le PBX est programmé, il transfère les six chiffres au routeur ou supprime son propre code d'accès et envoie uniquement les chiffres de destination au routeur. De même, lorsqu'un utilisateur connecté au réseau téléphonique public commuté (RTPC) décroche le téléphone, une tonalité du RTPC est émise. Lorsque l'utilisateur compose le 1234, le RTPC achemine l'appel vers le routeur. Comme la numérotation entrante directe est configurée, le routeur examine les chiffres composés et fait correspondre son terminal de numérotation dial-peer VoIP sortant, qui envoie l'appel au routeur A.
Voici la configuration du routeur A :
dial-peer voice 99 pots destination-pattern 1234 direct-inward-dial !--- This command is required for one stage dialing so !--- the router routes the call based on the dialed digits. port 1/0:0 prefix 1234 ! dial-peer voice 100 voip destination-pattern 5678 session target ipv4:192.168.1.2
Voici la configuration du routeur B :
dial-peer voice 201 pots destination-pattern 5678 direct-inward-dial !--- This command is required for one !--- stage dialing so the router routes the call based on the dialed digits. port 1/0:0 prefix 5678 dial-peer voice 200 voip destination-pattern 1234 session target ipv4:192.168.1.1
Vous devez ajouter le préfixe dans le routeur distant, car le terminal de numérotation dial-peer POTS, par défaut, supprime tous les chiffres qu'il correspond dans le modèle de destination et ces chiffres doivent être envoyés au central téléphonique de terminaison.
Remarque : sur les plates-formes Cisco 2600/3600, DID est activé par défaut sur les interfaces de signalisation CAS (immédiates, de clin d'oeil et de délai). Par conséquent, ne configurez pas la commande direct-inward-dial pour les appels entrants. Sur les plates-formes Cisco AS5300, DID n'est pas pris en charge sur les interfaces configurées pour la signalisation immédiate E&M.
Assurez-vous que l'appel entrant correspond à un terminal de numérotation dial-peer POTS dont la numérotation entrante directe est configurée. Référez-vous à Voix - Comprendre comment les terminaux de numérotation dial-peer entrants et sortants sont mis en correspondance sur les plates-formes Cisco IOS pour plus d'informations sur la mise en correspondance des terminaux de numérotation dial-peer.
Remarque : la fonctionnalité de numérotation directe entrante n'est pas prise en charge pour les interfaces Foreign Exchange Office/Foreign Exchange Station/E&M (FXO/FXS/E&M). Vous devez utiliser la carte VIC-2DID pour configurer le DID des ports analogiques. Référez-vous à DID analogique pour les routeurs des gammes Cisco 2600 et Cisco 3600 pour plus d'informations sur DID analogique Cisco.
Considérez ce scénario:
Il existe deux façons de configurer la numérotation en une étape pour le téléphone 1 :
Lorsque l'utilisateur décroche le téléphone, une tonalité est émise par le routeur (debug). L'utilisateur compose ensuite le 5678 ou le 4321. Le routeur recherche un terminal de numérotation dial-peer sortant et envoie l'appel au routeur B. Le routeur B saisit ensuite le port PBX/CO et envoie les chiffres DNIS (numéro appelé) au PBX/CO, qui envoie l'appel au téléphone. Aucune configuration spéciale n'est requise pour ce scénario. Le routeur B doit envoyer les chiffres DNIS au PBX/CO.
Voici la configuration du routeur A :
dial-peer voice 99 pots destination-pattern 1234 port 1/0/0 prefix 1234 ! dial-peer voice 100 voip destination-pattern 5678 session target ipv4:192.168.1.2
Voici la configuration du routeur B :
dial-peer voice 201 pots destination-pattern 5678 port 1/0:0 prefix 5678 !--- Send the digits to the terminating PBX/CO. dial-peer voice 200 voip destination-pattern 1234 session target ipv4:192.168.1.1
Lorsque l'utilisateur décroche le téléphone 1, une tonalité est émise par le PBX/CO de l'autre côté. Le téléphone semble donc être connecté au PBX/CO sur le côté distant. Pour ce faire, utilisez la configuration PLAR (Private Line, Automatic Ringdown). Assurez-vous également que le routeur B n'envoie aucun chiffre au PBX/CO. Certains PBX peuvent être configurés pour renvoyer une tonalité même s'ils ne reçoivent aucun chiffre DNIS.
Voici la configuration du routeur A :
voice-port 1/0/0 connection plar 1000 !--- Connection PLAR is configured under the voice port. ! dial-peer voice 100 voip destination-pattern 1000 !--- Dialed string for connection PLAR !--- which sends the call to Router B. session target ipv4:192.168.1.2
Voici la configuration du routeur B :
!--- This dial matches the entire destination pattern, !--- strips it all off, and does not send any digits to the PBX/CO. dial-peer voice 201 pots destination-pattern 1000 !--- Dialed string for PLAR !--- that comes into this router from Router A. port 1/0:0 !
Pour plus d'informations pour vous aider à configurer le PLAR et la différence entre le PLAR de connexion et le trunk de connexion, référez-vous à Configuration du PLAR de connexion pour les passerelles VoIP.
Lorsqu'un appel vocal arrive sur le routeur/la passerelle Cisco IOS, le port vocal du routeur est saisi en entrée par un commutateur privé ou central téléphonique. Le routeur/modem routeur présente ensuite une tonalité à l’appelant et recueille des chiffres jusqu’à ce qu’il puisse identifier un terminal de numérotation dial-peer sortant. Que les chiffres soient composés à intervalles irréguliers par des êtres humains ou de manière régulière par un équipement de téléphonie qui envoie les chiffres précollectés, la correspondance de terminal de numérotation dial-peer est effectuée chiffre par chiffre. Cela signifie que le routeur/la passerelle tente de faire correspondre un terminal de numérotation dial-peer après la réception de chaque chiffre. Ce processus est appelé numérotation en deux étapes.
Considérez ce scénario:
Ces deux méthodes sont disponibles pour l'utilisation de la numérotation en deux étapes :
Lorsqu'un utilisateur décroche le téléphone 1, une tonalité est émise par le PBX, il compose le code d'accès (qui est programmé dans le PBX) du routeur, puis reçoit une tonalité du routeur ( debug ). Ensuite, l'utilisateur compose le 5678 et l'appel est acheminé vers le routeur B, puis vers le téléphone 2.
Par exemple, si le PBX dispose d'une autre ligne allant vers un autre routeur, un code d'accès est programmé dans le PBX pour chaque routeur. En outre, en fonction du code d'accès que vous composez, vous pouvez émettre une tonalité à partir d'un autre routeur local.
Voici la configuration du routeur A :
!--- This dial-peer does not have !--- direct-inward-dial configured. !--- By default, when a call comes in, the router !--- provides dial tone to the user. dial-peer voice 99 pots destination-pattern 1234 port 1/0:0 prefix 1234 ! dial-peer voice 100 voip destination-pattern 5678 session target ipv4:192.168.1.2 !
Voici la configuration du routeur B :
dial-peer voice 201 pots destination-pattern 5678 port 1/0:0 prefix 5678 !
Lorsque l'utilisateur décroche le téléphone 1, la tonalité est émise par le PBX. L'utilisateur entre les chiffres, puis entend une autre tonalité du PBX/CO connecté au routeur B. Pour ce faire, deux méthodes sont possibles :
Utilisez la numérotation entrante directe sur le routeur A.
Lorsque la numérotation directe entrante est configurée, lorsque le PBX/CO saisit le port sur le routeur et envoie un message de configuration qui contient les chiffres DNIS. Le routeur utilise ces chiffres pour faire correspondre un terminal de numérotation dial-peer VoIP sortant et envoie l'appel au routeur distant. Le routeur B saisit alors la ligne vers son PBX/CO et ne lui transmet aucun chiffre. Le PBX/CO distant émet ensuite une tonalité à l'utilisateur sur le téléphone 1. Il apparaît alors comme si l'utilisateur était connecté à ce PBX/CO.
Voici la configuration du routeur A :
dial-peer voice 99 pots destination-pattern 1234 direct-inward-dial !--- This command is needed so that the router !--- routes the call based on the dialed digits. port 1/0:0 prefix 1234 ! dial-peer voice 100 voip destination-pattern 5678 session target ipv4:192.168.1.2
Voici la configuration du routeur B :
!--- This dial-peer matches the entire destination pattern, !--- strips it all off, and does not send any digits to the PBX/CO. dial-peer voice 201 pots destination-pattern 5678 port 1/0:0 !
Utilisez la connexion PLAR et la liaison de connexion.
Utilisez la connexion PLAR pour configurer la branche IP de l'appel dès qu'elle détecte une crise sur son interface vocale au lieu que le routeur corresponde aux chiffres DNIS qui lui sont envoyés par le PBX/CO. Le routeur B reçoit cet appel du routeur A, saisit le port du PBX/CO et ne lui envoie aucun chiffre. Le PBX/CO distant émet alors une tonalité à l'utilisateur sur le téléphone 1 et il apparaît comme si l'utilisateur était connecté à ce PBX/CO.
Voici la configuration du routeur A :
voice-port 1/0:0 connection plar 6666 !--- Connection PLAR is configured under the voice port. ! dial-peer voice 99 pots destination-pattern 1234 port 1/0:0 prefix 1234 ! dial-peer voice 100 voip destination-pattern 6666 !--- Dialed string for connection PLAR !--- which sends the call to Router B. session target ipv4:192.168.1.2 !
Voici la configuration du routeur B :
!--- This dial matches the entire destination pattern, !--- strips it all off, and does not send any digits to the PBX/CO. dial-peer voice 201 pots destination-pattern 6666 !--- Dialed string for PLAR that comes !--- into this router from Router A. port 1/0:0 !
Considérez ce scénario:
Lorsqu'un utilisateur décroche le téléphone 1 ou lorsque le numéro RTPC est composé pour la ligne FXO, le routeur fournit la tonalité à l'appelant (debug). L'utilisateur entre ensuite les chiffres et reçoit la tonalité du PBX/CO de terminaison. L'utilisateur compose ensuite le numéro de destination (9876 ou 4321) et accède à l'autre téléphone. Assurez-vous que le routeur B n'envoie aucun chiffre au PBX/CO.
Voici la configuration du routeur A :
dial-peer voice 99 pots destination-pattern 1234 port 1/0/0 prefix 1234 ! dial-peer voice 100 voip destination-pattern 9876 session target ipv4:192.168.1.2 ! ! dial-peer voice 101 voip destination-pattern 4321 session target ipv4:192.168.1.2
Voici la configuration du routeur B :
!--- This dial matches the entire destination pattern, strips it all off, !--- and does not send any digits to the PBX/CO. dial-peer voice 201 pots destination-pattern 9876 port 1/0:0 !
Mar 9 06:30:26.270: cc_api_call_setup_ind (vdbPtr=0x823F6E70, callInfo={called=,called_oct3=0x81,calling=,calling_oct3=0x0,calling_oct3a=0x0, calling_xlated=false,subscriber_type_str=RegularLine,fdest=0, peer_tag=700, prog_ind=3},callID=0x820704FC) Mar 9 06:30:26.270: cc_api_call_setup_ind type 3 , prot 0 Mar 9 06:30:26.274: cc_process_call_setup_ind (event=0x823D0448) Mar 9 06:30:26.274: >>>>CCAPI handed cid 2 with tag 700 to app "DEFAULT" Mar 9 06:30:26.278: sess_appl: ev(24=CC_EV_CALL_SETUP_IND), cid(2), disp(0) Mar 9 06:30:26.278: sess_appl: ev(SSA_EV_CALL_SETUP_IND), cid(2), disp(0) Mar 9 06:30:26.278: ssaCallSetupInd Mar 9 06:30:26.278: ccCallSetContext (callID=0x2, context=0x825A5C7C) Mar 9 06:30:26.278: ssaCallSetupInd cid(2), st(SSA_CS_MAPPING),oldst(0), ev(24)ev->e.evCallSetupInd.nCallInfo.finalDestFlag = 0 Mar 9 06:30:26.278: ccCallSetupAck (callID=0x2) Mar 9 06:30:26.278: ccGenerateTone (callID=0x2 tone=8) Mar 9 06:30:26.282: ccCallReportDigits (callID=0x2, enable=0x1) Mar 9 06:30:26.282: cc_api_call_report_digits_done (vdbPtr=0x823F6E70, callID=0x2, disp=0) Mar 9 06:30:26.282: sess_appl: ev(53=CC_EV_CALL_REPORT_DIGITS_DONE), cid(2), disp(0) Mar 9 06:30:26.282: cid(2)st(SSA_CS_MAPPING)ev(SSA_EV_CALL_REPORT_DIGITS_DONE) oldst(SSA_CS_MAPPING)cfid(-1)csize(0)in(1)fDest(0) Mar 9 06:30:26.282: ssaReportDigitsDone cid(2) peer list: (empty) Mar 9 06:30:26.282: ssaReportDigitsDone callid=2 Enable succeeded Mar 9 06:30:26.282: ccGenerateTone (callID=0x2 tone=8) !--- Router that provides dial tone.
Révision | Date de publication | Commentaires |
---|---|---|
1.0 |
05-Apr-2002 |
Première publication |