Configuration d'une jonction de connexion pour les passerelles VoIP

Introduction

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.

Conditions préalables

Conditions requises

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

Remarque: 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.

Composants utilisés

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.

Conventions

Pour plus d'informations sur les conventions de documents, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Configurez

Cette section vous fournit des informations pour configurer les fonctionnalités décrites dans ce document.

Remarque: Pour trouver les informations complémentaires sur les commandes utilisées dans ce document, utilisez le Command Lookup Tool (les clients enregistrés seulement)

Considérations et limites de conception de jonction de connexion

• 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)

  Remarque: 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.

Directives de configuration

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.

Remarque: Quand vous émettez la commande de jonction de connexion, vous devez exécuter un ordre de commande shutdown shutdown/no sur le port vocal.

Diagramme du réseau

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é.

Configurations

Ce document utilise les configurations suivantes :

• Numérique-à-numérique

  • maui-slt-01

  • maui-rtr-07

• Numérique-analogique

  • maui-slt-01

  • maui-rtr-07

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.

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

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.

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
 !

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
 !

Vérifiez

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

Dépannez

Cette section présente les informations que vous pouvez utiliser pour dépanner votre configuration.

Dépannage des commandes

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.

Remarque: 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

Informations connexes

• Configuration de la connexion de PLAR en vue des passerelles VoIP
• Dépannage et débogage des appels VoIP – Notions élémentaires
• Commandes de débogage VoIP
• Assistance technique concernant la technologie vocale
• Support produit pour Voix et Communications IP
• Dépannage des problèmes de téléphonie IP Cisco
• Support technique - Cisco Systems