RE: [Sipping] Re: draft-elwell-sipping-service-retargeting-00.txt

"Francois Audet" <audet@nortel.com> Tue, 18 October 2005 21:23 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ERyvT-00089h-ML; Tue, 18 Oct 2005 17:23:15 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ERyvR-00087j-IQ for sipping@megatron.ietf.org; Tue, 18 Oct 2005 17:23:13 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA29335 for <sipping@ietf.org>; Tue, 18 Oct 2005 17:23:04 -0400 (EDT)
Received: from zrtps0kn.nortelnetworks.com ([47.140.192.55]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ERz71-0004yh-GH for sipping@ietf.org; Tue, 18 Oct 2005 17:35:13 -0400
Received: from zrc2hxm0.corp.nortel.com (zrc2hxm0.corp.nortel.com [47.103.123.71]) by zrtps0kn.nortelnetworks.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id j9ILMox17529; Tue, 18 Oct 2005 17:22:50 -0400 (EDT)
X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Sipping] Re: draft-elwell-sipping-service-retargeting-00.txt
Date: Tue, 18 Oct 2005 16:22:48 -0500
Message-ID: <1ECE0EB50388174790F9694F77522CCF04CE9A10@zrc2hxm0.corp.nortel.com>
Thread-Topic: [Sipping] Re: draft-elwell-sipping-service-retargeting-00.txt
Thread-Index: AcXUIlVhBdz64YtORl+9N7ftMQ/DuAABj2uA
From: Francois Audet <audet@nortel.com>
To: Dean Willis <dean.willis@softarmor.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f60d0f7806b0c40781eee6b9cd0b2135
Content-Transfer-Encoding: quoted-printable
Cc: "Elwell, John" <john.elwell@siemens.com>, Paul Kyzivat <pkyzivat@cisco.com>, sipping <sipping@ietf.org>, "Michael Hammer (mhammer)" <mhammer@cisco.com>
X-BeenThere: sipping@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "SIPPING Working Group \(applications of SIP\)" <sipping.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sipping@ietf.org>
List-Help: <mailto:sipping-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=subscribe>
Sender: sipping-bounces@ietf.org
Errors-To: sipping-bounces@ietf.org

Just to clarify what I was trying to say.

A 486 inside a 302 inside a History-Info is also what I was refering to.

I guess there are still some issues about Reason not being explicitely 
allowed in a response today (as John was pointing out).

Regardless, it is indeed sort of confusing, but not the first time we
come up with
something arcane and confusing :^) I'm not necessarily opposing to that,
although I do doubt that it will be practical (i.e., that it will work
in 
real life). It might be be interesting for an "1001 SIP hacks" book
however :^)

My issue was not that. 

My issue is when the endpoint is "faking" the 486 because there was
never any 
486 received. I think a GW (or B2BUA or SIP phone) sending a 302 with an
embedded
fake 486 just to make the other end believe (through History-Info or
not) that
it was Call Forward Busy is an abuse of the protocol.

If there is a 486 Reason in there, it should be because there was a 486
received.

Cheers.

> -----Original Message-----
> From: sipping-bounces@ietf.org 
> [mailto:sipping-bounces@ietf.org] On Behalf Of Dean Willis
> Sent: Tuesday, October 18, 2005 13:01
> To: Audet, Francois [SC100:9T51:EXCH]
> Cc: sipping; Paul Kyzivat; Elwell,John; Michael Hammer (mhammer)
> Subject: Re: [Sipping] Re: 
> draft-elwell-sipping-service-retargeting-00.txt
> 
> 
> 
> On Oct 17, 2005, at 5:47 PM, Francois Audet wrote:
> 
> > You mean adding a Reason of 486 inside 302????
> >
> > That seems highly confusing to me.
> 
> That's more or less what I think I proposed, except I buried it in a  
> History-Info header field.
> 
> One of the things that puzzles me about H-I is that while the RFC  
> allows use of H-I in 302 responses, it doesn't talk about it in any  
> great detail.
> 
> It would be very nice to have an H-I use-cases draft with some good  
> examples.
> 
> --
> Dean
> 
> 
> _______________________________________________
> Sipping mailing list  https://www1.ietf.org/mailman/listinfo/sipping
> This list is for NEW development of the application of SIP
> Use sip-implementors@cs.columbia.edu for questions on current 
> sip Use sip@ietf.org for new developments of core SIP
> 
> 

_______________________________________________
Sipping mailing list  https://www1.ietf.org/mailman/listinfo/sipping
This list is for NEW development of the application of SIP
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sip@ietf.org for new developments of core SIP