Microsoft Lync Server 2010：與分支機構(gòu)通信_統(tǒng)一通信

Microsoft Lync Server 2010：與分支機構(gòu)通信

Alan Maddison 2011/05/25

　　Microsoft Lync Server 2010 中的某些拓撲更改會使部署整套統(tǒng)一通信技術更為容易。

　　作為 IT 管理員，在您面臨的眾多挑戰(zhàn)中，包括缺乏專門支持及長期存在預算約束。如果您不僅要承擔自己所在總部的管理工作，還要兼顧一些分支機構(gòu)的管理，這種挑戰(zhàn)就會變得更加嚴峻。

　　考慮到通常與支持分支機構(gòu)相關的一些常見技術限制：有關網(wǎng)絡可靠性、帶寬使用率及最終用戶支持的顧慮。因此，在規(guī)劃和部署統(tǒng)一通信 (UC) 時，許多公司會限制分支機構(gòu)用戶使用某些方面的 UC 功能。盡管原因可能是保留帶寬和節(jié)省成本，但卻使遠程用戶不易聯(lián)系到。

　　在 UC 中包含的核心技術中，因成本、便利性和支持問題而最有可能被排除于遠程部署之外的就是語音功能。在 Lync Server 2010 中，Microsoft 作出了大量改進，值得企業(yè)重新考慮此類決策和限制。

　　現(xiàn)在，Lync Server 2010 針對分支機構(gòu)提供了顯著改進的支持，對拓撲設計進行了重大更改，改變了客戶端與服務器的交互方式，并引入了呼叫管理控制 (CAC) 和 Survivable Branch Appliance (SBA) 等關鍵技術。這些升級解決了與將 UC 部署到分支機構(gòu)相關的常見難題。

　　宣布

　　留存能力是任何期望將企業(yè)語音功能部署到分支機構(gòu)的組織的基本要求之一。留存能力是指分支機構(gòu)在站點范圍內(nèi)發(fā)出和接收呼叫以及發(fā)出和接收公共服務電話網(wǎng)絡 (PSTN) 呼叫的能力。

　　即使手機已經(jīng)普及，但幾乎所有組織仍要求遠程辦公室具備可靠的 PSTN 連接性。這可能是為了確保公司仍能開展業(yè)務，或使員工在需要時能聯(lián)系緊急服務。但 PSTN 接入要求對期望將企業(yè)語音部署到遠程辦公室的 IT 團隊而言仍是個難題。

　　就 Lync Server 2010 而言，Microsoft 與眾多合作伙伴（Network Equipment Technologies Inc.、AudioCodes Ltd.、Dialogic Inc.、Hewlett-Packard Co. 和 Ferrari Electronics AG）合作，提供基于硬件的解決方案，可確保分支機構(gòu)獲得留存能力。SBA 可在單一機箱中提供語音留存能力。此設備加載了 Windows Server 2008 R2、Lync Registrar 服務、中介服務器角色和 PSTN 網(wǎng)關。對于較大的分支機構(gòu)，還可以選擇部署自動恢復分支服務器。這是一種標準 Windows Server 2008 R2 服務器，帶有所需的 Lync 組件和 PCI ISDN 卡。

　　由于 SBA 用于在遠程站點運行，Microsoft 及其硬件合作伙伴對其進行了專門設計，以實現(xiàn)輕松部署、無縫恢復和遠程管理。除確保為分支機構(gòu)用戶提供語音留存能力之外，SBA 還可支持容錯和本地高可用性。

　　SBA 具有冗余熱插拔電源及 SBA 之間的無縫故障轉(zhuǎn)移等功能。這些功能都旨在最大限度地減少管理要求、最大限度地提高正常運行時間并確保一致和良好的用戶體驗。

　　用戶在發(fā)生廣域網(wǎng) (WAN) 故障時連接到 SBA 后，它不僅會通過 PSTN 或 Internet 維持語音留存能力，還會在域控制器不可用時維持恢復能力，此外還可以使用戶執(zhí)行基于證書的身份驗證。

　　永不停機

　　在確保分支機構(gòu)語音功能的留存能力后，接下來要考慮的是 WAN 連接。還存在有多大可用帶寬的基本問題。此外，在評估網(wǎng)絡連接的整體性能時，有三個必須考慮的主要因素：延遲、抖動和數(shù)據(jù)包丟失：

延遲用于衡量數(shù)據(jù)包遍歷網(wǎng)絡所需的時間；延遲通常是由序列化、傳播或排隊造成的

抖動用于衡量單個數(shù)據(jù)包延遲值的差異

數(shù)據(jù)包丟失用于衡量在傳輸過程中的某個時刻丟棄的數(shù)據(jù)包數(shù)量

　　所幸，在 WAN 被過度訂閱或遇到大量數(shù)據(jù)包丟失、高延遲或抖動時，有很多緩解技術可以提供幫助。其中包括重傳、轉(zhuǎn)發(fā)錯誤連接、在網(wǎng)絡上排隊和緩沖、OS 和應用程序?qū)印＿@些技術通常可以抵消過度訂閱的負面影響。因此，許多應用程序都容許響應時間緩慢或不一致。

　　甚至 Lync 也容許某種程度的帶寬受限和數(shù)據(jù)包丟失，如果考慮到 Lync 還配有目前市場上某些高度自適應的編解碼器（尤其是 RT Audio 和 RT Video），這一優(yōu)點就顯得更為突出。但在最重的負載條件下，即使是最高效的編解碼器（即經(jīng)過專門設計，可在不斷變化的網(wǎng)絡環(huán)境中優(yōu)化用戶語音體驗的編解碼器）可能也無能為力。

　　上述因素是國際電信聯(lián)盟規(guī)定 IP 語音 (VoIP) 呼叫往返延遲不應超過 300 毫秒的根本原因。如果考慮到 VoIP 具有語音數(shù)據(jù)包編碼和解碼引起的額外延遲開銷，為分支機構(gòu)提供語音功能需要仔細規(guī)劃就變得顯而易見了。

　　控制呼叫

　　CAC 是針對企業(yè)語音規(guī)劃的一項關鍵技術。CAC 有助于提供一種有效且高效的帶寬管理解決方案。它還有助于確保用戶獲得語音質(zhì)量方面的一致體驗。

　　通過幫助確保質(zhì)量不會降低，CAC 可確保企業(yè)語音呼叫質(zhì)量隨時間推移保持一致。這有助于改善用戶體驗，最大限度地減少質(zhì)量問題引起的支持電話數(shù)量。

　　您可以通過策略管理 CAC。音頻和視頻有各自的策略，您可以將這些策略應用于用戶并通過帶寬策略服務強制執(zhí)行。您可以限制 Lync 客戶端用于音頻和視頻的帶寬量。還可以限制會話或并發(fā)呼叫數(shù)量。這有助于確保每個會話或呼叫都有最少量的分配帶寬。您可以更進一步，允許某些用戶繞過對其所在位置強制執(zhí)行的策略。

　　CAC 對于解決與 WAN 連接和呼叫質(zhì)量相關的某些難題至關重要。但也不能忽視 Lync Server 2010 中具有增強支持的另一項關鍵技術。服務質(zhì)量 (QoS) 是一種經(jīng)過充分試驗和測試的網(wǎng)絡技術解決方案，可幫助確定網(wǎng)絡環(huán)境中通信的優(yōu)先級。在 Lync 的早期版本（包括 Office Communications Server 2007 R2）中，只能將差分服務代碼點 (DSCP) 值分配給實際的媒體流量。

　　Lync Server 2010 支持會話初始協(xié)議 (SIP) 信號流量的 DSCP 標記。這可確保對呼叫流量進行適當?shù)膬?yōu)先排序。Lync 還支持對應用程序共享和文件傳輸流量進行 DSCP 標記，從而可實現(xiàn)更為精細的控制。

　　緊急情況下

　　組織一旦開始在其總部以外部署 VoIP，就絕對不能忽視對緊急服務呼叫的影響。如果組織的分支機構(gòu)或用戶通過位于組織所在國家或地區(qū)其他地方的集中式數(shù)據(jù)中心路由語音通信，這一點尤為重要。

　　在北美，Lync Server 2010 目前支持 Enhanced 911 (E911)。這意味著，它可以利用定位服務為緊急服務人員提供準確的位置信息。位置信息服務基于針對 Enhanced 9-1-1 服務的美國全國緊急電話協(xié)會 i2 體系結(jié)構(gòu)，是每臺 Lync 前端服務器中都包含的一種 Web 服務。

　　您可以通過手動或自動兩種不同方法確定位置。手動方法包括讓用戶將街道地址輸入 Lync 客戶端。還可以通過 MAC 地址、子網(wǎng)范圍、交換機、端口和無線接入點等類別自動確定中心位置。還可以將此位置信息作為用戶狀態(tài)顯示信息的一部分使用。

　　Lync Server 2010 已作出重大改進，包括對分支機構(gòu)的全面支持。SBA、CAC、QoS 和 E911 提供的功能帶來了高度的功能和靈活性。但將上述技術融入您的 UC 拓撲從設計和規(guī)劃角度來看會產(chǎn)生巨大影響。

　　將語音部署到分支機構(gòu)時，您需要設計和配置很多元素，包括帶寬策略配置文件、網(wǎng)絡區(qū)域、區(qū)域之間的鏈接、區(qū)域和網(wǎng)絡站點之間的路由。在擁有眾多站點的大型組織或公司中，必須認真考慮這些要求，以確保您的拓撲設計有效且高效。加入 QoS 規(guī)劃和定位服務支持，您就會開始了解這項工作的重要性和艱巨性。

　　幸運的是，公司范圍 Lync Server 2010 部署的最終結(jié)果可帶來可觀的投資回報。此外，還有眾多因加強合作和參與而產(chǎn)生的實質(zhì)改善。

作者簡介

　　Alan Maddison 具有 16 年的 IT 行業(yè)工作經(jīng)驗。這些年以來，他主要從事 Microsoft 技術方面的工作。在過去的五年里，他一直擔任顧問，專注于提供專業(yè)化服務。

TechNet Magazine