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