Re: [Geopriv] RE: Strawman Proposal
Hannes Tschofenig <Hannes.Tschofenig@gmx.net> Tue, 13 March 2007 21:53 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 1HREwK-0007yj-FC; Tue, 13 Mar 2007 17:53:52 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HREwJ-0007ye-E3 for geopriv@ietf.org; Tue, 13 Mar 2007 17:53:51 -0400
Received: from mail.gmx.net ([213.165.64.20]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HREwH-0005dk-Sn for geopriv@ietf.org; Tue, 13 Mar 2007 17:53:51 -0400
Received: (qmail invoked by alias); 13 Mar 2007 21:53:48 -0000
Received: from socks1.netz.sbs.de (EHLO [192.35.17.26]) [192.35.17.26] by mail.gmx.net (mp044) with SMTP; 13 Mar 2007 22:53:48 +0100
X-Authenticated: #29516787
X-Provags-ID: V01U2FsdGVkX18TCmErO0UT9j/iZ/WGKa6ztWCEYOR1maUV1gkdmA 1DrZmvZJpzCw/1
Message-ID: <45F71D66.3030406@gmx.net>
Date: Tue, 13 Mar 2007 22:53:42 +0100
From: Hannes Tschofenig <Hannes.Tschofenig@gmx.net>
User-Agent: Thunderbird 2.0b2 (Windows/20070116)
MIME-Version: 1.0
To: Richard Barnes <rbarnes@bbn.com>
Subject: Re: [Geopriv] RE: Strawman Proposal
References: <E51D5B15BFDEFD448F90BDD17D41CFF102957DA6@AHQEX1.andrew.com> <03B0FD26-7F5F-4DDB-A177-E58930DFF0B0@cs.columbia.edu> <45F716BE.6080407@bbn.com>
In-Reply-To: <45F716BE.6080407@bbn.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 37af5f8fbf6f013c5b771388e24b09e7
Cc: GEOPRIV <geopriv@ietf.org>, "Dawson, Martin" <Martin.Dawson@andrew.com>, Marc Linsner <mlinsner@cisco.com>, Henning Schulzrinne <hgs@cs.columbia.edu>
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
We mentioned the idea of putting two PIDF-LOs into a SIP signaling message, namely one for routing and another one for consumption at the PSAP. The one for routing does not need to provide a perfect precision, as we know. For some countries it would be sufficient to use state granularity to hit the correct PSAP. I am also addressing those people who argue that "Operators will never provide location information to the end host because they want to make money with location-based applications. Hence, they can only use location-by-reference". I don't want to create relationships between every VoIP provider and every access network provider in the world because I believe that this will do a lot of harm to the Internet. I am OK with a relationship between access network provider and PSAPs even though I see a lot of problems there as well. If we have to use a location-by-reference mechanism for these operators then we don't need location signing. I doubt that signed location information can be demanded for all emergency service calls since we will even see calls with absolutely no location information at all. Furthermore, we would have to tell the IEEE to go home since none of their solution does any sort of signing. Ciao Hannes Richard Barnes wrote: >> Take a large campus with thousands of offices. Unless you have a >> fairly elaborate delegation mechanism, somebody externally will have >> to sign for each and every room. This means that the organization has >> to operate a CA that is trusted by the proposed VESA entity, for >> example. We can't even get delegation to work within Internet2 and >> Columbia. > > Location granularity and certification granularity are two orthogonal > issues. If there's one server that knows the geography of the whole > Columbia campus, then there's only one certificate to manage. If you > have one per building, then you have might a few more, or you might > have each server reach back to a central signing server for a signature. > > --RB > >> >> >> >> >>> >>> [AJW] It is not clear to me how authenticating millions of users and >>> their multitude of identity mechanisms is any less daunting than >>> >> >> We have such a mechanism, e.g., within IMS, namely P-Asserted-ID, >> which is very widely deployed, from what I can tell. Or the SIP >> identity mechanism, although that seems to just start getting >> traction. The PSAP wouldn't care whether and how the VSP verified the >> customer identity; it just gets a single client cert from the VSP in >> a TLS connection. >> >> You probably missed the discussion on this years ago, but your >> concern and the perceived difficulties of a global PKI motivated the >> current mechanism, as it only requires what customers must have >> already, namely a shared secret with their VSP, and web-style >> cross-provider trust with a single cert for each provider. >> >> >>> providing accreditation to potentially thousands of access network >>> providers. But perhaps I am missing the point. That said, if you couple >>> this with signed location then you have the whole gamut. See location >>> dependability draft >>> http://tools.ietf.org/html/draft-thomson-geopriv-location-dependability- >>> >>> 00 >>> >>>> >>>> PS: I also believe that the PSAP operator would accept calls that >>> don't >>>> have any location attached to it. How many calls today have location >>>> information available? Do we have some statistics about it? >>>> >>> >>> [AJW] All emergency calls in the world have some degree of location >>> provided (inferred), though in some cases this may not be fantastically >>> accurate, country level. In the United States for wireline it is based >>> on the calling line ID, and either an ESRD (roughly representing a >>> cell) >>> or an ESRK (representing a rough calling area) for wireless. >>> >>> Perhaps, like some other working groups we need to make the distinction >>> between support and implement. I am asking that the requirements >>> include >>> support for it, I think that implementation will be something that >>> jurisdictions have the option to do or not. >> >> This doesn't quite work, given that phones need to work universally. >> I don't want to buy a phone in Prague, say, that suddenly can't make >> an emergency call in New York city. >> >> Henning >> >> _______________________________________________ >> Geopriv mailing list >> Geopriv@ietf.org >> https://www1.ietf.org/mailman/listinfo/geopriv >> >> > > > > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv
- RE: [Geopriv] NENA Requirements Winterbottom, James
- [Geopriv] NENA Requirements Hannes Tschofenig
- Re: [Geopriv] NENA Requirements Hannes Tschofenig
- RE: [Geopriv] NENA Requirements Winterbottom, James
- RE: [Geopriv] NENA Requirements Dawson, Martin
- RE: [Geopriv] NENA Requirements Dawson, Martin
- RE: [Geopriv] NENA Requirements Marc Linsner
- RE: [Geopriv] NENA Requirements Marc Linsner
- RE: [Geopriv] NENA Requirements Dawson, Martin
- RE: [Geopriv] NENA Requirements Dawson, Martin
- RE: [Geopriv] NENA Requirements Ted Hardie
- RE: [Geopriv] NENA Requirements Dawson, Martin
- Re: [Geopriv] NENA Requirements Andrew Newton
- RE: [Geopriv] NENA Requirements Dawson, Martin
- RE: [Geopriv] NENA Requirements Brian Rosen
- RE: [Geopriv] NENA Requirements Dawson, Martin
- Re: [Geopriv] NENA Requirements Andrew Newton
- Re: [Geopriv] NENA Requirements Richard Barnes
- RE: [Geopriv] NENA Requirements Marc Linsner
- Re: [Geopriv] NENA Requirements Hannes Tschofenig
- Re: [Geopriv] NENA Requirements Hannes Tschofenig
- [Geopriv] Strawman Proposal Hannes Tschofenig
- RE: [Geopriv] NENA Requirements Stark, Barbara
- [Geopriv] RE: Strawman Proposal Winterbottom, James
- Re: [Geopriv] NENA Requirements Henning Schulzrinne
- RE: [Geopriv] NENA Requirements Marc Linsner
- Re: [Geopriv] RE: Strawman Proposal Henning Schulzrinne
- Re: [Geopriv] Strawman Proposal James M. Polk
- Re: [Geopriv] RE: Strawman Proposal Richard Barnes
- [Geopriv] Re: Strawman Proposal Hannes Tschofenig
- Re: [Geopriv] NENA Requirements Hannes Tschofenig
- Re: [Geopriv] RE: Strawman Proposal Hannes Tschofenig
- RE: [Geopriv] NENA Requirements Winterbottom, James
- RE: [Geopriv] RE: Strawman Proposal Winterbottom, James
- [Geopriv] RE: Strawman Proposal Winterbottom, James
- RE: [Geopriv] NENA Requirements Dawson, Martin
- RE: [Geopriv] NENA Requirements Dawson, Martin
- RE: [Geopriv] RE: Strawman Proposal Dawson, Martin
- RE: [Geopriv] NENA Requirements Dawson, Martin
- RE: [Geopriv] Strawman Proposal Dawson, Martin
- RE: [Geopriv] NENA Requirements Marc Linsner
- RE: [Geopriv] RE: Strawman Proposal Dawson, Martin
- RE: [Geopriv] NENA Requirements Dawson, Martin
- RE: [Geopriv] NENA Requirements Marc Linsner
- RE: [Geopriv] NENA Requirements Dawson, Martin
- RE: [Geopriv] NENA Requirements Dawson, Martin
- RE: [Geopriv] NENA Requirements Marc Linsner
- RE: [Geopriv] NENA Requirements Marc Linsner
- RE: [Geopriv] NENA Requirements Winterbottom, James
- RE: [Geopriv] NENA Requirements Ted Hardie
- RE: [Geopriv] NENA Requirements Dawson, Martin
- RE: [Geopriv] NENA Requirements Dawson, Martin
- RE: [Geopriv] RE: Strawman Proposal Dawson, Martin
- Re: [Geopriv] RE: Strawman Proposal Hannes Tschofenig
- Re: [Geopriv] NENA Requirements Hannes Tschofenig
- Re: [Geopriv] RE: Strawman Proposal Hannes Tschofenig
- Re: [Geopriv] NENA Requirements Hannes Tschofenig
- Re: [Geopriv] RE: Strawman Proposal Hannes Tschofenig
- Re: [Ecrit] Re: [Geopriv] RE: Strawman Proposal Hannes Tschofenig
- [Geopriv] Re: Strawman Proposal Hannes Tschofenig
- RE: [Geopriv] NENA Requirements Dawson, Martin
- Re: [Geopriv] NENA Requirements Andrew Newton
- RE: [Geopriv] NENA Requirements Dawson, Martin
- RE: [Geopriv] RE: Strawman Proposal Dawson, Martin
- RE: [Geopriv] RE: Strawman Proposal Dawson, Martin
- Re: [Ecrit] Re: [Geopriv] RE: Strawman Proposal Henning Schulzrinne
- Re: [Geopriv] RE: Strawman Proposal Henning Schulzrinne
- RE: [Geopriv] RE: Strawman Proposal Dawson, Martin
- RE: [Geopriv] NENA Requirements Marc Linsner
- RE: [Geopriv] RE: Strawman Proposal Stark, Barbara
- Re: [Geopriv] RE: Strawman Proposal Hannes Tschofenig
- Re: [Geopriv] NENA Requirements Tom-PT Taylor
- Re: [Ecrit] Re: [Geopriv] RE: Strawman Proposal Otmar Lendl
- RE: [Geopriv] NENA Requirements Brian Rosen
- RE: [Geopriv] NENA Requirements Brian Rosen
- RE: [Geopriv] NENA Requirements Marc Linsner
- Re: [Geopriv] NENA Requirements Henning Schulzrinne
- RE: [Geopriv] RE: Strawman Proposal Stark, Barbara
- RE: [Geopriv] NENA Requirements Dawson, Martin
- RE: [Geopriv] RE: Strawman Proposal Marc Linsner
- Re: [Geopriv] RE: Strawman Proposal Haberler Michael
- RE: [Ecrit] Re: [Geopriv] RE: Strawman Proposal Raymond Forbes (CV/ETL)
- RE: [Ecrit] Re: [Geopriv] RE: Strawman Proposal Raymond Forbes (CV/ETL)