VoIP 게이트웨이에 대한 연결 트렁크 구성

소개

트렁크(연결선)는 두 음성 포트 간의 영구적인 포인트-투-포인트 통신 회선입니다. connection trunk 명령은 두 VoIP 게이트웨이 간에 영구 VoIP(Voice over IP) 통화를 생성합니다. 두 텔레포니 엔드포인트 간에 가상 트렁크 연결선을 생성하여 트렁크 연결을 시뮬레이션합니다. 연결된 시스템에 T1 트렁크가 직접 연결된 것처럼 표시됩니다.

사전 요구 사항

요구 사항

이러한 플랫폼은 VoIP 연결 트렁크를 지원합니다.

• Cisco 2600, 3600 및 3700 Series 디지털 및 아날로그 인터페이스

• Cisco 7200/7500 Series 디지털 인터페이스

• Cisco MC3810 디지털 및 아날로그 인터페이스

• Cisco 1750/1751 및 1760

참고: AS5300/AS5400/AS5800 플랫폼은 트래픽 양이 많은 WAN 연결에 적합하지 않으므로 연결 트렁크를 지원하지 않으며 지원하지 않습니다.

사용되는 구성 요소

이 문서의 정보는 다음 소프트웨어 및 하드웨어 버전을 기반으로 합니다.

• Cisco IOS® Software 릴리스 12.2(10a) with IP Plus Feature Set

• Cisco 2610 Series 라우터

이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 현재 네트워크가 작동 중인 경우, 모든 명령어의 잠재적인 영향을 미리 숙지하시기 바랍니다.

표기 규칙

문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참조하십시오.

구성

이 섹션에는 이 문서에서 설명하는 기능을 구성하기 위한 정보가 표시됩니다.

참고: 이 문서에 사용된 명령에 대한 추가 정보를 찾으려면 명령 조회 도구(등록된 고객만 해당)를 사용하십시오.

연결 트렁크 설계 고려 사항 및 제한 사항

• 연결 트렁크 모드는 T1/E1 채널 관련 신호 처리(CAS) 인터페이스에서 지원됩니다. CCS(Common Channel Signaling)를 사용하는 T1/E1 인터페이스에서는 연결 트렁크가 지원되지 않습니다. 예를 들어, QSIG 및 PRI Q.931. 접지 시작을 위해 구성된 FXO(Foreign Exchange Office) 포트에서는 연결 트렁크가 지원되지 않습니다.

• 연결 트렁크 모드는 영구 연결입니다. VoIP 통화는 항상 일반 POTS(Telephone Service) 포트와 독립적으로 연결되며 온후크 또는 오프후크 상태가 됩니다. 연결 트렁크에 정적으로 구성된 엔드포인트가 있으며 사용자가 전화를 걸어 통화를 연결할 필요가 없습니다. 또한 후크 플래시 또는 포인트-투-포인트 hoot-n-holer와 같은 추가 통화 신호 처리를 두 텔레포니 디바이스 간에 IP 네트워크를 통해 전달할 수 있습니다.

• 연결 트렁크 모드는 다음과 같은 음성 포트 조합으로 지원됩니다.

  • E & M에 E 및 M(E & M) RecEve 및 transMit(동일 유형)

  • FXO-FXS(Foreign Exchange Station)

  • FXS에서 FXS로(신호 없음)

  참고: 이러한 음성 포트 조합은 아날로그 인터페이스, 디지털 인터페이스, 아날로그 대 디지털 인터페이스 간에 허용됩니다. 또한 FXS를 FXS로 구성하는 경우 투명 경로가 아니므로 신호를 전달할 수 없습니다. 연결된 디바이스(FXO)는 서로 신호를 보내려고 시도합니다. 음성 경로를 항상 열어 두도록 설정하면 이 설계를 사용할 수 있습니다. VoIP 다이얼 피어에 신호 유형 외부 신호를 구성하면 라우터는 더 이상 신호 처리를 기다리지 않고 음성 경로를 엽니다.

• 연결 트렁크 T1 CAS와 E1 CAS 간의 매핑은 기본적으로 작동하지 않습니다. 게이트웨이에 대한 비트 순서 조작이 수행되어야 하며 다양한 ABCD 비트 시그널링의 PBX 지원을 기반으로 항상 작동하지 않을 수도 있습니다.

• 연결 트렁크는 FXO 포트와 FXS 포트 간에 전용 회선, 자동 PLAR-OPX(Ringdown-Off-Premise-Extension) 유형의 기능을 허용합니다. 따라서 FXS 포트에 연결된 원격 스테이션이 물리적으로 연결된 스테이션으로 PBX에 나타날 수 있습니다. 이 원격 스테이션이 통화에 응답하지 않을 경우 중앙 집중식 음성 메일로 롤오버할 수 있습니다(PBX에 구성된 경우).

• PLAR과 같은 연결 트렁크는 라우터가 텔레포니 디바이스에서 숫자를 수집할 필요가 없습니다. 라우터가 부팅되고 IP 연결이 설정되면 영구 VoIP 통화가 생성됩니다. 따라서 기존 고객 다이얼 플랜을 변경할 필요가 없습니다.

• 연결 트렁크는 후커플래시와 같은 일부 텔레포니 신호를 전달할 수 있지만 전용 PBX 시그널링을 전달하지는 않습니다. T-CSS(Transparent CCS) 기능이 아닙니다.

• PLAR과 같은 연결 트렁크는 음성 포트별로 정의됩니다. 즉, 음성 포트가 연결 트렁크 모드와 다이얼된 숫자 수집 모드에서 모두 작동할 수 없습니다. 이러한 기능이 완전히 바람직하지 않은 유일한 경우는 중앙 집중식 PBX를 사용하지 않고 로컬 내선 번호도 다이얼해야 하는 원격 사무소가 될 것입니다. 이렇게 하려면 라우터에서 전환되는 것과 달리 VoIP 네트워크를 통해 다시 전환하려면 통화 경로가 필요합니다. 일반적으로 이것은 문제가 되지 않아야 합니다.

구성 지침

연결 트렁크는 트렁크의 양쪽 끝에 구성해야 합니다. 아날로그 인터페이스를 사용하여 연결 트렁크를 구성할 때는 음성 포트별로 정의해야 합니다. 디지털 인터페이스로 연결 트렁크를 구성할 때 다음과 같은 몇 가지 옵션이 있습니다.

• 각 DS0(각 타임 로트)에 대해 별도의 ds0-group 명령을 정의할 수 있으며 connection trunk 명령을 사용하여 생성된 각 음성 포트를 정의할 수 있습니다. 이렇게 하면 DS0과 DS0 간의 매핑이 디지털 트렁크에 보존됩니다.

• 단일 ds0-group 명령을 정의하여 모든 DS0s를 처리할 수 있으며 음성 포트에서 단일 연결 트렁크 명령을 정의할 수 있습니다. 이렇게 하면 필요한 수동 컨피그레이션의 양이 감소하지만 트렁크의 양쪽에서 DS0의 일대일 매핑은 보장되지 않습니다. 또한 라우터가 다시 로드될 때마다 매핑이 마지막 시간과 다를 수 있습니다. 또한 이 컨피그레이션은 전체 트렁크 그룹을 종료하지 않고도 단일(또는 심지어 몇 개의) 타임 로트로 문제를 격리할 수 없기 때문에 문제 해결을 복잡하게 합니다. 또한 PBX 양쪽에서 전용 신호 처리를 사용하는 T-CCS에는 이 컨피그레이션이 권장되지 않습니다. 일대일 매핑 없이 신호 채널을 안정적으로 전달하지 않기 때문입니다.

• 연결 트렁크 문자열 명령 뒤에 지정된 answer-mode 키워드로 연결의 한 쪽을 구성하는 것이 좋습니다. 이렇게 하면 트렁크의 한 쪽이 "마스터 사이드"가 됩니다. answer-mode 키워드가 있는 게이트웨이(라우터)는 "슬레이브 사이드"입니다. answer-mode 명령은 게이트웨이가 트렁크 연결을 시작하려고 시도하지 않고 대신 수신 통화를 대기한 후 트렁크를 설정하도록 지정합니다. 이 컨피그레이션 체계는 라우터가 트렁크를 가져오는 데 걸리는 시간을 최소화하고 두 게이트웨이 간에 연결이 끊길 때 트렁크가 다운되도록 합니다. 그렇지 않으면 연결이 다시 시작될 때 게이트웨이가 트렁크 재설정을 시도하지 않을 수 있습니다.

참고: connection trunk 명령을 실행할 때 음성 포트에서 shutdown/no shutdown 명령 시퀀스를 수행해야 합니다.

네트워크 다이어그램

이 문서에서는 다음 두 네트워크 설정을 사용합니다.

앞의 다이어그램은 두 라우터 모두에서 디지털 링크가 있는 디지털-디지털 시나리오를 보여줍니다.

이전 다이어그램은 디지털-아날로그 시나리오를 보여 줍니다. 한쪽 끝에는 디지털, 다른 쪽 끝에는 아날로그 시나리오가 나와 있습니다.

구성

이 문서에서는 다음 구성을 사용합니다.

• 디지털-디지털

  • 마우이-슬롯-01

  • 마우이-rtr-07

• 디지털-아날로그

  • 마우이-슬롯-01

  • 마우이-rtr-07

첫 번째 컨피그레이션(digital-to-digital)은 디지털 T1 인터페이스가 있는 두 라우터 간의 연결 트렁크에 대한 일반적인 컨피그레이션을 보여줍니다. 이 예에서는 라우터가 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
 !

두 번째 컨피그레이션(digital-to-analog)은 두 유사한 라우터 간의 연결 트렁크에 대한 일반적인 컨피그레이션을 보여줍니다. 하나는 디지털 T1 인터페이스와 다른 하나는 아날로그 인터페이스로 구성됩니다. 이 작업을 수행하려면 인터페이스가 동일한 유형이어야 합니다(예: E & M 윙크를 E & M 윙크로, E & M을 E & M 즉시, FXO에서 FXS로, 그 반대로도). 이 예에서는 FXO loopstart가 디지털 T1 인터페이스에서 신호를 보내고 있으며 해당 쪽에 FXS 루프시작 신호 처리가 있는 아날로그 FXS 포트가 있습니다.

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
 !

다음을 확인합니다.

이 섹션에서는 컨피그레이션이 제대로 작동하는지 확인하는 데 사용할 수 있는 정보를 제공합니다.

일부 show 명령은 출력 인터프리터 툴 에서 지원되는데(등록된 고객만), 이 툴을 사용하면 show 명령 출력의 분석 결과를 볼 수 있습니다.

• show voice call summary(음성 통화 요약 표시) - 모든 트렁크가 작동 중이고 S_CONNECT 상태에 있는지 확인하는 데 사용됩니다.

트렁크가 나타나면 콘솔에 %HTSP-5-UPDOWN 메시지가 표시됩니다. 트렁크 포트(채널) [1/0:1(1)]이(가) 작동 중입니다.

다음은 show voice call summary 명령의 샘플 출력입니다.

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

작동되지 않은 트렁크는 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

문제 해결

이 섹션에서는 컨피그레이션 문제를 해결하는 데 사용할 수 있는 정보를 제공합니다.

문제 해결 명령

일부 show 명령은 출력 인터프리터 툴 에서 지원되는데(등록된 고객만), 이 툴을 사용하면 show 명령 출력의 분석 결과를 볼 수 있습니다.

참고: debug 명령을 실행하기 전에 디버그 명령에 대한 중요 정보를 참조하십시오.

• 통화 기록 음성 표시 | Include DisconnectText(DisconnectText 포함) - 실패한 마지막 몇 건의 통화에 대한 연결 끊기 이유를 표시합니다.

• show voice call summary(음성 통화 요약 표시) - 두 통화 레그에서 활성화된 통화를 표시합니다.

• show voice dsp - DSP(Digital Signal Processor)가 사용 중이며 패킷을 처리하고 있음을 표시합니다.

VoIP 통화 문제 해결에 대한 자세한 내용은 문제 해결 및 VoIP 통화 기본 사항 디버깅 및 VoIP 디버그 명령을 참조하십시오.

연결 트렁크를 구성한 후 두 라우터의 연결된 음성 포트를 종료/종료하지 않아야 합니다. 사용자가 연결 끊김 원인으로 사용 중인 경우 음성 포트도 지웁니다.

다음은 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

다음 샘플 출력은 debug voip ccapi inout 명령에 대한 가장 일반적인 디버그 출력입니다. 이 디버그는 호출된 쪽에 없는 POTS 피어의 일반적인 실수로 수행되었습니다. 이 예에서는 아날로그 측 라우터에 트렁크를 종료할 POTS 피어가 없습니다. 이러한 상황에서는 디지털 호출 측에 이러한 디버그가 있습니다.

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

관련 정보

• VoIP 게이트웨이에 대한 연결 PLAR 구성
• VoIP 통화 기본 문제 해결 및 디버깅
• VoIP 디버그 명령
• 음성 기술 지원
• 음성 및 IP 커뮤니케이션 제품 지원
• Cisco IP 텔레포니 문제 해결
• Technical Support - Cisco Systems