Cisco UC SRND #2-3 Multisite with Distributed Call Processing

Chater 2 Unified Communications Deployment Models

 

2-3 Multisite with Distributed Call Processing

각 cluster 마다 call processing agent 가 배치되어 있다.

– Cisco Unified Communications Manager (Unified CM)

– Cisco Unified Communications Manager Express (Unified CME)

– Other IP PBX

 

1.      Cluster 당 최대 30,000개의 sccp 또는 sip IP phone 또는 SCCP 비디오 endpoints 지원

2.      Cluster 당 최대 2100개 H.323 devices (gateways, MCUs, trunks, and clients) or MGCP gateways

3.      모든 외부 호는 PSTN 을 거침

4.      Conferencing, transcoding, and media termination point (MTP) 을 위해 DSP 자원 사용

5.      Voicemail, unified messaging, Cisco Unified Presence, audio and video components

6.      H.323 clients, MCUs, 와 H.323/H.320 gateway 는 cisco IOS gatekeeper(12.3(8)T 이후 버전) 에 등록해야만 한다. CM 은 gatekeeper 와의 연동을 위해 H.323 trunk 를 사용하여 H.323 devices 에게 call routing 과 bandwidth management service 를 제공한다. Multiple Cisco IOS gatekeepers 가 이중화를 위해 사용된다. Cisco IOS gatekeepers 는 distributed CM cluster 에 call routing 과 bandwidth management service 를 제공하는데 쓰인다.

(??)대부분의 경우, 시스코에서는 endpoint gatekeeper setting 을 각각의 cluster 가 가지고 intercluster call 을 위해 gatekeeper 의 나눠진 set 을 사용하는 것을 추천한다. 환경에 따라 같은 setting 을 하는 경우도 있다.

7.      기존 PBX 와 voicemail 시스템과의 호환성

8.      MCU 자원은 각각의 cluster 에 필요하다.

9.      Site 내에서는 High-bandwidth audio 인 G.711, G.722, 또는 Cisco wideband audio를 사용하며 site 간에는 low-bandwidth audio 인 G.729, G.728 을 사용한다.

10.   Site 내에서는 High-bandwidth video(384kbps 이상)를 사용하며 site 간에는 low-bandwidth audio(128kbps) 을 사용한다. Site 내에서 CUVA Wideband Codec(7Mbps) 지원.(Cisco VT Camera Wideband Video Codec 은 intercluster trunk 에서 지원하지 않는다.)

11.   Video 를 포함한 WAN 구간에 대하여 768kbps 이상을 speed를 추천한다.

12.   CAC 는 같은 cluster 내에서는 CM location 에 따라 제공되고, 다른 Cluster 간에는 Cisco IOS gatekeeper 에 의해 제공된다. AAR 은 inter-cluster, intra-cluster video call 에 대하여 적용이 가능하다.

 

 

 

 

Best Practices for the Distributed Call Processing Model

n  각각의 사이트에 Cisco IOS gatekeeper 를 사용하라.

n  연속성을 위해 HSRP gatekeeper pair, gatekeeper clustering and alternate gatekeeper 를 사용하라. 더불어 multiple gatekeeper 를 사용하라.

n  하나의 코덱을 사용하라. H.323 은 L2, IP, UDP, RTP header overhead 를 허용하지 않는다.(Header overhead 는 오직 payload 또는 패킷의 암호화된 voice 에서만 허용한다.) WAN 에서 하나의 codec 을 사용하는 것은 용량 산정하는 것을 단순화 시킨다.

n  Gatekeeper network 는 수백개의 site 로 확대할 수 있다. Design 의 제한은 오직 WAN topology 로만 되어 질 수 있다.

 

 

이해불능 (@.@)SIP devices provide resolution of E.164 numbers as well as SIP uniform resource identifiers (URIs) to enable endpoints to place calls to each other. Unified CM supports the use of E.164 numbers only.

The following best practices apply to the use of SIP proxies:

• 충분한 SIP proxy redendancy를 가져가야한다.

• SIP proxy 의 call rate, number of calls required 에 대한 수용할 수 있는 용량을 산정 해야한다.

• Planning for call admission control is outside the scope of this document.

 

Call Processing Agents for the Distributed Call Processing Model

 

Call processing agent 를 배치하는 것은 많은 방법이 있다. 예를 들어 500 개의 phone 을 수용해야한다면  2개의 MCS 서버를 사용하며 한대는 call processing 용도 사용하고 backup server 는 Pub 와 TFTP server 등의 기능을 수행하게 한다.

Call Processing Agent	Recommended Size	Comments
CME	Up to 240 phones	•For small remote sites •Capacity depends on Cisco IOS platform
CUCMBE	Up to 575 phones	•For small sites •Supports centralized or distributed call processing
CUCM	50 to 30,000 phones	•Small to large sites, depending on the size of the Unified CM cluster •Supports centralized or distributed call processing

 

Unified CM Session Management Edition

CUCMSME 는 multisite distributed call processing 모델등 규모가 큰 사이트에서 클러스터간에 배치를 위해 쓰인다. CUCMSME는 CM 7.1.(3) 이후 버전부터 지원되며, trunk interface 에서만 사용된다.

following features:

• H.323 Annex M1 intercluster trunks

• SIP intercluster trunks

• SIP trunks

• H.323 trunks

• MGCP trunks

• Voice calls

• Video calls

• Fax calls

 

 

언제 CMSME 를 배치하는가?

l  중앙 집중식 번호체계(centralized dial plan)을 만들고 관리할 때.

n  다른 모든 CUCM 시스템에 연결하기 위해 상이한 dial plan 과 trunk 를 각각의 CUCM 시스템에 configuration 하는 것 보다, CUCMSME를 이용하여 간단한 dial plan 과 trunk pointing 을 Session Management 에게 config 하는 것을 낫다.

l  중앙 집중식 PSTN 접속을 공급할 때.

l  Application 을 중앙 집중화 할 때.

n  Conferencing 또는 videoconferencing 과 같은 application 이 Session Management cluster 에 바로 붙혀서 multiple trunks 를 관리하면서 생기는 overhead 를 줄여준다.

l  서로 다른 벤더의 PBX(legacy PBX포함) 를 CUCM 으로 모을 때.

n  CUCMSME 는 legacy PBX 에서 CUCM 시스템으로 업그래이드 하는 과정에서 다양한 PBX에게  집합점을 제공합니다.

 

CUCMSME 와 standard CUCM cluster 간의 차이점

CUCMSME 소프트웨어는 기본적으로 CUCM 과 동일하나, 새로운 배치 모델에 맞도록 강화 되었습니다. UCMSME 는 많은 수 의 Trunk to Trunk 연결을 지원하게 design 되었으며, 다음과 같은 것들이 고려되어져야 합니다.

 

l  Capacity

n  PBX 간에서나 중앙 집중된 IP PSTN 연결구간의 BHCA traffic 이 중요하다. 용량산정할 때는 반드시 시스코 SE 나 파트너와 상의하세요~

l  Trunks

n  왠만하면 MTP 를 쓰지마라. MTP less 가 codec 선택에 다양성을 준다. SIP early offer 를 제공해야 할 경우에는 CUBE 를 이용하여 Delayed offer 를 사용할 수 있게 하라.

l  암호화

n  암호화는 지원하지 않는다.

l  CM 버전

n  7.1(2) 이후 버전

l  호환성

n  모든 벤더가 기본에 맟추려고 해도 다른게 있을수 있다. 따라서 시스코에서는 배치하기 전 호환성 테스트를 마친후 설치하는 것을 추천한다. www.cisco.com/go/interoperability 여기에 가면 더 많은 정보를 얻을 수 있다.

l  Inbound outbound call 에 대한 로드밸런싱

n  Session Management cluster 내에서 CM server 사이로 고르게 inbound outbound calls 이 분배 될 수 있도록CUCMSME 와 leaf CM 시스템의 trunk 에 config 하라.

l  Design assistance

n  CUCMSME 디자인을 할 때는 Cisco SE 와 함께하고 CUCMSME team 과 상의 하라.