[earlywarning] (no subject)

"DALY, BRIAN K (ATTCINW)" <BD2985@att.com> Thu, 25 March 2010 23:47 UTC

Return-Path: <BD2985@att.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 20B503A683B for <earlywarning@core3.amsl.com>; Thu, 25 Mar 2010 16:47:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.554
X-Spam-Level:
X-Spam-Status: No, score=-104.554 tagged_above=-999 required=5 tests=[AWL=-0.848, BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13, HTML_MESSAGE=0.001, MISSING_SUBJECT=1.762, RCVD_IN_DNSWL_MED=-4, 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 PCy3b5ho64fj for <earlywarning@core3.amsl.com>; Thu, 25 Mar 2010 16:47:04 -0700 (PDT)
Received: from mail161.messagelabs.com (mail161.messagelabs.com [216.82.253.115]) by core3.amsl.com (Postfix) with ESMTP id 4FF413A6950 for <earlywarning@ietf.org>; Thu, 25 Mar 2010 16:47:04 -0700 (PDT)
X-VirusChecked: Checked
X-Env-Sender: BD2985@att.com
X-Msg-Ref: server-8.tower-161.messagelabs.com!1269560844!30331153!1
X-StarScan-Version: 6.2.4; banners=-,-,-
X-Originating-IP: [144.160.112.25]
Received: (qmail 8715 invoked from network); 25 Mar 2010 23:47:25 -0000
Received: from sbcsmtp3.sbc.com (HELO tlph064.enaf.dadc.sbc.com) (144.160.112.25) by server-8.tower-161.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Mar 2010 23:47:25 -0000
Received: from enaf.dadc.sbc.com (localhost.localdomain [127.0.0.1]) by tlph064.enaf.dadc.sbc.com (8.14.3/8.14.3) with ESMTP id o2PNlOLk010094 for <earlywarning@ietf.org>; Thu, 25 Mar 2010 18:47:24 -0500
Received: from td03xsmtp005.US.Cingular.Net (td03xspare20-new.us.cingular.net [135.179.64.44] (may be forged)) by tlph064.enaf.dadc.sbc.com (8.14.3/8.14.3) with ESMTP id o2PNlM5j010077 for <earlywarning@ietf.org>; Thu, 25 Mar 2010 18:47:22 -0500
Received: from BD01XSMTP003.US.Cingular.Net ([135.163.18.44]) by td03xsmtp005.US.Cingular.Net with Microsoft SMTPSVC(6.0.3790.3959); Thu, 25 Mar 2010 18:47:22 -0500
Received: from BD01MSXMB016.US.Cingular.Net ([135.214.27.50]) by BD01XSMTP003.US.Cingular.Net with Microsoft SMTPSVC(6.0.3790.3959); Thu, 25 Mar 2010 16:47:01 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.5
x-cr-puzzleid: {F1E8B6A3-A466-415F-8060-E4707D58D152}
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CACC75.77260576"
x-cr-hashedpuzzle: Aau9 BJYe Bb8R B29o CrbM Cxkl DxDl E9fZ FHkf FRm7 Fwsv F7wm GVix InBO Jm4v KOJ5; 1; ZQBhAHIAbAB5AHcAYQByAG4AaQBuAGcAQABpAGUAdABmAC4AbwByAGcA; Sosha1_v1; 7; {F1E8B6A3-A466-415F-8060-E4707D58D152}; YgBkADIAOQA4ADUAQABhAHQAdAAuAGMAbwBtAA==; Thu, 25 Mar 2010 23:46:58 GMT; ;
Content-class: urn:content-classes:message
Date: Thu, 25 Mar 2010 16:46:58 -0700
Message-ID: <FDFC6E6B2064844FBEB9045DF1E3FBBC315B8E@BD01MSXMB016.US.Cingular.Net>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
thread-index: AcrMdXWIhGzmyLmiQ4WdBMpKl0bbeQ==
From: "DALY, BRIAN K (ATTCINW)" <BD2985@att.com>
To: earlywarning@ietf.org
X-OriginalArrivalTime: 25 Mar 2010 23:47:01.0366 (UTC) FILETIME=[7706E160:01CACC75]
Subject: [earlywarning] (no subject)
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: Thu, 25 Mar 2010 23:47:10 -0000

Keith - We agree with you, and to further the point, in wireless
cellular IP networks a point to point solution would be problematic.
Cell Broadcast is used for CMAS because SMS cannot be used for any real
time alerting - it was not designed for that application and has serious
limitations, as the FCC CMSAAC studied.

 

When it comes to the evolved packet core and IMS, again a point to point
solution  will cause significant congestion on the network and a
broadcast/multicast solution must be used to effectively deliver alert
messages. Thus things like location and "priority" are already handled
in the delivery network.

 

ATIS and 3GPP will be studying how to support multimedia alerts in the
future, as recommended by the FCC CMSAAC. This is all beyond the scope
of this work effort.

 

Regards,

Brian

 

Date: Thu, 25 Mar 2010 03:13:24 +0100

From: "DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com>

Subject: Re: [earlywarning] Updated Charter Text for ATOCA

To: Hannes Tschofenig <Hannes.Tschofenig@gmx.net>,

      "earlywarning@ietf.org" <earlywarning@ietf.org>

Message-ID:

 
<EDC0A1AE77C57744B664A310A0B23AE20D1639BB@FRMRSSXCHMBSC3.dc-m.alcatel-lu
cent.com>

      

Content-Type: text/plain; charset="us-ascii"

 

What I am not seeing here is any separation of the problem from the one
that cell broadcast attempts to solve. Fundamentally, cell broadcast, as
exists on all GSM, UTRAN and E-UTRAN based cell phones and is being used
for Tsunami warning and Public Warning, exists and is not going to
substantially change. The major limitation here is is length of message,
and what does get transmitted will be very much dependent on that
restriction.

 

Moreover I have heard from a number of governmental bodies that they are
happy with that situation and are not envisaging further standardisation
in that area outside of 3GPP.

 

So my view at the moment is that there is no point in IETF trying to
address the scope of what is already specified in cell broadcast (from
base station to end mobile).

 

regards

 

Keith