Office Communications Server

OCS 2007 음성 배포 계획

Jochen Kunert and Rui Maximo

한 눈에 보기:

• 전화 통신 통합 시나리오
• Office Communications Server 구성
• 사용자, 번호 사용 계획 및 라우트

Microsoft Office Communications Server(OCS) 2007은 실시간 통신 미디어를 웹 회의(데이터, 오디오 및 비디오 공유),

인스턴트 메시징, 음성/화상 대화를 비롯한 사용자 현재 상태 인식 기능과 통합하는 엔터프라이즈 제품입니다. OCS 2007을 기존 PBX 시스템과 통합하는 작업은 매우 복잡할 수 있습니다. Office Communications Server 2007은 PBX로 설계되지 않았습니다. 오늘날의 정보 작업자는 일상적인 작업에서 전자 메일, 인스턴트 메시징, 전화, 음성 메일 등 다양한 미디어 통신을 사용하지만 PBX 시스템은 전화 호출 기능만 제공하기 때문입니다.

관리자가 보다 융통성 있게 개인이나 회사를 위한 최적의 전화 통신 통합 전략을 세울 수 있도록 Office Communications Server 2007에서는 기존 전화 통신 환경과의 통합에 사용할 수 있는 세 가지 구성 시나리오를 제공합니다. 이 세 가지 시나리오는 바로 원격 통화 제어, Enterprise Voice, Enterprise Voice와 PBX의 통합입니다.

이 문서에서는 OCS 2007 전화 통신을 기존 전화 통신 시스템과 통합하는 경우를 가정하고 OCS 2007 전화 통신 배포를 계획할 때 고려해야 할 사항에 중점을 두고 설명합니다. 이 정보는 특히 시스템 설계자와 IT 및 전화 통신 관리자에게 유용합니다. 다른 여러 시나리오에 대해서도 간단히 살펴보겠지만 이 문서에서는 주로 Office Communications Server 2007 Enterprise Voice를 다룰 것입니다.

원격 통화 제어

추가 OCS 리소스

• Pro LCS: Live Communications Server Administration
• 전화 통신과 Office Communications Server 2007 통합
• Enterprise Voice 계획 및 배포 가이드

RCC(원격 통화 제어) 시나리오에서 사용자는 기존 PBX, IP-PBX 또는 TDM(Time-Division Multiplexing) 사무용 전화를 사용합니다. 사용자는 전화기의 번호를 누르거나 누르거나 송수화기를 들지 않고도 자신의 Office Communicator 2007 클라이언트에서 사무용 전화로 전화를 걸거나 받을 수 있습니다. 사무용 전화는 Office Communicator 2007을 사용하여 제어할 수 있지만 음성은 여전히 PBX 시스템에 의해 처리되며 VoIP(Voice-over-IP) 전화로 변환되지 않습니다. Office Communicator 2007로 사무용 전화를 제어할 수 있지만 Office Communicator 2007 실행 여부에 관계없이 이전처럼 PBX 전화로 전화를 걸거나 받을 수도 있습니다.

Office Communicator 2007 및 OCS 2007에서 RCC를 사용하려면 SIP(Session Initiation Protocol)/CSTA(Computer Supported Telephony Application) 게이트웨이를 배포해야 하고 RCC를 사용할 수 있도록 Office Communications Server 2007 환경을 설정해야 합니다. SIP/CSTA 게이트웨이는 PBX 시스템과 OCS 2007을 연결하는 기능을 하므로 사용 중인 PBX 시스템의 유형과 상호 운용되어야 하고 OCS 2007과 호환되어야 합니다. PBX 전화를 제어하기 위해 Office Communicator 2007은 CSTA 프로토콜을 사용합니다. 이 프로토콜은 ECMA(European Computer Manufacturers Association) 269 표준(www.ecma-international.org/publications/standards/Ecma-269.htm)에서 설명하는 것처럼 전화 스위치(PBX)와 연결하기 위한 XML 스키마를 정의합니다.

Office Communicator 2007은 PBX 전화를 제어하기 위해 SIP 페이로드 형태로 CSTA 명령을 보냅니다. 그러면 이 명령은 Office Communications Server 2007에 의해 SIP/CSTA 게이트웨이로 라우트됩니다. 따라서 Office Communications Server 2007에서는 CSTA를 인식할 필요가 없으며 CSTA를 라우트하는 방법만 알고 있으면 됩니다. 그런 다음에는 SIP/CSTA 게이트웨이가 PBX에서 사용하는 기본 프로토콜로 명령을 변환합니다. 그림 1에서는 이 프로세스를 보여 줍니다.

그림 1** RCC 통합 시나리오 **(더 크게 보려면 이미지를 클릭하십시오.)

RCC를 사용하도록 설정하는 작업에는 다섯 단계가 포함됩니다. 첫 번째 단계는 PBX와 통신하도록 SIP/CSTA 게이트웨이를 구성하는 것입니다. 그런 다음에는 CSTA 요청을 SIP/CSTA 게이트웨이로 라우트하도록 OCS 2007을 구성합니다. 세 번째 단계는 RCC를 사용하도록 사용자를 구성하는 것입니다. 네 번째 단계는 Office Communicator 2007을 구성하는 것입니다. 다섯 번째 단계는 OCS 2007 정규화 규칙을 정의하는 것입니다. 정규화 규칙은 주소록 전화 번호 정규화에도 사용되는 것으로, Enterprise Voice와 함께 사용되는 전화 번호 정규화 규칙과는 다른 규칙입니다.

Enterprise Voice

Enterprise Voice를 사용하도록 사용자를 구성하면 PBX 전화 대신 Office Communicator 2007이나 Office Communicator Phone Edition이 사용자의 기본 전화로 설정됩니다. Office Communicator 2007에는 고유한 전화 번호가 할당됩니다. 테스트를 위해 기존 PBX 전화를 Office Communicator 2007에 할당된 새 내선 번호로 착신 전환할 수 있습니다. 이제 권장 USB 음성 장치와 결합된 Office Communicator 2007이 통화 제어(또는 신호)와 미디어(오디오 및 비디오)를 모두 처리하게 됩니다.

이 시나리오에서 Office Communications Server 2007은 전화를 IP 네트워크의 Office Communicator 2007 끝점 간에서 라우트하거나(IP-IP 전화), PSTN(공중 전화망)/PBX로 라우트합니다(IP-PSTN 전화). OCS 2007은 PSTN으로 라우트되는 모든 전화에 대해 전화 걸기 제한을 적용합니다.

Office Communications Server 2007 환경을 PBX 또는 PSTN에 연결하려면 SIP/PSTN 또는 IP/PSTN 게이트웨이라고 하는 미디어 게이트웨이를 배포해야 합니다. Office Communications Server 2007 환경에 연결하려면 그림 2에 표시된 것처럼 미디어 게이트웨이를 중재 서버와 연결해야 합니다. 중재 서버 및 중재 서버와 연결된 미디어 게이트웨이를 동일한 물리적 위치에 설치해야 합니다.

그림 2** Enterprise Voice와 PSTN 또는 기존 PBX 통합 시나리오 **(더 크게 보려면 이미지를 클릭하십시오.)

OCS 2007은 인증되고 암호화된 통신만 허용하기 때문에, 중재 서버를 사용하면 표준 SIP 구현(보안되지 않은 경우 포함)을 지원하는 미디어 게이트웨이를 Office Communications Server 2007에 연결할 수 있습니다. 중재 서버는 표준 코덱(G.711, G.723 등)과 Microsoft 실시간 오디오 코덱 간의 코덱 변환을 처리하는 작업도 수행합니다. Office Communications Server 2007에서 지원하는 미디어 게이트웨이 목록은 technet.microsoft.com/bb735838에서 전략적 하드웨어 파트너를 참조하십시오.

미디어 게이트웨이를 PSTN에 직접 연결하거나 기존 PBX의 PRI(Primary Rate Interface) 트렁크에 연결할 수 있습니다. 그림 2에서는 PSTN 및 기존 PBX을 사용하는 Enterprise Voice 시나리오에서 가능한 통합 시나리오를 보여 줍니다. Enterprise Voice 배포에 디렉터(일반적으로 Office Communications Server Standard Edition Server)가 반드시 필요한 것은 아니지만 사용하는 것이 좋습니다.

Enterprise Voice를 사용하도록 설정하는 작업에는 네 단계가 포함됩니다. 첫 번째 단계는 미디어 게이트웨이를 배포하고 구성하는 것입니다. 미디어 게이트웨이는 Microsoft 파트너 제품이며 미디어 게이트웨이마다 배포 단계가 다르므로 해당 공급업체의 설명서를 참조해야 합니다.

그런 다음에는 모든 미디어 게이트웨이에 대해 중재 서버를 배포해야 합니다. 이 단계에서는 중재 서버가 미디어 게이트웨이에서 트래픽을 주고 받는 데 사용할 네트워크 카드 하나와 Office Communications Server 2007(Enterprise Edition 배포의 경우 디렉터)에서 트래픽을 주고 받는 데 사용할 다른 네트워크 카드 하나를 구성해야 합니다. 고급 미디어 게이트웨이를 제외한 일반 미디어 게이트웨이가 OCS 2007 Enterprise Voice 인프라와 상호 운영되려면 OCS 2007 중재 서버 역할의 지원이 필요합니다.

세 번째 단계는 번호 사용 계획을 정의하는 것입니다. 여기에는 음성 정책, 전화 라우트, 위치 프로필을 정의하는 작업이 포함됩니다.

그런 다음에는 Enterprise Voice를 사용하도록 사용자를 구성합니다. Enterprise Voice를 사용하도록 사용자를 구성할 때 PBX 또는 PSTN으로도 전화를 걸고 받을 수 있도록 설정해야 합니다. 이를 위해서는 각 사용자에게 고유한 전화 번호를 할당해야 합니다.

Enterprise Voice와 PBX 통합

이 구성은 Enterprise Voice 구성을 확장한 것으로, 사용자의 PBX 전화가 사용자의 Office Communicator 클라이언트와 동기화된다는 점이 다릅니다. 이 구성은 그림 2의 PBX를 통해 PSTN에 연결하는 Enterprise Voice 시나리오와 비슷합니다. 그러나 Enterprise Voice와 PBX 통합 시나리오에서는 사용자의 PBX 전화를 Office Communicator 2007 클라이언트로 대체하는 대신 Office Communicator 2007과 기존 PBX 전화가 같은 전화 번호를 사용합니다.

발신자가 PBX 전화나 PSTN 전화에서 사용자의 내선 번호로 전화를 걸면 PBX 시스템은 전화를 사용자의 PBX 전화와 Office Communications Server 2007을 통해 Office Communicator 2007 클라이언트로 분기합니다. 전화가 걸려오면 사용자의 Office Communicator 2007 클라이언트와 PBX 전화에서 동시에 신호가 울립니다. 반대로 Office Communications Server는 OCS 2007에서 시작된 전화를 미디어 게이트웨이를 통해 PBX로 분기합니다. Office Communicator Phone Edition을 사용하는 경우에는 이 시나리오가 가능하지 않습니다. 이 구성을 사용하려면 PBX 음성 메일 시스템에서 음성 메일을 처리해야 합니다. 이 경우 Exchange Server 2007 통합 메시징을 음성 메일 솔루션으로 사용할 수 없습니다.

Enterprise Voice를 PBX와 통합하려면 Enterprise Voice 배포 시 수행하는 단계와 함께 세 가지 단계를 추가로 수행해야 합니다. 추가로 수행하는 첫 번째 단계에서는 미디어 게이트웨이를 PBX에 직접 연결해야 합니다. 그런 다음 이 시나리오를 지원하도록 PBX를 구성해야 합니다. 공급업체에 따라 PBX 소프트웨어를 업그레이드해야 할 수도 있습니다. 마지막으로, PBX 통합에 맞게 사용자를 설정해야 합니다.

Microsoft는 미디어 게이트웨이라는 중간 매체 없이 중재 서버를 직접 IP PBX에 연결할 수 있도록 지원하기 위해 많은 노력을 기울이고 있습니다. 이와 관련된 최신 정보는 technet.microsoft.com/bb735838을 참조하십시오.

Office Communications Server 구성

Enterprise Voice 기능은 Office Communications Server 2007 Enterprise Edition 및 Office Communications Server 2007 Standard Edition에서 실행되는 서비스에 의해 처리됩니다. 그림 3에서는 인바운드 및 아웃바운드 전화를 라우트하기 위해 Enterprise Voice 기능을 제공하는 서비스에 대해 설명합니다.

Figure 3 Enterprise Voice 서비스

그림 4에서는 걸려오는 전화가 PC 간 전화를 위해 OCS 2007에 의해 라우트될 때 이러한 각 구성 요소가 걸려오는 전화에 대해 수행하는 작업을 보여 줍니다. 걸려오는 전화는 Office Communicator 2007이나 Office Communicator Phone Edition과 같은 끝점 또는 PSTN/PBX에 연결된 중재 서버에서 시작될 수 있습니다(PSTN-SIP 전화). Office Communicator 2007과 같은 Office Communications Server 2007 클라이언트 끝점 중 하나에서 시작되는 거는 전화는 Standard Edition Server나 사용자 홈인 Enterprise 풀로 전송됩니다. 이를 사용자 홈 풀이라고 합니다.

그림 4** OCS의 Enterprise Voice 관련 서비스 간 상호 작용 프런트 엔드 서버 **(더 크게 보려면 이미지를 클릭하십시오.)

이 시점에서 Office Communications Server 2007은 전화를 처리하여 어디로 라우트할지 결정합니다. 다음 홉은 수신자의 홈 풀, 중재 서버 또는 Microsoft® Exchange Server 2007 통합 메시징이 될 수 있습니다(그림 5 참조). 전화가 다른 홈 풀로 라우트되면 OCS 2007은 수신자의 모든 활성 끝점으로 전화를 보냅니다. 수신자의 Office Communicator 2007 또는 Office Communicator Phone Edition에서 신호가 울리고 팝업 창 알림이 장치에 나타납니다.

그림 5** 전화 라우팅 **(더 크게 보려면 이미지를 클릭하십시오.)

전화가 중재 서버로 라우트되면 특정 미디어 게이트웨이로 라우트하도록 서버가 구성되어 있는 것입니다. 미디어 게이트웨이가 PBX에 직접 연결되어 있으면 전화가 PBX에 의해 사무용 전화나 PSTN으로 라우트됩니다. 그러나 미디어 게이트웨이가 PBX에 직접 연결되어 있지 않으면 전화가 PSTN으로 라우트됩니다.

다음 홉이 Exchange Server 2007 통합 메시징이면 발신자가 메시지를 남길 수 있습니다. 음성 메일은 수신자가 Office Communications Server 2007에 로그인되어 있는지 여부에 관계없이 사용할 수 있습니다.

수신자가 음성 메일에 응답하면 발신자의 Office Communicator 2007 또는 Office Communicator Phone Edition에서 수신자의 Office Communicator 2007 또는 Office Communicator Phone Edition으로 직접 음성이 전송됩니다(IP-IP 전화의 경우). 발신자가 PBX 또는 PSTN 전화를 사용하는 경우 중재 서버는 음성 트래픽을 직접 수신자의 Office Communicator 2007 또는 Office Communicator Phone Edition으로 전송합니다(IP-PSTN 전화의 경우). OCS 2007은 전화 신호 울림만 처리합니다. 따라서 오디오와 비디오는 OCS 2007에서 처리하는 것이 아니라 끝점 간에 직접 이동합니다.

사용자 구성

Enterprise Voice를 사용하도록 설정된 사용자에게는 조직 내에서 고유한 전화 번호가 할당되어야 합니다. 이것은 Active Directory®에서 수행되는 구성으로, 전화에 전화 번호가 할당되는 대부분의 전화 통신 시스템과는 다른 구성입니다. 이 설계의 장점은 사용자가 Office Communicator 2007을 실행하는 아무 컴퓨터에서나 OCS 2007에 로그인하여 컴퓨터를 자신의 업무용 전화로 전환할 수 있다는 점입니다. 이 이식성 기능은 자택 근무자나 현장에서 근무하는 직원에게 특히 유용합니다.

사용자의 전화 번호는 Active Directory에서 E.164 형식으로 지정됩니다. E.164 형식은 전화 번호를 명확하고 고유하게 나타내기 위한 번호 지정 스키마인 국제 공용 전화 통신 번호 사용 계획을 정의합니다. E.164 형식은 전화 번호를 다음과 같은 형식으로 지정합니다.

+<country code><area code><phone number>

Enterprise Voice를 사용하도록 설정된 사용자는 전화 번호에 대해 SIP URI와 E.164 전화 번호라는 두 가지 고유한 표현을 사용합니다. 이 경우, 전화 번호로 전화를 걸면 Office Communications Server에서 전화 번호의 E.164 표현(+14255551212)을 사용자의 SIP URI(joe@contoso.com)로 변환합니다. 그런 다음 Office Communications Server 2007은 수신자의 SIP URI를 기준으로 전화를 라우트합니다. 전화 번호를 SIP URI로 변환할 수 없는 경우 OCS 2007은 중재 서버를 통해 전화를 PBX/PSTN으로 라우트합니다.

모든 Office Communications Server 사용자에게 고유한 전화 번호를 할당해야 하는 Enterprise Voice 배포를 계획하는 경우 기존의 전화 통신 시스템을 고려해야 합니다. 미디어 게이트웨이를 통해 직접 PSTN에 연결하는 경우 두 자리 또는 세 자리의 내선 번호로 구성된 일정 범위의 번호 블록인 DID(Direct-Inward-Dialing) 번호를 사용하여 OCS 2007 사용자에게 전화 번호를 할당할 수 있습니다. PBX를 통해 PSTN에 연결하는 경우 PBX에서 제공하는 DID 번호 블록을 OCS 2007 사용자에게 할당합니다.

번호 사용 계획

E.164 형식 전화 번호가 고유한 표현을 제공하기는 하지만 전화 걸기에 편리한 번호는 아닙니다. 또한 Office Communicator Phone Edition이나 표준 PBX/PSTN 전화에서 이 형식으로 번호를 입력할 수도 없습니다. 10개의 숫자로 된 다이얼패드에서 + 문자를 어떻게 지정할 수 있을까요? 사용자는 짧은 내선 번호로 전화를 거는 데 익숙해 있습니다. 하지만 내선 번호가 특정 위치에서는 고유하지만 회사 전체에서는 그렇지 않을 수도 있습니다. 따라서 내선 번호를 E.164 형식으로 변환하는 변환 규칙을 지정해야 합니다.

관리자는 이러한 번호 변환을 수행하는 정규화 규칙이 지정된 위치 프로필을 정의해야 합니다. 클라이언트(Office Communicator 2007 또는 Communicator Phone Edition)나 Office Communications Server 2007의 변환 서비스에 의해 전화 번호가 E.164 형식으로 변환되면 사용자 서비스가 역방향 번호 조회를 수행하여 E.164 번호에 해당하는 SIP URI를 찾을 수 있습니다. 위치 프로필에 정의된 정규화 규칙은 일치하는 항목을 찾은 경우 정규식을 사용하여 변환을 수행합니다. 예를 들어 1234에 전화를 걸면 정규화 규칙은 4자리 패턴과 일치하는 번호를 찾아서 이를 +142555{4자리}로 변환합니다. 즉, 1234를 +1425551234로 변환합니다. 이 위치 프로필을 통해 사용자는 이전부터 사용하던 전화 걸기 방법을 그대로 사용할 수 있습니다.

관리자는 다음과 같은 세 가지 방법으로 사용자에게 위치 프로필을 할당할 수 있습니다.

• 그룹 정책을 통해 Office Communicator 2007 사용자에 대한 위치 프로필을 정의합니다.
• 사용자가 Office Communicator Phone Edition에서 위치 프로필을 선택하도록 허용합니다.
• 홈 풀에 위치 프로필을 할당합니다. 해당 풀이 홈인 사용자에게는 자동으로 해당 위치 프로필이 할당됩니다.

번호 사용 계획을 정의하는 작업에는 음성 정책, 전화 라우트, 정규화 규칙이 포함된 위치 프로필 등을 만드는 작업이 포함됩니다. 음성 정책은 사용자에게 허용되는 전화 액세스의 유형을 정의합니다. Office Communications Server 2007은 전화 라우트를 통해 전화를 PBX/PSTN으로 라우트하는 방법을 결정합니다. 전화 번호로 전화를 거는 방법은 다양하기 때문에 위치 프로필의 정규화 규칙은 수신 전화 번호를 E.164 형식으로 변환하는 방법을 정의함으로써 전화가 라우트될 수 있도록 합니다.

Enterprise Voice를 사용하도록 설정된 모든 사용자는 관리자에 의해 음성 정책에 연결됩니다. 음성 정책은 사용자에게 할당된 전화 권한을 정의합니다. 전화 권한은 사용자가 사용할 수 있는 라우트와 사용자가 전화를 걸 수 있는 번호를 결정합니다. 각 사용자는 단일 음성 정책에 연결되어야 합니다. 이러한 정책은 관리자가 만듭니다.

각 음성 정책에는 동시 신호 울림 및 순서가 지정된 전화 사용 목록을 사용자에게 허용하거나 허용하지 않는 설정이 포함되어 있습니다. 모임 정책과 비슷한 음성 정책은 Active Directory에 XML 문서로 정의되어 저장되는 논리적인 설정 컨테이너입니다. 이 설계는 향후 OCS 2007 버전에서 Active Directory 스키마를 확장하지 않고도 추가 정책 설정을 지원하도록 확장할 수 있다는 점에서 매우 유용합니다. 예를 들어 음성 정책에 전화 사용이 연결되어 있지 않으면 해당 정책이 할당된 사용자는 PBX/PSTN으로 아웃바운드 전화를 할 수 없도록 금지됩니다. 이러한 사용자는 IP-IP 전화만 할 수 있습니다.

전화 사용 및 라우트

전화 사용은 사용자에게 허용된 전화 라우팅 권한을 정의합니다. 전화 사용은 전화 라우트의 모음입니다. 전화 사용은 고유한 키워드로 된 문자열입니다. 즉, 다른 전화 사용에 같은 이름을 사용할 수 없습니다. 관리자는 전화 사용을 필요한 만큼 얼마든지 만들 수 있습니다.

전화 사용 대신 음성 정책에 라우트나 라우트 집합을 직접 연결할 수도 있지만 전화 사용 키워드는 정책과 라우트 간의 연결을 유지하기 위한 추상화된 개념입니다. 정책을 라우트에 직접 연결하는 경우 전화 사용의 개념이 필요하지 않지만 이 경우 관리자가 라우트 이름을 수정하면 해당 라우트와 연결된 모든 정책을 업데이트해야 합니다. 정책과 라우트 간 연결을 만드는 데 사용되며 정책과 라우트 둘 모두의 속성에 해당하는 전화 사용을 사용하면 라우트 이름이 변경될 경우에도 정책과 라우트 간의 연결이 유지됩니다.

라우트에는 전화 번호 패턴과 미디어 게이트웨이에 연결된 중재 서버 목록이 포함됩니다. 라우트에는 하나 이상의 전화 사용이 할당되어야 합니다. 패턴과 게이트웨이 간의 이 연결은 특정 패턴과 일치하는 전화 번호의 라우팅 방법을 지정합니다.

패턴은 일치하는 전화 번호 범위를 지정합니다. 패턴은 전화 번호를 포함하거나 제외할 수 있는 정규식으로 정의됩니다. 이러한 정규식을 보다 쉽게 만들 수 있도록 Enterprise Voice Route Helper 도구가 제공됩니다. 전화가 걸려온 전화 번호가 라우트의 정규식 패턴과 일치하면 라우트에 정의된 게이트웨이 중 하나로 전화가 라우트됩니다.

단일 라우트에 둘 이상의 중재 서버와 미디어 게이트웨이를 포함할 수 있습니다. Office Communications Server 2007은 게이트웨이 간의 고른 트래픽 분산을 위해 라운드 로빈 방식으로 전화를 중재 서버에 라우트합니다. 게이트웨이에서 오류가 발생하거나 유지 관리 작업으로 인해 서비스가 중단되는 경우 해당 중재 서버는 Office Communications Server 2007로 응답을 보내고 그러면 Office Communications Server 2007은 즉시 라우트 목록에 있는 다른 중재 서버와 다른 미디어 게이트웨이로 전화를 라우트합니다.

오류가 발생한 미디어 게이트웨이로 전화 라우트 시도를 10회 수행한 이후 Office Communications Server 2007은 해당 미디어 게이트웨이가 다시 응답을 할 때까지 해당 게이트웨이로 향하는 트래픽을 줄입니다. 추가 10회 시도 이후에도 미디어 게이트웨이에서 응답하지 않으면 Office Communications Server 2007은 미디어 게이트웨이가 다시 응답할 때까지 해당 미디어 게이트웨이로의 전화 라우팅을 중지합니다.

전화 라우트에 정의된 미디어 게이트웨이 목록은 게이트웨이의 정규화된 도메인 이름과 포트 번호로 표현됩니다. 전화 번호가 정규식 패턴과 일치하지 않으면 일치하는 패턴을 찾을 때까지 사용자에게 할당된 전화 사용과 연결된 다음 라우트가 확인됩니다. 일치하는 패턴이 없으면 전화를 라우트할 수 없으므로 전화가 해당 목적지에 도달하지 못합니다. 사용자는 전화를 완료할 수 없음을 알려주는 알림을 받습니다.

다음 단계

Office Communications Server 2007은 세 가지 수준의 전화 통신 통합을 제공합니다. 전화 통신 배포를 고려하는 경우 현재 및 미래의 전화 통신 비즈니스 요구 사항에 가장 적합한 수준을 결정해야 합니다. 수준을 결정하면 배포를 계획할 수 있습니다. 배포 계획 시 중요한 부분은 Office Communications Server Enterprise Voice 배포에 대한 번호 사용 계획을 정의하는 것입니다. 이 부분은 신중하게 검토해야 합니다.

Office Communications Server 2007 Enterprise Voice 및 관련 기술에 대한 자세한 내용은 "추가 OCS 리소스" 추가 기사를 참조하십시오.

Jochen Kunert는 전화 통신 업계에서 10년 간의 경력을 쌓은 바 있으며 현재는 Microsoft의 Office Communications Group에서 수석 프로그램 관리자로 근무하고 있습니다. Kunert는 곧 출판될 Microsoft Office Communications Server 2007 Resource Kit의 공동 저자이기도 합니다. 문의 사항이 있으면 jkunert@microsoft.com으로 연락하시면 됩니다.

Rui Maximo는 IT 업계에서 14년 간의 경력을 쌓은 전문가이며 Pro LCS: Live Communications Server Administration 및 Microsoft Office Communications Server 2007 Resource Kit의 공동 저자입니다. 문의 사항이 있으면 ruim@ruimaximo.com으로 연락하시면 됩니다.

© 2008 Microsoft Corporation 및 CMP Media, LLC. All rights reserved. 이 문서의 전부 또는 일부를 무단으로 복제하는 행위는 금지됩니다..