Re: [Sip-implementors] Multiple redirect responses in single transaction

2010-02-26 Thread Dale Worley
On Wed, 2010-02-24 at 21:16 +, Aaron Clauson wrote: Since that would take extra work on the server and the client I'll be a heretic and stick to my 184 info response approach for the time being. It's not much of a contravention of the standard. A UAS can send back as many info responses as

Re: [Sip-implementors] Multiple redirect responses in single transaction

2010-02-24 Thread Dale Worley
On Mon, 2010-02-22 at 21:19 +, Aaron Clauson wrote: The problem I have is that the client does not actually know all the redirects at the point the first one is sent. The client has a human user pressing buttons to initiate the redirects and there could be gaps of 1,2,5,10 etc. seconds

Re: [Sip-implementors] Multiple redirect responses in single transaction

2010-02-24 Thread Paul Kyzivat
oh, duh! Of course you are right. What was I thinking? Sorry, Paul Anders Kristensen wrote: Paul, Unless I'm much mistaken proxies can only forward one non-2xx final response upstream. Multiple early-dialogs don't change that. Thanks, Anders On 2/22/2010 1:40 PM,

Re: [Sip-implementors] Multiple redirect responses in single transaction

2010-02-24 Thread Aaron Clauson
-Original Message- From: Dale Worley [mailto:dwor...@avaya.com] Sent: Tuesday, 23 February 2010 6:32 PM The client will return the first 302 when it knows what the first redirection URI is. It will then immediately receive the INVITE with the phase=2 parameter. It will then

Re: [Sip-implementors] Multiple redirect responses in single transaction

2010-02-23 Thread Anders Kristensen
Paul, Unless I'm much mistaken proxies can only forward one non-2xx final response upstream. Multiple early-dialogs don't change that. Thanks, Anders On 2/22/2010 1:40 PM, Paul Kyzivat wrote: At end... Aaron Clauson wrote: -Original Message- From: Dale Worley

Re: [Sip-implementors] Multiple redirect responses in single transaction

2010-02-22 Thread Dale Worley
On Thu, 2010-02-18 at 02:50 +, Aaron Clauson wrote: I have a scenario where I want a SIP client to be able to generate multiple redirect responses. The redirect responses will be generated based on user actions and will have a variable delay between them. As far as I can see there is no

Re: [Sip-implementors] Multiple redirect responses in single transaction

2010-02-22 Thread Aaron Clauson
-Original Message- From: Dale Worley [mailto:dwor...@avaya.com] Sent: Monday, 22 February 2010 4:42 PM On Thu, 2010-02-18 at 02:50 +, Aaron Clauson wrote: You should be able to do this in a standard way. First, let us assume that an address of the client (which is acting as

Re: [Sip-implementors] Multiple redirect responses in single transaction

2010-02-22 Thread Paul Kyzivat
At end... Aaron Clauson wrote: -Original Message- From: Dale Worley [mailto:dwor...@avaya.com] Sent: Monday, 22 February 2010 4:42 PM On Thu, 2010-02-18 at 02:50 +, Aaron Clauson wrote: You should be able to do this in a standard way. First, let us assume that an address of

[Sip-implementors] Multiple redirect responses in single transaction

2010-02-17 Thread Aaron Clauson
Hi, I have a scenario where I want a SIP client to be able to generate multiple redirect responses. The redirect responses will be generated based on user actions and will have a variable delay between them. As far as I can see there is no standard's compliant way to achieve that since the first

Re: [Sip-implementors] Multiple redirect responses in single transaction

2010-02-17 Thread Mark R Lindsey
On Feb 17, 2010, at 9:50 PM, Aaron Clauson wrote: I have a scenario where I want a SIP client to be able to generate multiple redirect responses. The redirect responses will be generated based on user actions and will have a variable delay between them. You're going to have to clarify

Re: [Sip-implementors] Multiple redirect responses in single transaction

2010-02-17 Thread Aaron Clauson
From: Mark R Lindsey [mailto:lind...@e-c-group.com] You're going to have to clarify this use case a little more -- as you said, it doesn't follow the SIP transaction model, so it's hard to quite see what you mean. Can you give more detail? Sure. In this case my SIP client is contained in a