사용자가 자동 로그인을 시도하면 다음과 같은 순서로 DNS를 쿼리한다.

1. _sipinternaltls._tcp.<domain> - 내부 TLS 연결(포트 : 5061)
2. _sipinternal._tcp.<domain> - 내부 TCP 연결(포트 : 5060)
3. _sip._tls.<domain> - 외부 TLS 연결(포트 : 443)
4. _sip._tcp.<domain> - 외부 TCP 연결(포트 : 443)



추가 기능에 대한 필요 서버

Edge 서버

인증서 요구 사항

사용 포트

1.     OCS Database 백업

-       RTC : 사용자 데이터(ACL, contacts, home server or pool data, scheduled Conferences, user contact lists, allow and block lists)

-       RTCConfig : OCS 2007의 global-level, pool-level, machine-level 설정

-       RTCDyn : 사용자의 일시적인 데이터(end-points, subscriptions, active conferencing servers, transient conferencing states)

-       LCSLog : Archiving data, Call Detail Records (CDRs)

ž   Standard Edition server(SQL Server 2005 Express Edition)
RTC Database

ž   Enterprise pool의 back-end server(SQL Server 2005)
RTC Database

ž   Archiving and CDR Server(SQL Server 2005)
LCSLog database

ž   RTCConfig database와 RTCDyn database는 백업 X

2.     OCS File Shares 백업
사용자 지정 위치에 저장

ž   Meeting content

ž   Meeting content metadata

ž   Meeting compliance logs

ž   주소록은 User Replicator에 의해 자동으로 생성되므로 백업 X

3.     OSC Settings 백업

ž   Standard Edition과 Enterprise pool
Global-level과 Pool-level 설정 백업

ž   Standard Edition의 경우
Standard Edition Server에 대해서만 백업(Machine-level)

ž   Enterprise pool의 경우
한 대의 Front-end Server에 대해서만 백업(Machine-level)

Global-level과 Pool-level 설정 백업
lcscmd /config /action:export /level:pool /configfile:<File name>.xml /poolname:<poolname>
lcscmd /config /action:export /level:global /configfile:<File name>.xml /poolname:<poolname>
lcscmd /config /action:export /level:global,pool /configfile:<File name>.xml /poolname:<poolname>

Machine-level 설정 백업
lcscmd /config /action:export /level:machine /configfile:<File name>.xml /fqdn:< front-end server FQDN>

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 위치 프로필에 연결할 수 있다.

Exchange 2007 SP1 UM과 OCS 통합

- Exchange UM은 Service Pack 1이어야 한다.
- Exchange UM 쪽의 작업을 먼저 진행한다.

작업은 크게 3 단계로 진행되며 다음과 같다.
1 단계 - Communications Server와 함께 작동하도록 Exchange UM 구성
2 단계 - 위치 프로필 만들기
3 단계 - Exchange UM과 함께 작동하도록 Communications Server 구성
4 단계 - 위치 프로필을 풀에 할당

1 단계 - Communications Server와 함께 작동하도록 Exchange UM 구성
1. 각 Enterprise Voice 위치 프로필에 대한 UM 다이얼 플랜을 만든다. Exchange 관리 콘솔에서 만드는 경우 보안 설정 SIP Secured를 사용하여 새 다이얼 플랜을 만든다.
Exchange 관리 쉘을 사용하는 경우에는 다음 스크립트를 입력한다.
new-umdialplan -name <dial plan name> -UriType "SipName" -VoipSecurity <SIPSecured|Secured> -NumberOfDigitsInExtension <number of digits> -AccessTelephoneNumbers "<access number in E.164 format>"

예)new-umdialplan -name UmDialPlan -UriType "SipName" -VoipSecurity SIPSecured -NumberOfDigitsInExtension 4 -AccessTelephoneNumbers 1111

<중요>
생성할 다이얼 플랜 이름은 반드시 OCS의 위치 프로필 이름이어야 한다. 그러므로, 다이얼 플랜 이름의 길이가 256자를 넘거나 공백 또는 특수문자가 포함되어서는 안 된다.

2. 생성한 UM 다이얼 플랜의 FQDN을 가져와 기록해둔다. 나중에 각 다이얼 플랜의 FQDN을 각 UM 다이얼 플랜에 해당하는 OCS 위치 프로필의 이름으로 사용한다.
(Get-UMDialPlan <dialplanname>).PhoneContext

예)(Get-UMDialPlan UMDialPlan).PhoneContext

3. 다이얼 플랜을 UM 서버에 추가한다. Exchange 관리 콘솔을 사용하는 경우 서버에 대한 속성 창에서 다이얼 플랜을 추가할 수 있다. Exchange 관리 쉘을 사용하는 경우에는 다음 스크립트를 입력한다.
$ums=get-umserver;
$dp=get-umdialplan –id <Dian-plan Name>;
$ums.DialPlans +=$dp.Identity;
$ums | set-umserver

예)$ums=get-umserver;
$dp=get-umdialplan -id UmDialPlan;
$ums.DialPlans +=$dp.Identity;
$ums | set-umserver

4. <Exchange installation directory>\Scripts로 이동한 다음 Exchange가 단일 포리스트에 배포된 경우 다음을 입력한다.
exchucutil.ps1
exchucutil.ps1 –verify

Exchange가 여러 포리스트에 배포된 경우 다음을 입력한다.
exchucutil.ps1 -Forest:“<forest FQDN>”
여기에서 forest FQDN은 Office Communications Server가 배포된 포리스트를 지정한다.

5. 연관된 UM 다이얼 플랜이 하나 이상 있을 경우에는 6단계를 계속 진행한다. 다이얼 플랜이 각각 하나의 IP 게이트웨이에만 연관되어 있는 경우에는 6단계를 건너뛴다.

6. Exchange 관리 셸 또는 Exchange 관리 콘솔을 사용하여 각 다이얼 플랜과 연관된 IP 게이트웨이 중 하나를 제외한 전부에 대해 아웃바운드 통화를 해제한다.

<참고>
거는 전화를 허용할 UM IP 게이트웨이를 선택할 때는 가장 많은 트래픽을 처리할 수 있을 것으로 보이는 게이트웨이를 선택한다.

Exchange 관리 셸을 사용하는 경우에는 다음 명령을 실행하여 각 IP 게이트웨이를 해제한다.
Set-UMIPGateway <gatewayname> -OutcallsAllowed $false

Exchange 관리 콘솔을 사용하는 경우에는 '이 IP 게이트웨이를 통해 거는 전화 허용' 확인란을 선택 취소한다.

<중요>
UM 다이얼 플랜과 연관된 IP 게이트웨이가 하나뿐일 경우에는 이 게이트웨이를 통해 거는 전화를 거부해서는 안 된다.

7. 각 OCS 위치 프로필에 대해 UM 자동 전화 교환을 만든다.
New-umautoattendant -name <auto attendant name> -umdialplan <Dial-plan Name> -PilotIdentifierList <auto attendant phone number in E.164 format> -SpeechEnabled $true -Status Enabled

예)New-umautoattendant -name UMAutoAttendant -umdialplan UMDialPlan -PilotIdentifierList 2222 -SpeechEnabled $true -Status Enabled

8. Exchange UM 서버의 FQDN을 주체이름으로 하는 인증서를 발급받아 저장한다. 인증서 발급 과정은 생략한다.
인증서를 발급받은 후 Microsoft Exchange 통합 메시징 서비스를 다시 시작하면 Exchange UM이 올바른 인증서를 자동으로 검색한다.
이벤트 뷰어를 열고 이벤트 ID 1112를 찾는다. 이 이벤트는 Exchange UM이 검색한 인증서를 지정한다. 이 이벤트 정보를 보고 정상적으로 인증서 할당이 되었는지 확인한다.

2 단계 - 위치 프로필 만들기

1. OCS 관리 스냅인을 연다.

2. 콘솔 창에서 포리스트 노드를 마우스 오른쪽 단추로 클릭하고 속성 -> 음성 속성을 클릭한다.

3. 위치 프로필 탭에서 추가를 클릭하여 새 위치 프로필을 만든다. 필요에 따라 이 단계를 반복해 조직에 필요한 모든 위치 프로필을 만든다.

4. 이름 상자에 Exchange UM 구성 시에 생성한 UM 다이얼 플랜의 FQDN을 입력한다.

5. 설명 상자에는 위치 프로필이 적용되는 지역 위치에 대한 일반적이고 쉽게 알아볼 수 있는 이름을 입력하는 것이 좋다. 예를 들어 위치 프로필 이름이 London.Contoso.com이면 권장되는 설명은 London이다.
Office Communicator 2007 Phone Edition을 배포한 경우 최종 사용자가 통화에 적합한 위치 프로필을 선택할 수 있도록 이 필드의 이름이 표시된다.

6. 추가를 클릭하여 전화 번호 정규화 규칙 추가 대화 상자를 연다.

7. 이름 상자에 정규화 중인 숫자 패턴을 설명하는 이름을 입력한다.
(예: 5DigitExtension 또는 7 digit calling Toronto)

8. 새 정규화 규칙을 만들려면 8 단계와 9 단계를 건너뛴다.
기존 정규화 규칙의 전화 패턴과 변환 패턴을 복사하려면 복사를 클릭한다.

9. 전화 번호 정규화 규칙 복사 대화 상자에서 복사할 정규화 규칙을 선택하고 확인을 클릭한다.
정규화 규칙을 복사하기 전에 보려면 규칙을 선택하고 보기를 클릭한다.

10. 설명 상자에 정규화 규칙에 대한 간단한 설명(옵션 사항)을 입력한다.
(예: "Translates 5-digit extensions" 또는 "Translates 7-digit numbers to Toronto local number")

11. 전화 패턴 정규식 상자에서 .NET Framework 정규식을 사용하여 전화 번호 패턴을 설명한다.
예를 들어 ^9(\d{7})$는 숫자 9 다음에 임의의 7자리 숫자가 오는 전화 번호 패턴을 설명한다.
.NET Framework 정규식을 사용하는 방법에 대한 자세한 내용은 여기를 참조한다.

12. 변환 패턴 정규식 상자에서 .NET Framework 정규식을 사용하여 전화 패턴 정규식 상자에 입력된 번호에 해당하는 E.164 전화 번호를 설명한다.
정규식 작성에 대한 도움말을 보려면 도움말을 클릭한다.

13. 전화를 건 번호 샘플 상자에 전화 번호를 입력해 번호 변환이 제대로 작동하는지 테스트한다.
번호가 전화 패턴과 일치하면 변환된 번호 상자에 변환이 표시된다.

14. 변환이 전화 패턴과 일치하면 확인을 클릭한다.

15. 위치 프로필에 필요한 개수만큼 정규화 규칙을 만들고 완료되면 확인을 클릭한다.

3 단계 - Exchange UM과 함께 작동하도록 Communications Server 구성

이 단계에서는 Exchange UM 통합 유틸리티(ocsumutil.exe)가 필요하다. 이 도구는 Office Communications Server의 <설치 디렉터리>\Office Communication Server 2007\Server\Support에 위치한다.

Exchange UM 통합 유틸리티는 다음 작업을 수행하게 된다.
- Enterprise Voice 사용자가 사용할 각 자동 전화 교환 및 구독자 액세스 번호에 대한 연락처 개체를 만든다.
- 각 Enterprise Voice 위치 프로필의 이름이 해당 UM 다이얼 플랜 전화 컨텍스트와 일치하는지 확인한다.

1. 프런트 엔드 서버에서 ocsumutil.exe이 있는 <설치 디렉터리>\Office Communication Server 2007\Server\Support로 이동해 OcsUMUtil.exe를 실행한다.

2. 데이터 로드를 클릭해 모든 신뢰할 수 있는 Exchange 포리스트를 찾는다.

3. SIP 다이얼 플랜 목록에서 연락처 개체를 만들 UM SIP 다이얼 플랜을 선택하고 추가를 클릭한다.

4. OU 선택 상자에서 원하는 OU를 선택하고 확인을 클릭하거나, 새 OU 만들기를 클릭해 루트 또는 도메인에 있는 다른 OU 아래에 새 조직 구성 단위를 만든다.
예를 들어, “OU=RTC Accounts,DC=contoso,DC=com”과 같다. 완료했으면 확인을 클릭한다. 선택하거나 만든 조직 구성 단위의 고유 이름이 조직 구성 단위의 연락처 상자에 표시된다.

5. 연락처 상자에서 기본 다이얼 플랜 이름을 그대로 적용하거나 만들고 있는 연락처 개체에 대해 쉽게 알 수 있는 새 이름을 이름 상자에 입력한다.
예를 들어, 구독자 액세스 연락처 개체를 만들고 있는 경우에는 구독자 액세스라고 명명한다.

6. SIP 주소 상자에서 기본 SIP 주소를 그대로 적용하거나 새 SIP 주소를 입력한다.
새 SIP 주소를 입력할 경우 SIP: 로 시작되어야 한다.

7. 목록에서 연락처 개체에 대한 SIP 도메인을 선택한다.

8. 서버 또는 풀 목록에서 연락처 개체가 사용되는 Standard Edition Server 또는 엔터프라이즈 풀을 선택한다.
Enterprise Voice 및 Exchange UM 사용자가 배포된 풀을 선택하는 것이 좋다.

9. 연락처 유형 목록에서 만들 연락처 유형을 선택하고 확인을 클릭한다.

10. 추가로 만들 연락처 개체에 대해 위 단계를 반복한다. 각 자동 전화 교환에 대해 적어도 하나의 연락처를 만들어야 하며, 외부 액세스를 원하는 경우에는 구독자 액세스 연락처도 필요하다.
연락처 개체가 만들어졌는지 확인하려면 Active Directory 사용자 및 컴퓨터를 열고 개체를 만든 OU를 선택해 연락처 개체가 세부 정보 창에 나타나는지 확인한다.

4단계 - 위치 프로필을 풀에 할당

Enterprise Voice 사용자를 호스트하는 OCS 풀에서 아웃바운드 통화를 라우팅하려면 기본 위치 프로필이 필요하다.
여러 위치에 있는 각 풀에 따라 다른 위치 프로필이 필요하다.

1. OCS 관리 스냅인을 연다.

2. 포리스트 노드를 확장한다.

- Standard Edition Server를 구성하는 경우
Standard Edition Server를 확장하고 구성할 Standard Edition 풀(서버 자체가 아니라 해당 서버에 대한 풀 수준의 노드)을 마우스 오른쪽 단추로 클릭한 다음 속성을 가리키고 프런트 엔드 속성을 클릭한다.

- Enterprise Edition 풀을 구성하는 경우
엔터프라이즈 풀을 확장하고 구성할 풀을 확장한 다음 프런트 엔드를 마우스 오른쪽 단추로 클릭하고 속성을 클릭한다.

3. 음성 탭에서 풀의 기본 위치 프로필을 선택하고 확인을 클릭한다.

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 서버에 의해 사용자의 메일 박스로 라우팅된다.