CANCEL請求，就像名字所說的，是用來取消客戶端發(fā)起的上一個請求的。

CANCEL請求UAS去終止上一個請求并且對上一個請求產(chǎn)生一個錯誤的應(yīng)答。CANCEL對UAS已經(jīng)給出終結(jié)應(yīng)答的請求無效。所以，CANCEL請求的最大用處是取消需要服務(wù)器長時間處理的請求。也就是說，CANCEL最常用來處理取消INVITE請求。在這種使用中，UAS接收到對一個INVITE請求的CANCEL請求，當(dāng)這個INVITE還沒有得到終結(jié)應(yīng)答的時候，UAS會”停止振鈴”，并且給INVITE請求一個錯誤的應(yīng)答（487）。

?

一個有狀態(tài)的proxy需要對CANCEL進(jìn)行響應(yīng)，而不是簡單的轉(zhuǎn)發(fā)從下行流中接收到的一個應(yīng)答。基于這個原因，CANCEL是一個”點對點”（hop-by-hop）的請求。

?

注：取消一個請求只能發(fā)生在UAC方，即該請求發(fā)起者。UAS端取消取消請求使用的是4**應(yīng)答。

?

1客戶行為(Client Behavior)
CANCEL請求不應(yīng)該取消除了INVITE之外的請求。因為除了INVITE之外的請求的響應(yīng)都是立即響應(yīng)的，所以，發(fā)送CANCEL來取消一個非INVITE請求總是形成一種賽跑的局面（就是說，cancel先到還是被取消的請求先到）。
在CANCEL請求中的Request-URI , Call-ID , To ,Cseq的數(shù)字部分，From這些頭域都必須和被取消的請求頭域一樣，包含這些頭域的tags.客戶端創(chuàng)建的CANCEL必須只有一個Via頭域值，這個頭域值和被取消的請求的最上一個Via頭域值相同。在Cseq請求頭域的method部分必須是一個CANCEL方法。這個讓這個CANCEL請求被當(dāng)作自己的事務(wù)而被正確的鑒別和處理。
CANCEL頭域必須不能包含任何Require或者Proxy-Require頭域。
一旦CANCEL請求被創(chuàng)建了，客戶端應(yīng)當(dāng)檢查是否收到了這個CANCEL請求取消的原始請求的任何應(yīng)答（臨時的或者終結(jié)的應(yīng)答）。如果沒有任何臨時應(yīng)答收到，這個CANCEL請求一定不能發(fā)送，直到客戶端等到了第一個臨時應(yīng)答。如果原始請求已經(jīng)收到一個終結(jié)應(yīng)答，這個CANCEL也不應(yīng)當(dāng)發(fā)送，因為CANCEL請求對已經(jīng)產(chǎn)生了終結(jié)應(yīng)答的請求沒有任何作用。
如果允許在接收應(yīng)答之前發(fā)送CANCEL請求，那么服務(wù)端可能在接收原始請求之前接收到CANCEL請求。
注意，原始請求的事務(wù)和CANCEL請求的事務(wù)都是互相獨(dú)立的。也就是說，UAC判定一個請求的取消不能依賴原始請求的一個487（請求終止）應(yīng)答，遵循RFC2543協(xié)議，UAS不會產(chǎn)生這樣一個應(yīng)答。如果原始請求經(jīng)過了64*T1秒還沒有應(yīng)答，客戶端應(yīng)當(dāng)認(rèn)為原始請求已經(jīng)取消，并且應(yīng)當(dāng)銷毀對應(yīng)原始請求的客戶端事務(wù)。

2 服務(wù)端行為(Server Behavior)
當(dāng)UAS收到CANCEL請求，首先按照UAS通用處理方法進(jìn)行處理。不過，既然CANCEL請求是基于”點對點”（hop－by－hop）的，也是不能再提交的，他們不能由服務(wù)器為了獲得Authorization頭域中正確的認(rèn)證而反復(fù)嘗試。注意，因此CANCEL請求也不能包含Require頭域。
UAS不能找到與CANCEL請求相匹配的事務(wù)，它應(yīng)該給CANCEL一個481應(yīng)答（調(diào)用的Leg/Transaction不存在會話/事務(wù)不存在）。如果對應(yīng)原始請求的事務(wù)存在，那么UAS在接收到CANCEL請求的處理就依賴于是否已經(jīng)給這個原始請求發(fā)出了終結(jié)應(yīng)答。如果已經(jīng)發(fā)出了，不會對CANCEL請求對應(yīng)的原始請求做任何處理，不會更改任何會話狀態(tài)，不會對原始請求的應(yīng)答做任何處理。如果UAS沒有發(fā)出對原始請求的終結(jié)應(yīng)答，它會依賴于CANCEL所取消的原始請求方法。如果原始請求方法是INVITE，UAS應(yīng)當(dāng)立刻響應(yīng)INVITE一個487（請求終止）。本協(xié)議中，對CANCEL取消的其他本協(xié)議中定義的方法沒有約定。
不管原先請求的方法是什么，只要CANCEL匹配一個事務(wù)，UAS就響應(yīng)CANCEL請求一個200（OK）應(yīng)答。

?

參考

RFC3261

總結(jié)

以上是生活随笔為你收集整理的取消一个请求(Cancel)的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。