關於中介服務器那點事兒

中介服務器是什麼？它起什麼做用？爲何要專門弄一個這樣的服務器？不少剛開始搞OCS或者LYNC的人可能都會問這樣的問題。今天咱們就來聊聊微軟的中介服務器。

微軟一貫都是有創新優點的，在進入VoIP領域也是同樣的。這不，打着創新的口號，微軟提出了本身的RTAudio音頻壓縮標準，微軟說個人RTAudio但是很好的技術，比其它諸如G.711等有較好的改善，因此OCS的客戶端之間就採用RTaudio的語音壓縮技術，可是其它業界的VoIP可不是用着RTAudio技術，他們用的通常都是G.711等編碼技術。雖然這個編碼技術出現已經有些時間了，可是比較通用和廣泛，因此使用的人也不少，兼容性等等也好。微軟的OCS爲了和這些廠商的設備互連，就採用了一臺專門的服務器來進行互連工做，這條服務器就是Mediation Server（中介服務器）。中介服務器的做用很是明顯，就是完成RTAudio到G.711的編碼轉換，從而和其它的設備進行互連。

 

提及之前OCS時代的中介服務器，那就有不少事情要說了。微軟爲了保證通話的品質，在OCS時代，每臺中介服務器只能和一臺媒體網關鏈接，並且微軟還說了，這兩臺設備必須在一個網絡裏，也就是說，中介服務器有可能放在分支機構的機房了，由於咱們落地的網關必需要放在那裏。爲了解決在分支機構放中介服務器的問題，微軟可謂是煞費苦心，弄了什麼混合型網關之類的東西。這些設備說白了，就是把標準的中介服務器弄成模塊化的，嵌入了網關設備內。這些設備通常來講價格還不菲。說實話，這樣的部署模式還行，就是成本很高，並且比較難於管理。若是一個企業要有10個分支機構須要落地的話，若是採用微軟的這種解決方案的話，那就須要10臺中介服務器和10臺網關，這是很大的一筆投入。對面對這麼多中介服務器，OCS前端怎麼來路由選擇？答案就是，在前端服務器上經過配置路由選擇來把預想的鏈路路由到預想的中介服務器上，從而實現進入分支的網絡內。

 

中介服務器不但負責處理呼出的語音流，同時還負責呼入的語音流。可能不少人還不知道那個在中介服務器上配置Location Profile是什麼意思，由於OCS的前端所能接受的呼入號碼都必須是E.164格式的，因此中介服務器同時也扮演着把呼入的號碼轉變成爲E.164的做用。經過配置區域文件，咱們能夠實現把主叫號碼變換成爲E.164的格式。不少人一來就把爲前端配置的區域文件分配給了中介服務器，這樣作可能會致使一些問題的。因此通常咱們仍是專門針對中介服務器配置專門的Location Profile，這樣的profile通常稱爲 asymmetric Location Profile。若是沒有爲中介服務器配置Locaion Profile,咱們的呼入號碼2000可能就會被轉變成爲2000;phone-context=location_profile;user=phone這樣的的格式。因此說爲了方便，咱們通常仍是配置爲中介服務器配置一個Location Profile爲好。

 

另外，由於VoIP流通常是由信令流和音頻流組成的。中介服務器同時負責和外部設備協調信令流，同時還負責進行音頻流的發送和接受，因此對中介服務器的硬件配置要求仍是比較高的。並且OCS時代，中介服務器是不能和其它任何角色同時安裝在一臺計算機上的。

 

時代在進步，如今咱們進入了LYNC時代，微軟也在LYNC上提出了不少新的東西，也拋棄了一些舊的說法，好比說Location Profile這個概念從LYNC服務器上消失了，取而代之的是主流的Dial Plan，關於Dial Plan，咱們之後在仔細討論。在LYNC時代的中介服務器，咱們須要注意的就是Media bypass功能和中介服務器和前端能夠共存一臺計算機的兩個特色。

 

首先要說明的是，可不是什麼硬件性能上升了以後，微軟就考慮把中介服務器集中到前端上來了。而是微軟引入了Media bypass（媒體直通）的功能，其實媒體直通功能簡單的來講，就是微軟的網關合做夥伴設備開始有部分支持RTAudio了。若是這些工做有專門的設備來處理的話，那麼中介服務器就能夠把媒體流處理的功能中解脫出來，專門負責控制流的處理，在這樣的狀況下，中介服務器對資源的需求就變得小狠多了，那麼和前端共存也就不足爲奇了。當有中介服務器參與的媒體協商完成後，LYNC客戶端就能夠直接把音頻流發給網關設備了，這樣對服務器的資源是很大一個節省。並且在這樣的模式下，中介服務器能夠同時面對不少網關，終於不在是1：1了。這樣對企業部署上來講是很大一個節約。

須要說明的是，中介服務器如今能夠和前端共處一臺計算機，可是也能夠單獨的部署。若是需求量比較大，那麼也能夠考慮單獨的部署一臺中介服務器來專門處理控制流的問題，若是中介服務器面對的網關不不支持RTAudio，音頻流仍是能夠走中介服務器來處理的。

 

若是你們對這塊還有興趣的話，不妨到這裏來看看，裏面講得更加詳細：

http://www.shudnow.net/2010/09/27/lync-2010-media-bypass-with-and-without-voice-resilience/

 

衡量VoIP質量的一個標準：MOS值。

 

微軟的RTAudio在良好網絡的條件下和G.711的PK結果。來源：《Quality of Experience-A strategic competitive advantage of Microsoft Unified Communications》