Avez-vous un compte?
Un joncteur réseau (lien-line) est une ligne de communication point par point permanente entre deux ports vocaux. La commande de jonction de connexion crée un appel permanent de la voix sur ip (VoIP) entre deux passerelles VoIP. Il simule une connexion de jonction par la création des lien-lignes de jonction virtuelle entre deux points finaux de téléphonie. Aux systèmes connectés, il est évident comme si un joncteur réseau de t1 est directement connecté entre eux.
Ces Plateformes prennent en charge une jonction de connexion VoIP :
Cisco 2600, 3600, et gamme 3700 numérique et interfaces analogiques
Interfaces numériques de gamme Cisco 7200/7500
Cisco MC3810 numérique et interfaces analogiques
Cisco 1750/1751 et 1760
Note: Les Plateformes AS5300/AS5400/AS5800 ne font pas et ne prendront en charge pas des jonctions de connexion, parce qu'elles ne sont pas appropriées à la connectivité WAN avec des volumes de circulation dense.
Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :
Version de logiciel 12.2(10a) de Cisco IOS® avec le positionnement de caractéristique d'IP Plus
Routeurs de gamme Cisco 2610
Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.
Pour plus d'informations sur les conventions de documents, reportez-vous à Conventions relatives aux conseils techniques Cisco.
Cette section vous fournit des informations pour configurer les fonctionnalités décrites dans ce document.
Note: Pour trouver les informations complémentaires sur les commandes utilisées dans ce document, utilisez le Command Lookup Tool (les clients enregistrés seulement)
Le mode de jonction réseau de connexion est pris en charge sur des interfaces du canal de signalisation associé T1/E1 (CAS). Une jonction de connexion n'est pas prise en charge sur les interfaces T1/E1 qui utilisent le Protocole CCS (Common Channel Signaling) ; par exemple, QSIG et PRI Q.931. Une jonction de connexion n'est pas prise en charge sur des ports du Foreign Exchange Office (FXO) configurés pour le démarrage de terre.
Le mode de jonction réseau de connexion est une connexion permanente ; l'appel VoIP est toujours connecté indépendamment du port de réseau téléphonique public commuté (POTS) étant avec combiné raccroché ou du hors fonction-crochet. La jonction de connexion a statiquement des points d'extrémité configurés et n'exige pas d'un utilisateur de composer pour connecter des appels. Il permet également à la signalisation d'appel supplémentaire, telle que le hookflash ou le huée-n-holler de Point à point, pour être passé au-dessus du réseau IP entre les deux périphériques de téléphonie.
Le mode de jonction réseau de connexion est pris en charge avec ces combinaisons de port vocal :
recevez et transmettez (E et M) à E et à M (même le type)
FXO au Foreign Exchange Station (FXS)
FXS à FXS (sans la signalisation)
Note: On permet ces combinaisons de port vocal entre l'analogue à l'analogue, numérique aux interfaces numériques et et analogique-numériques. En outre, quand vous configurez FXS à FXS, la signalisation ne peut pas être transportée parce que ce ne serait pas un chemin transparent. Les périphériques connectés (FXOs) essayeraient de se signaler. Il est possible d'obtenir cette conception de fonctionner si vous placez le chemin voix pour être toujours ouvert. Configurez l'ext.-signal de signal-type au pair de cadran VoIP, et le routeur n'attendra plus la signalisation avant qu'elle ouvre le chemin voix.
Un T1 CAS de jonction de connexion à la cartographie de CAS d'E1 ne fonctionne pas à côté de par défaut. la manipulation de Bit-commande sur les passerelles doit être exécutée et peut toujours ne pas fonctionner, basé sur le support PBX de la diverse signalisation de bit ABCD.
Une jonction de connexion permet la ligne privée, le type automatique de la ringdown-Hors fonction-Site-extension (PLAR-OPX) de fonctionnalité entre FXO et les ports FXS. Ceci permet à des postes de travail distant (connectés aux ports FXS) pour apparaître au PBX en tant que stations physiquement connectées. Si ce poste de travail distant ne répond pas à un appel, il peut être renversé à la messagerie vocale centralisée (s'il est configuré sur le PBX).
Une jonction de connexion, telle que PLAR, n'exige pas du routeur de collecter des chiffres du périphérique de téléphonie. L'appel permanent VoIP est créé quand le routeur est amorcé et la connectivité IP est établie. Pour cette raison, le Plan de composition de client existant ne doit pas être modifié.
Une jonction de connexion peut passer une certaine Signalisation téléphonique, telle que le hookflash, mais elle ne passe pas la signalisation de propriété industrielle PBX. Ce n'est pas une caractéristique transparente CCS (T-CSS).
Une jonction de connexion, telle que PLAR, est définie par port vocal. Ceci signifie que le port vocal ne peut pas actionner chacun des deux dans le mode de jonction réseau de connexion et collecter le mode de Composer-chiffres. Le seul exemple où ceci ne pourrait pas être complètement desirable serait dans un bureau distant qui doit composer également entre les postes locaux sans utilisation d'un PBX centralisé. Ceci exigerait du chemin de l'appel d'aller au-dessus du réseau VoIP et du dos, par opposition à lui étant commuté chez le routeur. Normalement, ceci ne devrait pas être un souci.
La jonction de connexion doit être configurée sur les deux extrémités du joncteur réseau. Quand vous configurez une jonction de connexion avec des interfaces analogiques, elle doit être définie par port vocal. Quand vous configurez une jonction de connexion avec des interfaces numériques, il y a plusieurs options :
Vous pouvez définir une commande distincte ds0-group pour chaque DS0 (chaque créneau horaire), et vous pouvez utiliser la commande de jonction de connexion de définir chaque port vocal qui est créé. Ceci s'assure que DS0 au mappage DS0 est retenu sur des jonctions numériques.
Vous pouvez définir une commande simple ds0-group de manipuler tout les DS0s, et vous pouvez définir une commande de joncteur réseau de connexion unique sur le port vocal. Ceci réduit la quantité de configuration manuelle qui est exigée, mais il n'y a aucune garantie du mappage linéaire de DS0s sur l'un ou l'autre d'extrémité du joncteur réseau. En outre, chaque fois que ce les routeurs rechargés, le mappage peut être différent de la dernière fois. En outre, cette configuration complique le dépannage, parce que vous n'êtes pas capable localiser le problème dans (ou même quelques uns) des créneaux horaires simples sans prendre en bas du groupe de joncteur réseau entier. Cette configuration n'est pas également recommandée pour T-CCS avec la signalisation de propriété industrielle sur l'un ou l'autre de fin des PBX, parce qu'elle ne fournirait pas le canal de signalisation sûrement sans mappage face à face.
L'il est recommandé que un côté de la connexion soit configuré avec le mot clé de mode de réponse spécifié après la commande de chaîne de caractères de la jonction réseau de connexion. Ceci fait à un côté du joncteur réseau le « côté maître. » La passerelle (routeur) avec le mot clé de mode de réponse est alors le « côté esclave. » La commande de réponse-mode spécifie que la passerelle ne tentera pas d'initier une connexion de jonction, mais à la place elle attendra un appel entrant avant qu'elle établisse le joncteur réseau. Ce schéma de configuration réduit le temps que les Routeurs prennent pour évoquer à des joncteurs réseau et s'assure que les joncteurs réseau vont en bas de quand des connexions sont perdues entre deux passerelles. Autrement, les passerelles ne pourraient pas tenter de rétablir le joncteur réseau quand la connexion est en hausse de nouveau.
Note: Quand vous émettez la commande de jonction de connexion, vous devez exécuter un ordre de commande shutdown shutdown/no sur le port vocal.
Ce document utilise ces deux configurations réseau :
Le diagramme précédent montre le scénario numérique-à-numérique, où les deux côtés routeur ont les liens numériques.
Le diagramme précédent montre le scénario numérique-analogique, avec numérique sur un extrémité et analogue de l'autre extrémité.
Ce document utilise les configurations suivantes :
Numérique-à-numérique
Numérique-analogique
La première configuration (numérique-à-numérique) affiche une configuration typique pour une jonction de connexion entre deux Routeurs avec les interfaces numériques de t1. Dans cet exemple, les Routeurs fournissent le remplacement de connexion directe vrai entre les PBX.
Numérique-à-numérique - maui-slt-01 |
---|
version 12.2 service timestamps debug datetime msec service timestamps log datetime msec service password-encryption ! hostname maui-slt-01 ! voice-card 1 ! controller T1 1/0 framing esf linecode b8zs ds0-group 1 timeslots 1 type e & m-wink-start ds0-group 2 timeslots 2 type e & m-wink-start clock source line !--- The ds0-group command creates the logical voice-ports: !--- voice-port 1/0:1 and voice-port 1/0:2. ! voice-port 1/0:1 connection trunk 2000 !--- “master side” !--- This starts the trunk connection using digits 2000 to match !--- a VoIP dial-peer. The digits are generated internally by the !--- router and are not received from the voice-port. ! voice-port 1/0:2 connection trunk 2001 ! dial-peer voice 2 voip destination-pattern 200. !--- Matches connection trunk string 2000 and 2001. dtmf-relay h245-alphanumeric session target ipv4:192.168.100.2 ip qos dscp cs5 media ! dial-peer voice 1 pots destination-pattern 1000 port 1/0:1 !--- This dial-peer maps to maui-rtr-07’s voice-port 1/0:1. ! dial-peer voice 3 pots destination-pattern 1001 port 1/0:2 !--- This dial-peer maps to maui-rtr-07’s voice-port 1/0:2. ! interface Serial0/1 ip address 192.168.100.1 255.255.255.0 |
Numérique-à-numérique - maui-rtr-07 |
---|
version 12.2 service timestamps debug uptime service timestamps log uptime service password-encryption ! hostname maui-rtr-07 ! voice-card 1 ! controller T1 1/0 framing esf linecode b8zs ds0-group 1 timeslots 1 type e & m-wink-start ds0-group 2 timeslots 2 type e & m-wink-start clock source line ! voice-port 1/0:1 connection trunk 1000 answer-mode !--- “slave side” !--- The answer-mode specifies that the router should not attempt !--- to initiate a trunk connection, but it should wait for an !--- incoming call before it establishes the trunk. ! voice-port 1/0:2 connection trunk 1001 answer-mode ! dial-peer voice 1 voip destination-pattern 100. dtmf-relay h245-alphanumeric session target ipv4:192.168.100.1 ip qos dscp cs5 media ! dial-peer voice 2 pots destination-pattern 2000 port 1/0:1 !--- This dial-peer terminates the connection !--- from maui-slt-01 voice-port 1/0:1. ! dial-peer voice 3 pots destination-pattern 2001 port 1/0:2 !--- This dial-peer terminates the connection !--- from maui-slt-01 voice-port 1/0:2. ! interface Serial0/1 ip address 192.168.100.2 255.255.255.0 clockrate 128000 ! |
La deuxième configuration (numérique-analogique) affiche une configuration typique pour une jonction de connexion entre deux Routeurs semblables, un avec les interfaces numériques de t1 et des autres avec des interfaces analogiques. Les interfaces doivent être le même type pour que ceci fonctionne (par exemple, clin d'oeil E et M au clin d'oeil E et M, E et M immédiats à E et M immédiat, FXO à FXS et vice versa). Dans notre exemple, le loopstart FXO signale sur l'interface numérique de t1 et il y a des ports de FXS analogique avec la signalisation de loopstart FXS du côté correspondant.
Numérique-analogique - maui-slt-01 |
---|
version 12.2 service timestamps debug datetime msec service timestamps log datetime msec service password-encryption ! hostname maui-slt-01 ! voice vad-time 40000 ! voice-card 1 ! controller T1 1/0 framing esf linecode b8zs ds0-group 1 timeslots 1 type fxo-loopstart clock source line !--- The ds0-group command creates the logical voice-ports: !--- voice-port 1/0:1 and voice-port 1/0:2. ! voice-port 1/0:1 connection trunk 2000 !--- “master side” !--- This starts the trunk connection using digits 2000 to match !--- a VoIP dial-peer. The digits are generated internally by the !--- router and are not received from the voice-port. ! ! ! dial-peer voice 2 voip destination-pattern 200. !--- Matches connection trunk string 2000 and 2001. dtmf-relay h245-alphanumeric session target ipv4:192.168.100.2 ip qos dscp cs5 media ! dial-peer voice 1 pots destination-pattern 1000 port 1/0:1 !--- This dial-peer maps to maui-rtr-07's voice-port 1/0/0. ! ! ! interface Serial0/1 ip address 192.168.100.1 255.255.255.0 ! |
Numérique-analogique - maui-rtr-07 |
---|
version 12.2 service timestamps debug uptime service timestamps log uptime service password-encryption ! hostname maui-rtr-07 ! ! voice-port 1/0/0 connection trunk 1000 answer-mode !--- “slave side” !--- The answer-mode specifies that the router should not attempt !--- to initiate a trunk connection, but it should wait for an !--- incoming call before it establishes the trunk. ! ! dial-peer voice 1 voip destination-pattern 100. dtmf-relay h245-alphanumeric session target ipv4:192.168.100.1 ip qos dscp cs5 media ! dial-peer voice 2 pots destination-pattern 2000 port 1/0/0 !--- This dial-peer terminates the connection !--- from maui-slt-01 voice-port 1/0:1. ! ! ! interface Serial0/1 ip address 192.168.100.2 255.255.255.0 clockrate 128000 ! |
Cette section présente les informations que vous pouvez utiliser pour vous assurer que votre configuration fonctionne correctement.
Certaines commandes show sont prises en charge par l'Output Interpreter Tool (clients enregistrés uniquement), qui vous permet de voir une analyse de la sortie de la commande show.
résumé de show voice call — Utilisé pour vérifier que tous les joncteurs réseau sont vers le haut et dans de l'état S_CONNECT.
Quand les joncteurs réseau monte, la console affichera le message %HTSP-5-UPDOWN : Le port(channel) [1/0:1(1)] de joncteur réseau est en hausse.
C'est sortie témoin de la commande récapitulative de show voice call :
PORT CODEC VAD VTSP STATE VPM STATE ============ ======== === ==================== ====================== 3/0:0.1 g729r8 n S_CONNECT S_TRUNKED 3/0:1.2 g729r8 n S_CONNECT S_TRUNKED 3/0:2.3 g729r8 n S_CONNECT S_TRUNKED
Un joncteur réseau qui n'est pas apparaîtra comme S_TRUNK_PEND :
PORT CODEC VAD VTSP STATE VPM STATE ============ ======== === ==================== ====================== 3/0:0.1 - - - S_TRUNK_PEND 3/0:1.2 g729r8 n S_CONNECT S_TRUNKED 3/0:2.3 g729r8 n S_CONNECT S_TRUNKED
Cette section présente les informations que vous pouvez utiliser pour dépanner votre configuration.
Certaines commandes show sont prises en charge par l'Output Interpreter Tool (clients enregistrés uniquement), qui vous permet de voir une analyse de la sortie de la commande show.
Note: Avant d'exécuter les commandes debug, référez-vous à la section Informations importantes sur les commandes Debug.
show call history voice | Incluez DisconnectText — Affiche la raison de débranchement pour les derniers appels défaillants.
résumé de show voice call — Affiche l'appel est actif sur les deux tronçons d'appel.
show voice dsp — Prouve que les processeurs de signaux numériques (DSP) sont en service et traitent des paquets.
Pour plus d'informations sur dépanner des appels VoIP, référez-vous aux fondements de dépannage et d'appel de l'élimination des imperfections VoIP et aux commandes de debug VoIP.
Les ports vocaux associés sur les deux Routeurs doivent être arrêt shutdown/no après que vous configuriez la jonction de connexion. Ceci efface également les ports vocaux si vous voyez l'utilisateur occupé pendant qu'une cause de débranchement.
C'est exemple de sortie de commande de la commande de show voice dsp :
BOOT PAK TYPE DSP CH CODEC VERS STATE STATE RST AI PORT TS ABORT TX/RX-PAK-CNT ==== === == ======= ==== ===== ====== === == ======= == ===== =============== C549 000 01 g729r8 3.4 busy idle 0 0 3/0:12 13 0 3522765/3578769 00 g729r8 .41 busy idle 0 0 3/0:0 1 0 3505023/3560759 C549 001 01 g729r8 3.4 busy idle 0 0 3/0:13 14 0 3522761/3578601 00 g729r8 .41 busy idle 0 0 3/0:1 2 0 3522794/3578579
La prochaine sortie témoin est la sortie de débogage la plus commune pour la commande de debug voip ccapi inout. Ceci mettent au point a été pris sous l'erreur commune d'un pair manquant de POTS du côté appelé. Dans l'exemple, le routeur latéral analogique n'a pas un pair de POTS pour terminer le joncteur réseau ; le côté appelant numérique aura ces derniers met au point dans cette situation :
maui-slt-01# *Mar 1 00:11:19.903: cc_api_call_setup_ind (vdbPtr=0x620B2DE8, callInfo={called=2000,called_oct3=0x81,calling=,calling_oct3=0x0, calling_oct3a=0x0,calling_xlated=false,subscriber_type_str=RegularLine ,fdest=1,peer_tag=2, prog_ind=3},callID=0x621C45F0) *Mar 1 00:11:19.903: cc_api_call_setup_ind type 3 , prot 0 *Mar 1 00:11:19.903: cc_process_call_setup_ind (event=0x62332908) *Mar 1 00:11:19.903: >>>>CCAPI handed cid 3 with tag 2 to app "DEFAULT" *Mar 1 00:11:19.907: sess_appl: ev(24=CC_EV_CALL_SETUP_IND), cid(3), disp(0) *Mar 1 00:11:19.907: sess_appl: ev(SSA_EV_CALL_SETUP_IND), cid(3), disp(0) *Mar 1 00:11:19.907: ssaCallSetupInd *Mar 1 00:11:19.907: ccCallSetContext (callID=0x3, context=0x621C4E90) *Mar 1 00:11:19.907: ssaCallSetupInd cid(3), st(SSA_CS_MAPPING),oldst(0), ev(24)ev->e.evCallSetupInd.nCallInfo.finalDestFlag = 1 *Mar 1 00:11:19.907: ssaCallSetupInd finalDest cllng(1000), clled(2000) *Mar 1 00:11:19.907: ssaCallSetupInd cid(3), st(SSA_CS_CALL_SETTING), oldst(0), ev(24)dpMatchPeersMoreArg result= 0 *Mar 1 00:11:19.907: ssaSetupPeer cid(3) peer list: tag(1) called number (2000) *Mar 1 00:11:19.907: ssaSetupPeer cid(3), destPat(2000), matched(1), prefix(), peer(61EE565C), peer->encapType (2) *Mar 1 00:11:19.907: ccCallProceeding (callID=0x3, prog_ind=0x0) *Mar 1 00:11:19.907: ccCallSetupRequest (Inbound call = 0x3, outbound peer =1, dest=, params=0x6233BD30 mode=0, *callID=0x6233C098, prog_ind = 3) *Mar 1 00:11:19.907: ccCallSetupRequest numbering_type 0x81 *Mar 1 00:11:19.907: ccCallSetupRequest encapType 2 clid_restrict_disable 1 null_orig_clg 1 clid_transparent 0 callingNumber 1000 *Mar 1 00:11:19.907: dest pattern 2..., called 2000, digit_strip 0 *Mar 1 00:11:19.907: callingNumber=1000, calledNumber=2000, redirectNumber= display_info= calling_oct3a=0 *Mar 1 00:11:19.907: accountNumber=, finalDestFlag=1, guid=1d0d.9a0f.14f0.11cc.8008.b3df.433e.6402 *Mar 1 00:11:19.911: peer_tag=1 *Mar 1 00:11:19.911: ccIFCallSetupRequestPrivate: (vdbPtr=0x621D74DC, dest=, callParams={called=2000,called_oct3=0x81, calling=1000,calling_oct3=0x0, calling_xlated=false, subscriber_type_str=RegularLine, fdest=1, voice_peer_tag=1}, mode=0x0) vdbPtr type = 1 *Mar 1 00:11:19.911: ccIFCallSetupRequestPrivate: (vdbPtr=0x621D74DC, dest=, callParams={called=2000, called_oct3 0x81, calling=1000,calling_oct3 0x0, calling_xlated=false, fdest=1, voice_peer_tag=1}, mode=0x0, xltrc=-5) *Mar 1 00:11:19.911: ccSaveDialpeerTag (callID=0x3, dialpeer_tag=0x1) *Mar 1 00:11:19.911: ccCallSetContext (callID=0x4, context=0x624C3094) *Mar 1 00:11:19.911: ccCallReportDigits (callID=0x3, enable=0x0) *Mar 1 00:11:19.911: cc_api_call_report_digits_done (vdbPtr=0x620B2DE8, callID=0x3, disp=0) *Mar 1 00:11:19.911: sess_appl: ev(52=CC_EV_CALL_REPORT_DIGITS_DONE), cid(3), disp(0) *Mar 1 00:11:19.911: cid(3)st(SSA_CS_CALL_SETTING)ev (SSA_EV_CALL_REPORT_DIGITS_DONE)oldst(SSA_CS_MAPPING) cfid(-1)csize(0)in(1)fDest(1) *Mar 1 00:11:19.911: -cid2(4)st2(SSA_CS_CALL_SETTING)oldst2(SSA_CS_MAPPING) *Mar 1 00:11:19.911: ssaReportDigitsDone cid(3) peer list: (empty) *Mar 1 00:11:19.911: ssaReportDigitsDone callid=3 Reporting disabled. *Mar 1 00:11:19.947: cc_api_call_disconnected(vdbPtr=0x621D74DC, callID=0x4, cause=0x1) *Mar 1 00:11:19.947: sess_appl: ev(11=CC_EV_CALL_DISCONNECTED), cid(4), disp(0) *Mar 1 00:11:19.947: cid(4)st(SSA_CS_CALL_SETTING)ev(SSA_EV_CALL_DISCONNECTED) oldst(SSA_CS_MAPPING)cfid(-1)csize(0)in(0)fDest(0) *Mar 1 00:11:19.947: -cid2(3)st2(SSA_CS_CALL_SETTING)oldst2(SSA_CS_CALL_SETTING) *Mar 1 00:11:19.951: ssaDiscSetting *Mar 1 00:11:19.951: ssa: Disconnected cid(4) state(1) cause(0x1) *Mar 1 00:11:19.951: ccCallDisconnect (callID=0x4, cause=0x1 tag=0x0) *Mar 1 00:11:19.951: ccCallDisconnect (callID=0x3, cause=0x1 tag=0x0) *Mar 1 00:11:19.951: cc_api_call_disconnect_done(vdbPtr=0x620B2DE8, callID=0x3, disp=0, tag=0x0) *Mar 1 00:11:19.955: sess_appl: ev(12=CC_EV_CALL_DISCONNECT_DONE), cid(3), disp(0) *Mar 1 00:11:19.955: cid(3)st(SSA_CS_DISCONNECTING)ev (SSA_EV_CALL_DISCONNECT_DONE)oldst(SSA_CS_CALL_SETTING) cfid(-1)csize(0)in(1)fDest(1) *Mar 1 00:11:19.955: -cid2(4)st2(SSA_CS_DISCONNECTING)oldst2(SSA_CS_CALL_SETTING) *Mar 1 00:11:19.955: ssaDisconnectDone *Mar 1 00:11:19.963: cc_api_icpif: expect factor = 0 *Mar 1 00:11:19.963: cc_api_call_disconnect_done(vdbPtr=0x621D74DC, callID=0x4, disp=0, tag=0x0) *Mar 1 00:11:19.967: sess_appl: ev(12=CC_EV_CALL_DISCONNECT_DONE), cid(4), disp(0) *Mar 1 00:11:19.967: cid(4)st(SSA_CS_DISCONNECTING)ev (SSA_EV_CALL_DISCONNECT_DONE)oldst(SSA_CS_CALL_SETTING) cfid(-1)csize(1)in(0)fDest(0) *Mar 1 00:11:19.967: ssaDisconnectDone