RE: [Geopriv] HELD 'expires' parameter

From: Winterbottom, James ^lt;James.Winterbottom@andrew.com>
Date: Tue Oct 09 2007 - 17:51:24 EDT

This isn't really the aim of retention-expires parameter. retention-expires indicates the point in time after which a recipient is no longer permitted to hold the location object, it does not provide any indicator as to whether the Target is still at the location or not. I don't think that over-loading its value to indicate that the Target should re-acquire its location is a good idea. I think we either need a separate indicator in the PIDF-LO, or a parameter in the HELD locationResponse message. Cheers James > -----Original Message----- > From: Stark, Barbara [mailto:bs7652@att.com] > Sent: Tuesday, 9 October 2007 11:39 PM > To: Richard Barnes > Cc: geopriv@ietf.org > Subject: RE: [Geopriv] HELD 'expires' parameter > > Thanks. I'd overlooked that parameter in the PIDF-LO. You're right -- > that PIDF-LO parameter can meet this need. > Barbara > > -----Original Message----- > From: Richard Barnes [mailto:rbarnes@bbn.com] > Sent: Tuesday, October 09, 2007 9:11 AM > To: Stark, Barbara > Cc: geopriv@ietf.org > Subject: Re: [Geopriv] HELD 'expires' parameter > > That seems reasonable, but it might overlap/conflict with the > "retention-expires" rule in the returned PIDF-LO. Slightly different > semantics, but I think the effect is the same. > > --Richard > > > > Stark, Barbara wrote: > > Right now, expires is defined only for use with a returned location > > reference. I was wondering if there might be value in also allowing it > > to be returned with a value. The meaning would be that the device > needs > > to do another query to update its location, before 'expires'. > > > > In phonebcp-02, there's a recommendation that devices which don't > expect > > to roam should refresh location daily, and those that can be expected > to > > roam should refresh more frequently. The problem is that many devices > > don't know that they're part of a roaming network. But the access > > network often does know. So, if we use 'expires' with location > values, > > the access network could let the device know that more frequent > > refreshes are appropriate. > > > > Just a thought. > > 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. GA623 > > > > > > > > > > _______________________________________________ > > Geopriv mailing list > > Geopriv@ietf.org > > https://www1.ietf.org/mailman/listinfo/geopriv > > > > > > > ***** > > 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. GA622 > > > > > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > 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]

_______________________________________________
Geopriv mailing list
Geopriv@ietf.org
https://www1.ietf.org/mailman/listinfo/geopriv
Received on Tue, 9 Oct 2007 16:51:24 -0500

This archive was generated by hypermail 2.1.8 : Tue Oct 09 2007 - 17:52:44 EDT