Re: [Ecrit] Emergency Call Framework for Canada; Questions on draft-ietf-ecrit-framework-09

"Stark, Barbara" <bs7652@att.com> Wed, 03 June 2009 13:30 UTC

Return-Path: <bs7652@att.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 D29363A6BAE for <ecrit@core3.amsl.com>; Wed, 3 Jun 2009 06:30:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level:
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 TYfRETouOVLl for <ecrit@core3.amsl.com>; Wed, 3 Jun 2009 06:30:24 -0700 (PDT)
Received: from mail167.messagelabs.com (mail167.messagelabs.com [216.82.253.179]) by core3.amsl.com (Postfix) with ESMTP id 391F93A6ACB for <ecrit@ietf.org>; Wed, 3 Jun 2009 06:30:24 -0700 (PDT)
X-VirusChecked: Checked
X-Env-Sender: bs7652@att.com
X-Msg-Ref: server-8.tower-167.messagelabs.com!1244035822!9776013!1
X-StarScan-Version: 6.0.0; banners=-,-,-
X-Originating-IP: [144.160.20.53]
Received: (qmail 23995 invoked from network); 3 Jun 2009 13:30:22 -0000
Received: from sbcsmtp6.sbc.com (HELO mlph073.enaf.sfdc.sbc.com) (144.160.20.53) by server-8.tower-167.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jun 2009 13:30:22 -0000
Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlph073.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id n53DUK5Y016263; Wed, 3 Jun 2009 09:30:22 -0400
Received: from 01GAF5142010622.AD.BLS.COM (01GAF5142010622.ad.bls.com [139.76.131.83]) by mlph073.enaf.sfdc.sbc.com (8.14.3/8.14.3) with SMTP id n53DRVtQ010348; Wed, 3 Jun 2009 09:30:15 -0400
Received: from 01NC27689010626.AD.BLS.COM ([90.144.44.201]) by 01GAF5142010622.AD.BLS.COM with Microsoft SMTPSVC(6.0.3790.3959); Wed, 3 Jun 2009 09:28:19 -0400
Received: from 01NC27689010641.AD.BLS.COM ([90.144.44.103]) by 01NC27689010626.AD.BLS.COM with Microsoft SMTPSVC(6.0.3790.3959); Wed, 3 Jun 2009 09:28:19 -0400
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4325
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 03 Jun 2009 09:28:13 -0400
Message-ID: <7582BC68E4994F4ABF0BD4723975C3FA0E843CA5@crexc41p>
In-Reply-To: <XFE-SJC-212cHwFfy3m0000be1f@xfe-sjc-212.amer.cisco.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Ecrit] Emergency Call Framework for Canada; Questions on draft-ietf-ecrit-framework-09
thread-index: AcnjzCn9vJNKLR+TSrOsdIWDaFYr1gAga3OQ
References: <1243884311.17673.212.camel@vandium.darkcore.net><XFE-SJC-212NPPzQT450000bbad@xfe-sjc-212.amer.cisco.com><1243966386.4449.676.camel@vandium.darkcore.net><01d101c9e3b0$d90bfac0$8b23f040$@net><1243977594.4449.813.camel@vandium.darkcore.net> <XFE-SJC-212cHwFfy3m0000be1f@xfe-sjc-212.amer.cisco.com>
From: "Stark, Barbara" <bs7652@att.com>
To: "James M. Polk" <jmpolk@cisco.com>, John Lange <john@johnlange.ca>, Brian Rosen <br@brianrosen.net>
X-OriginalArrivalTime: 03 Jun 2009 13:28:19.0158 (UTC) FILETIME=[289B3760:01C9E44F]
Cc: ecrit <ecrit@ietf.org>
Subject: Re: [Ecrit] Emergency Call Framework for Canada; Questions on draft-ietf-ecrit-framework-09
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: Wed, 03 Jun 2009 13:30:26 -0000

Many retail home routers have been end-of-lifed by their manufacturers.
It is highly unrealistic to expect upgrades to be made available for
these. It is, likewise, unrealistic to expect the average consumer to
know that an upgrade exists (when it does exist) or to know to apply
such an upgrade.

Discovery of the WAN IP address through a mechanism such as STUN, and
then doing a reverse DNS look-up for a LIS server does indeed remain the
best option during the many-year-long transition time frame, for the
case where an end device isn't able to get location info or LIS info via
DHCP.

But I'm fine for the IETF not to document or provide a BCP for that. I
can go elsewhere for refining best practices. Which is why I don't
really care to argue this question anymore. I mainly need the IETF to
provide the basic standards, and the basic framework. Which I think
they're doing a good job at getting around to. If those documents could
just make that final leap to RFC status ...
Barbara

> -----Original Message-----
> From: ecrit-bounces@ietf.org [mailto:ecrit-bounces@ietf.org] On Behalf
> Of James M. Polk
> Sent: Tuesday, June 02, 2009 5:49 PM
> To: John Lange; Brian Rosen
> Cc: 'ecrit'
> Subject: Re: [Ecrit] Emergency Call Framework for Canada; Questions on
> draft-ietf-ecrit-framework-09
> 
> At 04:19 PM 6/2/2009, John Lange wrote:
> >That is why I'm advocating a closer look at something like STUN + DNS
> >for LIS discovery. It will work, allows OBO and requires no new
> >hardware.
> 
> 
> James -- upgrading residential gateways to support (DHCP) Option 99
> or 123 requires no new hardware either.... (last I checked)
> 
> James
> 
> 
> _______________________________________________
> Ecrit mailing list
> Ecrit@ietf.org
> https://www.ietf.org/mailman/listinfo/ecrit

*****

The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential, proprietary, and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers. GA622