If you are concerned about PSAP callback then this won't fly either unless getting to the right floor is all you are concerned about. You'll also have issues with held calls made from logged-out phones showing up on all phones on the floor.
-Ryan On Oct 30, 2014, at 11:20 AM, Scott Voll <[email protected]<mailto:[email protected]>> wrote: how about a shared line per floor? Scott On Thu, Oct 30, 2014 at 8:09 AM, Ryan Ratliff (rratliff) <[email protected]<mailto:[email protected]>> wrote: And no, you can't put a shared line on 1300 phones. Use a different DN range or something and let CER handle the translations for you just like it would any other phone. -Ryan On Oct 30, 2014, at 11:03 AM, Erick Wellnitz <[email protected]<mailto:[email protected]>> wrote: Use a partition that isn't accessible by anything except CER CTI ports. On Thu, Oct 30, 2014 at 8:22 AM, Scott Voll <[email protected]<mailto:[email protected]>> wrote: OK I get the picture....... So if I'm going to put a line on all phones, can I put a shared line on all 1300 phones? If so, how does CER work? will the PSAP call back the line or does it call back the phone? I have a dialing plan that doesn't allow for much in the way of non DID numbers so have a very limited amount to use. TIA Scott On Wed, Oct 29, 2014 at 2:17 PM, Wes Sisk (wsisk) <[email protected]<mailto:[email protected]>> wrote: Agreed with Ryan, Anthony, and Erick. Give the phones DN’s, even just internal DN’s. It is “burning a DN” in the sense that number is allocated. That number does not have to be a DID. Give the phones/lines a CSS that PLAR’s to a help desk. Or at least allow them to invoke local emergency services - private or public. -Wes On Oct 29, 2014, at 3:13 PM, Erick Wellnitz <[email protected]<mailto:[email protected]>> wrote: Not having lines on a physical phone can be a career altering decision if someone needs to dial emergency services and they grab the nearest logged out phone. There could also be legal issues but I'm not a lawyer so take that for what you will. On Wed, Oct 29, 2014 at 1:03 PM, Anthony Holloway <[email protected]<mailto:[email protected]>> wrote: That's a "Yes" for my experiences. The logout profile or default state of the phone has a nonDID in most cases, DID in a few cases (with a CSS restriction for Internal and EMS), and the UDP of the user has a DID in most cases, nonDID in a few cases (with typical CSS). On Wed, Oct 29, 2014 at 1:33 PM, Scott Voll <[email protected]<mailto:[email protected]>> wrote: So what are people doing in a Extension Mobility only environment? Burning two DN's? one for the user and one for every phone? scott On Wed, Oct 29, 2014 at 11:11 AM, Ryan Ratliff (rratliff) <[email protected]<mailto:[email protected]>> wrote: Auto-reg will provision lines as well, and I agree with Anthony. I don't think anyone wants to deal with the potential issue of somebody picking up a phone to dial emergency services and not getting dialtone. -Ryan On Oct 29, 2014, at 2:05 PM, Anthony Holloway <[email protected]<mailto:[email protected]>> wrote: Scott, SIP or SCCP, either way, for emergency reasons you don't want phones laying about, unable to save a life when people depend on the reliability of 911. Here's one option without knowing your environment design or limitations: Setup Auto Registration and then Bulk Delete all the phones. On Tue, Oct 28, 2014 at 1:38 PM, Ryan Ratliff (rratliff) <[email protected]<mailto:[email protected]>> wrote: All phones? SIP phones won't register without a line. -Ryan On Oct 28, 2014, at 1:16 PM, Scott Voll <[email protected]<mailto:[email protected]>> wrote: is there a way to bulk delete all lines on all phones? we are moving to extension mobility and want to remove all the lines on all the phones Thanks scott CM 8.6.2 _______________________________________________ cisco-voip mailing list [email protected]<mailto:[email protected]> https://puck.nether.net/mailman/listinfo/cisco-voip _______________________________________________ cisco-voip mailing list [email protected]<mailto:[email protected]> https://puck.nether.net/mailman/listinfo/cisco-voip _______________________________________________ cisco-voip mailing list [email protected]<mailto:[email protected]> https://puck.nether.net/mailman/listinfo/cisco-voip _______________________________________________ cisco-voip mailing list [email protected]<mailto:[email protected]> https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________ cisco-voip mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-voip
