SIP是VoIP業務中，最為重要的協議之一，那么對于這個協議，我們在之前的一些文章中個，也闡述過與之相關的一些基礎內容。這里我們不在贅述。那么今天的重點，就是講解一下SIP路由機制的相關知識。

總的來說，SIP路由機制包括兩個場景：

1，請求消息的路由

2，響應消息的路由

其中，響應消息的路由非常簡單，就是完全依靠Via來完成的，具體請見我關于RFC3261中會話流程的分析。下面我們只談SIP路由機制中，SIP請求消息的路由。首先我們要搞清楚什么是嚴格路由和松散路由。

嚴格路由（Strict Routing）：

可以理解為比較“死板”的理由機制，這種路由機制在SIP協議的前身RFC 2534中定義，其機制非常簡單。要求接收到的消息的request-URI必須是自己的URI，然后它會把***個Route頭域“彈”出來，并把其中的URI作為新的request-RUI，然后把該消息路由給該URI。

松散路由（Louse Routing，lr）：

該路由機制較為靈活，也是SIP路由機制的靈魂所在，在SIP根本大典RFC 3261中定義。下面介紹一下一個松散路由的Proxy的路由決策過程：

1，Proxy首先會檢查消息的request-URI是不是自己屬于自己所負責的域。如果是，它就會通過定位服務將該地址“翻譯”成具體的聯系地址并以此替換掉原來的request-URI；否則，它不會動request-URI。

2，Proxy檢查***個Route頭域中的URI是不是自己的，如果是，則移除之。

3，前面兩項都是準備工作，下面該進行真正的路由了。如果還有Route頭域，則Proxy會把消息路由給該頭域中的URI，否則就路由給request-URI。至于如何從下一跳URI確定出IP地址，端口以及傳輸協議那是另外一回事了。

好了，解了兩種路由機制，我們再來了解一下Route和Record-Route。如果說Via是為了給一個請求消息的響應消息留后路，那么Record-Route就是為了給該請求消息之后的請求消息留后路。

【說明】SIP路由機制中，一個SIP消息每經過一個Proxy（包括主叫），都會被加上一個Via頭域，當消息到達被叫后，Via頭域就記錄了請求消息經過的完整路徑。被叫將這些Via頭域原樣copy到響應消息中（包括各Via的參數，以及各Via的順序），然后下發給***個Via中的URI，每個Proxy轉發響應消息前都會把***個Via（也就是它自己添加的Via）刪除，然后將消息轉發給新的***個Via中的URI，直到消息到達主叫。

而在一個請求消息的傳輸過程中，Proxy也可能（純粹自愿，如果它希望還能接收到本次會話的后續請求消息的話）會添加一個Record-Route頭域，這樣當消息到達被叫后里面就有會有0個或若干個Record-Route頭域。被叫會將這些Record-Route頭域并入路由集，并并入自己的路由集，隨后被叫在發送請求消息時就會使用該路由集構造一系列Route頭域，以便對消息進行路由。

然后，被叫會像上面對待Via頭域一樣，將Record-Route頭域全部原樣copy到響應消息中返回給主叫。    主叫收到響應消息后也會將這些Record-Route頭域并入路由集，只是它會將其反序。該會話中的后續請求消息的Route頭域就會通過路由集構造。

【注意】Record-Route頭域不用來路由，而只是起到傳遞信息的作用。Record-Route頭域不是路由集的***來源，路由集還可以通過手工配置等方式得到。