Re: [e2md] Shall we go this way? (was Re: Problem statement, Requirements and Use Cases (was RFC 5507 & RFC 5395))

Dave CROCKER <dhc2@dcrocker.net> Thu, 27 May 2010 18:58 UTC

Return-Path: <dhc2@dcrocker.net>
X-Original-To: e2md@core3.amsl.com
Delivered-To: e2md@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4EEE63A692E for <e2md@core3.amsl.com>; Thu, 27 May 2010 11:58:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.828
X-Spam-Level:
X-Spam-Status: No, score=-3.828 tagged_above=-999 required=5 tests=[AWL=-1.472, BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4, RCVD_IN_NJABL_PROXY=1.643]
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 QfP2TgGIUfip for <e2md@core3.amsl.com>; Thu, 27 May 2010 11:58:08 -0700 (PDT)
Received: from sbh17.songbird.com (sbh17.songbird.com [72.52.113.17]) by core3.amsl.com (Postfix) with ESMTP id 6C31D3A68D0 for <e2md@ietf.org>; Thu, 27 May 2010 11:58:08 -0700 (PDT)
Received: from [192.168.1.36] (adsl-67-127-57-244.dsl.pltn13.pacbell.net [67.127.57.244]) (authenticated bits=0) by sbh17.songbird.com (8.13.8/8.13.8) with ESMTP id o4RIvm9i006209 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 May 2010 11:57:54 -0700
Message-ID: <4BFEC0AB.6080800@dcrocker.net>
Date: Thu, 27 May 2010 11:57:47 -0700
From: Dave CROCKER <dhc2@dcrocker.net>
Organization: Brandenburg InternetWorking
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: Bernie Hoeneisen <bernie@ietf.hoeneisen.ch>
References: <35FE871E2B085542A35726420E29DA6B03F95813@gaalpa1msgusr7a.ugd.att.com> <C8171AA9.52E5%ray.bellis@nominet.org.uk> <35FE871E2B085542A35726420E29DA6B03F959AB@gaalpa1msgusr7a.ugd.att.com> <1274132277.2972.4.camel@damnableubu> <alpine.DEB.2.00.1005262040560.19988@softronics.hoeneisen.ch>
In-Reply-To: <alpine.DEB.2.00.1005262040560.19988@softronics.hoeneisen.ch>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (sbh17.songbird.com [72.52.113.17]); Thu, 27 May 2010 11:57:54 -0700 (PDT)
Cc: "E.164 To MetaData BOF discussion list" <e2md@ietf.org>
Subject: Re: [e2md] Shall we go this way? (was Re: Problem statement, Requirements and Use Cases (was RFC 5507 & RFC 5395))
X-BeenThere: e2md@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dcrocker@bbiw.net
List-Id: "E.164 To MetaData \(E2MD\) BOF discussion list" <e2md.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/e2md>, <mailto:e2md-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/e2md>
List-Post: <mailto:e2md@ietf.org>
List-Help: <mailto:e2md-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/e2md>, <mailto:e2md-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 May 2010 18:58:09 -0000

(a few minutes before the call...)



On 5/26/2010 12:08 PM, Bernie Hoeneisen wrote:
> a) Do you also see this as a viable strategy?

On review the Use Cases file, I think it has 'useful' content but really does 
not provide 'use cases'.

I think of "uses cases" as starting with a description of a problem or activity 
that one wants to accomplish.  The current document seems to start with 
particular features to add.  Most of these do have a subordinate entry that 
cites a usage, but it's in passing, rather than as a focus.

To take an example from the current file, I'd expect a Use Case to say:

    Assist in better call routing

It would have a statement about the current call routing limitations or problems 
and discuss the kinds of things that would make call routing better.  For 
example, perhaps an organization has multiple VOIP gateways to the open 
Internet.  How does an inbound caller know which to route through.  (I'm 
fantasizing here; I've no idea if this is a real issue of concern to you folk.)

Only after all that might the use case start citing possible solution paths, 
such as parameters that need to be added to an (existing) ENUM record.



> b) Which timeframe do your believe is sensible (Maastricht or Beijing?)
>
> c) Who is willing to actively assist the work on an agreeable charter?

yes.  i enjoy charter bashing and believe that a well-draft charter sets the, 
ummm, course for the working group.

d/
-- 

   Dave Crocker
   Brandenburg InternetWorking
   bbiw.net