Re: [Ecrit] New work in ECRIT

"Kroeselberg, Dirk (NSN - DE/Munich)" <dirk.kroeselberg@nsn.com> Tue, 03 August 2010 19:12 UTC

Return-Path: <dirk.kroeselberg@nsn.com>
X-Original-To: ecrit@core3.amsl.com
Delivered-To: ecrit@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EFBE43A69B9 for <ecrit@core3.amsl.com>; Tue, 3 Aug 2010 12:12:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 yfwkAvECvKbW for <ecrit@core3.amsl.com>; Tue, 3 Aug 2010 12:12:38 -0700 (PDT)
Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [93.183.12.31]) by core3.amsl.com (Postfix) with ESMTP id 697353A69B4 for <ecrit@ietf.org>; Tue, 3 Aug 2010 12:12:37 -0700 (PDT)
Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd002.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id o73JD0og002731 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 3 Aug 2010 21:13:00 +0200
Received: from demuexc023.nsn-intra.net (demuexc023.nsn-intra.net [10.150.128.36]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id o73JCxTn023301; Tue, 3 Aug 2010 21:12:59 +0200
Received: from DEMUEXC030.nsn-intra.net ([10.150.128.57]) by demuexc023.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.4675); Tue, 3 Aug 2010 21:13:00 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB333F.E2DDE300"
Date: Tue, 03 Aug 2010 21:12:58 +0200
Message-ID: <8C51C7A529FC9D49843ACF5AE2FFBF6702D1061B@DEMUEXC030.nsn-intra.net>
In-Reply-To: <BLU137-W933692C5ED6EC042DF1F893AE0@phx.gbl>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Ecrit] New work in ECRIT
Thread-Index: AcszMOrSQNeJkrvjThyaRizVqqXXvgADlGcw
References: <C87D8FB6.2760A%mlinsner@cisco.com> <BLU137-W933692C5ED6EC042DF1F893AE0@phx.gbl>
From: "Kroeselberg, Dirk (NSN - DE/Munich)" <dirk.kroeselberg@nsn.com>
To: ext Bernard Aboba <bernard_aboba@hotmail.com>, mlinsner@cisco.com, ecrit@ietf.org
X-OriginalArrivalTime: 03 Aug 2010 19:13:00.0035 (UTC) FILETIME=[E3581D30:01CB333F]
Subject: Re: [Ecrit] New work in ECRIT
X-BeenThere: ecrit@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <ecrit.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ecrit>
List-Post: <mailto:ecrit@ietf.org>
List-Help: <mailto:ecrit-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Aug 2010 19:12:41 -0000

Bernard, 

 

could you clarify your comment regarding the relation of femtocells to
the unauthenticated draft? It is correct that some femtocell
configurations are considered an issue for emergency access, but I am
not sure which relation to unauthenticated you are pointing at.

 

Thanks,

Dirk

 

From: ecrit-bounces@ietf.org [mailto:ecrit-bounces@ietf.org] On Behalf
Of ext Bernard Aboba
Sent: Tuesday, August 03, 2010 7:26 PM
To: mlinsner@cisco.com; ecrit@ietf.org
Subject: Re: [Ecrit] New work in ECRIT

 

My humble suggestion is that draft-rosen-ecrit-additional-data is both
straightforward and highly beneficial.  While IETF tradition would
suggest that items with such a high benefit/cost ratio should be delayed
indefinitely or abandoned in favor of items that are more intractable,
I'd suggest a concession to common sense in this isolated instance.

Of course, in order to ensure that the WG does not debase itself in an
orgy of productivity, tradition requires that the WG take on a number of
work items which are "hard" only because the wrong questions are being
asked.   I'd assert that both Unauthenticated Access and PSAP callback
fall in this category.   

Unauthenticated Access is "hard" because it represents a solution
without a real problem.  There is no regulatory requirement for this
today, nor is there likely to be one in the near future because the
"solution" would itself be a problem and because technology such as
femtocells will make the "problem" disappear in due course.

PSAP Callback is "hard" largely because of the disconnect between the
PSTN way of thinking and the reality of VOIP, which will result in
extended (and largely fruitless) "discussions", until the passage of the
leaves the obvious solution in plain view, like a whale washed up on the
beach.  Serializing other work items until this "hard" problem is
"solved" will essentially cause them to wait in the queue until our
teeth are but a memory. 


> Date: Tue, 3 Aug 2010 09:19:50 -0400
> From: mlinsner@cisco.com
> To: ecrit@ietf.org
> Subject: [Ecrit] New work in ECRIT
> 
> During the meeting last week the following drafts were discussed in
the
> context of accepting them as WG items.
> 
> draft-rosen-ecrit-additional-data
> draft-schulzrinne-ecrit-psap-callback
> draft-schulzrinne-ecrit-unauthenticated-access
> draft-tschofenig-ecrit-trustworthy-location
> draft-rosen-ecrit-data-only-ea
> 
> The chairs and ADs have reviewed the level of interest in these,
compared
> the work to the current charter and believe these fit within the scope
of
> ECRIT.
> 
> We asked during the meeting if anyone objects to accepting any or all
of
> these drafts as WG items. So, now, we're asking on the list.
> 
> If you object to any of these drafts becoming WG items, please explain
if
> you think the work is something ECRIT should not do, or if you simply
have
> problems with current version of the particular draft. No response is
a
> show of support for all of this work.
> 
> Once the above question is answered, the chairs will devise a work
plan to
> finish the accepted work.
> 
> Also discussed in the meeting was the priority order of getting these
drafts
> completed, and it was the general feeling that psap-callback,
> unauthenticated-access, and trustworthy-location were the most
difficult and
> would take more time. Of those three the general feeling was the
> psap-callback was the highest priority. If you have an opinion on
which
> draft should completed first, please send it to the list.
> 
> Please respond by COB on Wednesday, 8/11/2010 if you have objections
to any
> of this work, or you have strong feelings on the priority of the work.
> 
> Thanks,
> 
> -Marc, Richard, Roger-
> 
> 
> _______________________________________________
> Ecrit mailing list
> Ecrit@ietf.org
> https://www.ietf.org/mailman/listinfo/ecrit