如何建置可延展及可使用的整合通訊系統

 

上次修改主題的時間: 2007-05-15

作者:Tony Smith

現在,在許多組織中,存取電子郵件及語音信箱已經是完成每日作業的重要項目。為讓您持續不間斷地存取電子郵件及語音信箱,必須正確規劃及執行 Microsoft Exchange Server 2007 組織的解決方案,以確保提供這些服務之伺服器的可用性。

若要在 Exchange 2007 整合通訊中提供可高度延展及使用的解決方案,必須了解如何調整整合通訊元件以支援您的使用者。您也必須了解如何執行可讓 Unified Messaging Server 高度可用的解決方案。

延展性的定義是指增加資源以提升指定服務功能的能力。可為您的組織提升 Unified Messaging Server 功能的延展性有兩種:水平與垂直。在 Exchange 2007 整合通訊中,垂直延展表示將硬體資源新增至單一或多部 Unified Messaging Server,例如下列項目:

  • 新增更多硬碟空間供郵件儲存之用

  • 提升處理器的速度或數量

  • 提升 RAM 數量或速度

  • 增加網路介面卡的數量,或在單一網路介面卡中增加區域網路 (LAN) 通訊埠的數量

在整合通訊中,水平延展表示在新的 Unified Messaging Server 上安裝 Unified Messaging server role,以及新增 Unified Messaging Server 至撥號對應表,以提升系統可接受的同時來電數。若要水平延展整合通訊環境,您也可以增加 IP/VoIP 閘道的數目。如此可增加來電所能使用的通訊埠數目。

Exchange 2007 整合通訊可提供有效率、簡單、具有高度延展性且不會增加部署複雜性的部署模型。整合通訊有許多部署模型。但建議的整合通訊部署模型,是將您的 Unified Messaging Server 集中。整合通訊所有可用的部署選項,在建立可調整的系統以支援大量整合通訊使用者時,所需執行的步驟中有數個步驟是相同的。這些步驟包括:

  1. 提供 PBX 線路   若要建立具高度延展性的 UM 解決方案,首先必須提供 PBX 線路。

  2. 組織頻道   在提供 PBX 型語音頻道後,即可將頻道組織成群組搜尋。

  3. 部署 IP/VoIP 閘道   將語音頻道組織成群組搜尋後,這些頻道要在 IP/VoIP 閘道處結束。IP/VoIP 閘道可與傳統 PBX 搭配使用,將在電話語音網路上的電路交換通訊協定轉換為 IP 封包交換通訊協定。

  4. 新增 Unified Messaging Server 至撥號對應表   若您必須增加整合通訊所能處理的通話數,您可以安裝及設定更多 Unified Messaging Server,並將其新增至撥號對應表中。在大部分的情況下,IP/VoIP 閘道會使用 DNS 來平衡現有的 Unified Messaging Server 與額外安裝的 Unified Messaging Server 之間的負載。

從 IP/VoIP 閘道接到的每通來電都會產生 IP 網路流量,並且會耗用部分的可用網路頻寬。由於所有的 IP 通話都會直接從您網路上的 IP/VoIP 閘道路由傳送至您的 Unified Messaging Server,且 IP 網路流量會耗用一些可用頻寬,因此您應遵循下列建議與方針:

  • 執行網路流量分析以判斷目前的使用模式以及找出任何潛在的問題。在大部分的網路上,上班時間的各個時段所需要的頻寬並不平均。

  • 將 PBX 實際放置於 IP/VoIP 閘道附近。

  • 將 IP/VoIP 閘道放置在 Unified Messaging Server 附近。

  • 將 Unified Messaging Server 與 IP/VoIP 閘道放在相同的子網路上。

  • 將 Unified Messaging Server 與 IP/VoIP 閘道放在相同的虛擬區域網路 (VLAN) 上。

  • 將 Unified Messaging Server 放置在已安裝 Exchange 2007 server role (包含 Mailbox、Hub Transport 及 Client Access Server) 的其他電腦附近。

  • 將廣域網路 (WAN) 連線終止在電話語音設備所在處附近。

  • 在分公司案例中或使用 WAN 連線時,請使用 G.723.1 轉碼器取代 G.711u 或 G.711A 轉碼器,以儘可能降低您的 IP/VoIP 閘道與 Unified Messaging Server 之間通過的網路流量。

整合通訊的延展性通常取決於同時間的通話數。依預設,單一 Unified Messaging Server 最多可接受 100 通同時的語音通話與 100 通同時的傳真來電。這些通話可以是撥入或撥出的通話,當使用者留下語音信箱訊息或當 Outlook 語音存取使用者存取他們的 Exchange 2007 信箱可加以產生,或是由使用「在電話上播放」功能接聽語音訊息的使用者產生。雖然同時呼叫數是建置可延展整合通訊基礎結構時的一個重要考慮因素,但是您也必須判斷用來編碼語音訊息的最佳轉碼器,以及必須支援之使用者的類型和數目。

  • 同時的通話數   雖然 Unified Messaging Server 依預設可接受 100 則同時的語音訊息與 100 則同時的傳真訊息,但實際上,一部 Unified Messaging Server 可設定成接受最多達 200 則同時的語音訊息與 200 則同時的內送傳真訊息。當您增加單一 Unified Messaging Server 上同時的連線數時,所需的系統資源比您減少同時連線數時還多。Unified Messaging Server 安裝在低階且速度較慢的電腦時,降低此設定便顯得格外重要。您可以使用效能計數器,也可以使用 Get-UMActiveCalls 指令程式來監控 Unified Messaging Server 目前同時連接的通話數。

    若您的組織所需要的同時通話數大於單一 Unified Messaging Server 所支援的數目,您可以安裝 Unified Messaging server role,並將 Unified Messaging Server 新增至撥號對應表,以水平延展及增加同時通話的能力。

  • 語音信箱儲存轉碼器   codec (轉碼器) 一詞是由 coding (編碼) 與 decoding (解碼) 二字所組成,與數位資料有關。轉碼器是一種電腦程式或軟體,負責將數位資料轉換成音訊檔案格式或資料流音訊格式。

    在 Exchange 整合通訊中有兩種一般類型的轉碼器:IP/VoIP 閘道之間所使用的轉碼器,與用於語音訊息編碼的轉碼器。Windows Media 音訊 (WMA)、群組系統電話 (GSM) 06.10 與 G.711 脈衝碼調制 (PCM) 線性音訊轉碼器可用以建立語音訊息的 .wma 與 .wav 音訊檔案。不過,會使用哪種檔案類型則視用以建立語音訊息音訊檔案的音訊轉碼器而定。在 Exchange 整合通訊中,.wma 音訊轉碼器會建立 .wma 音訊檔案,而 GSM 06.10 和 G.711 PCM 線性音訊轉碼器則會產生 .wav 音訊檔案。但根據所使用的轉碼器,.wma 或 .wav 格式的音訊檔案會與電子郵件一起傳送給預定的語音信箱收件者。整合通訊語音訊息的大小視附件所包含的語音資料大小而定。此外,附件大小也視下列因素而定:

    • 語音信箱錄音的時間長短

    • 使用的音訊轉碼器

    • 音訊檔案儲存格式

    下圖針對三種您可以在整合通訊中使用的音訊轉碼器,說明語音信箱錄音的時間長短對音訊檔案大小的影響。

    note附註:
    在下圖中,自動答錄服務的語音訊息平均長度大約是 30 秒。

    音訊檔案大小

    UM_Message_Sizing

    整合通訊中使用的每種音訊轉碼器,其範例位元速率 (位元/秒) 和壓縮內容如下:

    • WMA - 16 位元 - 壓縮檔

    • G.711 - 16 位元 - 非壓縮檔

    • GSM 06.10 - 8 位元 - 壓縮檔

    使用 WMA 轉碼器時,我們預估每部 Unified Messaging Server 可同時處理 60 至 75 則 IP 通話。這項預估值也根據下列假設:所有 IP 通話中,有 14% 是在一天中最忙碌的一個小時內所傳入。根據這兩項假設,並假設您的使用者經常使用 Outlook 語音存取來存取其語音訊息,我們預估每部 Unified Messaging Server 可支援 2,000 至 10,000 名使用者。

    一般而言,每部 Unified Messaging Server 應允許下列數量的同時通話:

    • 若預設撥號對應表轉碼器為 WMA,則為 60

    • 75 if the default dial plan codec is GSM

  • 使用者類型   有兩種類型的使用者會存取整合通訊系統:已驗證與未驗證的使用者。這兩種類型的使用者皆會消耗整合通訊資源。當您建置可調整的整合通訊環境時,您必須考量這些使用者將帶來哪些影響,以及每名使用者將消耗的資源。

    • 已驗證   已驗證的使用者即為已啟用 UM、並可透過 Outlook 語音存取來存取其信箱的使用者。已驗證的使用者可能會透過數種方式耗用 Unified Messaging Server 資源,包括直接撥打使用者存取號碼;登入信箱;存取郵件、行事曆、連絡人或目錄,以及使用「在電話上播放」功能,使用 Unified Messaging Server 在電話上播放語音訊息。他們也可能因為轉接來電、傳送語音訊息,或撥打使用者的分機號碼並留下語音訊息或傳送傳真,而間接耗用資源。

    • 未驗證   撥入整合通訊自動語音應答或使用者存取號碼,但未登入其信箱的使用者,即為未驗證的來電者。但是,已經使用了整合通訊資源來為其要求提供服務。若來電者撥入 UM 自動語音應答,或使用了使用者存取號碼但未登入其信箱,他們仍可能因為轉接來電、傳送語音訊息、轉接給其他自動語音應答、轉接至其他電話號碼,或聆聽錄製的音訊提示,而消耗資源。

整合通訊依賴 IP/VoIP 閘道的功能,將 TDM 或電話語音電路交換型的通訊協定 (例如整合服務數位網路 (ISDN) 或 QSIG) 從 PBX 轉譯成以 VoIP 或 IP 為基礎的通訊協定 (例如 SIP、RTP 或進行即時傳真傳輸的 T.38)。

有多家製造商提供大小與機型從 4 埠至 32 埠的各種 IP/VoIP 閘道。您可以視需要部署數量不限的 IP/VoIP 閘道,以提供足夠的效能與容錯機制。若需要的通話或通訊埠數目超出單一 IP/VoIP 閘道所支援的通話或通訊埠數目,您可以水平延展,並藉由安裝及設定額外的 IP/VoIP 閘道、建立 UM IP 閘道物件以及設定適當的群組搜尋,以增加可接受的通話數目或通訊埠數目,進而支援您的環境。

您環境中的 IP/VoIP 閘道數目與可用的 Unified Messaging Server 數目相符,也是同樣地重要。例如,一部 Unified Messaging Server 不應設定 10 個各與一條 T-1 線路連接的 IP/VoIP 閘道。因為這表示此部 Unified Messaging Server 將必須支援 240 個同時的來電。您必須將此要點納入考量,並適當地為您的 Unified Messaging Server 調整 IP/VoIP 閘道。

最低執行時間需求可能因組織而異。但每個組織皆希望達到最高水準的執行時間,尤其是電話語音系統。組織中的電話語音系統常是企業營運不可或缺的要項,且必須維持高度可用性。部署整合通訊系統時必須考量的因素之一,是系統在 Unified Messaging Server 或 IP/VoIP 閘道等重要元件無法使用時,是否能繼續為使用者提供服務。

  • Unified Messaging Server   在 Exchange 2007 中,整合通訊設計為可以服務與工作者處理序的形式執行。這表示,若服務使用大量系統資源或無法回應,可以重新啟動工作者處理序。UM 工作者處理序負責處理信箱伺服器、Hub Transport Server 與網域控制站的中斷狀況。舉例來說,若使用者無法使用 Mailbox Server,則 Unified Messaging Server 會代表使用者繼續接受來電,但不會播放使用者的自訂問候語。此時,針對該使用者的來電會使用標準問候語。此外,在 Hub Transport Server 無法使用時,Unified Messaging Server 將會繼續接受來電,並根據您所設定的佇列限制將來電加入佇列中,直到 Hub Transport Server 恢復使用為止。但在所有網域控制站皆無法使用的情況下,Unified Messaging Server 將無法接受來電。

    在 N+1 組態中為單一撥號對應表新增 Unified Messaging Server,可讓整合通訊部署更有彈性而實用。這表示,若您必須要有兩部 Unified Messaging Server,您可以安裝並設定另一部 Unified Messaging Server,以便在其中一部 Unified Messaging Server 失效或必須離線時,以另一部伺服器加以取代。

    當您將多部伺服器新增到單一撥號對應表時,IP/VoIP 閘道會嘗試利用 IP 位址或 TLS 部署的網域全名 (FQDN),連接到 IP/VoIP 閘道上的組態中所列的 Unified Messaging Server。若 Unified Messaging Server 無法使用,IP/VoIP 閘道會在 5 秒後重新嘗試連接到 Unified Messaging Server。若 Unified Messaging Server 沒有回應,IP/VoIP 閘道將會嘗試連接至 IP/VoIP 閘道上設定的清單中的下一部 Unified Messaging Server。

  • IP/VoIP 閘道   若要建立備援以確保 IP/VoIP 閘道可用性,請在 N+1 組態中新增多個 IP/VoIP 閘道。這表示,若您必須要有兩個 IP/VoIP 閘道,您可以安裝並設定另一個 IP/VoIP 閘道,以便在其中一個 IP/VoIP 閘道失效或必須離線時,以另一個 IP/VoIP 閘道加以取代。

    您必須設定 PBX,使其將接收的來電傳送至不同的 IP/VoIP 閘道。在您設定 PBX 後,該 PBX 將偵測到失敗或偵測不到訊號,或偵測到通訊埠並未接聽來電。如此將可讓 PBX 將來電重新導向至可接聽來電的 IP/VoIP 閘道。

    整合通訊支援的 IP/VoIP 閘道可設定為將來電以循環配置的方式路由傳送到 Unified Messaging Server。若要啟用 IP/VoIP 閘道,您必須以要從 IP/VoIP 閘道接聽來電之 Unified Messaging Server 的 IP 位址,來設定每個 IP/VoIP 閘道。這些 Unified Messaging Server 與透過邏輯方式代表 IP/VoIP 閘道的 UM IP 閘道物件,關聯到相同的撥號對應表。這可以讓所有 UM IP 閘道將來電轉接至與相同撥號對應表關聯的 Unified Messaging Server。此後若 IP/VoIP 閘道失效,PBX 即會將來電傳送至可接聽來電的 IP/VoIP 閘道。IP/VoIP 閘道接著會將來電轉接到相同撥號對應表內的 Unified Messaging Server。若來電傳送至無法使用的 Unified Messaging Server,IP/VoIP 閘道將會嘗試重新連絡該 Unified Messaging Server。若仍無法連絡該 Unified Messaging Server,IP/VoIP 閘道便會使用其清單中設定的下一部 Unified Messaging Server 來接聽來電。然而,並非所有支援的 IP/VoIP 閘道都能設定成同時支援負載平衡,以及偵測伺服器是否離線或失效。

對單一撥號對應表部署多部 Unified Messaging Server 以平衡來電的負載,可讓 Exchange 2007 整合通訊部署更富彈性。整合通訊支援的 IP/VoIP 閘道可設定為以循環配置的方式路由傳送來電,以平衡撥號對應表內多部 Unified Messaging Server 之間的負載。

循環配置是一種可將工作量分配到多部伺服器上的方法。但循環配置本身無法讓 IP/VoIP 閘道偵測到伺服器失效。若有一部 Unified Messaging Server 失效,且 IP/VoIP 閘道無法偵測到該伺服器已失效的情形,則 IP/VoIP 閘道會繼續將來電傳送至該部 Unified Messaging Server,直到您發現失效情形並將該伺服器從撥號對應表中移除為止。從撥號對應表中移除 Unified Messaging Server 後,您應同時從 IP/VoIP 閘道上的組態中移除該 Unified Messaging Server 的 IP 位址或 FQDN。

整合通訊不會使用循環配置 DNS 或網路負載平衡 (NLB) 分配來電。循環配置 DNS 可用於多重主目錄電腦上,並可用以分配其他服務的負載,但無法用於整合通訊。NLB 可與其他服務搭配使用,以分配用戶端要求以及自動偵測伺服器是否無法使用,然後將其他用戶端要求重新分配給其餘伺服器。但它也無法用於整合通訊。若要分配或平衡撥號對應表中各部 Unified Messaging Server 之間的負載,唯一的方法是以撥號對應表內各部 Unified Messaging Server 的 IP 位址或 FQDN,為 IP/VoIP 閘道進行設定。IP/VoIP 閘道可使用清單來分配撥號對應表中所有 Unified Messaging Server 之間的負載,並可偵測伺服器的失效 (若 IP/VoIP 支援此功能)。

另一項針對整合通訊部署進行負載平衡的方法,是將 PBX 群組搜尋設定成連接到多個 IP/VoIP 閘道,然後設定這些群組搜尋以平衡 IP/VoIP 閘道之間的負載。

身為系統或電話語音系統管理員,您必須規劃 Exchange 伺服器與電話語音元件的位置。您也必須規劃如何設定那些元件,讓您可以支援組織的使用者。當您規劃及部署 Exchange 2007 整合通訊時,有一些是必須允許的規劃考量,以便正確延展整合通訊系統,使它可供組織的所有使用者隨時使用。

如果本篇文章有用,請告訴我們。您甚至可以使用註解欄位,告訴我們您為什麼喜歡它。如果主題沒用,請務必讓我們知道,並告訴我們原因、有哪些缺漏等等。我們非常重視您的意見。順便告訴您,也可以在每一個 Exchange Server 2007 技術文件網頁 (英文) 底端使用意見工具。

如需 Exchange 2007 整合通訊的相關資訊,請參閱下列各項:

976752c4-35b8-45b7-b97a-0beb7b770524 Tony Smith - Microsoft Exchange Server 的技術文件作者

 
顯示: