[cisco-voip] Remove lines on phones with BAT

Scott Voll svoll.voip at gmail.com
Thu Oct 30 10:22:56 EDT 2014


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> 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>
> 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> 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> 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> 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> 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> 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> 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
>>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> cisco-voip mailing list
>>>>> cisco-voip at puck.nether.net
>>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>>
>>>>
>>>>
>>>>
>>>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>  _______________________________________________
> cisco-voip mailing list
> 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/e9ea6175/attachment.html>


More information about the cisco-voip mailing list