음성 소스 그룹 기능

다운로드 옵션

PDF (229.3 KB)
다양한 디바이스에서 Adobe Reader로 보기
ePub (100.5 KB)
iPhone, iPad, Android, Sony Reader 또는 Windows Phone의 다양한 앱에서 보기
Mobi (Kindle) (89.4 KB)
Kindle 디바이스에서 보기 또는 다양한 디바이스의 Kindle 앱에서 보기

업데이트:2013년 9월 4일

문서 ID:116440

편견 없는 언어

본 제품에 대한 문서 세트는 편견 없는 언어를 사용하기 위해 노력합니다. 본 설명서 세트의 목적상, 편견 없는 언어는 나이, 장애, 성별, 인종 정체성, 민족 정체성, 성적 지향성, 사회 경제적 지위 및 교차성에 기초한 차별을 의미하지 않는 언어로 정의됩니다. 제품 소프트웨어의 사용자 인터페이스에서 하드코딩된 언어, RFP 설명서에 기초한 언어 또는 참조된 서드파티 제품에서 사용하는 언어로 인해 설명서에 예외가 있을 수 있습니다. 시스코에서 어떤 방식으로 포용적인 언어를 사용하고 있는지 자세히 알아보세요.

이 번역에 관하여

Cisco는 전 세계 사용자에게 다양한 언어로 지원 콘텐츠를 제공하기 위해 기계 번역 기술과 수작업 번역을 병행하여 이 문서를 번역했습니다. 아무리 품질이 높은 기계 번역이라도 전문 번역가의 번역 결과물만큼 정확하지는 않습니다. Cisco Systems, Inc.는 이 같은 번역에 대해 어떠한 책임도 지지 않으며 항상 원본 영문 문서(링크 제공됨)를 참조할 것을 권장합니다.

소개

이 문서에서는 게이트웨이 또는 Cisco CUBE(Unified Border Element)를 통해 소스를 식별하고 VoIP 통화 라우팅을 제어하는 Cisco IOS^®의 VSG(Voice Source-Group) 기능에 대해 설명합니다.

참고:CUBE 및 IP-to-IP 게이트웨이(IPGW)라는 용어는 이 문서 전체에서 동일하게 사용됩니다.

배경 정보

비인가 IP 주소에서 통화 시그널링을 차단하여 요금 사기를 구현하려는 경우 Cisco IOS 15.1(2)T에 도입된 유료 사기 방지 기능을 사용할 수 있습니다.자세한 내용은 IOS Release 15.1(2)T 문서의 유료 사기 방지 기능을 참조하십시오.

그러나 이전 버전의 Cisco IOS가 있거나 이러한 추가 컨트롤이 필요한 경우 VSG 기능을 고려해야 합니다.

구성 가능한 거부 원인 코드
통화 발신자를 기준으로 통화/전화 번호 변경
제어 라우팅(예: 특정 운송업체에 대한 경로)

VSG 기능을 사용하면 선택한 서비스가 통화에 제공되도록 VoIP 통화의 소스를 식별할 수 있습니다.이러한 서비스에는 번호 변환, 인바운드 다이얼 피어 일치, 통화 수락/거부 제어가 포함됩니다.또한 이 기능을 사용하면 유료 사기 애플리케이션에서 할 수 없는 방식으로 (허용된) 통화의 라우팅을 제어할 수 있습니다.예를 들어, 통화가 인바운드 다이얼 피어에 도달하기 전에 발신된 번호를 조작하기 위해 음성 변환을 VSG에 연결할 수 있습니다.이는 동일한 전화를 가진 통화가 다른 인바운드 다이얼 피어를 통해 라우팅될 수 있기 때문에 강력합니다.

VSG는 Cisco IOS ACL(Access Control List)을 사용하여 식별을 수행합니다.

VSG 특성

액세스 목록

표준 IOS ACL은 통화가 수락되고 처리되는 소스의 IP 주소를 지정하기 위해 구성됩니다.그런 다음 ACL은 연결된 VSG에서 참조됩니다.

수신 통화의 소스 IP 주소에 ACL에 항목이 없는 경우 게이트웨이는 VSG를 통화에 연결하지 않습니다.즉, 통화가 VSG에서 구성한 조회의 대상이 아닙니다.

특정 IP 주소의 통화를 거부하려면 해당 IP 주소를 ACL 아래 deny 문에 포함해야 합니다.

또는 deny any 문은 명시적으로 허용되거나 거부되지 않은 IP 주소에서 오는 통화를 거부하도록 구성됩니다.

연결 끊기 원인

수신 통화가 거부된 원인 코드는 VSG에서 구성할 수 있습니다.기본적으로 disconnect-cause는 no-service입니다.이렇게 하면 H.323 통화에 대해 SIP(Session Initiation Protocol) 호출 및 ReleaseComplete with cause-code 63(서비스 또는 옵션을 사용할 수 없음, 지정되지 않음)의 500 내부 서버 오류가 발생합니다.

사용자 정의 연결 끊김 이유는 다음과 같습니다.

잘못된 번호
지정되지 않은 번호
사용자 사용 중
통화 거부됨

캐리어 ID

VSG에 carrier-ID 특성이 구성되어 연결된 ACL과 일치하는 통화가 carrier-ID로 태그됩니다.이렇게 하면 소스의 IP 주소를 기반으로 서로 다른 통신업체를 통해 동일한 착신 번호로 통화를 라우팅할 수 있습니다.예를 들어, 두 개의 IP 주소 그룹이 있는 경우 한 주소 그룹의 통화가 한 VSG를 통해 이동할 수 있으며 한 개의 캐리어 ID로 태깅될 수 있으며, 다른 그룹의 통화(동일한 전화 번호)는 다른 캐리어 ID로 태깅될 수 있습니다.예를 들면 다음과 같습니다.

voice source-group foo
access-control 98
carrier-id source carrier1

voice source-group bar
access-control 99
carrier-id source carrier2

dial-peer voice 100 pots
carrier-id source carrier1
...

dial-peer voice 200 pots
carrier-id source carrier2
...

ip access-control standard 98
permit 1.1.1.1

ip access-control standard 99
permit 2.2.2.2
deny any any

이전 컨피그레이션에서는 1.1.1.1의 통화가 다이얼 피어 100을 통해 라우팅되고 2.2.2.2의 통화는 다이얼 피어 200을 통해 라우팅됩니다.

트렁크 그룹 레이블

trunk-group-label은 carrier-ID와 유사하게 작동합니다.수신 VoIP 통화에는 구성된 트렁크 그룹이 태그되어 통화가 아웃바운드 레그를 통해 라우팅될 때 적절한 다이얼 피어를 선택하는 데 사용됩니다.

H.323 영역 ID

이는 H.323 프로토콜에만 적용되며 VSG에 대한 수신 H.323 통화의 소스 영역과 일치시키기 위해 사용됩니다.소스 영역 ID는 H.323V4 신호 프로토콜을 사용하는 수신 H.323 통화에서 전달되며 H.323 게이트키퍼에서 시작됩니다.

다중 음성 서비스 그룹

IPGW에서 여러 VSG를 구성할 수 있습니다. 각 VSG는 다른 IP 주소 집합에서 통화를 허용하거나 허용하지 않습니다.

VSG가 여러 개인 경우 마지막 VSG의 ACL에만 deny를 추가하십시오.그렇지 않으면 중간 ACL에서 any를 거부하면 다른 ACL에서 명시적으로 허용된 IP 주소로부터의 통화는 해당 ACL이 거부가 있는 ACL 이후에 있는 경우에도 거부됩니다.예를 들어, 다음 두 개의 VSG가 있습니다.

voice source-group foo
access-list 98

voice source-group bar
access-list 99

다음은 VSG에 대한 ACL입니다.

ip access-list standard 98
permit 1.1.1.1
deny any

ip access-list standard 99
permit 2.2.2.2
deny any

이 예에서는 IP 주소를 허용하는 ACL이 ACL(98) 뒤에 deny any가 있으므로 2.2.2.2의 통화가 거부됩니다.

이 명령을 사용하여 통화가 거부되었음을 확인할 수 있습니다.

Router#test source-group ip-address 2.2.2.2
A source-group is found with ip address=2.2.2.2
An ip address 2.2.2.2 is rejected with disc-cause="no-service"

통화를 허용하려면 access-list 98에서 거부 any를 제거해야 합니다.

ip access-list standard 98
permit 1.1.1.1

test source-group ip 2.2.2.2 명령을 다시 사용하여 해당 IP 주소의 통화가 더 이상 거부되지 않는지 확인할 수 있습니다.

Router#test  source-group ip-address 2.2.2.2
A source-group is found with ip address=2.2.2.2

다음을 확인합니다.

test source-group <VSG> 명령은 기본 확인에 사용할 수 있습니다. 지정된 IP 주소에서 오는 통화가 VSG에서 처리되는지 여부.

문제 해결

이전 섹션에서 설명한 것처럼 test source-group <VSG> 명령은 지정된 통화를 허용할지 거부할지 여부를 검색하는 데 유용합니다.또한 통화가 허용될 경우 이 명령에는 어떤 VSG가 "라우팅합니까?"도 표시됩니다.통화입니다.마찬가지로 통화가 거부될 경우 거부 원인을 표시합니다.이 명령은 IP 주소 외에도 다른 특성을 기반으로 라우팅 VSG를 찾습니다.

다른 문제 해결 도우미는 debug voice source-group debug 명령입니다.예를 들어 기본 원인 코드와 함께 H.323 호출이 거부되면 디버그는 다음 출력을 생성합니다.

092347: .Apr  7 10:53:46.132: SIPG:src_grp_check_config() src_grp or src_grp
acl is defined
092348: .Apr  7 10:53:46.136: %VOICE_IEC-3-GW: H323: Internal Error (H323 
Interworking Error): IEC=1.1.127.5.21.0 on callID 264

주의 및 주의 사항

다음은 VSG에 대한 몇 가지 중요한 주의 사항입니다.

VSG는 유료 사기 애플리케이션보다 훨씬 유연하지 않습니다.이는 통화가 통화 제어 레이어에 도달하는 것을 방지하며 오류 메시지를 기록하지 않습니다.이는 통화가 허용되는지 차단되었는지에 관계없이 적용됩니다.
일부 사용자는 해당 게이트웨이에 대해 GLBP(Global Load Balancing Protocol)가 활성화된 문제를 경험했습니다.GLBP와 VSG가 구성된 상대적인 순서에 대한 불명확한 종속성이 있는 것 같습니다.이러한 문제가 발생하면 다음 단계를 완료하십시오.
1. GLBP를 비활성화합니다.
2. VSG를 다시 적용합니다.
3. 게이트웨이를 재부팅합니다.
4. VSG가 작동하는지 테스트/확인합니다.
5. GLBP를 활성화합니다.