Re: [cisco-voip] LDAP authentication: LDAP vs Kerberos

[Lelio Fulgenzi]

Thanks! 

I saw references to SSO as well, but there were some references to Kerberos in 
the SRND and I wanted to make sure.  

Sent from my iPhone

> On Nov 12, 2014, at 11:19 AM, Matthew Loraditch 
>  wrote:
> 
> You are using LDAP most likely. Kerberos would only come into play with SSO 
> and I doubt you are using that, it’s not fully baked until 10.5 and not even 
> present in 7.0.
>  
>  
> Matthew G. Loraditch – CCNP-Voice, CCNA-R&S, CCDA
> 1965 Greenspring Drive
> Timonium, MD 21093
> 
> direct voice. 443.541.1518
> fax.  410.252.9284
> 
> Twitter  |  Facebook  | Website  |  Email Support
> 
> Support Phone. 410.252.8830
> 
>  
>  
> From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
> Lelio Fulgenzi
> Sent: Wednesday, November 12, 2014 11:09 AM
> To: cisco-voip voyp list
> Subject: [cisco-voip] LDAP authentication: LDAP vs Kerberos
>  
> 
> OK, this is probably a simple answer, but just in case there's a hidden 
> enterprise/service parameter that I'm not seeing I thought I'd ask.
> 
> Our Identity Management group asked if we were using LDAP or Kerberos 
> authentication against our Microsoft Active Directory.
> 
> All the configuration screens I see do not mention Kerberos at all.
> 
> We're running CUCM v9.x and Unity Connection v7.x (upgrading to 9.x in the 
> summer).
> 
> Thanks everyone!
> 
> Lelio
> 
> 
> ---
> Lelio Fulgenzi, B.A.
> Senior Analyst, Network Infrastructure
> Computing and Communications Services (CCS)
> University of Guelph
> 
> 519‐824‐4120 Ext 56354
> le...@uoguelph.ca
> www.uoguelph.ca/ccs
> Room 037, Animal Science and Nutrition Building
> Guelph, Ontario, N1G 2W1
>  
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Prime Collaboration Deployment Tool

[Stephen Welsh]

I thought it was the no license installed mode for the first 60 days that could 
be used unrestricted

Sent from my iPad

On 12 Nov 2014, at 23:16, Anthony Holloway 
mailto:avholloway+cisco-v...@gmail.com>> wrote:

I must be a moron when it comes to navigating vmware's website, because I 
cannot see where I grab an eval license that will work for PCD.

If I click on the link you provided, I am presented with a license, but it's 
not eval.  Rather, it's a license for the free hypervisor, and it doesn't list 
the API's as a feature.  I'm thinking PCD wouldn't work with that license, but 
I haven't tried it.

Screenshot of the license installed from the link you sent, license masked:



To get an eval license of the non free product, I would think I start here:
VMWare.com > My Evaluations > Start a New Evaluation

Which takes me to this URL
https://www.vmware.com/try-vmware

>From there, I select VMware vSphere, which takes me to this URL (similar to 
>the one you sent):
https://my.vmware.com/group/vmware/evalcenter?p=vsphere-55

I am then met with the following:
Your evaluation has expired.
0 days remaining on your evaluation.

And from there it looks like they are only providing me with the option to 
purchase vSphere.  This is where in the past I have called VMWare and they said 
to go to Cisco.

What am I missing here?  Surely, I cannot be the only person struggling with 
this...or am I?


On Wed Nov 12 2014 at 4:32:03 PM Chris Ward (chrward) 
mailto:chrw...@cisco.com>> wrote:
Anthony,

You can grab the trial license by creating an account on 
vmware.com and requesting the ESXi license.  This is still 
how I get standalone ESXi instances running here at Cisco in my lab.

Login with your account, go to the below link, request a key.

https://my.vmware.com/group/vmware/evalcenter?p=free-esxi5&lp=default

+Chris
TME - MediaSense and Unity Connection

From: cisco-voip 
[mailto:cisco-voip-boun...@puck.nether.net]
 On Behalf Of Anthony Holloway
Sent: Wednesday, November 12, 2014 5:15 PM
To: Ryan Ratliff (rratliff); Boon
Cc: cisco-voip voyp list

Subject: Re: [cisco-voip] Prime Collaboration Deployment Tool

Ryan,

Can you be more specific on where you get the trial license?  I heard this same 
thing mentioned at Cisco Live, and when I approached VMWare about it, they 
pushed me to Cisco, and Cisco pushed me to VMWare.

An alternative option, which I'm not endorsing, is to apply the key seen here 
in this Cisco Field Trainers video, temporarily of course, and then revert the 
key once done with PCD.

https://www.youtube.com/watch?v=YWsgXrlD4Ew#t=570


On Wed Nov 12 2014 at 3:57:42 PM Ryan Ratliff (rratliff) 
mailto:rratl...@cisco.com>> wrote:
One small thing to add to Dennis' great post.  The trial ESXi license will work 
for a PCD migration if you are moving to a BE with the hypervisor license.  
This will probably only work for new installs where you are still in the 60 day 
trial.  It's very easy to switch between the hypervisor and trial license.

-Ryan

On Nov 11, 2014, at 5:43 PM, Boon 
mailto:ciscovoipu...@gmail.com>> wrote:

Some great advice there thanks all




On Tue, Nov 11, 2014 at 4:12 PM, Jason Aarons (AM) 
mailto:jason.aar...@dimensiondata.com>> wrote:
I agree, device loads should be hard coded on devices and upgraded outside of 
CallManager upgrades.

From: cisco-voip 
[mailto:cisco-voip-boun...@puck.nether.net]
 On Behalf Of Josh Warcop
Sent: Tuesday, November 11, 2014 9:13 AM
To: cisco-voip@puck.nether.net

Subject: Re: [cisco-voip] Prime Collaboration Deployment Tool



Side note - I've started advocating assigning firmware loads to devices via 
BAT. I no longer want all phones to upgrade or downgrade immediately following 
a CUCM version switch.



Sent from my Windows Phone

From: Heim, Dennis
Sent: ‎11/‎11/‎2014 8:46 AM
To: Boon; 
cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Prime Collaboration Deployment Tool

PCD is a tool, it is not a complete upgrade and patching solution 
(sales/marketing). It has specific versions and specific tasks that it can do. 
Many things it cannot (verify with cco).  It does work with all the caveats. 
You will need to upload all cop files and iso files to the PCD server. All 
files will be pushed from the PCD server as part of the upgrade task. If you 
have nodes at remote locations, this will be 4-5gb across your network 
(allocate necessary time). It will upgrade one node at a time, streamlining and 
parallel ops is not really in PCD’s deck of cards at this time. For example, it 
will do each cucm subscriber in serial, instead of all at the same time, or 
upgrading IM&P while it doing cucm. With proper time, it will complete.



Normally in a significant upgrade as 6.x

Re: [cisco-voip] Prime Collaboration Deployment Tool

[Charles Goldsmith]

https://pubs.vmware.com/vsphere-50/index.jsp?topic=%2Fcom.vmware.vsphere.install.doc_50%2FGUID-09AA1655-4162-49D3-A1BC-945122716145.html


I haven't dug up the docs on 5.5, but I'm assuming its the same, 5.1 docs
mention it as well.

Note the pre-requisite of the eval not expiring already.

On Wed, Nov 12, 2014 at 4:11 PM, Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> I must be a moron when it comes to navigating vmware's website, because I
> cannot see where I grab an eval license that will work for PCD.
>
> If I click on the link you provided, I am presented with a license, but
> it's not eval.  Rather, it's a license for the free hypervisor, and it
> doesn't list the API's as a feature.  I'm thinking PCD wouldn't work with
> that license, but I haven't tried it.
>
> Screenshot of the license installed from the link you sent, license masked:
>
> [image: Inline image 1]
>
> To get an eval license of the non free product, I would think I start here:
> VMWare.com > My Evaluations > Start a New Evaluation
>
> Which takes me to this URL
> https://www.vmware.com/try-vmware
>
> From there, I select VMware vSphere, which takes me to this URL (similar
> to the one you sent):
> https://my.vmware.com/group/vmware/evalcenter?p=vsphere-55
>
> I am then met with the following:
> Your evaluation has expired.
> 0 days remaining on your evaluation.
>
> And from there it looks like they are only providing me with the option to
> purchase vSphere.  This is where in the past I have called VMWare and they
> said to go to Cisco.
>
> What am I missing here?  Surely, I cannot be the only person struggling
> with this...or am I?
>
>
> On Wed Nov 12 2014 at 4:32:03 PM Chris Ward (chrward) 
> wrote:
>
>>  Anthony,
>>
>>
>>
>> You can grab the trial license by creating an account on vmware.com and
>> requesting the ESXi license.  This is still how I get standalone ESXi
>> instances running here at Cisco in my lab.
>>
>>
>>
>> Login with your account, go to the below link, request a key.
>>
>>
>>
>> https://my.vmware.com/group/vmware/evalcenter?p=free-esxi5&lp=default
>>
>>
>>
>> +Chris
>>
>> TME - MediaSense and Unity Connection
>>
>>
>>
>> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On
>> Behalf Of *Anthony Holloway
>> *Sent:* Wednesday, November 12, 2014 5:15 PM
>> *To:* Ryan Ratliff (rratliff); Boon
>> *Cc:* cisco-voip voyp list
>>
>>
>> *Subject:* Re: [cisco-voip] Prime Collaboration Deployment Tool
>>
>>
>>
>> Ryan,
>>
>> Can you be more specific on where you get the trial license?  I heard
>> this same thing mentioned at Cisco Live, and when I approached VMWare about
>> it, they pushed me to Cisco, and Cisco pushed me to VMWare.
>>
>>
>>
>> An alternative option, which I'm not endorsing, is to apply the key seen
>> here in this Cisco Field Trainers video, temporarily of course, and then
>> revert the key once done with PCD.
>>
>>
>>
>> https://www.youtube.com/watch?v=YWsgXrlD4Ew#t=570
>>
>>
>>
>>
>>
>> On Wed Nov 12 2014 at 3:57:42 PM Ryan Ratliff (rratliff) <
>> rratl...@cisco.com> wrote:
>>
>>  One small thing to add to Dennis' great post.  The trial ESXi license
>> will work for a PCD migration if you are moving to a BE with the hypervisor
>> license.  This will probably only work for new installs where you are still
>> in the 60 day trial.  It's very easy to switch between the hypervisor and
>> trial license.
>>
>>
>>
>> -Ryan
>>
>>
>>
>> On Nov 11, 2014, at 5:43 PM, Boon  wrote:
>>
>>
>>
>> Some great advice there thanks all
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> On Tue, Nov 11, 2014 at 4:12 PM, Jason Aarons (AM) <
>> jason.aar...@dimensiondata.com> wrote:
>>
>>  I agree, device loads should be hard coded on devices and upgraded
>> outside of CallManager upgrades.
>>
>>
>>
>> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On
>> Behalf Of *Josh Warcop
>> *Sent:* Tuesday, November 11, 2014 9:13 AM
>> *To:* cisco-voip@puck.nether.net
>>
>>
>> *Subject:* Re: [cisco-voip] Prime Collaboration Deployment Tool
>>
>>
>>
>>
>>
>>
>>
>> Side note - I've started advocating assigning firmware loads to devices
>> via BAT. I no longer want all phones to upgrade or downgrade immediately
>> following a CUCM version switch.
>>
>>
>>
>> Sent from my Windows Phone
>>   --
>>
>> *From: *Heim, Dennis 
>> *Sent: *‎11/‎11/‎2014 8:46 AM
>> *To: *Boon ; cisco-voip@puck.nether.net
>> *Subject: *Re: [cisco-voip] Prime Collaboration Deployment Tool
>>
>>   PCD is a tool, it is not a complete upgrade and patching
>> solution (sales/marketing). It has specific versions and specific tasks
>> that it can do. Many things it cannot (verify with cco).  It does work with
>> all the caveats. You will need to upload all cop files and iso files to the
>> PCD server. All files will be pushed from the PCD server as part of the
>> upgrade task. If you have nodes at remote locations, this will be 4-5gb
>> across your network (allocate necessary time). It will upgrade one node at
>> a t

Re: [cisco-voip] Prime Collaboration Deployment Tool

[Anthony Holloway]

I must be a moron when it comes to navigating vmware's website, because I
cannot see where I grab an eval license that will work for PCD.

If I click on the link you provided, I am presented with a license, but
it's not eval.  Rather, it's a license for the free hypervisor, and it
doesn't list the API's as a feature.  I'm thinking PCD wouldn't work with
that license, but I haven't tried it.

Screenshot of the license installed from the link you sent, license masked:

[image: Inline image 1]

To get an eval license of the non free product, I would think I start here:
VMWare.com > My Evaluations > Start a New Evaluation

Which takes me to this URL
https://www.vmware.com/try-vmware

>From there, I select VMware vSphere, which takes me to this URL (similar to
the one you sent):
https://my.vmware.com/group/vmware/evalcenter?p=vsphere-55

I am then met with the following:
Your evaluation has expired.
0 days remaining on your evaluation.

And from there it looks like they are only providing me with the option to
purchase vSphere.  This is where in the past I have called VMWare and they
said to go to Cisco.

What am I missing here?  Surely, I cannot be the only person struggling
with this...or am I?


On Wed Nov 12 2014 at 4:32:03 PM Chris Ward (chrward) 
wrote:

>  Anthony,
>
>
>
> You can grab the trial license by creating an account on vmware.com and
> requesting the ESXi license.  This is still how I get standalone ESXi
> instances running here at Cisco in my lab.
>
>
>
> Login with your account, go to the below link, request a key.
>
>
>
> https://my.vmware.com/group/vmware/evalcenter?p=free-esxi5&lp=default
>
>
>
> +Chris
>
> TME - MediaSense and Unity Connection
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On Behalf
> Of *Anthony Holloway
> *Sent:* Wednesday, November 12, 2014 5:15 PM
> *To:* Ryan Ratliff (rratliff); Boon
> *Cc:* cisco-voip voyp list
>
>
> *Subject:* Re: [cisco-voip] Prime Collaboration Deployment Tool
>
>
>
> Ryan,
>
> Can you be more specific on where you get the trial license?  I heard this
> same thing mentioned at Cisco Live, and when I approached VMWare about it,
> they pushed me to Cisco, and Cisco pushed me to VMWare.
>
>
>
> An alternative option, which I'm not endorsing, is to apply the key seen
> here in this Cisco Field Trainers video, temporarily of course, and then
> revert the key once done with PCD.
>
>
>
> https://www.youtube.com/watch?v=YWsgXrlD4Ew#t=570
>
>
>
>
>
> On Wed Nov 12 2014 at 3:57:42 PM Ryan Ratliff (rratliff) <
> rratl...@cisco.com> wrote:
>
>  One small thing to add to Dennis' great post.  The trial ESXi license
> will work for a PCD migration if you are moving to a BE with the hypervisor
> license.  This will probably only work for new installs where you are still
> in the 60 day trial.  It's very easy to switch between the hypervisor and
> trial license.
>
>
>
> -Ryan
>
>
>
> On Nov 11, 2014, at 5:43 PM, Boon  wrote:
>
>
>
> Some great advice there thanks all
>
>
>
>
>
>
>
>
>
> On Tue, Nov 11, 2014 at 4:12 PM, Jason Aarons (AM) <
> jason.aar...@dimensiondata.com> wrote:
>
>  I agree, device loads should be hard coded on devices and upgraded
> outside of CallManager upgrades.
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On Behalf
> Of *Josh Warcop
> *Sent:* Tuesday, November 11, 2014 9:13 AM
> *To:* cisco-voip@puck.nether.net
>
>
> *Subject:* Re: [cisco-voip] Prime Collaboration Deployment Tool
>
>
>
>
>
>
>
> Side note - I've started advocating assigning firmware loads to devices
> via BAT. I no longer want all phones to upgrade or downgrade immediately
> following a CUCM version switch.
>
>
>
> Sent from my Windows Phone
>   --
>
> *From: *Heim, Dennis 
> *Sent: *‎11/‎11/‎2014 8:46 AM
> *To: *Boon ; cisco-voip@puck.nether.net
> *Subject: *Re: [cisco-voip] Prime Collaboration Deployment Tool
>
>   PCD is a tool, it is not a complete upgrade and patching
> solution (sales/marketing). It has specific versions and specific tasks
> that it can do. Many things it cannot (verify with cco).  It does work with
> all the caveats. You will need to upload all cop files and iso files to the
> PCD server. All files will be pushed from the PCD server as part of the
> upgrade task. If you have nodes at remote locations, this will be 4-5gb
> across your network (allocate necessary time). It will upgrade one node at
> a time, streamlining and parallel ops is not really in PCD’s deck of cards
> at this time. For example, it will do each cucm subscriber in serial,
> instead of all at the same time, or upgrading IM&P while it doing cucm.
> With proper time, it will complete.
>
>
>
> Normally in a significant upgrade as 6.x to 10.x is, you are obviously
> getting new hardware. Without PCD, this would all be staged in an offline
> environment, so cut night is turning off the existing servers and turning
> on the new ones. VM migration and all that has to be planned for, etc.
> However, wit

Re: [cisco-voip] Prime Collaboration Deployment Tool

[Chris Ward (chrward)]

Anthony,

You can grab the trial license by creating an account on vmware.com and 
requesting the ESXi license.  This is still how I get standalone ESXi instances 
running here at Cisco in my lab.

Login with your account, go to the below link, request a key.

https://my.vmware.com/group/vmware/evalcenter?p=free-esxi5&lp=default

+Chris
TME - MediaSense and Unity Connection

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
Anthony Holloway
Sent: Wednesday, November 12, 2014 5:15 PM
To: Ryan Ratliff (rratliff); Boon
Cc: cisco-voip voyp list
Subject: Re: [cisco-voip] Prime Collaboration Deployment Tool

Ryan,

Can you be more specific on where you get the trial license?  I heard this same 
thing mentioned at Cisco Live, and when I approached VMWare about it, they 
pushed me to Cisco, and Cisco pushed me to VMWare.

An alternative option, which I'm not endorsing, is to apply the key seen here 
in this Cisco Field Trainers video, temporarily of course, and then revert the 
key once done with PCD.

https://www.youtube.com/watch?v=YWsgXrlD4Ew#t=570


On Wed Nov 12 2014 at 3:57:42 PM Ryan Ratliff (rratliff) 
mailto:rratl...@cisco.com>> wrote:
One small thing to add to Dennis' great post.  The trial ESXi license will work 
for a PCD migration if you are moving to a BE with the hypervisor license.  
This will probably only work for new installs where you are still in the 60 day 
trial.  It's very easy to switch between the hypervisor and trial license.

-Ryan

On Nov 11, 2014, at 5:43 PM, Boon 
mailto:ciscovoipu...@gmail.com>> wrote:

Some great advice there thanks all




On Tue, Nov 11, 2014 at 4:12 PM, Jason Aarons (AM) 
mailto:jason.aar...@dimensiondata.com>> wrote:
I agree, device loads should be hard coded on devices and upgraded outside of 
CallManager upgrades.

From: cisco-voip 
[mailto:cisco-voip-boun...@puck.nether.net]
 On Behalf Of Josh Warcop
Sent: Tuesday, November 11, 2014 9:13 AM
To: cisco-voip@puck.nether.net

Subject: Re: [cisco-voip] Prime Collaboration Deployment Tool



Side note - I've started advocating assigning firmware loads to devices via 
BAT. I no longer want all phones to upgrade or downgrade immediately following 
a CUCM version switch.



Sent from my Windows Phone

From: Heim, Dennis
Sent: ‎11/‎11/‎2014 8:46 AM
To: Boon; 
cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Prime Collaboration Deployment Tool

PCD is a tool, it is not a complete upgrade and patching solution 
(sales/marketing). It has specific versions and specific tasks that it can do. 
Many things it cannot (verify with cco).  It does work with all the caveats. 
You will need to upload all cop files and iso files to the PCD server. All 
files will be pushed from the PCD server as part of the upgrade task. If you 
have nodes at remote locations, this will be 4-5gb across your network 
(allocate necessary time). It will upgrade one node at a time, streamlining and 
parallel ops is not really in PCD’s deck of cards at this time. For example, it 
will do each cucm subscriber in serial, instead of all at the same time, or 
upgrading IM&P while it doing cucm. With proper time, it will complete.



Normally in a significant upgrade as 6.x to 10.x is, you are obviously getting 
new hardware. Without PCD, this would all be staged in an offline environment, 
so cut night is turning off the existing servers and turning on the new ones. 
VM migration and all that has to be planned for, etc. However, with PCD, 
everything happens the night of cut. PCD migrates the data out of the existing 
cluster, then it shuts those down and bring up the new VM’s.



Please also note that you need appropriate VMWare licensing to support the 
storage API’s .. you need foundation or standard the default that is offered as 
part of BE7K will not permit the use of PCD.



In your migration you will also  need to plan for endpoint firmware upgrades, 
depending on what you are running for some endpoints this may be a multi-step 
upgrade. Some have also noted there is a bug with the default 10.5 firmware as 
it relates to headset and transfer functionality, so following your upgrading 
to 10.X you will want to upgrade past the default firmware.



The trick with PCD is to figure out what you want your upgrade process to look 
like then determine where PCD can help. PCD is great for pushing cop files and 
firmware upgrades across medium to large size clusters (big time savings). When 
it comes to full upgrades, it does get the job done, but it does take longer.



Hope this helps,



Dennis Heim | Collaboration Solutions Architect

World Wide Technology, Inc. | +1 314-212-1814









From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Boon
Sent: Tuesday, November 1

Re: [cisco-voip] Prime Collaboration Deployment Tool

[Anthony Holloway]

Ryan,

Can you be more specific on where you get the trial license?  I heard this
same thing mentioned at Cisco Live, and when I approached VMWare about it,
they pushed me to Cisco, and Cisco pushed me to VMWare.

An alternative option, which I'm not endorsing, is to apply the key seen
here in this Cisco Field Trainers video, temporarily of course, and then
revert the key once done with PCD.

https://www.youtube.com/watch?v=YWsgXrlD4Ew#t=570


On Wed Nov 12 2014 at 3:57:42 PM Ryan Ratliff (rratliff) 
wrote:

>  One small thing to add to Dennis' great post.  The trial ESXi license
> will work for a PCD migration if you are moving to a BE with the hypervisor
> license.  This will probably only work for new installs where you are still
> in the 60 day trial.  It's very easy to switch between the hypervisor and
> trial license.
>
> -Ryan
>
>  On Nov 11, 2014, at 5:43 PM, Boon  wrote:
>
>  Some great advice there thanks all
>
>
>
>
>   On Tue, Nov 11, 2014 at 4:12 PM, Jason Aarons (AM) <
> jason.aar...@dimensiondata.com> wrote:
>
>> I agree, device loads should be hard coded on devices and upgraded
>> outside of CallManager upgrades.
>>
>>
>>
>> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On
>> Behalf Of *Josh Warcop
>> *Sent:* Tuesday, November 11, 2014 9:13 AM
>> *To:* cisco-voip@puck.nether.net
>>
>> *Subject:* Re: [cisco-voip] Prime Collaboration Deployment Tool
>>
>>
>>
>>
>>
>> Side note - I've started advocating assigning firmware loads to devices
>> via BAT. I no longer want all phones to upgrade or downgrade immediately
>> following a CUCM version switch.
>>
>>
>>
>> Sent from my Windows Phone
>>   --
>>
>> *From: *Heim, Dennis 
>> *Sent: *‎11/‎11/‎2014 8:46 AM
>> *To: *Boon ; cisco-voip@puck.nether.net
>> *Subject: *Re: [cisco-voip] Prime Collaboration Deployment Tool
>>
> PCD is a tool, it is not a complete upgrade and patching solution
>> (sales/marketing). It has specific versions and specific tasks that it can
>> do. Many things it cannot (verify with cco).  It does work with all the
>> caveats. You will need to upload all cop files and iso files to the PCD
>> server. All files will be pushed from the PCD server as part of the upgrade
>> task. If you have nodes at remote locations, this will be 4-5gb across your
>> network (allocate necessary time). It will upgrade one node at a time,
>> streamlining and parallel ops is not really in PCD’s deck of cards at this
>> time. For example, it will do each cucm subscriber in serial, instead of
>> all at the same time, or upgrading IM&P while it doing cucm. With proper
>> time, it will complete.
>>
>>
>>
>> Normally in a significant upgrade as 6.x to 10.x is, you are obviously
>> getting new hardware. Without PCD, this would all be staged in an offline
>> environment, so cut night is turning off the existing servers and turning
>> on the new ones. VM migration and all that has to be planned for, etc.
>> However, with PCD, everything happens the night of cut. PCD migrates the
>> data out of the existing cluster, then it shuts those down and bring up the
>> new VM’s.
>>
>>
>>
>> Please also note that you need appropriate VMWare licensing to support
>> the storage API’s .. you need foundation or standard the default that is
>> offered as part of BE7K will not permit the use of PCD.
>>
>>
>>
>> In your migration you will also  need to plan for endpoint firmware
>> upgrades, depending on what you are running for some endpoints this may be
>> a multi-step upgrade. Some have also noted there is a bug with the default
>> 10.5 firmware as it relates to headset and transfer functionality, so
>> following your upgrading to 10.X you will want to upgrade past the default
>> firmware.
>>
>>
>>
>> The trick with PCD is to figure out what you want your upgrade process to
>> look like then determine where PCD can help. PCD is great for pushing cop
>> files and firmware upgrades across medium to large size clusters (big time
>> savings). When it comes to full upgrades, it does get the job done, but it
>> does take longer.
>>
>>
>>
>> Hope this helps,
>>
>>
>>
>> *Dennis Heim | Collaboration Solutions Architect*
>>
>> World Wide Technology, Inc. | +1 314-212-1814
>>
>  
>>
>>  <+13142121814>
>>
>
>>
>>
>>
>> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net
>> ] *On Behalf Of *Boon
>> *Sent:* Tuesday, November 11, 2014 3:49 AM
>> *To:* cisco-voip@puck.nether.net
>> *Subject:* [cisco-voip] Prime Collaboration Deployment Tool
>>
>>
>>
>> I'm planning on upgrading a customer's CUCM 6.1(5) to 10.5 in the next
>> few weeks by using the new PCD tool. I've tried it out in the lab and it
>> seems ok.
>>
>>
>>
>> Has anyone used this tool to perform upgrades on production systems? If
>> so what was your experience please, good or bad? Are there any gotchas that
>> I need to be aware of?
>>
>>
>>
>> Thanks
>>
>>
>>
>
>>
>> itevomcid
>>
>
>> ___
>> c

Re: [cisco-voip] Enable DNS

[Ryan Ratliff (rratliff)]

More specifically if the phones have the ITLRecovery key on them (look at the 
phone's web page on newer firmware) then yes it'll work.  Once generated the 
ITLRecovery shouldn't ever be regenerated and DRS will back it up.

-Ryan

On Nov 11, 2014, at 12:06 PM, Brian Meade 
mailto:bmead...@vt.edu>> wrote:

Right.  But download a backup of the key before doing anything.  Usually the 
phones will all register fine after an ITL issue.  You'll usually just see new 
config updates not trusted.  This can be a really big deal if you use Extension 
Mobility though and the phone configs are changing all the time as people sign 
in/out.

On Tue, Nov 11, 2014 at 11:58 AM, Heim, Dennis 
mailto:dennis.h...@wwt.com>> wrote:
With the recovery key thing, will that process work after you have screwed 
yourself and the phones won’t register?

Dennis Heim | Collaboration Solutions Architect
World Wide Technology, Inc. | +1 314-212-1814




From: bmead...@gmail.com 
[mailto:bmead...@gmail.com] On Behalf Of Brian Meade
Sent: Tuesday, November 11, 2014 11:49 AM

To: Heim, Dennis
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Enable DNS


Since you're on 10.5, you can also take a backup of the ITL recovery key that 
you can use to recover with if anything goes wrong:
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/rel_notes/10_0_1/delta/CUCM_BK_C206A718_00_cucm-new-and-changed-1001/CUCM_BK_C206A718_00_cucm-new-and-changed-1001_chapter_010.html#CUCM_RF_S1EF9820_00

Make sure all the devices are using a CM Group with both servers in it so they 
have a 2nd TVS server they can use and just do one server at a time making sure 
the phones get the updated ITLs before doing the next server.

You could be really safe and set "Prepare Cluster for Rollback to 8.x" to 
"True", make your DNS changes, then change it back to "False".

Brian

On Tue, Nov 11, 2014 at 11:21 AM, Heim, Dennis 
mailto:dennis.h...@wwt.com>> wrote:
I meant ITL’s. We are in non-secure mode, so ITL’s only. This is 10.5SU1.

Dennis Heim | Collaboration Solutions Architect
World Wide Technology, Inc. | +1 314-212-1814




From: bmead...@gmail.com 
[mailto:bmead...@gmail.com] On Behalf Of Brian Meade
Sent: Tuesday, November 11, 2014 11:08 AM
To: Heim, Dennis
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Enable DNS

What CUCM version?  Also you mention CTLs so is this a mixed-mode cluster?

On Tue, Nov 11, 2014 at 10:39 AM, Heim, Dennis 
mailto:dennis.h...@wwt.com>> wrote:
I have a 2 node cluster that currently has DNS disabled. My intention is to 
configure and enable DNS. I know this will regenerate all the certificates at 
once. My understanding is that as long as I do not do both nodes at the same 
time and all the endpoints register with the other server all will be well. 
However, any endpoints that are offline will require their CTL’s to be cleared.

Has anyone seen anything different?

Dennis Heim | Collaboration Solutions Architect
World Wide Technology, Inc. | +1 314-212-1814





___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip



___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Prime Collaboration Deployment Tool

[Ryan Ratliff (rratliff)]

One small thing to add to Dennis' great post.  The trial ESXi license will work 
for a PCD migration if you are moving to a BE with the hypervisor license.  
This will probably only work for new installs where you are still in the 60 day 
trial.  It's very easy to switch between the hypervisor and trial license.

-Ryan

On Nov 11, 2014, at 5:43 PM, Boon 
mailto:ciscovoipu...@gmail.com>> wrote:

Some great advice there thanks all





On Tue, Nov 11, 2014 at 4:12 PM, Jason Aarons (AM) 
mailto:jason.aar...@dimensiondata.com>> wrote:
I agree, device loads should be hard coded on devices and upgraded outside of 
CallManager upgrades.

From: cisco-voip 
[mailto:cisco-voip-boun...@puck.nether.net]
 On Behalf Of Josh Warcop
Sent: Tuesday, November 11, 2014 9:13 AM
To: cisco-voip@puck.nether.net

Subject: Re: [cisco-voip] Prime Collaboration Deployment Tool



Side note - I've started advocating assigning firmware loads to devices via 
BAT. I no longer want all phones to upgrade or downgrade immediately following 
a CUCM version switch.



Sent from my Windows Phone

From: Heim, Dennis
Sent: ‎11/‎11/‎2014 8:46 AM
To: Boon; 
cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Prime Collaboration Deployment Tool

PCD is a tool, it is not a complete upgrade and patching solution 
(sales/marketing). It has specific versions and specific tasks that it can do. 
Many things it cannot (verify with cco).  It does work with all the caveats. 
You will need to upload all cop files and iso files to the PCD server. All 
files will be pushed from the PCD server as part of the upgrade task. If you 
have nodes at remote locations, this will be 4-5gb across your network 
(allocate necessary time). It will upgrade one node at a time, streamlining and 
parallel ops is not really in PCD’s deck of cards at this time. For example, it 
will do each cucm subscriber in serial, instead of all at the same time, or 
upgrading IM&P while it doing cucm. With proper time, it will complete.



Normally in a significant upgrade as 6.x to 10.x is, you are obviously getting 
new hardware. Without PCD, this would all be staged in an offline environment, 
so cut night is turning off the existing servers and turning on the new ones. 
VM migration and all that has to be planned for, etc. However, with PCD, 
everything happens the night of cut. PCD migrates the data out of the existing 
cluster, then it shuts those down and bring up the new VM’s.



Please also note that you need appropriate VMWare licensing to support the 
storage API’s .. you need foundation or standard the default that is offered as 
part of BE7K will not permit the use of PCD.



In your migration you will also  need to plan for endpoint firmware upgrades, 
depending on what you are running for some endpoints this may be a multi-step 
upgrade. Some have also noted there is a bug with the default 10.5 firmware as 
it relates to headset and transfer functionality, so following your upgrading 
to 10.X you will want to upgrade past the default firmware.



The trick with PCD is to figure out what you want your upgrade process to look 
like then determine where PCD can help. PCD is great for pushing cop files and 
firmware upgrades across medium to large size clusters (big time savings). When 
it comes to full upgrades, it does get the job done, but it does take longer.



Hope this helps,



Dennis Heim | Collaboration Solutions Architect

World Wide Technology, Inc. | +1 314-212-1814









From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Boon
Sent: Tuesday, November 11, 2014 3:49 AM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Prime Collaboration Deployment Tool



I'm planning on upgrading a customer's CUCM 6.1(5) to 10.5 in the next few 
weeks by using the new PCD tool. I've tried it out in the lab and it seems ok.



Has anyone used this tool to perform upgrades on production systems? If so what 
was your experience please, good or bad? Are there any gotchas that I need to 
be aware of?



Thanks




itevomcid

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] dx80 support on 9.1.2

[Ryan Ratliff (rratliff)]

The release notes for a devpack are specific to that file only, and historical 
data is only for software loads included in the devpack.  Since we don't bundle 
DX firmware with the devpacks any more it won't be mentioned outside of the 
specific device pack it was included in.  It's a hole in our documentation for 
device packs I'm trying to get fixed.

Long story short: load the latest and trust me it'll get you DX80 support.  
Enjoy your new endpoint!

-Ryan

On Nov 12, 2014, at 12:59 PM, Charles Goldsmith 
mailto:wo...@justfamily.org>> wrote:

I have a customer who just purchased a couple of the dx80's and they are still 
on 9.1.2.  Per the release notes on the dx80 firmware, I need the latest device 
pack for 9.1.2. 
http://www.cisco.com/web/software/282074288/116734/cmterm-dx80.10-2-2-23-readme.html

However, the release notes on said device pack: 
http://www.cisco.com/web/software/282074299/117425/cmterm-devicepack9.1.2_13058-1_Release_Notes.pdf
 does not mention dx80 support.

Has anyone tested this device pack or another for 9.1.2 with the dx80, or can 
someone from Cisco comment on it?

Or am I just missing something in the readme and that I just need to load the 
above mentioned device pack, and then the dx80 firmware files and it will work?

Thanks!
Charles

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCE 8.5 Backup on MCS

[Matthew Saskin]

I've seen just about everything under the sun used.  Regardless of
solution, backups of the relevant registry hives and HDS DB don't require
anything being taken offline - I've got plenty of 24/7 operations in my
customer base that all back up without issues.  No real risk to backup
software grabbing a registry hive, and even then, this isn't something that
needs to be backed up regularly - for most environments a single registry
backup after install will do the trick unless there are constant changes
(eg; adding/removing PG's, etc.).  As for the AW/HDS or ADS/HDS/DDS, the
only real risk from a SQL backup is slow down of that particular database
instance, which may have an impact on running reports but won't impact the
actual operation of UCCE.

Matthew Saskin
msas...@gmail.com
203-253-9571

On Wed, Nov 12, 2014 at 3:27 PM, Ryan Burtch  wrote:

> Thanks Matt,
>
> I'm more asking about specific backup software. I know need to backup
> registry and HCS DB, but what software can I use to do that? Standard
> Windows Backup?
>
>
>
>
> Sincerely,
>
> Ryan Burtch
>
> On Tue, Nov 11, 2014 at 9:25 PM, Matthew Saskin  wrote:
>
>> Ryan -
>>
>> What specifically are they trying to back up?  For most environments, a
>> backup of the AW and HDS databases as well as specific registry hives from
>> all nodes is all that's needed to back up UCCE.  In practice, it's faster
>> to rebuild (eg; reinstall Windows, load saved registry hive) than to worry
>> about trying to do a system restore for an individual server.  Bear in mind
>> that in any production UCCE install you've got a minimum of 4 servers,
>> likely many more, each with different roles.  There is no concept of a
>> system-wide backup per se.
>>
>> -matthew
>> On Nov 9, 2014 10:01 PM, "Ryan Burtch"  wrote:
>>
>>> I have a customer who is asking for a backup solution for UCCE 8.5(4) on
>>> MCS servers. The problem is that they are a 24/7 operation and want to
>>> minimize the downtime to the env.
>>>
>>> Does anyone have any suggestions on what I can recommend to them?
>>>
>>>
>>>
>>> Sincerely,
>>>
>>> Ryan Burtch
>>>
>>> ___
>>> cisco-voip mailing list
>>> cisco-voip@puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCE 8.5 Backup on MCS

[Ryan Burtch]

Thanks Matt,

I'm more asking about specific backup software. I know need to backup
registry and HCS DB, but what software can I use to do that? Standard
Windows Backup?




Sincerely,

Ryan Burtch

On Tue, Nov 11, 2014 at 9:25 PM, Matthew Saskin  wrote:

> Ryan -
>
> What specifically are they trying to back up?  For most environments, a
> backup of the AW and HDS databases as well as specific registry hives from
> all nodes is all that's needed to back up UCCE.  In practice, it's faster
> to rebuild (eg; reinstall Windows, load saved registry hive) than to worry
> about trying to do a system restore for an individual server.  Bear in mind
> that in any production UCCE install you've got a minimum of 4 servers,
> likely many more, each with different roles.  There is no concept of a
> system-wide backup per se.
>
> -matthew
> On Nov 9, 2014 10:01 PM, "Ryan Burtch"  wrote:
>
>> I have a customer who is asking for a backup solution for UCCE 8.5(4) on
>> MCS servers. The problem is that they are a 24/7 operation and want to
>> minimize the downtime to the env.
>>
>> Does anyone have any suggestions on what I can recommend to them?
>>
>>
>>
>> Sincerely,
>>
>> Ryan Burtch
>>
>> ___
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] CER 10.0(2) and 3850 Support

[Brian Meade]

I don't think you should be able to do an SNMP get for 1.3.6.1.4.1.9.1.1641.

That's just the object ID in the CISCO-PRODUCTS-MIB.

Brian

On Wed, Nov 12, 2014 at 1:24 PM, Heim, Dennis  wrote:

> I just upgraded to 10.0(2). We have some 3850-48P switches.  Which based
> on the release notes is supported. However, when I do an Snmp get  for 
> 1.3.6.1.4.1.9.1.1641,
> I am getting nothing. I am able to get snmp from other parts of the snmp
> tree. I started doing the snmp walks and gets because CER was saying these
> switches are unsupported.
>
>
>
> Anyone got 3850 switches to work with CER?
>
>
>
> *Dennis Heim | Collaboration Solutions Architect*
>
> World Wide Technology, Inc. | +1 314-212-1814
>
> [image: twitter] 
>
> [image: chat][image: Phone] <+13142121814>[image: video]
>
>
>
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

[cisco-voip] 3850 switches - Some phones show "Ethernet Disconnected" when connected

[Brian V]

We've run into an odd issue at a customer that is in the process of
replacing 3750/3750E PoE switches with the new 3850 switches.

When some of the phones are plugged into the 3850 switches they power up but
then say "Ethernet Disconnected"

Looking at the switch you don't see a link-light for that port.

Unplugging the phone and re-attaching to the same port doesn't seem to help.

Moving the patch cable to a different 3850 port seems to resolve the issue.

 

Phones in question are 7942/62 on CUCM 8.6 with the code just before the
headset transfer issue (I can't recall the exact version at this moment)

 

These phones were previously plugged into the 3750's using the same wall
jack prior to the switch upgrades and never had any issues.

 

Has anyone else run into this issue with the new 3850s ?

 

Thanks



Brian Van Benschoten - CCIE # 5421  (R/S & Voice)

bvanb...@gmail.com



 

 

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] CER 10.0(2) and 3850 Support

[Mike Lydick]

We switched over to using IP Subnets to locate the IP phones. That only
works if your zones align with the phone subnets.

Mike,

On Wed Nov 12 2014 at 1:27:44 PM Heim, Dennis  wrote:

> I just upgraded to 10.0(2). We have some 3850-48P switches.  Which based
> on the release notes is supported. However, when I do an Snmp get  for 
> 1.3.6.1.4.1.9.1.1641,
> I am getting nothing. I am able to get snmp from other parts of the snmp
> tree. I started doing the snmp walks and gets because CER was saying these
> switches are unsupported.
>
>
>
> Anyone got 3850 switches to work with CER?
>
>
>
> *Dennis Heim | Collaboration Solutions Architect*
>
> World Wide Technology, Inc. | +1 314-212-1814
>
> [image: twitter] 
>
> [image: chat][image: Phone] <+13142121814>[image: video]
>
>
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] 8941 SCCP 9.2.3.5 on 8.6 - One suddenly going Phone Not Registered

[Matthew Ballard]

Thank you everyone who responded for the feedback.

On closer inspection it does appear to be a physical issue.  I moved the user 
to a new port (I found some issues with the port they were connected to) and 
replaced the patch cable on the office end.  Hopefully the issue goes away.

Matthew


From: Ed Leatherman [mailto:ealeather...@gmail.com]
Sent: Wednesday, November 12, 2014 6:13 AM
To: Terry Oakley
Cc: Charles Goldsmith; Matthew Ballard; 'cisco-voip@puck.nether.net' 
(cisco-voip@puck.nether.net)
Subject: Re: [cisco-voip] 8941 SCCP 9.2.3.5 on 8.6 - One suddenly going Phone 
Not Registered


I would definitely rule out a physical or switch issue first. Might be 
something as simple as a loose RJ45 connector causing the phone to drop and 
when she reinserts it, it makes contact again.

I believe you can look for "Last=" in the phone status logs or in CUCM syslog 
for that device and see a reason code which may help. If that is the only phone 
that is exhibiting this behavior, it seems like investigating local to the 
phone might be the best approach initially.

On Tue, Nov 11, 2014 at 10:44 PM, Terry Oakley 
mailto:terry.oak...@rdc.ab.ca>> wrote:
What model of phone set?   We have had some 7941’s with faulty hookswitch 
mechanisms that have disconnected the call midstream.   The spring in the 
mechanism allows the hookswitch to be mimic being pressed/fall down.This of 
course does not account for the Phone not Registered status.  We have also 
found that patch cords can make a difference in the reliability of the network 
connection which causes for us the unregistered status.

Terry

From: cisco-voip 
[mailto:cisco-voip-boun...@puck.nether.net]
 On Behalf Of Charles Goldsmith
Sent: November-11-14 7:25 PM
To: Matthew Ballard
Cc: 'cisco-voip@puck.nether.net' 
(cisco-voip@puck.nether.net)
Subject: Re: [cisco-voip] 8941 SCCP 9.2.3.5 on 8.6 - One suddenly going Phone 
Not Registered

The phone won't disconnect a call and I've never heard of that happening, other 
than network issues.  I'd check layer1 and 2.  Could be a bad cable or a cable 
that has been pinched or damaged

On Tue, Nov 11, 2014 at 6:31 PM, Matthew Ballard 
mailto:mball...@otis.edu>> wrote:
I’ve received a report from a user that her phone has now twice (once yesterday 
in the middle of a call, once today) has suddenly gone to Phone Not Registered 
(interrupting the phone call).

Has anyone ever seen that happen before?  No one else has reported that issue 
(and I use one myself), and it has been running fine for months without issue.  
Also, if she unplugs and re-plugs it back in, it comes up fine.

Matthew Ballard
Network Manager
Otis College of Art and Design
310-665-6929
mball...@otis.edu


CONFIDENTIALITY NOTICE: This electronic message transmission contains 
information from Otis College of Art and Design, which may be confidential. If 
you are not the intended recipient, be aware that any  disclosure, copying, 
distribution or use of the content of this information is prohibited. If you 
have received this communication in error, please notify us immediately by 
e-mail and delete the original message and any attachment without reading or 
saving in any manner.


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip



--
Ed Leatherman
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] CER 10.0(2) and 3850 Support

[Jason Aarons (AM)]

Debug snmp on the 3850, do you see packets?  Perhaps acl on 3850? Wrong string 
etc?

I haven’t tried/tested with that switch.

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Heim, 
Dennis
Sent: Wednesday, November 12, 2014 1:25 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] CER 10.0(2) and 3850 Support


I just upgraded to 10.0(2). We have some 3850-48P switches.  Which based on the 
release notes is supported. However, when I do an Snmp get  for 
1.3.6.1.4.1.9.1.1641, I am getting nothing. I am able to get snmp from other 
parts of the snmp tree. I started doing the snmp walks and gets because CER was 
saying these switches are unsupported.

Anyone got 3850 switches to work with CER?

Dennis Heim | Collaboration Solutions Architect
World Wide Technology, Inc. | +1 314-212-1814
[twitter]
[chat][Phone][video]




itevomcid
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

[cisco-voip] CER 10.0(2) and 3850 Support

[Heim, Dennis]

I just upgraded to 10.0(2). We have some 3850-48P switches.  Which based on the 
release notes is supported. However, when I do an Snmp get  for 
1.3.6.1.4.1.9.1.1641, I am getting nothing. I am able to get snmp from other 
parts of the snmp tree. I started doing the snmp walks and gets because CER was 
saying these switches are unsupported.

Anyone got 3850 switches to work with CER?

Dennis Heim | Collaboration Solutions Architect
World Wide Technology, Inc. | +1 314-212-1814
[cid:image001.png@01CFFE7B.ADD05D60]
[cid:image002.png@01CFFE7B.ADD05D60][cid:image003.png@01CFFE7B.ADD05D60][cid:image004.png@01CFFE7B.ADD05D60]


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

[cisco-voip] dx80 support on 9.1.2

[Charles Goldsmith]

I have a customer who just purchased a couple of the dx80's and they are
still on 9.1.2.  Per the release notes on the dx80 firmware, I need the
latest device pack for 9.1.2.
http://www.cisco.com/web/software/282074288/116734/cmterm-dx80.10-2-2-23-readme.html


However, the release notes on said device pack:
http://www.cisco.com/web/software/282074299/117425/cmterm-devicepack9.1.2_13058-1_Release_Notes.pdf
does not mention dx80 support.

Has anyone tested this device pack or another for 9.1.2 with the dx80, or
can someone from Cisco comment on it?

Or am I just missing something in the readme and that I just need to load
the above mentioned device pack, and then the dx80 firmware files and it
will work?

Thanks!
Charles
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] LDAP authentication: LDAP vs Kerberos

[Matthew Loraditch]

You are using LDAP most likely. Kerberos would only come into play with SSO and 
I doubt you are using that, it’s not fully baked until 10.5 and not even 
present in 7.0.


Matthew G. Loraditch – CCNP-Voice, CCNA-R&S, CCDA
1965 Greenspring Drive
Timonium, MD 21093

direct voice. 443.541.1518
fax.  410.252.9284

Twitter  |  
Facebook  | 
Website  |  Email 
Support
Support Phone. 410.252.8830


From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio 
Fulgenzi
Sent: Wednesday, November 12, 2014 11:09 AM
To: cisco-voip voyp list
Subject: [cisco-voip] LDAP authentication: LDAP vs Kerberos


OK, this is probably a simple answer, but just in case there's a hidden 
enterprise/service parameter that I'm not seeing I thought I'd ask.

Our Identity Management group asked if we were using LDAP or Kerberos 
authentication against our Microsoft Active Directory.

All the configuration screens I see do not mention Kerberos at all.

We're running CUCM v9.x and Unity Connection v7.x (upgrading to 9.x in the 
summer).

Thanks everyone!

Lelio

---
Lelio Fulgenzi, B.A.
Senior Analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph

519‐824‐4120 Ext 56354
le...@uoguelph.ca
www.uoguelph.ca/ccs
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

[cisco-voip] LDAP authentication: LDAP vs Kerberos

[Lelio Fulgenzi]

OK, this is probably a simple answer, but just in case there's a hidden 
enterprise/service parameter that I'm not seeing I thought I'd ask. 

Our Identity Management group asked if we were using LDAP or Kerberos 
authentication against our Microsoft Active Directory. 

All the configuration screens I see do not mention Kerberos at all. 

We're running CUCM v9.x and Unity Connection v7.x (upgrading to 9.x in the 
summer). 

Thanks everyone! 

Lelio 



--- 
Lelio Fulgenzi, B.A. 
Senior Analyst, Network Infrastructure 
Computing and Communications Services (CCS) 
University of Guelph 

519‐824‐4120 Ext 56354 
le...@uoguelph.ca 
www.uoguelph.ca/ccs 
Room 037, Animal Science and Nutrition Building 
Guelph, Ontario, N1G 2W1 

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] 8941 SCCP 9.2.3.5 on 8.6 - One suddenly going Phone Not Registered

[Ed Leatherman]

I would definitely rule out a physical or switch issue first. Might be
something as simple as a loose RJ45 connector causing the phone to drop and
when she reinserts it, it makes contact again.

I believe you can look for "Last=" in the phone status logs or in CUCM
syslog for that device and see a reason code which may help. If that is the
only phone that is exhibiting this behavior, it seems like investigating
local to the phone might be the best approach initially.

On Tue, Nov 11, 2014 at 10:44 PM, Terry Oakley 
wrote:

> What model of phone set?   We have had some 7941’s with faulty hookswitch
> mechanisms that have disconnected the call midstream.   The spring in the
> mechanism allows the hookswitch to be mimic being pressed/fall down.
> This of course does not account for the Phone not Registered status.  We
> have also found that patch cords can make a difference in the reliability
> of the network connection which causes for us the unregistered status.
>
>
>
> Terry
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On Behalf
> Of *Charles Goldsmith
> *Sent:* November-11-14 7:25 PM
> *To:* Matthew Ballard
> *Cc:* 'cisco-voip@puck.nether.net' (cisco-voip@puck.nether.net)
> *Subject:* Re: [cisco-voip] 8941 SCCP 9.2.3.5 on 8.6 - One suddenly going
> Phone Not Registered
>
>
>
> The phone won't disconnect a call and I've never heard of that happening,
> other than network issues.  I'd check layer1 and 2.  Could be a bad cable
> or a cable that has been pinched or damaged
>
>
>
> On Tue, Nov 11, 2014 at 6:31 PM, Matthew Ballard 
> wrote:
>
> I’ve received a report from a user that her phone has now twice (once
> yesterday in the middle of a call, once today) has suddenly gone to Phone
> Not Registered (interrupting the phone call).
>
>
>
> Has anyone ever seen that happen before?  No one else has reported that
> issue (and I use one myself), and it has been running fine for months
> without issue.  Also, if she unplugs and re-plugs it back in, it comes up
> fine.
>
>
>
> Matthew Ballard
>
> Network Manager
>
> Otis College of Art and Design
>
> 310-665-6929
>
> mball...@otis.edu
>
>
>
>
>
> *CONFIDENTIALITY NOTICE*: This electronic message transmission contains
> information from Otis College of Art and Design, which may be confidential.
> If you are not the intended recipient, be aware that any  disclosure,
> copying, distribution or use of the content of this information is
> prohibited. If you have received this communication in error, please notify
> us immediately by e-mail and delete the original message and any attachment
> without reading or saving in any manner.
>
>
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>


-- 
Ed Leatherman
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Telecom in PMO?

[Ed Leatherman]

Hi Lisa,

At WVU, IT Services has a PMO which provides PM services and guidance for
the other groups (Infrastructure, Development, etc). In our case Telecom is
a part of the infrastructure team, which is all a separate entity from PMO.
Hope that helps.

Ed

On Wed, Nov 12, 2014 at 8:53 AM, Lisa Notarianni <
lisa.notaria...@scranton.edu> wrote:

>  For those in higher education, I wondered if you can answer a question.
>
>
>
> Does telecom exist in the PMO (Project Management Office)?
>
>
>
> Thank you.
>
>
>
> [image: LNsignatureFile]
>
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>


-- 
Ed Leatherman
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

[cisco-voip] Telecom in PMO?

[Lisa Notarianni]

For those in higher education, I wondered if you can answer a question.

Does telecom exist in the PMO (Project Management Office)?

Thank you.

[LNsignatureFile]

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip