[salud] Fwd: Christer's review of draft-ietf-salud-alert-info-urns-09

Laura Liess <laura.liess.dt@googlemail.com> Fri, 24 January 2014 13:08 UTC

Return-Path: <laura.liess.dt@googlemail.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 262D91A0347 for <salud@ietfa.amsl.com>; Fri, 24 Jan 2014 05:08:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.377
X-Spam-Level:
X-Spam-Status: No, score=-1.377 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no
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 JrwAl1jCPDUx for <salud@ietfa.amsl.com>; Fri, 24 Jan 2014 05:08:15 -0800 (PST)
Received: from mail-la0-x22c.google.com (mail-la0-x22c.google.com [IPv6:2a00:1450:4010:c03::22c]) by ietfa.amsl.com (Postfix) with ESMTP id 6737A1A034B for <salud@ietf.org>; Fri, 24 Jan 2014 05:08:15 -0800 (PST)
Received: by mail-la0-f44.google.com with SMTP id hm7so2570766lab.3 for <salud@ietf.org>; Fri, 24 Jan 2014 05:08:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=OK0XC4VTOfJ1Q64TeOdYNKNa/84C7A5io2LpVQ+jwjI=; b=it3yJzpSgneiaPEsJ7Sbt284cFnC2RauQg+1Krw9blyqDGPFfVbyDzocuVBaDnNJxb PECYnKu8DZ9uA3BK6wJC7rNnvzG6YcMa7rG9GDpeeONyKKuthrgqtBR/0d9Gw0Wu6oMS EZXxyV4wq9SbeNrdFJnU3boD+inL6QP7cd3swz/Ao3/vxY6Wqti/quvd8LFSq7jOdf9h zVT/XzS6Cm8MAQR3H7HX8WlwX6B43nVS5tP+oWvHlZ8BWXHOpeJXk2/74O6EClOmOWIO Z6PcDVg1HNgbMUSsuNw5nymb4jF8noPD53LBJh+FpTbYadstmAPpfW8QWDDS029S2wwf B7oQ==
MIME-Version: 1.0
X-Received: by 10.112.181.130 with SMTP id dw2mr60508lbc.70.1390568893240; Fri, 24 Jan 2014 05:08:13 -0800 (PST)
Received: by 10.114.169.129 with HTTP; Fri, 24 Jan 2014 05:08:13 -0800 (PST)
In-Reply-To: <CACWXZj36rFCAuP7kTRNN0y5jNzYb7P=SSsDvswJrG6WvkbWq4A@mail.gmail.com>
References: <7594FB04B1934943A5C02806D1A2204B1C5EF0E7@ESESSMB209.ericsson.se> <CACWXZj36rFCAuP7kTRNN0y5jNzYb7P=SSsDvswJrG6WvkbWq4A@mail.gmail.com>
Date: Fri, 24 Jan 2014 14:08:13 +0100
Message-ID: <CACWXZj0sqRDA05z1f=23SmaAhQVFMSUZfHc=Z0J_oBLOUucD9g@mail.gmail.com>
From: Laura Liess <laura.liess.dt@googlemail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>, "salud@ietf.org" <salud@ietf.org>
Content-Type: multipart/alternative; boundary=001a11c36c5aead86204f0b70cb6
Subject: [salud] Fwd: Christer's review of draft-ietf-salud-alert-info-urns-09
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: Fri, 24 Jan 2014 13:08:17 -0000

Hi Christer,

Could you have a loook at my answers to your comments Q6 to Q9?  If you
agree to them, I could publish the version -11 of the draft whch we could
send then to the IESG.

>

>
>
>
> Q6:
>
> -----
>
>
>
> Section 1.1 says:
>
>
>
> “In [RFC3261] this is done by including a URI in the Alert-Info header
> field, that specifies the tone.”
>
>
>
> Should the text say that the header field includes a REFERENCE to a tone?
> Later in the paragraph, you DO talk about the referenced tone.
>
>
>
[LL] Would you agree with the text   “In [RFC3261] this is done by
including a URI in the Alert-Info header field, that specifies a Reference
to the tone.”  ?


>
> Q7:
>
> ----
>
>
>
> Section 1.1 says:
>
>
>
> “The URI is most commonly the HTTP URL to the audio file.”
>
>
>
> s/”the audio file”/”an audio file”
>

[LL] Agree.

>
>
>
>
> Q8:
>
> -----
>
>
>
> Section 1.1. says:
>
>
>
> “It is not possible to provide semantic indications or names for rendering
> characteristics
>
>                 that signals the intent and allows the recipient UA to
> decide how to render the received
>
> information in an appropriate way.”
>
>
>
> The sentence is very confusing. Why not simply say something like:
>
>
>
>                 “It is not possible to define semantics associated with a
> given tone.”
>
>

[LL] OK. I will replace the text with the text provided by Paul in
http://www.ietf.org/mail-archive/web/salud/current/msg00456.html.


>
>
>
> Q9:
>
> -----
>
>
>
> Section 4 defines the ABNF for the URN, but the is no text on how to “map”
> it into the Alert-Info header field ABNF:
>
>
>
> For example, I assume that the URN is encoded using the opaque-part format
> of the absoluteURI, and that the sceme value is “urn”. I think it would be
> good to indicate that.
>


[LL]  My understanding is that we don't have consensus that  the current
text must be changed. I would leave the text as it is.


Thank you
Laura

>
>



>
>
> Regards,
>
>
>
> Christer
>
>
>
> _______________________________________________
> salud mailing list
> salud@ietf.org
> https://www.ietf.org/mailman/listinfo/salud
>
>