[cisco-voip] Remove lines on phones with BAT

[Ryan Ratliff (rratliff)]

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 <svoll.voip at gmail.com<mailto:svoll.voip at gmail.com>> wrote:

how about a shared line per floor?

Scott


On Thu, Oct 30, 2014 at 8:09 AM, Ryan Ratliff (rratliff) <rratliff at cisco.com<mailto:rratliff at cisco.com>> 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 <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/75e01264/attachment.html>