Re: [sipcore] draft-ietf-sipcore-rfc4244bis-callflows-01: section 3.7 comments

Brett Tate <brett@broadsoft.com> Mon, 15 October 2012 15:30 UTC

Return-Path: <brett@broadsoft.com>
X-Original-To: sipcore@ietfa.amsl.com
Delivered-To: sipcore@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE59021F86BB for <sipcore@ietfa.amsl.com>; Mon, 15 Oct 2012 08:30:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SobmJdpJTP22 for <sipcore@ietfa.amsl.com>; Mon, 15 Oct 2012 08:30:30 -0700 (PDT)
Received: from smtpout01.partnerhosted.com (smtpout01.partnerhosted.com [173.225.22.204]) by ietfa.amsl.com (Postfix) with ESMTP id ECF6921F86BA for <sipcore@ietf.org>; Mon, 15 Oct 2012 08:30:29 -0700 (PDT)
Received: from CASUMHUB04.citservers.local (172.16.98.225) by Xedge02.citservers.local (172.16.98.248) with Microsoft SMTP Server (TLS) id 14.2.247.3; Mon, 15 Oct 2012 08:30:33 -0700
Received: from MBX06.citservers.local ([fe80::bc79:c816:92ac:db09]) by CASUMHUB04.citservers.local ([::1]) with mapi id 14.02.0247.003; Mon, 15 Oct 2012 08:30:33 -0700
From: Brett Tate <brett@broadsoft.com>
To: "R.Jesske@telekom.de" <R.Jesske@telekom.de>, "sipcore@ietf.org" <sipcore@ietf.org>, "draft-ietf-sipcore-rfc4244bis-callflows@tools.ietf.org" <draft-ietf-sipcore-rfc4244bis-callflows@tools.ietf.org>
Thread-Topic: [sipcore] draft-ietf-sipcore-rfc4244bis-callflows-01: section 3.7 comments
Thread-Index: Ac2ollYDzsmluaajQh6TumzWBMajQgCTYEGwAACeTEA=
Date: Mon, 15 Oct 2012 15:30:33 +0000
Message-ID: <576A8B541C219D4E9CEB1DF8C19C7B88016F9F@MBX06.citservers.local>
References: <576A8B541C219D4E9CEB1DF8C19C7B88016B08@MBX06.citservers.local> <580BEA5E3B99744AB1F5BFF5E9A3C67D1545048117@HE111648.emea1.cds.t-internal.com>
In-Reply-To: <580BEA5E3B99744AB1F5BFF5E9A3C67D1545048117@HE111648.emea1.cds.t-internal.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [172.16.98.4]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [sipcore] draft-ietf-sipcore-rfc4244bis-callflows-01: section 3.7 comments
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.12
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: Mon, 15 Oct 2012 15:30:31 -0000

Hi Roland,

Based upon the following RFC 3261 definition of Redirect Server, Bob's client is a redirect server.  Thus the parameter must be added.  And if not added by the Redirect Server, F4 is non compliant to the following draft-ietf-sipcore-rfc4244bis section 10.4 MUST NOT.

RFC 3261 section 6:

"Redirect Server: A redirect server is a user agent server that
 generates 3xx responses to requests it receives, directing the
 client to contact an alternate set of URIs."

Draft-ietf-sipcore-rfc4244bis-10 section 10.4:

"If the Contact header field
 does not contain an "rc" or "mp" header field parameter, then the SIP
 entity MUST NOT include an "rc" or "mp" header field parameter in the
 hi-target-param in the hi-entry when the request is retargeted to a
 contact URI received in a 3xx response."


> -----Original Message-----
> From: R.Jesske@telekom.de [mailto:R.Jesske@telekom.de]
> Sent: Monday, October 15, 2012 10:51 AM
> To: Brett Tate; sipcore@ietf.org; draft-ietf-sipcore-rfc4244bis-
> callflows@tools.ietf.org
> Subject: AW: [sipcore] draft-ietf-sipcore-rfc4244bis-callflows-01:
> section 3.7 comments
> 
> Hi Brett,
> with regard to your comment:
> 
> > 4) If I understand draft-ietf-sipcore-rfc4244bis correctly, F3 needs
> mp=1 added to the
> > Contact.
> 
> 
> I understand RFC4244bis correct that the adding of mp=1 needs only to
> be done when it is a redirect server which carol's end device is not.
> 
> RFC4244bis
> ...
> 8.  Redirect Server Handling of History-Info Header Fields
> 
>    A redirect server MUST follow the procedures in Section 9.1 when it
>    receives a SIP Request.  A redirect server MUST follow the
> procedures
>    in Section 9.4 when it sends a SIP Response.  When generating the
>    Contact header field in a 3xx response, the redirect server MUST add
>    the appropriate "mp", "np" or "rc" header field parameter to each
>    Contact header field as described in Section 10.4, if applicable.
> ...
> 
> Best Regards
> 
> Roland