Re: [atoca] The future of atoca

"Richard L. Barnes" <rbarnes@bbn.com> Wed, 01 August 2012 07:27 UTC

Return-Path: <rbarnes@bbn.com>
X-Original-To: atoca@ietfa.amsl.com
Delivered-To: atoca@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A78911E809C for <atoca@ietfa.amsl.com>; Wed, 1 Aug 2012 00:27:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.604
X-Spam-Level:
X-Spam-Status: No, score=-106.604 tagged_above=-999 required=5 tests=[AWL=-0.005, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ahRZ65zLN2sL for <atoca@ietfa.amsl.com>; Wed, 1 Aug 2012 00:27:10 -0700 (PDT)
Received: from smtp.bbn.com (smtp.bbn.com [128.33.0.80]) by ietfa.amsl.com (Postfix) with ESMTP id 64D4911E80A6 for <atoca@ietf.org>; Wed, 1 Aug 2012 00:27:10 -0700 (PDT)
Received: from [128.89.255.5] (port=61900) by smtp.bbn.com with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from <rbarnes@bbn.com>) id 1SwTKl-00089d-Ts; Wed, 01 Aug 2012 03:27:08 -0400
Mime-Version: 1.0 (Apple Message framework v1278)
Content-Type: text/plain; charset="us-ascii"
From: "Richard L. Barnes" <rbarnes@bbn.com>
In-Reply-To: <4CDBD8FD-69D2-466D-8557-BC60F117D1B6@cs.columbia.edu>
Date: Wed, 01 Aug 2012 00:27:06 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <F68CF3BF-2C98-4C3D-98BF-547C34E0429F@bbn.com>
References: <20120721131113.7B35C21F8646@ietfa.amsl.com> <B1C4C394-1E40-48FF-AE06-7B3871EEAA08@incident.com> <EDC0A1AE77C57744B664A310A0B23AE240AE89B6@FRMRSSXCHMBSC3.dc-m.alcatel-lucent.com> <AFDE3396-F0AC-41FD-886C-A8CC64009CD6@brianrosen.net> <266595E9-AB52-4269-BF78-C239DE25FC94@gmx.net> <4CDBD8FD-69D2-466D-8557-BC60F117D1B6@cs.columbia.edu>
To: Henning Schulzrinne <hgs@cs.columbia.edu>
X-Mailer: Apple Mail (2.1278)
Cc: atoca@ietf.org
Subject: Re: [atoca] The future of atoca
X-BeenThere: atoca@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discussion list for the IETF Authority-to-Citizen Alert \(atoca\) working group." <atoca.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/atoca>, <mailto:atoca-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/atoca>
List-Post: <mailto:atoca@ietf.org>
List-Help: <mailto:atoca-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/atoca>, <mailto:atoca-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 07:27:11 -0000

Hey Henning,

I appreciate the desire to take on big problems, but I think the abundance of seemingly big questions in this space has actually held this group up.

I would suggest instead focusing on a drastically simpler phrasing of the question: We need to get an XML document to a bunch of devices.  What's the minimum we need to do that?  

Once we have *an* answer to that question, we can optimize it to have other properties, e.g., better scaling through multicast.

--Richard


On Jul 30, 2012, at 2:46 PM, Henning Schulzrinne wrote:

> There is significant regulatory interest in exploring IP-based options, so I would encourage taking stock and looking at a variety of options. Even a summary of the options and why they do NOT work is useful. Some initial questions that push beyond the SIP message space:
> 
> One of the bigger problems with CMAS (cellular alerts) is the short message size, which provides only very limited actionable information.
> 
> Can we leverage IP-TV style multicast for scalable distribution? How would the equivalent of EAS work in an IP video environment?
> 
> Can we separate the common problem of in-area alerting (subscribers in a particular area) from the less-common problem of out-of-area alerting ("elderly relative")?
> 
> Do we have any real experience with the realistic limits of web-based flash crowds? If every household is watching entertainment (or Olympic) video at night, the additional load of adding reasonably-detailed information may not be all that large and CDNs are used to large crowds.
> 
> Henning
> 
> On Jul 30, 2012, at 5:36 PM, Hannes Tschofenig <hannes.tschofenig@gmx.net> wrote:
> 
>> The problem I see is that we actually don't have a proposal that actually works.
>> Abstract discussions about potential solutions don't help to make progress. 
>> 
>> 
>> 
>> _______________________________________________
>> atoca mailing list
>> atoca@ietf.org
>> https://www.ietf.org/mailman/listinfo/atoca
>> 
> 
> _______________________________________________
> atoca mailing list
> atoca@ietf.org
> https://www.ietf.org/mailman/listinfo/atoca