- 接前面章節(jié)。
- 10 Registrations
- 10.1 Overview
SIP 提供一種查詢能力。如果一個用戶想和其他用戶發(fā)起一個會話的話，SIP必須查找當前其他用戶的目的地地址是否是可達狀態(tài)。這個查詢處理過程經(jīng)常是基于用戶地址信息，通過SIP網(wǎng)絡的核心要素單元來完成，例如代理服務器和重定位服務器（負責接收請求）來決定發(fā)送其發(fā)送地址，然后發(fā)送這個用戶到其地址。為了實現(xiàn)這個處理流程，SIP網(wǎng)絡的要素單元會查詢一個抽象服務，我們稱之為定位服務。這個服務為具體的域提供地址綁定。這些地址綁定映射一個正抵達的SIP或者SIPS URL地址，例如sip:bob@biloxi.com，可能會匹配一個或者多個這樣相似的URLs地址，例如sip:bob@engineering.biloxi.com。最終，代理會查詢一個定位服務，定位服務會映射收到的URL地址到用戶代理，這個用戶是已經(jīng)定位的，這個會話期望抵達的用戶。
注冊實際上是在定位服務中為指定的域創(chuàng)建了一個綁定關系，這個指定的域通過一個或多個contact地址關聯(lián)了一個address-of-record（AoR） URI地址。因此，當這個域的代理收到一個請求，這個請求中的Request-URI匹配了address-of-record（AOR）時，代理就會轉發(fā)這個請求到這個contact地址，這個地址已經(jīng)注冊到了那個address-of-record（AOR）上。一般情況下，只有這樣的處理方式是合理的，當注冊請求的AOR路由到那個域的時候，在域的定位服務上注冊添加一個address-of-record（AOR）地址。大部分情況下，這里表示的意思是，注冊的域?qū)⑿枰ヅ湓贏OR地址的域。
有多種方式創(chuàng)建定位服務的內(nèi)容。一種方式是通過管理方式創(chuàng)建。在以上的示例中，Bob被看作是一名技術部門的成員之一，他有權訪問公司數(shù)據(jù)庫。具體操作過程中，SIP協(xié)議對UA提供了一種機制，可以明確創(chuàng)建一種綁定關系。這種機制被稱之為注冊。
注冊需要對指定的UAS類型對象發(fā)生一個REGISTER請求，這種類型的對象稱之為注冊服務或者注冊服務器。注冊服務工作方式類似于置于域定位服務的前端一個角色，注冊服務負責讀寫映射REGISTER請求中的內(nèi)容。定位服務然后通過解析出的結果查詢代理服務器，代理服務器負責針對那個域的綁定結果路由那個請求。
以上所有關于注冊流程的解釋在Figure 2有完整的說明。注意，注冊服務和代理服務器都是邏輯對象，它們可以在網(wǎng)絡中部署為一個單一的邏輯對象。
為了說明其功能，這里都把它們分開說明。同時也要注意，如果注冊服務和代理服務是獨立的對象，為了讓UAs那個抵達注冊服務，UAs可以通過代理服務器發(fā)送請求服務。
SIP不能對一個特別的機制授權來支持定位服務。只有一個要求是必須滿足的，那就是針對某些域的注冊服務必須可以讀寫到定位服務中，并且針對那個域的代理或者轉發(fā)服務必須能夠讀那些數(shù)據(jù)消息。注冊服務針對同一域，它可以和一個指定的SIP代理服務器部署在同一服務器中。
10.2 Constructing the REGISTER Request
注冊可以請求添加，移除和查詢綁定。一個注冊請求可以在一個address-of-record和一個或多個contact地址之間添加一個新的綁定。通過一個授權的，合適的第三方執(zhí)行一個指定的address-of-record的注冊�？蛻舳艘部梢砸瞥懊娴慕壎ɑ蛲ㄟ^查詢來決定哪個綁定是支持的address-of-record。
這里有一個特別說明，注冊請求構建和客戶發(fā)送注冊請求的處理是通過基本的UAC處理方式來規(guī)范的，具體的規(guī)范說明，請參閱Section 8.1 和Section 17.1。
一個注冊請求不能創(chuàng)建dialog。一個UAC可以在注冊請求中包括一個Route頭，這里的注冊請求是基于一個前面存在的route set列表，具體的描述參閱Section 8.1。在注冊請求或響應中的這個Record-Route頭沒有任何含義，如果出現(xiàn)的話，它必須被忽略。特別強調(diào)，這個UAC一定不能在注冊請求的任何響應中，基于當前的或缺省的Record-Route創(chuàng)建一個新的route set。
除了Contact以外，以下頭域必須包括在注冊請求中。Contact頭也可以包括進去：
- Request-URI: Request-URI命名定位服務的域名（例如，sip:chicago.com）。 SIP URL的"userinfo" 和"@" 部分一定不能出現(xiàn)。
- To: To頭包含記錄地址，其注冊流程可以被創(chuàng)建，查詢和修改。To頭和Request-URI 是不同的，因為前者包含一個用戶名稱。這個記錄地址必須是一個SIP URL或者SIPS URL。
- From: From頭包含一個人的地址記錄，它負責注冊。除非請求是一個第三方的注冊，否則，這個值和To頭域值相同。
- Call-ID: 所有從UAC發(fā)送到特定注冊服務的注冊使用同一Call-ID頭域。
- CSeq: CSeq值用來保證正確的注冊請求順序處理。UA必須對每個帶同樣Call-ID的注冊請求遞增一個數(shù)值來保證其實現(xiàn)的正確性。
- Contact: 注冊請求可以包含一個Contact頭，它包含零個或者多個綁定的地址。
- UAs在收到注冊的最終響應之前或者沒有收到前面的注冊請求超時響應，它們一定不能發(fā)送新的注冊（和重傳相反，它包含一個新的Contact地址頭）。
以下Contact頭參數(shù)在注冊請求中具有特別的含義：
- action: 在RFC2543的規(guī)范中使用的參數(shù)"action" 已經(jīng)停止使用。
- UACs 不應該再使用"action" 參數(shù)。
- expires: “expires”參數(shù)表示UA綁定的有效時長。參數(shù)值以秒為單位。如果沒有提供這個參數(shù)的話，將使用Expires頭的值來代替。部署時可以，如果此值大于 2**32-1 （4294967295 seconds 或136 years）可以看作是等于2**32-1。 如果是異常的值的話，異常的值應該被視為等于3600。
繼續(xù)發(fā)布……
關注微信公眾號：asterisk-cn，獲得有價值的Asterisk行業(yè)分享
Asterisk freepbx FreeSBC技術文檔： www.freepbx.org.cn
融合通信/IPPBX商業(yè)解決方案：www.hiastar.com
如何使用FreeSBC+FreeSWITCH/Asterisk，qq技術分享群：334023047
