1SIP路由相關背景知識
關于這些相關概念的定義和細節(jié)，讀者可以參考筆者的歷史文檔來進一步了解關于record set 和loose route的區(qū)別以及應用場景中可能出現(xiàn)的問題：
除了以上的參考鏈接以外，筆者這里再次多IR初始請求和SR后續(xù)請求做一點補充說明。為了判斷其請求以及后續(xù)的處理流程，首先SIP 路由需要驗證其請求是初始請求還是后續(xù)請求。針對loose route，如果是初始請求IR的話，初始請求創(chuàng)建dialog的，而后續(xù)請求則是在一個創(chuàng)建的dalog內的請求。因此，后續(xù)請求SR需要判斷是否支持了To-tag。如果有To-tag, 則說明是一個后續(xù)請求，如果沒有To-tag，說明是一個初始請求，例如， INVITE 或者SUBSCRIBE等。
2OpenSIPS的Record route
在介紹以上這兩個概念之前，我們有必要再稍微回顧一下前面文章中所討論的
initinital request（IR，初始請求）和sequential requests（SR-后續(xù)請求）的基本概念。簡單來說，常見的初始請求包括我們通常呼叫發(fā)起的請求-INVITE，后續(xù)請求包括掛機的BYE請求，ACK確認或者re-INVITE請求。因為雙方的呼叫需要經過一個或者多個代理服務器地址，每個代理服務器地址需要對呼叫路徑做一個記錄。Record Set其實就是針對初始請求對呼叫路徑做的一個記錄值，記錄值包括IP地址和對端終端的Contact地址。以下圖例就是一個OpenSIPS的record route的處理流程，包括INVITE和200 OK的處理。
當被呼叫方返回到呼叫方時，被呼叫方通過后續(xù)請求對呼叫方進行查詢回溯，找到呼叫方地址。當然，被呼叫方返回時所使用的Record Set和呼叫方的Record Set是完全不同的，處理流程是正好相反的路徑。
3OpenSIPS loose route示例
和Record Set相比，loose route是一個相對比較動態(tài)靈活的路由，后續(xù)請求會使用此路由根據代理地址和RURI終端地址返回到源呼叫方地址。BYE請求就是一個典型的后續(xù)請求，它通過loose route的路徑按照route set 地址組的列表返回到呼叫方終端A，以下圖例就是一個OpenSIPS中關于loose route的使用示例。
4如何處理兩種路由
前面筆者已經提及，根據SIP規(guī)范和OpenSIPS的處理流程，如果代理需要record route或者loose route時，首先需要判斷支持了has_totag（）。如果支持了的話，就執(zhí)行后續(xù)請求的處理，否則發(fā)起一個record route執(zhí)行初始請求的路由處理。在OpenSIPS中，通過route路由處理模塊進行判斷處理。
需要注意，通過以上針對路由處理的流程可以看出，如果是初始請求（IR）的話，初始請求需要耗費更多的資源來進行驗證，查詢，定位等服務。如果是SR后續(xù)請求的話，它基本上不會消耗太多系統(tǒng)資源，它僅按照路由表返回呼叫方就可以。因此，后續(xù)請求處理速度相對比較快，也更高效。
5其他討論
因為SIP規(guī)范和應用場景，以及呼叫路徑的變化很大。一個SIP呼叫可以經過多個網元和多個代理服務器地址，包括SBC，防火墻等。在早期的SIP規(guī)范RFC2543中規(guī)定了比較早的route方式-strict route（嚴格路由）， 而Loose route則是SIP v 2版本，RFC3261中所支持的比較靈活的路由方式。后者可以支持R-URI不被修改，可以兼容RFC2543中的嚴格路由方式。嚴格路由是在初始請求創(chuàng)建dialog之前就已經明確定義好了路由的路徑以及路由表。每個代理服務器嚴格按照路由表指定的路徑執(zhí)行，如果路由路徑中其中一個網元出現(xiàn)故障都會導致呼叫失敗。另外，如果UA支持了outbound-proxy以后就會出現(xiàn)其他的問題。因此，為了更加靈活地支持SIP的路由策略，loose route比較好的解決了這個問題，它通過：lr參數支持，允許每個目的地地址來路由數據包，并且每個目的地都有各自的機制兼容支持了嚴格路由策略。關于以上討論的具體細節(jié)，讀者可以參考RFC3261-16.12了解更多規(guī)定。
在SIP路由中，除了我們前面討論的以上路由表以外，還有一個比較重要的定義是Via。Record route其目的是在路由消息中充當一個角色來影響Reg-URL（通過：lr參數決定request-URL。如果路由組中的第一個路由URL包含：lr, 則不會影響request-URL；如果如果路由組中的第一個路由URL不包含：lr，UA就會把第一個路由組的URL設置為request-URL，然后處理其余的路由組流程。），當然也在VIA中支持部分的描述內容。另外，VIA是被UAS用來決定響應的下一個目的地地址的，它只是不斷添加代理Via地址，對Via地址不做修改，返回時刪除相應的Via地址。最后，Via是基于事務層的路由記錄，請求所創(chuàng)建的事務完成以后，Via就會被丟棄；而Record Set是基于dialog的，呼叫的路徑會貫穿整個dialog中。
6總結
Record route和loose route在SIP 路由中分別進行不同的處理。本文章重點介紹了關于OpenSIPS中兩種路由方式的區(qū)別以及發(fā)起方的不同，另外介紹了在OpenSIPS中如何發(fā)起兩種路由方式，最后討論了其他關于SIP路由，VIA一些區(qū)別。通過以上進一步的討論，希望讀者對OpenSIPS中的Record route和loose route有一個比較完整的認識，結合前面各種opensips的cfg場景配置文件能夠更多了解開源OpenSIPS的使用方式。
參考資料：
www.opensips.org
www.freepbx.org.cn
www.freesbc.cn
融合通信/IPPBX/FreePBX商業(yè)解決方案：www.hiastar.com
最新Asterisk完整中文用戶手冊詳解：www.asterisk.org.cn
Freepbx/FreeSBC技術文檔： www.freepbx.org.cn
如何使用免費會話邊界控制器-FreeSBC，qq技術分享群：334023047
關注微信公眾號：asterisk-cn，獲得有價值的通信行業(yè)技術分享
