Why I will need to cancel transactions with no provisional response? And that is why I asked. Because rfc 3261 does not say it MUST be an invite request, although it says SHOULD. I don't have much exposure to SIP applications, so I really don't know if anybody is doing like that. I too think canceling a NON-INVITE is absurd. Thanx for confiming this.
Biplab.
Markus Hofmann wrote:
Hi Biplab,
I can't follow your question. :(
A CANCEL will only create if an INVITE was and the UAC received a provisional response. You can't cancel other methods like BYE, OPTIONS or REGISTER because no of this method will answer with an ACK after receiving a response.
Markus
[EMAIL PROTECTED] schrieb am 31.08.04 13:42:15:
I just have one curiosity regarding canceling a transaction. RFC 3261 says CANCEL SHOULD be used for canceling INVITE txns, I also know for BYE it doesn't make sense. But in practice, is any of the UACs is using CANCEL, in any situation, to cancel any other type of transaction. If using, in what situation?
Biplab.
Markus Hofmann wrote:
Yes, that's make sense for me too
I refer to section 9.2 Server behavior:
If the UAS has not issued a final response for the original request, its behavior depends on the method of the original request. If the original request was an INVITE, the UAS SHOULD immediately respond to the INVITE with a 487 (Request Terminated). A CANCEL request has no impact on the processing of transactions with any other method defined in this specification.
Greeting
Markus
[EMAIL PROTECTED] schrieb am 31.08.04 12:16:10:
____________________________________________________Hi, The following excerpt from rfc 3261 (Section 9.1) makes it clear:
"Note that both the transaction corresponding to the original request and the CANCEL transaction will complete independently. However, a UAC canceling a request cannot rely on receiving a 487 (Request Terminated) response for the original request, as an RFC 2543- compliant UAS will not generate such a response. If there is no final response for the original request in 64*T1 seconds (T1 is defined in Section 17.1.1.1), the client SHOULD then consider the original transaction cancelled and SHOULD destroy the client transaction handling the original request."
-- Hope this makes the things clear - why 487 did not arrive.
Biplab.
Markus Hofmann wrote:
Hi Sam,
I think to send a "487 Request Terminated" is a SHOULD and not a MUST.
Greeting
Markus
sam n <[EMAIL PROTECTED]> schrieb am 31.08.04 03:42:20:
Hello,
I need to cancel an INVITE that was just sent, and am trying the method indicated in RFC 3261. Below is a small log of the SIP messages sent/received.
<send INVITE>
INVITE sip:[EMAIL PROTECTED] SIP/2.0 Call-ID: [EMAIL PROTECTED] CSeq: 590812 INVITE From: <sip:[EMAIL PROTECTED]>;tag=1508783231-1592972684 To: "1001" <sip:[EMAIL PROTECTED]> Via: SIP/2.0/UDP 192.168.0.16:1099 Max-Forwards: 70 Contact: "gernot" <sip:[EMAIL PROTECTED]:1099> User-Agent: C12 Phone Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,UPDATE,NOTIFY Content-Type: application/sdp Content-Length: 159
// sdp body
<receive TRYING>
SIP/2.0 100 Trying Via: SIP/2.0/UDP 192.168.0.16:1099;branch=z9hG4bK2a812a1942f6c5e7081b1c7505d45b8c From: <sip:[EMAIL PROTECTED]>;tag=1508783231-1592972684 To: "1001" <sip:[EMAIL PROTECTED]> Call-ID: [EMAIL PROTECTED] CSeq: 590812 INVITE Content-Length: 0
<receive RINGING>
SIP/2.0 180 Ringing Via: SIP/2.0/UDP 192.168.0.16:1099;branch=z9hG4bK2a812a1942f6c5e7081b1c7505d45b8c From: <sip:[EMAIL PROTECTED]>;tag=1508783231-1592972684 To: "1001" <sip:[EMAIL PROTECTED]>;tag=1229238695-1093914397502 Call-ID: [EMAIL PROTECTED] CSeq: 590812 INVITE Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,UPDATE,NOTIFY Supported: 100rel Contact: <sip:192.168.0.170:5060> Remote-Party-ID: "Jill Tester"<sip:[EMAIL PROTECTED];user=phone>;screen=yes;party=called;privacy=off;id-type=subscriber Content-Length: 0
<send CANCEL>
CANCEL sip:[EMAIL PROTECTED] SIP/2.0 Call-ID: [EMAIL PROTECTED] CSeq: 590812 CANCEL From: <sip:[EMAIL PROTECTED]>;tag=1508783231-1592972684 To: "1001" <sip:[EMAIL PROTECTED]> Via: SIP/2.0/UDP 192.168.0.16:1099 Max-Forwards: 70 User-Agent: C12 Phone Contact: "gernot" <sip:[EMAIL PROTECTED]:1099> Content-Length: 0
<receive OK for CANCEL>
SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.0.16:1099;branch=z9hG4bK4f4ef2cc44a8b287fda3dd08df6fdebd From: <sip:[EMAIL PROTECTED]>;tag=1508783231-1592972684 To: "1001" <sip:[EMAIL PROTECTED]> Call-ID: [EMAIL PROTECTED] CSeq: 590812 CANCEL Content-Length: 0
However, after this, i do not receive a 487 Request Terminated response, and the remote user's phone proceeds to ring.
Could anyone kindly tell me where i'm going wrong.
Thanks in advance.
Regards,
Sam
_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
________________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt neu bei WEB.DE FreeMail: http://freemail.web.de/?mc=021193
_______________________________________________ Sip-implementors mailing list [EMAIL PROTECTED] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
-- ---------------------------------------------------------------------------- Biplab Chattopadhyay Research Engineer CDOT-Bangalore email: [EMAIL PROTECTED] [EMAIL PROTECTED] Phone# Office: 2263399, ext 255 2383951 (direct) Mobile: 9845378867 ----------------------------------------------------------------------------
Aufnehmen, abschicken, nah sein - So einfach ist WEB.DE Video-Mail: http://freemail.web.de/?mc=021200
-- ---------------------------------------------------------------------------- Biplab Chattopadhyay Research Engineer CDOT-Bangalore email: [EMAIL PROTECTED] [EMAIL PROTECTED] Phone# Office: 2263399, ext 255 2383951 (direct) Mobile: 9845378867 ----------------------------------------------------------------------------
____________________________________________________
Aufnehmen, abschicken, nah sein - So einfach ist WEB.DE Video-Mail: http://freemail.web.de/?mc=021200
-- ---------------------------------------------------------------------------- Biplab Chattopadhyay Research Engineer CDOT-Bangalore email: [EMAIL PROTECTED] [EMAIL PROTECTED] Phone# Office: 2263399, ext 255 2383951 (direct) Mobile: 9845378867 ----------------------------------------------------------------------------
_______________________________________________ Sip-implementors mailing list [EMAIL PROTECTED] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
