共用方式為


Microsoft Lync Server 2010:與分公司通話

Microsoft Lync Server 2010 中的部分拓撲變更,更方便您全面部署整合通訊技術。

Alan Maddison

永遠存在的預算限制,以及缺乏專屬的支援,都是 IT 系統管理員需要面對的挑戰。如果您負責的不只是總公司,還有少數分公司,問題就更加頭痛了。

一些常見的技術限制常與支援分公司有關:像是網路可靠性、頻寬使用率以及使用者支援等相關顧慮都是。因此在規劃和部署整合通訊 (UC) 時,許多公司都會限制分公司使用者對於某些 UC 功能的使用。此舉也許可以保留頻寬和節省成本,但同時也會使那些遠端使用者更無法隨時保持連線與工作效率。

在 UC 具體傳達的核心技術當中,最可能因為成本、支援與方便性而從遠端部署移除的功能,就是語音功能。但是 Lync Server 2010 推出之後,Microsoft 做了許多功能上的加強,使得這些決策和限制值得再重新探討一番。

Lync Server 2010 藉由拓撲設計的重大改革、用戶端與伺服器互動方式的變更,以及 Call Administration Control (CAC) 和 Survivable Branch Appliances (SBA) 等重要技術的推出,大幅改善了對分公司提供的支援。這些方面的升級,解決了將 UC 部署在分公司的相關問題。

放聲說大話

對於任何一家想要在分公司部署企業語音功能的公司,生存能力是其中一項基本需求。生存能力是指分公司在公司站點發話和收話,以及撥出和接收公用服務電話網路 (Public Service Telephone Network,PSTN) 電話的能力。

即使手機如此普及,但是幾乎所有的公司還是要求遠端辦公室具備可靠的 PSTN 連線。也許是為了讓公司能夠繼續正常營運,或是為了讓員工在必要時連絡緊急服務人員。不過,PSTN 存取需求對於想要在遠端辦公室部署企業語音的 IT 團隊來說仍是一大難題。

因此 Microsoft 在推出 Lync Server 2010 之際,與數家合作夥伴 (Network Equipment Technologies Inc.、AudioCodes Ltd.、Dialogic Inc.、Hewlett-Packard Co. 和 Ferrari Electronics AG) 合作提供硬體解決方案,確保分公司的生存能力。SBA 提供了單一底座的語音恢復功能。這個應用裝置是隨著 Windows Server 2008 R2、Lync 登錄器服務、中繼伺服器角色以及 PSTN 閘道一起載入。規模稍大的分公司也可以選擇部署 Survivable Branch Server。這是附有必要 Lync 元件和 PCI ISDN 卡的標準 Windows Server 2008 R2 伺服器。

由於 SBA 主要是在遠端站點執行,因此 Microsoft 及其硬體合作夥伴將它們設計為容易部署、可順利復原以及適合遠端管理的應用裝置。除了確保分公司使用者的語音恢復功能之外,SBA 還支援容錯和本機高可用性。

像是冗餘 Hot-Swappable 電源供應以及 SBA 之間的順暢容錯移轉,都是 SBA 的功能。這些功能的目的都是為了盡量減少管理需求、充分增加執行時間,以及確保一致且正面的使用者體驗。

使用者連上 SBA 之後,萬一廣域網路 (WAN) 發生失敗時,它可以透過 PSTN 或網際網路維護語音生存能力,萬一網域控制站無法使用時,它也可以維護復原能力,另外它也能夠讓使用者執行憑證驗證。

不間斷

一旦確保分公司語音功能的生存能力之後,接下來要考量的是 WAN 連線。最基本問題是可用的頻寬有多少。另外,在評估網路連線的整體效能時,您還得考慮以下三個主要因素:延遲、抖動和封包遺失:

  • 延遲是指封包周遊網路的時間長度;延遲通常是因為傳播、序列化或佇列作業所導致
  • 抖動是測量個別封包的延遲值差異的方法
  • 封包遺失是指在傳輸過程當中丟棄的封包數目

幸好,當 WAN 超額配置,或是經歷大量封包遺失、高度延遲或抖動時,還是有許多緩解的技術可以應用。其中包括在網路、OS 和應用程式層進行重新傳輸、轉接錯誤連線、佇列作業以及緩衝處理。這些技術通常可以抵消超額配置的負面影響。因此,許多應用程式都願意容忍緩慢或不一致的回應時間。

Lync 對於頻寬受限和封包遺失也有一定的容忍度,更值得注意的是,Lync 還附帶提供一些適應能力超強的轉碼器 (尤其是 RT Audio 和 RT Video)。雖然如此,在遇到最沉重的負載時,即使最有效的轉碼器 (專門為了在多變的網路環境中盡量提升使用者語音體驗而設計) 也招架不住。

這些因素都是國際電信聯盟指定 Voice-Over-IP (VoIP) 通話的來回延遲時間必須小於或等於 300 毫秒的根本原因。當您考慮到 VoIP 還會因為加密和解密語音封包而產生額外的延遲負擔時,就不難發現為什麼為分公司提供語音功能需要如此審慎規劃了。

控制通話

CAC 是進行企業語音規劃一項非常重要的技術。CAC 可以協助針對頻寬管理提供有效益且有效率的解決方案,同時也確保使用者能夠享有一致的語音品質。

由於 CAC 可確保語音品質不受影響,因此企業語音通話品質能夠長時間保持穩定一致。如此不僅能夠提升使用者的使用體驗,也能夠減少因為品質問題所撥打的支援服務電話數量。

您可以透過原則來管理 CAC。音訊和視訊各有不同的原則負責管理,您將原則套用到使用者身上,並且透過頻寬原則服務強制執行。您可以限制 Lync 用戶端在音訊和視訊所用的頻寬量,也可以限制工作階段或並行通話的數目。如此可以盡量減少配置給每一個通話或工作階段的頻寬。您可以進一步設定,讓某地區當中的特定使用者略過強制的原則。

CAC 是解決 WAN 連線和通話品質相關問題非常重要的功能。不過,還有另一項加強 Lync Server 2010 支援的技術也非常重要。服務品質 (QoS) 是一個經過考驗的網路技術解決方案,可以幫助您排定網路環境流量的優先順序。在包括 Office Communications Server 2007 R2 在內的舊版 Lync 中,您只能指派區別服務代碼點 (Differentiated Services Code Point,DSCP) 值給實際的媒體流量。

Lync Server 2010 支援工作階段初始通訊協定 (SIP) 訊號流量的 DSCP 標示,這是為了確保通話流量已適當排定優先順序。另外 Lync 也支援應用程式共用與檔案傳輸流量的 DSCP 標示,而這是為了提高細微控制的程度。

萬一發生緊急狀況

當公司開始在總部以外的地方部署 VoIP 時,千萬不能忽略緊急服務電話所產生的影響。尤其當您有分公司或使用者是將語音流量傳遞經由位於該國另一處的中央資料中心時,這一點格外重要。

現在 Lync Server 2010 在北美洲支援增強 911 (Enhanced 911,E911)。這表示它可以使用地點服務,提供精確的位置資訊給緊急服務人員。地點服務是以增強 9-1-1 服務的國家緊急號碼協會 i2 架構為根據,它是屬於每一部 Lync 前端伺服器一部分的 Web 服務。

您可以用手動或自動這兩種方式判斷位置。如果是手動方式,則使用者必須在 Lync 用戶端輸入街道地址。您也可以透過 Mac 位址、子網路範圍、參數、通訊埠和無線存取點等類別,自動定義中央位置。另外,您還可以把這項位置資訊當作使用者的目前狀態資訊使用。

Lync Server 2010 做了許多包括全面支援分公司在內的功能增強。SBA、CAC、QoS 和 E911 所提供的功能,大幅提升了它的威力和彈性。但是,從設計和規劃的觀點來看,將這些技術整合到您的 UC 拓撲隱含了許多重要的意義。

當您把語音部署到分公司時,必須設計和設定一些元素,包括頻寬原則設定檔、網路地區、地區之間的連結、地區之間的路由以及網路站點等。如果是具有多個站點的大型公司,則必須仔細考量這些需求,以確保您的拓撲設計兼具效益和效率。當您加入 QoS 規劃和地點服務支援之後,就會明白這項任務的重要性及其深遠的影響了。

所幸在公司全面部署 Lync Server 2010 的投資報酬率相當豐厚,而且加強合作與參與,也能獲得多項品質的提升。

Alan Maddison

Alan Maddison* 是一名在 IT 產業縱橫 16 年的老手,他把全副精力投入 Microsoft 技術的研究。過去五年來,他擔任顧問,專門提供專業服務。您可以透過電子郵件與他聯絡:alan.maddison@microsoft.com。*

相關內容