[cisco-voip] Remove lines on phones with BAT

[Ryan Ratliff (rratliff)]

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 <ewellnitzvoip at gmail.com<mailto:ewellnitzvoip at gmail.com>> 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 <svoll.voip at gmail.com<mailto:svoll.voip at gmail.com>> 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) <wsisk at cisco.com<mailto:wsisk at cisco.com>> 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 <ewellnitzvoip at gmail.com<mailto:ewellnitzvoip at gmail.com>> 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 <avholloway+cisco-voip at gmail.com<mailto:avholloway+cisco-voip at gmail.com>> 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 <svoll.voip at gmail.com<mailto:svoll.voip at gmail.com>> 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) <rratliff at cisco.com<mailto:rratliff at cisco.com>> 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 <avholloway+cisco-voip at gmail.com<mailto:avholloway+cisco-voip at gmail.com>> 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) <rratliff at cisco.com<mailto:rratliff at cisco.com>> wrote:
All phones? SIP phones won't register without a line.

-Ryan

On Oct 28, 2014, at 1:16 PM, Scott Voll <svoll.voip at gmail.com<mailto:svoll.voip at gmail.com>> 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
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip





_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20141030/56643c56/attachment.html>