RE: [Geopriv] (dis)connects in the location by reference discussion

So you are saying that the PSAP based in NJ, can connect to the ISP in
Ca, but the VPC can't? That doesn't make a whole lot of sense. Remember
that in DSL there are multiple parties, and that the PSAP will only know
about the layer3 and above provider.

I guess I just don't buy this argument at all.

Cheers
James

> -----Original Message-----
> From: Henning Schulzrinne [mailto:hgs@cs.columbia.edu]
> Sent: Saturday, 16 September 2006 8:02 AM
> To: Winterbottom, James
> Cc: Andrew Newton; GEOPRIV
> Subject: Re: [Geopriv] (dis)connects in the location by reference
> discussion
>
> >
> > Andy point d, seems to be where the primary misunderstanding with
> > regards to i2 comes into play. There quite simply aren't thousands
of
> > VPCs, there will be maybe 10. PSAPs can only query the network
through
> > the VPC. Are the opponents to LbR suggesting that certificates in
the
> > order of 10's cannot be managed?
>
> The scaling issue was in the context of i3, not i2. Personally, I find
> an architecture where the 911 system of the whole US depends on O(10)
> sites a bit scary, as unavoidable as it may be for i2. In the i3
> context, there is no reason for such a concentration of functionality
> into a few sites.
>
> As part of the requirements discussion, we had a fairly long
discussion
> on the basic issue that we want things to continue to work as long as
> there's a direct IP path between caller and PSAP. LoST, in particular,
> is designed to make this reasonably easy, so that you can imagine
> operating in a scenario where the PSAP is connected to the DSL
provider
> and 911 service continues to operate even if the rest of the Internet
> connectivity is completely unavailable or severely stressed.
>
> Henning

------------------------------------------------------------------------------------------------
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 Fri, 15 Sep 2006 17:06:38 -0500