- Spiral：spiral是一種“螺旋式”處理方式，它是一個(gè)SIP請(qǐng)求，返回到代理，然后，代理再把這個(gè)請(qǐng)求前轉(zhuǎn)到其他的終端，但是處理的流程不同，也導(dǎo)致和初始的URL不同。通常情況下，螺旋式處理方式表示請(qǐng)求中的Request-URI和上一次抵達(dá)的請(qǐng)求中的URL是不同的。注意，螺旋式的處理流程處理不是一個(gè)錯(cuò)誤條件，它和loop（回環(huán)完全不同）。典型的使用場(chǎng)景是呼叫前轉(zhuǎn)的處理。A用戶呼叫 joe@example.com。這里的example.com是一個(gè)代理，它會(huì)前轉(zhuǎn)到用戶Joe的電腦終端，接下來(lái)，joe會(huì)把這個(gè)呼叫前轉(zhuǎn)繼續(xù)前轉(zhuǎn)到bob@example.com。這里的請(qǐng)求其實(shí)又回到了同一代理example.com。但是，這種處理方式不是loop環(huán)境。因?yàn)椋@里的請(qǐng)求發(fā)生了變化，它觸發(fā)了不同的呼叫，這里的URL是bob@example.com，不是joe@example.com。所以，它的處理是有效的處理流程，被認(rèn)為是一種螺旋式的處理。而在loop中，它的處理流程和Request-URI是保持不變的，代理重復(fù)處理同樣的流程，因此導(dǎo)致觸發(fā)錯(cuò)誤條件。
其他說(shuō)明：
這里，筆者提醒讀者，筆者總感覺(jué)以上英文概念Spiral翻譯成螺旋式處理流程也不一定準(zhǔn)確，但是筆者一時(shí)間沒(méi)有找到更加準(zhǔn)確的中文用詞。
另外，IPPBX可以比較輕松實(shí)現(xiàn)類似呼叫轉(zhuǎn)移到功能，在一些SBC的設(shè)備中也特別支持了 SIP spiral 呼叫。
- Stateful Proxy：狀態(tài)代理是一個(gè)邏輯實(shí)體，它按照規(guī)范中請(qǐng)求處理的流程保持用戶端和服務(wù)器端之間的事務(wù)狀態(tài)機(jī)的處理狀態(tài)，也就是所謂的事務(wù)狀態(tài)代理。狀態(tài)代理的執(zhí)行在Section 16 做了進(jìn)一步的說(shuō)明。狀態(tài)代理（事務(wù)）和呼叫狀態(tài)代理是不同的。
- Stateless Proxy：無(wú)狀態(tài)代理是一個(gè)邏輯實(shí)體，它不會(huì)保持用戶端和服務(wù)器端之間的事務(wù)狀態(tài)機(jī)。無(wú)狀態(tài)代理前轉(zhuǎn)從下游收到的每個(gè)請(qǐng)求，前轉(zhuǎn)從上游收到的每一個(gè)響應(yīng)。
- Strict Routing：如果代理被稱為嚴(yán)格代理表示這個(gè)代理遵守RFC 2543的路由處理規(guī)則，和一些比較早的RFC 版本規(guī)范。當(dāng)Router 頭出現(xiàn)時(shí)，那個(gè)規(guī)范會(huì)引起代理破壞 Request-URI的內(nèi)容。嚴(yán)格路由的流程不在本規(guī)范中使用，本規(guī)范支持松散路由的處理。因此，執(zhí)行嚴(yán)格路由的代理也被稱之為嚴(yán)格路由器。
- Target Refresh Request：目標(biāo)刷新請(qǐng)求是在一個(gè)dialog中發(fā)送，這個(gè)請(qǐng)求可以修改dialog中的遠(yuǎn)端目標(biāo)。
- Transaction User （TU）: TU是處理協(xié)議層，它存在于事務(wù)層。TU（事務(wù)用戶）包括UAC core，UAS core和proxy core。
- Upstream：它表示在事務(wù)中的前轉(zhuǎn)消息方向，針對(duì)的是從用戶代理服務(wù)器端返回到用戶代理客戶端的響應(yīng)流程。
- URL-encoded： 一個(gè)通過(guò)規(guī)范的RFC 2396, Section 2.4 [5]解碼的字符串。
- User Agent Client （UAC）：用戶代理客戶端是一個(gè)邏輯實(shí)體，它創(chuàng)建了一個(gè)新的請(qǐng)求，并且使用客戶端事務(wù)狀態(tài)機(jī)發(fā)送請(qǐng)求。UAC的角色是僅維持那個(gè)事務(wù)的時(shí)長(zhǎng)。換句話說(shuō)，UAC是一款軟件，它發(fā)起一個(gè)請(qǐng)求，它以UAC的方式工作。如果它后續(xù)收到一個(gè)請(qǐng)求，它以用戶代理服務(wù)器的方式來(lái)處理事務(wù)流程。
- UAC Core：一系列UAC的請(qǐng)求處理功能，它在事務(wù)層和傳輸層以上。
- User Agent Server （UAS）： 用戶代理服務(wù)器是一個(gè)邏輯實(shí)體，它對(duì)SIP請(qǐng)求生成一個(gè)響應(yīng)。響應(yīng)接受，拒絕或轉(zhuǎn)發(fā)請(qǐng)求。它的角色是僅維持事務(wù)時(shí)長(zhǎng)。換句話說(shuō)，它是一款軟件來(lái)響應(yīng)請(qǐng)求，它以UAS的方式工作。如果在后續(xù)狀態(tài)中收到一個(gè)請(qǐng)求，它以用戶代理客戶端的方式來(lái)處理事務(wù)流程。
- UAS Core： 一系列UAS的請(qǐng)求處理功能，它在事務(wù)層和傳輸層以上。
- User Agent （UA）：UA是一個(gè)邏輯實(shí)體，它能以用戶代理客戶端或者用戶代理服務(wù)器端的方式工作。
UAC和UAS的角色，代理和轉(zhuǎn)發(fā)服務(wù)器都是基于事務(wù)對(duì)事務(wù)的基礎(chǔ)上定義的。例如，用戶代理以UAC的方式發(fā)起一個(gè)呼叫時(shí)，發(fā)送請(qǐng)求時(shí)，它的工作方式是UAC；當(dāng)從被呼叫方收到一個(gè)BYE請(qǐng)求時(shí)，它的工作方式是UAS。同樣的道理，同樣的軟件，它可以以代理服務(wù)器的方式工作來(lái)處理請(qǐng)求，也可以以轉(zhuǎn)發(fā)服務(wù)器的方式工作來(lái)處理下一個(gè)請(qǐng)求。
代理，定位服務(wù)器和注冊(cè)服務(wù)器都是邏輯實(shí)體。在部署時(shí)，它們可以集成為一個(gè)單一的應(yīng)用服務(wù)器。
7
SIP Messages
SIP Messages
SIP 是基于文本的協(xié)議，使用的是UTF-8 charset （RFC 2279[7]）。
一個(gè)SIP消息可以是從客戶端到服務(wù)器端的請(qǐng)求消息，也可以是服務(wù)器端到客戶端的響應(yīng)消息。
雖然它們的語(yǔ)法規(guī)范和字符設(shè)置不同，請(qǐng)求 （section 7.1 ） 和響應(yīng) （section 7.2） 消息都使用RFC 2822[3]的基本格式來(lái)處理。（SIP支持RFC 2822無(wú)效的頭）。兩種類型的消息由一個(gè)起始行，一個(gè)或者多個(gè)頭，一個(gè)表示頭結(jié)束的空行和一個(gè)可選的消息體表示。
起始行，每個(gè)消息頭和空行都必須以換行符結(jié)尾。注意，即使沒(méi)有消息體，空行也要顯示。
除了上面字符的不同以外，很多SIP消息和SIP頭語(yǔ)法都是遵守HTTP/1.1的語(yǔ)法。于其在這里重復(fù)語(yǔ)法和語(yǔ)義的定義，這里，我們建議使用HTTP/1.1規(guī)范的[HX.Y] 的部分作為參考 （ RFC 2616[8]）。
但是，SIP不是HTTP的拓展。
參考資料：
https://www.fftelecoms.org/app/uploads/2018/03/Version-2-1-interface-SIP-FFT-pour-interconnexion-voix_clean.pdf
https://docs.oracle.com/cd/E21764_01/doc.1111/e13807/overview.htm#OWLDG97410
關(guān)注微信公眾號(hào)：asterisk-cn，獲得有價(jià)值的Asterisk行業(yè)分享
Asterisk freepbx 中文官方論壇：http://bbs.freepbx.cn/forum.php
Asterisk freepbx技術(shù)文檔： www.freepbx.org.cn
融合通信商業(yè)解決方案，協(xié)同解決方案首選產(chǎn)品：www.hiastar.com
Asterisk/FreePBX中國(guó)合作伙伴，官方qq技術(shù)分享群（3000千人）：589995817
