[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Ecrit] Why an applicability statement to framework and BCP is not required
- To: "Winterbottom, James" <James.Winterbottom at andrew.com>, Richard Barnes <rbarnes at bbn.com>
- Subject: Re: [Ecrit] Why an applicability statement to framework and BCP is not required
- From: Ted Hardie <hardie at qualcomm.com>
- Date: Wed, 25 Mar 2009 16:29:13 -0700
- Cc: "ecrit at ietf.org" <ecrit at ietf.org>
- Delivered-to: ecrit at core3.amsl.com
- Dkim-signature: v=1; a=rsa-sha256; c=simple/simple; d=qualcomm.com; i=hardie at qualcomm.com; q=dns/txt; s=qcdkim; t=1238023758; x=1269559758; h=mime-version:message-id:in-reply-to:references:date:to: from:subject:cc:content-type:x-ironport-av; z=MIME-Version:=201.0|Message-ID:=20<p06240809c5f06e135b12 @[130.129.80.242]>|In-Reply-To:=20<E51D5B15BFDEFD448F90BD D17D41CFF104A342A2 at AHQEX1.andrew.com>|References:=20<E51D 5B15BFDEFD448F90BDD17D41CFF1058BD18C at AHQEX1.andrew.com> =0D=0A=20<49CA7782.2090806 at bbn.com>=20<p06240807c5f056f0e 165 at [130.129.80.242]>=0D=0A=20<E51D5B15BFDEFD448F90BDD17D 41CFF104A342A2 at AHQEX1.andrew.com>|Date:=20Wed,=2025=20Mar =202009=2016:29:13=20-0700|To:=20"Winterbottom,=20James" =20<James.Winterbottom at andrew.com>,=0D=0A=20=20=20=20=20 =20=20=20Richard=20Barnes=0D=0A=09<rbarnes at bbn.com>|From: =20Ted=20Hardie=20<hardie at qualcomm.com>|Subject:=20RE:=20 [Ecrit]=20Why=20an=20applicability=20statement=20to=20fra mework=20and=20BCP=0D=0A=20is=20=20=20not=09required|CC: =20"ecrit at ietf.org"=20<ecrit at ietf.org>|Content-Type:=20te xt/plain=3B=20charset=3D"us-ascii"|X-IronPort-AV:=20E=3DM cAfee=3Bi=3D"5300,2777,5564"=3B=20a=3D"16599760"; bh=LnQP+9KZntQrVgqrffz1opf8u8MZd+wyQSsEgxQ3LRU=; b=fiqPNFw8/2iRfziC9gJotkVtp8I2yUOb8bo9yYV2m8H//HFQEHO6NCHx F8dTz3OX6Fd5IeMGj5dS4sg2OcNTk+q4yHbZPyUw5iRzAc7zWpfP74yHF AXGBbE62ji95/eSH06Ci0vPcq41T3JO5dVKmlM9DgH21MM7cV/fNdxd5M I=;
- In-reply-to: <E51D5B15BFDEFD448F90BDD17D41CFF104A342A2 at AHQEX1.andrew.com>
- List-archive: <http://www.ietf.org/mail-archive/web/ecrit>
- List-help: <mailto:ecrit-request@ietf.org?subject=help>
- List-id: <ecrit.ietf.org>
- List-post: <mailto:ecrit@ietf.org>
- List-subscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=subscribe>
- List-unsubscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=unsubscribe>
- References: <E51D5B15BFDEFD448F90BDD17D41CFF1058BD18C at AHQEX1.andrew.com> <49CA7782.2090806 at bbn.com> <p06240807c5f056f0e165 at [130.129.80.242]> <E51D5B15BFDEFD448F90BDD17D41CFF104A342A2 at AHQEX1.andrew.com>
At 3:05 PM -0700 3/25/09, Winterbottom, James wrote:
>Actually Ted I don't recall see an explicit reference to a 3GPP specification that address the problem I have described below. Indeed my recollection, admittedly it has been some time since I have looked at the 3GPP solution in detail, was that this deployment is deemed out of scope. That is, 3GPP do not have a solution for it, but recognize it as being an issue. ECRIT fills this hole. Applicability to only packet deployments is not in question I hope, consequently how that packet is provided is also, I hope, not an issue, otherwise need to consider applicability to every other type of physical access network. Indeed this same argument can be posed for every IETF protocol or framework document.
>
>If we have to have an applicability statement, and I don't think we do, then it should be even more simple than what has been currently proposed.
>
>"This document applies to all devices and networks that participate in Internet emergency calling".
That's a pretty major revision of Framework, Section 4. That claims to consider all
private networks using IP. See:
Devices that create media sessions and exchange audio, video and/or
text, and have the capability to establish sessions to a wide variety
of addresses, and communicate over private IP networks or the
Internet, should support emergency calls.
If you are meeting that remit, you need to acknowledge that other
functional entities exist and are currently doing their best to get
the emergency calls to their responders. If you want to limit
this to something that passes *your* view of what constitutes
the Internet, then we have a bigger problem.
Again, just speaking for myself,
Ted