이 문서에서는 기본 게이트키퍼 통화 허용 제어를 위한 샘플 컨피그레이션을 제공합니다.
게이트웨이가 게이트키퍼로부터 올바른 주소 확인을 얻기 전에 몇 가지 조건을 충족해야 합니다. 모든 VoIP 솔루션에 대해 저속 링크가 포함된 경우 몇 가지 중요한 사항을 확인해야 합니다.
이 구성을 시도하기 전에 다음 요구 사항을 충족해야 합니다.
모든 게이트웨이는 해당 게이트키퍼에 등록되어야 합니다.
모든 게이트키퍼는 올바른 다이얼 플랜을 가져야 통화를 위한 경로를 결정할 수 있습니다.
특정 영역 간의 통화 번호를 제한하도록 허용 제어를 구성할 수 있습니다.
처음 두 포인트는 구성 섹션에서 고려되므로 Background Information 섹션의 입장 제어에 초점을 맞추겠습니다.
이 문서의 정보는 다음 소프트웨어 및 하드웨어 버전을 기반으로 합니다.
Cisco 2600 라우터 3개
Cisco IOS® Software 릴리스 12.2.8.5 ENTERPRISE PLUS/H323 MCM.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 라이브 네트워크에서 작업하는 경우, 사용하기 전에 모든 명령의 잠재적인 영향을 이해해야 합니다.
문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참조하십시오.
이 샘플 컨피그레이션은 2개 영역 토폴로지를 사용하여 VoIP 네트워크를 연구하며, 이 토폴로지는 두 영역 모두에 게이트웨이가 3개 있는 게이트키퍼에 의해 관리됩니다. 이 문서의 목적은 영역 간 및 내부 통화 수에 정책을 적용하는 수락 제어 컨피그레이션의 간단한 예를 제공하는 것입니다. 이 문서에는 구성된 기능, 설계 지침, 기본 확인 및 문제 해결 전략에 대한 기술 배경 정보가 포함되어 있습니다.
참고: 이 구성에서는 4개의 라우터가 동일한 LAN에 있습니다. 그러나 실제 토폴로지에서는 모든 디바이스가 네트워크의 다른 부분에 있을 수 있습니다.
실제 네트워크에는 우선 순위가 높은 트래픽의 소스가 여러 개 있는 경우가 많습니다. 이 모든 조건은 무수하고 쉽게 간과하기 쉽기 때문에 구별하는 것은 복잡한 일이다. 하지만, 실생활에서 자주 일어나는 몇 가지 흔한 상황들이 있는데, 그것은 고려할 가치가 있다. 트래픽의 우선 순위를 지정하는 라우터가 그러한 트래픽의 소스가 아닐 경우 허용 제어가 문제가 됩니다. 일반적인 토폴로지는 라우터 쌍이 제공하는 링크를 통해 연결된 두 사이트의 여러 음성 게이트웨이를 포함합니다. 또 다른 토폴로지는 PSTN 또는 PBX에 대한 게이트웨이와 함께 두 사이트에서 IP 전화를 사용하는 Cisco CallManager를 포함합니다. 두 경우 모두 링크 양쪽에서 음성 트래픽의 소스가 여러 개 있습니다.
음성 트래픽의 양이 우선순위 대기열에 대해 구성된 대역폭을 초과할 경우 음성 품질에 문제가 있을 수 있습니다. 이는 트래픽을 시작하는 라우터와 Cisco CallManager/IP 전화기에 위의 설계에서 통화 허용을 위한 중앙 집중식 관리가 없기 때문입니다. 이 경우 대역폭을 초과하는 패킷은 삭제됩니다.
이 시나리오를 피하는 몇 가지 방법이 있습니다. 가장 간단한 해결책은 LLQ(Low Latency Queue)에서 음성 대역폭을 구성하여 모든 소스의 최대 통화 수를 허용하는 것입니다. 음성 트래픽이 없을 경우 사용하지 않는 대역폭은 데이터 흐름에 부여됩니다. 이 작업은 링크의 총 대역폭이 최대 통화 수에 필요한 대역폭보다 높을 때 수행할 수 있습니다.
더 현명한 방법은 링크의 양쪽 끝에서 음성 트래픽의 각 소스에 제한을 적용하는 것입니다. 이렇게 하면 모든 사이트의 요약 대역폭이 사이트 간 링크의 권장 실제 대역폭의 75%를 초과하지 않습니다. 이러한 제한을 적용하려면 VoIP 다이얼 피어 컨피그레이션 아래에서 max-conn 명령을 사용합니다. 하나의 중앙 사이트에만 Cisco CallManager가 있다고 가정할 경우, CallManager 없이 해당 기능을 사용하여 브랜치 사이트에 대한 통화 수를 제한할 수 있습니다. 이러한 접근 방식을 통해 음성 트래픽의 소스가 링크를 오버서브스크립션할 수 있는 상황을 관리할 수 있습니다. 이러한 접근 방식의 단점은 소스에 부여된 대역폭의 경직된 사용입니다. 이 접근 방식에서는 현재 사용 가능한 대역폭이 있더라도 일부 게이트웨이가 추가 통화를 할 수 없습니다.
가장 유연한 접근 방식은 중앙 집중식 통화 허용 제어를 위해 별도의 엔티티를 사용하는 것입니다. 게이트키퍼 게이트키퍼는 두 개의 Cisco CallManager(또는 CallManager 클러스터)를 사용하여 두 사이트를 바인딩하는 데 도움이 됩니다.
참고: 게이트키퍼를 사용한다고 해서 반드시 새로운 개별 라우터를 구매하는 것은 아닙니다. 통화 수 및 라우터의 부하를 기준으로 적절한 Cisco IOS 기능 집합이 Enterprise/PLUS/H323으로 설정된 기존 라우터 중 하나에 게이트키퍼를 구성할 수 있습니다. 이 기능은 소규모 브랜치를 관리하고 중앙 사이트에서만 전용 게이트키퍼를 허용할 수 있습니다.
게이트키퍼 접근 방식을 신중하게 고려해야 합니다. 따라서 라우터에 추가 부하가 발생하지 않도록 해야 합니다. 또한 중요한 링크의 추가 트래픽을 방지하기 위해 토폴로지에서 게이트키퍼를 이러한 방식으로 배치하도록 허용할지 여부를 확인해야 합니다.
일반적으로 토폴로지에 적합한 번호로 별도의 Cisco 라우터를 네트워크에서 전용 게이트키퍼로 사용하는 것이 좋습니다.
위의 토폴로지를 고려하십시오. 여기에서 단일 게이트키퍼가 관리하는 두 개의 로컬 영역에 모든 디바이스를 배치할 수 있습니다. 이렇게 하면 각 영역에 많은 수의 통화가 있을 수 있지만 해당 통화간 통화 수는 제한됩니다. 테스트 예에서는 두 영역 간의 대역폭을 하나의 통화로 제한하고, 둘 중 하나에서 최대 두 개(더 많은 수)의 통화를 허용합니다.
이에 대한 자세한 내용은 VoIP Call Admission Control을 참조하십시오.
작업을 완료하려면 Cisco High-Performance Gatekeeper에 설명된 bandwidth(gatekeeper) 명령을 사용합니다.
H.323 트래픽의 최대 집계 대역폭을 지정하려면 bandwidth gatekeeper configuration 명령을 사용합니다. 이 기능을 비활성화하려면 이 명령의 no 형식을 사용합니다.
참고: 이 명령을 사용하면 영역의 단일 링크를 통해 대역폭을 제한할 수 있습니다. 토폴로지를 통해 한 영역에서 다른 영역으로 여러 경로를 통해 전화를 걸 수 있으면 링크가 쉽게 오버서브스크립션될 수 있습니다. 다음 토폴로지를 고려하십시오. 두 개의 영역은 두 개의 경로를 통해 연결되므로 각 경로를 통과하는 하나의 통화만 허용됩니다. 한 번의 통화로 대역폭을 제한하면 두 번째 경로는 사용되지 않습니다. 그러나 대역폭이 두 번의 통화로 제한될 경우 링크 중 하나가 초과 가입될 수 있습니다. 따라서 이 명령은 다른 모든 영역에 대한 경로가 하나만 있는 영역에 적용할 수 있습니다. "허브 및 스포크" 토폴로지는 예외입니다. 허브에 여러 경로가 있지만 각 링크의 스포크에서 통화 수가 제한되므로, 허브는 링크를 오버서브스크립션하지 않습니다.
대역폭 {interzone | 합계 | 세션} {기본값 | zone-name} 대역폭 크기
대역폭 없음 {interzone | 합계 | 세션} {기본값 | zone-name} bandwidth-size
다음 표에서는 구문에 대해 설명합니다.
구문 | 설명 |
상호 영역 | 영역에서 다른 영역으로 이동하는 H.323 트래픽의 총 대역폭 양을 지정합니다. |
총계 | 영역에서 허용되는 H.323 트래픽의 총 대역폭 양을 지정합니다. |
세션 | 영역의 세션에 허용되는 최대 대역폭을 지정합니다. |
기본값 | 모든 영역의 기본값을 지정합니다. |
영역 영역 이름 | 특정 영역을 지정합니다. 특정 영역의 이름을 지정합니다. |
대역폭 크기 | 최대 대역폭. 영역 간 및 총의 범위는 1~10,000,000kbps입니다. 세션의 경우 범위는 1~5,000kbps입니다. |
없음
게이트키퍼 컨피그레이션
다음 표에서는 명령 기록에 대해 설명합니다.
릴리스 | 수정 |
---|---|
12.1(3)XI | 이 명령이 도입되었습니다. |
12.1(5)XM | zone gatekeeper 명령을 사용하지 않고 bandwidth 명령을 인식할 수 있습니다. |
12.2(2)T | 이 명령은 Cisco IOS Software 릴리스 12.2(2)T에 통합되었습니다. |
12.2(2)XB1 | 이 명령은 Cisco AS5850 범용 게이트웨이에서 구현되었습니다. |
이전 Cisco IOS Software 릴리스에서는 zone gatekeeper 명령을 사용하여 bandwidth 명령의 기능을 가져왔습니다.
다음 예에서는 영역의 최대 대역폭을 5,000kbps로 구성합니다.
Router(config)# gatekeeper Router(config-gk)# bandwidth total default 5000
bandwidth remote—이 게이트키퍼와 다른 게이트키퍼 간의 H.323 트래픽의 총 대역폭을 지정합니다.
이 섹션에는 이 문서에서 설명하는 기능을 구성하기 위한 정보가 표시됩니다.
참고: 이 문서에 사용된 명령에 대한 추가 정보를 찾으려면 명령 조회 도구(등록된 고객만 해당)를 사용합니다.
이 문서에서는 다음 네트워크 설정을 사용합니다.
목표는 zone1과 zone3 사이의 가용 대역폭을 하나의 통화로 제한하고 zone1에서 더 많은 통화 수(이 예에서는 최대 2개)를 허용하는 것입니다. 따라서 일반적인 통화 허용 작업에 대한 일반 요구 사항을 충족합니다. RAS(Registration, Admission, and Status Protocol) 메시지는 H225 통화 설정 메시지보다 먼저 전송됩니다. 그런 다음 H4245 협상은 그 측면에 실제로 그 기능을 정의하는 것입니다. 따라서 통화의 실제 대역폭은 통화 허용 단계 및 RAS 메시지 교환 후에 정의됩니다. 그래서 게이트키퍼가 각 통화를 64kb 통화로 취급합니다. 따라서 음성 통화에 대한 영역 간의 대역폭 제한 증가를 64kb 단위로 늘려야 합니다.
참고: GW_3은 로우엔드 지사의 가능성을 설명하기 위해 게이트키퍼와 동일한 라우터에 구성됩니다.
참고: 게이트키퍼 및 게이트웨이 구성을 확인하는 것은 GK-GW 문제를 해결하는 데 중요한 부분입니다. 따라서 컨피그레이션을 간편하게 이해하기 위해 관련되지 않은 모든 컨피그레이션 명령이 제거되었습니다.
GW_1 ECV-2600-17 |
---|
IOS (tm) C2600 Software (C2600-JSX-M), Version 12.2(7a), RELEASE SOFTWARE (fc1) ! hostname ECV-2610-17 ! ! interface Ethernet0/0 ip address 10.52.218.49 255.255.255.0 h323-gateway voip interface h323-gateway voip id gk-zone1.test.com ipaddr 10.52.218.47 1718 h323-gateway voip h323-id gw_1 h323-gateway voip tech-prefix 1# h323-gateway voip bind srcaddr 10.52.218.49 ! voice-port 1/1/0 ! voice-port 1/1/1 ! ! dial-peer voice 1 voip destination-pattern .... session target ras ! dial-peer voice 2 pots destination-pattern 1711 port 1/1/1 no register e164 ! gateway ! end |
GW_2 ECV-2600-16 |
---|
! hostname ECV-2610-16 ! ! interface Ethernet0/0 ip address 10.52.218.48 255.255.255.0 h323-gateway voip interface h323-gateway voip id gk-zone3.test.com ipaddr 10.52.218.47 1718 h323-gateway voip h323-id gw_3 h323-gateway voip tech-prefix 1# h323-gateway voip bind srcaddr 10.52.218.48 ! ! voice-port 1/1/0 ! voice-port 1/1/1 ! dial-peer voice 1 voip destination-pattern .... session target ras ! dial-peer voice 2 pots destination-pattern 1611 port 1/1/1 no register e164 ! gateway ! ! end |
GK_1 ECV-2600-15 |
---|
hostname ECV-2610-15 ! boot system tftp c2600-jsx-mz.122-7a.bin 10.52.218.2 ! interface Ethernet0/0 ip address 10.52.218.47 255.255.255.0 half-duplex h323-gateway voip interface h323-gateway voip id gk-zone1.test.com ipaddr 10.52.218.47 1718 h323-gateway voip h323-id gw_1b h323-gateway voip tech-prefix 1# h323-gateway voip bind srcaddr 10.52.218.47 ! ! voice-port 1/1/0 ! voice-port 1/1/1 ! ! dial-peer voice 6 pots destination-pattern 1511 port 1/1/1 no register e164 ! ! dial-peer voice 5 voip destination-pattern .... session target ras ! gateway ! ! gatekeeper zone local gk-zone1.test.com test.com 10.52.218.47 zone local gk-zone3.test.com test.com zone prefix gk-zone1.test.com 15.. gw-priority 10 gw_1b zone prefix gk-zone3.test.com 16.. gw-priority 10 gw_3 zone prefix gk-zone1.test.com 17.. gw-priority 10 gw_1 gw-type-prefix 1#* default-technology bandwidth interzone zone gk-zone1.test.com 64 !--- Applies the restriction between gk-zone1, and all !--- other zones to 64bk. That allows one call only. bandwidth total zone gk-zone1.test.com 128 !--- Applies the restriction to the total number of calls in zone1, !--- and allows two call in the gk-zone1. no shutdown ! end ECV-2610-15# |
이 섹션에서는 컨피그레이션이 제대로 작동하는지 확인하는 데 사용할 수 있는 정보를 제공합니다.
일부 show 명령은 출력 인터프리터 툴 에서 지원되는데(등록된 고객만), 이 툴을 사용하면 show 명령 출력의 분석 결과를 볼 수 있습니다.
show gateway—게이트웨이 등록 상태를 표시합니다.
show gatekeeper endpoints - 게이트키퍼에 등록된 모든 게이트웨이를 나열합니다.
show gatekeeper zone prefix - 게이트키퍼에 구성된 모든 영역 접두사를 표시합니다.
show gatekeeper call - 게이트키퍼가 처리한 활성 통화를 표시합니다.
이 섹션에서는 컨피그레이션 문제를 해결하는 데 사용할 수 있는 정보를 제공합니다.
일부 show 명령은 출력 인터프리터 툴 에서 지원되는데(등록된 고객만), 이 툴을 사용하면 show 명령 출력의 분석 결과를 볼 수 있습니다.
참고: debug 명령을 실행하기 전에 디버그 명령에 대한 중요 정보를 참조하십시오.
debug h225 asn1—H225(RAS 및 Q931 호출 설정) 메시지를 표시합니다.
debug cch323 h225 - H225 통화 설정 메시지를 표시합니다.
다음은 유용한 링크입니다.
!--- First step is to check the gateway registrations. !--- On the first gateway: ECV-2610-17#show gateway Gateway gw_1 is registered to Gatekeeper gk-zone1.test.com Alias list (CLI configured) H323-ID gw_1 Alias list (last RCF) H323-ID gw_1 H323 resource thresholding is Disabled ECV-2610-17# ---------------------------------------------------------------- !--- And on the second Gateway: ECV-2610-16#show gateway Gateway gw_3 is registered to Gatekeeper gk-zone3.test.com Alias list (CLI configured) H323-ID gw_3 Alias list (last RCF) H323-ID gw_3 H323 resource thresholding is Disabled ECV-2610-16#------------------------------------------------------------ !--- The same on the third Gateway: ECV-2610-15#show gateway Gateway gw_1b is registered to Gatekeeper gk-zone1.test.com Alias list (CLI configured) H323-ID gw_1b Alias list (last RCF) H323-ID gw_1b H323 resource thresholding is Disabled ECV-2610-15#------------------------------------------------------------------- !--- And on the corresponding Gatekeeper: ECV-2610-15#show gatekeeper end GATEKEEPER ENDPOINT REGISTRATION ================================ CallSignalAddr Port RASSignalAddr Port Zone Name Type F --------------- ----- ------------- ----- --------- ---- -- 10.52.218.47 1720 10.52.218.47 58841 gk-zone1.test.com VOIP-GW H323-ID: gw_1b 10.52.218.48 1720 10.52.218.48 59067 gk-zone3.test.com VOIP-GW H323-ID: gw_3 10.52.218.49 1720 10.52.218.49 52887 gk-zone1.test.com VOIP-GW H323-ID: gw_1 Total number of active registrations = 3 ECV-2610-15# ---------------------------------------------------------------------- !--- To check the dial plan on the Gatekeeper: ECV-2610-15#show gatekeeper zone pre ZONE PREFIX TABLE ================= GK-NAME E164-PREFIX ------- ----------- gk-zone1.test.com 15.. gk-zone3.test.com 16.. gk-zone1.test.com 17.. ECV-2610-15# !--- All configured prefixes should be seen in the zone list. ----------------------------------------------------------------------- !--- To check the zone status on the Gatekeeper: !-- The output shows one permitted interzone call. ECV-2610-15#show gatekeeper zone st GATEKEEPER ZONES ================ GK name Domain Name RAS Address PORT FLAGS ------- ----------- ----------- ----- ----- !--- The output shows the bandwidth restrictions for this zone. gk-zone1.tes test.com 10.52.218.47 1719 LS BANDWIDTH INFORMATION (kbps) : Maximum total bandwidth : 128 Current total bandwidth : 64 Maximum interzone bandwidth : 64 Current interzone bandwidth : 64 Maximum session bandwidth : Total number of concurrent calls : 1 SUBNET ATTRIBUTES : All Other Subnets : (Enabled) PROXY USAGE CONFIGURATION : Inbound Calls from all other zones : to terminals in local zone gk-zone1.test.com : use proxy to gateways in local zone gk-zone1.test.com : do not use proxy to MCUs in local zone gk-zone1.test.com : do not use proxy Outbound Calls to all other zones : from terminals in local zone gk-zone1.test.com : use proxy from gateways in local zone gk-zone1.test.com : do not use proxy from MCUs in local zone gk-zone1.test.com : do not use proxy !--- There are no bandwidth restrictions for this zone. gk-zone3.tes test.com 10.52.218.47 1719 LS BANDWIDTH INFORMATION (kbps) : Maximum total bandwidth : Current total bandwidth : 64 Maximum interzone bandwidth : Current interzone bandwidth : 64 Maximum session bandwidth : Total number of concurrent calls : 1 SUBNET ATTRIBUTES : All Other Subnets : (Enabled) PROXY USAGE CONFIGURATION : Inbound Calls from all other zones : to terminals in local zone gk-zone3.test.com : use proxy to gateways in local zone gk-zone3.test.com : do not use proxy to MCUs in local zone gk-zone3.test.com : do not use proxy Outbound Calls to all other zones : from terminals in local zone gk-zone3.test.com : use proxy from gateways in local zone gk-zone3.test.com : do not use proxy from MCUs in local zone gk-zone3.test.com : do not use proxy ECV-2610-15# ------------------------------------------------------------------- ECV-2610-15#show gatekeeper call Total number of active calls = 1. GATEKEEPER CALL INFO ==================== LocalCallID Age(secs) BW 5-0 1 64(Kbps) Endpt(s): Alias E.164Addr CallSignalAddr Port RASSignalAddr Port src EP: gw_3 1611 10.52.218.48 1720 10.52.218.48 59067 dst EP: gw_1b 1511 10.52.218.47 1720 10.52.218.47 58841 ECV-2610-15# ------------------------------------------------------------------- !--- The output shows that we reach maximum number of calls for gk-zone1. ECV-2610-15# ECV-2610-15#show gatekeeper zone st GATEKEEPER ZONES ================ GK name Domain Name RAS Address PORT FLAGS ------- ----------- ----------- ----- ----- gk-zone1.tes test.com 10.52.218.47 1719 LS BANDWIDTH INFORMATION (kbps) : Maximum total bandwidth : 128 Current total bandwidth : 128 Maximum interzone bandwidth : 64 Current interzone bandwidth : 64 Maximum session bandwidth : Total number of concurrent calls : 2 SUBNET ATTRIBUTES : All Other Subnets : (Enabled) PROXY USAGE CONFIGURATION : Inbound Calls from all other zones : to terminals in local zone gk-zone1.test.com : use proxy to gateways in local zone gk-zone1.test.com : do not use proxy to MCUs in local zone gk-zone1.test.com : do not use proxy Outbound Calls to all other zones : from terminals in local zone gk-zone1.test.com : use proxy from gateways in local zone gk-zone1.test.com : do not use proxy from MCUs in local zone gk-zone1.test.com : do not use proxy gk-zone3.tes test.com 10.52.218.47 1719 LS BANDWIDTH INFORMATION (kbps) : Maximum total bandwidth : Current total bandwidth : 64 Maximum interzone bandwidth : Current interzone bandwidth : 64 Maximum session bandwidth : Total number of concurrent calls : 1 SUBNET ATTRIBUTES : All Other Subnets : (Enabled) PROXY USAGE CONFIGURATION : Inbound Calls from all other zones : to terminals in local zone gk-zone3.test.com : use proxy to gateways in local zone gk-zone3.test.com : do not use proxy to MCUs in local zone gk-zone3.test.com : do not use proxy Outbound Calls to all other zones : from terminals in local zone gk-zone3.test.com : use proxy from gateways in local zone gk-zone3.test.com : do not use proxy from MCUs in local zone gk-zone3.test.com : do not use proxy gk-zone2.tes test.com 10.52.218.46 1719 RS ECV-2610-15# ECV-2610-15#show gatekeeper call Total number of active calls = 2. GATEKEEPER CALL INFO ==================== LocalCallID Age(secs) BW 20-33504 49 64(kbps) Endpt(s): Alias E.164Addr CallSignalAddr Port RASSignalAddr Port src EP: gw_3 1611 10.52.218.48 1720 10.52.218.48 49762 dst EP: gw_1b 1510 10.52.218.47 1720 10.52.218.47 52344 LocalCallID Age(secs) BW 21-22720 36 64(Kbps) Endpt(s): Alias E.164Addr CallSignalAddr Port RASSignalAddr Port src EP: gw_1 1711 10.52.218.49 1720 10.52.218.49 54114 dst EP: gw_1b 1511 10.52.218.47 1720 10.52.218.47 52344 ECV-2610-15# ------------------------------------------------------------------- !--- The conversation between the gateway and gatekeeper consists of !--- an exchange of RAS messages. !--- We start call to 1511 from GW_3. ECV-2610-16#deb h225 asn1 H.225 ASN1 Messages debugging is on ECV-2610-16# *Mar 1 14:22:20.972: RAS OUTGOING PDU ::= value RasMessage ::= admissionRequest : { requestSeqNum 970 callType pointToPoint : NULL callModel direct : NULL endpointIdentifier {"8262B76400000019"} destinationInfo { e164 : "1511" } srcInfo { h323-ID : {"gw_3"} } bandWidth 640 callReferenceValue 23 nonStandardData { nonStandardIdentifier h221NonStandard : { t35CountryCode 181 t35Extension 0 manufacturerCode 18 } data '000000'H } conferenceID '00000000000000000000000000000000'H activeMC FALSE answerCall FALSE canMapAlias TRUE callIdentifier { guid '00000000000000000000000000000000'H } willSupplyUUIEs FALSE } *Mar 1 14:22:20.992: RAS OUTGOING ENCODE BUFFER::= 27 8803C900 F0003800 32003600 32004200 37003600 34003000 30003000 30003000 30003100 39010180 48440140 03006700 77005F00 33400280 001740B5 00001203 00000000 00000000 00000000 00000000 00000004 E0200180 11000000 00000000 00000000 00000000 00000100 *Mar 1 14:22:21.008: *Mar 1 14:22:21.073: RAS INCOMING ENCODE BUFFER::= 2B 0003C940 0280000A 34DA2F06 B800EF14 00C00100 020000 *Mar 1 14:22:21.077: *Mar 1 14:22:21.081: RAS INCOMING PDU ::= !--- The GW_3 gets permission to proceed with that call. value RasMessage ::= admissionConfirm : { requestSeqNum 970 bandWidth 640 callModel direct : NULL destCallSignalAddress ipAddress : { ip '0A34DA2F'H port 1720 } irrFrequency 240 willRespondToIRR FALSE uuiesRequested { setup FALSE callProceeding FALSE connect FALSE alerting FALSE information FALSE releaseComplete FALSE facility FALSE progress FALSE empty FALSE } } !--- The Call setup message from GW_3 follows. *Mar 1 14:22:21.105: H225.0 OUTGOING PDU ::= value H323_UserInformation ::= { h323-uu-pdu { h323-message-body setup : { protocolIdentifier { 0 0 8 2250 0 2 } sourceAddress { h323-ID : {"gw_3"} } sourceInfo { gateway { protocol { voice : { supportedPrefixes { { prefix e164 : "1#" } } } } } mc FALSE undefinedNode FALSE } activeMC FALSE conferenceID '00000000000000000000000000000000'H conferenceGoal create : NULL callType pointToPoint : NULL sourceCallSignalAddress ipAddress : { ip '0A34DA30'H port 11018 } callIdentifier { guid '00000000000000000000000000000000'H } fastStart { '0000000D4001800A040001000A34DA3041C5'H, '400000060401004D40018011140001000A34DA30...'H } mediaWaitForConnect FALSE canOverlapSend FALSE } h245Tunneling FALSE } } *Mar 1 14:22:21.141: H225.0 OUTGOING ENCODE BUFFER::= 20 A0060008 914A0002 01400300 67007700 5F003308 80013C05 04010020 40000000 00000000 00000000 00000000 00000045 1C07000A 34DA302B 0A110000 00000000 00000000 00000000 00000032 02120000 000D4001 800A0400 01000A34 DA3041C5 1D400000 06040100 4D400180 11140001 000A34DA 3041C400 0A34DA30 41C50100 01000680 0100 *Mar 1 14:22:21.161: *Mar 1 14:22:21.417: H225.0 INCOMING ENCODE BUFFER::= 21 80060008 914A0002 00048811 00000000 00000000 00000000 00000000 00390219 0000000D 40018011 14000100 0A34DA2F 486E000A 34DA2F48 6F1D4000 00060401 004D4001 80111400 01000A34 DA3041C4 000A34DA 2F486F06 800100 *Mar 1 14:22:21.429: *Mar 1 14:22:21.429: H225.0 INCOMING PDU ::= !--- The GW_3 gets Call Proceeding from GW_1b. value H323_UserInformation ::= { h323-uu-pdu { h323-message-body callProceeding : { protocolIdentifier { 0 0 8 2250 0 2 } destinationInfo { mc FALSE undefinedNode FALSE } callIdentifier { guid '00000000000000000000000000000000'H } fastStart { '0000000D40018011140001000A34DA2F486E000A...'H, '400000060401004D40018011140001000A34DA30...'H } } h245Tunneling FALSE } } *Mar 1 14:22:21.617: H225.0 INCOMING ENCODE BUFFER::= 28 001A0006 0008914A 00020000 00000000 00000000 00000000 00000000 06A00100 120140B5 0000120B 60011000 011E041E 028188 *Mar 1 14:22:21.626: *Mar 1 14:22:21.626: H225.0 INCOMING PDU ::= !--- The GW_3 geta Call Progress from GW_1b. value H323_UserInformation ::= { h323-uu-pdu { h323-message-body progress : { protocolIdentifier { 0 0 8 2250 0 2 } destinationInfo { mc FALSE undefinedNode FALSE } callIdentifier { guid '00000000000000000000000000000000'H } } h245Tunneling FALSE nonStandardControl { { nonStandardIdentifier h221NonStandard : { t35CountryCode 181 t35Extension 0 manufacturerCode 18 } data '60011000011E041E028188' } } } } *Mar 1 14:22:21.642: H225 NONSTD INCOMING ENCODE BUFFER::= 60 01100001 1E041E02 8188 *Mar 1 14:22:21.646: *Mar 1 14:22:21.646: H225 NONSTD INCOMING PDU ::= !--- The GW_3 get some facility messagesfrom GW_1b. value H323_UU_NonStdInfo ::= { version 16 protoParam qsigNonStdInfo : { iei 30 rawMesg '1E028188'H } } *Mar 1 14:22:22.831: %SYS-3-MGDTIMER: Running timer, init, timer = 81F1AC08. -Process= "Virtual Exec", ipl= 0, pid= 61 -Traceback= 803250A4 80325214 80325318 80EB12C0 80EB17DC 802A65F0 802B5080 8033D818 *Mar 1 14:22:22.835: H225 NONSTD OUTGOING PDU ::= value ARQnonStandardInfo ::= { sourceAlias { } sourceExtAlias { } } *Mar 1 14:22:22.839: H225 NONSTD OUTGOING ENCODE BUFFER::= 00 0000 *Mar 1 14:22:22.839: *Mar 1 14:22:22.839: RAS OUTGOING PDU ::= !--- The GW_3 starts the second Call to 1711 now we send RAS message to GK. value RasMessage ::= admissionRequest : { requestSeqNum 971 callType pointToPoint : NULL callModel direct : NULL endpointIdentifier {"8262B76400000019"} destinationInfo { e164 : "1711" } srcInfo { h323-ID : {"gw_3"} } bandWidth 640 callReferenceValue 24 nonStandardData { nonStandardIdentifier h221NonStandard : { t35CountryCode 181 t35Extension 0 manufacturerCode 18 } data '000000'H } conferenceID '00000000000000000000000000000000'H activeMC FALSE answerCall FALSE canMapAlias TRUE callIdentifier { guid '00000000000000000000000000000000'H } willSupplyUUIEs FALSE } *Mar 1 14:22:22.860: RAS OUTGOING ENCODE BUFFER::= 27 8803CA00 F0003800 32003600 32004200 37003600 34003000 30003000 30003000 30003100 39010180 4A440140 03006700 77005F00 33400280 001840B5 00001203 00000000 00000000 00000000 00000000 00000004 E0200180 11000000 00000000 00000000 00000000 00000100 *Mar 1 14:22:22.876: *Mar 1 14:22:22.940: RAS INCOMING ENCODE BUFFER::= 2B 0003CA40 0280000A 34DA3106 B800EF14 00C00100 020000 *Mar 1 14:22:22.944: *Mar 1 14:22:22.944: RAS INCOMING PDU ::= !--- The GW_3 gets permission to proceed as there are no restrictions on zone3. value RasMessage ::= admissionConfirm : { requestSeqNum 971 bandWidth 640 callModel direct : NULL destCallSignalAddress ipAddress : { ip '0A34DA31'H port 1720 } irrFrequency 240 willRespondToIRR FALSE uuiesRequested { setup FALSE callProceeding FALSE connect FALSE alerting FALSE information FALSE releaseComplete FALSE facility FALSE progress FALSE empty FALSE } } *Mar 1 14:22:22.972: H225.0 OUTGOING PDU ::= !--- The GW_3 sends setup message to GW_1. value H323_UserInformation ::= { h323-uu-pdu { h323-message-body setup : { protocolIdentifier { 0 0 8 2250 0 2 } sourceAddress { h323-ID : {"gw_3"} } sourceInfo { gateway { protocol { voice : { supportedPrefixes { { prefix e164 : "1#" } } } } } mc FALSE undefinedNode FALSE } activeMC FALSE conferenceID '00000000000000000000000000000000'H conferenceGoal create : NULL callType pointToPoint : NULL sourceCallSignalAddress ipAddress : { ip '0A34DA30'H port 11019 } callIdentifier { guid '00000000000000000000000000000000'H } fastStart { '0000000D4001800A040001000A34DA30402F'H, '400000060401004D40018011140001000A34DA30...'H } mediaWaitForConnect FALSE canOverlapSend FALSE } h245Tunneling FALSE } } *Mar 1 14:22:23.008: H225.0 OUTGOING ENCODE BUFFER::= 20 A0060008 914A0002 01400300 67007700 5F003308 80013C05 04010020 40000000 00000000 00000000 00000000 00000045 1C07000A 34DA302B 0B110000 00000000 00000000 00000000 00000032 02120000 000D4001 800A0400 01000A34 DA30402F 1D400000 06040100 4D400180 11140001 000A34DA 30402E00 0A34DA30 402F0100 01000680 0100 *Mar 1 14:22:23.028: *Mar 1 14:22:23.220: H225.0 INCOMING ENCODE BUFFER::= 25 80060008 914A0002 01110000 00000000 00000000 00000000 00000006 800100 *Mar 1 14:22:23.224: *Mar 1 14:22:23.224: H225.0 INCOMING PDU ::= !--- The GW_1 replies with Release Complete message after asking GK !--- for permission to accept that call. !--- When the permission is denied, we set bandwidth limit. value H323_UserInformation ::= { h323-uu-pdu { h323-message-body releaseComplete : { protocolIdentifier { 0 0 8 2250 0 2 } callIdentifier { guid '00000000000000000000000000000000'H } } h245Tunneling FALSE } } *Mar 1 14:22:23.236: RAS OUTGOING PDU ::= !--- The GW_3 notifies GK that the call does not exist anymore. value RasMessage ::= disengageRequest : { requestSeqNum 972 endpointIdentifier {"8262B76400000019"} conferenceID '00000000000000000000000000000000'H callReferenceValue 24 disengageReason normalDrop : NULL callIdentifier { guid '00000000000000000000000000000000'H } answeredCall FALSE } *Mar 1 14:22:23.248: RAS OUTGOING ENCODE BUFFER::= 3E 03CB1E00 38003200 36003200 42003700 36003400 30003000 30003000 30003000 31003900 00000000 00000000 00000000 00000000 18216111 00000000 00000000 00000000 00000000 000100 *Mar 1 14:22:23.256: *Mar 1 14:22:23.288: RAS INCOMING ENCODE BUFFER::= 40 03CB *Mar 1 14:22:23.288: *Mar 1 14:22:23.288: RAS INCOMING PDU ::= !--- The GK confirms that message. value RasMessage ::= disengageConfirm : { requestSeqNum 972 } ECV-2610-16#u all All possible debugging has been turned off ECV-2610-16# ---------------------------------------------------------------------- !--- The incoming RAS message to the GK from GW_3. ECV-2610-15#debug h225 asn1 H.225 ASN1 Messages debugging is on ECV-2610-15# *Mar 11 21:54:28.313: RAS INCOMING PDU ::= value RasMessage ::= admissionRequest : { requestSeqNum 970 callType pointToPoint : NULL callModel direct : NULL endpointIdentifier {"8262B76400000019"} destinationInfo { e164 : "1511" } srcInfo { h323-ID : {"gw_3"} } bandWidth 640 callReferenceValue 23 nonStandardData { nonStandardIdentifier h221NonStandard : { t35CountryCode 181 t35Extension 0 manufacturerCode 18 } data '000000'H } conferenceID '00000000000000000000000000000000'H activeMC FALSE answerCall FALSE canMapAlias TRUE callIdentifier { guid '00000000000000000000000000000000'H } willSupplyUUIEs FALSE } *Mar 11 21:54:28.334: H225 NONSTD INCOMING ENCODE BUFFER::= 00 0000 *Mar 11 21:54:28.334: *Mar 11 21:54:28.334: H225 NONSTD INCOMING PDU ::= value ARQnonStandardInfo ::= { sourceAlias { } sourceExtAlias { } } !--- The outgoing RAS message fro GK to GW_3 with permission to start call. *Mar 11 21:54:28.338: RAS OUTGOING PDU ::= value RasMessage ::= admissionConfirm : { requestSeqNum 970 bandWidth 640 callModel direct : NULL destCallSignalAddress ipAddress : { ip '0A34DA2F'H port 1720 } irrFrequency 240 willRespondToIRR FALSE uuiesRequested { setup FALSE callProceeding FALSE connect FALSE alerting FALSE information FALSE releaseComplete FALSE facility FALSE progress FALSE empty FALSE } } *Mar 11 21:54:28.350: RAS OUTGOING ENCODE BUFFER::= 2B 0003C940 0280000A 34DA2F06 B800EF14 00C00100 020000 *Mar 11 21:54:28.354: *Mar 11 21:54:28.446: H225.0 INCOMING ENCODE BUFFER::= 20 A0060008 914A0002 01400300 67007700 5F003308 80013C05 04010020 40000000 00000000 00000000 00000000 00000045 1C07000A 34DA302B 0A110000 00000000 00000000 00000000 00000032 02120000 000D4001 800A0400 01000A34 DA3041C5 1D400000 06040100 4D400180 11140001 000A34DA 3041C400 0A34DA30 41C50100 01000680 0100 *Mar 11 21:54:28.466: *Mar 11 21:54:28.470: H225.0 INCOMING PDU ::= !--- The incoming H323(Q931) message from GW_3 to GW_1b on the same router as GK. value H323_UserInformation ::= { h323-uu-pdu { h323-message-body setup : { protocolIdentifier { 0 0 8 2250 0 2 } sourceAddress { h323-ID : {"gw_3"} } sourceInfo { gateway { protocol { voice : { supportedPrefixes { { prefix e164 : "1#" } } } } } mc FALSE undefinedNode FALSE } activeMC FALSE conferenceID '00000000000000000000000000000000'H conferenceGoal create : NULL callType pointToPoint : NULL sourceCallSignalAddress ipAddress : { ip '0A34DA30'H port 11018 } callIdentifier { guid '00000000000000000000000000000000'H } fastStart { '0000000D4001800A040001000A34DA3041C5'H, '400000060401004D40018011140001000A34DA30...'H } mediaWaitForConnect FALSE canOverlapSend FALSE } h245Tunneling FALSE } } *Mar 11 21:54:28.514: H225 NONSTD OUTGOING PDU ::= value ARQnonStandardInfo ::= { sourceAlias { } sourceExtAlias { } } *Mar 11 21:54:28.518: H225 NONSTD OUTGOING ENCODE BUFFER::= 00 0000 *Mar 11 21:54:28.518: *Mar 11 21:54:28.518: RAS OUTGOING PDU ::= !--- The GW_1b asks GK if it can accept call from GW_3. value RasMessage ::= admissionRequest : { requestSeqNum 1347 callType pointToPoint : NULL callModel direct : NULL endpointIdentifier {"82717F5C0000001B"} destinationInfo { e164 : "1511" } srcInfo { h323-ID : {"gw_3"} } srcCallSignalAddress ipAddress : { ip '0A34DA30'H port 11018 } bandWidth 640 callReferenceValue 29 nonStandardData { nonStandardIdentifier h221NonStandard : { t35CountryCode 181 t35Extension 0 manufacturerCode 18 } data '000000'H } conferenceID '00000000000000000000000000000000'H activeMC FALSE answerCall TRUE canMapAlias TRUE callIdentifier { guid '00000000000000000000000000000000'H } willSupplyUUIEs FALSE } *Mar 11 21:54:28.542: RAS OUTGOING ENCODE BUFFER::= 27 98054200 F0003800 32003700 31003700 46003500 43003000 30003000 30003000 30003100 42010180 48440140 03006700 77005F00 33000A34 DA302B0A 40028000 1D40B500 00120300 00000000 00000000 00000000 00000000 000044E0 20018011 00000000 00000000 00000000 00000000 000100 *Mar 11 21:54:28.558: *Mar 11 21:54:28.562: RAS INCOMING ENCODE BUFFER::= 27 98054200 F0003800 32003700 31003700 46003500 43003000 30003000 30003000 30003100 42010180 48440140 03006700 77005F00 33000A34 DA302B0A 40028000 1D40B500 00120300 00000000 00000000 00000000 00000000 000044E0 20018011 00000000 00000000 00000000 00000000 000100 *Mar 11 21:54:28.578: *Mar 11 21:54:28.582: RAS INCOMING PDU ::= !--- That is the same RAS message. The GK gets it, and sees the sequence number. !--- The GK is on the same router as GW_1b, so all messages can be seen twice. value RasMessage ::= admissionRequest : { requestSeqNum 1347 callType pointToPoint : NULL callModel direct : NULL endpointIdentifier {"82717F5C0000001B"} destinationInfo { e164 : "1511" } srcInfo { h323-ID : {"gw_3"} } srcCallSignalAddress ipAddress : { ip '0A34DA30'H port 11018 } bandWidth 640 callReferenceValue 29 nonStandardData { nonStandardIdentifier h221NonStandard : { t35CountryCode 181 t35Extension 0 manufacturerCode 18 } data '000000' } conferenceID '00000000000000000000000000000000'H activeMC FALSE answerCall TRUE canMapAlias TRUE callIdentifier { guid '00000000000000000000000000000000'H } willSupplyUUIEs FALSE } *Mar 11 21:54:28.606: H225 NONSTD INCOMING ENCODE BUFFER::= 00 0000 *Mar 11 21:54:28.606: *Mar 11 21:54:28.606: H225 NONSTD INCOMING PDU ::= value ARQnonStandardInfo ::= { sourceAlias { } sourceExtAlias { } } *Mar 11 21:54:28.610: RAS OUTGOING PDU ::= !--- The GK grants the permission to GW_1b. !--- This is a message in the GK debug outgoing value RasMessage ::= admissionConfirm : { requestSeqNum 1347 bandWidth 640 callModel direct : NULL destCallSignalAddress ipAddress : { ip '0A34DA2F'H port 1720 } irrFrequency 240 willRespondToIRR FALSE uuiesRequested { setup FALSE callProceeding FALSE connect FALSE alerting FALSE information FALSE releaseComplete FALSE facility FALSE progress FALSE empty FALSE } } *Mar 11 21:54:28.622: RAS OUTGOING ENCODE BUFFER::= 2B 00054240 0280000A 34DA2F06 B800EF14 00C00100 020000 *Mar 11 21:54:28.626: *Mar 11 21:54:28.630: RAS INCOMING ENCODE BUFFER::= 2B 00054240 0280000A 34DA2F06 B800EF14 00C00100 020000 *Mar 11 21:54:28.634: *Mar 11 21:54:28.634: RAS INCOMING PDU ::= !--- The GK grants the permission to GW_1b. !--- This is a message in the GW_1b debug incoming. value RasMessage ::= admissionConfirm : { requestSeqNum 1347 bandWidth 640 callModel direct : NULL destCallSignalAddress ipAddress : { ip '0A34DA2F'H port 1720 } irrFrequency 240 willRespondToIRR FALSE uuiesRequested { setup FALSE callProceeding FALSE connect FALSE alerting FALSE information FALSE releaseComplete FALSE facility FALSE progress FALSE empty FALSE } } *Mar 11 21:54:28.654: %SYS-3-MGDTIMER: Timer has parent, timer link, timer = 820AE990. -Process= "CC-API_VCM", ipl= 6, pid= 93 -Traceback= 80325850 8032A720 80E74850 8033D818 *Mar 11 21:54:28.666: H225.0 OUTGOING PDU ::= !--- The GW_1b replies to GW_3 setup message. value H323_UserInformation ::= { h323-uu-pdu { h323-message-body callProceeding : { protocolIdentifier { 0 0 8 2250 0 2 } destinationInfo { mc FALSE undefinedNode FALSE } callIdentifier { guid '00000000000000000000000000000000'H } fastStart { '0000000D40018011140001000A34DA2F486E000A...'H, '400000060401004D40018011140001000A34DA30...'H } } h245Tunneling FALSE } } *Mar 11 21:54:28.682: H225.0 OUTGOING ENCODE BUFFER::= 21 80060008 914A0002 00048811 00000000 00000000 00000000 00000000 00390219 0000000D 40018011 14000100 0A34DA2F 486E000A 34DA2F48 6F1D4000 00060401 004D4001 80111400 01000A34 DA3041C4 000A34DA 2F486F06 800100 *Mar 11 21:54:28.694: *Mar 11 21:54:28.710: H225 NONSTD OUTGOING PDU ::= value H323_UU_NonStdInfo ::= { version 16 protoParam qsigNonStdInfo : { iei 30 rawMesg '1E028188'H } } *Mar 11 21:54:28.714: H225 NONSTD OUTGOING ENCODE BUFFER::= 60 01100001 1E041E02 8188 *Mar 11 21:54:28.714: *Mar 11 21:54:28.714: H225.0 OUTGOING PDU ::= !--- The GW_1b replies to GW_3 setup message and sends second message. value H323_UserInformation ::= { h323-uu-pdu { h323-message-body progress : { protocolIdentifier { 0 0 8 2250 0 2 } destinationInfo { mc FALSE undefinedNode FALSE } callIdentifier { guid '00000000000000000000000000000000'H } } h245Tunneling FALSE nonStandardControl { { nonStandardIdentifier h221NonStandard : { t35CountryCode 181 t35Extension 0 manufacturerCode 18 } data '60011000011E041E028188'H } } } } *Mar 11 21:54:28.734: H225.0 OUTGOING ENCODE BUFFER::= 28 001A0006 0008914A 00020000 00000000 00000000 00000000 00000000 06A00100 120140B5 0000120B 60011000 011E041E 028188 *Mar 11 21:54:28.742: *Mar 11 21:54:30.161: RAS INCOMING ENCODE BUFFER::= 27 8803CA00 F0003800 32003600 32004200 37003600 34003000 30003000 30003000 30003100 39010180 4A440140 03006700 77005F00 33400280 001840B5 00001203 00000000 00000000 00000000 00000000 00000004 E0200180 11000000 00000000 00000000 00000000 00000100 *Mar 11 21:54:30.177: *Mar 11 21:54:30.181: RAS INCOMING PDU ::= !--- The GK gets ARQ from GW_3 for the second call. value RasMessage ::= admissionRequest: { requestSeqNum 971 callType pointToPoint : NULL callModel direct : NULL endpointIdentifier {"8262B76400000019"} destinationInfo { e164 : "1711" } srcInfo { h323-ID : {"gw_3"} } bandWidth 640 callReferenceValue 24 nonStandardData { nonStandardIdentifier h221NonStandard : { t35CountryCode 181 t35Extension 0 manufacturerCode 18 } data '000000'H } conferenceID '00000000000000000000000000000000'H activeMC FALSE answerCall FALSE canMapAlias TRUE callIdentifier { guid '00000000000000000000000000000000'H } willSupplyUUIEs FALSE } *Mar 11 21:54:30.197: H225 NONSTD INCOMING ENCODE BUFFER::= 00 0000 *Mar 11 21:54:30.201: *Mar 11 21:54:30.201: H225 NONSTD INCOMING PDU ::= value ARQnonStandardInfo ::= { sourceAlias { } sourceExtAlias { } } *Mar 11 21:54:30.205: RAS OUTGOING PDU ::= !--- The GK grants permission to GW_3, as there are no restrictions for zone3. value RasMessage ::= admissionConfirm : { requestSeqNum 971 bandWidth 640 callModel direct : NULL destCallSignalAddress ipAddress : { ip '0A34DA31'H !--- The hexadecimal number is 10.52.218.49, IP of GW_1. port 1720 } irrFrequency 240 willRespondToIRR FALSE uuiesRequested { setup FALSE callProceeding FALSE connect FALSE alerting FALSE information FALSE releaseComplete FALSE facility FALSE progress FALSE empty FALSE } } *Mar 11 21:54:30.217: RAS OUTGOING ENCODE BUFFER::= 2B 0003CA40 0280000A 34DA3106 B800EF14 00C00100 020000 *Mar 11 21:54:30.221: *Mar 11 21:54:30.429: RAS INCOMING ENCODE BUFFER::= 27 98045F00 F0003800 32003300 38003600 30004400 34003000 30003000 30003000 30003100 41010180 4A440140 03006700 77005F00 33000A34 DA302B0B 40028000 2840B500 00120300 00000000 00000000 00000000 00000000 000044E0 20018011 00000000 00000000 00000000 00000000 000100 *Mar 11 21:54:30.445: *Mar 11 21:54:30.445: RAS INCOMING PDU ::= !--- The incoming request from GW_1 asks for permission to accept call from GW_3. value RasMessage ::= admissionRequest : { requestSeqNum 1120 callType pointToPoint : NULL callModel direct : NULL endpointIdentifier {"823860D40000001A"} destinationInfo { e164 : "1711" } srcInfo { h323-ID : {"gw_3"} } srcCallSignalAddress ipAddress : { ip '0A34DA30'H port 11019 } bandWidth 640 callReferenceValue 40 nonStandardData { nonStandardIdentifier h221NonStandard : { t35CountryCode 181 t35Extension 0 manufacturerCode 18 } data '000000'H } conferenceID '00000000000000000000000000000000'H activeMC FALSE answerCall TRUE canMapAlias TRUE callIdentifier { guid '00000000000000000000000000000000'H } willSupplyUUIEs FALSE } *Mar 11 21:54:30.469: H225 NONSTD INCOMING ENCODE BUFFER::= 00 0000 *Mar 11 21:54:30.469: *Mar 11 21:54:30.469: H225 NONSTD INCOMING PDU ::= value ARQnonStandardInfo ::= { sourceAlias { } sourceExtAlias { } } !--- The GK does not allow the call to come through, and replies with ARJ. *Mar 11 21:54:30.473: RAS OUTGOING PDU ::= value RasMessage ::= admissionReject : { requestSeqNum 1120 rejectReason requestDenied : NULL } *Mar 11 21:54:30.477: RAS OUTGOING ENCODE BUFFER::= 2C 045F20 *Mar 11 21:54:30.477: *Mar 11 21:54:30.541: RAS INCOMING ENCODE BUFFER::= 3E 03CB1E00 38003200 36003200 42003700 36003400 30003000 30003000 30003000 31003900 00000000 00000000 00000000 00000000 18216111 00000000 00000000 00000000 00000000 000100 *Mar 11 21:54:30.553: *Mar 11 21:54:30.557: RAS INCOMING PDU ::= !--- The GW_3 notifies GK that call does not exist anymore. value RasMessage ::= disengageRequest : { requestSeqNum 972 endpointIdentifier {"8262B76400000019"} conferenceID '00000000000000000000000000000000'H callReferenceValue 24 disengageReason normalDrop : NULL callIdentifier { guid '00000000000000000000000000000000'H } answeredCall FALSE } *Mar 11 21:54:30.565: RAS OUTGOING PDU ::= !-- The GK confirms the message from GW_3 value RasMessage ::= disengageConfirm : { requestSeqNum 972 } ---------------------------------------------------------------------- !--- The call setup from GW_1 perspective. ECV-2610-17#deb h225 asn1 H.225 ASN1 Messages debugging is on ECV-2610-17# *Mar 2 22:55:40: H225.0 INCOMING ENCODE BUFFER::= 20 A0060008 914A0002 01400300 67007700 5F003308 80013C05 04010020 40000000 00000000 00000000 00000000 00000045 1C07000A 34DA302B 0B110000 00000000 00000000 00000000 00000032 02120000 000D4001 800A0400 01000A34 DA30402F 1D400000 06040100 4D400180 11140001 000A34DA 30402E00 0A34DA30 402F0100 01000680 0100 *Mar 2 22:55:40: *Mar 2 22:55:40: H225.0 INCOMING PDU ::= !--- The GW_1 gets the H323 (Q931) setup message from GW_3. value H323_UserInformation ::= { h323-uu-pdu { h323-message-body setup : { protocolIdentifier { 0 0 8 2250 0 2 } sourceAddress { h323-ID : {"gw_3"} } sourceInfo { gateway { protocol { voice : { supportedPrefixes { { prefix e164 : "1#" } } } } } mc FALSE undefinedNode FALSE } activeMC FALSE conferenceID '00000000000000000000000000000000'H conferenceGoal create : NULL callType pointToPoint : NULL sourceCallSignalAddress ipAddress : { ip '0A34DA30'H port 11019 } callIdentifier { guid '00000000000000000000000000000000'H } fastStart { '0000000D4001800A040001000A34DA30402F'H, '400000060401004D40018011140001000A34DA30...'H } mediaWaitForConnect FALSE canOverlapSend FALSE } h245Tunneling FALSE } } *Mar 2 22:55:40: H225 NONSTD OUTGOING PDU ::= value ARQnonStandardInfo ::= { sourceAlias { } sourceExtAlias { } } *Mar 2 22:55:40: H225 NONSTD OUTGOING ENCODE BUFFER::= 00 0000 *Mar 2 22:55:40: *Mar 2 22:55:40: RAS OUTGOING PDU ::= !--- The GW_1 asks GK for permission to accept the call. value RasMessage ::= admissionRequest : { requestSeqNum 1120 callType pointToPoint : NULL callModel direct : NULL endpointIdentifier {"823860D40000001A"} destinationInfo { e164 : "1711" } srcInfo { h323-ID : {"gw_3"} } srcCallSignalAddress ipAddress : { ip '0A34DA30'H port 11019 } bandWidth 640 callReferenceValue 40 nonStandardData { nonStandardIdentifier h221NonStandard : { t35CountryCode 181 t35Extension 0 manufacturerCode 18 } data '000000'H } conferenceID '00000000000000000000000000000000'H activeMC FALSE answerCall TRUE canMapAlias TRUE callIdentifier { guid '00000000000000000000000000000000'H } willSupplyUUIEs FALSE } *Mar 2 22:55:40: RAS OUTGOING ENCODE BUFFER::= 27 98045F00 F0003800 32003300 38003600 30004400 34003000 30003000 30003000 30003100 41010180 4A440140 03006700 77005F00 33000A34 DA302B0B 40028000 2840B500 00120300 00000000 00000000 00000000 00000000 000044E0 20018011 00000000 00000000 00000000 00000000 000100 *Mar 2 22:55:41: *Mar 2 22:55:41: RAS INCOMING ENCODE BUFFER::= 2C 045F20 *Mar 2 22:55:41: *Mar 2 22:55:41: RAS INCOMING PDU ::= !--- The GK denies permission to accept the call from GW_3 due to bandwidth limit. value RasMessage ::= admissionReject : { requestSeqNum 1120 rejectReason requestDenied : NULL } *Mar 2 22:55:41: H225.0 OUTGOING PDU ::= !--- The GW_1 rejects call setup from GW_3. value H323_UserInformation ::= { h323-uu-pdu { h323-message-body releaseComplete : { protocolIdentifier { 0 0 8 2250 0 2 } callIdentifier { guid '00000000000000000000000000000000'H } } h245Tunneling FALSE } } *Mar 2 22:55:41: H225.0 OUTGOING ENCODE BUFFER::= 25 80060008 914A0002 01110000 00000000 00000000 00000000 00000006 800100 *Mar 2 22:55:41: ECV-2610-17# ECV-2610-17# ECV-2610-17#u all All possible debugging has been turned off ----------------------------------------------------------------------
개정 | 게시 날짜 | 의견 |
---|---|---|
1.0 |
02-Feb-2006 |
최초 릴리스 |