RE: [Geopriv] Response time use cases(was:HELDcommentonresponseTimeparameter)

From: Winterbottom, James ^lt;James.Winterbottom@andrew.com>
Date: Mon Aug 13 2007 - 20:50:25 EDT

Hi Marc, Just to clarify the analogy. In the cellular world it is the MSC that detects and invokes the emergency application and does something. In the Internet world we have been talking about the end-point doing this. The end-point detects the emergency call, does the location request and dispatches the call. So the emergency application has to know how long to wait, and this is NOT going to be ASAP unless you want to regress to pre-BCP cellular standards. I hope this helps. Cheers James > -----Original Message----- > From: Marc Linsner [mailto:mlinsner@cisco.com] > Sent: Tuesday, 14 August 2007 10:11 AM > To: Winterbottom, James > Cc: 'GEOPRIV WG' > Subject: RE: [Geopriv] Response time use > cases(was:HELDcommentonresponseTimeparameter) > > James, > > In an attempt to try and follow your thread..... > > > The emergency case that you and several other keep suggesting > > as gimme the fastest you can, isn't true either, at least in > > the cellular space today it isn't. The cell-based routing > > that is often talked about here, is quoted in NENA and other > > circles as having 30% misroutes in the United States, and > > lead to enhancements in J-STD-036B to support fast-fix > > solutions for routing. Removing the repsonseTime parameter > > will result in this type of location fix not being available, > > as it clearly falls into the grey category between fast as > > you can, and as good as possible. Please don't try and tell > > me that this isn't a valid use-case because it is deployed today! > > > > Are you suggesting: > > 1) The MSO requests a finite time of the GMLC/MPC > > Or > > 2) The GMLC/MPC requests a finite time of the PDE. > > Just curious, > > -Marc- > > ------------------------------------------------------------------------------------------------ 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 Mon, 13 Aug 2007 19:50:25 -0500

This archive was generated by hypermail 2.1.8 : Mon Aug 13 2007 - 20:52:18 EDT