Re: [atoca] The future of atoca

"Bradner, Scott" <sob@harvard.edu> Mon, 30 July 2012 21:51 UTC

Return-Path: <sob@harvard.edu>
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 1D0D411E81C2 for <atoca@ietfa.amsl.com>; Mon, 30 Jul 2012 14:51:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.599
X-Spam-Level:
X-Spam-Status: No, score=-103.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, 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 mt8LPpFHQL+g for <atoca@ietfa.amsl.com>; Mon, 30 Jul 2012 14:51:44 -0700 (PDT)
Received: from ackroyd.harvard.edu (ackroyd.harvard.edu [128.103.208.29]) by ietfa.amsl.com (Postfix) with ESMTP id 04CA511E81BD for <atoca@ietf.org>; Mon, 30 Jul 2012 14:51:43 -0700 (PDT)
Received: from exchange.university.harvard.edu (entwedge0000001.university.harvard.edu [10.35.2.152]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ackroyd.harvard.edu (Postfix) with ESMTP id 8084AE8904; Mon, 30 Jul 2012 17:51:42 -0400 (EDT)
Received: from ENTWHUBT0000002.university.harvard.edu (192.168.36.23) by ENTWEDGE0000001.university.harvard.edu (10.35.2.152) with Microsoft SMTP Server (TLS) id 14.1.355.2; Mon, 30 Jul 2012 17:51:11 -0400
Received: from ENTWEXMB0000008.university.harvard.edu ([169.254.1.84]) by entwhubt0000002.university.harvard.edu ([192.168.36.46]) with mapi id 14.01.0355.002; Mon, 30 Jul 2012 17:51:01 -0400
From: "Bradner, Scott" <sob@harvard.edu>
To: Brian Rosen <br@brianrosen.net>
Thread-Topic: [atoca] The future of atoca
Thread-Index: AQHNbp2B/Bt7pSXP9k21yF1x35bDLQ==
Date: Mon, 30 Jul 2012 21:51:42 +0000
Message-ID: <130B9A5F-0809-4B5D-9EFC-63CB6B61DFE3@harvard.edu>
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>
In-Reply-To: <AFDE3396-F0AC-41FD-886C-A8CC64009CD6@brianrosen.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [136.248.127.172]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <D2154C85E515AB439BD8ACEA484F40F9@Exchange.university.harvard.edu>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "<atoca@ietf.org>" <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: Mon, 30 Jul 2012 21:51:45 -0000

I also think the is very important 

but we need to actually have text in front of us to discuss & progress

as a chair, I am willing to keep trying but there is a limit

Scott



On Jul 30, 2012, at 5:26 PM, Brian Rosen wrote:

> I have hesitated to respond to this because I'm part of the problem.  However, here goes:
> 
> I think the work of atoca is important.  I think it's VERY important.  We need better tools for authority to citizen alerts.  
> 
> We have been unable to muster enough effort.  We need to fix that to be viable.  It may be too late.
> 
> So, I will make a pledge:
> a) I will contribute a draft in this next cycle
> b) I will respond to threads on the list aggressively
> c) I will start threads to try to reach consensus on requirements and mechanisms
> 
> I ask for others to take the same pledge.
> 
> I understand that I, and others, should have already done all of that.  Guilty.  I will understand if it is decided that we had our chance and lost it by inactivity.  But I will ask for another chance to get good work done.
> 
> Brian
> 
> On Jul 22, 2012, at 9:34 PM, DRAGE, Keith (Keith) wrote:
> 
>> I'd note that closing the working group and closing the mailing list are not one and the same thing. 
>> 
>> Mailing lists can exist without the continuation of the working group.
>> 
>> So as and when interest does arise, and activity on the mailing list identifies this, either drafts can be discussed and prepared for individual submission, or a new working group can be chartered and the work resumed as chartered activity.
>> 
>> Keith
>> 
>>> -----Original Message-----
>>> From: atoca-bounces@ietf.org [mailto:atoca-bounces@ietf.org] On Behalf Of
>>> Art Botterell
>>> Sent: 21 July 2012 18:41
>>> To: atoca@ietf.org
>>> Subject: Re: [atoca] The future of atoca
>>> 
>>> Mark makes the essential point, IMHO.  This working group may simply have
>>> been ahead of its time.  So if the WG format isn't appropriate... I don't
>>> really have an opinion on that... I hope we can find some way to keep a
>>> less formal conversation going among folks who are interested, in
>>> anticipation that relevant issues may come clear over the next few years.
>>> 
>>> - Art
>>> 
>>> 
>>> On Jul 21, 2012, at 6:12 AM, Mark Wood wrote:
>>> 
>>>> 
>>>> I Repeat;
>>>> 
>>>> The matter of using public networks for authority to citizen
>>> communication
>>>> is only just now becoming a mainstream topic. We just did not have a
>>> model
>>>> for such before the deployment of ETWS in Japan and now CMAS in the USA
>>> in
>>>> 2012.
>>>> 
>>>> Now that we do have such systems is the time to address the matter.
>>>> 
>>>> I deduce that anyone wanting to obtain a licence for a public mobile
>>> network
>>>> will have to have some sort of method of realising the same burdens that
>>> are
>>>> now placed on the cellular network providers. The wording of the
>>>> requirements will probably be non technology dependent, so the same
>>> burdens
>>>> will be a requirement for all system technologies.
>>>> 
>>>> We have not had this conversation yet, and we need to have it now that
>>>> CMAS/ETSI has finally just arrived (after a long gestation period).
>>>> 
>>>> It will probably take at least another year to understand what the
>>> issues
>>>> are before we can make any submissions to the IETF.
>>>> 
>>>> Mark wood DRCF.
>>>> 
>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> 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
>> _______________________________________________
>> 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