Re: [cisco-voip] Cisco 8945 transfer and conference issue on CUCM 10.5

2014-10-09 Thread Henry Gicheru (KE)
   Matthew,
I don't have headsets. Other models like 7821s are working fine.


Regards,
Henry Gicheru
Dimension Data East Africa
Cell: +254(0)733 477 307



Matthew Loraditch  wrote:




Do you have headsets? There was a bug with 7900s in the FW version that came 
with 10.5 that caused this not to work. Had to get an ES from tac at the time.
It was this CSCun26289
Doesn’t however look as that id covered 8900s


Matthew G. Loraditch – CCNP-Voice, CCNA-R&S, CCDA

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


Re: [cisco-voip] 3905 gives up on voice VLAN

2014-10-09 Thread James Andrewartha
On 10/10/14 00:47, Ryan Ratliff (rratliff) wrote:
> Is LLDAP enabled on the switch by any chance?

It is, however I set LLDP to advertise the voice VID of 100 as well and
it still doesn't help. Although if I then disable LLDP entirely the
phone does stay on the voice VLAN. Looks like I need to set a bunch more
LLDP options for the phone to get the right settings,
https://community.extremenetworks.com/extreme/topics/g_d_c_b_a_series_f_w_6_03_use_of_the_lldp_med_network_policy_tlv_feature
has the sufficient set.

Thanks,

-- 
James Andrewartha
Network & Projects Engineer
Christ Church Grammar School
Claremont, Western Australia
Ph. (08) 9442 1757
Mob. 0424 160 877
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


Re: [cisco-voip] Redirect CUCM Hunt Group to CUC Call Handler

2014-10-09 Thread Brian Meade
With that method, you could even make them a speed dial button that says
"Night Service" so they just have to hit CFwdAll and then press the speed
dial.

On Thu, Oct 9, 2014 at 3:23 PM, Ben Story  wrote:

> Thanks for the ideas.  The shared line should do the trick.
>
> --
> Ben Story
> CCSP, CCNA, CCNA Wireless, CCDA
> ben.st...@gmail.com
> @ntwrk80
> http://showbrain.blogspot.com
> http://rand0mw0rds.blogspot.com
>
>
> "From sour-faced saints and silly devotions, good Lord, preserve us!". -- St.
> Teresa of Avila
>
> On Thu, Oct 9, 2014 at 2:19 PM, Brian Meade  wrote:
>
>> You could probably do it with CURRI-
>> https://developer.cisco.com/site/collaboration/call-control/curri/overview/
>>
>> If you need ability for end users to change it in real-time, you could
>> make it a shared line rather than a hunt pilot and have them set call
>> forward all.
>>
>> You could use UCCX instead just for the IVR portion and have a
>> maintenance script or an HTTP trigger people could use to set the night
>> service on/off.
>>
>> Brian
>>
>> On Thu, Oct 9, 2014 at 2:42 PM, Ben Story  wrote:
>>
>>> I'm deploying a CUCM 10.5 cluster for a group of medical offices.  Each
>>> office acts independently and are used to traditional key system features
>>> like Night Service/Bell mode.  Right now I have inbound calls to a
>>> particular office using plar to ring to a hunt group that includes all of
>>> the phones for an office.  The customers would like to be able to press a
>>> button or in some way toggle a mode where the hunt group goes to a call
>>> handler on CUC.
>>>
>>> They have already ruled out time of day routing as they want it to be on
>>> demand.  They've also rejected logging the phones out of the hunt group.
>>> Short of writing an AXL web application to set forwarding options on the
>>> hunt group, is there anything that can mimic the behavior they want?
>>> --
>>> Ben Story
>>> CCSP, CCNA, CCNA Wireless, CCDA
>>> ben.st...@gmail.com
>>> @ntwrk80
>>> http://showbrain.blogspot.com
>>> http://rand0mw0rds.blogspot.com
>>>
>>>
>>> "From sour-faced saints and silly devotions, good Lord, preserve us!".
>>> -- St. Teresa of Avila
>>>
>>> ___
>>> 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] Strange Call Park Issue

2014-10-09 Thread Brian Meade
So I ran into this weird call park issue today I thought you all might find
interesting.

We have a customer with CUCM 7.1.5 running the built-in attendant consoles.

Customer called in saying that when they parked a call via attendant
console, the next incoming call to the operators would connect to the
parked caller rather than going to an operator.

One of the strangest things I had heard of.  I called their main number and
sure enough I got connected to some poor customer that had been waiting on
one of the park slots.

I then started tailing the attendant console service logs:
file tail activelog cm/trace/ac/log4j/acserver.txt

And kept seeing this every time a new call came in:
ACPilotRP: 8000: CallID: 20717678 invalid number. redirect failed to 1002

Looking up extension 1002 in CallManager, I found this is the extension of
one of the operators.

So off to the CTIManager/CallManager traces.  From there, I saw the digit
analysis for extension 1002 coming in fine.

Then I see instead of the call being sent to LineControl, it was being
forwarded:
10/09/2014 14:39:02.752 CCM|Forwarding - logInterceptTableEntry
{
 callKey= 0x606CE,
 ssKey = 0, recordStatus 0,
 dnPattern =  1002, dnPartition = ecaabc2f-ab53-30bb-ec43-bd6671cd561d,
dnPartitionSearchSpace = ,
 cfa = 8010, cfaToVM = 0, cfaCss = Censored_PT_List

So we can see here this operator has Call Forward All set to extension 8010.

So I looked that number up and sure enough, this is the first extension of
their park number range.

Because the operator at extension 1002 had been idle the longest, they were
getting every new incoming call.  This resulted in new callers being
connected to whoever was parked on their first park slot by the operators.
If no one was on park, it skipped that operator and went to the next one
due to the digit analysis error-ing out:
CallParkManager - ERROR  wait_SsInterceptInd - No Calls parked on
ParkNumber=

As soon as we removed the forward all on that operator's extension,
everything was resolved.

Hopefully this was as interesting to you all as it was to me and also a
reminder to never dismiss a user's problem description no matter how
impossible/crazy it seems.

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


[cisco-voip] Jabber 10.5 Chat Room Feature?

2014-10-09 Thread Jason Aarons (AM)
Anyone used Chat Rooms in Jabber 10.5 ?



I created a Admin and when he logs into Jabber for Windows 10.5 I don't see a 
TAB to be able to create a Chat Room like the directions say.



Pic of his Jabber client attached.



http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/jabber/10_5/CJAB_BK_D6497E98_00_deployment-installation-guide-ciscojabber.pdf


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


Re: [cisco-voip] MRA deploy

2014-10-09 Thread José Paulo de Oliveira Petry
There was a mismatch between the hostname of Exp-E and in the certificate..

Jabber logs in and IM is working now..

Just checking why "telephony service" is not working now..

José Paulo de Oliveira Petry
petr...@gmail.com

2014-10-09 14:59 GMT-03:00 José Paulo de Oliveira Petry :

> Yes!
>
> José Paulo de Oliveira Petry
> petr...@gmail.com
>
> 2014-10-09 14:56 GMT-03:00 Heim, Dennis :
>
> What does the following show:
>>
>>
>>
>> Do this from an entity/pc on the outside?
>>
>>
>>
>> Nslookup
>>
>> Set type = all
>>
>> _*collab-edge.*_tls.
>>
>>
>>
>> Does it resolve to your expressway-E’s address?
>>
>>
>>
>> *Dennis Heim | Collaboration Solutions Architect*
>>
>> World Wide Technology, Inc. | +1 314-212-1814
>>
>> [image: twitter] 
>>
>> [image: chat][image: Phone] <+13142121814>[image: video]
>>
>>
>>
>>
>>
>> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On
>> Behalf Of *José Paulo de Oliveira Petry
>> *Sent:* Thursday, October 09, 2014 1:44 PM
>> *To:* Cisco VoIPoE List
>> *Subject:* [cisco-voip] MRA deploy
>>
>>
>>
>> Hello,
>>
>>
>>
>> Have followed the "MRA via Expressway Deployement Guide" and things are
>> not working.
>>
>>
>>
>> The situation is this:
>>
>>
>>
>> Login from Jabber inside my lan is ok.
>>
>>
>>
>> when I type an incorrect password  in my "Jabber for iPhone" from
>> internet, i receive an "invalid username/password" error, so looks like the
>> communication from internet to CUCM/IM&P through expressway is ok
>>
>>
>>
>> when i type the correct password, i receive the following error: "Cannot
>> communicate with the server".
>>
>>
>>
>> I downloaded the debug "Jabber for iphone" generate but couldn't find any
>> clue about what is happening.
>>
>>
>>
>> Diagnose logging at Expressway-C neither.
>>
>>
>>
>> What should i look first?
>>
>>
>>
>> Does my "Jabber" devices at CUCM needs to use a secure phone profile or i
>> can use a non-secure phone profile (default)?
>>
>>
>>
>> Thanks in advance,
>>
>>
>> José Paulo de Oliveira Petry
>> petr...@gmail.com
>>
>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


Re: [cisco-voip] Redirect CUCM Hunt Group to CUC Call Handler

2014-10-09 Thread Wes Sisk (wsisk)
a few ideas to explore:

* hunt group login/logout
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/8_5_1/ccmsys/accm-851-cm/a03rp.html#wp1100559

* Incoming calls to a shared line, let users change the call forward all 
settings on the shared line

* build a web service that changes forwarding or routing as desired. Take input 
from http parameters. If no parameters input then start a wizard. If input 
parameters provided then immediately apply those changes. Then make the web 
service, with desired parameters, as a service on the phone under services or a 
services button assignment. I suspect one of the Cisco partners likely already 
has this developed if you’re looking for something more out-of-the-box vs. 
build-your-own.

-Wes

On Oct 9, 2014, at 1:42 PM, Ben Story 
mailto:ben.st...@gmail.com>> wrote:

I'm deploying a CUCM 10.5 cluster for a group of medical offices.  Each office 
acts independently and are used to traditional key system features like Night 
Service/Bell mode.  Right now I have inbound calls to a particular office using 
plar to ring to a hunt group that includes all of the phones for an office.  
The customers would like to be able to press a button or in some way toggle a 
mode where the hunt group goes to a call handler on CUC.

They have already ruled out time of day routing as they want it to be on 
demand.  They've also rejected logging the phones out of the hunt group.  Short 
of writing an AXL web application to set forwarding options on the hunt group, 
is there anything that can mimic the behavior they want?
--
Ben Story
CCSP, CCNA, CCNA Wireless, CCDA
ben.st...@gmail.com
@ntwrk80
http://showbrain.blogspot.com
http://rand0mw0rds.blogspot.com


"From sour-faced saints and silly devotions, good Lord, preserve us!". -- St. 
Teresa of Avila
___
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 8945 transfer and conference issue on CUCM 10.5

2014-10-09 Thread Matthew Loraditch
Do you have headsets? There was a bug with 7900s in the FW version that came 
with 10.5 that caused this not to work. Had to get an ES from tac at the time.
It was this CSCun26289
Doesn’t however look as that id covered 8900s


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

direct voice. 443.541.1518
fax.  410.252.9284

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


From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Henry 
Gicheru (KE)
Sent: Thursday, October 09, 2014 3:23 PM
To: cisco-voip@puck.nether.net
Cc: cisco-voip voyp list
Subject: [cisco-voip] Cisco 8945 transfer and conference issue on CUCM 10.5


Guys,
Anyone has experienced this issue?
When on a call and i want to transfer pressing the transfer button doesn't 
bring an option for keying in the number and same applies to conference.


Regards,
Henry Gicheru
Dimension Data East Africa
Cell: +254(0)733 477 307


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


Re: [cisco-voip] Redirect CUCM Hunt Group to CUC Call Handler

2014-10-09 Thread Ben Story
Thanks for the ideas.  The shared line should do the trick.

--
Ben Story
CCSP, CCNA, CCNA Wireless, CCDA
ben.st...@gmail.com
@ntwrk80
http://showbrain.blogspot.com
http://rand0mw0rds.blogspot.com


"From sour-faced saints and silly devotions, good Lord, preserve us!". -- St.
Teresa of Avila

On Thu, Oct 9, 2014 at 2:19 PM, Brian Meade  wrote:

> You could probably do it with CURRI-
> https://developer.cisco.com/site/collaboration/call-control/curri/overview/
>
> If you need ability for end users to change it in real-time, you could
> make it a shared line rather than a hunt pilot and have them set call
> forward all.
>
> You could use UCCX instead just for the IVR portion and have a maintenance
> script or an HTTP trigger people could use to set the night service on/off.
>
> Brian
>
> On Thu, Oct 9, 2014 at 2:42 PM, Ben Story  wrote:
>
>> I'm deploying a CUCM 10.5 cluster for a group of medical offices.  Each
>> office acts independently and are used to traditional key system features
>> like Night Service/Bell mode.  Right now I have inbound calls to a
>> particular office using plar to ring to a hunt group that includes all of
>> the phones for an office.  The customers would like to be able to press a
>> button or in some way toggle a mode where the hunt group goes to a call
>> handler on CUC.
>>
>> They have already ruled out time of day routing as they want it to be on
>> demand.  They've also rejected logging the phones out of the hunt group.
>> Short of writing an AXL web application to set forwarding options on the
>> hunt group, is there anything that can mimic the behavior they want?
>> --
>> Ben Story
>> CCSP, CCNA, CCNA Wireless, CCDA
>> ben.st...@gmail.com
>> @ntwrk80
>> http://showbrain.blogspot.com
>> http://rand0mw0rds.blogspot.com
>>
>>
>> "From sour-faced saints and silly devotions, good Lord, preserve us!".
>> -- St. Teresa of Avila
>>
>> ___
>> 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] Redirect CUCM Hunt Group to CUC Call Handler

2014-10-09 Thread Brian Meade
You could probably do it with CURRI-
https://developer.cisco.com/site/collaboration/call-control/curri/overview/

If you need ability for end users to change it in real-time, you could make
it a shared line rather than a hunt pilot and have them set call forward
all.

You could use UCCX instead just for the IVR portion and have a maintenance
script or an HTTP trigger people could use to set the night service on/off.

Brian

On Thu, Oct 9, 2014 at 2:42 PM, Ben Story  wrote:

> I'm deploying a CUCM 10.5 cluster for a group of medical offices.  Each
> office acts independently and are used to traditional key system features
> like Night Service/Bell mode.  Right now I have inbound calls to a
> particular office using plar to ring to a hunt group that includes all of
> the phones for an office.  The customers would like to be able to press a
> button or in some way toggle a mode where the hunt group goes to a call
> handler on CUC.
>
> They have already ruled out time of day routing as they want it to be on
> demand.  They've also rejected logging the phones out of the hunt group.
> Short of writing an AXL web application to set forwarding options on the
> hunt group, is there anything that can mimic the behavior they want?
> --
> Ben Story
> CCSP, CCNA, CCNA Wireless, CCDA
> ben.st...@gmail.com
> @ntwrk80
> http://showbrain.blogspot.com
> http://rand0mw0rds.blogspot.com
>
>
> "From sour-faced saints and silly devotions, good Lord, preserve us!". -- St.
> Teresa of Avila
>
> ___
> 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] Cisco 8945 transfer and conference issue on CUCM 10.5

2014-10-09 Thread Henry Gicheru (KE)
   Guys,
Anyone has experienced this issue?
When on a call and i want to transfer pressing the transfer button doesn't 
bring an option for keying in the number and same applies to conference.


Regards,
Henry Gicheru
Dimension Data East Africa
Cell: +254(0)733 477 307

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


[cisco-voip] Redirect CUCM Hunt Group to CUC Call Handler

2014-10-09 Thread Ben Story
I'm deploying a CUCM 10.5 cluster for a group of medical offices.  Each
office acts independently and are used to traditional key system features
like Night Service/Bell mode.  Right now I have inbound calls to a
particular office using plar to ring to a hunt group that includes all of
the phones for an office.  The customers would like to be able to press a
button or in some way toggle a mode where the hunt group goes to a call
handler on CUC.

They have already ruled out time of day routing as they want it to be on
demand.  They've also rejected logging the phones out of the hunt group.
Short of writing an AXL web application to set forwarding options on the
hunt group, is there anything that can mimic the behavior they want?
--
Ben Story
CCSP, CCNA, CCNA Wireless, CCDA
ben.st...@gmail.com
@ntwrk80
http://showbrain.blogspot.com
http://rand0mw0rds.blogspot.com


"From sour-faced saints and silly devotions, good Lord, preserve us!". -- St.
Teresa of Avila
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


Re: [cisco-voip] Bug with mult-server certificate and phones reset every 7 min?

2014-10-09 Thread Jason Aarons (AM)
On NetPro someone mentioned it would be fixed in 10.6






From: Ryan Ratliff (rratliff) [rratl...@cisco.com]
Sent: Thursday, October 09, 2014 2:54 PM
To: Matthew Loraditch
Cc: Brian Meade; Jason Aarons (AM); cisco-voip voyp list
Subject: Re: [cisco-voip] Bug with mult-server certificate and phones reset 
every 7 min?

Yup, looks like a continuous loop of each server being told about the new cert, 
then telling the rest of the cluster about it.  The delay is likely related to 
the fact that we require a delay before subsequent certs can be 
regenerated/installed specifically to allow the phones to reset and pick up a 
new ITL.  No more regenerating tomcat + CallManager certs at the same time and 
nuking your ITLs.

-Ryan

On Oct 9, 2014, at 2:41 PM, Matthew Loraditch 
mailto:mloradi...@heliontechnologies.com>> 
wrote:

Yes this is the bug, it is super fun… Migrated to a customer to 10.5 and 
updated the certs.. spent a day finding out this was the bug.. I am eagerly 
awaiting SU1.
Something to do with the sever being on multiple servers it continuously sends 
the cert to the other servers which causes the change notification.

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

direct voice. 443.541.1518
fax.  410.252.9284

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


From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Brian 
Meade
Sent: Thursday, October 09, 2014 2:32 PM
To: Jason Aarons (AM)
Cc: cisco-voip (cisco-voip@puck.nether.net)
Subject: Re: [cisco-voip] Bug with mult-server certificate and phones reset 
every 7 min?

That's what it looks like.  Starting in CUCM version 8.6, we started resetting 
all registered phones on the cluster whenever a certificate used in the ITL 
changed.  This was to prevent the ITL from changing too much at once before the 
phones go the update such as regenerating CallManager.pem and TVS.pem at the 
same time which will force you to have to delete the ITL on all phones unless 
the phones got the updated ITL after the first certificate was regenerated.

It sounds like this bug is due to that behavior but I'm not sure why it repeats 
every 7 minutes.  I would expect it to only happen the single time when the 
certificate database is updated.

On Thu, Oct 9, 2014 at 1:52 PM, Jason Aarons (AM) 
mailto:jason.aar...@dimensiondata.com>> wrote:
https://tools.cisco.com/bugsearch/bug/CSCup28852

The way I read this (it’s not in a fixed version of CallManager yet) is that 
after you Upload Certificate a multi-server certificate you have to stop the 
Cisco Certificate Change Notification (CCMServe > Tools > network Services > 
Cisoc Certificate Change Notification.

If you don’t do this then the phones will reset every 7 minutes? Am I right in 
reading the bug?

___
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] Bug with mult-server certificate and phones reset every 7 min?

2014-10-09 Thread Ryan Ratliff (rratliff)
Yup, looks like a continuous loop of each server being told about the new cert, 
then telling the rest of the cluster about it.  The delay is likely related to 
the fact that we require a delay before subsequent certs can be 
regenerated/installed specifically to allow the phones to reset and pick up a 
new ITL.  No more regenerating tomcat + CallManager certs at the same time and 
nuking your ITLs.

-Ryan

On Oct 9, 2014, at 2:41 PM, Matthew Loraditch 
mailto:mloradi...@heliontechnologies.com>> 
wrote:

Yes this is the bug, it is super fun… Migrated to a customer to 10.5 and 
updated the certs.. spent a day finding out this was the bug.. I am eagerly 
awaiting SU1.
Something to do with the sever being on multiple servers it continuously sends 
the cert to the other servers which causes the change notification.

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

direct voice. 443.541.1518
fax.  410.252.9284

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


From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Brian 
Meade
Sent: Thursday, October 09, 2014 2:32 PM
To: Jason Aarons (AM)
Cc: cisco-voip (cisco-voip@puck.nether.net)
Subject: Re: [cisco-voip] Bug with mult-server certificate and phones reset 
every 7 min?

That's what it looks like.  Starting in CUCM version 8.6, we started resetting 
all registered phones on the cluster whenever a certificate used in the ITL 
changed.  This was to prevent the ITL from changing too much at once before the 
phones go the update such as regenerating CallManager.pem and TVS.pem at the 
same time which will force you to have to delete the ITL on all phones unless 
the phones got the updated ITL after the first certificate was regenerated.

It sounds like this bug is due to that behavior but I'm not sure why it repeats 
every 7 minutes.  I would expect it to only happen the single time when the 
certificate database is updated.

On Thu, Oct 9, 2014 at 1:52 PM, Jason Aarons (AM) 
mailto:jason.aar...@dimensiondata.com>> wrote:
https://tools.cisco.com/bugsearch/bug/CSCup28852

The way I read this (it’s not in a fixed version of CallManager yet) is that 
after you Upload Certificate a multi-server certificate you have to stop the 
Cisco Certificate Change Notification (CCMServe > Tools > network Services > 
Cisoc Certificate Change Notification.

If you don’t do this then the phones will reset every 7 minutes? Am I right in 
reading the bug?

___
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] Bug with mult-server certificate and phones reset every 7 min?

2014-10-09 Thread Brian Meade
I could see that happening.  I'm wondering what about the certificate that
Certificate Change Notification service thinks it's different.

This also means that no one ever actually tested this feature at all on a
live cluster with phones as part of the testing process.

On Thu, Oct 9, 2014 at 2:41 PM, Matthew Loraditch <
mloradi...@heliontechnologies.com> wrote:

>  Yes this is the bug, it is super fun… Migrated to a customer to 10.5 and
> updated the certs.. spent a day finding out this was the bug.. I am eagerly
> awaiting SU1.
>
> Something to do with the sever being on multiple servers it continuously
> sends the cert to the other servers which causes the change notification.
>
>
>
> Matthew G. Loraditch – CCNP-Voice, CCNA-R&S, CCDA
>
> 1965 Greenspring Drive
> Timonium, MD 21093
>
> direct voice. 443.541.1518
> fax.  410.252.9284
>
> Twitter   |  Facebook
>   | Website
>   |  Email Support
> 
>
> Support Phone. 410.252.8830
>
>
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On Behalf
> Of *Brian Meade
> *Sent:* Thursday, October 09, 2014 2:32 PM
> *To:* Jason Aarons (AM)
> *Cc:* cisco-voip (cisco-voip@puck.nether.net)
> *Subject:* Re: [cisco-voip] Bug with mult-server certificate and phones
> reset every 7 min?
>
>
>
> That's what it looks like.  Starting in CUCM version 8.6, we started
> resetting all registered phones on the cluster whenever a certificate used
> in the ITL changed.  This was to prevent the ITL from changing too much at
> once before the phones go the update such as regenerating CallManager.pem
> and TVS.pem at the same time which will force you to have to delete the ITL
> on all phones unless the phones got the updated ITL after the first
> certificate was regenerated.
>
>
>
> It sounds like this bug is due to that behavior but I'm not sure why it
> repeats every 7 minutes.  I would expect it to only happen the single time
> when the certificate database is updated.
>
>
>
> On Thu, Oct 9, 2014 at 1:52 PM, Jason Aarons (AM) <
> jason.aar...@dimensiondata.com> wrote:
>
>  https://tools.cisco.com/bugsearch/bug/CSCup28852
>
>
>
> The way I read this (it’s not in a fixed version of CallManager yet) is
> that after you Upload Certificate a multi-server certificate you have to
> stop the Cisco Certificate Change Notification (CCMServe > Tools > network
> Services > Cisoc Certificate Change Notification.
>
>
>
> If you don’t do this then the phones will reset every 7 minutes? Am I
> right in reading the bug?
>
>
> ___
> 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] Bug with mult-server certificate and phones reset every 7 min?

2014-10-09 Thread Matthew Loraditch
Yes this is the bug, it is super fun… Migrated to a customer to 10.5 and 
updated the certs.. spent a day finding out this was the bug.. I am eagerly 
awaiting SU1.
Something to do with the sever being on multiple servers it continuously sends 
the cert to the other servers which causes the change notification.

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

direct voice. 443.541.1518
fax.  410.252.9284

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


From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Brian 
Meade
Sent: Thursday, October 09, 2014 2:32 PM
To: Jason Aarons (AM)
Cc: cisco-voip (cisco-voip@puck.nether.net)
Subject: Re: [cisco-voip] Bug with mult-server certificate and phones reset 
every 7 min?

That's what it looks like.  Starting in CUCM version 8.6, we started resetting 
all registered phones on the cluster whenever a certificate used in the ITL 
changed.  This was to prevent the ITL from changing too much at once before the 
phones go the update such as regenerating CallManager.pem and TVS.pem at the 
same time which will force you to have to delete the ITL on all phones unless 
the phones got the updated ITL after the first certificate was regenerated.

It sounds like this bug is due to that behavior but I'm not sure why it repeats 
every 7 minutes.  I would expect it to only happen the single time when the 
certificate database is updated.

On Thu, Oct 9, 2014 at 1:52 PM, Jason Aarons (AM) 
mailto:jason.aar...@dimensiondata.com>> wrote:
https://tools.cisco.com/bugsearch/bug/CSCup28852

The way I read this (it’s not in a fixed version of CallManager yet) is that 
after you Upload Certificate a multi-server certificate you have to stop the 
Cisco Certificate Change Notification (CCMServe > Tools > network Services > 
Cisoc Certificate Change Notification.

If you don’t do this then the phones will reset every 7 minutes? Am I right in 
reading the bug?

___
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] Bug with mult-server certificate and phones reset every 7 min?

2014-10-09 Thread Brian Meade
That's what it looks like.  Starting in CUCM version 8.6, we started
resetting all registered phones on the cluster whenever a certificate used
in the ITL changed.  This was to prevent the ITL from changing too much at
once before the phones go the update such as regenerating CallManager.pem
and TVS.pem at the same time which will force you to have to delete the ITL
on all phones unless the phones got the updated ITL after the first
certificate was regenerated.

It sounds like this bug is due to that behavior but I'm not sure why it
repeats every 7 minutes.  I would expect it to only happen the single time
when the certificate database is updated.

On Thu, Oct 9, 2014 at 1:52 PM, Jason Aarons (AM) <
jason.aar...@dimensiondata.com> wrote:

>  https://tools.cisco.com/bugsearch/bug/CSCup28852
>
>
>
> The way I read this (it’s not in a fixed version of CallManager yet) is
> that after you Upload Certificate a multi-server certificate you have to
> stop the Cisco Certificate Change Notification (CCMServe > Tools > network
> Services > Cisoc Certificate Change Notification.
>
>
>
> If you don’t do this then the phones will reset every 7 minutes? Am I
> right in reading the bug?
>
> ___
> 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 deploy

2014-10-09 Thread José Paulo de Oliveira Petry
Yes!

José Paulo de Oliveira Petry
petr...@gmail.com

2014-10-09 14:56 GMT-03:00 Heim, Dennis :

> What does the following show:
>
>
>
> Do this from an entity/pc on the outside?
>
>
>
> Nslookup
>
> Set type = all
>
> _*collab-edge.*_tls.
>
>
>
> Does it resolve to your expressway-E’s address?
>
>
>
> *Dennis Heim | Collaboration Solutions Architect*
>
> World Wide Technology, Inc. | +1 314-212-1814
>
> [image: twitter] 
>
> [image: chat][image: Phone] <+13142121814>[image: video]
>
>
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On Behalf
> Of *José Paulo de Oliveira Petry
> *Sent:* Thursday, October 09, 2014 1:44 PM
> *To:* Cisco VoIPoE List
> *Subject:* [cisco-voip] MRA deploy
>
>
>
> Hello,
>
>
>
> Have followed the "MRA via Expressway Deployement Guide" and things are
> not working.
>
>
>
> The situation is this:
>
>
>
> Login from Jabber inside my lan is ok.
>
>
>
> when I type an incorrect password  in my "Jabber for iPhone" from
> internet, i receive an "invalid username/password" error, so looks like the
> communication from internet to CUCM/IM&P through expressway is ok
>
>
>
> when i type the correct password, i receive the following error: "Cannot
> communicate with the server".
>
>
>
> I downloaded the debug "Jabber for iphone" generate but couldn't find any
> clue about what is happening.
>
>
>
> Diagnose logging at Expressway-C neither.
>
>
>
> What should i look first?
>
>
>
> Does my "Jabber" devices at CUCM needs to use a secure phone profile or i
> can use a non-secure phone profile (default)?
>
>
>
> Thanks in advance,
>
>
> José Paulo de Oliveira Petry
> petr...@gmail.com
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


[cisco-voip] Bug with mult-server certificate and phones reset every 7 min?

2014-10-09 Thread Jason Aarons (AM)
https://tools.cisco.com/bugsearch/bug/CSCup28852

The way I read this (it's not in a fixed version of CallManager yet) is that 
after you Upload Certificate a multi-server certificate you have to stop the 
Cisco Certificate Change Notification (CCMServe > Tools > network Services > 
Cisoc Certificate Change Notification.

If you don't do this then the phones will reset every 7 minutes? Am I right in 
reading the bug?


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


Re: [cisco-voip] MRA deploy

2014-10-09 Thread Heim, Dennis
What does the following show:

Do this from an entity/pc on the outside?

Nslookup
Set type = all
_collab-edge._tls.

Does it resolve to your expressway-E’s address?

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


From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of José 
Paulo de Oliveira Petry
Sent: Thursday, October 09, 2014 1:44 PM
To: Cisco VoIPoE List
Subject: [cisco-voip] MRA deploy

Hello,

Have followed the "MRA via Expressway Deployement Guide" and things are not 
working.

The situation is this:

Login from Jabber inside my lan is ok.

when I type an incorrect password  in my "Jabber for iPhone" from internet, i 
receive an "invalid username/password" error, so looks like the communication 
from internet to CUCM/IM&P through expressway is ok

when i type the correct password, i receive the following error: "Cannot 
communicate with the server".

I downloaded the debug "Jabber for iphone" generate but couldn't find any clue 
about what is happening.

Diagnose logging at Expressway-C neither.

What should i look first?

Does my "Jabber" devices at CUCM needs to use a secure phone profile or i can 
use a non-secure phone profile (default)?

Thanks in advance,

José Paulo de Oliveira Petry
petr...@gmail.com
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


[cisco-voip] MRA deploy

2014-10-09 Thread José Paulo de Oliveira Petry
Hello,

Have followed the "MRA via Expressway Deployement Guide" and things are not
working.

The situation is this:

Login from Jabber inside my lan is ok.

when I type an incorrect password  in my "Jabber for iPhone" from internet,
i receive an "invalid username/password" error, so looks like the
communication from internet to CUCM/IM&P through expressway is ok

when i type the correct password, i receive the following error: "Cannot
communicate with the server".

I downloaded the debug "Jabber for iphone" generate but couldn't find any
clue about what is happening.

Diagnose logging at Expressway-C neither.

What should i look first?

Does my "Jabber" devices at CUCM needs to use a secure phone profile or i
can use a non-secure phone profile (default)?

Thanks in advance,

José Paulo de Oliveira Petry
petr...@gmail.com
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


[cisco-voip] Finesse Training Guide for CCX

2014-10-09 Thread Matthew Loraditch
Has anyone developed one of these? Besides me standing up a complete duplicate 
of my system to make one... hoping there is something somewhat user friendly 
already... my Call Center folks internally are all IT folks so  they don't need 
anything crazy and once I have it up internally I can make a nicer guide for my 
customers.

Thanks!


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

direct voice. 443.541.1518
fax.  410.252.9284

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


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


Re: [cisco-voip] 3905 gives up on voice VLAN

2014-10-09 Thread Ryan Ratliff (rratliff)
Is LLDAP enabled on the switch by any chance?

-Ryan

On Oct 9, 2014, at 4:17 AM, James Andrewartha  
wrote:

Hi,

I've just got some 3905s, and while they get an IP on the voice VLAN,
they then give that up and go back to the native VLAN. I've already
loaded the latest CP3905.9-4-1-0 cop onto our CUCM 8.6.2.

FoxCliLog here, note voice VLAN is 100 and native VLAN is 20:
http://pastebin.com/Mv0cyGvj The switch configuration (CDP voice vlan
100) works fine for our existing 7965/7975s. Oddly it seems to happen
after the IPv6 RA search times out. IP Addressing Mode is set to IPv4
Only in the common device configuration. I'll open a TAC case tomorrow,
but I found some posts online saying people were having trouble so I
thought someone here might have seen this before.

Thanks,

-- 
James Andrewartha
Network & Projects Engineer
Christ Church Grammar School
Claremont, Western Australia
Ph. (08) 9442 1757
Mob. 0424 160 877
___
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] Endpoint accessibility options for deaf

2014-10-09 Thread Ed Leatherman
Thanks for the feedback everyone

On Tue, Oct 7, 2014 at 11:02 AM, Jason Aarons (AM) <
jason.aar...@dimensiondata.com> wrote:

>  Not really IPT, but the only thing I have seen customer’s use is Sprint
> Captel.
> http://www.sprintrelay.com/sprint_relay_services/sprint_ip_relay_service.php
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On Behalf
> Of *Ed Leatherman
> *Sent:* Tuesday, October 07, 2014 7:50 AM
> *To:* Cisco VOIP
> *Subject:* [cisco-voip] Endpoint accessibility options for deaf
>
>
>
>
>
> Good morning!
>
>
>
> I had a conversation with one of our accessibility services folks
> yesterday around providing communications options for deaf students or
> potential students. I am curious if anyone on the list has had any
> experience with this or has any opinions or suggestions.
>
>
>
> Challenge number one is getting some more convenient communications
> options for students at our regional campuses to connect to the
> accessibility office on the main campus. We're going to try out some 8945
> IP phones to start out with, and if it works out functionally, explore some
> higher end EX models for better overall experience. The main idea is to
> have visual communication for sign language. Jabber may also be an option
> in the future for this if we roll out IM&P.
>
>
>
> Along those lines, they are also curious if there are any endpoints on the
> market with video AND TTY capability; I'm 99.99% sure Cisco doesn't have
> that up their sleeve so I'm doing a little research on 3rd party SIP. Has
> anyone seen such a creature?
>
>
>
> We're also exploring Jabber Guest as a way to reach out to prospective
> students, researchers, etc, with similar challenges.
>
>
>
> Definitely interested in any thoughts on the subject, thanks!
>
>
>
> Ed
>
>
>
> --
> Ed Leatherman
>
>
>
> itevomcid
>



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


[cisco-voip] 3905 gives up on voice VLAN

2014-10-09 Thread James Andrewartha
Hi,

I've just got some 3905s, and while they get an IP on the voice VLAN,
they then give that up and go back to the native VLAN. I've already
loaded the latest CP3905.9-4-1-0 cop onto our CUCM 8.6.2.

FoxCliLog here, note voice VLAN is 100 and native VLAN is 20:
http://pastebin.com/Mv0cyGvj The switch configuration (CDP voice vlan
100) works fine for our existing 7965/7975s. Oddly it seems to happen
after the IPv6 RA search times out. IP Addressing Mode is set to IPv4
Only in the common device configuration. I'll open a TAC case tomorrow,
but I found some posts online saying people were having trouble so I
thought someone here might have seen this before.

Thanks,

-- 
James Andrewartha
Network & Projects Engineer
Christ Church Grammar School
Claremont, Western Australia
Ph. (08) 9442 1757
Mob. 0424 160 877
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip