Enterprise Voice 部署需求

Communications Server 2007 R2

上次修改主題的時間: 2009-04-30

除了部署媒體閘道 (SIP 主幹連線則不需要) 之外,您還必須準備正規化儲存在 Active Directory 網域服務 (AD DS) 的電話號碼,並且為組織各營運位置建立撥號對應表,以及符合專為組織所選之其他實作方法的需求。

如果您的組織將整合 Exchange Unified Messaging 與 Office Communications Server,則同樣必須符合該整合的其他技術需求。

若要在部署 Enterprise Voice 時有最佳的經驗,請確定您的 IT 基礎結構、網路和系統都符合下列先決條件:

  • 網路上已安裝 Microsoft Office Communications Server Standard Edition 或 Enterprise Edition,而且運作正常。
  • 所有的 Edge Server 和反向 Proxy 都已部署在周邊網路中,而且運作正常。
  • 若要整合 Exchange Unified Messaging 與 Office Communications Server,必須安裝 Exchange Server 2007 SP1。
  • 已經建立一個或多個使用者,並讓他們啟用 Office Communications Server。
  • 已經針對每一個要啟用 Enterprise Voice 的使用者,指定和正規化主要電話號碼,並將它複製到 msRTCSIP-line 屬性。系統管理員要負責確認這個號碼是唯一的。
  • 部署 Enterprise Voice 的系統管理員應該是 RTCUniversalServerAdmins 群組的成員。
  • Office Communicator 和 Live Meeting 都已部署完成。
  • 已經使用 Microsoft 或協力廠商憑證授權單位 (CA) 的基礎結構,完成公開金鑰基礎結構 (PKI) 的部署和設定。
  • 每一部安裝中繼伺服器的電腦:
    • 已準備好使用 Active Directory 網域服務。如需有關 Active Directory 網域服務準備程序的詳細資料,請參閱為 Office Communications Server 2007 R2 準備 Active Directory 網域服務
    • 執行下列其中一個作業系統:
      • 64 位元版本的 Windows Server 2008 Standard 作業系統,或是 64 位元版本的 Windows Server 2008 Enterprise 作業系統
      • Windows Server 2003 R2 Standard x64 Edition Service Pack 2 (SP2) 作業系統,或是 Windows Server 2003 R2 Enterprise x64 Edition SP2 作業系統。
      • Windows Server 2003 Standard x64 Edition SP2 作業系統,或是 Windows Server 2003 Enterprise x64 Edition SP2 作業系統。
  • 有一個或多個媒體閘道可供部署 (SIP 主幹 (SIP Trunking) 不需要媒體閘道)。

表 1. Enterprise Voice 技術需求表

實作方法 技術需求

PBX 並存

使用可和 Office Communications Server 互通的格式,原生支援 SIP 與 IP 媒體的 IP PBX。

或是

與媒體閘道 (將 PBX 連結至 Office Communications Server 基礎結構) 結合的 PBX。

提供跨網路位址轉譯 (NAT) 和防火牆之媒體中繼服務的 A/V Edge Server。

經設定具有 PBX 之 IP 位址和 A/V Edge Server 之完整網域名稱 (FQDN) 的中繼伺服器。

啟用 Enterprise Voice 和 PBX 整合的使用者。

設定在 PBX 中的語音信箱。

獨立選項

 

部門

IP 或 TDM PBX。

已設定用於連線部門部署和 PBX 的基本、基本混合型或進階媒體閘道。

PSTN 連線所需要的其他閘道。

提供跨網路位址轉譯 (NAT) 和防火牆之媒體中繼服務的 A/V Edge Server。

經設定具有基本或基本混合型媒體閘道之 IP 位址的中繼伺服器 (進階閘道不需要)。

啟用 Enterprise Voice 的使用者。

在 Office Communicator 和 PBX 上個別獨立設定的來電轉接功能。

針對 Enterprise Voice 使用者部署與設定 (以提供語音信箱功能) 的 Exchange Unified Messaging (PBX 會繼續為其他所有使用者提供語音信箱功能)。

全新部署

已設定為連線至 PSTN 的基本、基本混合型或進階媒體閘道。

提供跨網路位址轉譯 (NAT) 和防火牆之媒體中繼服務的 A/V Edge Server。

經設定具有基本或基本混合型媒體閘道之 IP 位址的中繼伺服器 (進階閘道不需要)。

啟用 Enterprise Voice 的使用者。

在 Office Communicator 上設定的來電轉接功能。

已部署並設定為提供語音信箱的 Exchange Unified Messaging。

用於傳真或撥打緊急電話號碼 (如 911 或 999) 的小型 PBX。

連線至小型 PBX 的其他閘道。

PBX 與獨立選項的整合

Dd441140.note(zh-tw,office.13).gif附註:
唯有使用 PBX 整合做為 Office Communications Server 獨立部署的方法時,才使用此移轉路徑。

已設定為連線至 PSTN 的基本、基本混合型或進階媒體閘道 (如果已經部署一個或多個閘道,則可能必須針對網路中的新角色重新規劃)。

SIP 電話 (例如 Microsoft Office Communicator 2007 R2 Phone Edition) 是選用的。

為了確保您的 Enterprise Voice 基礎結構在實體和邏輯上都與媒體閘道區隔開來,您應該在裝有兩張網路介面卡 (NIC) 的電腦上安裝中繼伺服器。一張介面卡處理閘道,另一張介面卡處理做為中繼伺服器向內之下一個躍點的 Office Communications Server 2007 伺服器。

當您安裝中繼伺服器時,[部署精靈] 會偵測到電腦有這兩張網路卡,並將其 IP 位址寫入 [Office Communications Server 聆聽 IP 位址] 清單和 [閘道聆聽 IP 位址] 清單,這兩個清單都位於 [中繼伺服器內容] 對話方塊的 [一般] 索引標籤上。

[Office Communications Server 聆聽 IP 位址] 是位於進階媒體閘道上的位址,在聆聽來自 Office Communications Server 的通話流量。在可以使用進階媒體閘道之前,這個位址會對應到做為中繼伺服器內部邊緣的網路卡。

Dd441140.important(zh-tw,office.13).gif重要事項:
您從 [Office Communications Server 聆聽 IP 位址] 中選取的 IP 位址,必須符合由網域名稱系統 (DNS) 查詢所傳回的中繼伺服器 FQDN 的位址。如果這兩個位址不符合 DNS 中所列之 FQDN 的 IP 位址,則無法完成連線,而通話流量將會導向未聆聽 Office Communications Server 流量的介面,而不是聆聽的介面。

[閘道聆聽 IP 位址] 是中繼伺服器上聆聽來自基本或基本混合型媒體閘道之流量的位址 對於 Office Communications Server 2007 而言,這個位址會對應到做為中繼伺服器外部邊緣的網路卡。

Dd441140.note(zh-tw,office.13).gif附註:
您可以同時將兩個邊緣設定在單一介面卡上,但是不建議採用這個替代方法。

對於基本媒體閘道而言,每通並行電話的閘道與中繼伺服器之間的頻寬需求為 64 Kbps (每秒千位元數)。將這個數字乘以每一個閘道的連接埠數目,就是在中繼伺服器的閘道端所需頻寬的合理預估值。在 Office Communications Server 端,頻寬需求則低許多。

設定中繼伺服器時,建議您接受預設的媒體連接埠閘道範圍 (60,000 到 64,000)。減少連接埠範圍會大幅降低伺服器容量,所以只有在特定的原因下,才能由熟知媒體連接埠需求和案例的管理員來執行。基於這個原因,不建議您更改預設連接埠範圍。

高頻寬流量 (如語音和視訊) 容易對尚未佈建齊全的網路造成壓力。將媒體流量限制為已知的連接埠範圍,可讓這類問題的疑難排解變得容易許多。

下列清單中會指定您必須在基本媒體閘道上進行的設定,但是如需「如何」在特定閘道上進行這些設定的資訊,請參閱製造商的產品文件。每一個閘道都必須根據廠商的文件進行設定。隨不同的廠商而異,您可能必須設定許多屬性,但是 Enterprise Voice 特有的屬性如下:

  • 與此閘道相關之中繼伺服器的 FQDN 和 IP 位址。
  • 與中繼伺服器進行 TCP 連線要用的聆聽連接埠 (5060)
Dd441140.important(zh-tw,office.13).gif重要事項:
上面的設定必須符合中繼伺服器的對應設定。如果這些設定不相符,則閘道與中繼伺服器之間的連線將會失敗。
  • SIP 傳輸 – 指定 TLS (建議選項) 或 TCP。
Dd441140.important(zh-tw,office.13).gif重要事項:
如果您將 TLS 指定為基本或基本混合型媒體閘道所使用的 SIP 傳輸,您必須同時為 TLS 設定對應的中繼伺服器。
  • 如果閘道與中繼伺服器之間連結的 SIP 傳輸設為使用 TLS,則閘道必須設為使用憑證,以便在和中繼伺服器進行相互 TLS (MTLS) 信號交換期間進行驗證。閘道上的憑證必須設定如下:
    • 憑證可以直接由中繼伺服器中信任的憑證授權單位 (CA) 所簽署。或者,也可以周遊憑證鏈結,來驗證閘道所提供的憑證。閘道必須提供此鏈結,以在與中繼伺服器進行相互 TLS (MTLS) 信號交換時使用。
    • 主體欄位的 CN 部分應該設為閘道的 FQDN。如果主體欄位 CN 部分的 FQDN 與預期和設定的閘道 FQDN 不符,則憑證也必須包含列出預期與設定的閘道 FQDN 的主體別名 (SAN)。
      中繼伺服器會檢查憑證上的 FQDN 是否完全符合中繼伺服器上所設定的閘道 FQDN,藉以驗證閘道所提供的憑證。如果兩邊的 FQDN 不相符,則工作階段會終止。其他驗證工作包括檢查簽章與到期日,以及確定憑證尚未撤銷。
  • 如果閘道與中繼伺服器之間的 SIP 傳輸設為使用 TLS,則必須分別針對通往閘道與 Office Communications Server 集區的 TLS 連線開啟連接埠。連接埠的指派設定作業如下:
    • 媒體閘道與中繼伺服器之間的 TLS 連線:5060。
    • 中繼伺服器與 Office Communications Server 集區之間的 TLS 連線:5061。
  • 您必須設定每個閘道,好讓由 Enterprise Voice 路由傳送至閘道的 E.164 號碼能夠正規化為可在當地撥號的格式。
  • 每個閘道都應該設定為只傳遞 E.164 號碼至中繼伺服器。如需如何將來源電話號碼正規化成 E.164 的詳細資料,請參閱各閘道廠商提供的文件。
  • 每一個閘道都應該加以設定,以便將來源號碼 (顯示為來電者 ID 的號碼) 轉換成正規化的 E.164 號碼。如此可確保來電者 ID 可以符合 Office Communicator 連絡人、Microsoft Office Outlook 連絡人或是公司目錄的成員,藉此讓 Office Communicator 提供來電者的其他資訊。這個號碼也會出現在通知使用者有未接電話和語音信箱的電子郵件中,好讓使用者可以按一下電話號碼來快速回電。如果閘道已經將此號碼正規化,則不需要進一步的處理。如果因為某個原因,而讓閘道無法將此號碼正規化,則回電時,將會套用位置設定檔所定義的正規化規則。您可能需要在位置設定檔中新增正規化規則,以處理閘道無法正規化的號碼。如需如何將來源電話號碼正規化成 E.164 的詳細資料,請參閱各閘道廠商提供的文件。
  • 您必須設定每個閘道,以將使用 E.164 格式的號碼轉換成在 PSTN 網路上可接受的格式。例如,當撥打 +1425xxxxxx 時,如果閘道是在 Redmond,則應去除 +1425,因為本地電話不需要這些首碼。

如需媒體閘道廠商清單,請參閱 http://go.microsoft.com/fwlink/?LinkId=125757 (英文)。

部署 SIP 主幹之前需做的決定

部署 SIP 主幹之前必須做的多項決定包括:

  • 部署 SIP 主幹是否符合成本效益?
  • SIP 主幹提供者是誰?
  • 需要哪些額外的硬體和軟體?
  • 需要哪些額外的人員和訓練?
  • 授權需求是否將改變?
  • SIP 主幹端點的位置在哪?

識別 SIP 主幹的網路和基礎結構需求和先決條件

部署 SIP 主幹的主要工作是設定 SIP 服務提供者的虛擬私人網路 (VPN)。Office Communications Server 除了一般的系統需求以外,還有許多系統需求與此工作相關,因此您必須與 SIP 主幹服務提供者密切合作。

顯示: