Re: Clarification on RFC 4458: SIP URIs for Applications suchas Voicemail and Interactive Voice Response (IVR)

"Francois Audet" <[email protected]>
Newsgroups gmane.ietf.sip
Message-ID <1ECE0EB50388174790F9694F77522CCF1D649A77@zrc2hxm0.corp.nortel.com>
What we had in mind when writting this was the equivalent to the Q.931 Redirecting Number information element (and whatever it's ISUP equivalent is, or even Diversion header for that matter).
 
The target maps to the Number digits (which is always there), and the cause maps to the "Reason for redirection,octet 3b", which is optional. Absence means the reason is unknown. I would say that if cause is
not there, then it means the same as cause=404.
 
Also, if target is not there, I guess it means that the number is not known. 
 
But you are right, I don't believe the text in 4458 explains it properly.


________________________________

	From: DRAGE, Keith (Keith) [mailto:[email protected]] 
	Sent: Friday, April 10, 2009 17:45
	To: Hans Erik van Elburg
	Cc: [email protected]; Cullen Jennings; Audet, Francois (SC100:3055); Elwell, John
	Subject: RE: [Sip] Clarification on RFC 4458: SIP URIs for Applications suchas Voicemail and Interactive Voice Response (IVR)
	
	
	And which part of the wording in RFC 4458 do you use to justify that?
	 
	The whole point of the question is that we are trying to ascertain what is a legitimate conformance with RFC 4458.
	 
	regards
	 
	Keith


________________________________

		From: [email protected] [mailto:[email protected]] On Behalf Of Hans Erik van Elburg
		Sent: Friday, April 10, 2009 9:06 AM
		To: DRAGE, Keith (Keith)
		Cc: [email protected]; Cullen Jennings; Francois Audet; Elwell, John
		Subject: Re: [Sip] Clarification on RFC 4458: SIP URIs for Applications such as Voicemail and Interactive Voice Response (IVR)
		
		
		Specifications that only include the cause value mappings as specified in RFC4458 reuse only that part of RFC4458. 
		
		Such reuse is of course fine, but carefull wording is required not to imply full conformance with RFC4458 as that would lead to the wrong implications/expectations.
		
		/Hans Erik van Elburg
		
		
		
		On Wed, Apr 8, 2009 at 6:06 PM, DRAGE, Keith (Keith) <[email protected]> wrote:
		

			RFC 4458 defines two SIP URI parameters.
			
			I can find no specific language in the document that indicates whether these two URI parameters can be used independently of each other, or whether there is an expectation that both URI parameters should only exist in the presence of each other. Specifically does an implementation that only includes the "cause" SIP URI parameter and not the "target" sip URI parameter conform to this specification?
			
			All the text and examples seem to carry the implication that where one exists, the other one will also.
			
			Could one of the authors or some other interested party clarify what they believe the intention is?
			
			regards
			
			Keith
			_______________________________________________
			Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
			This list is for NEW development of the core SIP Protocol
			Use [email protected] for questions on current sip
			Use [email protected] for new developments on the application of sip

_______________________________________________
Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [email protected] for questions on current sip
Use [email protected] for new developments on the application of sip
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.