【文章內(nèi)容簡介】 AT穿透的解決方案。媒體代理就是一座幫助處在對稱式防火墻（symmetric firewall）之后的用戶能夠訪問SIP服務(wù)提供者進(jìn)行RTP連接的橋梁。如果沒有了這些代理，服務(wù)提供者可能會流失35%的用戶。你可以使用這些部件來實現(xiàn)一個通用的NAT穿透技術(shù)。媒體代理還可以幫助你進(jìn)行記帳糾錯，比如，因為某種原因，沒有收到BYE消息而導(dǎo)致了SIP對話沒有結(jié)束，結(jié)果記帳發(fā)生了錯誤等情況。RADIUS記賬（RADIUS Accounting）擁有一臺安裝了RADIUS的服務(wù)器是對通話進(jìn)行記賬的基本條件。SIP服務(wù)提供者對賬單記錄是最關(guān)心的。OpenSER可以被配置將一些記賬信息發(fā)送到一臺RADIUS服務(wù)器（比如Radiator或FreeRADIUS）上。SIP通話賬單也可以被記錄到數(shù)據(jù)庫中。但是，這樣將產(chǎn)生兩條記錄，而這兩條記錄需要手工進(jìn)行核對。用CDRTool計費（CDRTool Rating）RADIUS服務(wù)器可以記錄關(guān)于通話時長的一些信息，但是卻不能記錄每通通話的資費信息。將資費信息應(yīng)用到通話上是需要技巧的。這里我們使用AG項目組（）開發(fā)的被稱為CDRTool的GPL工具。它負(fù)責(zé)將資費應(yīng)用到通話上面。監(jiān)控工具（Monitoring Tools）最后我們需要一些監(jiān)控，故障檢修和測試的工具來幫助我們定位并解決在SIP服務(wù)器上發(fā)生的一些問題。首當(dāng)其沖的當(dāng)然是協(xié)議分析工具，在余下的章節(jié)中我們將能夠看到如何使用ngrep，ethereal和tethereal。OpenSER有一個被稱為SIP trace的模塊，我們也將使用到。哪兒能夠找到更多信息SIP協(xié)議最好的參考資料就是RFC3261。閱讀RFC確實有點沉悶（不過如果你有點失眠這確實是一種好辦法）。你可以在。也可以在哥倫比亞大學(xué)的網(wǎng)站上找到好的SIP教程如：~s6181/slides/11/。也可以在。一個非常好的教程在iptel的網(wǎng)站上：。下面是一個叫做SIP應(yīng)用者（SIP implementors）的郵件列表，你可以在上面就SIP的知識進(jìn)行提問：。概要（Summary）這一章你已經(jīng)學(xué)到了什么是SIP協(xié)議以及SIP協(xié)議的功能。也知道了諸如SIP代理，SIP注冊服務(wù)器，用戶代理客戶端，用戶代理服務(wù)端，PSTN網(wǎng)關(guān)等SIP協(xié)議中的部件。還看到了SIP的體系結(jié)構(gòu)，主要的消息和處理過程。以及去什么地方可以找到更多相關(guān)的信息。第二章：SIP快速路由器（The SIP Express Router）上一章節(jié)中我們討論了VoIP提供商的“整體框圖”（the big picture）。通常，一個VoIP提供商由幾個部件構(gòu)成。這些部件根據(jù)規(guī)模的大小或駐留在同一臺機(jī)器上或分布于多個機(jī)器上面。其中的一個部件就是SIP代理，在我們的例子中代理服務(wù)器運行的是OpenSER軟件。就像它的名字一樣，描述SER的最好的東西就是SIP路由器（a SIP Router）。它能夠?qū)IP的頭域進(jìn)行操作并能夠以極高的速度對SIP包進(jìn)行路由。第三方的模塊給了SER極高的靈活性來完成一些原本沒有的功能，諸如NAT穿透，IMS，負(fù)載均衡等其他功能。在這一章，我們將向你展示SIP快速路由器的能力和框架。在本章的末尾，你將能夠：l 解釋SIP快速路由器（SER）到底是什么l 在兩個開源項目SER和OpenSER中作出選擇l 描述對它們的使用方案l l 描述SIP消息的處理過程l 辨別松散路由和嚴(yán)格路由l 辨別SIP和SDP我們在哪兒？（Where Are We?）VoIP提供商的解決有很多部件。為了能夠?qū)Ω鱾€部件的聯(lián)系保持一個整體的把握，我們將在每一個章節(jié)中展示下面這張圖片。在這一章中，我們的主要的討論圍繞SIP代理部件來進(jìn)行。SIP快速路由器是什么？（What is the SIP Express Router?）SIP快速路由器是一套兼容IETF RFC3261 sip協(xié)議的開源的SIP代理服務(wù)器。它的目的是兼容并包盡可能多的應(yīng)用。只需要起一個單獨的服務(wù)，SER就可以以它“短小精悍”的特點最快速的對請求進(jìn)行前轉(zhuǎn)，并能夠處理成千上萬的用戶。它被大量的VoIP的提供商所使用，也被使用在處理能力相對較弱的嵌入式IP PBX上面。它和其他一些設(shè)備的互操作性也使得它成為實際的標(biāo)準(zhǔn)。用哪個軟件，SER還是OpenSER？（What software to use，SER or OpenSER?）SER最開始是由德國柏林的FhG Fokus研究院所開發(fā)，發(fā)布的時候是遵從GPL許可的。它的核心開發(fā)人員是Andrei PelinescuOnciul，BogdanAndrei Iancu，Daniel Constantin Mierla，Jan Janak，還有Jiri Kuthan。之后，其他的一些人也為此作出了貢獻(xiàn)，他們是Juha Heinamen(RADIUS, ENUM, DOMAIN, URI), Greg Fausak (POSTGRES), Maxim Sobolev(NATHELPER), Adrian Georgescu (MEDIAPROXY), Elena Ramona Modroiu(XLOG, DIAMETER, AVPOPS, SPEEDDIAL), Miklos Tirpak (Permissions),等其他人。OpenSER是SER項目的衍生品。2004年FhG Fokus進(jìn)行了SER項目的副產(chǎn)品。2005IPtel的商業(yè)變種被賣給了TEKELEC。核心開發(fā)團(tuán)隊一分為二。（Andrei PelinescuOnciul, Jan Janak, and Jiri Kuthan），另外兩名成員則離開FhG，創(chuàng)建了一家叫做VoiceSystem的公司，他們也是2005年開始的OpenSER項目的主要維護(hù)人員。這本書始于2005后半年，基于SER項目。那個時候，我對使用SER進(jìn)行NAT穿透的解決方案很感興趣。Asterisk的可伸縮性對于（host？？）SIP提供商不是足夠的好，所以我轉(zhuǎn)而投向SER的研究中。它的文檔真的很難懂，于是乎我開始撰寫自己的文檔來對SIP提供商的管理者們進(jìn)行培訓(xùn)。在電子書完成后，我發(fā)現(xiàn)SER項目已經(jīng)停止維護(hù)了。大部分的代碼還停留在2003年。經(jīng)過一點研究我找到了OpenSER項目。它似乎更有活力，它有更加新的模塊，更頻繁發(fā)行的版本。我于是在非常短的時間內(nèi)將所有的東西轉(zhuǎn)向了OpenSER。我不想陷入SER VS OpenSER的爭論中。這樣的爭論是毫無意義的?，F(xiàn)在的事實就是，這本書是為OpenSER而寫的。OpenSER為第三方應(yīng)用程序提供了一個靈活的可插入模型。應(yīng)用程序可以被很容易的創(chuàng)建并插入服務(wù)器中。這種可插入模型給予了一些新的模塊的開發(fā)，譬如 RADIUS, DIAMETER, ENUM,PRESENCE 還有SMS。更新的模塊每個月都會被添加進(jìn)來。你可以在。它的高效和健壯使得OpenSER能夠被用來為數(shù)百萬的用戶提供服務(wù)。在最近的2007 3月14號的性能報告中，OpenSER 。TM（事務(wù)模塊）能夠每小時處理2800萬通通話。完整的報告可以在。OpenSER不僅僅被服務(wù)提供商所使用。它還可以構(gòu)造SIP應(yīng)用。目前有一些SIP防火墻（SIP firewall），會話邊緣處理器（Session Border Controller），和負(fù)載均衡的代碼都是從OpenSER項目中借鑒的。LINKSYS選擇OpenSER作為它的一款PBX的平臺，可能就是因為它的資源耗用少但性能高的特性吧。OpenSER靈活，移植性好并且可以擴(kuò)展。用ANSI C開發(fā)的它能夠被輕易的移植到任何平臺上。使用C語言能夠很容易的創(chuàng)建出新的模塊用于擴(kuò)展。近來，編程中的一些新的層次被添加了進(jìn)來。使用呼叫處理語言（Call Processing Language）簡化路由腳本，使用Perl實時的對請求進(jìn)行處理都成為可能。WeSIP是一種應(yīng)用程序的編程接口，它允許你使用Java和Servlets創(chuàng)建SIP應(yīng)用服務(wù)對OpenSER服務(wù)器進(jìn)行擴(kuò)展。使用方案（Usage Scenarios）OpenSER主要用來作為SIP代理和注冊服務(wù)器。但是，它也可以被用于其他的一些應(yīng)用當(dāng)中，比如代理分發(fā)器（Proxy dispatches），Jabber網(wǎng)關(guān)（Jabber Gateway），與媒體網(wǎng)關(guān)和RTP代理合作來進(jìn)行NAT穿透等。支持IPv4和IPv6并且能夠支持多域。OpenSER可以被應(yīng)用在Linux，Solaris，還有FreeBSD等平臺。OpenSER本身的創(chuàng)建是為了當(dāng)作SIP代理服務(wù)器使用的。然而，利用它的新的模塊，如今，OpenSER能夠被用在如下的一些方案中：ModulesFunctionalityDISPATCHER,PATHLoad balancingMEDIAPROXY,RTPPROXY,NATHELPERNat TraversalPRESENCEPresence ServerIMC XMPPInstant Messaging讓我們看看OpenSER的大多的使用場景吧。在所有這些場景中，OpenSER就像膠水一樣，將所有的SIP部件粘在一起。l VoIP服務(wù)提供商l 即時消息服務(wù)提供商l SIP負(fù)載均衡l 嵌入式IP PBXl NAT穿透l OpenSER 框架（OpenSER Architecture）核心和模塊（Core and Modules）OpenSER建造在一套核心之上，這套核心負(fù)責(zé)基本的功能實現(xiàn)以及對SIP消息進(jìn)行處理。模塊則負(fù)責(zé)OpenSER的大半的功能實現(xiàn)。模塊和在腳本中使用的命令和參數(shù)一起將他們的功能性曝露在OpenSER當(dāng)中。這個配置文件控制著哪個模塊被加載以及他們對應(yīng)的參數(shù)。所有的SIP流程也都在此文件中定義的一些流程塊中被控制。（Sections of the File ）：l 全局定義（Global definitions）：文件的這一部分包含了OpenSER的幾個工作參數(shù)，包括SIP服務(wù)的監(jiān)聽ip端口對和debug等級。l 模塊（Modules）：包含了外部庫的列表，這些外部庫是核心所沒有的但卻是能夠展現(xiàn)其功能的。模塊的加載使用loadmodule。l 模塊配置（Modules configuratio）：模塊有一些參數(shù)是需要被合適的設(shè)置的。這些參數(shù)可以使用modparam（modulename, parametername,parametervale）進(jìn)行配置。l 主路由塊（Main routing block）：主路由塊是進(jìn)行SIP消息處理的開始之處。它控制著所有收到的消息的處理。l 次要路由塊（Secondary routing blocks）：管理員可以使用route（）命令來定義新的路由塊。這些路由塊就像是OpenSER腳本中的子程序一樣。l 處理響應(yīng)路由塊（Reply routing blocks）：響應(yīng)路由塊白被用來處理響應(yīng)消息，通常是200 ok。l 處理出錯路由塊（Failure routing blocks）：處理出錯路由塊用來處理一些出錯情況如線路繁忙（busy）或是超時（timeout）。注：這個文件的細(xì)節(jié)將在4，5，6，7，8，9章節(jié)中詳細(xì)進(jìn)行描述。會話，對話和事務(wù)（Sessions，Dialogs，and Transactions）理解一些在OpenSER處理過程中使用的SIP概念是很重要的：l SIP事務(wù)（SIP transaction）：包括一條sip消息或任何重發(fā)的和對他們的直接響應(yīng)消息（如，REGISTER和200 OK）l SIP對話（SIP dialog）：兩個SIP實體之間存在一段時間的關(guān)系。如，兩個UAC之間由INVITE消息到BYE消息這段時間建立的對話）l SIP會話（SIP session）：在兩個SIP實體之間的一通媒體流（音頻/視頻/文本）。例如：如果用戶A想要和用戶B進(jìn)行通話，它就要向B發(fā)送INVITE消息。這個消息在主路由塊中被處理。這個處理過程一直要延續(xù)到它找到t_relay（）（前轉(zhuǎn)）或是s1_send_reply（發(fā)送出錯信息）或是最終在塊的末尾使用exit（）命令丟棄該消息。billingSIP代理——期望的行為（SIP Proxy—Expected Behavior）按照RFC3261中描述的SIP代理的基本的處理過程是非常重要的。如果不能很好的理解，將很難去配置代理服務(wù)器。每一個代理在將請求消息發(fā)送到下一個部件時會進(jìn)行路由抉擇，并對請求消息作些修改。響應(yīng)消息將沿著請求消息走的路線原路路由回同樣的一組代理。代理服務(wù)器既可以運作在有狀態(tài)模式下也可以以無狀態(tài)的模式運行。當(dāng)SIP代理服務(wù)器只是被當(dāng)作一個簡單的SIP包前轉(zhuǎn)器（forwarder）工作時，它只是按照請求消息的要求將消息包前轉(zhuǎn)到一個單獨的部件上。無狀態(tài)模式工作的代理會丟棄它所前轉(zhuǎn)的消息的任何信息。而這個特性限制則限制了對錯誤的處理和對費用的記錄。如果OpenSER知道200 Ok是和一個特定的INVITE相對應(yīng)，那么我們就說它此時工作在有狀態(tài)模式下。這意味和你現(xiàn)在可以在onreply_route()塊中來對響應(yīng)消息進(jìn)行管理。而無狀態(tài)下的消息處理過程不會有上下文的處理方式。無狀態(tài)處理過程通常被用在類似負(fù)載均衡的應(yīng)用