Re: [earlywarning] Beijing agenda slots

"DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com> Tue, 14 September 2010 14:50 UTC

Return-Path: <keith.drage@alcatel-lucent.com>
X-Original-To: earlywarning@core3.amsl.com
Delivered-To: earlywarning@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8D6A33A69B7 for <earlywarning@core3.amsl.com>; Tue, 14 Sep 2010 07:50:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.087
X-Spam-Level:
X-Spam-Status: No, score=-103.087 tagged_above=-999 required=5 tests=[AWL=-0.838, BAYES_00=-2.599, HELO_EQ_FR=0.35, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J5l9sezfR23F for <earlywarning@core3.amsl.com>; Tue, 14 Sep 2010 07:50:37 -0700 (PDT)
Received: from smail2.alcatel.fr (smail2.alcatel.fr [64.208.49.57]) by core3.amsl.com (Postfix) with ESMTP id 38F3F3A6A68 for <earlywarning@ietf.org>; Tue, 14 Sep 2010 07:50:29 -0700 (PDT)
Received: from FRMRSSXCHHUB04.dc-m.alcatel-lucent.com (FRMRSSXCHHUB04.dc-m.alcatel-lucent.com [135.120.45.64]) by smail2.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id o8EEohvk026038 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 14 Sep 2010 16:50:45 +0200
Received: from FRMRSSXCHMBSC3.dc-m.alcatel-lucent.com ([135.120.45.44]) by FRMRSSXCHHUB04.dc-m.alcatel-lucent.com ([135.120.45.64]) with mapi; Tue, 14 Sep 2010 16:50:43 +0200
From: "DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com>
To: Brian Rosen <br@brianrosen.net>, "DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com>
Date: Tue, 14 Sep 2010 16:50:41 +0200
Thread-Topic: [earlywarning] Beijing agenda slots
Thread-Index: ActUG3P4CrCS6qQURbWjOTrWJtMjjgAACksg
Message-ID: <EDC0A1AE77C57744B664A310A0B23AE2170FB523@FRMRSSXCHMBSC3.dc-m.alcatel-lucent.com>
References: <8B0A9FCBB9832F43971E38010638454F03EF3B30B0@SISPE7MB1.commscope.com> <e6208a98e14feeff5849a947121ecdb2.squirrel@webmail.drcf.net> <EDC0A1AE77C57744B664A310A0B23AE2170FB511@FRMRSSXCHMBSC3.dc-m.alcatel-lucent.com> <187678B3-3621-44C5-94E4-AC2D208139BD@brianrosen.net>
In-Reply-To: <187678B3-3621-44C5-94E4-AC2D208139BD@brianrosen.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Scanned-By: MIMEDefang 2.64 on 155.132.188.80
Cc: "earlywarning@ietf.org" <earlywarning@ietf.org>
Subject: Re: [earlywarning] Beijing agenda slots
X-BeenThere: earlywarning@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Discussion list for Authority-to-Individuals \(Early Warning\) Emergency " <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: Tue, 14 Sep 2010 14:50:38 -0000

In that case you need to talk to the 3GPP and 3GPP2 people who were the designers of the systems (at least in standards terms).

In regard to 3GPP, I would suggest Kevin Holley of Telefonica (kevin.holley@o2.com). The recent sad death of Ian Harris removes one otherwise key expert.

regards

Keith 

> -----Original Message-----
> From: Brian Rosen [mailto:br@brianrosen.net] 
> Sent: Tuesday, September 14, 2010 3:45 PM
> To: DRAGE, Keith (Keith)
> Cc: mark.wood@engineer.com; earlywarning@ietf.org
> Subject: Re: [earlywarning] Beijing agenda slots
> 
> I think it would be interesting to learn more about how it works.
> 
> I think we would like our work to be able to take advantage 
> of any layer 2 mechanisms available that increase the rate at 
> which notifications can be delivered to intended recipients.  
> Understanding how this particular layer 2 mechanism works may 
> be helpful in making sure our higher level protocol work 
> might use it if the operators cared to.
> 
> Brian
> 
> On Sep 14, 2010, at 10:30 AM, DRAGE, Keith (Keith) wrote:
> 
> > Can I suggest you read the charter of ATOCA before 
> introducing 4G discussions to the meetings.
> > 
> > It is not the function of ATOCA to define a replacement for 
> cell broadcast systems of warning.
> > 
> > Keith
> > 
> >> -----Original Message-----
> >> From: earlywarning-bounces@ietf.org
> >> [mailto:earlywarning-bounces@ietf.org] On Behalf Of Mark Wood
> >> Sent: Tuesday, September 14, 2010 10:23 AM
> >> To: Thomson, Martin
> >> Cc: earlywarning@ietf.org
> >> Subject: Re: [earlywarning] Beijing agenda slots
> >> 
> >> 
> >> Hi People;
> >> 
> >> I am Mark Wood, the convener of the ITU-T SG2 liaison on 
> "multicast 
> >> address space harmonization for civic purposes".
> >> 
> >> As a matter of reference for your kind attention, I can take a few 
> >> minutes to describe the mechanism of cell broadcasting in 
> 2nd and 3rd 
> >> generation mobile networks and explain the ITU-T SG2 
> liaison, so that 
> >> we can discuss if any of the discoveries made there are of any 
> >> relevance to the ATOCA deliberations or not.
> >> 
> >> The ITU is not seeking any infuence over IETF 
> deliberations, but the 
> >> process at ITU has been on going for 4 years, and a lot of 
> >> discoveries were made in that time which you may find interesting.
> >> 
> >> The next ITU-T SG2 meeting is the week after the IETF, so 
> I will be 
> >> in a position to relay to them any thoughts or 
> observations that you 
> >> may have.
> >> At the last ITU meeting Nov 2009, questions were raised on 
> the matter 
> >> of 4G mobile networks and how they would accommodate 
> public warnings, 
> >> so your deliberations will be of great interest to the 
> delegates at 
> >> ITU. I will of course relay to you any outcomes that the November 
> >> meeting of ITU may produce.
> >> 
> >> May I also suggest that ATOCA be added as a 'Liason' to the ITU 
> >> process and visa versa.
> >> 
> >> By November, member states of ITU may have submitted more 
> liaisons of 
> >> their own to ITU, which we may be able to reference for 
> informational 
> >> purposes.
> >> 
> >> I intend to attend the whole IETF in Beijing, so I will be 
> available 
> >> to gladly answer any questions.
> >> 
> >> Mark Wood DRCF.
> >> 
> >> 
> >> 
> >> 
> >> 
> >> 
> >> On Tue, September 14, 2010 2:04 am, Thomson, Martin wrote:
> >>> We've requested a time slot for ATOCA at the Beijing meeting.
> >>> 
> >>> If you would like to request some time on the agenda,
> >> please let us know.
> >>> We're expecting to spend some time on the following drafts:
> >>> 
> >>>  draft-rosen-atoca-cap
> >>>  draft-rosen-atoca-server-discovery
> >>>  draft-schulzrinne-atoca-requirements
> >>> 
> >>> Expect a draft agenda in the next few weeks.
> >>> 
> >>> The ATOCA chairs,
> >>> Scott and Martin
> >>> _______________________________________________
> >>> earlywarning mailing list
> >>> earlywarning@ietf.org
> >>> https://www.ietf.org/mailman/listinfo/earlywarning
> >>> 
> >> 
> >> 
> >> --
> >> Mark Wood, CTO Cellcast Corp. mark.wood@cellcastcorp.com
> >> +44 7 818 400 124
> >> 
> >> _______________________________________________
> >> earlywarning mailing list
> >> earlywarning@ietf.org
> >> https://www.ietf.org/mailman/listinfo/earlywarning
> >> 
> > _______________________________________________
> > earlywarning mailing list
> > earlywarning@ietf.org
> > https://www.ietf.org/mailman/listinfo/earlywarning
> 
>