Re: [sipcore] RFC 3261: 305 Use Proxy

Brett Tate <brett@broadsoft.com> Tue, 10 December 2013 15:33 UTC

Return-Path: <brett@broadsoft.com>
X-Original-To: sipcore@ietfa.amsl.com
Delivered-To: sipcore@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D13A1ADC03 for <sipcore@ietfa.amsl.com>; Tue, 10 Dec 2013 07:33:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NU6MhwvaLoQn for <sipcore@ietfa.amsl.com>; Tue, 10 Dec 2013 07:33:07 -0800 (PST)
Received: from smtpout01.partnerhosted.com (smtpout01.partnerhosted.com [173.225.22.21]) by ietfa.amsl.com (Postfix) with ESMTP id DD0B91AD7C5 for <sipcore@ietf.org>; Tue, 10 Dec 2013 07:33:07 -0800 (PST)
Received: from CASUMHUB03.citservers.local (172.16.98.219) by Xedge02.citservers.local (172.16.98.248) with Microsoft SMTP Server (TLS) id 14.2.247.3; Tue, 10 Dec 2013 07:34:57 -0800
Received: from MBX08.citservers.local ([fe80::2564:652:8dc8:caae]) by CASUMHUB03.citservers.local ([::1]) with mapi id 14.02.0247.003; Tue, 10 Dec 2013 07:34:57 -0800
From: Brett Tate <brett@broadsoft.com>
To: "sipcore@ietf.org" <sipcore@ietf.org>
Thread-Topic: [sipcore] RFC 3261: 305 Use Proxy
Thread-Index: AQHO834U0dGj3ONYiUe9qHgjXk7YEppNgmTg
Date: Tue, 10 Dec 2013 15:34:56 +0000
Message-ID: <576A8B541C219D4E9CEB1DF8C19C7B881A06D507@MBX08.citservers.local>
References: <576A8B541C219D4E9CEB1DF8C19C7B881A06D0EA@MBX08.citservers.local> <52A36EF3.3040702@alum.mit.edu>
In-Reply-To: <52A36EF3.3040702@alum.mit.edu>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [172.16.98.77]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [sipcore] RFC 3261: 305 Use Proxy
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: SIP Core Working Group <sipcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sipcore>, <mailto:sipcore-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sipcore/>
List-Post: <mailto:sipcore@ietf.org>
List-Help: <mailto:sipcore-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sipcore>, <mailto:sipcore-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Dec 2013 15:33:09 -0000

> > As indicated within the following snippet from 
> > draft-rosenberg-sip-route-construct-01, the 305 
> > response is underspecified within RFC 3261.
> >
> > What is the expected behavior concerning how to 
> > handle a 305's Contact: replace Request-URI or 
> > utilized as a Route header?  The snippet indicates 
> > that the unstated assumption is that it populates 
> > the Request-URI.
> 
> I don't know. AFAIK this was never satisfactorily 
> clarified.
> 
> If we wanted to clarify this, I think the first thing 
> we would want to do is take a survey of any known 
> current uses of 305. (Hopefully there are none, 
> because nobody knows how to use it.)

Someone has started sending 305 within IMS deployments.  I'm not sure if it was because of 3GPP TS 24.229, similar 3GPP specifications, or another reason.  The following is one of the snippets from 3GPP TS 24.229 V10.5.0.

"If the HSS indicates to the S-CSCF that there is already another S-CSCF assigned for the user, the S-CSCF shall return a 305 (Use Proxy) response containing the SIP URI of the assigned S-CSCF received from the HSS in the Contact header field."

Surveying the senders of 305 is potentially as important as how everyone is handling it.  For instance, what are they supplying within the Contact and how are they expecting the 305 to be handled?

Thanks,
Brett