[Atoca] Next version of draft-ietf-atoca-requirements

Hannes Tschofenig <hannes.tschofenig@gmx.net> Wed, 24 November 2010 08:43 UTC

Return-Path: <hannes.tschofenig@gmx.net>
X-Original-To: earlywarning@core3.amsl.com
Delivered-To: earlywarning@core3.amsl.com
Received: from localhost (localhost []) by core3.amsl.com (Postfix) with ESMTP id 854573A6A18 for <earlywarning@core3.amsl.com>; Wed, 24 Nov 2010 00:43:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.33
X-Spam-Status: No, score=-102.33 tagged_above=-999 required=5 tests=[AWL=0.269, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([]) by localhost (core3.amsl.com []) (amavisd-new, port 10024) with ESMTP id PuDruzPma04I for <earlywarning@core3.amsl.com>; Wed, 24 Nov 2010 00:43:24 -0800 (PST)
Received: from mail.gmx.net (mailout-de.gmx.net []) by core3.amsl.com (Postfix) with SMTP id 3CFA13A6A00 for <earlywarning@ietf.org>; Wed, 24 Nov 2010 00:43:23 -0800 (PST)
Received: (qmail invoked by alias); 24 Nov 2010 08:44:22 -0000
Received: from unknown (EHLO []) [] by mail.gmx.net (mp011) with SMTP; 24 Nov 2010 09:44:22 +0100
X-Authenticated: #29516787
From: Hannes Tschofenig <hannes.tschofenig@gmx.net>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
Date: Wed, 24 Nov 2010 10:44:19 +0200
Message-Id: <B01EB037-F788-46B9-8A84-8B5B24CBECD0@gmx.net>
To: earlywarning@ietf.org
Mime-Version: 1.0 (Apple Message framework v1082)
X-Mailer: Apple Mail (2.1082)
X-Y-GMX-Trusted: 0
Subject: [Atoca] Next version of draft-ietf-atoca-requirements
X-BeenThere: earlywarning@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Discussion list for the IETF Authority-to-Citizen Alert \(atoca\) working group." <earlywarning.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/earlywarning>, <mailto:earlywarning-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/earlywarning>
List-Post: <mailto:earlywarning@ietf.org>
List-Help: <mailto:earlywarning-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/earlywarning>, <mailto:earlywarning-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Nov 2010 08:43:25 -0000

Hi all, 

when we put the slides together for the Beijing IETF meeting we noticed the story we created for the slide set was actually better than the one we have currently in the document (from a structural point of view). I got the impression that the ATOCA presentation was well received.

In particular, we have the following two steps that are important for this working group:

1.Explicit or implicit Subscription
   –Explicit subscription via <draft-rosen-sipping-cap-05.txt>  or via the corresponding XMPP mechanism
   –Implicit subscription by being located in a specific area.
2.Alert Delivery
   –Conveying alert via CAP message

The architectural figure focuses on item #2 and a clarification would be useful. 

We would call out these two steps explicitly (instead of the current wording on "Alert Push Communication" and "Alert Subscription Communication" wording). 

We would like to make these ***editorial changes*** with the next update (unless there are objections) to improve readability.

(on behalf other author's team)