Re: [earlywarning] Comments on draft-schulzrinne-atoca-requirements-00

"Hannes Tschofenig" <Hannes.Tschofenig@gmx.net> Wed, 21 July 2010 09:29 UTC

Return-Path: <Hannes.Tschofenig@gmx.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 05A2E3A6A67 for <earlywarning@core3.amsl.com>; Wed, 21 Jul 2010 02:29:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599]
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 HQjaGTBpVIj1 for <earlywarning@core3.amsl.com>; Wed, 21 Jul 2010 02:29:56 -0700 (PDT)
Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by core3.amsl.com (Postfix) with SMTP id 49C263A6817 for <earlywarning@ietf.org>; Wed, 21 Jul 2010 02:29:56 -0700 (PDT)
Received: (qmail 11934 invoked by uid 0); 21 Jul 2010 09:30:11 -0000
Received: from 212.67.227.34 by www127.gmx.net with HTTP; Wed, 21 Jul 2010 11:30:08 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Date: Wed, 21 Jul 2010 11:30:08 +0200
From: "Hannes Tschofenig" <Hannes.Tschofenig@gmx.net>
In-Reply-To: <8B0A9FCBB9832F43971E38010638454F03EB77314A@SISPE7MB1.commscope.com>
Message-ID: <20100721093008.317370@gmx.net>
MIME-Version: 1.0
References: <8B0A9FCBB9832F43971E38010638454F03E9DCD3B0@SISPE7MB1.commscope.com> <4C403CFE.4020208@netmagic.com> <4C45EBEE.9030509@gmx.net> <8B0A9FCBB9832F43971E38010638454F03EB77314A@SISPE7MB1.commscope.com>
To: "Thomson, Martin" <Martin.Thomson@andrew.com>, trutkowski@netmagic.com
X-Authenticated: #29516787
X-Flags: 0001
X-Mailer: WWW-Mail 6100 (Global Message Exchange)
X-Priority: 3
X-Provags-ID: V01U2FsdGVkX19I/s1MfxRIXr5H+wfgp4iXgkyqatLYEefzz4CUfh e6VkBbUAxBsAdVhTsvpXr95HagS8PqD/42SQ==
Content-Transfer-Encoding: 8bit
X-GMX-UID: EsRzJJIRZDIrDJ1QuGc2RkR5emhmYwFH
X-FuHaFi: 0.5
Cc: earlywarning@ietf.org, hannes.tschofenig@nsn.com
Subject: Re: [earlywarning] Comments on draft-schulzrinne-atoca-requirements-00
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: Wed, 21 Jul 2010 09:29:58 -0000

Hi Martin, 

I searched around a bit and found this document:
http://www.adrc.asia/publications/TDRM2003Dec/19_MR.%20SATORU%20NISHIKAWA.pdf

That document introduced another classification, which I believe is different from what can be found in the CAP document. 

I wonder how the two relate to each other. 

I suspect that there will never be an agreement on the categories and the only way to go with this is to
* just define a top level service 
* pick a few sub-level services
* provide extension points. 

Ciao
Hannes


-------- Original-Nachricht --------
> Datum: Wed, 21 Jul 2010 07:22:21 +0800
> Von: "Thomson, Martin" <Martin.Thomson@andrew.com>
> An: Hannes Tschofenig <Hannes.Tschofenig@gmx.net>et>, "trutkowski@netmagic.com" <trutkowski@netmagic.com>
> CC: "earlywarning@ietf.org" <earlywarning@ietf.org>rg>, "Tschofenig, 	Hannes \\(NSN - FI/Espoo\\)" <hannes.tschofenig@nsn.com>
> Betreff: Re: [earlywarning] Comments	on	draft-schulzrinne-atoca-requirements-00

> For me, the GLIDE number was of interest, particularly in the design of
> the service URN space.  It might be worth looking into a comparison of the
> two taxonomies.
> 
> From: Hannes Tschofenig [mailto:Hannes.Tschofenig@gmx.net]
> Sent: Wednesday, 21 July 2010 4:33 AM
> To: trutkowski@netmagic.com
> Cc: Thomson, Martin; Tschofenig, Hannes (NSN - FI/Espoo);
> earlywarning@ietf.org
> Subject: Re: [earlywarning] Comments on
> draft-schulzrinne-atoca-requirements-00
> 
> Hi Tony,
> 
> thanks for pointing to the CAP Implementer's workshop and in particular
> the "Draft Implementors Note on Harmonizing Certain Identifiers in CAP
> Implementations"
> http://www.wmo.int/pages/prog/www/ISS/Meetings/WIS-CAP_Geneva2009/DraftNote.doc.
> 
> My understanding of that document (and my participation at an earlier
> workshop) is there is room for improvement in the CAP specification from an
> interoperability point of view.
> 
> Since the work in this group only focuses on the transport of alerts
> rather than the actual content of the alerts we should not be impacted.
> 
> Ciao
> Hannes
> 
> On 16.07.2010 13:05, Tony Rutkowski wrote:
>  Hi Martin,
> 
> You might also consider the concepts on architecture
> and identity constructs that emerged from last year's
> global gathering of emergency messaging authorities
> convened at the World Meteorological Organization.
> http://www.wmo.int/pages/prog/www/ISS/Meetings/WIS-CAP_Geneva2009/DocPlan.html
> 
> See especially the Draft Implementors Note.
> 
> best,
> tony
> 
> 
> I'm currently unsure about the value of this document.  The different
> components of the document are somewhat disjointed: problem statement,
> architectural model, and requirements don't support each other particularly well.
> 
> General Comments:
> 
> This model presented in this document is highly abstract.  Without a more
> concrete relationship with the requirements, it's hard to understand the
> value of the model.  Section 3 looks too much like a copy-and-paste from the
> email architecture.
> 
> A simpler model might be a better starting point:
>    author [1..*] ->  [1] aggregator [1] ->  [1..*] recipient
> 
> Such a model can be evolved to involve relays or mediators by overlapping
> and chaining roles, just as we do for the GEOPRIV model.  Nothing wrong
> with giving these entities names and descriptions, but they can form part of a
> second architectural layer.
> 
> _______________________________________________
> earlywarning mailing list
> earlywarning@ietf.org<mailto:earlywarning@ietf.org>
> https://www.ietf.org/mailman/listinfo/earlywarning
>