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. 음성 탭에서 풀의 기본 위치 프로필을 선택하고 확인을 클릭한다.

사전 요구 사항
- Windows Server 2003 with SP1 (All Edition)
- IIS 6.0
- .NET Framework 2.0
- .NET Framework 3.0
- ASP.NET Allow (IIS Management Tool)
- Back-end Database
  -> SQL Server 2000 SP3 or later
  -> SQL Server 2005
  -> SQL Server 2008 (require WSS 3.0 SP1 or MOSS 2007 SP1)


1. MOSS 설치 (Advanced -> Complete)
2. 설치 완료 후 마법사를 실행하여 Create New Server Farm, SQL Server/Central Administration Site/인증 방법 설정
3. Central Administration Site를 신뢰할 수 있는 사이트에 추가(SSO)

필수 서비스 설정
Front-end Server들 중에서 최소 하나의 Search and Indexing Server가 필요하다.
Search and Indexing Server는 어떠한 역할의 MOSS Server에서든 시작이 가능하다.
1. 작업 -> 토폴로지 및 서비스 -> 팜의 서버
2. 서버 선택 -> Office SharePoint Server 검색 -> 시작
3. 콘텐츠 인덱싱 및 검색 쿼리 처리 선택 -> 계정 정보 등 입력 -> 확인
4. 상태에 정상적으로 Office SharePoint Server 검색이 시작 상태인지 확인

SSP (Shared Services Provider) 생성
1. 응용 프로그램 관리 -> Office SharePoint Server 공유 서비스 -> 이 팜의 공유 서비스 만들기 또는 구성
2. 새 SSP 클릭 -> 새 웹 응용 프로그램 만들기 클릭
3. 포트 정보는 관리 목적이므로 80이 아닌 다른 포트(예: 5000)로 변경한다.
나머지는 기본값으로 두고 새 응용 프로그램 풀 만들기 선택 후 계정 정보 입력
(여기서 입력하는 계정 정보는 도메인 계정이어야 하며 Front-end Server와 Back-end Server의 Administrator 권한이 있어야 한다.)
4. DB 서버 이름과 DB 이름을 확인하고 인증은 기본값인 Windows 인증, 나머지는 모두 기본값으로 두고 확인을 클릭한다.
5. 구성이 완료되면 SSP 생성 화면으로 돌아온다.
6. 새 SSP 이름 입력 -> 웹 응용 프로그램에서 위에서 생성한 웹 응용 프로그램이 선택되어 있는지 확인
7. SSP 서비스 자격 증명을 입력한다.
(이 계정은 도메인 계정이어야 하며 Front-end Server와 Back-end Server의 Administrator 권한은 필요하지 않다.)
8. SSP 데이터베이스와 검색 데이터베이스는 기본값으로 두거나 Database 이름을 적당한 것으로 변경한다.
9. 나머지 항목은 기본값으로 두고 확인을 클릭한다. 경고 창이 나타나면 확인을 클릭한다.
10. 구성 작업이 완료된 후 정상적으로 SSP가 생성되었는지 확인

사이트 생성 및 구성
1. 응용 프로그램 관리 -> SharePoint 웹 응용 프로그램 관리 -> 웹 응용 프로그램 만들기 또는 확장
2. 새 웹 응용 프로그램 만들기 -> 새 IIS 웹 사이트 만들기를 선택하고 포트를 기본 포트인 80으로 변경한다.
3. 나머지는 기본값으로 두고 계정 정보 입력, Database 이름을 기본값에서 알기 쉬운 이름으로 변경한다. -> 확인
4. 응용 프로그램 관리 -> SharePoint 사이트 관리 -> 사이트 모음 만들기
5. 웹 응용 프로그램을 방금 생성한 웹 응용 프로그램으로 선택하고 사이트의 제목, 서식 선택, 관리자 지정 -> 확인

인덱싱 설정 (Optional)
1. 응용 프로그램 관리 -> Office SharePoint Server 공유 서비스 -> 이 팜의 공유 서비스 만들기 또는 구성
2. 이전에 생성한 SSP 클릭 (공유 서비스 관리 페이지) -> 검색 -> 검색 설정
3. 기본 콘텐츠 액세스 계정 클릭 -> 도메인 계정 입력 -> 확인
(이 계정은 팜의 Web application Full Read 권한이 있어야 하며
Front-end Server와 Back-end Server의 Administrator 권한이 없는 것이 좋다.)
4. 콘텐츠 원본과 크롤링 일정 설정

HUB Server의

C:\Program Files\Microsoft\Exchange Server\Bin\EdgeTransport.exe.config
파일을 열어 아래 값을 수정

기본값 128MB를:
      <add key="DatabaseMaxCacheSize" value="134217728" />

권장값인 512MB로 수정:
      <add key="DatabaseMaxCacheSize" value="536870912" />

http://msexchangeteam.com/archive/2008/05/14/448890.aspx

registered the dll C:\Windows\System\regsvr32 scrrun.dll
and restarted IIS by running "IISReset" from the command prompt

If the OWA still not work, please create a new HTTP Virtual Server and see
how it goes. To do so:

Open EMS, expand severs -> protocols -> HTTP, right click on it, select new
-> http Virtual Server.

Then, please right click on the new virtual server and select browse to
check if it work.

http://forums.techarena.in/showthread.php?t=79473

POP3 Client를 사용하는 일부 사용자가 외부로 메일 발송 시 다음과 같은 오류를 발생하며 메일을 보낼 수 없다.
(에러 메시지는 Client 단에서도 확인이 가능하고 서버의 POP3 Logging 기능을 활성화해서도 확인이 가능하다.)

550 5.7.1 Client does not have permissions to send as this sender

POP Mail Client(Outlook Express 등)를 이용해 신뢰할 수 있는 도메인을 발신인으로 하는 메일을 발송하기 위해서는 수신 커넥터에 대해 다음 권한이 필요하다.
ms-Exch-SMTP-Accept-Authoritative-Domain-Sender

다음 명령을 이용해 HUB Transport 서버의 수신 커넥터에 AD 사용자 권한을 부여한다.
Get-ReceiveConnector 'HUB Server\Default HUB Server” | add-adpermission -user AU -extendedrights ms-Exch-SMTP-Accept-Authoritative-Domain-Sender

관련 URL
http://technet.microsoft.com/en-us/library/aa996395(EXCHG.80).aspx