[Geopriv] HELD Comment on terminology and semantics

"Stark, Barbara" <bs7652@att.com> Fri, 20 July 2007 19:36 UTC

Return-path: <geopriv-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IByGz-0000jw-O0; Fri, 20 Jul 2007 15:36:21 -0400
Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IByGy-0000jg-B8 for geopriv-confirm+ok@megatron.ietf.org; Fri, 20 Jul 2007 15:36:20 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IByGy-0000jY-1f for geopriv@ietf.org; Fri, 20 Jul 2007 15:36:20 -0400
Received: from aismt07p.bellsouth.com ([139.76.165.213]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IByGw-0006Py-QG for geopriv@ietf.org; Fri, 20 Jul 2007 15:36:20 -0400
Received: from ([139.76.131.79]) by aismt07p.bellsouth.com with SMTP id KP-AXPTB.181063127; Fri, 20 Jul 2007 15:35:51 -0400
Received: from 01NC27689010627.AD.BLS.COM ([90.144.44.202]) by 01GAF5142010621.AD.BLS.COM with Microsoft SMTPSVC(6.0.3790.2499); Fri, 20 Jul 2007 15:35:51 -0400
Received: from 01NC27689010641.AD.BLS.COM ([90.144.44.103]) by 01NC27689010627.AD.BLS.COM with Microsoft SMTPSVC(6.0.3790.2499); Fri, 20 Jul 2007 15:35:51 -0400
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2929
Date: Fri, 20 Jul 2007 15:35:50 -0400
Message-ID: <7582BC68E4994F4ABF0BD4723975C3FA04E03284@crexc41p>
In-Reply-To: <7582BC68E4994F4ABF0BD4723975C3FA04E0324A@crexc41p>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: HELD Comment on terminology and semantics
thread-index: AcfEqJVBKiJP/1+lSEqTXhyMTdm3oAADYadwAZDd36AAASSXIA==
References: <E1I92Hw-0005iD-2E@stiedprstage1.ietf.org><E3F9D87C63E2774390FE67C924EC99BB16E799C5@zrc2hxm1.corp.nortel.com> <7582BC68E4994F4ABF0BD4723975C3FA04E0324A@crexc41p>
From: "Stark, Barbara" <bs7652@att.com>
To: Mary Barnes <mary.barnes@nortel.com>, geopriv@ietf.org
X-OriginalArrivalTime: 20 Jul 2007 19:35:51.0235 (UTC) FILETIME=[2E1E2130:01C7CB05]
X-Spam-Score: 0.2 (/)
X-Scan-Signature: d0bdc596f8dd1c226c458f0b4df27a88
Cc:
Subject: [Geopriv] HELD Comment on terminology and semantics
X-BeenThere: geopriv@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Geographic Location/Privacy <geopriv.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/geopriv>, <mailto:geopriv-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:geopriv@ietf.org>
List-Help: <mailto:geopriv-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/geopriv>, <mailto:geopriv-request@ietf.org?subject=subscribe>
Errors-To: geopriv-bounces@ietf.org

This comment also affects the L7 LCP requirements, since that's where
some of the terminology comes from.

Access Provider is defined as "an organization". That's singular.
Specifically, one that provides physical connectivity.

L7 LCP never defined the term, but I guess it sort of implied the same
thing, by inheriting the term from geopriv requirements.

My problem is that the device will most likely talk to the LCS of an L3
provider (a.k.a. ISP), and not the physical access provider. If the two
are the same, then that's fine. But if they aren't, then saying the
device talks to the physical access provider LCS isn't correct. Anyway,
I think we've had this semantic discussion before, and we agree that
this is true, and that there can be multiple LCS, etc.

I recommend the following changes:
In 3 Terminology, first paragraph, replace "Access Provider (AP)" with
"Access Network".
Delete Access Network Provider definition.
Delete Access Provider definition.
Add: 
Access Network (no abbreviation needed): The network that provides
physical and Layer 1 through Layer 3 connectivity to customers / users.
Examples of physical connectivity include digital subscriber lines,
cable TV plants, Ethernet, leased lines or radio frequencies. This
network may include elements owned by different providers, since it is
not necessary for all layers of access to be provided by the same
organization.

In LCS definition, delete "Provider's".
Delete Location Generator definition. I couldn't find any use of this.
Delete Location Server definition. I couldn't find any use of this.

In 4 (Overview and Scope) first paragraph, 3rd sentence, change it to
"The LCS service allows Devices (and Targets) to retrieve LI." In the
diagram, delete "Provider".

I think if L7 LCP removed the word "Provider" from sections 1 through 3,
that it would also be good.

I realize this goes all the way back to geopriv requirements. However,
that was written before it was necessary to distinguish between L2 and
L3 providers (like L7 LCP does in its latter sections). I'd rather not
touch geopriv requirements. But given all the requirements in L7 LCP
about relationships between providers, and given that we're now starting
LIS to LIS requirements, I think that suggesting "Access Provider" is a
singular organization is dangerous. I'm okay with having a singular
access network, so long as we mention that it may be operated by
multiple providers.

----------------------------
Miscellaneous typos / editorial comments
1. 1 Introduction, 2nd sentence, change "such as such as" to "such as"
2. end of that same paragraph, include reference to L7 LCP ("[11]").
3. 4 Overview and Scope, 4th paragraph, change "this protocol" to "the
HELD protocol", just for clarity, in case other people miss the obvious
antecedent, like I did at first.

Barbara

*****

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. GA621




_______________________________________________
Geopriv mailing list
Geopriv@ietf.org
https://www1.ietf.org/mailman/listinfo/geopriv