Re: [Atoca] Requirement D2: "Large Audience"
<mark.wood@engineer.com> Mon, 17 January 2011 11:00 UTC
Return-Path: <mark.wood@drcf.net>
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 297043A6E71 for <earlywarning@core3.amsl.com>;
Mon, 17 Jan 2011 03:00:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.364
X-Spam-Level:
X-Spam-Status: No, score=-1.364 tagged_above=-999 required=5 tests=[AWL=0.920,
BAYES_00=-2.599, SARE_MILLIONSOF=0.315]
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 FOa5lxY6nv62 for
<earlywarning@core3.amsl.com>; Mon, 17 Jan 2011 03:00:14 -0800 (PST)
Received: from mk-outboundfilter-6.mail.uk.tiscali.com
(mk-outboundfilter-6.mail.uk.tiscali.com [212.74.114.14]) by core3.amsl.com
(Postfix) with ESMTP id 0684A3A6DBE for <earlywarning@ietf.org>;
Mon, 17 Jan 2011 03:00:13 -0800 (PST)
X-Trace: 285702692/mk-outboundfilter-6.mail.uk.tiscali.com/PIPEX/$PIPEX-ACCEPTED/pipex-customers/81.86.43.86/None/mark.wood@drcf.net
X-SBRS: None
X-RemoteIP: 81.86.43.86
X-IP-MAIL-FROM: mark.wood@drcf.net
X-SMTP-AUTH:
X-Originating-Country: GB/UNITED KINGDOM
X-MUA: Microsoft Outlook 14.0
X-IP-BHB: Once
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AlkGADqwM01RVitW/2dsb2JhbACWQ44WdMAHhVAEjjeEbw
X-IronPort-AV: E=Sophos;i="4.60,332,1291593600"; d="scan'208";a="285702692"
X-IP-Direction: IN
Received: from 81-86-43-86.dsl.pipex.com (HELO host15) ([81.86.43.86]) by
smtp.pipex.tiscali.co.uk with ESMTP; 17 Jan 2011 11:02:42 +0000
From: <mark.wood@engineer.com>
Sender: "mark.wood" <mark.wood@drcf.net>
To: <earlywarning@ietf.org>
References: <FDFC6E6B2064844FBEB9045DF1E3FBBC024A1E59@BD01MSXMB016.US.Cingular.Net>
In-Reply-To: <FDFC6E6B2064844FBEB9045DF1E3FBBC024A1E59@BD01MSXMB016.US.Cingular.Net>
Date: Mon, 17 Jan 2011 11:03:21 -0000
Message-ID: <002201cbb636$27cdf790$7769e6b0$@engineer.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-index: AQF0pS6CAJ5dT1lIHb8TWmXb2B3iepSDGBPg
Content-Language: en-us
Subject: Re: [Atoca] Requirement D2: "Large Audience"
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: Mon, 17 Jan 2011 11:00:15 -0000
Hello chaps, Yes, it's only possible to have any kind of delivery reports regarding specific terminals on a one-to-one kind of unicast delivery. The Australians were not considering Cell Broadcast or any other kind of multicast technology as they have selected a SMS based delivery system, so this is probably what they had in mind. I noticed that atoca language about this is reserved mostly for the 'subscription push' kind of distribution. We need to take care not to make it look like a mandated requirement for broadcast/multicast bearers. IMHO, the other special problems with multicast, mean that it needs different and special requirements and cannot be generalized with other 'push' or 'pull' technologies quite so easily, tempting though that is. I think this problem happens because most IT professionals are familiar with TCP and UDP but rarely use multicast so are unfamiliar with its very different attributes. Many vendors offer systems which do have a positive indication of who got what, and this is a good thing for applications of up to about 10,000 receivers. Netherlands studies showed that by the time you scale up to millions, the mass scale of all this becomes a problem, so large scale systems will have to reluctantly abandon the notion of individual confirmation. Besides, the police authority of a large city don't have the time, during an emergency, to check out millions of replies nor take any action if someone does not reply (they are too busy). On the other hand a smaller community may value such a facility, so it seems that they authority will need to choose whatever is appropriate for the circumstances at their discretion. There is no 'one size fits all' solution so we will have to blend many bearers in any real situation. For example the Norwegians take the opposite view. However, it is possible to confirm that the multicast was transmitted, as a network of feedback receivers is envisaged in conjunction with an outer loop reporter system, which would report of the message was transmitted on air. If it did not, then an alarm would be generated by the originating aggregator for the log file. So the positive indication of the fact of the transmission over the air is satisfied even though individual delivery is not. In summary, IMHO, Broadcast/multicast bearers will need special treatment as they don't neatly conform to the classic notions of 'push' or 'pull'. Warm regards, Mark Wood.
- [Atoca] Requirement D2: "Large Audience" Hannes Tschofenig
- Re: [Atoca] Requirement D2: "Large Audience" Hannes Tschofenig
- Re: [Atoca] Requirement D2: "Large Audience" Art Botterell
- Re: [Atoca] Requirement D2: "Large Audience" Thomson, Martin
- Re: [Atoca] Requirement D2: "Large Audience" Art Botterell
- Re: [Atoca] Requirement D2: "Large Audience" Thomson, Martin
- Re: [Atoca] Requirement D2: "Large Audience" DALY, BRIAN K (ATTCINW)
- Re: [Atoca] Requirement D2: "Large Audience" DALY, BRIAN K (ATTCINW)
- Re: [Atoca] Requirement D2: "Large Audience" mark.wood
- Re: [Atoca] Requirement D2: "Large Audience" Brian Rosen
- Re: [Atoca] Requirement D2: "Large Audience" Richard L. Barnes
- Re: [Atoca] Requirement D2: "Large Audience" Peter Sanders
- [Atoca] FW: Requirement D2: "Large Audience" mark.wood
- Re: [Atoca] Requirement D2: "Large Audience" mark.wood
- Re: [Atoca] Requirement D2: "Large Audience" Thomson, Martin
- [Atoca] On broadcasting and authentication/author… Igor Faynberg
- Re: [Atoca] Requirement D2: "Large Audience" mark.wood
- Re: [Atoca] Requirement D2: "Large Audience" DRAGE, Keith (Keith)
- Re: [Atoca] Requirement D2: "Large Audience" Brian Rosen
- Re: [Atoca] Requirement D2: "Large Audience" DALY, BRIAN K (ATTCINW)
- Re: [Atoca] Requirement D2: "Large Audience" Brian Rosen
- Re: [Atoca] Requirement D2: "Large Audience" James M. Polk
- Re: [Atoca] Requirement D2: "Large Audience" James M. Polk