Re: [cisco-voip] Video Architecture

[Ryan Huff]

In my experience, I find the largest resistance to video from the customer's 
perspective is that it is still a "board room" or "conference room" feature. I 
think the industry is still a while off from video being adopted at the desk, 
or rather being used frequently at the desk. I have had engagements where it 
was heavily adopted, but more often am asked to disable it on the endpoints.

To the point of your thoughts; with Telepresence endpoints now being in the 
fold and the new changes to the Expressway series licensing it seems logical to 
me that Video is and will continue to be an increasingly present member of the 
UC family. To that end, I think it should be part of this list.

This list has a serious wealth of talent, more than I know is advertised. It 
has and continues to help me significantly. As Cisco video deployments become 
more standard, I think there will be a big need for the sort of ad-hoc support 
this list can offer for UC Video. 

As with Cisco voice, I think one of the many key contributors to widespread 
adoption is having forums like this, that are full of people who love what they 
do and like helping people.

I say bring on the Video!

Sent from my iPad

> On Oct 17, 2015, at 10:26 AM, Anthony Holloway 
>  wrote:
> 
> Does this list, being labeled "VoIP" and not "Voice", include Video in the 
> "V", or is the "V" for Voice only?  A bit of tongue-in-cheek there, but I 
> think you know what I mean.
> 
> With every day that passes, I feel like, as a Voice Engineer, I am being 
> asked to know and implement Video more and more.
> 
> From CUCM taking on more of the video call control (just about 100% now, 
> no?), to video being a part of the CCIE Collab (to some degree, don't flame 
> me for mentioning it), the line between voice and video engineering roles is 
> blurring.
> 
> I know there has been quite a bit of Expressway talk on here this year, but I 
> don't think I've explicitly read a thread which was 100% focused on video 
> technology.  What's the direction you see these two technologies heading, and 
> should/could this list serve as both a Voice and Video discussion group?
> ___
> 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] How Many Docs Does it Take to Prep for an Upgrade?

[Ryan Huff]

I have two approaches;

If I am remote I'll spinup a linux vm for dns, dhcp and sftp service on a 
seperate port group  this all assuming everything is on one network 
segment. If I am crossing network boundaries i'll throw in a cloud services 
router or something.

If I am onsite, I have an 800 series router I carry with me and use it as a 
'router on a stick' and trunk it to the UCS server so I can replicate all the 
production networks, dhcp and dns (using different DOT1Q tags). Important to 
make sure you prune the trunks correctly to avoid conflicts :).

When I am ready to cut over, its just a matter of changing port groups around 
on the vNICs.

Sounds, simple but it never fails that a VM or two will need restarted or at 
least some services restarted after the cut.

Thanks,

Ryan


Sent from my T-Mobile 4G LTE Device

 Original message 
From: Lelio Fulgenzi <le...@uoguelph.ca> 
Date:10/20/2015  10:40 AM  (GMT-05:00) 
To: Cisco VoIP Group <cisco-voip@puck.nether.net> 
Subject: Re: [cisco-voip] How Many Docs Does it Take to Prep for an Upgrade? 


My major concern is IP address conflicts. Right now, with my offline network, 
it's completely isolated, with the UCS solution, unless I buy a UCS server(s) 
that is sized accordingly to hold the VMs sized for my production environment 
(which is unlikely), I'll have to consider feeding the UCS servers with the 
offline network which is a duplicate of the production network.

While technically possible, it would mean that the entire team be aware of this 
special configuration and not mess with anything that could bridge the 
configurations and cause IP address conflicts. I'm envisioning a separate 
network cable plugged into our offline switch/routers that would connect to the 
UCS server(s) in a separate VLAN. Unfortunately, I'm not up to speed with the 
intricacies of the UCS systems and VM, etc. and whether or not that would cause 
issues.

As with other organizations, we're under pressure to keep systems up and 
running 24 hours a day. We're improving our service availability design to 
hopefully help us going forward. For example, building an almost exact 
duplicate of our auto-attendant and call processing on Unity Express, so that 
we can do work on Connection while peoples business can continue at 3 in the 
morning while we do work. 

We may revisit the offline upgrade in lieu of an inplace upgrade, but I'm not 
sure we're there yet.

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

From: "Ryan Huff" <ryanh...@outlook.com>
To: "Lelio Fulgenzi" <le...@uoguelph.ca>
Cc: "Kevin Przybylowski" <kev...@advancedtsg.com>, "Anthony Holloway" 
<avholloway+cisco-v...@gmail.com>, "Cisco VoIP Group" 
<cisco-voip@puck.nether.net>
Sent: Sunday, October 18, 2015 7:04:42 PM
Subject: Re: [cisco-voip] How Many Docs Does it Take to Prep for an Upgrade?

Lelio, what challenges are you facing in your next upgrade on UCS?

I don't think staging is so much 'the old way of doing it' as much as it is 
depending on the engagement and timeline, in my opinion. 

If the target environment is only sized for the production VMs (and your coming 
from MCS)  it might be difficult to do a bridge in the target environment. 
In that case, I would advocate pulling the DRS and upgrading offnet, unless the 
customer can spin-up an sftp server that you can use to shuffle DRS on. At that 
point though, I'd say it is going to take just as long, one way or the other.

Virtual to virtual with plenty of room in the datastores can certainly, and 
easily be done onnet. In place upgrades are another great case for onnet 
upgrades without staging.

As Anthony mentioned earlier, PCD is only valuable (IMO) in a rather limited 
set of circumstances and has enough nuances that I don't bother with it. PCD 
has a ways to go before I'd consider using it in practice; it's a good idea 
-just too early for me.

Some organizations have change-controls that mandate major upgrades be ran in 
tandem/staged, then switched once signed off on. In those cases, I'll usually 
advocate upgrading the device loads on the current version before the switch, 
so at least the phones move over quick.

Thanks,

Ryan

Sent from my iPad

On Oct 18, 2015, at 6:36 PM, Lelio Fulgenzi <le...@uoguelph.ca> wrote:

We've built an offline network where we have staged the last couple of 
upgrades. It's worked out well. We basically test everything we can to ensure 
operability. The day of the cutover there's an overall downtime of about 90 
minutes but some things come up sooner. 

I'm hoping to come up with a similar approach to the next one. But it would be 
using ucs so I'm not sure how to ma

Re: [cisco-voip] slips on NIM-8MFT-T1/E1

[Ryan Huff]

This is how I've setup clocking on 4th gens before, and it always seems to use 
the line as the clock source when I have done it this way (network clock 
synchronization is disabled by default, so you may double check that it is 
enabled). 

Using your slot reference ...

rtr(config)# network-clock participation 0/1
rtr(config)# network-clock synchronization automatic
rtr(config)# controller t1 0/1/0
rtr(config)# clock source line primary
rtr(config)# network-clock input-source 1 controller t1 0/1/0

I have also found this guide to be useful: 
http://www.cisco.com/c/en/us/td/docs/routers/access/4400/feature/guide/isr4400netclock.html#pgfId-1023586

Thanks,

Ryan

Sent from my iPad

> On Oct 10, 2015, at 10:49 PM, Jonathan Charles  wrote:
> 
> ILVOIPISR01(config)#network-clock input-source 1 controller T1 0/1/0 
> % The clock source should be "line"
> 
> They are all set to line... however:

> 
> Why does it say internal:
> 
> ILNOVOIPISR01#show network-clocks synchronization 
> Symbols: En - Enable, Dis - Disable, Adis - Admin Disable 
>  NA - Not Applicable 
>  *  - Synchronization source selected 
>  #  - Synchronization source force selected 
>  &  - Synchronization source manually switched 
> 
> Automatic selection process : Enable
> Equipment Clock : 2048 (EEC-Option1)
> Clock Mode : QL-Disable
> ESMC : Disabled
> SSM Option : 1 
> T0 : Internal 
> Hold-off (global) : 300 ms
> Wait-to-restore (global) : 300 sec
> Tsm Delay : 180 ms
> Revertive : No
> 
> Nominated Interfaces
> 
>  InterfaceSigType Mode/QL  Prio  QL_IN  ESMC Tx  ESMC Rx
> *Internal NA  NA/Dis   251   QL-SECNANA   
> 
> ILNOVOIPISR01#
> 
> 
> 
> 
> Jonathan
> 
>> On Sat, Oct 10, 2015 at 9:11 PM, NateCCIE .  wrote:
>> Cisco changed everything again.  If you remember network-clock select with 
>> ISR G1, or the AIM-VOICE-30… When those first came out clocks were slipping 
>> all over the place with clock source line, because that wasn’t enough.
>> 
>>  
>> 
>> I am sorry if I am just behind everyone else and you’ve already done T1s on 
>> an ISR4k
>> 
>>  
>> 
>> http://www.cisco.com/c/en/us/support/docs/routers/4000-series-integrated-services-routers/118792-config-isr-00.html
>> 
>>  
>> 
>> I think this is right:
>> 
>>  
>> 
>> controller T1 0/1/0
>> 
>> framing esf
>> 
>> clock source line primary
>> 
>> linecode b8zs
>> 
>> cablelength long 0db
>> 
>> pri-group timeslots 1-24
>> 
>> !
>> 
>> controller T1 0/1/1
>> 
>> framing esf
>> 
>> clock source line secondary
>> 
>> linecode b8zs
>> 
>> cablelength long 0db
>> 
>> pri-group timeslots 1-24
>> 
>>  
>> 
>> network-clock synchronization automatic
>> 
>> network-clock input-source 1 controller T1 0/1/0
>> 
>> network-clock input-source 2 controller T1 0/1/1
>> 
>> 
>> 
>> Thanks,
>> 
>> -Nate
>> 
>> 
>>> On Sat, Oct 10, 2015 at 4:01 PM, Jonathan Charles  wrote:
>>> We have two NIM-8MFT-T1/E1s in a router for PRI termination...
>>> 
>>> On one of the 8-port cards, we have 7 PRIs in the same trunk group, on the 
>>> other, 3 PRIs in the same trunk group.
>>> 
>>> We are seeing slips on all T1s.
>>> 
>>> This is a Ciisco 4351.
>>> 
>>> We have network-clock synchronization automatic, and I cannot find any 
>>> better config
>>> 
>>> All T1s are configured as B8ZS, ESF, Clock Source Line...
>>> 
>>> 
>>> controller T1 0/1/0
>>>  framing esf
>>>  linecode b8zs
>>>  cablelength long 0db
>>>  pri-group timeslots 1-24
>>> !
>>> 
>>> 
>>> Any ideas?
>>> 
>>> 
>>> 
>>> Jonathan
>>> 
>>> ___
>>> 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
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] slips on NIM-8MFT-T1/E1

[Ryan Huff]

I got some time tonight to take a look if you'd like ...

Are all 10 pri's from the same carrier?

Can you send me a sh run, sh isdn status and a sh controllers T1.

Also, a q931/q921 debug for a call would be helpful (even if it is a failed 
call).

Sent from my T-Mobile 4G LTE Device

 Original message 
From: Jonathan Charles  
Date:10/10/2015  6:01 PM  (GMT-05:00) 
To: cisco-voip@puck.nether.net 
Subject: [cisco-voip] slips on NIM-8MFT-T1/E1 

We have two NIM-8MFT-T1/E1s in a router for PRI termination...

On one of the 8-port cards, we have 7 PRIs in the same trunk group, on the 
other, 3 PRIs in the same trunk group.

We are seeing slips on all T1s.

This is a Ciisco 4351.

We have network-clock synchronization automatic, and I cannot find any better 
config

All T1s are configured as B8ZS, ESF, Clock Source Line...


controller T1 0/1/0
 framing esf
 linecode b8zs
 cablelength long 0db
 pri-group timeslots 1-24
!


Any ideas?



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

Re: [cisco-voip] slips on NIM-8MFT-T1/E1

[Ryan Huff]

Although it appears you have it enabled, not having the network-clock 
participation set correctly will render the network-clock synchronization 
ineffective for the NIM with the port your trying to clock source on.

http://www.cisco.com/c/en/us/support/docs/routers/4000-series-integrated-services-routers/118792-config-isr-00.html

Sent from my iPad

> On Oct 11, 2015, at 1:18 AM, Jonathan Charles <jonv...@gmail.com> wrote:
> 
> I put the primary in and set the input source... still getting slips...
> 
> 
> Jonathan
> 
>> On Sat, Oct 10, 2015 at 11:08 PM, Ryan Huff <ryanh...@outlook.com> wrote:
>> This is how I've setup clocking on 4th gens before, and it always seems to 
>> use the line as the clock source when I have done it this way (network clock 
>> synchronization is disabled by default, so you may double check that it is 
>> enabled). 
>> 
>> Using your slot reference ...
>> 
>> rtr(config)# network-clock participation 0/1
>> rtr(config)# network-clock synchronization automatic
>> rtr(config)# controller t1 0/1/0
>> rtr(config)# clock source line primary
>> rtr(config)# network-clock input-source 1 controller t1 0/1/0
>> 
>> I have also found this guide to be useful: 
>> http://www.cisco.com/c/en/us/td/docs/routers/access/4400/feature/guide/isr4400netclock.html#pgfId-1023586
>> 
>> Thanks,
>> 
>> Ryan
>> 
>> Sent from my iPad
>> 
>>> On Oct 10, 2015, at 10:49 PM, Jonathan Charles <jonv...@gmail.com> wrote:
>>> 
>>> ILVOIPISR01(config)#network-clock input-source 1 controller T1 0/1/0 
>>> % The clock source should be "line"
>>> 
>>> They are all set to line... however:
>> 
>>> 
>>> Why does it say internal:
>>> 
>>> ILNOVOIPISR01#show network-clocks synchronization 
>>> Symbols: En - Enable, Dis - Disable, Adis - Admin Disable 
>>>  NA - Not Applicable 
>>>  *  - Synchronization source selected 
>>>  #  - Synchronization source force selected 
>>>  &  - Synchronization source manually switched 
>>> 
>>> Automatic selection process : Enable
>>> Equipment Clock : 2048 (EEC-Option1)
>>> Clock Mode : QL-Disable
>>> ESMC : Disabled
>>> SSM Option : 1 
>>> T0 : Internal 
>>> Hold-off (global) : 300 ms
>>> Wait-to-restore (global) : 300 sec
>>> Tsm Delay : 180 ms
>>> Revertive : No
>>> 
>>> Nominated Interfaces
>>> 
>>>  InterfaceSigType Mode/QL  Prio  QL_IN  ESMC Tx  ESMC Rx
>>> *Internal NA  NA/Dis   251   QL-SECNANA 
>>>   
>>> ILNOVOIPISR01#
>>> 
>>> 
>>> 
>>> 
>>> Jonathan
>>> 
>>>> On Sat, Oct 10, 2015 at 9:11 PM, NateCCIE . <natec...@gmail.com> wrote:
>>>> Cisco changed everything again.  If you remember network-clock select with 
>>>> ISR G1, or the AIM-VOICE-30… When those first came out clocks were 
>>>> slipping all over the place with clock source line, because that wasn’t 
>>>> enough.
>>>> 
>>>>  
>>>> 
>>>> I am sorry if I am just behind everyone else and you’ve already done T1s 
>>>> on an ISR4k
>>>> 
>>>>  
>>>> 
>>>> http://www.cisco.com/c/en/us/support/docs/routers/4000-series-integrated-services-routers/118792-config-isr-00.html
>>>> 
>>>>  
>>>> 
>>>> I think this is right:
>>>> 
>>>>  
>>>> 
>>>> controller T1 0/1/0
>>>> 
>>>> framing esf
>>>> 
>>>> clock source line primary
>>>> 
>>>> linecode b8zs
>>>> 
>>>> cablelength long 0db
>>>> 
>>>> pri-group timeslots 1-24
>>>> 
>>>> !
>>>> 
>>>> controller T1 0/1/1
>>>> 
>>>> framing esf
>>>> 
>>>> clock source line secondary
>>>> 
>>>> linecode b8zs
>>>> 
>>>> cablelength long 0db
>>>> 
>>>> pri-group timeslots 1-24
>>>> 
>>>>  
>>>> 
>>>> network-clock synchronization automatic
>>>> 
>>>> network-clock input-source 1 controller T1 0/1/0
>>>> 
>>>> network-clock input-source 2 controller T1 0/1/1
>>>> 
>>>> 
>>>> 
&

Re: [cisco-voip] slips on NIM-8MFT-T1/E1

[Ryan Huff]

What is the output of show platform hardware subslot 0/1 module device 
networkclock

assuming the slot/subslot of the desired line clock is on 0/1

Sent from my iPad

> On Oct 11, 2015, at 12:42 PM, Jonathan Charles <jonv...@gmail.com> wrote:
> 
> Yeah, but I can't enable it:
> 
> 
> ILNOVOIPISR01(config)#network-clock participate 0 
> G.781 based clock selection process is enabled Please unconfigure G.781 based 
> configuration before configuring network-clock participate config command
> ILNOVOIPISR01(config)#network-clock participate 1 
> G.781 based clock selection process is enabled Please unconfigure G.781 based 
> configuration before configuring network-clock participate config command
> ILNOVOIPISR01(config)#
> 
> 
> 
> Jonathan
> 
>> On Sun, Oct 11, 2015 at 8:58 AM, Ryan Huff <ryanh...@outlook.com> wrote:
>> Although it appears you have it enabled, not having the network-clock 
>> participation set correctly will render the network-clock synchronization 
>> ineffective for the NIM with the port your trying to clock source on.
>> 
>> http://www.cisco.com/c/en/us/support/docs/routers/4000-series-integrated-services-routers/118792-config-isr-00.html
>> 
>> Sent from my iPad
>> 
>>> On Oct 11, 2015, at 1:18 AM, Jonathan Charles <jonv...@gmail.com> wrote:
>>> 
>>> I put the primary in and set the input source... still getting slips...
>>> 
>>> 
>>> Jonathan
>>> 
>>>> On Sat, Oct 10, 2015 at 11:08 PM, Ryan Huff <ryanh...@outlook.com> wrote:
>>>> This is how I've setup clocking on 4th gens before, and it always seems to 
>>>> use the line as the clock source when I have done it this way (network 
>>>> clock synchronization is disabled by default, so you may double check that 
>>>> it is enabled). 
>>>> 
>>>> Using your slot reference ...
>>>> 
>>>> rtr(config)# network-clock participation 0/1
>>>> rtr(config)# network-clock synchronization automatic
>>>> rtr(config)# controller t1 0/1/0
>>>> rtr(config)# clock source line primary
>>>> rtr(config)# network-clock input-source 1 controller t1 0/1/0
>>>> 
>>>> I have also found this guide to be useful: 
>>>> http://www.cisco.com/c/en/us/td/docs/routers/access/4400/feature/guide/isr4400netclock.html#pgfId-1023586
>>>> 
>>>> Thanks,
>>>> 
>>>> Ryan
>>>> 
>>>> Sent from my iPad
>>>> 
>>>>> On Oct 10, 2015, at 10:49 PM, Jonathan Charles <jonv...@gmail.com> wrote:
>>>>> 
>>>>> ILVOIPISR01(config)#network-clock input-source 1 controller T1 0/1/0 
>>>>> % The clock source should be "line"
>>>>> 
>>>>> They are all set to line... however:
>>>> 
>>>>> 
>>>>> Why does it say internal:
>>>>> 
>>>>> ILNOVOIPISR01#show network-clocks synchronization 
>>>>> Symbols: En - Enable, Dis - Disable, Adis - Admin Disable 
>>>>>  NA - Not Applicable 
>>>>>  *  - Synchronization source selected 
>>>>>  #  - Synchronization source force selected 
>>>>>  &  - Synchronization source manually switched 
>>>>> 
>>>>> Automatic selection process : Enable
>>>>> Equipment Clock : 2048 (EEC-Option1)
>>>>> Clock Mode : QL-Disable
>>>>> ESMC : Disabled
>>>>> SSM Option : 1 
>>>>> T0 : Internal 
>>>>> Hold-off (global) : 300 ms
>>>>> Wait-to-restore (global) : 300 sec
>>>>> Tsm Delay : 180 ms
>>>>> Revertive : No
>>>>> 
>>>>> Nominated Interfaces
>>>>> 
>>>>>  InterfaceSigType Mode/QL  Prio  QL_IN  ESMC Tx  ESMC 
>>>>> Rx
>>>>> *Internal NA  NA/Dis   251   QL-SECNA
>>>>> NA   
>>>>> ILNOVOIPISR01#
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> Jonathan
>>>>> 
>>>>>> On Sat, Oct 10, 2015 at 9:11 PM, NateCCIE . <natec...@gmail.com> wrote:
>>>>>> Cisco changed everything again.  If you remember network-clock select 
>>>>>> with ISR G1, or the AIM-VOICE-30… When those first came out clocks were 
>>>>>> slipping all over the place w

Re: [cisco-voip] slips on NIM-8MFT-T1/E1

[Ryan Huff]

If there are no calls active (and haven't been for awhile) the slips will 
usually clear. However, it will likely start slipping again once calls start 
signaling (assuming there is still an underlying issue with network clock 
synchronization).

Sent from my iPad

> On Oct 11, 2015, at 5:02 PM, Jonathan Charles <jonv...@gmail.com> wrote:
> 
> The slips cleared up and I am not sure why it may be that there are no 
> calls on them... 
> 
> Thanks!
> 
> 
> Jonathan
> 
>> On Sun, Oct 11, 2015 at 3:23 PM, Ryan Huff <ryanh...@outlook.com> wrote:
>> Here is the relevant portion of a isr4k humming along as we speak, with no 
>> clock slippage (excuse the scrunchiness of the output, SSHTerm on my iPad is 
>> limited and there is a Rocky marathon on TV ... so I ain't moving ;) ). 
>> Granted, this is one PRI and not 10 in two different modules but the concept 
>> should be the same.
>> 
>> The other thought I'd have is to make sure you are giving your desired clock 
>> interface the higher priority and not to have two clock sources at the same 
>> priority as this can cause issues with switch messaging.
>> 
>> card type t1 0 2
>> !
>> isdn switch-type primary-ni
>> !
>> network-clock synchronization automatic
>> network-clock synchronization participate 0/2
>> !
>> voice-card 0/2
>> dsp services dspfarm
>> !
>> controller T1 0/2/0
>> framing esf
>> linecode b8zs
>> !
>> clock source line primary
>> network-clock input-source 1 controller t1 0/2/0
>> cablelength long 0db
>> pri-group timeslots 1-24 voice-dsp
>> !
>> interface Serial0/2/0:23
>> encapsulation hdlc
>> isdn switch-type primary-ni
>> no cdp enable
>> !
>> rthlabrtr# show network-clocks synchronization
>> Symbols: En - Enable, Dis - Disable, Adis - Admin Disable 
>> NA - Not Applicable 
>> * - Synchronization source selected 
>> # - Synchronization source force selected 
>> & - Synchronization source manually switched 
>>  
>> Automatic selection process : Enable
>> Equipment Clock : 2048 (EEC-Option1)
>> Clock Mode : QL-Disable
>> ESMC : Disabled
>> SSM Option : 1 
>> T1 : 0/2/0
>> Hold-off (global) : 300 ms
>> Wait-to-restore (global) : 300 sec
>> Tsm Delay : 180 ms
>> Revertive : No
>>  
>> Nominated Interfaces
>>  
>> Interface SigType Mode/QL Prio QL_IN ESMC Tx ESMC Rx
>> Internal NA NA/Dis 251 QL-SEC NA NA 
>> *T1 0/2/0 NA NA/Dis 1 QL-SEC NA NA 
>>  
>> Sent from my iPad
>> 
>>> On Oct 11, 2015, at 3:15 PM, Jonathan Charles <jonv...@gmail.com> wrote:
>>> 
>>> I think the automatic already handles that
>>> 
>>> ILNOVOIPISR01(config)#network-clock synchronization participate 0/1  
>>> Slot 0 subslot 1 is already enabled for network clocking. Command Aborted.
>>> ILNOVOIPISR01(config)#
>>> 
>>> 
>>> 
>>> Jonathan
>>> 
>>>> On Sun, Oct 11, 2015 at 12:41 PM, Ryan Huff <ryanh...@outlook.com> wrote:
>>>> I'm assuming you also have network-clock synchronization participate 0/1 
>>>> in your configuration?
>>>> 
>>>>  
>>>> Date: Sun, 11 Oct 2015 12:31:05 -0500
>>>> Subject: Re: [cisco-voip] slips on NIM-8MFT-T1/E1
>>>> From: jonv...@gmail.com
>>>> To: ryanh...@outlook.com
>>>> CC: natec...@gmail.com; cisco-voip@puck.nether.net
>>>> 
>>>> 
>>>> ILNOVOIPISR01#show platform hardware subslot 0/1 module device networkclock
>>>> 
>>>>  primary clock 0, secondary clock 255, ntwk_clk_selected Yes, 
>>>> ntwk_clk_participate Yes, current clock = 0
>>>> PLL status= 1, and cntl = 17 
>>>> 
>>>> 
>>>> ILNOVOIPISR01#
>>>> 
>>>> 
>>>> ILNOVOIPISR01#show platform hardware subslot 0/2 module device networkclock
>>>> 
>>>>  primary clock 0, secondary clock 255, ntwk_clk_selected No, 
>>>> ntwk_clk_participate Yes, current clock = 0
>>>> PLL status= 1, and cntl = 7 
>>>> 
>>>> 
>>>> ILNOVOIPISR01#
>>>> 
>>>> 
>>>> 
>>>> Jonathan
>>>> 
>>>> On Sun, Oct 11, 2015 at 11:53 AM, Ryan Huff <ryanh...@outlook.com> wrote:
>>>> What is the output of show platform hardware subslot 0/1 module device 
>>>> networkclock
>>>> 
>>>> assuming the slot/subslot of the desired line cloc

Re: [cisco-voip] slips on NIM-8MFT-T1/E1

[Ryan Huff]

Here is the relevant portion of a isr4k humming along as we speak, with no 
clock slippage (excuse the scrunchiness of the output, SSHTerm on my iPad is 
limited and there is a Rocky marathon on TV ... so I ain't moving ;) ). 
Granted, this is one PRI and not 10 in two different modules but the concept 
should be the same.

The other thought I'd have is to make sure you are giving your desired clock 
interface the higher priority and not to have two clock sources at the same 
priority as this can cause issues with switch messaging.

card type t1 0 2
!
isdn switch-type primary-ni
!
network-clock synchronization automatic
network-clock synchronization participate 0/2
!
voice-card 0/2
dsp services dspfarm
!
controller T1 0/2/0
framing esf
linecode b8zs
!
clock source line primary
network-clock input-source 1 controller t1 0/2/0
cablelength long 0db
pri-group timeslots 1-24 voice-dsp
!
interface Serial0/2/0:23
encapsulation hdlc
isdn switch-type primary-ni
no cdp enable
!
rthlabrtr# show network-clocks synchronization
Symbols: En - Enable, Dis - Disable, Adis - Admin Disable 
NA - Not Applicable 
* - Synchronization source selected 
# - Synchronization source force selected 
& - Synchronization source manually switched 
 
Automatic selection process : Enable
Equipment Clock : 2048 (EEC-Option1)
Clock Mode : QL-Disable
ESMC : Disabled
SSM Option : 1 
T1 : 0/2/0
Hold-off (global) : 300 ms
Wait-to-restore (global) : 300 sec
Tsm Delay : 180 ms
Revertive : No
 
Nominated Interfaces
 
Interface SigType Mode/QL Prio QL_IN ESMC Tx ESMC Rx
Internal NA NA/Dis 251 QL-SEC NA NA 
*T1 0/2/0 NA NA/Dis 1 QL-SEC NA NA 
 
Sent from my iPad

> On Oct 11, 2015, at 3:15 PM, Jonathan Charles <jonv...@gmail.com> wrote:
> 
> I think the automatic already handles that
> 
> ILNOVOIPISR01(config)#network-clock synchronization participate 0/1  
> Slot 0 subslot 1 is already enabled for network clocking. Command Aborted.
> ILNOVOIPISR01(config)#
> 
> 
> 
> Jonathan
> 
>> On Sun, Oct 11, 2015 at 12:41 PM, Ryan Huff <ryanh...@outlook.com> wrote:
>> I'm assuming you also have network-clock synchronization participate 0/1 in 
>> your configuration?
>> 
>>  
>> Date: Sun, 11 Oct 2015 12:31:05 -0500
>> Subject: Re: [cisco-voip] slips on NIM-8MFT-T1/E1
>> From: jonv...@gmail.com
>> To: ryanh...@outlook.com
>> CC: natec...@gmail.com; cisco-voip@puck.nether.net
>> 
>> 
>> ILNOVOIPISR01#show platform hardware subslot 0/1 module device networkclock
>> 
>>  primary clock 0, secondary clock 255, ntwk_clk_selected Yes, 
>> ntwk_clk_participate Yes, current clock = 0
>> PLL status= 1, and cntl = 17 
>> 
>> 
>> ILNOVOIPISR01#
>> 
>> 
>> ILNOVOIPISR01#show platform hardware subslot 0/2 module device networkclock
>> 
>>  primary clock 0, secondary clock 255, ntwk_clk_selected No, 
>> ntwk_clk_participate Yes, current clock = 0
>> PLL status= 1, and cntl = 7 
>> 
>> 
>> ILNOVOIPISR01#
>> 
>> 
>> 
>> Jonathan
>> 
>> On Sun, Oct 11, 2015 at 11:53 AM, Ryan Huff <ryanh...@outlook.com> wrote:
>> What is the output of show platform hardware subslot 0/1 module device 
>> networkclock
>> 
>> assuming the slot/subslot of the desired line clock is on 0/1
>> 
>> Sent from my iPad
>> 
>> On Oct 11, 2015, at 12:42 PM, Jonathan Charles <jonv...@gmail.com> wrote:
>> 
>> Yeah, but I can't enable it:
>> 
>> 
>> ILNOVOIPISR01(config)#network-clock participate 0 
>> G.781 based clock selection process is enabled Please unconfigure G.781 
>> based configuration before configuring network-clock participate config 
>> command
>> ILNOVOIPISR01(config)#network-clock participate 1 
>> G.781 based clock selection process is enabled Please unconfigure G.781 
>> based configuration before configuring network-clock participate config 
>> command
>> ILNOVOIPISR01(config)#
>> 
>> 
>> 
>> Jonathan
>> 
>> On Sun, Oct 11, 2015 at 8:58 AM, Ryan Huff <ryanh...@outlook.com> wrote:
>> Although it appears you have it enabled, not having the network-clock 
>> participation set correctly will render the network-clock synchronization 
>> ineffective for the NIM with the port your trying to clock source on.
>> 
>> http://www.cisco.com/c/en/us/support/docs/routers/4000-series-integrated-services-routers/118792-config-isr-00.html
>> 
>> Sent from my iPad
>> 
>> On Oct 11, 2015, at 1:18 AM, Jonathan Charles <jonv...@gmail.com> wrote:
>> 
>> I put the primary in and set the input source... still getting slips...
>> 
>> 
>> Jonathan
>> 
>> On Sat, Oct 1

Re: [cisco-voip] Background url

[Ryan Huff]

I believe you need to specify the fully qualified tftp path; at least you did when I last played with it.Sent from my T-Mobile 4G LTE Device Original message From: "Louis Koekemoer (ZA)"  Date:10/06/2015  5:02 PM  (GMT-05:00) To: Justin Steinberg  Cc: cisco-voip@puck.nether.net Subject: Re: [cisco-voip] Background url 

So in my case I should only put
Background.png ? As I say it is a new installation and at the moment it is only 2 phones that I’m busy testing with. We will be rolling out phones in about a week’s time.
 

 
Kind regards
 
Louis Koekemoer
Principle Systems Engineer – Converged Communications
Dimension Data Middle East & Africa
Tel: +27 (11) 575 4317
Fax: +27 (11) 576 4317
Mobile: +27 (71) 680 8790
louis.koekem...@dimensiondata.com
Planned Leave –

Planned Travel –



 


From: Justin Steinberg [mailto:jsteinb...@gmail.com]

Sent: 06 October 2015 10:06 PM
To: Louis Koekemoer (ZA)
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Background url


 
 

i believe you just put the file name in that field, so like below.

 


Background.png


 


I will say that I did this for the first time on 9.12 via the common phone profile and applied the config.   It dropped every call in progress.   This was an early 9.1 and
 the phones were 8945s.   I never investigated in further but it was the first time that I had an 'apply config' action drop calls in progress.


 


Justin



 

On Tue, Oct 6, 2015 at 1:23 AM, Louis Koekemoer (ZA)  wrote:


 

Hi all,
 
I’m busy with a deployment of 8841 phones. I created a background image as per the documentation and it works fine if you go to the physical phone and select settings>Wallpaper
 and set the new Background. I do however want to set this “globally” for all the phones. So on the 8841’s there is a Background Image option towards the bottom of the phone’s config. It is also in the Common Phone Profile. I tried setting it as I did in the
 List.xml file and a few other ways, without luck. Any Ideas what it should look like?
 
 
In the list.xml file it looks like this:

 
I tried the following. It does not accept the “ like above.
/Desktops/800x480x24/Background.png
TFTP:Desktops/800x480x24/Background.png
 
 
 

Kind regards
 
Louis Koekemoer
Principle Systems Engineer – Converged Communications
Dimension Data Middle East & Africa
Tel:
+27 (11) 575 4317
Fax:
+27 (11) 576 4317
Mobile:
+27 (71) 680 8790
louis.koekem...@dimensiondata.com
Planned Leave – 24/09/2015 – 27/09/2015
Planned Travel –


 



This email and all contents are subject to the following disclaimer:
"http://www.dimensiondata.com/emaildisclaimer"



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


 



itevomcid 



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

Re: [cisco-voip] CUCM 10.5 and Exchange 2013 voicemail setup.

[Ryan Huff]

Terry,

Sounds like you have a lot going on there!

How did you move into the 10.5 environment?  Did you do a bridge migration or a 
'stare and compare'?

A fast busy could be a few different things (css, partition ... etc) or dns 
based since you mentioned fqdn or resource based.

What codec are you trying using?

Have you pulled traces?

What is the disconnect cause code for one of the failed calls into the hunt 
pilot?

If you can reproduce a failed call and then send me the traces or the sip 
messages I can give you a much better answer.

Thanks,

Ryan


Sent from my T-Mobile 4G LTE Device

 Original message 
From: Terry Oakley  
Date:10/13/2015  6:24 PM  (GMT-05:00) 
To: cisco-voip@puck.nether.net 
Subject: [cisco-voip] CUCM 10.5 and Exchange 2013 voicemail setup. 

We currently are moving from Exchange 2007 to Exchange 2013.   We have three 
CAS servers and 3 Mailbox servers, all virtualized.   In our test environment, 
before we moved from CUCM 6.1 to 10.5 we are able to at least get Exchange 2013 
to answer a SIP trunk request from CUCM 6.1.   Now in CUCM 10.5 we just get a 
fast busy when we dial the VM pilot number.   Does anyone have experience with 
this and have a guide that we could follow?    We have followed a number of 
guides from Microsoft and they have not proven to be the magic answer.
 
We have a SIP trunk set to the CAS servers with all three individual servers 
listed in the Destination section (all FQDN) port 5060
We have three separate SIP trunks to the three mailbox servers with all three 
having the ports 5062 through 5068 listed and again FQDN for the destination 
address. 
The VM pilot (route pattern) is associated with the CAS trunk. 
Do we need a route list and hence a route group?
 
Thank you for your knowledge and wiliness to share.  And especially thanks to 
this forum for providing us the access.  
 
Cheers
 
Terry
 
Terry Oakley
Telecommunications Coordinator | Information Technology Services
Red Deer College |100 College Blvd. | Box 5005 | Red Deer | Alberta | T4N 5H5
work (403) 342-3521   |  FAX (403) 343-4034
 ___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Using speed dials to access features

[Ryan Huff]

Off the top  (and this is by no means elegant);

1.) Create a hunt group with the pilot's CFWNA action to forward to the cell 
phone (using a Pstn egress patter). 
2.) Make the line a member of the line group serviced by the hunt list/hunt 
group.
3.) Use an Hlog button on the phone to toggle whether the line is active in the 
line group or not.

You may need to play around with the diversion header settings and answer 
timers a bit ... etc, but in theory this should work.

Sent from my iPad

> On Oct 8, 2015, at 2:38 PM, norm.nichol...@kitchener.ca wrote:
> 
>  
>  
> I have a request to program a button to forward a line on a 7965/7916 to a 
> cell phone automatically by pressing one button.  Do features like CFwdALL 
> have a dialable number associated with them ?
>  
>  
>  
> Thanks
>  
>  
>  
>  
>  
> Norm Nicholson
> Telecom Analyst
> City of Kitchener
> (519) 741-2200 x 7000
>  
>  
> ___
> 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] CDR on CM 10.5.2.12901-1

[Ryan Huff]

Nothing I am aware of. I would verify the CDR Flag Enable is enabled on ALL 
nodes.

Thanks,

Ryan

Sent from my iPad

> On Oct 8, 2015, at 2:05 PM, Scott Voll  wrote:
> 
> Any bugs on this version with CM not sending CDR's to reporting server?
> 
> our Reporting vendor is saying they are not getting the CDR's.
> 
> we just upgraded from 8.6.2 to 10.5.2.12901-1
> 
> TIA
> 
> Scott
> 
> ___
> 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] switch version from CUCM 9.1(1) to 10.5(2)

[Ryan Huff]

My suspicion (and this is just a guess really, without more detail); is that 
after the 10.5 update was applied, but before the switch version was completed, 
changes where made to the data in the 9.1 version.

When staging an upgrade in the inactive partition, changes made to the database 
in the active partition are not replicated to the database in the inactive 
partition. When you complete the switch version, the database from the inactive 
partition (created when you initially installed the upgrade) becomes active and 
any data differences between the databases are lost.

The same thing would happen if you had to revert the upgrade and switch-version 
back to 9.1. Any changes made in 10.5 would not replicate into 9.1.

Thanks,

Ryan

Sent from my iPad

> On Oct 6, 2015, at 3:20 AM, Abebe Amare  wrote:
> 
> Hi,
> 
> I upgraded CUCM over the weekend from version 9.1 to 10.5(2) and applied the 
> upgrade license on the PLM for version 10.x .
> I noticed some EM profiles, end users, phones and BLF speed dials disappeared 
> after the version switch over. Fortunately those missing items were not much 
> so I added them manually. what might have caused the configuration missing ?
> 
> thanks in advance
> 
> Abebe
> ___
> 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] Jabber Contact shows wrong IM Address

[Ryan Huff]

Have you tried:

Set calendar integration in the client none

Sign out/Close the client.

Remove the jabber cache again ~/appdata/local , /appdata/roaming 

Log the client back in and set your calendar integration back to its original 
setting.

Thanks,

Ryan

 Original Message 
From: Matthew Loraditch mloradi...@heliontechnologies.com
Sent: Thursday, July 9, 2015 10:42 AM
To: Chris Clouse chris.clo...@cdw.com,cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber Contact shows wrong IM Address

I don't think so, she doesn't show up twice and everything else looks correct 
when adding her. I've also got Jabber 11 on my machine.

Matthew G. Loraditch - CCNP-Voice, CCNA-RS, CCDA
Network Engineer
Direct Voice: 443.541.1518

Facebookhttps://www.facebook.com/heliontech?ref=hl | 
Twitterhttps://twitter.com/HelionTech | 
LinkedInhttps://www.linkedin.com/company/helion-technologies?trk=top_nav_home
 | G+https://plus.google.com/+Heliontechnologies/posts

From: Chris Clouse [mailto:chris.clo...@cdw.com]
Sent: Thursday, July 9, 2015 10:40 AM
To: Matthew Loraditch; cisco-voip@puck.nether.net
Subject: RE: Jabber Contact shows wrong IM Address

How about https://tools.cisco.com/bugsearch/bug/CSCup82846 ?

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
Matthew Loraditch
Sent: Thursday, July 9, 2015 9:26 AM
To: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: [cisco-voip] Jabber Contact shows wrong IM Address

I have a coworker whose IM address shows up as her old address. This is 
actually just affecting ME! I have deleted the jabber folders in my profile. 
She is not in my contacts this is the search/directory entry.
Does anyone have a clue as to what else I can blow out? It almost must be 
something server side as I see it on multiple computers But I don't 
understand how...

Matthew G. Loraditch - CCNP-Voice, CCNA-RS, CCDA
Network Engineer
Direct Voice: 443.541.1518
Facebookhttps://www.facebook.com/heliontech?ref=hl | 
Twitterhttps://twitter.com/HelionTech | 
LinkedInhttps://www.linkedin.com/company/helion-technologies?trk=top_nav_home
 | G+https://plus.google.com/+Heliontechnologies/posts


___
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] New 8851 Phones

[Ryan Huff]

Have you enabled always use prime line for the phone?

Thanks,

Ryan

 Original Message 
From: Haas, Neal nh...@co.fresno.ca.us
Sent: Thursday, July 9, 2015 10:32 AM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] New 8851 Phones

So we got some 8851 phones into test. Only thing we don't like is on a 
multi-line setup the last line you talked on is selected as primary. How do 
you force the primary line to always be the first line?

You can do this on the 7965 phones..

Thank you,
Neal Haas




___
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] firefox upgrade causing issues with CUCM CCMadmin page

[Ryan Huff]

Here is the Cisco security advisory for the OpenSSL flaw found in June/2015 
 Long, Long list of products affected:

http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20150612-openssl

-Thanks,

Ryan


From: ryanh...@outlook.com
To: dennis.h...@wwt.com; wo...@justfamily.org; cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] firefox upgrade causing issues with CUCM CCMadmin page
Date: Thu, 9 Jul 2015 15:55:04 -0400




Here is a good explanation of the issue and how to work around it:

http://eltonoverip.com/blog/2015/07/firefox-39-0-ssl-error-weak-ephemeral-diffie-hellman-key/

From: dennis.h...@wwt.com
To: wo...@justfamily.org; cisco-voip@puck.nether.net
Date: Thu, 9 Jul 2015 19:53:09 +
Subject: Re: [cisco-voip] firefox upgrade causing issues with CUCM CCMadmin page









There is a parameter for those the keys that you need to toggle to disable and 
then it will work. Not sure of the true impact of that, but that is what I 
changed.
 
Dennis Heim | Emerging Technology Architect (Collaboration)
World Wide Technology, Inc. | +1 314-212-1814


“There is a fine line between Wrong and Visionary. Unfortunately, you have to 
be a visionary to see it. – Sheldon Cooper
 
Click here to join me in my Collaboration Meeting Room
 
From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net]
On Behalf Of Charles Goldsmith

Sent: Thursday, July 09, 2015 3:50 PM

To: voip puck

Subject: [cisco-voip] firefox upgrade causing issues with CUCM CCMadmin page
 

Getting this error with Firefox 39


An error occurred during a connection to 10.52.122.26. SSL received a weak 
ephemeral Diffie-Hellman key in Server Key Exchange handshake message. (Error 
code: ssl_error_weak_server_ephemeral_dh_key)


 


The page you are trying to view cannot be shown because the authenticity of 
the received data could not be verified.


Please contact the website owners to inform them of this problem.



 


I've seen this on 8.6.2 and 9.1.2, the two 10.5.x systems I have access to have 
3rd party certs, and they both work fine.  The 8.x and 9.x systems do not have 
3rd party, just internally signed.


 


Anyone else seeing this and know a work around?  I detest using IE or Safari 
for CUCM work.






___
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] Shared Line Appearances on SIP Phones

[Ryan Huff]

If you are talking about line side, I don't believe so.

Thanks,

Ryan

 Original Message 
From: Mark Holloway m...@markholloway.com
Sent: Friday, July 10, 2015 07:11 PM
To: Cisco VoIP Group cisco-voip@puck.nether.net
Subject: [cisco-voip] Shared Line Appearances on SIP Phones

By default phones with SIP firmware using shared line appearances do not 
register to CUCM for the shared lines, just the primary number. Is there a way 
to force the shared lines to register?  I’m trying to get remote users who 
proxy through an SBC (using SIP) to register all lines (primary + shared 
lines).  

Thanks,
Mark


___
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] Cisco 8841/51 not sending DTMF...

[Ryan Huff]

On the intetnal side, do your skinny ports have access to an mtp? 

On the external side, what DTMF signaling methods are you supporting? Just 
rtp-nte?

Do you have any other SIP phones at this site/cluster?

Thanks,

Ryan

 Original Message 
From: Jonathan Charles jonv...@gmail.com
Sent: Tuesday, July 7, 2015 07:44 PM
To: Ryan Huff ryanh...@outlook.com
Subject: Re: [cisco-voip] Cisco 8841/51 not sending DTMF...
CC: cisco-voip@puck.nether.net

I am SCCP to CUC; SIP to SIP for PSTN (SIP trunk to CUBE, SIP trunk to CL)

On Mon, Jul 6, 2015 at 3:27 PM, Ryan Huff ryanh...@outlook.com wrote:

 Are you sip to cuc ab d the pstn? If so, what is your dtmf support in your
 trunks?

 Thanks,

 Ryan


  Original Message 
 From: Jonathan Charles jonv...@gmail.com
 Sent: Monday, July 6, 2015 04:11 PM
 To: cisco-voip@puck.nether.net
 Subject: [cisco-voip] Cisco 8841/51 not sending DTMF...

 We have a site with new Cisco 8841 and 51 phones (CUCM 10.5.2), running
 10.2.2.16, and they are not sending DTMF externally... or internally to
 voicemail.

 An IP Communicator does send DTMF without issue.

 Any known issues with these new phones?




 Jonathan

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

Re: [cisco-voip] Cisco 8841/51 not sending DTMF...

[Ryan Huff]

Well it sounds like it may be a firmware thing if upgrading allowed dtmf over 
skinny to work (which was the more odd of the two issues).

You could grab some pcap's to get a more clear picture.

Thanks,

Ryan

 Original Message 
From: Jonathan Charles jonv...@gmail.com
Sent: Tuesday, July 7, 2015 08:20 PM
To: Ryan Huff ryanh...@outlook.com
Subject: Re: [cisco-voip] Cisco 8841/51 not sending DTMF...
CC: cisco-voip@puck.nether.net

Just RTP-NTE on the gateway... verified dial peer matched...

On Tue, Jul 7, 2015 at 7:03 PM, Ryan Huff ryanh...@outlook.com wrote:

 On the intetnal side, do your skinny ports have access to an mtp?

 On the external side, what DTMF signaling methods are you supporting? Just
 rtp-nte?

 Do you have any other SIP phones at this site/cluster?

 Thanks,

 Ryan


  Original Message 
 From: Jonathan Charles jonv...@gmail.com
 Sent: Tuesday, July 7, 2015 07:44 PM
 To: Ryan Huff ryanh...@outlook.com
 Subject: Re: [cisco-voip] Cisco 8841/51 not sending DTMF...
 CC: cisco-voip@puck.nether.net

 I am SCCP to CUC; SIP to SIP for PSTN (SIP trunk to CUBE, SIP trunk to CL)

 On Mon, Jul 6, 2015 at 3:27 PM, Ryan Huff ryanh...@outlook.com wrote:

 Are you sip to cuc ab d the pstn? If so, what is your dtmf support in
 your trunks?

 Thanks,

 Ryan


  Original Message 
 From: Jonathan Charles jonv...@gmail.com
 Sent: Monday, July 6, 2015 04:11 PM
 To: cisco-voip@puck.nether.net
 Subject: [cisco-voip] Cisco 8841/51 not sending DTMF...

 We have a site with new Cisco 8841 and 51 phones (CUCM 10.5.2), running
 10.2.2.16, and they are not sending DTMF externally... or internally to
 voicemail.

 An IP Communicator does send DTMF without issue.

 Any known issues with these new phones?




 Jonathan



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

Re: [cisco-voip] firefox upgrade causing issues with CUCM CCMadmin page

[Ryan Huff]

Here is a good explanation of the issue and how to work around it:

http://eltonoverip.com/blog/2015/07/firefox-39-0-ssl-error-weak-ephemeral-diffie-hellman-key/

From: dennis.h...@wwt.com
To: wo...@justfamily.org; cisco-voip@puck.nether.net
Date: Thu, 9 Jul 2015 19:53:09 +
Subject: Re: [cisco-voip] firefox upgrade causing issues with CUCM CCMadmin page









There is a parameter for those the keys that you need to toggle to disable and 
then it will work. Not sure of the true impact of that, but that is what I 
changed.
 
Dennis Heim | Emerging Technology Architect (Collaboration)
World Wide Technology, Inc. | +1 314-212-1814


“There is a fine line between Wrong and Visionary. Unfortunately, you have to 
be a visionary to see it. – Sheldon Cooper
 
Click here to join me in my Collaboration Meeting Room
 
From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net]
On Behalf Of Charles Goldsmith

Sent: Thursday, July 09, 2015 3:50 PM

To: voip puck

Subject: [cisco-voip] firefox upgrade causing issues with CUCM CCMadmin page
 

Getting this error with Firefox 39


An error occurred during a connection to 10.52.122.26. SSL received a weak 
ephemeral Diffie-Hellman key in Server Key Exchange handshake message. (Error 
code: ssl_error_weak_server_ephemeral_dh_key)


 


The page you are trying to view cannot be shown because the authenticity of 
the received data could not be verified.


Please contact the website owners to inform them of this problem.



 


I've seen this on 8.6.2 and 9.1.2, the two 10.5.x systems I have access to have 
3rd party certs, and they both work fine.  The 8.x and 9.x systems do not have 
3rd party, just internally signed.


 


Anyone else seeing this and know a work around?  I detest using IE or Safari 
for CUCM work.






___
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] Recent post regarding CUBE / SIP Profiles to remove video from SDP

[Ryan Huff]

Not sure which post you are referencing but here is what I have used in the 
past and it worked for me;

voice class sip-profiles XXX
 request INVITE sdp-header Video-Attribute remove
 request INVITE sdp-header Video-Media modify m=video(.*) 
 request INVITE sdp-header Video-Bandwidth-Info remove
!

Thanks,

Ryan

From: dana.t...@team.telstra.com
To: cisco-voip@puck.nether.net
Date: Tue, 25 Aug 2015 12:21:02 +1000
Subject: [cisco-voip] Recent post regarding CUBE / SIP Profiles to remove   
video from SDP

Hi all, I recall recently reading a problem / solution from someone who had an 
issue where calls were not being negotiated with an ITSP because the CUBE was 
sending video capabilities in the SDP. There was a solution where someone had 
written a SIP profile to remove the additional m= line in the SDP to the ITSP. 
I’ve searched the mailing list. However I’m thinking it may have been on the 
Cisco Support Forums but I haven’t found it there either.  Does anyone have an 
example or recall seeing this kind of issue / solution recently? It was a SIP 
profile on CUBE to remove video capabilities in the invite. CheersDana 
___
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] IP Phone 7970 Firmware

[Ryan Huff]

Yeah, I broke down and used my 'phone a friend' lifeline .. TAC


From: kevin.dami...@oneneck.com
To: kevin.dami...@oneneck.com; ryanh...@outlook.com; cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] IP Phone 7970 Firmware
Date: Wed, 26 Aug 2015 14:16:12 +









Correction - it found the page, but you get the “software is no longer 
available” message when you download it.
J
 

Kevin Damisch
CCIE #28188 (Voice / Data Center)
Network Engineer IV
OneNeck®  IT Solutions, a TDS® Company
Phone:  (319) 866-7985
Email: 
kevin.dami...@oneneck.com
Website: 
www.oneneck.com

 


From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net]
On Behalf Of Damisch, Kevin

Sent: Wednesday, August 26, 2015 9:13 AM

To: Ryan Huff ryanh...@outlook.com; cisco-voip@puck.nether.net

Subject: Re: [cisco-voip] IP Phone 7970 Firmware


 
Strange.  You can’t browse for it, but Google found it.
 
https://software.cisco.com/download/release.html?mdfid=278436620softwareid=282074288release=9.4(2)SR1
 
Kevin
 


From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net]
On Behalf Of Ryan Huff

Sent: Wednesday, August 26, 2015 8:44 AM

To: cisco-voip@puck.nether.net

Subject: [cisco-voip] IP Phone 7970 Firmware


 

Is it just me  not finding 7970 listed on CCO?

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

[cisco-voip] IP Phone 7970 Firmware

[Ryan Huff]

Is it just me  not finding 7970 listed on CCO?
  ___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

[cisco-voip] IM DRS Restore Question

[Ryan Huff]

I have an 8.4 HA Presence cluster that I am doing a DRS restore on. The 
question I have is regarding contact lists. Will I recover all the user contact 
lists and data by restoring just the primary node or do I need to also restore 
the failover node (rather than just rebuild a new failover) to recover all the 
contact lists?

Thanks,

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

Re: [cisco-voip] Error when SSHing into CUCM 10.5

[Ryan Huff]

So this is less a CUCM error as it is actually an issue with RedHat (OS). 
Basically, your platform administrator account is roached (doesn't have the 
right permissions) and when you try to log in -SELinux is spanking you. 

When you installed the patch, did you install with out a switch-version or with 
a switch-version? When it failed; di you reboot the cluster after the failure? 
Was this the publisher that is failed on?

Thanks,

Ryan


Date: Thu, 3 Sep 2015 13:34:21 -0500
From: jonv...@gmail.com
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Error when SSHing into CUCM 10.5

Unable to get valid context for administrator
Last login: Thu Sep  3 11:09:07 2015 from 10.10.55.33
Had a failed patch from 10.5.2.11900 to 12901... switched back and everything 
appears to work, but can't SSH into the host.
Google is devoid of results...


Jonathan


___
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] Error when SSHing into CUCM 10.5

[Ryan Huff]

Also, if you are able to login into OS Administration (GUI) with the platform 
administrator account, but just can't SSH then you may be missing the 
/etc/selinux/targeted/contexts/users/sshout_u file. If you can get into the 
root account (had it previously enabled before the failed patch), you can 
create the sshout_u file and base it off of 
etc/selinux/targeted/contexts/users/guest_u

You may have to recover the OS though, if you can't get into root. I'd raise a 
TAC case and let them do it if it is a production system.

*** DISCLAIMER ***

I am not endorsing or recommending you to do anything I have described in this 
message. This is for educational purposes only.

From: ryanh...@outlook.com
To: jonv...@gmail.com; cisco-voip@puck.nether.net
Date: Thu, 3 Sep 2015 14:45:55 -0400
Subject: Re: [cisco-voip] Error when SSHing into CUCM 10.5




So this is less a CUCM error as it is actually an issue with RedHat (OS). 
Basically, your platform administrator account is roached (doesn't have the 
right permissions) and when you try to log in -SELinux is spanking you. 

When you installed the patch, did you install with out a switch-version or with 
a switch-version? When it failed; di you reboot the cluster after the failure? 
Was this the publisher that is failed on?

Thanks,

Ryan


Date: Thu, 3 Sep 2015 13:34:21 -0500
From: jonv...@gmail.com
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Error when SSHing into CUCM 10.5

Unable to get valid context for administrator
Last login: Thu Sep  3 11:09:07 2015 from 10.10.55.33
Had a failed patch from 10.5.2.11900 to 12901... switched back and everything 
appears to work, but can't SSH into the host.
Google is devoid of results...


Jonathan


___
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

[cisco-voip] BE6k NIC Teaming / Etherchannel question

[Ryan Huff]

The flavor of VMWare that comes with the BE6/7k only has the ability to use a 
vSwitch, not a distributed vSwitch due the differences in licensing (Enterprise 
Plus being what enables the ability to use a distributed vSwitch).

According to this VMWare KB article; 

http://kb.vmware.com/selfservice/search.do?cmd=displayKCdocType=kcdocTypeID=DT_KB_1_1externalId=1004048

When using a standard vSwitch, the only NIC Teaming load balancing policy 
supported is Route based on IP hash. When you translate that to an etherchannel 
in a Cisco IOS device, you are limited to a static etherchannel (channel-group 
XXX mode on).

 However this article (Considerations for Deploying CiscoExpressway Solutions 
on a BusinessEdition Server); 

http://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cucm/BE6000/InstallationGuide/10_01/Deploying_Expressway_with_Business_Edition.pdf

Suggests creating the Etherchannel using channel-group XXX mode passive.

So my question is; which is the correct way to do a supported Etherchannel with 
a BE6/7k? It seems that changing the load balancing policy in the vSwitch to 
Route based on IP hash is correct, but I am questioning the actual IOS config; 
is it channel-group XXX mode on or is it channel-group XXX mode passive?

Thanks,

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

[cisco-voip] Expressway mra with webex connect config but not used

[Ryan Huff]

A word on using the mobile jabber clients with mra when webex connect is 
configured on the domain (but isn't being used and can't be turned off for one 
reason or another) ...

The only way I was able to get the provisioning URL to work for the mobile 
clients (so the clients will exclude WebEx service lookup) was to delete the 
app on the device, reinstall the app, then use the URL first after 
reinstallation. Using the URL on the app as-is had no impact, had to reinstall 
the app.

Best way is to host the provisoning URL on an html page and hit it from a 
browser on the device (only way it works on Android).

VCS 8.6 (8.6.1 just came out on CCO  9/11/15)
Jabber iPad 11.0.3
Jabber iPhone 11.0.3
Jabber Android 11.0.1

Thanks,

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

Re: [cisco-voip] UCCX 9 EM agents cant login

[Ryan Huff]

My last thought here would be that if you've recently had to reboot the cluster 
(due to replication/database issues) and now you had this strange anomaly where 
CTI control got out of step randomly; could be symptoms of other, less 
transparent issues.

I would do a heath check on my UC enterprise

Completely vet forward and reverse DNS lookups for my entire UC domainEnsure 
all publishers are synced with a reliable NTP clockCisco recommends Cisco IOS 
or Linux based NTP services for Unified Communications at Stratum-1, Stratum-2 
or Stratum-3Verify my IP phone networks have access to DNS that can do forward 
and reverse lookups on the entire UC domainVerify there isn't any unusually 
high latency between UC servers ... etc

Thanks,


RYan


Date: Wed, 16 Sep 2015 13:38:07 +0100
From: abba...@gmail.com
To: christine.see.ev...@chemeketa.edu; cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] UCCX 9 EM agents cant login

thanks Christine/Ryan,

Cluster rebooted last time due to some db sync issues but its been fine since 
then. talking about 3/4 weeks back that was.

could have restarted the RIS Data Collector. but at this time creating and 
recreating new profiles will do.

thanks all.


On 15 September 2015 at 23:17, Christine See-Evans 
<christine.see.ev...@chemeketa.edu> wrote:
Delete the EM Profile then rebuild the profile, do the associations in both 
CUCM and UCCX, CTI re-start. 

Check the version for your agent/supervisor CAD desktop for your version of 
CUCM/UCCX (if you have them). Uninstall, re-install, restart.

That's my last ditch effort.



Christine See-Evans, BCS, MBA
Network Analyst
Chemeketa Community College
4000 Lancaster Drive NE,
Salem, OR 97305
christine.see.ev...@chemeketa.edu
(503)589-7776



 
"Make space in your life for the things that matter, for family and friends, 
love and generosity, fun and joy. Without this, you will burn out in mid-career 
and wonder where your life went."― Jonathan Sacks 


On Tue, Sep 15, 2015 at 11:23 AM, abbas wali <abba...@gmail.com> wrote:
Cti restarts and profile+ device re association been done already. No luck.  
From: Ryan Huff [mailto:ryanh...@outlook.com] 
Sent: 15 September 2015 18:46
To: ealeather...@gmail.com; abba...@gmail.com
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] UCCX 9 EM agents cant login
 If the cti service in ccm has lost the state of the device, reassociating the 
device as Ed suggests, or restarting the cti manager service in ccm is how I 
have resolved these types of issues before.
Thanks,
Ryan


 Original Message 
From: Ed Leatherman <ealeather...@gmail.com>
Sent: Tuesday, September 15, 2015 01:36 PM
To: abbas wali <abba...@gmail.com>
Subject: Re: [cisco-voip] UCCX 9 EM agents cant login
CC: Ryan Huff <ryanh...@outlook.com>,Cisco VOIP 
<cisco-voip@puck.nether.net>I've had some weird, rare occasions where i've had 
to disassociate the device or profile from the rmjtapi app user and 
re-associate them. I'd suggest you try that if you haven't already just as a 
quick thing to do, although that won't tell you a root cause. On Tue, Sep 15, 
2015 at 10:21 AM, abbas wali <abba...@gmail.com> wrote:Sorry that will mean !!  
From: Ryan Huff [mailto:ryanh...@outlook.com] 
Sent: 15 September 2015 15:18
To: abbas wali <abba...@gmail.com>; cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] UCCX 9 EM agents cant login Have is the subsystem in 
partial service?From: abba...@gmail.com
To: ryanh...@outlook.com; cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] UCCX 9 EM agents cant login
Date: Tue, 15 Sep 2015 15:11:33 +0100Thanks Ryan,  We have a dozen of other 
users who can login to them phones without any issues. Even I can do it on my 
CIPC  But these new 3 agents cant.  From: Ryan Huff 
[mailto:ryanh...@outlook.com] 
Sent: 15 September 2015 15:05
To: abbas wali <abba...@gmail.com>; cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] UCCX 9 EM agents cant login Assuming this isn't a 
new/upgrade UCCX and it isn't a JTAPI compatibility issue with CCM; assuming it 
was working and now it is not.

I would check these items;

Agent/phone checks;Make sure the RmCM user/password hasn't changed from what 
UCCX has recorded. NODoes the agent have the Standard CTI Role? YesDoes the 
agent have IPCCX defined in their profile? YesDoes the agent have CTI control 
of the phone? YesDoes the agent have control of the EM. profile? YesIs the 
physical phone associated to the RMCM user? Yes ( currently to log them in I am 
using my soft phone which is associated with RMCM user )

Server checks; yes as many other agent can login and are talking calls. DNS ... 
(are forward and reverse lookups working correctly) NTP ... NTP still working?

Thanks,


RyanFrom: abba...@gmail.com
To: ryanh...@outlook.com; cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] UCCX 9 EM agents cant login
Date: Tue, 15 Sep 2015 14:53:54 +0100That is the case, the DN is exclus

Re: [cisco-voip] UCCX 9 EM agents cant login

[Ryan Huff]

It likely indicates 'something' was out of sync. The act of creating a new 
account (assuming the parameters were the same) re inserted into the db with 
new associations.

Strange, what version of ccm? When was the last time that cluster was rebooted?

Thanks,

Ryan

 Original Message 
From: abbas wali <abba...@gmail.com>
Sent: Tuesday, September 15, 2015 05:54 PM
To: 'Ryan Huff' <ryanh...@outlook.com>,ealeather...@gmail.com
Subject: RE: [cisco-voip] UCCX 9 EM agents cant login
CC: cisco-voip@puck.nether.net

>
>
>This doesn’t make any sense .. 
>
> 
>
>Created a new account with the same parameters for that agent/user and it does 
>login. 
>
> 
>
>That’s absurd 
>
> 
>
> 
>
>From: abbas wali [mailto:abba...@gmail.com] 
>Sent: 15 September 2015 19:23
>To: 'Ryan Huff' <ryanh...@outlook.com>; ealeather...@gmail.com
>Cc: cisco-voip@puck.nether.net
>Subject: RE: [cisco-voip] UCCX 9 EM agents cant login
>
> 
>
>Cti restarts and profile+ device re association been done already. No luck. 
>
> 
>
>From: Ryan Huff [mailto:ryanh...@outlook.com] 
>Sent: 15 September 2015 18:46
>To: ealeather...@gmail.com; abba...@gmail.com
>Cc: cisco-voip@puck.nether.net
>Subject: Re: [cisco-voip] UCCX 9 EM agents cant login
>
> 
>
>If the cti service in ccm has lost the state of the device, reassociating the 
>device as Ed suggests, or restarting the cti manager service in ccm is how I 
>have resolved these types of issues before.
>
>Thanks,
>
>Ryan
>
>
>
> Original Message 
>From: Ed Leatherman <ealeather...@gmail.com>
>Sent: Tuesday, September 15, 2015 01:36 PM
>To: abbas wali <abba...@gmail.com>
>Subject: Re: [cisco-voip] UCCX 9 EM agents cant login
>CC: Ryan Huff <ryanh...@outlook.com>,Cisco VOIP <cisco-voip@puck.nether.net>
>
>I've had some weird, rare occasions where i've had to disassociate the device 
>or profile from the rmjtapi app user and re-associate them. I'd suggest you 
>try that if you haven't already just as a quick thing to do, although that 
>won't tell you a root cause.
>
> 
>
>On Tue, Sep 15, 2015 at 10:21 AM, abbas wali <abba...@gmail.com> wrote:
>
>Sorry that will mean !! 
>
> 
>
>From: Ryan Huff [mailto:ryanh...@outlook.com] 
>Sent: 15 September 2015 15:18
>
>
>To: abbas wali <abba...@gmail.com>; cisco-voip@puck.nether.net
>Subject: RE: [cisco-voip] UCCX 9 EM agents cant login
>
> 
>
>Have is the subsystem in partial service?
>
>From: abba...@gmail.com
>To: ryanh...@outlook.com; cisco-voip@puck.nether.net
>Subject: RE: [cisco-voip] UCCX 9 EM agents cant login
>Date: Tue, 15 Sep 2015 15:11:33 +0100
>
>Thanks Ryan, 
>
> 
>
>We have a dozen of other users who can login to them phones without any 
>issues. Even I can do it on my CIPC 
>
> 
>
>But these new 3 agents cant. 
>
> 
>
>From: Ryan Huff [mailto:ryanh...@outlook.com] 
>Sent: 15 September 2015 15:05
>To: abbas wali <abba...@gmail.com>; cisco-voip@puck.nether.net
>Subject: RE: [cisco-voip] UCCX 9 EM agents cant login
>
> 
>
>Assuming this isn't a new/upgrade UCCX and it isn't a JTAPI compatibility 
>issue with CCM; assuming it was working and now it is not.
>
>I would check these items;
>
>Agent/phone checks;
>
>Make sure the RmCM user/password hasn't changed from what UCCX has recorded. NO
>
>Does the agent have the Standard CTI Role? Yes
>
>Does the agent have IPCCX defined in their profile? Yes
>
>Does the agent have CTI control of the phone? Yes
>
>Does the agent have control of the EM. profile? Yes
>
>Is the physical phone associated to the RMCM user? Yes ( currently to log them 
>in I am using my soft phone which is associated with RMCM user )
>
>
>
>Server checks; yes as many other agent can login and are talking calls. 
>
>DNS ... (are forward and reverse lookups working correctly) 
>
>NTP ... NTP still working?
>
>
>
>Thanks,
>
>
>Ryan
>
>From: abba...@gmail.com
>To: ryanh...@outlook.com; cisco-voip@puck.nether.net
>Subject: RE: [cisco-voip] UCCX 9 EM agents cant login
>Date: Tue, 15 Sep 2015 14:53:54 +0100
>
>That is the case, the DN is exclusive only to the profile – its not used on 
>any phy. Phone. 
>
> 
>
>does anyone know, if  want to get traces from RTMT which option should I use 
>i.e. Cisco Call Manager will suffice ?
>
> 
>
>thanks 
>
> 
>
>From: Ryan Huff [mailto:ryanh...@outlook.com] 
>Sent: 15 September 2015 14:35
>To: abbas wali <abba...@gmail.com>; cisco-voip@puck.nether.net
>Subject: RE: [cisco-voip] UCCX 9 EM agents cant login
>
> 
>
>Since you

Re: [cisco-voip] UCCX 9 EM agents cant login

[Ryan Huff]

If the cti service in ccm has lost the state of the device, reassociating the 
device as Ed suggests, or restarting the cti manager service in ccm is how I 
have resolved these types of issues before.

Thanks,

Ryan

 Original Message 
From: Ed Leatherman <ealeather...@gmail.com>
Sent: Tuesday, September 15, 2015 01:36 PM
To: abbas wali <abba...@gmail.com>
Subject: Re: [cisco-voip] UCCX 9 EM agents cant login
CC: Ryan Huff <ryanh...@outlook.com>,Cisco VOIP <cisco-voip@puck.nether.net>

>I've had some weird, rare occasions where i've had to disassociate the device 
>or profile from the rmjtapi app user and re-associate them. I'd suggest you 
>try that if you haven't already just as a quick thing to do, although that 
>won't tell you a root cause.
>
>
>On Tue, Sep 15, 2015 at 10:21 AM, abbas wali <abba...@gmail.com> wrote:
>
>Sorry that will mean !! 
>
> 
>
>From: Ryan Huff [mailto:ryanh...@outlook.com] 
>Sent: 15 September 2015 15:18
>
>
>To: abbas wali <abba...@gmail.com>; cisco-voip@puck.nether.net
>Subject: RE: [cisco-voip] UCCX 9 EM agents cant login
>
> 
>
>Have is the subsystem in partial service?
>
>From: abba...@gmail.com
>To: ryanh...@outlook.com; cisco-voip@puck.nether.net
>Subject: RE: [cisco-voip] UCCX 9 EM agents cant login
>Date: Tue, 15 Sep 2015 15:11:33 +0100
>
>Thanks Ryan, 
>
> 
>
>We have a dozen of other users who can login to them phones without any 
>issues. Even I can do it on my CIPC 
>
> 
>
>But these new 3 agents cant. 
>
> 
>
>From: Ryan Huff [mailto:ryanh...@outlook.com] 
>Sent: 15 September 2015 15:05
>To: abbas wali <abba...@gmail.com>; cisco-voip@puck.nether.net
>Subject: RE: [cisco-voip] UCCX 9 EM agents cant login
>
> 
>
>Assuming this isn't a new/upgrade UCCX and it isn't a JTAPI compatibility 
>issue with CCM; assuming it was working and now it is not.
>
>I would check these items;
>
>Agent/phone checks;
>
>Make sure the RmCM user/password hasn't changed from what UCCX has recorded. 
>NODoes the agent have the Standard CTI Role? YesDoes the agent have IPCCX 
>defined in their profile? YesDoes the agent have CTI control of the phone? 
>YesDoes the agent have control of the EM. profile? YesIs the physical phone 
>associated to the RMCM user? Yes ( currently to log them in I am using my soft 
>phone which is associated with RMCM user )
>
>
>
>Server checks; yes as many other agent can login and are talking calls. 
>
>DNS ... (are forward and reverse lookups working correctly) NTP ... NTP still 
>working?
>
>
>
>Thanks,
>
>
>Ryan
>
>From: abba...@gmail.com
>To: ryanh...@outlook.com; cisco-voip@puck.nether.net
>Subject: RE: [cisco-voip] UCCX 9 EM agents cant login
>Date: Tue, 15 Sep 2015 14:53:54 +0100
>
>That is the case, the DN is exclusive only to the profile – its not used on 
>any phy. Phone. 
>
> 
>
>does anyone know, if  want to get traces from RTMT which option should I use 
>i.e. Cisco Call Manager will suffice ?
>
> 
>
>thanks 
>
> 
>
>From: Ryan Huff [mailto:ryanh...@outlook.com] 
>Sent: 15 September 2015 14:35
>To: abbas wali <abba...@gmail.com>; cisco-voip@puck.nether.net
>Subject: RE: [cisco-voip] UCCX 9 EM agents cant login
>
> 
>
>Since you mention using extension mobility 
>
>When the Agent logs in with their Ex. mobility profile, does the DN happen to 
>be on another IP phone? The only way to "share" an ACD extension between 
>multiple devices is to assign it to a Device Profile exclusively and then 
>login using Extension Mobility to whatever device they wish to use.
>
>
>Thanks,
>
>Ryan
>
>From: abba...@gmail.com
>To: cisco-voip@puck.nether.net
>Date: Tue, 15 Sep 2015 13:54:13 +0100
>Subject: [cisco-voip] UCCX 9 EM agents cant login
>
>Hi all, 
>
> 
>
>Urgent issue here.
>
> 
>
>Ext Mob. Enabled agents cant login. Getting “Login failed due to a  
>configuration error with your phone and JTAPI or UCM. Contact your admin..”
>
> 
>
>The users profile is in the controlled list for RM application user. 
>
> 
>
>The phone they are loggin in – is used by other agents with their profiles and 
>they can get through. 
>
> 
>
>Not sure what else I can check. 
>
> 
>
>Please help !!
>
> 
>
>Thanks 
>
>
>___ 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] Feature Request to fix Licensing issues with EM

[Ryan Huff]

Well now  look at that shiny toy. 

I came up with my Excel spreadsheet back when 9.1 came out as I had 10k of 
phones to deal with at the time, simple and it just worked so I stuck with it. 
Nice to see there is an official tool for it though.

Good stuff Anthony, thanks!

-Ryan

Date: Thu, 17 Sep 2015 14:34:54 -0500
Subject: Re: [cisco-voip] Feature Request to fix Licensing issues with EM
From: avholloway+cisco-v...@gmail.com
To: ryanh...@outlook.com
CC: svoll.v...@gmail.com; le...@uoguelph.ca; cisco-voip@puck.nether.net

Ryan,
It sounds like you haven't seen/used the DAT?
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/udat/userguide/UDAT_BK_U1401523_00_device-assignment-tool-user-guide.html

On Thu, Sep 17, 2015 at 2:30 PM, Ryan Huff <ryanh...@outlook.com> wrote:



Scott,

The DLU <-> CUWL license model change was and continues to be a significant 
change for customers; no arguments there. 

However, once you make it to the other side, the CUWL licensing model makes a 
lot more sense and is ultimately easier to manage and predict usage. Having 
said that; there are techniques you can use to make the 'true-up' (associating 
devices to users) process a little less painful. 

For instance, you can use BAT to export a user list and device list. By using 
Excel pivot tables and a little join magic you can usually come up with a 
device re-import that will slap user associations on the devices (beats 
clicking through 1,000+ devices in GUI). If you have IM & Presence, you could 
do something similar for line ownership (needed for line presence).


Thanks,

Ryan

Date: Thu, 17 Sep 2015 11:55:54 -0700
From: svoll.v...@gmail.com
To: avholloway+cisco-v...@gmail.com; le...@uoguelph.ca
Subject: Re: [cisco-voip] Feature Request to fix Licensing issues with EM
CC: cisco-voip@puck.nether.net

We are 100% EM in CM 8.6.  Now I have to associate phones to Users so I can get 
the licensing that I have support on.  1000 users rather than 1600 phones. (450 
are soft clients).  Since I'm licensed for 1000 I have to "true up" my 
licensing ($24k).  so if convert over to CUWL for 1000 why should I buy more 
licensing that I already have? thus working through the association of devices 
to users.
So now I'm stuck in a Associating user / device nightmare.  which I can work 
through.  But now I have to keep my associations current moving forward (we 
move users often) so I don't get out of Licensing complainants again.
Scott
On Thu, Sep 17, 2015 at 11:44 AM, Anthony Holloway 
<avholloway+cisco-v...@gmail.com> wrote:
Can you briefly explain this EM licensing nightmare?  I'm not sure I'm aware of 
it.
Also, it sounds like what you are describing, implies that license compliance 
checks are run frequently and multiple times throughout the day, and to my 
knowledge they are not.  How else would you keep up with all of the logging in 
and out of devices, unless the license compliance check was run in real time?  
Which was probably how it worked prior to ELM.  Just spitballing a few ideas.
On Thu, Sep 17, 2015 at 1:29 PM Scott Voll <svoll.v...@gmail.com> wrote:
OK, everyone has complained about the licensing nightmare that EM plays in CM 9 
and 10.
My coworker has come up with a fix..

In thinking this all through, I thought about how I would
like it all to work mechanically.  Here
is what I would like to request as a Feature/Enhancement Request:


 


When I log into a device for the first time with Extension
Mobility, I am assigned as the device owner. 
That ownership is retained until one of two things happen:


1.I log into another like device (i.e.: I have a
8861 at my desk, and I log into Scott’s 8861 at his desk) 


2.Someone else logged into my device.


 


This way, the ownership of the device is always assigned by
the extension mobility profile and follows the user.  If I have an iPhone, IPad 
or Jabber or other
such device, since those all require a user to log in, the ownership would be
added in the same way.  This would
mitigate the licensing issues caused by extension mobility (in my opinion). 


 


Using this would really simplify the licensing requirements
in my thinking.


 


Any thoughts?


Thanks


Scott



___

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] Feature Request to fix Licensing issues with EM

[Ryan Huff]

Scott,

The DLU <-> CUWL license model change was and continues to be a significant 
change for customers; no arguments there. 

However, once you make it to the other side, the CUWL licensing model makes a 
lot more sense and is ultimately easier to manage and predict usage. Having 
said that; there are techniques you can use to make the 'true-up' (associating 
devices to users) process a little less painful. 

For instance, you can use BAT to export a user list and device list. By using 
Excel pivot tables and a little join magic you can usually come up with a 
device re-import that will slap user associations on the devices (beats 
clicking through 1,000+ devices in GUI). If you have IM & Presence, you could 
do something similar for line ownership (needed for line presence).


Thanks,

Ryan

Date: Thu, 17 Sep 2015 11:55:54 -0700
From: svoll.v...@gmail.com
To: avholloway+cisco-v...@gmail.com; le...@uoguelph.ca
Subject: Re: [cisco-voip] Feature Request to fix Licensing issues with EM
CC: cisco-voip@puck.nether.net

We are 100% EM in CM 8.6.  Now I have to associate phones to Users so I can get 
the licensing that I have support on.  1000 users rather than 1600 phones. (450 
are soft clients).  Since I'm licensed for 1000 I have to "true up" my 
licensing ($24k).  so if convert over to CUWL for 1000 why should I buy more 
licensing that I already have? thus working through the association of devices 
to users.
So now I'm stuck in a Associating user / device nightmare.  which I can work 
through.  But now I have to keep my associations current moving forward (we 
move users often) so I don't get out of Licensing complainants again.
Scott
On Thu, Sep 17, 2015 at 11:44 AM, Anthony Holloway 
 wrote:
Can you briefly explain this EM licensing nightmare?  I'm not sure I'm aware of 
it.
Also, it sounds like what you are describing, implies that license compliance 
checks are run frequently and multiple times throughout the day, and to my 
knowledge they are not.  How else would you keep up with all of the logging in 
and out of devices, unless the license compliance check was run in real time?  
Which was probably how it worked prior to ELM.  Just spitballing a few ideas.
On Thu, Sep 17, 2015 at 1:29 PM Scott Voll  wrote:
OK, everyone has complained about the licensing nightmare that EM plays in CM 9 
and 10.
My coworker has come up with a fix..

In thinking this all through, I thought about how I would
like it all to work mechanically.  Here
is what I would like to request as a Feature/Enhancement Request:

 

When I log into a device for the first time with Extension
Mobility, I am assigned as the device owner. 
That ownership is retained until one of two things happen:

1.I log into another like device (i.e.: I have a
8861 at my desk, and I log into Scott’s 8861 at his desk) 

2.Someone else logged into my device.

 

This way, the ownership of the device is always assigned by
the extension mobility profile and follows the user.  If I have an iPhone, IPad 
or Jabber or other
such device, since those all require a user to log in, the ownership would be
added in the same way.  This would
mitigate the licensing issues caused by extension mobility (in my opinion). 

 

Using this would really simplify the licensing requirements
in my thinking.

 

Any thoughts?
Thanks
Scott

___

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] MRA (Collaboration Edge) Intrusion Protection

[Ryan Huff]

Brian  I had this issue this weekend in 8.6.  My original issue was the "no 
home uds cluster" but I had issues with the proxy protocol violation.

Tac's response was go to 8.6.1 (released 9/11/15 ... yikes) or roll back to 8.5

Thanks,

Ryan

 Original Message 
From: Brian Meade 
Sent: Monday, September 14, 2015 03:49 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] MRA (Collaboration Edge) Intrusion Protection

>Is anyone else having issues with the "HTTP proxy protocol violation"
>automated detection feature or Expressway?
>
>I've got over 10,000 hits on this built-in rule and it seems to be blocking
>some legitimate logins via Jabber.
>
>It looks like this in the event log:
>2015-09-11T21:05:09-04:00 sh[1195]: Event="Intrusion Protection"
>Src-ip="X.X.X.X" Detail="Collaboration Edge HTTP Intrusion Protection
>blocking X.X.X.X" Level="INFO" UTCTime="2015/09/12-01:05:09"
>2015-09-11T21:05:09-04:00 traffic_server[24581]: Event="Sending HTTP error
>response" Status="429" Reason="Unknown Status" Dst-ip="X.X.X.X"
>Dst-port="52940" UTCTime="2015-09-12 01:05:09,151"
>
>It looks like this in the Jabber log:
>2015-09-11 17:09:15,746 INFO  [0x0dc0]
>[ls\src\http\BasicHttpClientImpl.cpp(399)] [csf.httpclient]
>[csf::http::executeImpl] - *-* HTTP response code 0 for request #2 to
>https://myexpressway.client.com:8443/bG9naWNub3cuY29t/get_edge_config?service_name=_cisco-uds_name=_cuplogin
>2015-09-11 17:09:15,746 ERROR [0x0dc0]
>[ls\src\http\BasicHttpClientImpl.cpp(404)] [csf.httpclient]
>[csf::http::executeImpl] - There was an issue performing the call to
>curl_easy_perform for request #2: CONNECTION_TIMEOUT_ERROR
>
>It looks like this in the detailed expressway logging:
>2015-09-11T11:12:06-04:00 atlitexpe1 UTCTime="2015-09-11 15:12:06,146"
>Event="System Configuration Changed" Node="clusterdb@127.0.0.1"
>PID="<0.3251.0>" Detail="xconfiguration fail2banJailStatus uuid
>12f52e25-4df6-4fd3-9697-621d9de3a796 jail: http-ce-intrusion total_fails -
>changed from: 202411 to: 202416"
>
>
>Anyone else seeing issues like this?  This particular user also has an 8841
>at home.  Is there a limit to number of MRA connections behind a single
>public IP?
>
>Thanks,
>Brian Meade
>
>___
>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] UCCX 9 EM agents cant login

[Ryan Huff]

Have is the subsystem in partial service?

From: abba...@gmail.com
To: ryanh...@outlook.com; cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] UCCX 9 EM agents cant login
Date: Tue, 15 Sep 2015 15:11:33 +0100

Thanks Ryan,  We have a dozen of other users who can login to them phones 
without any issues. Even I can do it on my CIPC  But these new 3 agents cant.  
From: Ryan Huff [mailto:ryanh...@outlook.com] 
Sent: 15 September 2015 15:05
To: abbas wali <abba...@gmail.com>; cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] UCCX 9 EM agents cant login Assuming this isn't a 
new/upgrade UCCX and it isn't a JTAPI compatibility issue with CCM; assuming it 
was working and now it is not.

I would check these items;

Agent/phone checks;Make sure the RmCM user/password hasn't changed from what 
UCCX has recorded. NODoes the agent have the Standard CTI Role? YesDoes the 
agent have IPCCX defined in their profile? YesDoes the agent have CTI control 
of the phone? YesDoes the agent have control of the EM. profile? YesIs the 
physical phone associated to the RMCM user? Yes ( currently to log them in I am 
using my soft phone which is associated with RMCM user )

Server checks; yes as many other agent can login and are talking calls. DNS ... 
(are forward and reverse lookups working correctly) NTP ... NTP still working?

Thanks,


Ryan

From: abba...@gmail.com
To: ryanh...@outlook.com; cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] UCCX 9 EM agents cant login
Date: Tue, 15 Sep 2015 14:53:54 +0100That is the case, the DN is exclusive only 
to the profile – its not used on any phy. Phone.  does anyone know, if  want to 
get traces from RTMT which option should I use i.e. Cisco Call Manager will 
suffice ? thanks  From: Ryan Huff [mailto:ryanh...@outlook.com] 
Sent: 15 September 2015 14:35
To: abbas wali <abba...@gmail.com>; cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] UCCX 9 EM agents cant login Since you mention using 
extension mobility 

When the Agent logs in with their Ex. mobility profile, does the DN happen to 
be on another IP phone? The only way to "share" an ACD extension between 
multiple devices is to assign it to a Device Profile exclusively and then login 
using Extension Mobility to whatever device they wish to use.


Thanks,

RyanFrom: abba...@gmail.com
To: cisco-voip@puck.nether.net
Date: Tue, 15 Sep 2015 13:54:13 +0100
Subject: [cisco-voip] UCCX 9 EM agents cant loginHi all,  Urgent issue here. 
Ext Mob. Enabled agents cant login. Getting “Login failed due to a  
configuration error with your phone and JTAPI or UCM. Contact your admin..” The 
users profile is in the controlled list for RM application user.  The phone 
they are loggin in – is used by other agents with their profiles and they can 
get through.  Not sure what else I can check.  Please help !! Thanks 
___ 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] UCCX 9 EM agents cant login

[Ryan Huff]

Assuming this isn't a new/upgrade UCCX and it isn't a JTAPI compatibility issue 
with CCM; assuming it was working and now it is not.

I would check these items;

Agent/phone checks;

Make sure the RmCM user/password hasn't changed from what UCCX has recorded.
Does the agent have the Standard CTI Role?Does the agent have IPCCX defined in 
their profile?Does the agent have CTI control of the phone?Does the agent have 
control of the EM. profile?Is the physical phone associated to the RMCM user?


Server checks;

DNS ... (are forward and reverse lookups working correctly)NTP ... NTP still 
working?

Thanks,


Ryan


From: abba...@gmail.com
To: ryanh...@outlook.com; cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] UCCX 9 EM agents cant login
Date: Tue, 15 Sep 2015 14:53:54 +0100

That is the case, the DN is exclusive only to the profile – its not used on any 
phy. Phone.  does anyone know, if  want to get traces from RTMT which option 
should I use i.e. Cisco Call Manager will suffice ? thanks  From: Ryan Huff 
[mailto:ryanh...@outlook.com] 
Sent: 15 September 2015 14:35
To: abbas wali <abba...@gmail.com>; cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] UCCX 9 EM agents cant login Since you mention using 
extension mobility 

When the Agent logs in with their Ex. mobility profile, does the DN happen to 
be on another IP phone? The only way to "share" an ACD extension between 
multiple devices is to assign it to a Device Profile exclusively and then login 
using Extension Mobility to whatever device they wish to use.


Thanks,

RyanFrom: abba...@gmail.com
To: cisco-voip@puck.nether.net
Date: Tue, 15 Sep 2015 13:54:13 +0100
Subject: [cisco-voip] UCCX 9 EM agents cant loginHi all,  Urgent issue here. 
Ext Mob. Enabled agents cant login. Getting “Login failed due to a  
configuration error with your phone and JTAPI or UCM. Contact your admin..” The 
users profile is in the controlled list for RM application user.  The phone 
they are loggin in – is used by other agents with their profiles and they can 
get through.  Not sure what else I can check.  Please help !! Thanks 
___ 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] UCCX 9 EM agents cant login

[Ryan Huff]

Since you mention using extension mobility 

When the Agent logs in with their Ex. mobility profile, does the DN happen to 
be on another IP phone? The only way to "share" an ACD extension between 
multiple devices is to 
assign it to a Device Profile exclusively and then login using Extension
 Mobility to whatever device they wish to use.


Thanks,

Ryan

From: abba...@gmail.com
To: cisco-voip@puck.nether.net
Date: Tue, 15 Sep 2015 13:54:13 +0100
Subject: [cisco-voip] UCCX 9 EM agents cant login

Hi all,  Urgent issue here. Ext Mob. Enabled agents cant login. Getting “Login 
failed due to a  configuration error with your phone and JTAPI or UCM. Contact 
your admin..” The users profile is in the controlled list for RM application 
user.  The phone they are loggin in – is used by other agents with their 
profiles and they can get through.  Not sure what else I can check.  Please 
help !! Thanks 
___
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] MRA (Collaboration Edge) Intrusion Protection

[Ryan Huff]

I'll hav to sift through my logs and see if that is what my issue was. Thanks 
for the follow through Brian.

Thanks,

Ryan

Date: Tue, 15 Sep 2015 10:40:24 -0400
Subject: Re: [cisco-voip] MRA (Collaboration Edge) Intrusion Protection
From: bmead...@vt.edu
To: kev...@advancedtsg.com
CC: ryanh...@outlook.com; cisco-voip@puck.nether.net

We're actually on 8.6.1.
I dug through the logs a bit more and found the same user also had an 8800 
series phone logged in via MRA.  Doing some further searching, I found someone 
who had the same issue logging into Jabber with an 8841 already logged in via 
MRA.
I had the user unplug their 8841 and they were able to login to Jabber fine 
after this.
It looks like I'll be reaching out to the feature preview folks to make sure 
they know about this issue.
Brian
On Tue, Sep 15, 2015 at 8:20 AM, Kevin Przybylowski <kev...@advancedtsg.com> 
wrote:








I almost upgraded our VCS servers to 8.6 last week and noticed a couple reviews 
on CCO so I stuck with 8.5.3.  I’ll give 8.6.1 a try in a few days.
 

 
From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net]
On Behalf Of Ryan Huff

Sent: Monday, September 14, 2015 4:00 PM

To: bmead...@vt.edu; cisco-voip@puck.nether.net

Subject: Re: [cisco-voip] MRA (Collaboration Edge) Intrusion Protection
 
Brian  I had this issue this weekend in 8.6.  My original issue was the "no 
home uds cluster" but I had issues with the proxy protocol violation.

Tac's response was go to 8.6.1 (released 9/11/15 ... yikes) or roll back to 8.5

Thanks,

Ryan





 Original Message 

From: Brian Meade <bmead...@vt.edu>

Sent: Monday, September 14, 2015 03:49 PM

To: cisco-voip@puck.nether.net

Subject: [cisco-voip] MRA (Collaboration Edge) Intrusion Protection

Is anyone else having issues with the "HTTP proxy protocol violation" automated 
detection feature or Expressway?

 


I've got over 10,000 hits on this built-in rule and it seems to be blocking 
some legitimate logins via Jabber.


 


It looks like this in the event log:



2015-09-11T21:05:09-04:00   sh[1195]: Event="Intrusion Protection" 
Src-ip="X.X.X.X" Detail="Collaboration Edge HTTP Intrusion Protection blocking 
X.X.X.X" Level="INFO" UTCTime="2015/09/12-01:05:09"


2015-09-11T21:05:09-04:00   traffic_server[24581]: Event="Sending HTTP error 
response" Status="429" Reason="Unknown Status" Dst-ip="X.X.X.X" 
Dst-port="52940" UTCTime="2015-09-12 01:05:09,151" 



 


It looks like this in the Jabber log:



2015-09-11 17:09:15,746 INFO  [0x0dc0] 
[ls\src\http\BasicHttpClientImpl.cpp(399)] [csf.httpclient] 
[csf::http::executeImpl] - *-* HTTP response code 0 for request #2 to

https://myexpressway.client.com:8443/bG9naWNub3cuY29t/get_edge_config?service_name=_cisco-uds_name=_cuplogin


2015-09-11 17:09:15,746 ERROR [0x0dc0] 
[ls\src\http\BasicHttpClientImpl.cpp(404)] [csf.httpclient] 
[csf::http::executeImpl] - There was an issue performing the call to 
curl_easy_perform for request #2: CONNECTION_TIMEOUT_ERROR



 


It looks like this in the detailed expressway logging:



2015-09-11T11:12:06-04:00 atlitexpe1 UTCTime="2015-09-11 15:12:06,146" 
Event="System Configuration Changed" Node="clusterdb@127.0.0.1" 
PID="<0.3251.0>" Detail="xconfiguration fail2banJailStatus uuid
 12f52e25-4df6-4fd3-9697-621d9de3a796 jail: http-ce-intrusion total_fails - 
changed from: 202411 to: 202416"



 


 


Anyone else seeing issues like this?  This particular user also has an 8841 at 
home.  Is there a limit to number of MRA connections behind a single public IP?


 


Thanks,


Brian Meade






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

Re: [cisco-voip] 3650 PoE Issue

[Ryan Huff]

You may also try increasing the poe advertisement length on the port ( power 
inline delay shutdown 20 initial 300 ). 


Sent from my T-Mobile 4G LTE Device

 Original message 
From: "Casper, Steven" <scas...@mtb.com> 
Date:09/30/2015  5:18 PM  (GMT-05:00) 
To: 'Ryan Huff' <ryanh...@outlook.com>,cisco-voip voip list 
<cisco-voip@puck.nether.net> 
Subject: RE: [cisco-voip] 3650 PoE Issue 

Module   Available Used Remaining
 (Watts) (Watts)    (Watts)
--   -      -
1  1550.0 141.0  1409.0
2  1550.0    96.9  1453.1
3  1550.0    165.5   1384.5
4  1550.0   103.6    1446.4
5  1550.0  98.9  1451.1
 
Going to try power inline auto max 15400 on the ports supporting the 7940s to 
see if it makes a difference when the stack reloads.
 
Steve
 
From: Ryan Huff [mailto:ryanh...@outlook.com] 
Sent: Wednesday, September 30, 2015 10:18 AM
To: Casper, Steven; cisco-voip voip list
Subject: RE: [cisco-voip] 3650 PoE Issue
 
How much available power do you have left on the POE backplane once all phones 
are up and working?

 
From: scas...@mtb.com
To: cisco-voip@puck.nether.net
Date: Wed, 30 Sep 2015 12:33:51 +
Subject: [cisco-voip] 3650 PoE Issue

Having an issue related to PoE negotiation between 3650 switches that we are 
beginning to deploy  and older cisco phones such as 7960s and 7940s . I think 
these are using the pre PoE standard. Symptoms are when the stack reloads  the  
switchports connected to Cisco 7960 telephones come up  in a hung state:
 
7960 Telephones showed no power
No link lights on switchport
Switchport status showed UP/UP
Switchport remained in UP/UP state even after disconnecting the cable from 
switchport
Shut/no shut port and the telephone would reboot normally
Moving to available switchport and telephone rebooted normally
Bypassed telephone and connected PC and the PC would reboot normally 
reconnected telephone and the telephone would reboot normally.
 
Newer phones such as 7942 come right up.
 
Once we performed a shut/no shut on all switch ports and all telephones 
recovered normally but still this is not normal behavior. Going to open a TAC 
case but wondering if anyone else has experienced  this?
Switches are WS-C3650-48PD on Version 03.03.05SE.
 
Thanks!
Steve
 
 
 
 

This email may contain privileged and/or confidential information that is 
intended solely for the use of the addressee.  If you are not the intended 
recipient or entity, you are strictly prohibited from disclosing, copying, 
distributing or using any of the information contained in the transmission.  If 
you received this communication in error, please contact the sender immediately 
and destroy the material in its entirety, whether electronic or hard copy.  
This communication may contain nonpublic personal information about consumers 
subject to the restrictions of the Gramm-Leach-Bliley Act and the 
Sarbanes-Oxley Act.  You may not directly or indirectly reuse or disclose such 
information for any purpose other than to provide the services for which you 
are receiving the  information.
There are risks associated with the use of electronic transmission.  The sender 
of this information does not control the method of transmittal or service 
providers and assumes no duty or obligation for the security, receipt, or third 
party interception of this transmission.


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

This email may contain privileged and/or confidential information that is 
intended solely for the use of the addressee.  If you are not the intended 
recipient or entity, you are strictly prohibited from disclosing, copying, 
distributing or using any of the information contained in the transmission.  If 
you received this communication in error, please contact the sender immediately 
and destroy the material in its entirety, whether electronic or hard copy.  
This communication may contain nonpublic personal information about consumers 
subject to the restrictions of the Gramm-Leach-Bliley Act and the 
Sarbanes-Oxley Act.  You may not directly or indirectly reuse or disclose such 
information for any purpose other than to provide the services for which you 
are receiving the information.
There are risks associated with the use of electronic transmission.  The sender 
of this information does not control the method of transmittal or service 
providers and assumes no duty or obligation for the security, receipt, or third 
party interception of this transmission.
___
cisco-voip mailing list
cisc

Re: [cisco-voip] ILBC

[Ryan Huff]

I am studying for my IE in a few weeks so I am just working in the lab Had to 
use a 7941 cause it was all I had and I guess I just never tried to use ILBC on 
a 41 before. Definitelyhad me scratching my head for a few minutes.

Sent from my iPad

> On Oct 4, 2015, at 2:23 PM, James Buchanan <james.buchan...@gmail.com> wrote:
> 
> I never said anything about your psychological condition since anyone in 
> Cisco voice must be a little off-kilter, but you are most welcome.
> 
>> On Sun, Oct 4, 2015 at 2:19 PM, Ryan Huff <ryanh...@outlook.com> wrote:
>> Thanks for confirming that I wasn't going nuts.
>> 
>> Sent from my iPad
>> 
>>> On Oct 4, 2015, at 2:17 PM, James Buchanan <james.buchan...@gmail.com> 
>>> wrote:
>>> 
>>> One of the new features of the 7942/62 was the addition of iLBC support. 
>>> See 
>>> http://www.cisco.com/c/en/us/products/collateral/collaboration-endpoints/unified-ip-phone-7962g/prod_qas0900aecd80699c20.html.
>>> 
>>>> On Sun, Oct 4, 2015 at 2:11 PM, Ryan Huff <ryanh...@outlook.com> wrote:
>>>> Having some issues with a 7941 refusing ILBC and preferring G711ULAW 
>>>> (despite proper region/device pool config) and I think I know why, just 
>>>> looking for a confirmation here really
>>>> 
>>>> As I read it from;
>>>> 
>>>> http://www.cisco.com/c/en/us/products/collateral/collaboration-endpoints/unified-ip-phone-7941g/product_data_sheet0900aecd802ff012.html
>>>> 
>>>> the 7941 does not support the ILBC codec.
>>>> 
>>>> The troubleshooting guide for the 7941,7942,7961,7962 at 
>>>> http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cuipph/7962g_7961g_7961g-ge_7942g_7941g_7941g-ge/8_0/english/administration/guide/62adm80/62614241trb.html
>>>>  has troubleshooting steps in the case that a phone is not negotiating 
>>>> ILBC. I assume those troubleshooting steps are referring to the 7942 and 
>>>> 7962 and not the 41/61.
>>>> 
>>>> Thanks,
>>>> 
>>>> Ryan
>>>> ___
>>>> 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] ILBC

[Ryan Huff]

Thanks for confirming that I wasn't going nuts.

Sent from my iPad

> On Oct 4, 2015, at 2:17 PM, James Buchanan <james.buchan...@gmail.com> wrote:
> 
> One of the new features of the 7942/62 was the addition of iLBC support. See 
> http://www.cisco.com/c/en/us/products/collateral/collaboration-endpoints/unified-ip-phone-7962g/prod_qas0900aecd80699c20.html.
> 
>> On Sun, Oct 4, 2015 at 2:11 PM, Ryan Huff <ryanh...@outlook.com> wrote:
>> Having some issues with a 7941 refusing ILBC and preferring G711ULAW 
>> (despite proper region/device pool config) and I think I know why, just 
>> looking for a confirmation here really
>> 
>> As I read it from;
>> 
>> http://www.cisco.com/c/en/us/products/collateral/collaboration-endpoints/unified-ip-phone-7941g/product_data_sheet0900aecd802ff012.html
>> 
>> the 7941 does not support the ILBC codec.
>> 
>> The troubleshooting guide for the 7941,7942,7961,7962 at 
>> http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cuipph/7962g_7961g_7961g-ge_7942g_7941g_7941g-ge/8_0/english/administration/guide/62adm80/62614241trb.html
>>  has troubleshooting steps in the case that a phone is not negotiating ILBC. 
>> I assume those troubleshooting steps are referring to the 7942 and 7962 and 
>> not the 41/61.
>> 
>> Thanks,
>> 
>> Ryan
>> ___
>> 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] ILBC

[Ryan Huff]

Having some issues with a 7941 refusing ILBC and preferring G711ULAW (despite 
proper region/device pool config) and I think I know why, just looking for a 
confirmation here really

As I read it from;

http://www.cisco.com/c/en/us/products/collateral/collaboration-endpoints/unified-ip-phone-7941g/product_data_sheet0900aecd802ff012.html

the 7941 does not support the ILBC codec.

The troubleshooting guide for the 7941,7942,7961,7962 at 
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cuipph/7962g_7961g_7961g-ge_7942g_7941g_7941g-ge/8_0/english/administration/guide/62adm80/62614241trb.html
 has troubleshooting steps in the case that a phone is not negotiating ILBC. I 
assume those troubleshooting steps are referring to the 7942 and 7962 and not 
the 41/61.

Thanks,

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

Re: [cisco-voip] Presence status for third party app

[Ryan Huff]

Rob, 

Not sure what you're looking to do, but I have written an abstracted API layer 
in PHP to do things such as; text/email when contact is available/away ... Etc. 
I can share if interested.

Right now I am working on a script for when a contact goes away and the the 
away status exists for longer than 15 minutes will trigger an IO event on a 
fidget board that will in turn use relays to activate an electronic doorlock. 
The idea being as long as the contact stays active or available the door 
remains unlocked, if the contact is in away status for longer than 15 minutes 
the door locks. Sort of a proof of concept thing right now.

Sent from my iPad

> On Oct 2, 2015, at 3:35 PM, Rob Dawson  wrote:
> 
> Thanks. I actually just stumbled on the Jabber web SDK on the Dev site, which 
> will probably do what I need –
>  
> https://developer.cisco.com/site/jabber-websdk/overview/
>  
> The app is non-existent as of yet, just pondering some things – triggering 
> real world events based on status, that type of stuff.
>  
> Thanks again,
> Rob
>  
> From: avhollo...@gmail.com [mailto:avhollo...@gmail.com] On Behalf Of Anthony 
> Holloway
> Sent: Friday, October 02, 2015 3:23 PM
> To: Rob Dawson
> Cc: voip puck
> Subject: Re: [cisco-voip] Presence status for third party app
>  
> Have you looked into this:
>  
> https://developer.cisco.com/site/unified-presence/overview/
>  
> Or are you asking for a ready made solution?  What's the third party app?
>  
> On Fri, Oct 2, 2015 at 2:16 PM, Rob Dawson  wrote:
> Doing some tinkering and looking for a way to monitor a particular users 
> status from a third party app. I assume I could just do it via XMPP, but is 
> there an preferred method for doing this?
>  
> Thanks,
> Rob
> 
> ___
> 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
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] 3650 PoE Issue

[Ryan Huff]

How much available power do you have left on the POE backplane once all phones 
are up and working?

 
From: scas...@mtb.com
To: cisco-voip@puck.nether.net
Date: Wed, 30 Sep 2015 12:33:51 +
Subject: [cisco-voip] 3650 PoE Issue









Having an issue related to PoE negotiation between 3650 switches that we are 
beginning to deploy  and older cisco phones such as 7960s and 7940s . I think 
these are using the pre PoE standard. Symptoms are when the stack reloads  the  
switchports
 connected to Cisco 7960 telephones come up  in a hung state:
 
7960 Telephones showed no power
No link lights on switchport
Switchport status showed UP/UP 
Switchport remained in UP/UP state even after disconnecting the cable from 
switchport
Shut/no shut port and the telephone would reboot normally
Moving to available switchport and telephone rebooted normally
Bypassed telephone and connected PC and the PC would reboot normally 
reconnected telephone and the telephone would reboot normally.
 
Newer phones such as 7942 come right up.
 
Once we performed a shut/no shut on all switch ports and all telephones 
recovered normally but still this is not normal behavior. Going to open a TAC 
case but wondering if anyone else has experienced  this?
Switches are WS-C3650-48PD on Version 03.03.05SE.
 
Thanks!
Steve
 
 
 
 



This email may contain privileged and/or confidential information that is 
intended solely for the use of the addressee.  If you are not the intended 
recipient or entity, you are strictly prohibited from disclosing, copying, 
distributing or using any of the information contained in the transmission.  If 
you received this communication in error, please contact the sender immediately 
and destroy the material in its entirety, whether electronic or hard copy.  
This communication may contain nonpublic personal information about consumers 
subject to the restrictions of the Gramm-Leach-Bliley Act and the 
Sarbanes-Oxley Act.  You may not directly or indirectly reuse or disclose such 
information for any purpose other than to provide the services for which you 
are receiving the information.

There are risks associated with the use of electronic transmission.  The sender 
of this information does not control the method of transmittal or service 
providers and assumes no duty or obligation for the security, receipt, or third 
party interception of this transmission.





___
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] Odd call behavior CME,CUBE,CUCM

[Ryan Huff]

I have CME that has a SIP phone registered to it and a SCCP phone registered to 
it.
SIP=4002
SCCP=4001
 
I have a call path that looks like:
 
CUCM->SIPTrunk->CUBE->SIPTrunk->CME
 
When I dial the SIP phone (on CME) from call manager the call completes and 
goes fine. When I dial the skinny phone (on CME) from call manager the call 
immediately fails. However, from CME, using the skinny phone, I can dial 
anything in call manager and the call completes.
 
CCSIP on CME (for one of the failed calls) shows the INVITE then TRYING then 
SIP/2.0 500 Internal Server Error. CCAPI INOUT shows a cause code of 16, but 
this was anything but a normal clearing. Just for the hell of it, I also added 
a transcoder in CME and registered it in telephony-service, just to see if 
there was a codec flying around that I wasn't seeing  but alas, no.
 
I've attached the ccsip and ccapi inout; I think I have just been starring at 
it too long ... I can't see it.

Thanks,

Ryan
 
  Syslog logging: enabled (0 messages dropped, 8 messages rate-limited, 0 
flushes, 0 overruns, xml disabled, filtering disabled)

No Active Message Discriminator.



No Inactive Message Discriminator.


Console logging: disabled
Monitor logging: level debugging, 0 messages logged, xml disabled,
 filtering disabled
Buffer logging:  level debugging, 298 messages logged, xml disabled,
filtering disabled
Exception Logging: size (4096 bytes)
Count and timestamp logging messages: disabled
Persistent logging: disabled

No active filter modules.

Trap logging: level informational, 106 message lines logged
Logging Source-Interface:   VRF Name:

Log Buffer (1000 bytes):

Oct  6 02:30:47.397: //-1//SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:4001@142.102.66.254:5060 SIP/2.0
Via: SIP/2.0/UDP 142.102.65.254:5060;branch=z9hG4bKBDD75
Remote-Party-ID: "Site B Phone 1" 
;party=calling;screen=yes;privacy=off
From: "Site B Phone 1" ;tag=15CC463C-15AE
To: 
Date: Tue, 06 Oct 2015 02:30:47 GMT
Call-ID: 164EFFA5-6B0911E5-84D6F2F4-6AC111CC@142.102.65.254
Supported: timer,resource-priority,replaces,sdp-anat
Min-SE:  1800
Cisco-Guid: 1057581824-065536-19-0188834958
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, 
NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1444098647
Contact: 
Expires: 180
Allow-Events: kpml, telephone-event
Max-Forwards: 69
Session-Expires:  1800
Content-Length: 0


Oct  6 02:30:47.413: //11/3F096B00/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 142.102.65.254:5060;branch=z9hG4bKBDD75
From: "Site B Phone 1" ;tag=15CC463C-15AE
To: 
Date: Tue, 06 Oct 2015 02:30:47 GMT
Call-ID: 164EFFA5-6B0911E5-84D6F2F4-6AC111CC@142.102.65.254
Timestamp: 1444098647
CSeq: 101 INVITE

Allow-Events: kpml, telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0


Oct  6 02:30:47.413: //11/3F096B00/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 500 Internal Server Error
Via: SIP/2.0/UDP 142.102.65.254:5060;branch=z9hG4bKBDD75
From: "Site B Phone 1" ;tag=15CC463C-15AE
To: ;tag=11609C-F9E
Call-ID: 164EFFA5-6B0911E5-84D6F2F4-6AC111CC@142.102.65.254
CSeq: 101 INVITE
Timestamp: 1444098647
Content-Length: 0


Oct  6 02:30:47.441: //-1//SIP/Msg/ccsipDisplayMsg:
Received:
ACK sip:4001@142.102.66.254:5060 SIP/2.0
Via: SIP/2.0/UDP 142.102.65.254:5060;branch=z9hG4bKBDD75
From: "Site B Phone 1" ;tag=15CC463C-15AE
To: ;tag=11609C-F9E
Date: Tue, 06 Oct 2015 02:30:47 GMT
Call-ID: 164EFFA5-6B0911E5-84D6F2F4-6AC111CC@142.102.65.254
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: kpml, telephone-event
Content-Length: 0
Syslog logging: enabled (0 messages dropped, 8 messages rate-limited, 0 
flushes, 0 overruns, xml disabled, filtering disabled)

No Active Message Discriminator.



No Inactive Message Discriminator.


Console logging: disabled
Monitor logging: level debugging, 0 messages logged, xml disabled,
 filtering disabled
Buffer logging:  level debugging, 421 messages logged, xml disabled,
filtering disabled
Exception Logging: size (4096 bytes)
Count and timestamp logging messages: disabled
Persistent logging: disabled

No active filter modules.

Trap logging: level informational, 106 message lines logged
Logging Source-Interface:   VRF Name:

Log Buffer (1000 bytes):

Oct  6 02:32:24.988: //-1/78DA7180/CCAPI/cc_api_display_ie_subfields:
   cc_api_call_setup_ind_common:
   cisco-username=3001
   - ccCallInfo IE subfields -
   cisco-ani=3001
   cisco-anitype=0
   cisco-aniplan=0
   

Re: [cisco-voip] Odd call behavior CME,CUBE,CUCM

[Ryan Huff]

HA! Thanks Brian ... orphaned passthru  this was the 28th (seriously) time 
I reviewed the config ... finally spotted it.

Is this because CUBE is presenting DTMF as part of the INVITE?

Thanks,

Ryan

Date: Mon, 5 Oct 2015 23:14:07 -0400
Subject: Re: [cisco-voip] Odd call behavior CME,CUBE,CUCM
From: bmead...@vt.edu
To: ryanh...@outlook.com
CC: cisco-voip@puck.nether.net

Make sure you don't have any of these on the dial-peer:voice-class sip 
pass-thru headers unsuppvoice-class sip pass-thru content unsuppvoice-class sip 
pass-thru content sdp

http://www.dslreports.com/forum/r27144625-Config-CME-8-Help-with-Incoming-calls-on-SIP

On Mon, Oct 5, 2015 at 11:00 PM, Ryan Huff <ryanh...@outlook.com> wrote:



I have CME that has a SIP phone registered to it and a SCCP phone registered to 
it.
SIP=4002
SCCP=4001
 
I have a call path that looks like:
 
CUCM->SIPTrunk->CUBE->SIPTrunk->CME
 
When I dial the SIP phone (on CME) from call manager the call completes and 
goes fine. When I dial the skinny phone (on CME) from call manager the call 
immediately fails. However, from CME, using the skinny phone, I can dial 
anything in call manager and the call completes.
 
CCSIP on CME (for one of the failed calls) shows the INVITE then TRYING then 
SIP/2.0 500 Internal Server Error. CCAPI INOUT shows a cause code of 16, but 
this was anything but a normal clearing. Just for the hell of it, I also added 
a transcoder in CME and registered it in telephony-service, just to see if 
there was a codec flying around that I wasn't seeing  but alas, no.
 
I've attached the ccsip and ccapi inout; I think I have just been starring at 
it too long ... I can't see it.

Thanks,

Ryan
 
  

___

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] LDAP error on CUC

[Ryan Huff]

I'm assuming that you have performed a directory synchronization in Unity 
Connections first, then attempted the import (and the local Unity Connections 
account name matches the AD account name).
 
Thanks,
 
Ryan
 
Date: Thu, 24 Sep 2015 10:45:25 -0500
From: jonv...@gmail.com
To: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] LDAP error on CUC

Please note that this is for ALL users... 
On Thu, Sep 24, 2015 at 10:44 AM, Jonathan Charles  wrote:
We are integrated CUC/CUCM with AD (version 10.5)...
We can import users from AD (Users - Import Users - from LDAP) successfully.
The same user cannot be converted from local to AD (checking box Integrate with 
LDAP Directory on the CUC User page)...
The error returned is "This user cannot be associated with the LDAP Directory."
Google returns no results...
Any ideas?



Jonathan



___
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] LDAP error on CUC

[Ryan Huff]

To convert local accounts to AD synced you should perform the directory sync, 
then use the checkbox in the account to integrate with ldap (or use the bat 
tool). After you import an account from AD, the account is no longer in Unity's 
cached ad account list for Unity to match the local account with.

Thanks,

Ryan

Sent from my T-Mobile 4G LTE Device

 Original message 
From: Ryan Huff <ryanh...@outlook.com> 
Date:09/24/2015  12:01 PM  (GMT-05:00) 
To: Jonathan Charles <jonv...@gmail.com>,cisco-voip@puck.nether.net 
Subject: Re: [cisco-voip] LDAP error on CUC 

I'm assuming that you have performed a directory synchronization in Unity 
Connections first, then attempted the import (and the local Unity Connections 
account name matches the AD account name).
 
Thanks,
 
Ryan
 
Date: Thu, 24 Sep 2015 10:45:25 -0500
From: jonv...@gmail.com
To: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] LDAP error on CUC

Please note that this is for ALL users... 

On Thu, Sep 24, 2015 at 10:44 AM, Jonathan Charles <jonv...@gmail.com> wrote:
We are integrated CUC/CUCM with AD (version 10.5)...

We can import users from AD (Users - Import Users - from LDAP) successfully.

The same user cannot be converted from local to AD (checking box Integrate with 
LDAP Directory on the CUC User page)...

The error returned is "This user cannot be associated with the LDAP Directory."

Google returns no results...

Any ideas?




Jonathan


___ 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] 10.5 DRS Restore problem?

[Ryan Huff]

Usually means you are attempting a restore from an incomplete backup set. Is 
the backup set you are attempting restore with, from a successfully completed 
DRS backup of a like ucos version?

Also, check the file permissions on your backup set and make sure the sftp user 
can read them.

Thanks,

Ryan
Sent from space

> On Sep 25, 2015, at 11:43 AM, Jason Aarons (AM) 
>  wrote:
> 
> Anyone hit this problem with a DRS restore in CUCM 10.5?  Open the file on 
> the SFTP server we can see them present.
>  
> 2015-09-24 16:49:37,927 ERROR [drfMasterAgentMsgWorker, MessageID: 2400] - 
> drfSftpManager:drfGetListOfBackups: No files with pattern _ drfComponent.xml 
> on the path /
>  
>  
>  
> Jason Aarons, CCIEx2 No 38564
> Consultant
> Dimension Data
> 904-338-3245 mobile
>  
>  
> ___
> 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] Service Provider SIP Trunks

[Ryan Huff]

Thanks,

Ryan

 Original Message 
From: Ryan Huff ryanh...@outlook.com
Sent: Friday, August 28, 2015 05:12 PM
To: amichaelba...@hotmail.com
Subject: RE: [cisco-voip] Service Provider SIP Trunks

As long as you didn't change anything on the cpe side, it may be more likely 
your itsp changed more than just the pe.

You should be able to reproduce a failed call and provide your itsp with the 
session id and they should be able trace it; sometimes that encourages them to 
find whatever they broke.

Thanks,

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

Re: [cisco-voip] Service Provider SIP Trunks

[Ryan Huff]

Sounds like a codec/media issue. Are you supporting early offer?

Thanks,

Ryan

 Original Message 
From: Aaron Banks amichaelba...@hotmail.com
Sent: Friday, August 28, 2015 03:35 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Service Provider SIP Trunks



I have a strange problem with SIP trunks.  Let me preface this with the 
service provider moved the SIP trunks to a different device and that's what 
certain calls stopped working.  Before this move, everything was tested and 
working for 6 weeks.  Read on, someone might have had the same experience.

Post SIP trunk move, callers inside of the organization cannot call 911 or a 
mobile phone (ANY mobile phone).  When they dial the number, let's use 911 for 
example, the call rings once, the calling line ID is delivered to 911 and then 
the call goes to busy.  So 911 knows that organization called.  The same thing 
happens with mobile phones.  All other call types (local, LD, international) 
work.  If I call forward a phone from inside of the organization to a mobile 
phone and call that forwarded phone (from outside or inside), the call is 
redirected to the mobile, call is answered and then the call drops.  If I 
forward that same phone inside of the organization to an outside land line 
((either local or LD), the call is successful.

For 911 or the mobile calls that fail, the SIP trace reveals a 500 (internal 
server error), a BYE message with reason Q.850; cause=16.  The SIP call 
messages show the state of the call is DEAD.

My question is why would the number make any difference at all?  Has anyone 
ever seen this type of issue before?  The provider says it is CUCM 10.5/Voice 
GW 2901 that is rejecting the call.  I disagree.

Many thanks

Aaron

 
___
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] ldaps authentication

[Ryan Huff]

Ed,

You may need to make sure that the common name of the ldap server also appears 
in the subject alternative name (SAN) of the certificate.

ldap dirsync will come from the cucm publisher node but ldap auth could 
potentially come from any cucm node.

My other thoughts besides a cert issue would be (since you reference an error 
about hostname mismatches) is; are there any stray/orphaned a records in dns, 
forward and reverse zones setup correctly, ALL cucm nodes are using dns servers 
that resolve the same forward and reverse zones. Also verify that every cucm 
node can talk to the directory server (in the case that nodes are in different 
network segments).

If you still have the CSR from the ldap server, take it to a CSR decoder 
(Google shows plenty) and I woul be interested to know if the cn is/is not in 
the san (or decode the ident cert on the server).

Thanks,

Ryan

Sent from my iPad

> On Oct 5, 2015, at 8:22 AM, Ed Leatherman  wrote:
> 
> Hello!
> 
> We turned up directory sync on cucm yesterday, and ran into some issues with 
> authentication; I ran out of maintenance window so we ended up converting the 
> small number of end users that were synced back into local accounts for now.
> 
> Our LDAP is front-ended by a load balancer that uses a wild-card certificate. 
> Yeah, I should have seen this coming.
> 
> What I have is my test cluster, running 10.5.2.1-5, integrated using 
> ldaps and working fine
> 
> My production system is slightly more recent 10.5.2.12901 (unrelated reason 
> as to why they don't match). Directory sync works fine using ldaps , but 
> authentication will not work, error message in the tomcat trace says that the 
> hostname doesn't match the certificate. I can see the wildcard cert CN's in 
> the trace.
> 
> I can't even see any entries in the test system trace file related the SSL 
> socket (nor could Tac), so i'm assuming that extra trace info was added in 
> the SU. I guess it also started enforcing the no wild-card rule on 
> certificates for other things - I was under the (apparently false) impression 
> that that rule was only related to signing CUCM certs. 
> 
> But why does my dir sync work ok, it uses SSL also to the same host? Tac 
> isn't interested in troubleshooting any further as they say it's unsupported. 
> 
> We tried changing LDAP on CUCM to use IP instead of hostname to skip the SSL 
> hostname check, this worked for authenticating Ucmuser webpage but it did not 
> work for Jabber. I wanted to troubleshoot this to see if this issue was not 
> SSL related but we ran out of maintenance window.
> 
> My action plan right now is to move my "beta" users off the test system and 
> get it to the same version as production, and try to reproduce the issue. 
> Also investigating getting a normal cert for our ldap but I'm not sure how 
> feasible this will be.
> 
> Any suggestions or am I SOL with that wildcard cert?
> 
> 
> -- 
> Ed Leatherman
> ___
> 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] ldaps authentication

[Ryan Huff]

When it comes to ssl integrations with CCM, I tend to subscribe to the idea 
that the "integrators" should play by the same safety rules that I use for CCM; 
CN in the SAN, no UPPER case letters or non alphanumeric characters ... etc
 
However, I'd be cautious to call that the smoking gun because you do have A 
node successfully negotiating with the LDAP server; my first peek would be at 
communications between all cucm nodes and the directory server. 
 
The ldap auth is using the tomcat service; I have seen a simple tomcat service 
bounce on all the ccm nodes do the trick. Especially if the cert on the 
directory server has recently changed; would be the equivalent of a "ipconfig 
/flushdns" in the windows world, although a bit more impactful ;).
 
Thanks,
 
-R
Date: Mon, 5 Oct 2015 09:03:08 -0400
Subject: Re: [cisco-voip] ldaps authentication
From: ealeather...@gmail.com
To: ryanh...@outlook.com
CC: cisco-voip@puck.nether.net

Thanks Ryan those are good suggestions.
CN is not in the cert, that much I can see from the trace 
files:impl.Certificates - getCNs : impl.LDAPHostnameVerifier - check : cns = 
[*.wvu.edu]impl.Certificates - getDNSSubjectAlts : impl.LDAPHostnameVerifier - 
check : subjectAlts = [*.wvu.edu, wvu.edu]
We're reaching out to the F5 and ldap teams here to see what impact is on 
making some changes to get rid of the wildcard - apparently they have related 
issues with other apps around this so I might get more traction on it than I 
expected.
Double checking dns on the other cm nodes is good idea - i'm pretty sure they 
are all using the DNS but close only counts in horseshoes and hand grenades as 
they say. I forgot that the secondary nodes were able to do auth on their own.

On Mon, Oct 5, 2015 at 8:41 AM, Ryan Huff <ryanh...@outlook.com> wrote:
Ed,



You may need to make sure that the common name of the ldap server also appears 
in the subject alternative name (SAN) of the certificate.



ldap dirsync will come from the cucm publisher node but ldap auth could 
potentially come from any cucm node.



My other thoughts besides a cert issue would be (since you reference an error 
about hostname mismatches) is; are there any stray/orphaned a records in dns, 
forward and reverse zones setup correctly, ALL cucm nodes are using dns servers 
that resolve the same forward and reverse zones. Also verify that every cucm 
node can talk to the directory server (in the case that nodes are in different 
network segments).



If you still have the CSR from the ldap server, take it to a CSR decoder 
(Google shows plenty) and I woul be interested to know if the cn is/is not in 
the san (or decode the ident cert on the server).



Thanks,



Ryan



Sent from my iPad



> On Oct 5, 2015, at 8:22 AM, Ed Leatherman <ealeather...@gmail.com> wrote:

>

> Hello!

>

> We turned up directory sync on cucm yesterday, and ran into some issues with 
> authentication; I ran out of maintenance window so we ended up converting the 
> small number of end users that were synced back into local accounts for now.

>

> Our LDAP is front-ended by a load balancer that uses a wild-card certificate. 
> Yeah, I should have seen this coming.

>

> What I have is my test cluster, running 10.5.2.1-5, integrated using 
> ldaps and working fine

>

> My production system is slightly more recent 10.5.2.12901 (unrelated reason 
> as to why they don't match). Directory sync works fine using ldaps , but 
> authentication will not work, error message in the tomcat trace says that the 
> hostname doesn't match the certificate. I can see the wildcard cert CN's in 
> the trace.

>

> I can't even see any entries in the test system trace file related the SSL 
> socket (nor could Tac), so i'm assuming that extra trace info was added in 
> the SU. I guess it also started enforcing the no wild-card rule on 
> certificates for other things - I was under the (apparently false) impression 
> that that rule was only related to signing CUCM certs.

>

> But why does my dir sync work ok, it uses SSL also to the same host? Tac 
> isn't interested in troubleshooting any further as they say it's unsupported.

>

> We tried changing LDAP on CUCM to use IP instead of hostname to skip the SSL 
> hostname check, this worked for authenticating Ucmuser webpage but it did not 
> work for Jabber. I wanted to troubleshoot this to see if this issue was not 
> SSL related but we ran out of maintenance window.

>

> My action plan right now is to move my "beta" users off the test system and 
> get it to the same version as production, and try to reproduce the issue. 
> Also investigating getting a normal cert for our ldap but I'm not sure how 
> feasible this will be.

>

> Any suggestions or am I SOL with that wildcard cert?

>

>

> --

> Ed Leatherman

> ___

Re: [cisco-voip] Did Cisco Remove all voice downloads from Cisco.com?

[Ryan Huff]

It makes more sense that was a snafu or some sort of a planned maintenance. It 
is odd though, that it seemed to only selectively impact some of the 
collaboration images, specifically those that are going the cloud, and that it 
happened the weekend before the summit. I dont recall seeing a maintenance 
notice.

 Original message 
From: Ed Leatherman
Date:12/07/2015 9:52 AM (GMT-05:00)
To: Ryan Huff
Cc: Charles Goldsmith ,cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Did Cisco Remove all voice downloads from Cisco.com?

This sounds ominous !

On Sun, Dec 6, 2015 at 7:56 PM, Ryan Huff 
<ryanh...@outlook.com<mailto:ryanh...@outlook.com>> wrote:
Hold your ISO's tight

I am withholding judgment and opinion till after the collaboration summit and 
Rowan & Jonathan have a chance to lay the plan out. Some of the pre released 
stuff looks interesting though ...

I would theorize, and especially in the case of an active sntc, a call to TAC 
would get you what you need, for the time being anyway. I haven't tested that 
theory mind you, but I just don't see Cisco turning off the firehose mid-stream 
without warning and saying, "too bad so sad".

-Ryan

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

[cisco-voip] International CP tones

[Ryan Huff]

Nifty little tool I tripped over on the Internet for International CP tones ...


http://www.3amsystems.com/World_Tone_Database



= Ryan =



Email: ryanthomash...@outlook.com

Spark: ryanthomash...@outlook.com

Twitter: @ryanthomashuff

LinkedIn: ryanthomashuff

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

Re: [cisco-voip] CUCM 10.5 Missing CLI commands

[Ryan Huff]

My initial thoughts are that somehow you are not using the default platform 
administrator account?


Can you run;


"show myself"

AND

"show account"


 What are the results?


= Ryan =



Email: ryanthomash...@outlook.com

Spark: ryanthomash...@outlook.com

Twitter: @ryanthomashuff

LinkedIn: ryanthomashuff

Web ryanthomashuff.com



From: cisco-voip  on behalf of Dave Wolgast 

Sent: Wednesday, December 2, 2015 10:35 PM
To: Cisco VOIP Newsletter - puck.nether.net
Subject: [cisco-voip] CUCM 10.5 Missing CLI commands

I just did a 5- node 7.1(5)->10.5(2) PCD migration, which appeared to go pretty 
well. What I have noticed, though, is that two of my subscribers are missing 
commands from the CLI.

One thing I needed to do for the migrated cluster was to add DNS servers and 
add a domain, but on 2 of the 5 servers, there was no 'set network' option. I 
thought maybe a reboot would help, but alas, on the same servers, there was no 
'utils system' commands.

Anybody ever seen anything like this before? I assume I will just be rebuilding 
these subscribers manually, but it seems awfully strange, especially since it 
didn't happen to every server.

Baffled,
Dave Wolgast
Livonia, NY
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] CUCM 10.5 Missing CLI commands

[Ryan Huff]

If you do go the route of re-building your subs; be mindful of any custom moh 
files ... etc (they're easy to forget).


file list activelog mohprep

file get activelog mohprep/


= Ryan =



Email: ryanthomash...@outlook.com

Spark: ryanthomash...@outlook.com

Twitter: @ryanthomashuff<http://twitter.com/ryanthomashuff>

LinkedIn: ryanthomashuff<http://linkedin.com/in/ryanthomashuff>

Web ryanthomashuff.com<http://ryanthomashuff.com>



From: cisco-voip <cisco-voip-boun...@puck.nether.net> on behalf of Ryan Huff 
<ryanh...@outlook.com>
Sent: Wednesday, December 2, 2015 10:43 PM
To: Dave Wolgast; Cisco VOIP Newsletter - puck.nether.net
Subject: Re: [cisco-voip] CUCM 10.5 Missing CLI commands


My initial thoughts are that somehow you are not using the default platform 
administrator account?


Can you run;


"show myself"

AND

"show account"


 What are the results?


= Ryan =



Email: ryanthomash...@outlook.com

Spark: ryanthomash...@outlook.com

Twitter: @ryanthomashuff<http://twitter.com/ryanthomashuff>

LinkedIn: ryanthomashuff<http://linkedin.com/in/ryanthomashuff>

Web ryanthomashuff.com<http://ryanthomashuff.com>



From: cisco-voip <cisco-voip-boun...@puck.nether.net> on behalf of Dave Wolgast 
<dwolg...@rochester.rr.com>
Sent: Wednesday, December 2, 2015 10:35 PM
To: Cisco VOIP Newsletter - puck.nether.net
Subject: [cisco-voip] CUCM 10.5 Missing CLI commands

I just did a 5- node 7.1(5)->10.5(2) PCD migration, which appeared to go pretty 
well. What I have noticed, though, is that two of my subscribers are missing 
commands from the CLI.

One thing I needed to do for the migrated cluster was to add DNS servers and 
add a domain, but on 2 of the 5 servers, there was no 'set network' option. I 
thought maybe a reboot would help, but alas, on the same servers, there was no 
'utils system' commands.

Anybody ever seen anything like this before? I assume I will just be rebuilding 
these subscribers manually, but it seems awfully strange, especially since it 
didn't happen to every server.

Baffled,
Dave Wolgast
Livonia, NY
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX + CUIC 10.6: Understanding Permissions

[Ryan Huff]

Anthony,

You may find this (and the associated videos) of value.

https://m.youtube.com/watch?v=J_RT4epzqXo

Sent from my iPad

On Dec 8, 2015, at 11:45 AM, Anthony Holloway 
> wrote:

All,

I have to admit defeat on CUIC permissions.  I just don't get it yet.  I 
thought I understood it, but things often end up greyed out for myself, and it 
frustrates me that I cannot grasp this concept.

What is a good explanation for how permissions work?  What are some basic 
permission settings I can look at/use to just get some basic functionality 
working?  What is the best document to reference?

I'm not even to the hierarchical design of permissions yet, I'm still just 
trying to figure out a good flat structure to start.  E.g., New users not being 
able to create subcategories out of the gate.

Am I alone in thinking this: CUIC a bit more complicated than it needs to be?

___
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] Collab summit keynote simulcast on now...

[Ryan Huff]

The replay is at 
https://grs.cisco.com/grsx/cust/grsEventSite.html?EventCode=12776=1=000985652


= Ryan =



Email: ryanthomash...@outlook.com

Spark: ryanthomash...@outlook.com

Twitter: @ryanthomashuff

LinkedIn: ryanthomashuff

Web ryanthomashuff.com



From: cisco-voip  on behalf of Rob Dawson 

Sent: Wednesday, December 9, 2015 8:48 AM
To: Anthony Holloway; Brian Meade
Cc: cisco-voip voyp list
Subject: Re: [cisco-voip] Collab summit keynote simulcast on now...


I only caught the last half but it was essentially Spark as a voice and video 
call control platform integrated with all the other standard Spark features, 
either as a standalone platform or in a hybrid configuration with on-prem 
infrastructure via Expressway connectors, all accessed through a unified 
client. Endpoints can register directly via QR code, you can move calls 
seamlessly between Spark enabled endpoints and across on-prem and hosted 
infrastructure, ability to use cloud based call term and origination or hybrid 
model with on-prem T, native 25 way multi-party video, self-admin portal, 
etc. To be sold through the partner channel. The Cisco answer to Skype for 
Business, Broadsoft's UC-One portfolio, etc.



Training materials should be coming out Q1CY2016 to coincide with NA roll-out, 
ROW to follow. Additionally, I think the keynote video will be published today 
at some point.



I liked it, a lot actually, but I come from a hosted/managed background so my 
perspective may be a little different.



Rob

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
Anthony Holloway
Sent: Wednesday, December 09, 2015 1:26 AM
To: Brian Meade
Cc: cisco-voip voyp list
Subject: Re: [cisco-voip] Collab summit keynote simulcast on now...



Brian, I missed most of it.  Where can I see a replay, or read the cliff notes? 
 Care to give us the highlights?



On Tue, Dec 8, 2015 at 3:17 PM, Brian Meade 
> wrote:

What did everyone think?  Seems fairly polished but I'm sure definitely missing 
a ton of traditional telephony features.



On Tue, Dec 8, 2015 at 12:18 PM, Abhiram Kramadhati (akramadh) 
> wrote:

https://communities.cisco.com/community/technology/collaboration/collaborat
ion_virtual_experience


On 08/12/15, 10:38 PM, "cisco-voip on behalf of Lelio Fulgenzi"

 
on behalf of le...@uoguelph.ca> wrote:

>
>Head on over to the collab user group pages for a link to the simulcast.
>
>Sent from my iPhone
>___
>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


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

Re: [cisco-voip] Collab summit keynote simulcast on now...

[Ryan Huff]

It definitely has a wow factor and looks pretty cool. I like the ease of 
deployment approach for the phones; the QR code is definitely a nice touch.

I don't see it eclipsing on-premise anytime soon, even with continued 
development of call features and the addition of contact center.

It would definitely put more importance on reliable and redundant internet 
connections though!


 Original message 
From: Brian Meade
Date:12/08/2015 4:17 PM (GMT-05:00)
To: "Abhiram Kramadhati (akramadh)"
Cc: cisco-voip voyp list
Subject: Re: [cisco-voip] Collab summit keynote simulcast on now...

What did everyone think?  Seems fairly polished but I'm sure definitely missing 
a ton of traditional telephony features.

On Tue, Dec 8, 2015 at 12:18 PM, Abhiram Kramadhati (akramadh) 
> wrote:
https://communities.cisco.com/community/technology/collaboration/collaborat
ion_virtual_experience


On 08/12/15, 10:38 PM, "cisco-voip on behalf of Lelio Fulgenzi"
 
on behalf of le...@uoguelph.ca> wrote:

>
>Head on over to the collab user group pages for a link to the simulcast.
>
>Sent from my iPhone
>___
>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] Wireless Headset Recommendations

[Ryan Huff]

I use a Jabra Evolve 65 (Bluetooth); multiple simultaneous paring, retractable 
mic, 3-button multi-touch operation and built in annunciation (not just 
ambiguous beeping). USB charging also doubles as cabled headset for things like 
laptops, PS4. It would be a hard day for me without it.

Obviously, requires Bluetooth, but meets a reasonable definition of wireless ;)

Thanks,

Ryan

On Dec 4, 2015, at 3:34 PM, JASON BURWELL 
> wrote:

Does anyone have recommendations for a quality wireless headset? Been using 
CS540 Plantronics for a while but they do not seem to last well at all and 
frequently fail. Using mostly 7965s so Bluetooth to the phone is not really an 
option yet.

Thanks!


___
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] Wireless Headset Recommendations

[Ryan Huff]

Hey Brian!

I have mine at the home office on an 8945(9.2.3) / CUBE / CME10 and it sounds 
crystal (g711). My pairing is between the 8945 and an iPad mini currently. 
Phone rings, off-hook pauses music stream on the mini, music resumes on-hook. 
Works really well for me. Mine sounds great on the PC also. I will say when I 
roam more than 15 or so feet I sometimes get small mic delay and when the 
battery is low, other than that it is great for me.

I am no Bluetooth expert but I think half the equation is in the Bluetooth 
profile of the device you're paring with (not sure how that applies with a 9971 
though, that should just work, and work great). My only thoughts on the 9971 
might be to try and swap firmware? Got any interferes nearby; microwaves, AC 
Units, space heaters ... etc?

-Ryan

On Dec 4, 2015, at 4:55 PM, Brian Meade 
<bmead...@vt.edu<mailto:bmead...@vt.edu>> wrote:

I've got one of these but wasn't able to get the multiple pairing working 
right.  Any tips?

Also, it sounds pretty bad with my 9971.  Sounds fine with my PC though.

On Fri, Dec 4, 2015 at 4:13 PM, Ryan Huff 
<ryanh...@outlook.com<mailto:ryanh...@outlook.com>> wrote:
I use a Jabra Evolve 65 (Bluetooth); multiple simultaneous paring, retractable 
mic, 3-button multi-touch operation and built in annunciation (not just 
ambiguous beeping). USB charging also doubles as cabled headset for things like 
laptops, PS4. It would be a hard day for me without it.

Obviously, requires Bluetooth, but meets a reasonable definition of wireless ;)

Thanks,

Ryan

On Dec 4, 2015, at 3:34 PM, JASON BURWELL 
<jason.burw...@foundersfcu.com<mailto:jason.burw...@foundersfcu.com>> wrote:

Does anyone have recommendations for a quality wireless headset? Been using 
CS540 Plantronics for a while but they do not seem to last well at all and 
frequently fail. Using mostly 7965s so Bluetooth to the phone is not really an 
option yet.

Thanks!


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

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto: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] CUCM 10.5 Missing CLI commands

[Ryan Huff]

Correct, you cannot rename the account name, just reset the password.

I think TAC can do it with root access, if it is a material issue. Otherwise, 
you can rebuild the node.

-Ryan


 Original message 
From: Dave Wolgast
Date:12/03/2015 12:26 PM (GMT-05:00)
To: Ryan Huff ,"Cisco VOIP Newsletter - puck.nether.net"
Subject: Re: [cisco-voip] CUCM 10.5 Missing CLI commands

Answering my own question now...I managed to guess the account name and 
password. I want to beat whoever built this cluster.

Just to confirm, there is no way to rename the default administrator account, 
right?

It will work just fine but the documentation will be a mess.

On Thu, Dec 3, 2015 at 12:12 PM Dave Wolgast 
<dwolg...@gmail.com<mailto:dwolg...@gmail.com>> wrote:
Nailed it.

The account I am using, 'administrator' has privilege level 0. I note that that 
account on the other servers in the cluster has privilege level 4.

The question becomes, is there a way to find out (with privilege level 0) what 
the original account was. I may be able to crack the password. If not, I will 
have to do a recovery.

Thanks for the assist.

On Wed, Dec 2, 2015 at 10:56 PM Ryan Huff 
<ryanh...@outlook.com<mailto:ryanh...@outlook.com>> wrote:

If you do go the route of re-building your subs; be mindful of any custom moh 
files ... etc (they're easy to forget).


file list activelog mohprep

file get activelog mohprep/


= Ryan =



Email: ryanthomash...@outlook.com<mailto:ryanthomash...@outlook.com>

Spark: ryanthomash...@outlook.com<mailto:ryanthomash...@outlook.com>

Twitter: @ryanthomashuff<http://twitter.com/ryanthomashuff>

LinkedIn: ryanthomashuff<http://linkedin.com/in/ryanthomashuff>

Web ryanthomashuff.com<http://ryanthomashuff.com>



From: cisco-voip 
<cisco-voip-boun...@puck.nether.net<mailto:cisco-voip-boun...@puck.nether.net>> 
on behalf of Ryan Huff <ryanh...@outlook.com<mailto:ryanh...@outlook.com>>
Sent: Wednesday, December 2, 2015 10:43 PM
To: Dave Wolgast; Cisco VOIP Newsletter - 
puck.nether.net<http://puck.nether.net>
Subject: Re: [cisco-voip] CUCM 10.5 Missing CLI commands


My initial thoughts are that somehow you are not using the default platform 
administrator account?


Can you run;


"show myself"

AND

"show account"


 What are the results?


= Ryan =



Email: ryanthomash...@outlook.com<mailto:ryanthomash...@outlook.com>

Spark: ryanthomash...@outlook.com<mailto:ryanthomash...@outlook.com>

Twitter: @ryanthomashuff<http://twitter.com/ryanthomashuff>

LinkedIn: ryanthomashuff<http://linkedin.com/in/ryanthomashuff>

Web ryanthomashuff.com<http://ryanthomashuff.com>



From: cisco-voip 
<cisco-voip-boun...@puck.nether.net<mailto:cisco-voip-boun...@puck.nether.net>> 
on behalf of Dave Wolgast 
<dwolg...@rochester.rr.com<mailto:dwolg...@rochester.rr.com>>
Sent: Wednesday, December 2, 2015 10:35 PM
To: Cisco VOIP Newsletter - puck.nether.net<http://puck.nether.net>
Subject: [cisco-voip] CUCM 10.5 Missing CLI commands

I just did a 5- node 7.1(5)->10.5(2) PCD migration, which appeared to go pretty 
well. What I have noticed, though, is that two of my subscribers are missing 
commands from the CLI.

One thing I needed to do for the migrated cluster was to add DNS servers and 
add a domain, but on 2 of the 5 servers, there was no 'set network' option. I 
thought maybe a reboot would help, but alas, on the same servers, there was no 
'utils system' commands.

Anybody ever seen anything like this before? I assume I will just be rebuilding 
these subscribers manually, but it seems awfully strange, especially since it 
didn't happen to every server.

Baffled,
Dave Wolgast
Livonia, NY
--
Dave Wolgast
Livonia, NY
585.402.3375
--
Dave Wolgast
Livonia, NY
585.402.3375
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] BE7K or not?

[Ryan Huff]

Hey Lelio!

You are correct, with specs based configurations you can customize hardware as 
long as you're hardware satisfies the applications you intend to deploy in a 
particular TRC whereas the Business Edition servers are configured in the 
pre-built TRC configurations.

-Ryan


 Original message 
From: Lelio Fulgenzi
Date:12/03/2015 4:41 PM (GMT-05:00)
To: cisco-voip voyp list
Subject: Re: [cisco-voip] BE7K or not?


Thanks Ryan.

I hear what you're saying about the TRC and the listed components. I only raise 
the question about additional memory and additional NICs because in the docwiki 
it says that you can add both more memory and more NICs (of the same type) and 
still be TRC. Or at least that's the way I read it. (REF below)

As far as long term objectives, my concern is really with the changing VM 
memory requirements which may increase past the amount available. That being 
said, the "large" model has 124GB available to VMs, so I should be in good 
shape for a while.

I'll be building out the platforms using the UCS tool next week and see how 
that goes.



=

Reference:

http://docwiki.cisco.com/wiki/UC_Virtualization_Supported_Hardware#Memory_.2F_RAM

Under "UC on UCS TRC" column: Total available is listed in Table 1. Additional 
memory may be added.

http://docwiki.cisco.com/wiki/UC_Virtualization_Supported_Hardware#IO_Adapters.2C_Controllers_and_Devices_for_LAN_Access_and_Storage_Access


For UCS C-Series TRC:
must exactly match adapter vendor/model/technology (e.g. Intel i350 for 1GbE or 
QLogic QLE2462 for FC) listed in Table 1 BOMs.
Allowed NIC quantity must be same or higher than what is listed in Table 1 BOMs.

=


---
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

____
From: "Ryan Huff" <ryanh...@outlook.com>
To: "Lelio Fulgenzi" <le...@uoguelph.ca>, "cisco-voip voyp list" 
<cisco-voip@puck.nether.net>
Sent: Thursday, December 3, 2015 4:02:30 PM
Subject: Re: [cisco-voip] BE7K or not?


Lelio,


Yes, you can remove the pre-installed VM's and deploy your own (with respect to 
the allowances of the TRC).


The reason adding additional hardware isn't supported is because the Business 
Edition UCS chassis's are sold as a TRC (Tested Reference Configuration); 
meaning that Cisco has tested a variety of approved configurations on the 
platform with which TAC will support end-to-end.


Configurations (hardware or software) outside those parameters have not been 
tested and could cause unplanned/unpredictable results with which TAC will not 
support. With the TRC stuff, you pretty much need to follow the DocWiki and 
deployment guides chapter and verse.


If you'd like to be able to customize your UCS chassis and perhaps capitalize 
on co -residency allowances (again, within supported parameters), you'd want to 
look at something called a specs-based configuration or a data center product 
like a B series chassis.


If you'd like to provide us with some detail on what your long-term objectives 
are with the upgrade and some demographics on your user/device population we 
might be able to give you some more informed insight.


Hope that helps,


= Ryan =



Email: ryanthomash...@outlook.com

Spark: ryanthomash...@outlook.com

Twitter: @ryanthomashuff<http://twitter.com/ryanthomashuff>

LinkedIn: ryanthomashuff<http://linkedin.com/in/ryanthomashuff>

Web ryanthomashuff.com<http://ryanthomashuff.com>



From: cisco-voip <cisco-voip-boun...@puck.nether.net> on behalf of Lelio 
Fulgenzi <le...@uoguelph.ca>
Sent: Thursday, December 3, 2015 3:45 PM
To: cisco-voip voyp list
Subject: Re: [cisco-voip] BE7K or not?


Thanks for everyone's responses. I read on one of the pages that BE7K comes 
pre-loaded with UCCx 4 vCPU OVA, but I'm guessing that I can run whatever OVA I 
want as long as it fits?

We were told that the BE7K is not customizable, even after ordering, so adding 
memory or anything like that is not permitted. This sort of makes me cringe. I 
like having the opportunity to add memory and/or additional NICs as with the 
other TRCs. Can't really justify it now, but as future versions come up, I'd 
like to have the ability to add more memory if the CUCM v11 or v12 version 
requires it.

It's really only memory and NIC throughput that I can see having to increase 
and only as the apps demand more with each version.

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 

Re: [cisco-voip] Unity Licenses

[Ryan Huff]

Rob,


My guess is that request might fall under the DoD's JELA (doesn't expire until 
2019). See: http://www.cisco.com/web/strategy/government/jela.html


I can tell you from experience; whichever DoD agency it is will have to request 
to associate your CCO to the JELA before Cisco will even answer your call for 
anything to do with this contract. It can be a lonng process (not 
on the Cisco side), so if your gig is under JELA, I'd get to jumpin' on it now 
(unless you got plenty of time on this one).


Let me know if you hit any bumps.


= Ryan =



Email: ryanthomash...@outlook.com

Spark: ryanthomash...@outlook.com

Twitter: @ryanthomashuff

LinkedIn: ryanthomashuff

Web ryanthomashuff.com



From: cisco-voip  on behalf of Brian Meade 

Sent: Thursday, December 3, 2015 2:45 PM
To: Rob Dawson
Cc: cisco-voip voyp list
Subject: Re: [cisco-voip] Unity Licenses

I don't think DOD falls under the normal EOS stuff.  They usually have special 
contracts.

On Thu, Dec 3, 2015 at 11:45 AM, Rob Dawson 
> wrote:
Ca you still order Unity licenses? Anyone have a SKU? This is for a DOD 
customer running 8.6 LSC.

Thanks,
Rob

___
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] BE7K or not?

[Ryan Huff]

Lelio,


Yes, you can remove the pre-installed VM's and deploy your own (with respect to 
the allowances of the TRC).


The reason adding additional hardware isn't supported is because the Business 
Edition UCS chassis's are sold as a TRC (Tested Reference Configuration); 
meaning that Cisco has tested a variety of approved configurations on the 
platform with which TAC will support end-to-end.


Configurations (hardware or software) outside those parameters have not been 
tested and could cause unplanned/unpredictable results with which TAC will not 
support. With the TRC stuff, you pretty much need to follow the DocWiki and 
deployment guides chapter and verse.


If you'd like to be able to customize your UCS chassis and perhaps capitalize 
on co -residency allowances (again, within supported parameters), you'd want to 
look at something called a specs-based configuration or a data center product 
like a B series chassis.


If you'd like to provide us with some detail on what your long-term objectives 
are with the upgrade and some demographics on your user/device population we 
might be able to give you some more informed insight.


Hope that helps,


= Ryan =



Email: ryanthomash...@outlook.com

Spark: ryanthomash...@outlook.com

Twitter: @ryanthomashuff

LinkedIn: ryanthomashuff

Web ryanthomashuff.com



From: cisco-voip  on behalf of Lelio 
Fulgenzi 
Sent: Thursday, December 3, 2015 3:45 PM
To: cisco-voip voyp list
Subject: Re: [cisco-voip] BE7K or not?


Thanks for everyone's responses. I read on one of the pages that BE7K comes 
pre-loaded with UCCx 4 vCPU OVA, but I'm guessing that I can run whatever OVA I 
want as long as it fits?

We were told that the BE7K is not customizable, even after ordering, so adding 
memory or anything like that is not permitted. This sort of makes me cringe. I 
like having the opportunity to add memory and/or additional NICs as with the 
other TRCs. Can't really justify it now, but as future versions come up, I'd 
like to have the ability to add more memory if the CUCM v11 or v12 version 
requires it.

It's really only memory and NIC throughput that I can see having to increase 
and only as the apps demand more with each version.

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


From: "Rob Dawson" 
To: "cisco-voip voyp list" 
Sent: Thursday, December 3, 2015 11:27:07 AM
Subject: Re: [cisco-voip] BE7K or not?


The newest BE7ks are built on C240 M4 hardware. The BE7H-M4-K9 is 20 cores, 128 
GB RAM, 4+ TB of available disk space, the BE7M-M4-K9 is 12 cores, 64 GB RAM, 
and around 2.6 TB available disk.



Cisco states on the data sheet that BE7k is “optimized for enterprise-scale 
organizations with 1000 to 5000 users and 3000 to 15,000 devices” but they also 
note “For more capacity to support larger sized deployments, simply stack 
additional servers. And in smaller sized deployments with less than 1000 users, 
typically more applications can be supported per server.”



I haven’t seen any practical limitations, and as pointed out by someone else 
you can use the VM Placement Tool to see what OVAs fit, and scale to size.



Rob



From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
Lamont, Joshua
Sent: Thursday, December 03, 2015 10:21 AM
To: Lelio Fulgenzi
Cc: cisco-voip voyp list
Subject: Re: [cisco-voip] BE7K or not?



Sorry for the confusion... We had originally planned to install C240 M3s but 
swapped them out for the C240 M4s instead.


Joshua Lamont

Senior Telecommunications Engineer

Brown University

office (401) 863-1003

cell(401) 749-6913



On Thu, Dec 3, 2015 at 10:14 AM, Lelio Fulgenzi 
> wrote:



There are BE7Ks built on the new UCS C240 M4s.



Or by "new" do you mean something else other than the 240M4s?





---
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





From: "Joshua Lamont" >
To: "Matthew Loraditch" 
>
Cc: "Lelio Fulgenzi" >, "cisco-voip 
voyp list" 

Re: [cisco-voip] CCX 9.0.2 Licensing Issues

[Ryan Huff]

There was a terminated bug report in 8.5 for this, not much detail though: 
https://tools.cisco.com/bugsearch/bug/CSCto67019/?referring_site=bugquickviewredir

I would be curious as to what the clock strata on the primary server was at, 
prior to the reboot and the type of reference server?

If you have root access and are familiar with the CET tool, you can change the 
server's MAC. The official (and supported) way to do it is through a TAC case; 
sometimes faster than GLO.

-Ryan

On Dec 1, 2015, at 7:33 PM, Erick Bergquist 
<erick...@gmail.com<mailto:erick...@gmail.com>> wrote:

I've seen it once or twice on reboots. There is a licensemacchanges file under 
the install folder you can view.

File view install ...

I've also had the license Mac change in 8.5.1 when applying just a SU patch and 
no changes to the variables making up the hash.


Erick


On Tuesday, December 1, 2015, Ryan Huff 
<ryanh...@outlook.com<mailto:ryanh...@outlook.com>> wrote:

Dan,


The server's licensing MAC address is a hashed hexadecimal value based on 
several key settings in the operating system. Any changes to the following list 
of OS settings will cause the License MAC on the server to change, thereby 
invalidating the provisioned license file (which is bound to the server's 
licensing MAC address). Did anything change on the server, that would effect 
the licensing MAC, prior to the reboot? As you mentioned, re-hosting the 
license through GLO (or reverting the change) are the only remedial courses of 
action.


Things that impact the server's licensing MAC:

  *   Time zone
  *   NTP server 1 (or none)NIC speed (or auto)
  *   Hostname
  *   IP Address

  *   IP Mask

  *   Gateway Address

  *   Primary DNS

  *   SMTP server

  *   Certificate Information (Organization, Unit, Location, State, Country)


= Ryan =



Email: 
ryanthomash...@outlook.com<javascript:_e(%7B%7D,'cvml','ryanthomash...@outlook.com');>

Spark: 
ryanthomash...@outlook.com<javascript:_e(%7B%7D,'cvml','ryanthomash...@outlook.com');>

Twitter: @ryanthomashuff<http://twitter.com/ryanthomashuff>

LinkedIn: ryanthomashuff<http://linkedin.com/in/ryanthomashuff>

Web ryanthomashuff.com<http://ryanthomashuff.com>



From: cisco-voip 
<cisco-voip-boun...@puck.nether.net<javascript:_e(%7B%7D,'cvml','cisco-voip-boun...@puck.nether.net');>>
 on behalf of Dan Mason 
<dma...@winxnet.com<javascript:_e(%7B%7D,'cvml','dma...@winxnet.com');>>
Sent: Tuesday, December 1, 2015 10:23 AM
To: 
cisco-voip@puck.nether.net<javascript:_e(%7B%7D,'cvml','cisco-voip@puck.nether.net');>
Subject: [cisco-voip] CCX 9.0.2 Licensing Issues


Hi,


Has anyone run into licensing not working due to invalid MAC address after 
server reboot?  Ive had this occur twice over the last 12 months.  Single CCX 
server on VMWare using Cisco .ova template.  I had to get the licensing 
rehosted to resolve the issue.  I didn't see anything in caveats for the 
release.









This E-mail and any of its attachments may contain Winxnet, Inc. proprietary 
information, which is privileged, confidential, or subject to copyright 
belonging to Winxnet, Inc.. This E-mail is intended solely for the use of the 
individual or entity to which it is addressed. If you are not the intended 
recipient of this E-mail, you are hereby notified that any dissemination, 
distribution, copying, or action taken in relation to the contents of and 
attachments to this E-mail is strictly prohibited and may be unlawful. If you 
have received this E-mail in error, please notify the sender immediately and 
permanently delete the original and any copy of this E-mail and any printout.
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Informacast

[Ryan Huff]

Hi Aaron!


With a 3850 stack in an environment like you describe, the config I would 
likely do on the interface (unless I had some mitigating reason to do 
otherwise) would look like:


rthtestlab# conf t

rthtestlab(config)# ip multicast-routing

rthtestlab(config)# int gi1/0/10

rthtestlab(config-if)# ip pim sparse-mode

rthtestlab(config-if)# end

rthtestlab#


(keep in mind that if you do use sparse-mode, you will need a rendezvous point)


IGMP (Internet Group Management Protocol) registers individual hosts in a 
multicast group on a particular LAN (VLAN). Enabling PIM on an interface also 
enables IGMP. IGMP also limits the flow of multicast traffic through the 
segment using things called, "queriers" and "hosts"; in order to participate in 
multicasting, the device (in this case a 3850 stack) must have IGMP running.


I would take some time and review 
http://www.cisco.com/en/US/docs/switches/lan/catalyst3850/software/release/3se/consolidated_guide/b_consolidated_3850_3se_cg_chapter_0101000.html#topic_046CCC6211D149DBAD2E9D7F22C7306D
 (multicast on 3850). There are a number of road-bumps you could encounter with 
multicast that could have you scratching your head.


Another tip with these IP paging solutions is that most of them (Singlewire 
being one) require the web server on the IP phone to be enabled. Something that 
can get overlooked sometimes.



= Ryan =



Email: ryanthomash...@outlook.com

Spark: ryanthomash...@outlook.com

Twitter: @ryanthomashuff

LinkedIn: ryanthomashuff

Web ryanthomashuff.com



From: cisco-voip  on behalf of Aaron Banks 

Sent: Monday, December 7, 2015 2:26 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Informacast

I've never configured Informacast before.  I have most of the setup complete, 
the only piece I'm hung up on is the 3850 switch (which is stacked).  I want to 
enable multicast but it is only for the voice vlan.  There is no routing being 
done between vlans or multiple switches.  Do I use ip multicast routing to 
enable multicasting globally or ip multicast auto-enable?  Also, is PIM or IGMP 
normally used?  IGMP is already running, so I was thinking I only had to 
configure the multicast address for it.

Aaron



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

Re: [cisco-voip] CUCM/Unity and chrome

[Ryan Huff]

My suspicion is that Google has deprecated a method that the UDM4 menu system 
is using. I'd hazard a guess that CCM's GUI isn't the only application 
impacted, specifically any applications using UDM4. Here are a couple of 
thoughts;


  *   ?Use Mozilla FireFox; I know  may not be ideal for some; although 
Mozilla doesn't seem to make as many cavalier changes to there browser as 
Google does

  *   For Windows based installs of Google Chrome, you might try 
https://support.google.com/chrome/a/answer/3019558?hl=en_topic=3062034=1 
which will guide you through installing legacy browser support inside chromium. 
I have not personally tried this because I am not a native Windows user.

In previous times when this has happen, you were able to go to settings->Show 
Advanced Settings and disable "use hardware acceleration" to resolve the issue 
but that is not the case this time; I believe there is an absence of required 
syntax in the renderer.


Hope this helps,

= Ryan =



Email: ryanthomash...@outlook.com

Spark: ryanthomash...@outlook.com

Twitter: @ryanthomashuff

LinkedIn: ryanthomashuff

Web ryanthomashuff.com



From: cisco-voip  on behalf of Terry Oakley 

Sent: Monday, December 7, 2015 5:30 PM
To: 'NateCCIE .'; cisco-voip (cisco-voip@puck.nether.net)
Subject: Re: [cisco-voip] CUCM/Unity and chrome


Started for me yesterday.   I am running Chrome 47.0.2526.73 m

Quite irritating actually.   Just get everything that I manage finally working 
under one browser and then not.



Back to Firefox for somethings, IE for others.



From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
NateCCIE .
Sent: December 7, 2015 3:28 PM
To: cisco-voip (cisco-voip@puck.nether.net) 
Subject: [cisco-voip] CUCM/Unity and chrome



I have been using chrome for all of my version 10+ CUCM and Unity admin for a 
while now.  It has been great



Today on both of my computers, the drop downs are not appearing in chrome.



Anyone else having problems with chrome today?



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

[cisco-voip] VCS Checker

[Ryan Huff]

Not sure when Cisco made this tool public but it is a welcomed edition! I knew 
TAC had it but didn't realize Cisco opened it up.


https://cway.cisco.com/tools/SrvRecord


= Ryan =



Email: ryanthomash...@outlook.com

Spark: ryanthomash...@outlook.com

Twitter: @ryanthomashuff

LinkedIn: ryanthomashuff

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

Re: [cisco-voip] Telepresence Training

[Ryan Huff]

Hi Matthew! I hope you are doing well!


Here are some of my thoughts below. If you're talking about Cisco TelePresence 
in context of a generalized technology, you're really talking about quite a few 
different applications. My suggestion would be to start with the fundamentals 
book referenced below, if you're completely new to video. If you have a solid 
grasp on video, I would start with Cisco TelePresence Management (TMS) and work 
to understand that first, the next thing I would learn is TelePresenece Content 
Server (TCS) and then TelePresence Conductor, CMR (the A2Q process alone can be 
a mind-bending experience) ... etc. I would save VCS/Expressway until the end 
of the education journey.

  *   Cisco dCloud's (http://dcloud.cisco.com) "Cisco Preferred Architecture 
for Video 10.6 v1" is a great content session to get some the products spun-up 
in 15 or so minutes. Admittedly, this works best if you have a couple of video 
endpoints (9971 .. etc) and a spare router so you can connect your phones to 
their cloud. Although, if you just wanted to look at some of the servers and 
familiarize yourself with the GUI ... etc, you can use Anyconnect and a 
PC/Laptop

  *   Here is a CiscoPress book at Amazon called, "Cisco Telepresence 
Fundamentals" (if you're the reading type): 
http://www.amazon.com/Cisco-TelePresence-Fundamentals-Tim-Szigeti-ebook/dp/B002AWX68E/ref=sr_1_2?ie=UTF8=1451410945=8-2=cisco+telepresence+books

  *   Here is a course (Implementing Cisco TelePresence Video Solutions, Part 1 
- VTVS1) from the Learning Network Store: 
https://learningnetworkstore.cisco.com/collaboration/implementing-cisco-telepresence-video-solutions-part-1-vtvs1-vtvs1-1-0-017381

  *   This is a nice snapshot of several labs/courses available from Cisco for 
TelePresence related material: 
http://www.cisco.com/c/en/us/training-events/resources/learning-services/technology/collaboration.html


= Ryan =



Email: ryanthomash...@outlook.com

Spark: ryanthomash...@outlook.com

Twitter: @ryanthomashuff

LinkedIn: ryanthomashuff

Web ryanthomashuff.com



From: cisco-voip  on behalf of Matthew 
Loraditch 
Sent: Tuesday, December 29, 2015 12:09 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Telepresence Training


Anyone ever come across something for this? Videos or anything?



Matthew G. Loraditch - CCNP-Voice, CCNA-R, CCDA
Network Engineer
Direct Voice: 443.541.1518


Facebook | 
Twitter | 
LinkedIn 
| G+


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

Re: [cisco-voip] Telepresence Training

[Ryan Huff]

I've never made videos for the SX series and YT doesn't seem to have any great 
offerings either. The Cisco guides for the SX20 
(http://www.cisco.com/c/en/us/support/collaboration-endpoints/telepresence-quick-set-series/products-user-guide-list.html)
 seem nice though, lots of pictures.


Regarding TMS, I have a couple that I am editing/cleaning up that I did a few 
weeks ago (Scheduling and basic operations), I'll send them over to you once I 
am done (should be this weekend).


Thanks,


= Ryan =


Email: ryanthomash...@outlook.com

Spark: ryanthomash...@outlook.com

Twitter: @ryanthomashuff<http://twitter.com/ryanthomashuff>

LinkedIn: ryanthomashuff<http://linkedin.com/in/ryanthomashuff>

Web ryanthomashuff.com<http://ryanthomashuff.com>



From: Matthew Loraditch <mloradi...@heliontechnologies.com>
Sent: Tuesday, December 29, 2015 1:25 PM
To: Ryan Huff; cisco-voip@puck.nether.net
Subject: RE: Telepresence Training


SX Series with Touch 10. SX20s specifically. TMS also.



Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
Network Engineer
Direct Voice: 443.541.1518


Facebook<https://www.facebook.com/heliontech?ref=hl> | 
Twitter<https://twitter.com/HelionTech> | 
LinkedIn<https://www.linkedin.com/company/helion-technologies?trk=top_nav_home> 
| G+<https://plus.google.com/+Heliontechnologies/posts>



From: Ryan Huff [mailto:ryanh...@outlook.com]
Sent: Tuesday, December 29, 2015 1:23 PM
To: Matthew Loraditch <mloradi...@heliontechnologies.com>; 
cisco-voip@puck.nether.net
Subject: Re: Telepresence Training



I see!



What sort of training technology topics are you looking for (TMS Scheduling, 
SX/MX/EX .. etc)? I have a small cache of recent end-user videos I've done (DRM 
Free, not customer specific) for some video applications, might have something 
that will help you out.





= Ryan =





Email: ryanthomash...@outlook.com<mailto:ryanthomash...@outlook.com>

Spark: ryanthomash...@outlook.com<mailto:ryanthomash...@outlook.com>

Twitter: @ryanthomashuff<http://twitter.com/ryanthomashuff>

LinkedIn: ryanthomashuff<http://linkedin.com/in/ryanthomashuff>

Web ryanthomashuff.com<http://ryanthomashuff.com>





From: Matthew Loraditch 
<mloradi...@heliontechnologies.com<mailto:mloradi...@heliontechnologies.com>>
Sent: Tuesday, December 29, 2015 1:13 PM
To: Ryan Huff; cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: RE: Telepresence Training



Thanks I should have specified! end-user training is what we are looking for. 
But this would be useful for some of my team members so thanks for that!



Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
Network Engineer
Direct Voice: 443.541.1518

Facebook<https://www.facebook.com/heliontech?ref=hl> | 
Twitter<https://twitter.com/HelionTech> | 
LinkedIn<https://www.linkedin.com/company/helion-technologies?trk=top_nav_home> 
| G+<https://plus.google.com/+Heliontechnologies/posts>



From: Ryan Huff [mailto:ryanh...@outlook.com]
Sent: Tuesday, December 29, 2015 1:07 PM
To: Matthew Loraditch 
<mloradi...@heliontechnologies.com<mailto:mloradi...@heliontechnologies.com>>; 
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: Re: Telepresence Training



Hi Matthew! I hope you are doing well!



Here are some of my thoughts below. If you're talking about Cisco TelePresence 
in context of a generalized technology, you're really talking about quite a few 
different applications. My suggestion would be to start with the fundamentals 
book referenced below, if you're completely new to video. If you have a solid 
grasp on video, I would start with Cisco TelePresence Management (TMS) and work 
to understand that first, the next thing I would learn is TelePresenece Content 
Server (TCS) and then TelePresence Conductor, CMR (the A2Q process alone can be 
a mind-bending experience) ... etc. I would save VCS/Expressway until the end 
of the education journey.

  *   Cisco dCloud's (http://dcloud.cisco.com) "Cisco Preferred Architecture 
for Video 10.6 v1" is a great content session to get some the products spun-up 
in 15 or so minutes. Admittedly, this works best if you have a couple of video 
endpoints (9971 .. etc) and a spare router so you can connect your phones to 
their cloud. Although, if you just wanted to look at some of the servers and 
familiarize yourself with the GUI ... etc, you can use Anyconnect and a 
PC/Laptop

  *   Here is a CiscoPress book at Amazon called, "Cisco Telepresence 
Fundamentals" (if you're the reading type): 
http://www.amazon.com/Cisco-TelePresence-Fundamentals-Tim-Szigeti-ebook/dp/B002AWX68E/ref=sr_1_2?ie=UTF8=1451410945=8-2=cisco+telepresence+books

  *   Here is a course (Implementing Cisco TelePresence Video Solutions, Part 1 
- VTVS1) from the Learning Network Store: 
https://

Re: [cisco-voip] Telepresence Training

[Ryan Huff]

I see!


What sort of training technology topics are you looking for (TMS Scheduling, 
SX/MX/EX .. etc)? I have a small cache of recent end-user videos I've done (DRM 
Free, not customer specific) for some video applications, might have something 
that will help you out.



= Ryan =



Email: ryanthomash...@outlook.com

Spark: ryanthomash...@outlook.com

Twitter: @ryanthomashuff<http://twitter.com/ryanthomashuff>

LinkedIn: ryanthomashuff<http://linkedin.com/in/ryanthomashuff>

Web ryanthomashuff.com<http://ryanthomashuff.com>



From: Matthew Loraditch <mloradi...@heliontechnologies.com>
Sent: Tuesday, December 29, 2015 1:13 PM
To: Ryan Huff; cisco-voip@puck.nether.net
Subject: RE: Telepresence Training


Thanks I should have specified! end-user training is what we are looking for. 
But this would be useful for some of my team members so thanks for that!



Matthew G. Loraditch - CCNP-Voice, CCNA-R, CCDA
Network Engineer
Direct Voice: 443.541.1518


Facebook<https://www.facebook.com/heliontech?ref=hl> | 
Twitter<https://twitter.com/HelionTech> | 
LinkedIn<https://www.linkedin.com/company/helion-technologies?trk=top_nav_home> 
| G+<https://plus.google.com/+Heliontechnologies/posts>



From: Ryan Huff [mailto:ryanh...@outlook.com]
Sent: Tuesday, December 29, 2015 1:07 PM
To: Matthew Loraditch <mloradi...@heliontechnologies.com>; 
cisco-voip@puck.nether.net
Subject: Re: Telepresence Training



Hi Matthew! I hope you are doing well!



Here are some of my thoughts below. If you're talking about Cisco TelePresence 
in context of a generalized technology, you're really talking about quite a few 
different applications. My suggestion would be to start with the fundamentals 
book referenced below, if you're completely new to video. If you have a solid 
grasp on video, I would start with Cisco TelePresence Management (TMS) and work 
to understand that first, the next thing I would learn is TelePresenece Content 
Server (TCS) and then TelePresence Conductor, CMR (the A2Q process alone can be 
a mind-bending experience) ... etc. I would save VCS/Expressway until the end 
of the education journey.

  *   Cisco dCloud's (http://dcloud.cisco.com) "Cisco Preferred Architecture 
for Video 10.6 v1" is a great content session to get some the products spun-up 
in 15 or so minutes. Admittedly, this works best if you have a couple of video 
endpoints (9971 .. etc) and a spare router so you can connect your phones to 
their cloud. Although, if you just wanted to look at some of the servers and 
familiarize yourself with the GUI ... etc, you can use Anyconnect and a 
PC/Laptop

  *   Here is a CiscoPress book at Amazon called, "Cisco Telepresence 
Fundamentals" (if you're the reading type): 
http://www.amazon.com/Cisco-TelePresence-Fundamentals-Tim-Szigeti-ebook/dp/B002AWX68E/ref=sr_1_2?ie=UTF8=1451410945=8-2=cisco+telepresence+books

  *   Here is a course (Implementing Cisco TelePresence Video Solutions, Part 1 
- VTVS1) from the Learning Network Store: 
https://learningnetworkstore.cisco.com/collaboration/implementing-cisco-telepresence-video-solutions-part-1-vtvs1-vtvs1-1-0-017381

  *   This is a nice snapshot of several labs/courses available from Cisco for 
TelePresence related material: 
http://www.cisco.com/c/en/us/training-events/resources/learning-services/technology/collaboration.html



= Ryan =





Email: ryanthomash...@outlook.com<mailto:ryanthomash...@outlook.com>

Spark: ryanthomash...@outlook.com<mailto:ryanthomash...@outlook.com>

Twitter: @ryanthomashuff<http://twitter.com/ryanthomashuff>

LinkedIn: ryanthomashuff<http://linkedin.com/in/ryanthomashuff>

Web ryanthomashuff.com<http://ryanthomashuff.com>





From: cisco-voip 
<cisco-voip-boun...@puck.nether.net<mailto:cisco-voip-boun...@puck.nether.net>> 
on behalf of Matthew Loraditch 
<mloradi...@heliontechnologies.com<mailto:mloradi...@heliontechnologies.com>>
Sent: Tuesday, December 29, 2015 12:09 PM
To: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: [cisco-voip] Telepresence Training



Anyone ever come across something for this? Videos or anything?



Matthew G. Loraditch - CCNP-Voice, CCNA-R, CCDA
Network Engineer
Direct Voice: 443.541.1518

Facebook<https://www.facebook.com/heliontech?ref=hl> | 
Twitter<https://twitter.com/HelionTech> | 
LinkedIn<https://www.linkedin.com/company/helion-technologies?trk=top_nav_home> 
| G+<https://plus.google.com/+Heliontechnologies/posts>


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

Re: [cisco-voip] Dialing into a Webex (with video) from an Telepresence SX80

[Ryan Huff]

Happy New Year Jonathan!


You'll want to research a topic called, "CMR Hybrid".

http://www.cisco.com/c/en/us/support/conferencing/collaboration-meeting-rooms-hybrid/model.html


= Ryan =



Email: ryanthomash...@outlook.com

Spark: ryanthomash...@outlook.com

Twitter: @ryanthomashuff

LinkedIn: ryanthomashuff

Web ryanthomashuff.com



From: cisco-voip  on behalf of Jonathan 
Charles 
Sent: Thursday, December 31, 2015 11:52 AM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Dialing into a Webex (with video) from an Telepresence 
SX80

If I join a Webex from my PC, I can join with video, how do I join from our 
Telepresence SX80s with video?

Do you need to have Cisco Webex Telepresence in the meeting room for that to 
work?


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

Re: [cisco-voip] Devices assigned to same user twice...

[Ryan Huff]

Hey Jonathan,


Is the cluster running hot in standard operation or is the BAT export action 
the catalyst to the CPU spike/crash?


You could try to run the following SQL query which should show you phones with 
device level user associations. If you are able to run this query, do you see 
duplications?


I would only run this query if you have a currently stable cluster and 
understand that running the query could impact performance.


select eu.userid, d.name, d.description, n.dnorpattern as DN, rp.name as
partition from device as d inner join devicenumplanmap as dnpm on dnpm.fkdevice 
=
d.pkid inner join enduserdevicemap as eudm on eudm.fkdevice=d.pkid inner join
enduser as eu on eudm.fkenduser=eu.pkid inner join numplan as n on 
dnpm.fknumplan =
n.pkid inner join routepartition as rp on n.fkroutepartition=rp.pkid and 
d.tkclass = 1


= Ryan =



Email: ryanthomash...@outlook.com

Spark: ryanthomash...@outlook.com

Twitter: @ryanthomashuff

LinkedIn: ryanthomashuff

Web ryanthomashuff.com



From: cisco-voip  on behalf of Jonathan 
Charles 
Sent: Monday, December 21, 2015 12:38 PM
To: Christine See-Evans; cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Devices assigned to same user twice...

Right, but when I do an export of phones, I see each user is assigned to the 
device TWICE... not two users, the same user twice.


Jonathan

On Mon, Dec 21, 2015 at 11:32 AM, Christine See-Evans 
> 
wrote:
In my experience, this is with the new licensing scheme as the new licensing 
method is user based. If your CUCM is licensed for CUWL count higher than your 
number of users with multiple assignments then you're okay (however CUWL count 
is limited in most orgs as they are pricey). Suggestion is to unassign multiple 
assigned users from certain devices to fix the issue.

Hope this helps.





Christine See-Evans, BCS, MBA
Network Analyst
Chemeketa Community College
4000 Lancaster Drive NE,
Salem, OR 97305
christine.see.ev...@chemeketa.edu
(503)589-7776


"The real man smiles in trouble, gathers strength from distress, and grows 
brave by reflection."


? Thomas Paine

On Mon, Dec 21, 2015 at 9:11 AM, Jonathan Charles 
> wrote:
So, doing a bulk export of phones inCUCM 10.5.2 I noticed that many of the 
devices have the same user assigned twice (as User ID 1 and User ID 2)...

Further, TAC is claiming that this is causing the CCM service to spike and 
crash.

Just curious if there is a known issue with this... and possibly how it happened



Jonathan

___
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] Filtering out specific number from Jabber

[Ryan Huff]

Hey Matthew,

You cannot remove the presence of the field from the Jabber client (i.e hide), 
but you can control the value of the field via jabber-config.xml. So while 
"home phone" displays in the client, you could map it to another (blank) field.

Check out the Jabber xml generator if you have not already,

https://supportforums.cisco.com/document/106926/jabber-config-file-generator

Thanks,

Ryan



Sent from my iPad
On Dec 22, 2015, at 6:54 AM, Matthew Collins 
> wrote:

Hi All,

Is there a way to filter out specify AD fields that the CUCM imports from AD, 
For Example AD contains Home telephone and we want to keep that in there as 
other applications need it but we don't want it to appear in the CUCM end users 
contact from either the phone or Jabber.

I know for Jabber we could use EDS/BDS and map the fields to null but we want 
to stick with UDS for Jabber so the users have the same experience internally 
and via edge.


Thanks in advance Matt
___
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] Filtering out specific number from Jabber

[Ryan Huff]

When using UDS, Jabber doesn't query LDAP. It uses an API on CUCM and is 
limited to data held in the End Use Table of CUCM's database. You should still 
be able to use the config file to redirect field mapping within the Jabber 
client. I seem to recall making this work before.

Let me know your results, if it still doesn't work and you are still married to 
UDS. I do have another, much less elegant solution -but it works. Or, consider 
EDI.

Thanks,

Ryan

On Dec 22, 2015, at 8:20 AM, Matthew Collins 
<mcoll...@block.co.uk<mailto:mcoll...@block.co.uk>> wrote:

Hi Ryan,

I was under the impression that you could only manipulate feild mappings when 
using BDI or EDI, I didn't think that you could with UDS.

I'll give it a test.

Regards

Matthew Collins


From: Ryan Huff [mailto:ryanh...@outlook.com]
Sent: 22 December 2015 13:02
To: Matthew Collins <mcoll...@block.co.uk<mailto:mcoll...@block.co.uk>>
Cc: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] Filtering out specific number from Jabber

Hey Matthew,

You cannot remove the presence of the field from the Jabber client (i.e hide), 
but you can control the value of the field via jabber-config.xml. So while 
"home phone" displays in the client, you could map it to another (blank) field.

Check out the Jabber xml generator if you have not already,

https://supportforums.cisco.com/document/106926/jabber-config-file-generator

Thanks,

Ryan



Sent from my iPad
On Dec 22, 2015, at 6:54 AM, Matthew Collins 
<mcoll...@block.co.uk<mailto:mcoll...@block.co.uk>> wrote:
Hi All,

Is there a way to filter out specify AD fields that the CUCM imports from AD, 
For Example AD contains Home telephone and we want to keep that in there as 
other applications need it but we don't want it to appear in the CUCM end users 
contact from either the phone or Jabber.

I know for Jabber we could use EDS/BDS and map the fields to null but we want 
to stick with UDS for Jabber so the users have the same experience internally 
and via edge.


Thanks in advance Matt
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto: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] Jabber phone mode outbound calls issue

[Ryan Huff]

In your case, it seems that video capabilities might have been sent to the 
provider. In the case of TDM providers, this will almost always result in the 
call being dropped by the provider.

For TDM, You can use "voice-cap speech" on the voice port to prevent video 
capabilities from being sent to the provider, for SIP you could use a sip 
profile.

Although, an even easier method, IMO, is to adjust CCM's regional settings to 
prevent video capabilities from making it to the gateway (unless there are 
other reasons to let video capabilities to make it to the gateway such as 
additional sip trunks that do allow video capabilities).

-Ryan


 Original message 
From: Abebe Amare
Date:11/27/2015 9:44 AM (GMT-05:00)
To: Ryan Huff
Cc: abbas wali ,cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber phone mode outbound calls issue

I have encountered a similar problem in that I can't make outgoing calls to 
PSTN from jabber. The solution was to make the capability on the voice gateway 
voice port to voice only.

On Tue, Nov 24, 2015 at 10:34 PM, Ryan Huff 
<ryanh...@outlook.com<mailto:ryanh...@outlook.com>> wrote:

It sounds like your solution may be changing or removing application dial 
rules. Application dial rules add or remove digits to dialed numbers from 
applications that use CCM as the call control server (e.g Unified 
Communications Manager IM & Presence) and do not function like traditional 
patterns. After an application dial rule applies its rule logic to a remote 
(called) number, that number must still match an egress-able pattern (or other 
type of onnet/offnet pattern/DN).


In practice, I do not use application dial rules for IM & Presence unless I 
have a specific use case; I typically allow the dialed digits from the Jabber 
client to enter CCM's numplan untreated by application dial rules. That said, I 
would not remove any of your application dial rules without first understanding 
why they are there and the impact it may have on other applications if they 
were to be removed.


The other thing to keep in mind about application dial rules is that Call 
Manager does not use the best match algorithm that it uses with other patterns, 
it applies the first dialing rule matched, which is determined by the 
application dial rule's priority.


You can research more on the topic on page 175 of 
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/10_0_1/ccmcfg/CUCM_BK_C95ABA82_00_admin-guide-100.pdf


Hope this helps,


= Ryan =



Email: ryanthomash...@outlook.com<mailto:ryanthomash...@outlook.com>

Spark: ryanthomash...@outlook.com<mailto:ryanthomash...@outlook.com>

Twitter: @ryanthomashuff<http://twitter.com/ryanthomashuff>

LinkedIn: ryanthomashuff<http://linkedin.com/in/ryanthomashuff>

Web ryanthomashuff.com<http://ryanthomashuff.com>



From: abbas wali <abba...@gmail.com<mailto:abba...@gmail.com>>
Sent: Tuesday, November 24, 2015 2:05 PM
To: 'Ryan Huff'; cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>

Subject: RE: [cisco-voip] Jabber phone mode outbound calls issue


Its set to Standard Analysis.



Something else I have noticed.

There are application dial rules defined. On top (with top priority ) there was 
Default rule beginning with blank, 0 digit strip and append 8.



Some of the traces I found all my dials were appended by 8.



Okay I have now moved the default dial rule to the bottom and all the correct 
one are on top.



Now I can dial internally across cluster which is good. But cant dial external



If that’s the case and have to define full dial plan in the app dial rule that 
will become quiet messy.







From: Ryan Huff [mailto:ryanh...@outlook.com<mailto:ryanh...@outlook.com>]
Sent: 24 November 2015 18:30
To: abbas wali <abba...@gmail.com<mailto:abba...@gmail.com>>; 
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] Jabber phone mode outbound calls issue



Also and if it isn't too late, before you pull the SDL trace on the test call, 
can you verify that the Digit Complexity Analysis is set to 
TranslationAndAlternatePatternAnalysis under Service Parameters->Cisco Call 
Manager?



= Ryan =





Email: ryanthomash...@outlook.com<mailto:ryanthomash...@outlook.com>

Spark: ryanthomash...@outlook.com<mailto:ryanthomash...@outlook.com>

Twitter: @ryanthomashuff<http://twitter.com/ryanthomashuff>

LinkedIn: ryanthomashuff<http://linkedin.com/in/ryanthomashuff>

Web ryanthomashuff.com<http://ryanthomashuff.com>



____

From: cisco-voip 
<cisco-voip-boun...@puck.nether.net<mailto:cisco-voip-boun...@puck.nether.net>> 
on behalf of Ryan Huff <ryanh...@outlook.com<mailto:ryanh...@outlook.com>>
Sent: Tuesday, November 24, 2015 1:00 PM
To: abbas wali; cisco-voip@puck.nether.

Re: [cisco-voip] Jabber phone mode outbound calls issue

[Ryan Huff]

Also and if it isn't too late, before you pull the SDL trace on the test call, 
can you verify that the Digit Complexity Analysis is set to 
TranslationAndAlternatePatternAnalysis under Service Parameters->Cisco Call 
Manager?


= Ryan =



Email: ryanthomash...@outlook.com

Spark: ryanthomash...@outlook.com

Twitter: @ryanthomashuff<http://twitter.com/ryanthomashuff>

LinkedIn: ryanthomashuff<http://linkedin.com/in/ryanthomashuff>

Web ryanthomashuff.com<http://ryanthomashuff.com>



From: cisco-voip <cisco-voip-boun...@puck.nether.net> on behalf of Ryan Huff 
<ryanh...@outlook.com>
Sent: Tuesday, November 24, 2015 1:00 PM
To: abbas wali; cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber phone mode outbound calls issue

I would deffinatley look into getting the clock sync to a strata 3 on the pub 
and then restart ntp services.

Can you do a test call on one of the Jabber clients and pull of the SDL traces 
for the call?


Sent from my T-Mobile 4G LTE Device


 Original message 
From: abbas wali
Date:11/24/2015 12:13 PM (GMT-05:00)
To: 'Ryan Huff' ,cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Jabber phone mode outbound calls issue

Hi Ryan,

Thanks for the detailed response.

Yes the issue is with Jabber clients and not the IP phones.

The line itself which is shared with many devices, can make calls on any other 
device but fails when made from Jabber.

I ran all the below Utils and all came out without any significant alarms
The NTP, though is at stratum 4. But again that’s for both the clusters and one 
of them can make calls with jabber.


Have ran some traces as below
These are multiple failed calls.
Not sure why there are so many REFER messages !!

Thank s

[cid:_com_android_email_attachmentprovider_2_2652_RAW@sec.galaxytab]

From: Ryan Huff [mailto:ryanh...@outlook.com]
Sent: 24 November 2015 15:32
To: abbas wali <abba...@gmail.com>; cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber phone mode outbound calls issue


I assume this is only with the Jabber clients and not IP phones as well?



The annunciation message you're getting from Call Manager is typically reserved 
for when the calling device does not have access to the called device (or 
pattern). If you're confident that you're CSS/Partitions are correct you may 
need to look at OS level items.



I recently assisted someone who presented with similar symptoms; everything 
worked fine except Jabber client egress and the solution there was NTP 
(incorrect/unsupported NTP can cause very, very strange behavior in UCOS).



I would give the cluster a quick health check (performed from the CLI of the 
publisher);



  *   utils dbreplication runtimestate

 *   Looking for everything to come back with a (2) Setup Completedi 
message in the Replication Setup column

  *   utils diagnose module validate_network

 *   Looking for it to come back with Passed (anything fails like reverse 
DNS ... etc and it will explain)

  *   utils ntp status

 *   Looking for it to show synchronized and a stratum 3 (or lower)

*   Windows servers (SNTP) are unsupported for NTP and may cause issues 
even if it shows synchronized

  *   utils ntp server list

 *   Looking for any ntp servers referenced by hostname/FQDN rather than IP 
address (you should reference ntp servers by IP address)

If everything comes back healthy, I would setup a test call scenario and pull 
traces off of CCM and follow the call flow. If one of the health checks fail, I 
would resolve that and then you may have to schedule a cluster restart (if 
possible).


= Ryan =





Email: ryanthomash...@outlook.com<mailto:ryanthomash...@outlook.com>

Spark: ryanthomash...@outlook.com<mailto:ryanthomash...@outlook.com>

Twitter: @ryanthomashuff<http://twitter.com/ryanthomashuff>

LinkedIn: ryanthomashuff<http://linkedin.com/in/ryanthomashuff>

Web ryanthomashuff.com<http://ryanthomashuff.com>


From: cisco-voip 
<cisco-voip-boun...@puck.nether.net<mailto:cisco-voip-boun...@puck.nether.net>> 
on behalf of abbas wali <abba...@gmail.com<mailto:abba...@gmail.com>>
Sent: Tuesday, November 24, 2015 9:58 AM
To: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: [cisco-voip] Jabber phone mode outbound calls issue


Hi all,



Jabber phone only mode (10.5.2) is unable to make any outbound calls including 
any internal calls even to reach the voicemail.

Inbound calls are working.



This is happening in CUCM 9.1



When dial anything , I get  the “your call cannt be completed as dialled please 
consult…”



I have checked via the DNA and the line settings are okay and calls permitted. 
Hence the CSSs\DP are okay.





Strangely, we have another cluster CM 9.1 with the same jabber version and 
setting and it has no issues making any calls.



Any sugges

Re: [cisco-voip] Jabber phone mode outbound calls issue

[Ryan Huff]

I would deffinatley look into getting the clock sync to a strata 3 on the pub 
and then restart ntp services.

Can you do a test call on one of the Jabber clients and pull of the SDL traces 
for the call?


Sent from my T-Mobile 4G LTE Device


 Original message 
From: abbas wali
Date:11/24/2015 12:13 PM (GMT-05:00)
To: 'Ryan Huff' ,cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Jabber phone mode outbound calls issue

Hi Ryan,

Thanks for the detailed response.

Yes the issue is with Jabber clients and not the IP phones.

The line itself which is shared with many devices, can make calls on any other 
device but fails when made from Jabber.

I ran all the below Utils and all came out without any significant alarms
The NTP, though is at stratum 4. But again that’s for both the clusters and one 
of them can make calls with jabber.


Have ran some traces as below
These are multiple failed calls.
Not sure why there are so many REFER messages !!

Thank s

[cid:_com_android_email_attachmentprovider_2_2652_RAW@sec.galaxytab]

From: Ryan Huff [mailto:ryanh...@outlook.com]
Sent: 24 November 2015 15:32
To: abbas wali <abba...@gmail.com>; cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber phone mode outbound calls issue


I assume this is only with the Jabber clients and not IP phones as well?



The annunciation message you're getting from Call Manager is typically reserved 
for when the calling device does not have access to the called device (or 
pattern). If you're confident that you're CSS/Partitions are correct you may 
need to look at OS level items.



I recently assisted someone who presented with similar symptoms; everything 
worked fine except Jabber client egress and the solution there was NTP 
(incorrect/unsupported NTP can cause very, very strange behavior in UCOS).



I would give the cluster a quick health check (performed from the CLI of the 
publisher);



  *   utils dbreplication runtimestate

 *   Looking for everything to come back with a (2) Setup Completedi 
message in the Replication Setup column

  *   utils diagnose module validate_network

 *   Looking for it to come back with Passed (anything fails like reverse 
DNS ... etc and it will explain)

  *   utils ntp status

 *   Looking for it to show synchronized and a stratum 3 (or lower)

*   Windows servers (SNTP) are unsupported for NTP and may cause issues 
even if it shows synchronized

  *   utils ntp server list

 *   Looking for any ntp servers referenced by hostname/FQDN rather than IP 
address (you should reference ntp servers by IP address)

If everything comes back healthy, I would setup a test call scenario and pull 
traces off of CCM and follow the call flow. If one of the health checks fail, I 
would resolve that and then you may have to schedule a cluster restart (if 
possible).


= Ryan =





Email: ryanthomash...@outlook.com<mailto:ryanthomash...@outlook.com>

Spark: ryanthomash...@outlook.com<mailto:ryanthomash...@outlook.com>

Twitter: @ryanthomashuff<http://twitter.com/ryanthomashuff>

LinkedIn: ryanthomashuff<http://linkedin.com/in/ryanthomashuff>

Web ryanthomashuff.com<http://ryanthomashuff.com>


From: cisco-voip 
<cisco-voip-boun...@puck.nether.net<mailto:cisco-voip-boun...@puck.nether.net>> 
on behalf of abbas wali <abba...@gmail.com<mailto:abba...@gmail.com>>
Sent: Tuesday, November 24, 2015 9:58 AM
To: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: [cisco-voip] Jabber phone mode outbound calls issue


Hi all,



Jabber phone only mode (10.5.2) is unable to make any outbound calls including 
any internal calls even to reach the voicemail.

Inbound calls are working.



This is happening in CUCM 9.1



When dial anything , I get  the “your call cannt be completed as dialled please 
consult…”



I have checked via the DNA and the line settings are okay and calls permitted. 
Hence the CSSs\DP are okay.





Strangely, we have another cluster CM 9.1 with the same jabber version and 
setting and it has no issues making any calls.



Any suggestions.



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

Re: [cisco-voip] Call Queue while hunting

[Ryan Huff]

What I have done in the past (admittedly, not the most elegant); as Brian 
mentions, is send the ingress call to a Call Handler in CUC via CTI Route Point 
to play the message and then set the after greeting action to transfer to the 
hunt pilot and use the CTI Route Point for the hunt pilot's CFNA/CFB treatment 
options. Assuming you have access to Unity Connections though.




= Ryan =



Email: ryanthomash...@outlook.com

Spark: ryanthomash...@outlook.com

Twitter: @ryanthomashuff

LinkedIn: ryanthomashuff

Web ryanthomashuff.com



From: cisco-voip  on behalf of Brian Meade 

Sent: Tuesday, November 24, 2015 11:23 AM
To: Bob Fronk
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Call Queue while hunting

You could play the message with Unity Connection.

On Tue, Nov 24, 2015 at 11:18 AM, Bob Fronk 
> wrote:
We are being asked to create a method for the following:

Caller dials a DN - DN is answered with "all technicians are currently 
assisting other callers, please wait for the next available technician" - Hunt 
group starts - a technician answers - call is transferred to technician.

We tried the native call queuing, but this only works if all technicians are 
actually on a call.  We want the call queued even if everyone is available, and 
let the hunt start until someone actually answers.

Is this possible without 3rd party tools?

Bob Fronk
Manager Information Systems
Davis H. Elliot Construction Company, Inc.
*Note: We have a new email address domain. Please add 
@dhec.com to your whitelists and update your contact lists* 
This email and any attached files are confidential and intended solely for the 
intended recipient(s). If you are not the named recipient you should not read, 
distribute, copy or alter this email. Any views or opinions expressed in this 
email are those of the author and do not represent those of the Davis H. Elliot 
Company. Warning: Although precautions have been taken to make sure no viruses 
are present in this email, the company cannot accept responsibility for any 
loss or damage that arise from the use of this email or attachments. {dhe*}

___
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] Jabber phone mode outbound calls issue

[Ryan Huff]

It sounds like your solution may be changing or removing application dial 
rules. Application dial rules add or remove digits to dialed numbers from 
applications that use CCM as the call control server (e.g Unified 
Communications Manager IM & Presence) and do not function like traditional 
patterns. After an application dial rule applies its rule logic to a remote 
(called) number, that number must still match an egress-able pattern (or other 
type of onnet/offnet pattern/DN).


In practice, I do not use application dial rules for IM & Presence unless I 
have a specific use case; I typically allow the dialed digits from the Jabber 
client to enter CCM's numplan untreated by application dial rules. That said, I 
would not remove any of your application dial rules without first understanding 
why they are there and the impact it may have on other applications if they 
were to be removed.


The other thing to keep in mind about application dial rules is that Call 
Manager does not use the best match algorithm that it uses with other patterns, 
it applies the first dialing rule matched, which is determined by the 
application dial rule's priority.


You can research more on the topic on page 175 of 
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/10_0_1/ccmcfg/CUCM_BK_C95ABA82_00_admin-guide-100.pdf


Hope this helps,


= Ryan =



Email: ryanthomash...@outlook.com

Spark: ryanthomash...@outlook.com

Twitter: @ryanthomashuff<http://twitter.com/ryanthomashuff>

LinkedIn: ryanthomashuff<http://linkedin.com/in/ryanthomashuff>

Web ryanthomashuff.com<http://ryanthomashuff.com>



From: abbas wali <abba...@gmail.com>
Sent: Tuesday, November 24, 2015 2:05 PM
To: 'Ryan Huff'; cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Jabber phone mode outbound calls issue


Its set to Standard Analysis.



Something else I have noticed.

There are application dial rules defined. On top (with top priority ) there was 
Default rule beginning with blank, 0 digit strip and append 8.



Some of the traces I found all my dials were appended by 8.



Okay I have now moved the default dial rule to the bottom and all the correct 
one are on top.



Now I can dial internally across cluster which is good. But cant dial external



If that’s the case and have to define full dial plan in the app dial rule that 
will become quiet messy.







From: Ryan Huff [mailto:ryanh...@outlook.com]
Sent: 24 November 2015 18:30
To: abbas wali <abba...@gmail.com>; cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber phone mode outbound calls issue



Also and if it isn't too late, before you pull the SDL trace on the test call, 
can you verify that the Digit Complexity Analysis is set to 
TranslationAndAlternatePatternAnalysis under Service Parameters->Cisco Call 
Manager?



= Ryan =





Email: ryanthomash...@outlook.com<mailto:ryanthomash...@outlook.com>

Spark: ryanthomash...@outlook.com<mailto:ryanthomash...@outlook.com>

Twitter: @ryanthomashuff<http://twitter.com/ryanthomashuff>

LinkedIn: ryanthomashuff<http://linkedin.com/in/ryanthomashuff>

Web ryanthomashuff.com<http://ryanthomashuff.com>





From: cisco-voip 
<cisco-voip-boun...@puck.nether.net<mailto:cisco-voip-boun...@puck.nether.net>> 
on behalf of Ryan Huff <ryanh...@outlook.com<mailto:ryanh...@outlook.com>>
Sent: Tuesday, November 24, 2015 1:00 PM
To: abbas wali; cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] Jabber phone mode outbound calls issue



I would deffinatley look into getting the clock sync to a strata 3 on the pub 
and then restart ntp services.



Can you do a test call on one of the Jabber clients and pull of the SDL traces 
for the call?





Sent from my T-Mobile 4G LTE Device


---- Original message 
From: abbas wali
Date:11/24/2015 12:13 PM (GMT-05:00)
To: 'Ryan Huff' ,cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Jabber phone mode outbound calls issue

Hi Ryan,



Thanks for the detailed response.



Yes the issue is with Jabber clients and not the IP phones.



The line itself which is shared with many devices, can make calls on any other 
device but fails when made from Jabber.



I ran all the below Utils and all came out without any significant alarms

The NTP, though is at stratum 4. But again that’s for both the clusters and one 
of them can make calls with jabber.





Have ran some traces as below

These are multiple failed calls.

Not sure why there are so many REFER messages !!



Thank s



[cid:image001.png@01D126EA.C20EFD20]



From: Ryan Huff [mailto:ryanh...@outlook.com]
Sent: 24 November 2015 15:32
To: abbas wali <abba...@gmail.com<mailto:abba...@gmail.com>>; 
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] Jabber phone mode outbound cal

Re: [cisco-voip] CUCM Upgrade failure...

[Ryan Huff]

Hi Jonathan,

Glad to hear a reboot on the publisher seems to have fixed your initial issue, 
I thought it might. You never know with reboots on those old MCS boxes though, 
so having a good DRS and recover plan prior is key.

I suspect, and if you are so inclined, "show hardware" on the CLI of that pub 
would show that write-cache is enabled once again.

Regarding the failure to connect to subscribers; one of the metrics used during 
UCOS installation to determine connectivity and reachability is response time 
and network visibility.  So if something takes to long to respond, the 
installer will say it isn't reachable but you can choose to ignore and 
installation will continue. Any latency deficit may, and likely will, cause 
issues in the cluster post install, but you can still complete the installation.

Another thought would be visibility, if the installer can't see all the hops 
between nodes (assuming nodes are on different segments) it will say it can't 
connect during installation but you can choose to ignore and installation will 
continue. Routing may work just fine between the nodes but the installer will 
error if there are blind hops between nodes or it can't see the complete end to 
end path between nodes (a traceroute between nodes is a quick way to check). 
This is another item that may cause issues post install.

-Ryan

Sent from my T-Mobile 4G LTE Device


 Original message 
From: Jonathan Charles
Date:11/18/2015 9:02 AM (GMT-05:00)
To: Dave Wolgast
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] CUCM Upgrade failure...

A reboot of the Publisher fixed the time out issue after that the migration 
was successful... interestingly, the installation of subscribers fails due to 
'no network connection to the node'.. however, you can open its webpage, and 
its media resources are registered... I just hit continue... dbreplication 
looks fine.

Jonathan

On Tue, Nov 17, 2015 at 2:30 PM, Dave Wolgast 
> wrote:
On Tue, Nov 17, 2015 at 2:44 PM Heim, Dennis 
> wrote:
Are you running the latest rev of PCD? I ran into the issue, and I believe 
upgrading to the latest rev resolved the issue.
Thanks Dennis. A colleague suggested that as well and I am in the process of 
upgrading to PCD 11 now.

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

Re: [cisco-voip] Restart CUIC

[Ryan Huff]

Here is a second (or third perhaps) opinion, for what it is worth. "You can't 
break broke".

As Anthony said,  you are not impacting call processing and the service restart 
will be transparent to your users, reporting users not withstanding, obviously.


 Original message 
From: Anthony Holloway
Date:11/20/2015 3:05 PM (GMT-05:00)
To: Jose Colon II
Cc: Cisco VOIP
Subject: Re: [cisco-voip] Restart CUIC

2nd opinion from a stranger on the internet?

On Fri, Nov 20, 2015 at 2:04 PM, Jose Colon II 
> wrote:
I concur. Unfortunately my boss didn't and wanted me to get a 2nd opinion lol.

Thanks!!
Jose

On Fri, Nov 20, 2015 at 1:44 PM, Anthony Holloway 
> wrote:
I say, if you need to restart it, then restart it.  It's just reporting, so no 
calls will be impacted, and since the call details are not written to, nor 
controlled by CUIC, you wouldn't lose data while the service is stopped.

utils service restart Cisco Unified Intelligence Center Reporting Service

It should go without saying that this would impact any reporting abilities 
during the restart, but if you're restarting because it's not working, then 
what's the harm, right?

On Fri, Nov 20, 2015 at 10:37 AM, Jose Colon II 
> wrote:
Just a quick question, Can I restart the CUIC reporting service during 
production hours. Cant find any info on this.

Thanks

___
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] Restart CUIC

[Ryan Huff]

Dan is and continues to be one of my voices of reason!

Yes, the "can't break broke" approach is very cowboy'ish (which often times can 
be dangerous in the wrong hands and can lead to resume generating events); 
definitely know what is at stake before consuming that mantra. However, in the 
context of the CUIC reporting service restart, I don't the you're risking a 
great deal.

Big picture wise, I completely agree with Dan, you must understand everything 
associate to what you are doing (or about to do) and the propensity it has to 
make the issue worse or impact ancillary services.

= Ryan =

On Nov 20, 2015, at 4:36 PM, Daniel Pagan 
<dpa...@fidelus.com<mailto:dpa...@fidelus.com>> wrote:

Not to mention further impact caused by a “can’t break what’s broken” approach 
without having full knowledge of additional dependencies. I would add a third 
to your list:

3) Do I understand all the dependencies of this service I’m restarting, trunk 
I’m resetting, server I’m rebooting, or configuration pool I’m restarting? 
Further, am I certain the work I’m about to perform will have either a positive 
or, at least, a neutral effect on the impacted device or software. If not, 
repeat questions #1 and #2.

;)

- Dan


From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Ryan 
Huff
Sent: Friday, November 20, 2015 3:34 PM
To: jcolon...@gmail.com<mailto:jcolon...@gmail.com>
Cc: Cisco VOIP <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] Restart CUIC

Amendment:

Well, You can break almost broke; at that point I would level it against 
business impact with two questions.

1.) Is this impacting the business (or capacity to do business) in a manner 
that dictates immediate resolution or can it wait till a scheduled maintenance 
window?

2.) What is the impact if I do nothing and the problem progresses, will there 
be other things impacted that will change my answer to question #1?

Thanks,

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

Re: [cisco-voip] MRA and Phone server selection

[Ryan Huff]

In your Expressway-C server, what do you have listed as your CUCM Neighbors?

On Nov 19, 2015, at 6:27 AM, Matthew Collins 
> wrote:

Hi All,

It seems that our phone services Via MRA are somewhat intermittent, It seems 
that the clients are trying to register with CUCM servers that are not running 
the CCM service. When I check servers under phone services the client seems to 
get a different pair each time the application is launched. When the servers 
reference the one of the two servers running CCM phone services connect. When a 
CCM server isn't referenced phone services fail to connect. Thought I'd just 
check here before opening a Tac case.

CUCM is 10.5.2
I have tested with Various Jabber clients 10.5, 10.6, 11.0 and 11.1 across 
multiple versions of Windows, Ipad, Iphone clients
Expressway is 8.5.1

Within this cluster we have

1 CUCM publisher
2 CUCM subscribers running TFTP
2 CUCM Subscribers running Media resources only (we use a lot of MTP for 3rd 
Party voicemail)
2 CUCM Subscribers running Call manger
2 IM Subscribers forming 1 presence cluster

I only have the 2 x CUCM Subscribers running Call manger set up as my CTI and 
Directory UC services, 2 of the IM Subscribers set up as my IM services.

They have a dedicated Device pool for Jabber clients and that only has the 2 x 
CUCM Subscribers running Call manger within the Call manager group.

The problem seems to be that when we log in via MRA the jabber client is 
attempting to register will any two of the 9 CUCM servers. It only successfully 
registers when one of the two servers are one of the one running CUCM. Presence 
and directory services (UDS) all ways register with the correct servers


Thanks in advance.

Matthew
___
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] MRA and Phone server selection

[Ryan Huff]

I remember an Expressway 8.5 deployment once; on the inside everything was fine 
but on the outside, my clients would only ever register with one CCM node 
(although there were three discovered).

In my case, it was a reboot of Expressway-C; not a software restart but a full 
VM reboot and then everything worked fine for me.

Thanks,

Ryan



On Nov 19, 2015, at 6:55 AM, Matthew Collins 
<mcoll...@block.co.uk<mailto:mcoll...@block.co.uk>> wrote:

Hi Ryan,

Just what the Expressway picked up during auto discovery.

That is the 2 subs running CCM and the 2 Subs running TFTP

Regards

Matthew





From: Ryan Huff [mailto:ryanh...@outlook.com]
Sent: 19 November 2015 11:37
To: Matthew Collins <mcoll...@block.co.uk<mailto:mcoll...@block.co.uk>>
Cc: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] MRA and Phone server selection

In your Expressway-C server, what do you have listed as your CUCM Neighbors?
On Nov 19, 2015, at 6:27 AM, Matthew Collins 
<mcoll...@block.co.uk<mailto:mcoll...@block.co.uk>> wrote:
Hi All,

It seems that our phone services Via MRA are somewhat intermittent, It seems 
that the clients are trying to register with CUCM servers that are not running 
the CCM service. When I check servers under phone services the client seems to 
get a different pair each time the application is launched. When the servers 
reference the one of the two servers running CCM phone services connect. When a 
CCM server isn't referenced phone services fail to connect. Thought I'd just 
check here before opening a Tac case.

CUCM is 10.5.2
I have tested with Various Jabber clients 10.5, 10.6, 11.0 and 11.1 across 
multiple versions of Windows, Ipad, Iphone clients
Expressway is 8.5.1

Within this cluster we have

1 CUCM publisher
2 CUCM subscribers running TFTP
2 CUCM Subscribers running Media resources only (we use a lot of MTP for 3rd 
Party voicemail)
2 CUCM Subscribers running Call manger
2 IM Subscribers forming 1 presence cluster

I only have the 2 x CUCM Subscribers running Call manger set up as my CTI and 
Directory UC services, 2 of the IM Subscribers set up as my IM services.

They have a dedicated Device pool for Jabber clients and that only has the 2 x 
CUCM Subscribers running Call manger within the Call manager group.

The problem seems to be that when we log in via MRA the jabber client is 
attempting to register will any two of the 9 CUCM servers. It only successfully 
registers when one of the two servers are one of the one running CUCM. Presence 
and directory services (UDS) all ways register with the correct servers


Thanks in advance.

Matthew
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto: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] Call to Huntgroup drop when Group only contains csf

[Ryan Huff]

For the "Forward Hunt No Answer" setting on the hunt pilot did you select "Use 
Forward Settings of Line Group Member" or "Forward Unanswered Calls to 
Destination"? If you've selected "Use Forward Settings of Line Group Member", 
then an active line member will need to be present in the line group.


= Ryan =



Email: ryanthomash...@outlook.com

Spark: ryanthomash...@outlook.com

Twitter: @ryanthomashuff

LinkedIn: ryanthomashuff

Web ryanthomashuff.com



From: cisco-voip  on behalf of 
rschukne...@gmx.de 
Sent: Sunday, November 22, 2015 4:40 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Call to Huntgroup drop when Group only contains csf



I am facing a strange Problem with Huntgroups which are containing only CSF 
(Client Services Framework) devices.

The huntpilot is configured to forward calls on busy and no Answer to a 
voicemail-Pilot. Which is working when at least one csf device is registered. 
It does not work when no csf device is registered. Then a call for the 
Huntgroup is silently dropped. No busy tone or announcement.

We are using CUCM Version 10.5.2 SU2.

Any Hints See welcome!



Regards,

Robert

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

Re: [cisco-voip] Call to Huntgroup drop when Group only contains csf

[Ryan Huff]

Hi Dan!


Thanks for correcting me. For some reason I remembered it working differently? 
Anyway, my apologies to the list, I will work to improve [] .


= Ryan =



From: Daniel Pagan <dpa...@fidelus.com>
Sent: Monday, November 23, 2015 9:39 AM
To: Ryan Huff; rschukne...@gmx.de; cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Call to Huntgroup drop when Group only contains csf


Just a heads up, the Use Forward Settings of Line Group Member should use the 
forward no coverage settings of the DN forwarding to the Hunt Pilot. No need to 
have an active line member in the LG. Just ran a quick test to confirm - the 
only member of a LG was logged out with the device unregistered and no coverage 
continued to work.



Not sure why this feature got renamed to “of Line Group Member” - it should 
have kept its original name instead (“use personal prefs”) considering how much 
confusion it caused when it was first changed.



- Dan



From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Ryan 
Huff
Sent: Sunday, November 22, 2015 7:19 PM
To: rschukne...@gmx.de; cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Call to Huntgroup drop when Group only contains csf



For the "Forward Hunt No Answer" setting on the hunt pilot did you select "Use 
Forward Settings of Line Group Member" or "Forward Unanswered Calls to 
Destination"? If you've selected "Use Forward Settings of Line Group Member", 
then an active line member will need to be present in the line group.



= Ryan =





Email: ryanthomash...@outlook.com<mailto:ryanthomash...@outlook.com>

Spark: ryanthomash...@outlook.com<mailto:ryanthomash...@outlook.com>

Twitter: @ryanthomashuff<http://twitter.com/ryanthomashuff>

LinkedIn: ryanthomashuff<http://linkedin.com/in/ryanthomashuff>

Web ryanthomashuff.com<http://ryanthomashuff.com>





From: cisco-voip 
<cisco-voip-boun...@puck.nether.net<mailto:cisco-voip-boun...@puck.nether.net>> 
on behalf of rschukne...@gmx.de<mailto:rschukne...@gmx.de> 
<rschukne...@gmx.de<mailto:rschukne...@gmx.de>>
Sent: Sunday, November 22, 2015 4:40 PM
To: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: [cisco-voip] Call to Huntgroup drop when Group only contains csf





I am facing a strange Problem with Huntgroups which are containing only CSF 
(Client Services Framework) devices.

The huntpilot is configured to forward calls on busy and no Answer to a 
voicemail-Pilot. Which is working when at least one csf device is registered. 
It does not work when no csf device is registered. Then a call for the 
Huntgroup is silently dropped. No busy tone or announcement.

We are using CUCM Version 10.5.2 SU2.

Any Hints See welcome!





Regards,

Robert


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

Re: [cisco-voip] Jabber phone mode outbound calls issue

[Ryan Huff]

I assume this is only with the Jabber clients and not IP phones as well?


The annunciation message you're getting from Call Manager is typically reserved 
for when the calling device does not have access to the called device (or 
pattern). If you're confident that you're CSS/Partitions are correct you may 
need to look at OS level items.


I recently assisted someone who presented with similar symptoms; everything 
worked fine except Jabber client egress and the solution there was NTP 
(incorrect/unsupported NTP can cause very, very strange behavior in UCOS).


I would give the cluster a quick health check (performed from the CLI of the 
publisher);


  *   utils dbreplication runtimestate
 *   Looking for everything to come back with a (2) Setup Completedi 
message in the Replication Setup column

  *   utils diagnose module validate_network
 *   Looking for it to come back with Passed (anything fails like reverse 
DNS ... etc and it will explain)

  *   utils ntp status
 *   Looking for it to show synchronized and a stratum 3 (or lower)
*   Windows servers (SNTP) are unsupported for NTP and may cause issues 
even if it shows synchronized

  *   utils ntp server list
 *   Looking for any ntp servers referenced by hostname/FQDN rather than IP 
address (you should reference ntp servers by IP address)

If everything comes back healthy, I would setup a test call scenario and pull 
traces off of CCM and follow the call flow. If one of the health checks fail, I 
would resolve that and then you may have to schedule a cluster restart (if 
possible).


= Ryan =



Email: ryanthomash...@outlook.com

Spark: ryanthomash...@outlook.com

Twitter: @ryanthomashuff

LinkedIn: ryanthomashuff

Web ryanthomashuff.com



From: cisco-voip  on behalf of abbas wali 

Sent: Tuesday, November 24, 2015 9:58 AM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Jabber phone mode outbound calls issue


Hi all,



Jabber phone only mode (10.5.2) is unable to make any outbound calls including 
any internal calls even to reach the voicemail.

Inbound calls are working.



This is happening in CUCM 9.1



When dial anything , I get  the "your call cannt be completed as dialled please 
consult..."



I have checked via the DNA and the line settings are okay and calls permitted. 
Hence the CSSs\DP are okay.





Strangely, we have another cluster CM 9.1 with the same jabber version and 
setting and it has no issues making any calls.



Any suggestions.



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

Re: [cisco-voip] MRA and Phone server selection

[Ryan Huff]

Matt,

Apologies if that is the impression I gave you. Expressway neighbors are just 
facilitating the communication between the core and the neighbor(s). I was just 
citing a quasi-similar situation where a core reboot worked for me.

In the configured CCMCIP profile, are all the mra users assigned to it?

In CCM, what is the primary server advertised for CTI Control?

Thanks,

Ryan

Sent from my T-Mobile 4G LTE Device


 Original message 
From: Matthew Collins
Date:11/19/2015 9:02 AM (GMT-05:00)
To: Ryan Huff
Cc: cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] MRA and Phone server selection

Hi Ryan,

There UCS servers were actually powered down last weekend due to power issues 
in the DC so the whole cluster has been power cycled. This issue has been 
ongoing prior to the shutdown but only coming to light as they are rolling 
Jabber out to mobile devices.

It seems odd that the jabber client would be told to register with one of the 
none CCM servers I don’t think this would come from the expressway.

Just been looking through the ipad log files and it looks like the jabber 
client uses the CCMCIP server to register the phone service to. In the first 
instance the CCMCIP servers are referencing the publisher, One of the TFTP 
server and one of the Media Servers.

In the below snippets the 5th character in the server name define their role.

P = Publisher
M =  Media Subscriber
S = CCM subscriber
T = TFTP Subscriber

The Below snippit is from the log file when the phone services don’t register

type=eSIP, isRelevant=true, server=cucms01.Company.co.uk:5060, 
connectionState=eNone, isEncrypted=false, serverType=ePrimary, role=eNone
type=eSIP, isRelevant=true, server=cucms02.Company.co.uk:5060, 
connectionState=eNone, isEncrypted=false, serverType=eSecondary, role=eNone
type=eUDS, isRelevant=true, vcse=expresswaye01.Company.co.uk:8443, 
server=cucmp01.Company.co.uk:8443, connectionState=eConnected, isEncrypted=true
type=eUDS, isRelevant=true, server=cucmm01.Company.co.uk:8443, 
connectionState=eNotApplicable, isEncrypted=false
type=eUDS, isRelevant=true, server=cucmt01.Company.co.uk:8443, 
connectionState=eNotApplicable, isEncrypted=false
type=eCCMCIP, isRelevant=true, server=cucmp01.Company.co.uk:8443, 
connectionState=eNotApplicable, isEncrypted=false
type=eCCMCIP, isRelevant=true, server=cucmm01.Company.co.uk:8443, 
connectionState=eNotApplicable, isEncrypted=false
type=eCCMCIP, isRelevant=true, server=cucmt01.Company.co.uk:8443, 
connectionState=eNotApplicable, isEncrypted=false
type=eEMAPI, isRelevant=true, server=cucmp01.Company.co.uk:8443, 
connectionState=eNotApplicable, isEncrypted=false
type=eEMAPI, isRelevant=true, server=cucmp01.Company.co.uk:8080, 
connectionState=eNotApplicable, isEncrypted=false
type=eEMAPI, isRelevant=true, server=cucmm01.Company.nhs.uk:8443, 
connectionState=eNotApplicable, isEncrypted=false
type=eEMAPI, isRelevant=true, server=cucmm01.Company.co.uk:8080, 
connectionState=eNotApplicable, isEncrypted=false
type=eEMAPI, isRelevant=true, server=cucmt01.Company.co.uk:8443, 
connectionState=eNotApplicable, isEncrypted=false
type=eEMAPI, isRelevant=true, server=cucmt01.Company.co.uk:8080, 
connectionState=eNotApplicable, isEncrypted=false
type=eConfigFile, isRelevant=true, vcse=expresswaye01.Company.co.uk:8443, 
server=cucmt01.Company.co.uk:6970, connectionState=eConnected, isEncrypted=true
type=eConfigFile, isRelevant=true, server=cucmt01.Company.co.uk:69, 
connectionState=eNotApplicable, isEncrypted=false
type=eConfigFile, isRelevant=true, server=cucmt02.Company.co.uk:6970, 
connectionState=eNotApplicable, isEncrypted=false
type=eConfigFile, isRelevant=true, server=cucmt02.Company.co.uk:69, 
connectionState=eNotApplicable, isEncrypted=false



14:02:25,198 INFO  [l/src/callcontrol/Authenticator.cpp(602)] [csf.ecc] 
[getLastCCMCIPServerUsed] - getLastCCMCIPServerUsed() = cucmp01.Company.co.uk
14:02:25,198 INFO  [/call/YLCTelephonyAuthentication.mm(308)] [UI.Telephony] 
[-[YLCTelephonyAuthentication onAuthenticationStatusChanged:]] - JCF Telephony 
service authentication status InProgress.
14:02:25,199 INFO  [fecycle/YLCAccountStatusPresenter.m(203)] 
[UI.Lifecycle.Login] [-[YLCAccountStatusPresenter 
cucmConnectionStatusChanged:]] - -[YLCAccountStatusPresenter 
cucmConnectionStatusChanged:] -- before changed, the cucm status is 2
14:02:25,200 INFO  [/impl/system/UserProfileManager.cpp(131)] 
[UserProfileManager] [getCredentialsForAuthenticator] -  for authenticator: 2100
14:02:25,200 INFO  [/impl/system/UserProfileManager.cpp(131)] 
[UserProfileManager] [getCredentialsForAuthenticator] -  for authenticator: 2100
14:02:25,205 INFO  [0x00016ed37000] 
[/tahiti/module/util/YLCMemoryInfo.mm(74)] [UI.Util] [-[YLCMemoryInfo 
logMemUsage:]] - (MEMORY MONITOR IN FUNCTION)-->: -[YLCTelephonyAuthentication 
onAuthenticationStatusChanged:] |current memory usage is 80.3 MB
14:02:25,230 INFO  [fecycle/YLCAccountStatusPresenter.m(205)] 
[UI.Lifecycle.Lo

Re: [cisco-voip] UCS Disk Partition for C series

[Ryan Huff]

Hi Andy,

For the bare metal install I'd take a look at:
https://supportforums.cisco.com/document/141976/how-install-esxi-ucs-servers

Once ESXi is up and running, the DocWiki is always the goto for UC on UCS 
sizing and requirments ... etc

- CUCM: 
http://docwiki.cisco.com/wiki/Virtualization_for_Cisco_Unified_Communications_Manager_%28CUCM%29
- CUC: http://docwiki.cisco.com/wiki/Virtualization_for_Cisco_Unity_Connection
- CUCM IM: 
http://docwiki.cisco.com/wiki/Virtualization_for_Unified_CM_IM_and_Presence
- UCCX: 
http://docwiki.cisco.com/wiki/Virtualization_for_Cisco_Unified_Contact_Center_Express

= Ryan =


Email: ryanthomash...@outlook.com
Spark: ryanthomash...@outlook.com
Twitter: @ryanthomashuff
LinkedIn: ryanthomashuff
Web ryanthomashuff.com


From: cisco-voip  on behalf of Andy 

Sent: Friday, January 8, 2016 8:40 AM
To: cisco-voip voip list
Subject: [cisco-voip] UCS Disk Partition for C series

Hi,
I’ve just had some C240 m3 servers delivered for an upgrade, but there isn’t 
any partitioning or software pre installed, which is not necessarily
and issue as the upgrade software should be available via PUT as there is 
current support contract.
My question is is there a doc for best practice in whats required for disk 
spaces etc.
I’m guessing that the 2 partition, 1 for ESXi and 1 for the VM machines


Andy
andy.ca...@gmail.com



___
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] UCS Disk Partition for C series

[Ryan Huff]

This is also a good resource for the M3 240 
http://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/c/hw/C240/install/C240/raid.html

= Ryan =


Email: ryanthomash...@outlook.com
Spark: ryanthomash...@outlook.com
Twitter: @ryanthomashuff
LinkedIn: ryanthomashuff
Web ryanthomashuff.com


From: cisco-voip <cisco-voip-boun...@puck.nether.net> on behalf of Ryan Huff 
<ryanh...@outlook.com>
Sent: Friday, January 8, 2016 8:54 AM
To: Andy; cisco-voip voip list
Subject: Re: [cisco-voip] UCS Disk Partition for C series

Hi Andy,

For the bare metal install I'd take a look at:
https://supportforums.cisco.com/document/141976/how-install-esxi-ucs-servers

Once ESXi is up and running, the DocWiki is always the goto for UC on UCS 
sizing and requirments ... etc

- CUCM: 
http://docwiki.cisco.com/wiki/Virtualization_for_Cisco_Unified_Communications_Manager_%28CUCM%29
- CUC: http://docwiki.cisco.com/wiki/Virtualization_for_Cisco_Unity_Connection
- CUCM IM: 
http://docwiki.cisco.com/wiki/Virtualization_for_Unified_CM_IM_and_Presence
- UCCX: 
http://docwiki.cisco.com/wiki/Virtualization_for_Cisco_Unified_Contact_Center_Express

= Ryan =


Email: ryanthomash...@outlook.com
Spark: ryanthomash...@outlook.com
Twitter: @ryanthomashuff
LinkedIn: ryanthomashuff
Web ryanthomashuff.com


From: cisco-voip <cisco-voip-boun...@puck.nether.net> on behalf of Andy 
<andy.ca...@gmail.com>
Sent: Friday, January 8, 2016 8:40 AM
To: cisco-voip voip list
Subject: [cisco-voip] UCS Disk Partition for C series

Hi,
I’ve just had some C240 m3 servers delivered for an upgrade, but there isn’t 
any partitioning or software pre installed, which is not necessarily
and issue as the upgrade software should be available via PUT as there is 
current support contract.
My question is is there a doc for best practice in whats required for disk 
spaces etc.
I’m guessing that the 2 partition, 1 for ESXi and 1 for the VM machines


Andy
andy.ca...@gmail.com



___
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] openSSH / SFT / DRS important FYI

[Ryan Huff]

I nominate Anthony as tribute; he will carry the touch well!

I can't make the Live's that are later in the summer, have to catch it in May / 
June.

Thanks,

Ryan

On Jun 2, 2016, at 4:27 PM, Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway+cisco-v...@gmail.com>> wrote:

Well, if you're offering up *anything*, I'll do you one better.  Back in 
October 2015 I posted a how to article on installing OpenSSH on Windows via 
Cygwin, and it has the Cipher fix in it.

http://markmail.org/message/mxfuwonzkoocywqx



On Thu, Jun 2, 2016 at 8:56 AM, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:

Ditto from me.

I think we all owe you a beer, Ryan.

I say we all get together at Cisco Live and buy Ryan whatever he wants.

Lelio


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

519‐824‐4120 Ext 56354<tel:519%E2%80%90824%E2%80%904120%20Ext%2056354>
le...@uoguelph.ca<mailto:le...@uoguelph.ca>
www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs>
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1


From: "Ed Leatherman" <ealeather...@gmail.com<mailto:ealeather...@gmail.com>>
To: "Ryan Huff" <ryanh...@outlook.com<mailto:ryanh...@outlook.com>>
Cc: "cisco voip" <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Sent: Thursday, June 2, 2016 7:41:20 AM
Subject: Re: [cisco-voip] openSSH / SFT / DRS important FYI


Thanks for the heads up Ryan i'm sure i'd have hit this one sooner or later.

On Wed, Jun 1, 2016 at 7:10 PM, Ryan Huff 
<ryanh...@outlook.com<mailto:ryanh...@outlook.com>> wrote:

This is an important FYI for anyone that uses OpenSSH, and by extension any 
software that uses OpenSSH. A coworker and I discovered this issue today by way 
of using Linux with OpenSSH as a SFTP>DRS target for UC Manager.


Applied to context; in the new OpenSSH 7.2p2, which you'll likely run into in 
recent, package managed Linux distributions (Ubuntu, Debian  etc) OpenSSH 
has disabled weak crypto ciphers by default. Specifically; aes128-cbc, 
3des-cbc,blowfish-cbc (and the use of no cipher) which as of CUCM 
11.0.1.21900-11 are still being used.


If you hit this issue:


In UC Manager if you try to add a backup device that uses OpenSSH 7.2p2 you'll 
get, "unable to access SFTP server. Please check username and password". Thats 
because it is failing the key exchange with the OpenSSH server and getting 
spanked.


On the OpenSSH side, if you look in the output log (in Linux it is typically 
/var/log/auth.log) you'll see, "Jun  1 14:06:34 SERVER_HOST sshd[23578]: fatal: 
Unable to negotiate with XXX.XXX.XXX.XXX port 33934: no matching cipher found. 
Their offer: aes128-cbc,none,3des-cbc,blowfish-cbc [preauth]". The OpenSSH 
output is handy because it tells you exactly what the peer (UC Manager in this 
case) is looking for.


The solution is to add support for 1 or more of these ciphers back into the 
OpenSSH server configuration. Typical Linux distributions have this at 
/etc/ssh/sshd_config and it looks like, "Ciphers 
aes128-cbc,3des-cbc,blowfish-cbc". Just to err on the side of caution I would 
add a few of the ciphers that UC Manager is looking for.


Hope this saves some pain,

= Ryan =

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




--
Ed Leatherman

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


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


___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto: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] PS-ALI DID Registration

[Ryan Huff]

Are you talking about Cox Communications being the telco (http://cox.com)?

Thanks,

Ryan

On Jun 3, 2016, at 3:12 PM, Jonathan Charles 
> wrote:

Since this is a one-time data load, we are trying to avoid having to pay for a 
recurring portal


Jonathan

On Wed, Jun 1, 2016 at 3:24 PM, Love, Kevin 
> wrote:
You may also want to look into RedSky.  It's been a while since I talked with 
them, but as I recall, one of their services is to act as something of a 
middle-man between a CER environment and the carrier.  They may be a good fit 
for you:

http://www.redskye911.com/

Best,
Kevin Love
Sr. R\Collaboration Engineer ? World Wide Technology, Inc. ? Mobile: +1 808 
483 0583 ? 
kevin.l...@wwt.com

PS Engineering:  Changing the Game!

From: cisco-voip 
> 
on behalf of Ed Leatherman 
>
Date: Wednesday, June 1, 2016 at 8:42 AM
To: Erick Wellnitz >
Cc: Cisco VOIP >
Subject: Re: [cisco-voip] PS-ALI DID Registration

Verizon was web based at least up until they sold their local service to 
Frontier in my area. I remember the modem based version though. :)

On Wed, Jun 1, 2016 at 1:30 PM, Erick Wellnitz 
> wrote:

Intrado makes a product so you can update the locations any time with as much 
detail as local law requires.  Some other companies offer this as well, Verizon 
did at one time and may still offer their PS-ALI serivce but it was still modem 
based last time I used it.

Intrado will integrate directly into your CER so that's a plus if single point 
of management is desired.

On Jun 1, 2016 10:26 AM, "Jonathan Charles" 
> wrote:
We are setting up CER in Nebraska and the local provider (Cox)  is claiming 
they do not support E911...  (they won't register the DIDs int he PS-ALI 
database) and advised us to go to Intrado...

What are our options for registering ERLs in the PS-ALI database...



Jonathan

___
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


___
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] PS-ALI DID Registration

[Ryan Huff]

Assuming it's the same Cox ... they offer E911 as a residential product 
(https://www.cox.com/residential/learn/e911.html), I'd be surprised if that 
didn't extend to the rest of their portfolio of products.

However, if you don't get traction with that; find the LEC for the region 
you're working with in NE 
(http://www.psc.nebraska.gov/telecom/pdf/general/local_exchange_carriers.pdf) 
and talk to their engineering department. Most LEC's I have dealt with will do 
a one-time insert into their Automatic Location Identification database for 
free (or a small fee) -especially if the customer is Ed. or public sector.

Hope this helps,

Ryan



Thanks,

Ryan
On Jun 3, 2016, at 3:39 PM, Ryan Huff 
<ryanh...@outlook.com<mailto:ryanh...@outlook.com>> wrote:

Are you talking about Cox Communications being the telco (http://cox.com)?

Thanks,

Ryan

On Jun 3, 2016, at 3:12 PM, Jonathan Charles 
<jonv...@gmail.com<mailto:jonv...@gmail.com>> wrote:

Since this is a one-time data load, we are trying to avoid having to pay for a 
recurring portal


Jonathan

On Wed, Jun 1, 2016 at 3:24 PM, Love, Kevin 
<kevin.l...@wwt.com<mailto:kevin.l...@wwt.com>> wrote:
You may also want to look into RedSky.  It's been a while since I talked with 
them, but as I recall, one of their services is to act as something of a 
middle-man between a CER environment and the carrier.  They may be a good fit 
for you:

http://www.redskye911.com/

Best,
Kevin Love
Sr. R\Collaboration Engineer ? World Wide Technology, Inc. ? Mobile: +1 808 
483 0583<tel:%2B1%20808%20483%200583> ? 
kevin.l...@wwt.com<mailto:kevin.l...@wwt.com>

PS Engineering:  Changing the Game!

From: cisco-voip 
<cisco-voip-boun...@puck.nether.net<mailto:cisco-voip-boun...@puck.nether.net>> 
on behalf of Ed Leatherman 
<ealeather...@gmail.com<mailto:ealeather...@gmail.com>>
Date: Wednesday, June 1, 2016 at 8:42 AM
To: Erick Wellnitz <ewellnitzv...@gmail.com<mailto:ewellnitzv...@gmail.com>>
Cc: Cisco VOIP <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] PS-ALI DID Registration

Verizon was web based at least up until they sold their local service to 
Frontier in my area. I remember the modem based version though. :)

On Wed, Jun 1, 2016 at 1:30 PM, Erick Wellnitz 
<ewellnitzv...@gmail.com<mailto:ewellnitzv...@gmail.com>> wrote:

Intrado makes a product so you can update the locations any time with as much 
detail as local law requires.  Some other companies offer this as well, Verizon 
did at one time and may still offer their PS-ALI serivce but it was still modem 
based last time I used it.

Intrado will integrate directly into your CER so that's a plus if single point 
of management is desired.

On Jun 1, 2016 10:26 AM, "Jonathan Charles" 
<jonv...@gmail.com<mailto:jonv...@gmail.com>> wrote:
We are setting up CER in Nebraska and the local provider (Cox)  is claiming 
they do not support E911...  (they won't register the DIDs int he PS-ALI 
database) and advised us to go to Intrado...

What are our options for registering ERLs in the PS-ALI database...



Jonathan

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


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




--
Ed Leatherman

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


___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto: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] PS-ALI DID Registration

[Ryan Huff]

and if the LEC for your region IS Cox, then yes, they have an ALI database.

Thanks,

Ryan

On Jun 3, 2016, at 4:01 PM, Ryan Huff 
<ryanh...@outlook.com<mailto:ryanh...@outlook.com>> wrote:

Assuming it's the same Cox ... they offer E911 as a residential product 
(https://www.cox.com/residential/learn/e911.html), I'd be surprised if that 
didn't extend to the rest of their portfolio of products.

However, if you don't get traction with that; find the LEC for the region 
you're working with in NE 
(http://www.psc.nebraska.gov/telecom/pdf/general/local_exchange_carriers.pdf) 
and talk to their engineering department. Most LEC's I have dealt with will do 
a one-time insert into their Automatic Location Identification database for 
free (or a small fee) -especially if the customer is Ed. or public sector.

Hope this helps,

Ryan



Thanks,

Ryan
On Jun 3, 2016, at 3:39 PM, Ryan Huff 
<ryanh...@outlook.com<mailto:ryanh...@outlook.com>> wrote:

Are you talking about Cox Communications being the telco (http://cox.com)?

Thanks,

Ryan

On Jun 3, 2016, at 3:12 PM, Jonathan Charles 
<jonv...@gmail.com<mailto:jonv...@gmail.com>> wrote:

Since this is a one-time data load, we are trying to avoid having to pay for a 
recurring portal


Jonathan

On Wed, Jun 1, 2016 at 3:24 PM, Love, Kevin 
<kevin.l...@wwt.com<mailto:kevin.l...@wwt.com>> wrote:
You may also want to look into RedSky.  It's been a while since I talked with 
them, but as I recall, one of their services is to act as something of a 
middle-man between a CER environment and the carrier.  They may be a good fit 
for you:

http://www.redskye911.com/

Best,
Kevin Love
Sr. R\Collaboration Engineer ? World Wide Technology, Inc. ? Mobile: +1 808 
483 0583<tel:%2B1%20808%20483%200583> ? 
kevin.l...@wwt.com<mailto:kevin.l...@wwt.com>

PS Engineering:  Changing the Game!

From: cisco-voip 
<cisco-voip-boun...@puck.nether.net<mailto:cisco-voip-boun...@puck.nether.net>> 
on behalf of Ed Leatherman 
<ealeather...@gmail.com<mailto:ealeather...@gmail.com>>
Date: Wednesday, June 1, 2016 at 8:42 AM
To: Erick Wellnitz <ewellnitzv...@gmail.com<mailto:ewellnitzv...@gmail.com>>
Cc: Cisco VOIP <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] PS-ALI DID Registration

Verizon was web based at least up until they sold their local service to 
Frontier in my area. I remember the modem based version though. :)

On Wed, Jun 1, 2016 at 1:30 PM, Erick Wellnitz 
<ewellnitzv...@gmail.com<mailto:ewellnitzv...@gmail.com>> wrote:

Intrado makes a product so you can update the locations any time with as much 
detail as local law requires.  Some other companies offer this as well, Verizon 
did at one time and may still offer their PS-ALI serivce but it was still modem 
based last time I used it.

Intrado will integrate directly into your CER so that's a plus if single point 
of management is desired.

On Jun 1, 2016 10:26 AM, "Jonathan Charles" 
<jonv...@gmail.com<mailto:jonv...@gmail.com>> wrote:
We are setting up CER in Nebraska and the local provider (Cox)  is claiming 
they do not support E911...  (they won't register the DIDs int he PS-ALI 
database) and advised us to go to Intrado...

What are our options for registering ERLs in the PS-ALI database...



Jonathan

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


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




--
Ed Leatherman

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


___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto: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] Voice Dialing Misdirects

[Ryan Huff]

David,

Here are my thoughts for what they be worth to ya ;)

- Make sure the name is in the search scope (located in directory handler 
basics page).

- Look at the voice recognition update schedule and see if you have any 
inactive periods. Maybe it was added and subsequently checked during an 
inactive period (Located in system settings > schedules)? . admittedly, a 
Hail Mary 

- Try ratcheting up the speech confidence threshold. The default should be 10 
... try something around 30 - 40 (Located in the directory handler basics page).
 
- Bounce the voice recognition transport services (Located in Unity Connection 
Serviceability > Service Management)

Hope this helps,

= Ryan =


Email: ryanh...@outlook.com
Spark: ryanh...@outlook.com
Twitter: @ryanthomashuff
LinkedIn: ryanthomashuff


From: cisco-voip  on behalf of David Zhars 

Sent: Monday, June 6, 2016 4:38 PM
To: Bill Talley
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Voice Dialing Misdirects

Correct, it is.  And neither use has any alternate names or extensions in their 
Unity setup.

I am truly stumped!!!

Sent from my iPad

> On Jun 6, 2016, at 2:52 PM, Bill Talley  wrote:
>
> I believe this is probably a speech enabled directory handler.
>
> Sent from an Apple iOS device with very tiny touchscreen input keys.  Please 
> excude my typtos.
>
>> On Jun 6, 2016, at 1:13 PM, David Zhars  wrote:
>>
>> We have a greeting when people call the main number, and if you press 9, you 
>> can speak the name of the person you want to connect to.
>>
>> This oddity is happening:
>>
>> I speak "John Smith" who is extension 1305, and the system waits, then says 
>> "transferring to Jane Doe" who is extension 1306.
>>
>> I can't seem to figure out where this is off...
>> Unity and UCM 8
>>
>> Thanks
>>
>> Dave
>> ___
>> 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] Add CPU on UC infrastructure

[Ryan Huff]

I would first answer your question, with a question of my own. Why do you need 
to add additional CPUs to your UC virtual?

Thanks,

Ryan



Thanks,

Ryan
On May 26, 2016, at 4:33 PM, Alessandro Bertacco 
> wrote:

Hi Guys,
   I need to give more CPU resource to my CUCM, CUC, and IM version 11.

Which will be the impact of modifying virtual hardware of the Machine?

Thank you
Regards

Alessandro Bertacco
___
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] openSSH / SFT / DRS important FYI

[Ryan Huff]

This is an important FYI for anyone that uses OpenSSH, and by extension any 
software that uses OpenSSH. A coworker and I discovered this issue today by way 
of using Linux with OpenSSH as a SFTP>DRS target for UC Manager.


Applied to context; in the new OpenSSH 7.2p2, which you'll likely run into in 
recent, package managed Linux distributions (Ubuntu, Debian  etc) OpenSSH 
has disabled weak crypto ciphers by default. Specifically; aes128-cbc, 
3des-cbc,blowfish-cbc (and the use of no cipher) which as of CUCM 
11.0.1.21900-11 are still being used.


If you hit this issue:


In UC Manager if you try to add a backup device that uses OpenSSH 7.2p2 you'll 
get, "unable to access SFTP server. Please check username and password". Thats 
because it is failing the key exchange with the OpenSSH server and getting 
spanked.


On the OpenSSH side, if you look in the output log (in Linux it is typically 
/var/log/auth.log) you'll see, "Jun  1 14:06:34 SERVER_HOST sshd[23578]: fatal: 
Unable to negotiate with XXX.XXX.XXX.XXX port 33934: no matching cipher found. 
Their offer: aes128-cbc,none,3des-cbc,blowfish-cbc [preauth]". The OpenSSH 
output is handy because it tells you exactly what the peer (UC Manager in this 
case) is looking for.


The solution is to add support for 1 or more of these ciphers back into the 
OpenSSH server configuration. Typical Linux distributions have this at 
/etc/ssh/sshd_config and it looks like, "Ciphers 
aes128-cbc,3des-cbc,blowfish-cbc". Just to err on the side of caution I would 
add a few of the ciphers that UC Manager is looking for.


Hope this saves some pain,

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