Hi, Actually, that is not possible. Both the Status Line and the Warning header are for responses only, and CANCEL is a request... At least I think the issue was how the cause code could be included in the CANCEL request. Or? Regards, Christer Holmberg Ericsson Finland Hisham Khartabil wrote: > > You can either use the Reason Phrase in the Status Line or the Warning: > header > > Regards, > Hisham > Hotsip > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Jae-Min Ahn > Sent: Wednesday, 28 March 2001 4:45 AM > To: Christer Holmberg > Cc: [EMAIL PROTECTED] > Subject: RE: [Sip-implementors] Question about CANCEL usage.. > > Thank you for your attention.. > > As I mentioned before, I had a look at the SIP-ISUP draft: > http://www.ietf.org/internet-drafts/draft-ietf-sip-isup-00.txt > > In above draft, I could find only one-directional solution.. i.e. SIP -> > PSTN calling case > When a SIP phone is a caller and a PSTN telephone is a callee, REL cause > value could be mapped into SIP response code.. > > Like this.. > > ISUP Cause value SIP response > ---------------- ------------ > 1 unallocated number 410 Gone > 2 no route to network 404 Not found > 3 no route to destination 404 Not found > 4 send special information tone --- > 16 normal call clearing --- > 17 user busy 486 Busy here > 18 no user responding 480 Temporarily unavailable > 19 no answer from the user 480 Temporarily unavailable > 21 call rejected 603 Decline > 22 number changed 301 Moved Permanently > 27 destination out of order 404 Not found > 28 address incomplete 484 Address incomplete > 29 facility rejected 501 Not implemented > 31 normal unspecified 480 Temporarily unavailable > > But when a SIP phone is a callee and PSTN telephone is a caller, how can I > convey a "ISUP REL cause value" with a SIP CANCEL message?? > According to draft, the REL message may be included in the CANCEL message > body.. > But I need only the cause value, not the whole REL message.. > So I want to find a way to convey a cause value using a proper SIP header > filed in CANCEL message.. > > Does anybody have an idea on this?? > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of > Christer Holmberg > Sent: Tuesday, March 27, 2001 9:39 PM > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: Re: [Sip-implementors] Question about CANCEL usage.. > > Hi, > > You probably want to have a look at the SIP-ISUP draft: > > http://www.ietf.org/internet-drafts/draft-ietf-sip-isup-00.txt > > Regards, > > Christer Holmberg > Ericsson Finland > > Jae-Min Ahn wrote: > > > > Thank you for your attention.. > > > > I agree with you that REL can be mapped into a CANCEL.. > > But I want to find a way to convey REL "cause parameter" with > CANCEL message.. > > In RFC 2543 and some related drafts, I could not find a SIP > header which can properly convey a "cause" value in CANCEL request.. > > > > Does anybody have an idea on this?? > > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of > > Christer Holmberg > > Sent: Tuesday, March 27, 2001 8:22 PM > > To: [EMAIL PROTECTED] > > Cc: [EMAIL PROTECTED] > > Subject: Re: [Sip-implementors] Question about CANCEL usage.. > > > > > > > > Hi, > > > > >Hi, > > > > > >I have a question about "CANCEL" usage.. > > >When a caller wants to cancel the call, he sends "CANCEL" request to a > > >callee.. > > > > CANCEL is used when one wants to cancel a TRANSACTION, so in your case > > you would use it to cancel the INVITE if you haven't received a final > > response for it. > > > > >Is it possible to convey a "cause" parameter with CANCEL request?? > > >In some application like a PSTN Gateway , it is helpful to convey the > > >reason for canceling.. > > >According to "draft-ietf-sip-isup-00.txt", REL message may be included > > >in the CANCEL message body.. > > >I hope to find a way to convey a cause using a proper SIP header > > >field.. > > >Can anybody help me?? > > > > REL is mapped into a CANCEL if you haven't received the final response > > for your INVITE, otherwise you map it into a BYE. Note that you can also > > map it into BYE even if you have NOT received the final response yet. > > > > Regards, > > > > Christer Holmberg > > Ericsson Finland > > > > > > > > > > > > Thank you.. > > > > > > > > > +------------------------------------------+ > > > Jae-Min Ahn > > > Senior Engineer > > > > > > Contela, Inc. > > > 9-1 Sunae-dong, Pundang-gu, > > > Sungnam City, Kyunggi-do 463-784, Korea > > > Mobile: +82-11-9076-6104 > > > Tel: +82-342-601-5830~3 (ext:109) > > > Fax: +82-342-602-5830 > > > Email: [EMAIL PROTECTED] > > > +------------------------------------------+ > > > > _______________________________________________ > Sip-implementors mailing list > [EMAIL PROTECTED] > http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
begin:vcard n:Holmberg;Christer tel;cell:+358-40-5604412 tel;work:+358-9-2992943 x-mozilla-html:FALSE org:Ericsson;IP Multimedia / Advanced Signalling Research Laboratory adr:;;;;;; version:2.1 email;internet:[EMAIL PROTECTED] title:System Designer fn:Christer Holmberg end:vcard
