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
