[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Ecrit] PhoneBCP
- To: "Randall Gellens" <randy at qualcomm.com>, "Brian Rosen" <br at brianrosen.net>, "DRAGE, Keith (Keith)" <drage at alcatel-lucent.com>, "Ted Hardie" <hardie at qualcomm.com>, "MarcLinsner" <mlinsner at cisco.com>, <ecrit at ietf.org>
- Subject: Re: [Ecrit] PhoneBCP
- From: "Winterbottom, James" <James.Winterbottom at andrew.com>
- Date: Fri, 15 May 2009 00:09:22 -0500
- Delivered-to: ecrit at core3.amsl.com
- In-reply-to: <p06240609c632a3859181 at [192.168.99.14]>
- List-archive: <http://www.ietf.org/mail-archive/web/ecrit>
- List-help: <mailto:ecrit-request@ietf.org?subject=help>
- List-id: <ecrit.ietf.org>
- List-post: <mailto:ecrit@ietf.org>
- List-subscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=subscribe>
- List-unsubscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=unsubscribe>
- References: <C61F79BD.14AA4%mlinsner at cisco.com><p06240805c61fb26aa4e1 at [10.0.1.197]><28B7C3AA2A7ABA4A841F11217ABE78D6759ED5FD at FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com> <029001c9d49e$3bdf6ff0$b39e4fd0$ at net><p06240604c6326f220721 at [192.168.99.14]><039a01c9d4fd$c60e4c50$522ae4f0$ at net> <p06240609c632a3859181 at [192.168.99.14]>
- Thread-index: AcnVGQJJlNZ8SA94TauHL9U+qo1Z7QAAD/yQ
- Thread-topic: [Ecrit] PhoneBCP
Randy,
Do you agree that when a call is made from a mobile device (IP or
otherwise), that the steps of acquiring the device's location, then
determining the route to the correct PSAP are necessary?
23.167 allows the device to acquire its location ahead of time from the
IP can, how is this different to ECRIT? Are you saying that 23.167
requires explicit wording to say that if the device is a cellphone it
must not do this?
Perhaps the rules in phone BCP surrounding wireless devices needing to
poll periodically is not desired behaviour. Perhaps the correct
behaviour is do it when you first connect, do it at call time, do it if
you change networks because your LIS will have changed. In each of these
cases the device will need to be active anyway, so the argument of
consuming more battery because the device has to move out of idle mode
is totally moot.
Brian, do you take exception to my proposed change?
It still provides a fallback option if the attempt fails at call time,
and it still allows the device to route with the best data possible if
everything is working okay.
Cheers
James
-----Original Message-----
From: ecrit-bounces at ietf.org [mailto:ecrit-bounces at ietf.org] On Behalf
Of Randall Gellens
Sent: Friday, 15 May 2009 2:47 PM
To: Brian Rosen; 'DRAGE, Keith (Keith)'; 'Ted Hardie'; 'MarcLinsner';
ecrit at ietf.org
Subject: Re: [Ecrit] PhoneBCP
At 9:37 PM -0400 5/14/09, Brian Rosen wrote:
> Please cite an instance.
>
> We do not believe that the requirement for the endpoint to query the
LIS or
> the LoST server is onerous on any cellular network. In the scheme of
things
> that IP based devices (we are talking about IP connected devices, not
> current GSM/CDMA systems) are expected to do, a HELD and LoST query
is very
> modest in bandwidth, code size and compute power.
The instructions are for devices to determine their location when
powered on and frequently thereafter, and do LoST queries afterwards.
This may be fine for many devices, but not for cellphones.
_______________________________________________
Ecrit mailing list
Ecrit at ietf.org
https://www.ietf.org/mailman/listinfo/ecrit
------------------------------------------------------------------------------------------------
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]