在前面的章節(jié)中，我們一直在介紹呼叫的同時(shí)，也會(huì)提到SIP定位服務(wù)。沒(méi)有SIP定位服務(wù)，SIP呼叫不可能完成。但是，SIP定位服務(wù)或者服務(wù)器通常沒(méi)有出現(xiàn)在我們一般的用戶配置的物理邏輯實(shí)體中，其存在形態(tài)相對(duì)比較抽象。在RFC3261的規(guī)范中，SIP的功能之一就是用戶定位，通過(guò)用戶定位來(lái)決定通信的系統(tǒng)終端。另外，在RFC3261中定義了支持用戶定位的定位服務(wù)，在規(guī)范中定義了定位服務(wù)是SIP轉(zhuǎn)發(fā)服務(wù)或者SIP代理用來(lái)獲取被呼叫方可能的定位信息的服務(wù)。它包含一個(gè)各種AOR和Contact綁定關(guān)系信息列表，其綁定更新也可能經(jīng)常更新，添加或者刪除。具體關(guān)于定位服務(wù)的完整處理流程，讀者可以參考筆者歷史文檔：深入理解SIP服務(wù)器的注冊(cè)和定位服務(wù)流程

　　筆者特別強(qiáng)調(diào)，在一般的企業(yè)網(wǎng)絡(luò)中，我們也不會(huì)看到單獨(dú)的定位服務(wù)器來(lái)提供定位服務(wù)，它和其他的SIP代理，例如注冊(cè)服務(wù)構(gòu)成一個(gè)一體的處理單元來(lái)提高定位服務(wù)。前面我們的很多圖例已經(jīng)說(shuō)明，讀者可以參考。在具體的定位服務(wù)處理中，定位服務(wù)器通過(guò)定位數(shù)據(jù)庫(kù)結(jié)合注冊(cè)服務(wù)來(lái)實(shí)現(xiàn)定位信息更新或者管理。

　　在以下示例中，SIP定位服務(wù)和注冊(cè)服務(wù)部署在一體環(huán)境中，用戶從發(fā)起呼叫到查詢定位大概經(jīng)過(guò)六個(gè)核心的步驟。定位服務(wù)器本身部署了一個(gè)數(shù)據(jù)庫(kù)，此數(shù)據(jù)庫(kù)用來(lái)存儲(chǔ)SIP UA的位置信息，SIP registrar(注冊(cè)服務(wù))負(fù)責(zé)處理來(lái)自于SIP UA的register和re-register 消息，并且不斷更新其位置信息。SIP代理服務(wù)器將通過(guò)UA發(fā)起的SIP INVITE消息中的目的地SIP URL，找到當(dāng)前目的地的位置信息。一旦，其呼叫目的地地址應(yīng)答了這個(gè)呼叫，SIP代理將前轉(zhuǎn)這個(gè)INVITE請(qǐng)求到目的地地址，然后通知呼叫方其呼叫處于“trying” 狀態(tài)。

　　

　　SIP定位服務(wù)的資源可以來(lái)自于不同的用戶存儲(chǔ)資源。一些用戶可能使用自己的本地服務(wù)器來(lái)存儲(chǔ)定位服務(wù)，一些比較大的客戶可能通過(guò)LDAP協(xié)議使用微軟的AD（Active Directory），或者通過(guò)A記錄，SRV，NAPTR使用DNS服務(wù)器來(lái)獲取SIP定位服務(wù)的用戶數(shù)據(jù)。關(guān)于SIP定位服務(wù)，RFC3263規(guī)范有非常詳細(xì)的說(shuō)明，讀者可以查閱參考資料鏈接做進(jìn)一步了解。

　　

　　當(dāng)然，針對(duì)以上幾種關(guān)于定位服務(wù)器部署，目前很多用戶根據(jù)自己的實(shí)際業(yè)務(wù)需求做相應(yīng)調(diào)整。隨著用戶數(shù)量不斷增加，用戶場(chǎng)景不斷遷移，終端不斷切換，對(duì)其注冊(cè)資源和定位服務(wù)有更大的挑戰(zhàn)。注冊(cè)查詢時(shí)間延長(zhǎng)，意味著呼叫時(shí)間就會(huì)延長(zhǎng)，最終直接影響其他的定時(shí)器時(shí)間等問(wèn)題。讀者如果需要了解SIP網(wǎng)絡(luò)性能指標(biāo)的話，可以參考筆者歷史文檔：

　　完整RFC6076-端對(duì)端SIP網(wǎng)絡(luò)九大性能評(píng)價(jià)指標(biāo)（KPI）概論和時(shí)延產(chǎn)生其他因素的相關(guān)性討論

　　在本地安裝的數(shù)據(jù)庫(kù)服務(wù)中，用戶也需要考慮各種數(shù)據(jù)庫(kù)訪問(wèn)和支持包之間的優(yōu)化關(guān)系。例如，很多用戶經(jīng)常使用的OpenSIPS，MYSQL，和GCC等。以下示例是

　　C. P. Wright和其他研究人員在2010年在IBM發(fā)布的一篇關(guān)于SIP服務(wù)器性能的研究論文-SIP server performance on multicore systems

　　在這篇論文中，研究人員針對(duì)系統(tǒng)底層基礎(chǔ)應(yīng)用服務(wù)器的性能進(jìn)行了對(duì)比測(cè)試，也包括了多核CPU，MYSQL數(shù)據(jù)庫(kù)，OPENSER，GC等安裝支持。雖然，我們目前使用的平臺(tái)和部署方式發(fā)生了很大變化，但是，其性能瓶頸和以前有非常多的相似之處，我們?nèi)匀恍枰�考慮數(shù)據(jù)庫(kù)連接的性能，OpenSIPS的性能，支持包的優(yōu)化等問(wèn)題。另外，在具體的OpenSIPS環(huán)境中，opensips官方使用了 usrloc 模塊對(duì)User location test，隨著用戶增加，使用不同的mysql Prepared Statements命令取得了非常不同的性能。

　　

　　目前看，用戶本地安裝的服務(wù)器和DNS服務(wù)器相對(duì)符合現(xiàn)在用戶的需求以及未來(lái)的擴(kuò)展，微軟的AD則相對(duì)比較封閉，不利于用戶充分?jǐn)U展其服務(wù)。特別是近幾年，SIP網(wǎng)絡(luò)部署都已經(jīng)在全球部署，通過(guò)DNS定位的需求相對(duì)比較大，本地部署則維持正常需求水平。

　　在本章節(jié)中，筆者通過(guò)以下示例結(jié)合前面的章節(jié)來(lái)更加細(xì)致地介紹一下如何通過(guò)DNS查詢以后實(shí)現(xiàn)的呼叫流程。

　

　　在以上圖例中，首先eric通過(guò)SIP終端呼叫方對(duì)自己的代理服務(wù)器發(fā)送一個(gè)呼叫INVITE請(qǐng)求，在SIP服務(wù)器進(jìn)行不同需求處理，注意，這里的SIP服務(wù)器（包括了注冊(cè)服務(wù)，定位服務(wù)和轉(zhuǎn)發(fā)服務(wù)代理）。SIP代理服務(wù)器查詢DNS找到其呼叫目的地地址，域名是freepbx.cn。DNS會(huì)對(duì)不同的DNS服務(wù)器發(fā)送DNS查詢請(qǐng)求。DNS服務(wù)器通過(guò)DNS查詢以后，結(jié)合SRV，NAPTR地址，DNS服務(wù)器發(fā)現(xiàn) _sip._udp.freepbx.cn綁定的是一個(gè)具體的IP地址（IP address=11.10.9.8，這里是假設(shè)地址）。然后，DNS返回地址11.10.9.8，然后SIP服務(wù)器中的SIP代理轉(zhuǎn)發(fā)這個(gè)目的地地址到另外一個(gè)SIP代理服務(wù)器地址，然后SIP代理服務(wù)器呼叫其UA終端。這里，我們假設(shè)SIP的DNS查詢服務(wù)僅使用了一次查詢就獲得了地址。在實(shí)際DNS查詢中可能還要查詢更多的DNS服務(wù)以及下一跳服務(wù)器地址等比較復(fù)雜的查詢。當(dāng)然，在DNS查詢處理中，查詢服務(wù)還要涉及ENUM，具體的規(guī)范和協(xié)議包括RFC6116等規(guī)范，我們將在后續(xù)的系列講座中會(huì)對(duì)ENUM進(jìn)行比較詳細(xì)說(shuō)明，這里不再做過(guò)多說(shuō)明。

　　在本章節(jié)中，筆者介紹了關(guān)于定位服務(wù)的基本流程和六大步驟，然后介紹了關(guān)于定位服務(wù)的資源存儲(chǔ)問(wèn)題以及資源池的部署。針對(duì)SIP配合DNS查詢服務(wù)做了比較深入的討論。在各種SIP定位部署環(huán)境中，因?yàn)闃I(yè)務(wù)場(chǎng)景不同，一些用戶使用的資源服務(wù)也不同。筆者重點(diǎn)介紹了比較常用的DNS查詢方式。但是，為了實(shí)現(xiàn)DNS查詢的穩(wěn)定性，用戶同樣需要考慮很多方面的問(wèn)題，例如DNS服務(wù)器的穩(wěn)定性，終端的兼容性等。

　　在下一個(gè)章節(jié)中，筆者將進(jìn)一步介紹關(guān)于SIP 客戶端和SIP消息方面的內(nèi)容。