OCS 중재 서버에서 발신되는 모든 SIP 통신에서 '+' 를 자동으로 제거하는 방법 (Cisco direct SIP 환경)

[E.164로 Nomalize할 때 Cisco 장비에 혼란을 줄 수 있는 요인을 제거]

MediationServerSvc.exe.config 파일을 MediationServerSvc.exe 파일의 위치에 생성한다.
(예: C:\Program Files\Microsoft Office Communications Server 2007\Mediation Server)

MediationServerSvc.exe.config 파일의 내용은 다음과 같다.

<?xml version=”1.0″ encoding=”utf-8″ ?>
<configuration>
<appSettings>
<add key=”RemovePlusFromRequestURI” value=”Yes”/>
</appSettings>
</configuration>

Mediation Server

-       Enterprise Voice 측면 : MTLS 통신 - SIP over MTLS

-       Gateway 측면 : TCP/IP 통신 - SIP over TCP

-       Encrypting and Decrypting SRTP - OCS 측면

-       Gateway 측면 : G.711 <-변환-> RT Audio : OCS 측면

PBX 종류

Analog PBX, Digital PBX - VoIP Gateway is Required

IP PBX, Hyprid PBX(IP PBX + Digital PBX) - VoIP Gateway is NOT Required

Qualified IP-PBX and Gateway for UC

Install Mediation Server Files

Activate Mediation Server

Configure Certificate

Configure Mediation Server

1.     OCS 서버 또는 Pool과 통신하는 IP

2.     IP Gateway와 통신하는 IP

3.     A/V Edge 서버/Media Relay Authentication Server의 FQDN

4.     Mediation Server에서 사용되는 기본 위치 프로필

1.     FQDN – FQDN of OCS Server or Pool Name or Director

2.     IP Address – PSTN Gateway IP Address

-       인증서가 정상인지 확인

PC 대 PC 통신

일반적인 OC와 OC 간의 통신으로 IP 통신만을 한다. PSTN 망(IP PBX/PBX)과 OCS의 Voice 통신은 전혀 없다.

RCC(Remote Call Control) – 원격 통화 제어

전제 조건으로 CSTA Gateway가 배포되어야 한다.

PSTN 망(IP PBX/PBX)과의 통신은 Call Control Message만 전달된다.

Media Gateway가 없는 시나리오이기 때문에 PSTN과 OCS의 Voice Traffic은 없다.

(CSTA Gateway는 Call Control Message를 IP PBX/PBX와 OCS 사이에서 변환하는 역할을 한다.)

 

-       외부에서 PSTN Call이 왔을 경우 (Dual Forking PBX의 경우)

OC에 Notification Popup이 뜨고 동시에 PSTN 전화기로 벨이 울린다.
-> PSTN 전화기를 받아 통화가 시작되면 SIP INFO 메시지에 의해 OC에 ‘통화 중’으로 상태가 바뀐다.
-> OC의 Notification을 클릭하면 PSTN 전화기의 스피커 폰이 작동한다. 또는 OC를 이용해 착신 전환

-       PBX가 Dual Forking을 지원하지 않는 경우 PSTN Call이 오면 PSTN 전화기에만 벨이 울린다.

Enterprise Voice

 

사용자는 전화기와 OC를 동시에 사용한다. (즉, 일반 전화기와 OC와 별개로 동작한다고 보면 된다.)

사용자는 일반 전화기(예: 7000)와 OC에 대한 고유한 내선 번호(예: 7001)를 갖는다.

 

-       외부에서 내선 번호 7000번으로 PSTN Call이 오는 경우
IP PBX/PBX를 통해 전화기가 울리지만 OC에는 아무런 일이 일어나지 않는다.

-       외부에서 내선 번호 7001으로 PSTN Call이 오는 경우
OC에 Notification Popup이 뜨고 클릭하면 통화가 시작된다. (VoIP <-> IP Network)

Enterprise Voice with PBX integration (blank SIP Server URI)

 

Media Gateway가 배포되어야 한다.

사용자는 전화기와 OC에 대해 동일한 내선 번호(예:7026)를 갖는다.

 

-       외부에서 내선 번호 7001로 PSTN Call이 오는 경우
(Dual Forking PBX의 경우)IP PBX/PBX는 전화기와 OC 모두에 벨을 울린다.
-> 전화기나 OC를 받으면 통신이 시작된다. (전화기로 받았을 때 OC의 상태는 변함이 없다.)

(Dual Forking 기능이 없는 PBX의 경우)IP PBX/PBX는 전화기에만 벨이 울린다.
-> 전화기를 받으면 통신이 시작된다. (OC의 상태는 변함이 없다.)

-       내부에서 내부로 거는 경우에도 동일하다.
-> 전화기나 OC를 받으면 통신이 시작된다. (전화기로 받았을 때 OC의 상태는 변함이 없다.)

Enterprise Voice with PBX integration – aka Dual Forking with RCC

CSTA Gateway와 Media Gateway가 배포되어야 한다.

사용자는 전화기와 OC에 대해 동일한 내선 번호를 갖는다.

‘Enterprise Voice with PBX integration (blank SIP Server URI)’ 시나리오와 다른 부분은 모두 같고 일반 전화기로 통화 시작 시에도 OC의 상태가 ‘통화 중’으로 변경된다.

Protocol Overview

FE <-> Client : SIP Signal

FE <-> Mediation : SIP Signal

Mediation <-> IP-PBX or Media Gateway : RTP Traffic

Inbound Flow

PSTN Signal -> Media Gateway (Media Code Conversion) -> RTP Traffic

 

Outbound Flow

RTP Traffic -> Media Gateway (Media Code Conversion) -> PSTN Signal

 

 

Key Service (아래 세가지 서비스는 기본적으로 Frontend/Director에 설치된다.)

 

User Services

각 걸려오는 전화의 대상 전화 번호에 대해 역방향 번호 조회를 수행하고 대상 사용자의 SIP-URI에 해당 번호를 일치시킨다. 이 정보를 사용하여 인바운드 라우팅 구성 요소가 사용자의 등록된 SIP 끝점으로 통화를 분기한다.

 

User Replicator

사용자 전화 번호를 Active Directory®에서 추출하여 User Services 및 Address Book Service에 사용할 수 있는 RTC 데이터베이스의 테이블에 기록한다.

 

Address Book Service

Communicator 2007에서 사용자 대화 상대를 프로비전하기 위해 RTC 데이터베이스에 E.164 형식으로 기록된 기업 사용자 전화 번호를 정규화한다.

 

 

미디어 게이트웨이 분류

 

기본 미디어 게이트웨이

연결하기 위해 중재(Mediation) 서버 필요

 

고급 미디어 게이트웨이

기본 미디어 게이트웨이의 기능에 중재 서버의 기능 포함 (중재 서버 불필요)

 

 

중재 서버의 역할

• TCP를 통한 SIP(게이트웨이 측)를 Mutual TLS를 통한 SIP(Enterprise Voice 측)로 변환

• Communications Server 측에서 SRTP를 암호화하고 해독

• Communications Server와 미디어 게이트웨이 간의 미디어 스트림을 변환

• 미디어가 방화벽을 통과할 수 있도록 네트워크 외부에 있는 클라이언트를 내부 ICE(Interactive Connectivity Establishment) 구성 요소에 연결

• 원격 작업자가 Enterprise Voice 클라이언트에서 건 전화와 같이 게이트웨이가 지원하지 않는 통화 흐름에 대해 중계 장치 역할

기본 미디어 게이트웨이 + 중재 서버는 고급 미디어 게이트웨이와 동일한 역할을 한다.

 

 

Communications Server와 통합 시나리오 시 Exchange UM의 Active Directory 개체

 

UM SIP 다이얼 플랜

UM 다이얼 플랜은 Exchange UM의 기본 구성 단위다. UM 다이얼 플랜은 TelExtn, E164 또는 Sip_Name 유형이 될 수 있다. Exchange UM을 Communications Server에 배포할 때 다이얼 플랜 유형은 항상 Sip_Name이다. 모든 다이얼 플랜 사용자는 SIP-URI 및 지정된 확장명을 가지고 있다.

각 다이얼 플랜은 Enterprise Voice 위치 프로필에 일치해야 하며 반대로 각 위치 프로필의 이름은 UM SIP 다이얼 플랜의 포리스트 FQDN과 일치해야 한다.

 

UM IP 게이트웨이

UM IP 게이트웨이 개체는 논리적으로 통화를 받을 수 있는 각 Communications Server 풀을 나타낸다. 각 IP 게이트웨이 개체는 해당 풀이나 서버와 관련된 구성 요소를 캡슐화한다. UM IP 게이트웨이가 만들어지면 하나 이상의 UM 헌트 그룹에 연결된다.

 

UM Hunt 그룹

UM Hunt 그룹은 UM IP 게이트웨이를 UM 다이얼 플랜에 연결한다. 따라서 여러 개의 UM Hunt 그룹을 만들면 단일 UM IP 게이트웨이를 여러 UM 다이얼 플랜 및 여러 Enterprise Voice 위치 프로필에 연결할 수 있다.

1.     User A가 User B에게 전화를 건다.

2.     SIP INVITE 명령이 OCS 서버로 보내진다.

3.     OCS 서버는 AD를 쿼리해 User B가 OC-Enabled 되어 있는지를 확인한다.

4.     OC-Enabled 되어 있다면 OCS Frontend 서버는 User B의 End Point로 SIP INVITE 명령을 보낸다.

5.     User B가 응답을 하지 않는다면 User B가 응답하지 않는다는 메시지가 OCS 서버로 보내진다.

6.     OCS 서버는 AD를 쿼리해서 User B가 UM이 Enable되어 있는지 확인하고 Enable 상태라면 User B의 정보를 추출한다. (E-mail Address, Dial Plan 이름, Dial Plan에 연결된 UM Server 등)

7.     OCS 서버는 이 정보를 이용해 적절한 UM 서버로 라우팅한다.

8.     OCS 서버에 의해 새로운 INVITE 요청이 UM 서버로 보내진다.

9.     이 새로운 INVITE 요청에는 User B에 대한 음성 메일임을 알리는 전환 헤더로 User B의 SIP 주소가 더해진다.

10.   새로운 세션이 OCS 서버와 UM 서버 사이에 생성되고 OCS 서버는 RTP End point가 User A의 IP 주소임을 알리고 UM 서버와 미디어 정보를 교환한다.

11.   미디어 협상이 완료되면 UM 서버는 RTP 세션을 User A와 맺고 Voice Mail을 남기기 위한 안내 메시지를 재생한다.

12.   User A는 UM 서버와 직접 통신하며 User B에게 음성 메일을 남긴다.

13.   UM 서버에 음성 메일을 남기고 나면 해당 메시지는 Exchange Hub 서버에 의해 사용자의 메일 박스로 라우팅된다.