RE: RE: [Geopriv] Consensus on changes to location-conveyance

"Winterbottom, James" <[email protected]>
Newsgroups gmane.ietf.sip,gmane.ietf.geopriv
Message-ID <[email protected]>
In the case you mention below the reality is that if the target has
moved during the course of routing, the target will either be at place B
by the time dispatch occurs, or at point C which may be further away
still. 
At least in the case of a reference you have the possibility of getting
the current location, which is not possible through any of the
"by-value" means described thus far unless the caller is stationary!


-----Original Message-----
From: Henning Schulzrinne [mailto:[email protected]] 
Sent: Thursday, 27 July 2006 3:14 AM
To: Andrew Newton
Cc: [email protected]; IETF SIP List
Subject: Re: [Sip] RE: [Geopriv] Consensus on changes to
location-conveyance

For location-based routing case, the likelihood of significant updates 
in the roughly one second that a call might take from caller to callee 
seems unlikely. UAS subscription and polling is clearly more valuable, 
so maybe we need to distinguish these cases. (As discussed earlier, 
mid-routing updates may lead to bad outcomes since the call might have 
been sent to a place A that doesn't know what to do with location update

n+1 since that new location is really handled by place B.)

Andrew Newton wrote:
> Henning Schulzrinne wrote:
>>> I believe there are two technical arguments: one is legacy equipment

>>> (the issue that I'll be facing for quite some time), and
environments 
>>> where the location is generated by the network.  For the latter, 
>>> insertion of the Location header only in emergency situations still 
>>> puts the user in control for non-emergency situations.
>>>
>>>
>>
>> For the latter, the combination of the in-progress L7 protocols, DHCP

>> and LLDP should presumably allow the UAC to obtain location and
insert 
>> it by value. Is there a use case not covered by that?
> 
> As I said, where location comes from the network.  In this scenario, 
> there are two possibilities, both up to the user: 1) the UAC
subscribes 
> to the location from the network and puts it by value in the call 
> flow... meaning all location updates go through the UAC, or 2) the UAC

> hands out a reference so updates can be independent of the UAC or 
> updates based on subscription come from the UAC but are independent of

> the call.
> 
> -andy

_______________________________________________
Geopriv mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/geopriv

------------------------------------------------------------------------------------------------
This message is for the designated recipient only and may
contain privileged, proprietary, or otherwise private information.  
If you have received it in error, please notify the sender
immediately and delete the original.  Any unauthorized use of
this email is prohibited.
------------------------------------------------------------------------------------------------
[mf2]

_______________________________________________
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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.