Re: RE: [Geopriv] teasing apart: http as a GEOPRIV using protocol

At 7:31 PM +0200 7/29/06, Hannes Tschofenig wrote:

>  Hi Randy,
>
>  Maybe there is such a relationship. I do, however, suspect that in 
> the typical case there isn't since this places the deployment bar 
> quite high: Every location recipient (e.g., PSAP, SIP user agent, 
> Location Server, etc.) needs to have a relationship (or even a 
> shared secret) with the access network provider (L3 provider) since 
> this is the place where the HTTP server needs to be located.

I agree.  That's the question I was raising: my reading of the draft 
suggests that, since it relies on HTTP DIGEST, there must be a 
relationship in order for there to be credentials.

>
>  The identity used for digest authentication can indeed be used in 
> combination with the common policy rules. You just need to define 
> how the digest identity and the digest realm part are matched with 
> the content of the 'id' and the 'domain' part to the common policy 
> rules.
>
>  With the Pawn Ticket URLs the solution would, however, be simpler 
> (as simple as with URLs with a randomly create and unguessable 
> component): If you know the URI then you are allowed to retrieve 
> the PIDF-LO.
>
>  (This assumes that I understood the Pawn Ticket approach properly.)
>
>  Ciao
>  Hannes
>
>  Randall Gellens wrote:
>>  This does look to me to be a "using protocol".
>>
>>  Presumably the HTTP server and the dereferencer have a 
>> relationship such that HTTP DIGEST can be used.
>>
>>  Perhaps the DIGEST identity can be used when evaluating the policy rules.
>
>
>  _______________________________________________
>  Geopriv mailing list
>  [email protected]
>  https://www1.ietf.org/mailman/listinfo/geopriv


-- 
Randall Gellens
Opinions are personal;    facts are suspect;    I speak for myself only
-------------- Randomly-selected tag: ---------------
Language is a virus from outer space.  --William S. Burroughs

_______________________________________________
Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [email protected] for questions on current sip
Use [email protected] for new developments on the application of sip