Re: [salud] Review comments on draft-ietf-salud-alert-info-urns-13

Christer Holmberg <christer.holmberg@ericsson.com> Sat, 20 September 2014 08:38 UTC

Return-Path: <christer.holmberg@ericsson.com>
X-Original-To: salud@ietfa.amsl.com
Delivered-To: salud@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B8F7B1A044F for <salud@ietfa.amsl.com>; Sat, 20 Sep 2014 01:38:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 VR6zuGN3s95f for <salud@ietfa.amsl.com>; Sat, 20 Sep 2014 01:38:08 -0700 (PDT)
Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 59D901A005B for <salud@ietf.org>; Sat, 20 Sep 2014 01:38:07 -0700 (PDT)
X-AuditID: c1b4fb3a-f79da6d0000008c7-6f-541d3ceca04d
Received: from ESESSHC001.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id AE.3D.02247.CEC3D145; Sat, 20 Sep 2014 10:38:05 +0200 (CEST)
Received: from ESESSMB209.ericsson.se ([169.254.9.136]) by ESESSHC001.ericsson.se ([153.88.183.21]) with mapi id 14.03.0174.001; Sat, 20 Sep 2014 10:38:04 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Laura Liess <laura.liess.dt@googlemail.com>
Thread-Topic: [salud] Review comments on draft-ietf-salud-alert-info-urns-13
Thread-Index: Ac/IFf+gMZjC49hSQeiq/vmrqzhpOAECnhIAAA0sVGIAJFGJAAAR/8GHABZAk5AATpvdCgAaoUmgAS91ZAAAMPKqoA==
Date: Sat, 20 Sep 2014 08:38:03 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1D454AAB@ESESSMB209.ericsson.se>
References: <7594FB04B1934943A5C02806D1A2204B1D439271@ESESSMB209.ericsson.se> <CACWXZj0e8pdneJq_d+Cug86R8J+SHdwEyXFaxFs19hVWMNXLpA@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1D4411D8@ESESSMB209.ericsson.se> <CACWXZj2aKOVuMkF5yZS5-LeZDXq=GL3-u5SYW0BSRq2DWWfV_A@mail.gmail.com> <201409101935.s8AJZn21031578@hobgoblin.ariadne.com> <7594FB04B1934943A5C02806D1A2204B1D443180@ESESSMB209.ericsson.se> <201409121943.s8CJhjoS013342@hobgoblin.ariadne.com> <7594FB04B1934943A5C02806D1A2204B1D449E7C@ESESSMB209.ericsson.se> <CACWXZj0gdum8U6tHz_f5H4v+cDw0s_feTJ3PktKMtQ-Qr0Mx+g@mail.gmail.com>
In-Reply-To: <CACWXZj0gdum8U6tHz_f5H4v+cDw0s_feTJ3PktKMtQ-Qr0Mx+g@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.148]
Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B1D454AABESESSMB209erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupikeLIzCtJLcpLzFFi42KZGfG3RvetjWyIwZVqizlXDC3udhxgtHh5 osyB2WPy/q/MHk8nTGb3WLLkJ1MAcxSXTUpqTmZZapG+XQJXxpV9E5gK7qVVLF08mbWB8UVk FyMHh4SAicThezldjJxAppjEhXvr2UBsIYGjjBKPLql0MXIB2UsYJdrPTGQFqWcTsJDo/qcN UiMioC9xou8jO4jNLOAjsWHfXxYQW1jAW2L5/T/MEDU+Ere3v4WysyROH90NZrMIqErcWvaW BWQkr4CvxNxdCRCrbrFI/N67D6yGUyBQYnHvY7D5jEC3fT+1hglil7jErSfzmSBuFpBYsuc8 M4QtKvHy8T9WCFtJonHJE1aI+nyJxk89YH/xCghKnJz5hGUCo+gsJKNmISmbhaQMIq4jsWD3 JzYIW1ti2cLXzDD2mQOPmZDFFzCyr2IULU4tLs5NNzLSSy3KTC4uzs/Ty0st2cQIjLyDW35b 7WA8+NzxEKMAB6MSD++C+zIhQqyJZcWVuYcYpTlYlMR5F56bFywkkJ5YkpqdmlqQWhRfVJqT WnyIkYmDU6qBsetT1XPn6yVLtRfqLP8vMP9JsOaa83OfdK16zGfeXHZP/PrBRX4/G/KyeMt5 ducLnr52aWnVxDtr3dqPS09k3Vh8Q/j87a+P/145U3Qo7/3kEo1vCz5/LLlwlrlKb0HAejce vnMChyo+iDDXK3jvu3E+rrRvsozNwVU/G3/9e7fz/I28T1WZ3+uUWIozEg21mIuKEwFQFjDS nQIAAA==
Archived-At: http://mailarchive.ietf.org/arch/msg/salud/ft3E9xgFQIDLQUNXEqqq2iTcq-c
Cc: "salud@ietf.org" <salud@ietf.org>
Subject: Re: [salud] Review comments on draft-ietf-salud-alert-info-urns-13
X-BeenThere: salud@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Sip ALerting for User Devices working group discussion list <salud.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/salud>, <mailto:salud-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/salud/>
List-Post: <mailto:salud@ietf.org>
List-Help: <mailto:salud-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/salud>, <mailto:salud-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Sep 2014 08:38:11 -0000

Hi Laura,

- Issue 4.2 :
     - New text for Section "Abstract", second paragraph:
"This document normatively updates RFC 3261, which defines the Session Initiation Protocol (SIP): It changes the usage of the Alert-Info header field defined in RFC 3261 by additionally allowing its use in any non-100 provisional response to INVITE (except the 100 response).This document also permits proxies to add or remove an Alert-Info  header field, and to add or remove Alert-Info header field values."

I suggest you remove "except the 100 response". You already say "non-100 provisional response", so...

Regards,

Christer








     - It is not clear to me if we completly drop Section 4.2 or if we keep it with the new text:
"A SIP proxy MAY add or remove an Alert-Info header field, and MAY add or remove Alert-Info header field values, in a SIP request or a non-100 provisional response."

       - Section  14 "Proxy Behaviour". First paragraph is replaced by:
"A SIP proxy MAY add or remove an Alert-Info header field, and MAY add or remove Alert-Info header field values, in a SIP request or a  non-100 provisional response when it needs to modify the  information about the call or about the provided services."



-  Issue "General":  New text at the end of Section 13 "User Agent Behaviour"
"Subsequent provisional responses, even within the same dialog, may    contain different Alert-Info header field values.  The Alert-Info header    field values received within different Provisional responses are treated  independently.  If subsequent provisional responses containing  different Alert-Info header field values were received within the same dialog, the User Agent should render at anytime the last received Alert-Info header field value. The handling of provisional responses containing  different Alert-Info header field values which were not received within the same dialog is left as an implementation issue."

Thank you
Laura


2014-09-13 10:28 GMT+02:00 Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>>:
Hi,

>> That's my point: we could say that a proxy can remove the Alert-Info
>> header field - without saying anything about updating 3261 :)
>
> It seems to me that if we're going to have a section which describes the normative changes to 3261, > it should list every normative change we make to 3261, even if it isn't the sort of change that has in > the past been done by declaring a textual amendment to 3261.

Correct.

So, my suggestion is still that we don't say anything about updating 3261. We simply say that a proxy can remove the Alert-Info header field/header field values, and that's it.

Regards,

Christer