Re: [cisco-voip] Errors 18 and 19 on incoming call only through subscriber

[Daniel Pagan]

Final thing to mention is that while I've come across that defect numerous 
times, I've never seen it impact Hunt Lists so I'd be more inclined to suspect 
CSCtr83193 but CCM SDI/SDL traces should help regardless. Place a test call and 
search your traces for dd=""... Further down digit analysis 
results (assuming the HL is registered to the same node as your calling phone) 
find RouteListControl followed by HuntListCdrc for more detail on the issue 
from the perspective of your line group members and hunt list.

Hope this helps.

- Dan



Sent from my mobile device.

On Mar 5, 2015, at 10:18 PM, Daniel Pagan 
mailto:dpa...@fidelus.com>> wrote:

I’d also say a similar defect would be CSCul71689 – a defect I came across 
quite often on 8.6(2). Like Brian said, hunt lists use RouteListControl which 
creates HuntListCdrc for call distribution to your line group members. With 
either defect, I’d say another possible workaround would be to register the 
hunt list to another call processing server so that this particular instance of 
RouteListControl runs on a different node. Aside from a reset of the HL and 
registering it to another server, my last option would be to reset the CCM 
service if one of these is indeed a defect you’re hitting.

Also, as Robert mentioned, detailed CCM SDI & SDL traces would confirm which 
one you’re hitting (if any of them of course).

The one you found appears to be an issue where RouteListControl itself rejects 
the call since (I’m assuming) it cannot locate the process instance for your 
LG/RG member, whereas the defect I listed above results in RouteListControl and 
RouteListCdrc locating the the LG/RG member but will detect and print them as 
“DOWN” despite their availability.

- Dan

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of ROZA, 
Ariel
Sent: Thursday, March 05, 2015 5:36 PM
To: Brian Meade
Cc: cisco-voip voyp list
Subject: Re: [cisco-voip] Errors 18 and 19 on incoming call only through 
subscriber

Thanks. So, the short term workaround would be to restart the CCM Service, 
until I can apply the latest service release. Right?

From: bmead...@gmail.com [mailto:bmead...@gmail.com] 
On Behalf Of Brian Meade
Sent: jueves, 05 de marzo de 2015 07:15 p.m.
To: ROZA, Ariel
Cc: Ryan Ratliff (rratliff); cisco-voip voyp list
Subject: Re: [cisco-voip] Errors 18 and 19 on incoming call only through 
subscriber

Hunt Lists use the RouteListControl process as well so definitely could be the 
issue.

On Thu, Mar 5, 2015 at 5:13 PM, ROZA, Ariel 
mailto:ariel.r...@la.logicalis.com>> wrote:
I think I may be hitting this bug:

https://tools.cisco.com/bugsearch/bug/CSCtr83193

It applies to Route Lists instead of Hunt Lists, but the symptoms look similar, 
and the CUCM version matches..

What do you think?

Regards,
Ariel Roza
Service Delivery Consultant  / Argentina
Logicalis
Tel: +54 11 5282 - 0458
ariel.r...@la.logicalis.com
Peru 327 – CABA – Argentina – C1067AAG
www.la.logicalis.com
_
Business and technology working as one

Síguenos en:  
 
 
 





From: cisco-voip 
[mailto:cisco-voip-boun...@puck.nether.net]
 On Behalf Of ROZA, Ariel
Sent: jueves, 05 de marzo de 2015 06:56 p.m.
To: Ryan Ratliff (rratliff); Brian Meade
Cc: cisco-voip voyp list

Subject: Re: [cisco-voip] Errors 18 and 19 on incoming call only through 
subscriber

Hi, Guys…

I restarted RIS on both nodes and did not do a thing, so I guess Ryan might be 
right. What´s the alternative? Restarting the Callmanager Service? Rebooting 
the whole sub? Both Sub and Pub?

I have h225, h245 and full ccm traces if there´s any use for them.

Regards,

Ariel.

From: Ryan Ratliff (rratliff) [mailto:rratl...@cisco.com]
Sent: miércoles, 11 de febrero de 2015 11:23 a.m.
To: Brian Meade
Cc: ROZA, Ariel; cisco-voip voyp list
Subject: Re: [cisco-voip] Errors 18 and 19 on incoming call only through 
subscriber

RIS shouldn’t be involved in that flow, though it does read from the same 
shared memory segment that the ccm process does so unless RIS itself is screwed 
I’d expect if ccm doesn’t know a remote phone’s registration status RIS on that 
node won’t either.

-Ryan

On Feb 10, 2015, at 5:19 PM, Brian Meade 
mailto:bmead...@vt.edu>> wrote:

Right, could be an SDL link down.  I've seen this caused by RIS issues where 
the node receiving the call doesn't think the phone is registered (can't find 
the LineControl process).  Restarting RISDC usually fixes it.

On Tue, Feb 10, 2015 at 4:26 PM, Ryan Ratliff (rratliff) 
mailto:rratl...@cisco.com>> wrote:
How would this be RIS?

More like an SDL connection that’s down, or leaked a call on th

Re: [cisco-voip] Errors 18 and 19 on incoming call only through subscriber

[Daniel Pagan]

I’d also say a similar defect would be CSCul71689 – a defect I came across 
quite often on 8.6(2). Like Brian said, hunt lists use RouteListControl which 
creates HuntListCdrc for call distribution to your line group members. With 
either defect, I’d say another possible workaround would be to register the 
hunt list to another call processing server so that this particular instance of 
RouteListControl runs on a different node. Aside from a reset of the HL and 
registering it to another server, my last option would be to reset the CCM 
service if one of these is indeed a defect you’re hitting.

Also, as Robert mentioned, detailed CCM SDI & SDL traces would confirm which 
one you’re hitting (if any of them of course).

The one you found appears to be an issue where RouteListControl itself rejects 
the call since (I’m assuming) it cannot locate the process instance for your 
LG/RG member, whereas the defect I listed above results in RouteListControl and 
RouteListCdrc locating the the LG/RG member but will detect and print them as 
“DOWN” despite their availability.

- Dan

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of ROZA, 
Ariel
Sent: Thursday, March 05, 2015 5:36 PM
To: Brian Meade
Cc: cisco-voip voyp list
Subject: Re: [cisco-voip] Errors 18 and 19 on incoming call only through 
subscriber

Thanks. So, the short term workaround would be to restart the CCM Service, 
until I can apply the latest service release. Right?

From: bmead...@gmail.com [mailto:bmead...@gmail.com] 
On Behalf Of Brian Meade
Sent: jueves, 05 de marzo de 2015 07:15 p.m.
To: ROZA, Ariel
Cc: Ryan Ratliff (rratliff); cisco-voip voyp list
Subject: Re: [cisco-voip] Errors 18 and 19 on incoming call only through 
subscriber

Hunt Lists use the RouteListControl process as well so definitely could be the 
issue.

On Thu, Mar 5, 2015 at 5:13 PM, ROZA, Ariel 
mailto:ariel.r...@la.logicalis.com>> wrote:
I think I may be hitting this bug:

https://tools.cisco.com/bugsearch/bug/CSCtr83193

It applies to Route Lists instead of Hunt Lists, but the symptoms look similar, 
and the CUCM version matches..

What do you think?

Regards,
Ariel Roza
Service Delivery Consultant  / Argentina
Logicalis
Tel: +54 11 5282 - 0458
ariel.r...@la.logicalis.com
Peru 327 – CABA – Argentina – C1067AAG
www.la.logicalis.com
_
Business and technology working as one

Síguenos en: [Description: Descripción: Descripción: Descripción: Descripción: 
Descripción: Descripción: tw]   
[Description: Descripción: Descripción: Descripción: Descripción: Descripción: 
Descripción: fb]  
 [Description: Descripción: Descripción: Descripción: Descripción: Descripción: 
Descripción: yt]   
[cid:image004.jpg@01D05791.9C966200]   
[Description: Descripción: cid:image005.jpg@01CCDC0C.A5297E60] 

[Description: Descripción: Descripción: Descripción: 
http://www.estudioponzo.com.ar/firma.gif]



From: cisco-voip 
[mailto:cisco-voip-boun...@puck.nether.net]
 On Behalf Of ROZA, Ariel
Sent: jueves, 05 de marzo de 2015 06:56 p.m.
To: Ryan Ratliff (rratliff); Brian Meade
Cc: cisco-voip voyp list

Subject: Re: [cisco-voip] Errors 18 and 19 on incoming call only through 
subscriber

Hi, Guys…

I restarted RIS on both nodes and did not do a thing, so I guess Ryan might be 
right. What´s the alternative? Restarting the Callmanager Service? Rebooting 
the whole sub? Both Sub and Pub?

I have h225, h245 and full ccm traces if there´s any use for them.

Regards,

Ariel.

From: Ryan Ratliff (rratliff) [mailto:rratl...@cisco.com]
Sent: miércoles, 11 de febrero de 2015 11:23 a.m.
To: Brian Meade
Cc: ROZA, Ariel; cisco-voip voyp list
Subject: Re: [cisco-voip] Errors 18 and 19 on incoming call only through 
subscriber

RIS shouldn’t be involved in that flow, though it does read from the same 
shared memory segment that the ccm process does so unless RIS itself is screwed 
I’d expect if ccm doesn’t know a remote phone’s registration status RIS on that 
node won’t either.

-Ryan

On Feb 10, 2015, at 5:19 PM, Brian Meade 
mailto:bmead...@vt.edu>> wrote:

Right, could be an SDL link down.  I've seen this caused by RIS issues where 
the node receiving the call doesn't think the phone is registered (can't find 
the LineControl process).  Restarting RISDC usually fixes it.

On Tue, Feb 10, 2015 at 4:26 PM, Ryan Ratliff (rratliff) 
mailto:rratl...@cisco.com>> wrote:
How would this be RIS?

More like an SDL connection that’s down, or leaked a call on the sub.  Register 
a phone to the sub and see if you can call to/from another phone registered to 
the pub.

-Ryan

On Feb 10, 2015, at 10:32 AM, Brian Meade 
mailt

Re: [cisco-voip] Anyone know if IOS based DSPs will support transcoding for the OPUS codec ?

[Brian Meade]

I don't think so.  This doc has some details on which codecs a PVDM4
(newest) supports-
http://www.cisco.com/c/en/us/products/collateral/routers/4000-series-integrated-services-routers-isr/data_sheet_c78-728307.html

On Thu, Mar 5, 2015 at 7:41 PM, Brian V  wrote:

>
>
> ___
> 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] Anyone know if IOS based DSPs will support transcoding for the OPUS codec ?

[Brian V]

 

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

Re: [cisco-voip] Rehost CUCM 9 licenses...

[gentoo]

If you have access to the same CCO account that they licenses were 
issued to, you should be able to this with PLM without a TAC case.


http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/plm/10_5_1/userguide/CPLM_BK_UD1156AD_00_user-guide-rel-1051/CPLM_BK_UD1156AD_00_user-guide-rel-1051_chapter_011.html#CUCM_TK_L403A667_00

At least it worked for me from ELM 9.1(1a) to 10.5.

On 2015-03-05 15:27, Jonathan Charles wrote:

We have a CUCM/CUC 9 on pizza boxes, we are moving to a new BE6K and
it has 10.5 already on it... I pulled the data and built a dummy 9 box
and am going to upgrade it to 10 and restore the data to the 6K... but
I need the licenses rehosted from the pizza boxes to the UCS.

Jonathan

On Thu, Mar 5, 2015 at 2:53 PM,  wrote:


Jonathan,

Are you trying to move these to a non-ELM/PLM server or just
migrate ELM/PLM to a new server?

If you are migrating ELM/PLM there is a self service tool that can
do this now.

On 2015-03-05 14:19, Jonathan Charles wrote:
Cool, let me try that...

Jonathan

On Thu, Mar 5, 2015 at 2:04 PM, Jeffrey Girard
 wrote:

Log into the ELM of the cluster.

 

Under License Management (I think – I don’t have an ELM in
front
of me), there will be a button for “Generate License Request
File”).

 

That file will contain all the information about the current
licenses.

 

You send that file to TAC and they will massage it (rehosting or
adding licenses) and then send you back a new license file

 



--

Dr. Jeffrey T. Girard (Jeff), PhD
Colonel, United States Army (Retired)
Owner, Network Engineer, VoIP Engineer - Wire Me Happy, LLC

www.wiremehappy.com [1] [2]
(607) 835-0406 [3] (home office)
(845) 764-1661 [4] (mobile)
(607) 835-0458 [5] (fax)

 

FROM: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] ON
BEHALF OF Jonathan Charles
SENT: Thursday, March 05, 2015 2:40 PM
TO: Andy
CC: cisco-voip@puck.nether.net
SUBJECT: Re: [cisco-voip] Rehost CUCM 9 licenses...

 

Yes, but there is no way extract the licenses and get them to
TAC...

 

 

Jonathan

 

On Thu, Mar 5, 2015 at 1:34 PM, Andy  wrote:

Isn’t  it done via license manager?

Andy
andy.ca...@gmail.com

On 5 Mar 2015, at 19:32, Jonathan Charles 
wrote:

Where on CUCM 9 are the license files stored (File list...) so I
can send them to TAC with a new request ...

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


  

 Links:
 --
 [1] https://puck.nether.net/mailman/listinfo/cisco-voip [2]
 [2] http://www.wiremehappy.com [1]
 [3] tel:%28607%29%20835-0406
 [4] tel:%28845%29%20764-1661
 [5] tel:%28607%29%20835-0458

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

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



Links:
--
[1] http://www.wiremehappy.com
[2] 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] Errors 18 and 19 on incoming call only through subscriber

[Brian Meade]

You could try just resetting the hunt list first.

On Thu, Mar 5, 2015 at 5:35 PM, ROZA, Ariel 
wrote:

>  Thanks. So, the short term workaround would be to restart the CCM
> Service, until I can apply the latest service release. Right?
>
>
>
> *From:* bmead...@gmail.com [mailto:bmead...@gmail.com] *On Behalf Of *Brian
> Meade
> *Sent:* jueves, 05 de marzo de 2015 07:15 p.m.
> *To:* ROZA, Ariel
> *Cc:* Ryan Ratliff (rratliff); cisco-voip voyp list
>
> *Subject:* Re: [cisco-voip] Errors 18 and 19 on incoming call only
> through subscriber
>
>
>
> Hunt Lists use the RouteListControl process as well so definitely could be
> the issue.
>
>
>
> On Thu, Mar 5, 2015 at 5:13 PM, ROZA, Ariel 
> wrote:
>
> I think I may be hitting this bug:
>
> https://tools.cisco.com/bugsearch/bug/CSCtr83193
>
>
>
> It applies to Route Lists instead of Hunt Lists, but the symptoms look
> similar, and the CUCM version matches..
>
>
>
> What do you think?
>
>
>
> Regards,
>
> *Ariel Roza*
> *Service Delivery Consultant  / Argentina*
> *Logicalis *
>
> Tel: +54 11 5282 - 0458
> ariel.r...@la.logicalis.com
>
> Peru 327 – CABA – Argentina – C1067AAG
>
> www.la.logicalis.com
> **
> *_ **Business and technology working as one*
>
>
>
> *Síguenos en:* [image: Description: Descripción: Descripción:
> Descripción: Descripción: Descripción: Descripción: tw]
>  [image: Description: Descripción:
> Descripción: Descripción: Descripción: Descripción: Descripción: fb]
>  [image:
> Description: Descripción: Descripción: Descripción: Descripción:
> Descripción: Descripción: yt] 
>  [image: Description: Descripción:
> cid:image005.jpg@01CCDC0C.A5297E60] 
>
> [image: Description: Descripción: Descripción: Descripción:
> http://www.estudioponzo.com.ar/firma.gif]
>
>
>
>
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On Behalf
> Of *ROZA, Ariel
> *Sent:* jueves, 05 de marzo de 2015 06:56 p.m.
> *To:* Ryan Ratliff (rratliff); Brian Meade
> *Cc:* cisco-voip voyp list
>
>
> *Subject:* Re: [cisco-voip] Errors 18 and 19 on incoming call only
> through subscriber
>
>
>
> Hi, Guys…
>
>
>
> I restarted RIS on both nodes and did not do a thing, so I guess Ryan
> might be right. What´s the alternative? Restarting the Callmanager Service?
> Rebooting the whole sub? Both Sub and Pub?
>
>
>
> I have h225, h245 and full ccm traces if there´s any use for them.
>
>
>
> Regards,
>
>
>
> Ariel.
>
>
>
> *From:* Ryan Ratliff (rratliff) [mailto:rratl...@cisco.com
> ]
> *Sent:* miércoles, 11 de febrero de 2015 11:23 a.m.
> *To:* Brian Meade
> *Cc:* ROZA, Ariel; cisco-voip voyp list
> *Subject:* Re: [cisco-voip] Errors 18 and 19 on incoming call only
> through subscriber
>
>
>
> RIS shouldn’t be involved in that flow, though it does read from the same
> shared memory segment that the ccm process does so unless RIS itself is
> screwed I’d expect if ccm doesn’t know a remote phone’s registration status
> RIS on that node won’t either.
>
>
>
> -Ryan
>
>
>
> On Feb 10, 2015, at 5:19 PM, Brian Meade  wrote:
>
>
>
> Right, could be an SDL link down.  I've seen this caused by RIS issues
> where the node receiving the call doesn't think the phone is registered
> (can't find the LineControl process).  Restarting RISDC usually fixes it.
>
>
>
> On Tue, Feb 10, 2015 at 4:26 PM, Ryan Ratliff (rratliff) <
> rratl...@cisco.com> wrote:
>
> How would this be RIS?
>
>
>
> More like an SDL connection that’s down, or leaked a call on the sub.
> Register a phone to the sub and see if you can call to/from another phone
> registered to the pub.
>
>
>
> -Ryan
>
>
>
> On Feb 10, 2015, at 10:32 AM, Brian Meade  wrote:
>
>
>
> Usually this is a RISDC problem.  Check database replication is working
> okay and then restart RISDC on all nodes.
>
>
>
> On Tue, Feb 10, 2015 at 9:06 AM, ROZA, Ariel 
> wrote:
>
>  Guys,
>
>
>
> I am having and odd situation:
>
>
>
> I have a CUCM cluster ( Pub & 1 Sub) where i have set up a new branch
> office with an H323 Gateway and several phones. The config template is
> similar to other already working branches, but in this particular branch
> incoming calls are behaving strangely.
>
> PSTN calls come through a FXO port, pass an autoattendant TCL script  on
> the GW and get routed to CUCM via two identical dialpeers ¡, one for the
> Sub and one for the Pub.
>
> Debugs show that if calls use the Dialpeer to the Pub, the call goes fine,
> and the receiver phone answers the call. But if the call uses the Subs
> dialpeer, it fails with a Disconnect Cause code 18 (user busy) or 19 (user
> busy - user alerted).
>
>
>
> The destination in both cases is the same: a Hunt List that is reachable
> via any internal phone.
>
>
>
> DNA shows the logic is ok, and debugs on both, the gateway and CUCM show
> the same

Re: [cisco-voip] Errors 18 and 19 on incoming call only through subscriber

[ROZA, Ariel]

Thanks. So, the short term workaround would be to restart the CCM Service, 
until I can apply the latest service release. Right?

From: bmead...@gmail.com [mailto:bmead...@gmail.com] On Behalf Of Brian Meade
Sent: jueves, 05 de marzo de 2015 07:15 p.m.
To: ROZA, Ariel
Cc: Ryan Ratliff (rratliff); cisco-voip voyp list
Subject: Re: [cisco-voip] Errors 18 and 19 on incoming call only through 
subscriber

Hunt Lists use the RouteListControl process as well so definitely could be the 
issue.

On Thu, Mar 5, 2015 at 5:13 PM, ROZA, Ariel 
mailto:ariel.r...@la.logicalis.com>> wrote:
I think I may be hitting this bug:

https://tools.cisco.com/bugsearch/bug/CSCtr83193

It applies to Route Lists instead of Hunt Lists, but the symptoms look similar, 
and the CUCM version matches..

What do you think?

Regards,
Ariel Roza
Service Delivery Consultant  / Argentina
Logicalis
Tel: +54 11 5282 - 0458
ariel.r...@la.logicalis.com
Peru 327 – CABA – Argentina – C1067AAG
www.la.logicalis.com
_
Business and technology working as one

Síguenos en: [Description: Descripción: Descripción: Descripción: Descripción: 
Descripción: Descripción: tw]   
[Description: Descripción: Descripción: Descripción: Descripción: Descripción: 
Descripción: fb]  
 [Description: Descripción: Descripción: Descripción: Descripción: Descripción: 
Descripción: yt]   
[cid:image004.jpg@01D0577C.8ADF5E00]   
[Description: Descripción: cid:image005.jpg@01CCDC0C.A5297E60] 

[Description: Descripción: Descripción: Descripción: 
http://www.estudioponzo.com.ar/firma.gif]



From: cisco-voip 
[mailto:cisco-voip-boun...@puck.nether.net]
 On Behalf Of ROZA, Ariel
Sent: jueves, 05 de marzo de 2015 06:56 p.m.
To: Ryan Ratliff (rratliff); Brian Meade
Cc: cisco-voip voyp list

Subject: Re: [cisco-voip] Errors 18 and 19 on incoming call only through 
subscriber

Hi, Guys…

I restarted RIS on both nodes and did not do a thing, so I guess Ryan might be 
right. What´s the alternative? Restarting the Callmanager Service? Rebooting 
the whole sub? Both Sub and Pub?

I have h225, h245 and full ccm traces if there´s any use for them.

Regards,

Ariel.

From: Ryan Ratliff (rratliff) [mailto:rratl...@cisco.com]
Sent: miércoles, 11 de febrero de 2015 11:23 a.m.
To: Brian Meade
Cc: ROZA, Ariel; cisco-voip voyp list
Subject: Re: [cisco-voip] Errors 18 and 19 on incoming call only through 
subscriber

RIS shouldn’t be involved in that flow, though it does read from the same 
shared memory segment that the ccm process does so unless RIS itself is screwed 
I’d expect if ccm doesn’t know a remote phone’s registration status RIS on that 
node won’t either.

-Ryan

On Feb 10, 2015, at 5:19 PM, Brian Meade 
mailto:bmead...@vt.edu>> wrote:

Right, could be an SDL link down.  I've seen this caused by RIS issues where 
the node receiving the call doesn't think the phone is registered (can't find 
the LineControl process).  Restarting RISDC usually fixes it.

On Tue, Feb 10, 2015 at 4:26 PM, Ryan Ratliff (rratliff) 
mailto:rratl...@cisco.com>> wrote:
How would this be RIS?

More like an SDL connection that’s down, or leaked a call on the sub.  Register 
a phone to the sub and see if you can call to/from another phone registered to 
the pub.

-Ryan

On Feb 10, 2015, at 10:32 AM, Brian Meade 
mailto:bmead...@vt.edu>> wrote:

Usually this is a RISDC problem.  Check database replication is working okay 
and then restart RISDC on all nodes.

On Tue, Feb 10, 2015 at 9:06 AM, ROZA, Ariel 
mailto:ariel.r...@la.logicalis.com>> wrote:
 Guys,

I am having and odd situation:

I have a CUCM cluster ( Pub & 1 Sub) where i have set up a new branch office 
with an H323 Gateway and several phones. The config template is similar to 
other already working branches, but in this particular branch incoming calls 
are behaving strangely.
PSTN calls come through a FXO port, pass an autoattendant TCL script  on the GW 
and get routed to CUCM via two identical dialpeers ¡, one for the Sub and one 
for the Pub.
Debugs show that if calls use the Dialpeer to the Pub, the call goes fine, and 
the receiver phone answers the call. But if the call uses the Subs dialpeer, it 
fails with a Disconnect Cause code 18 (user busy) or 19 (user busy - user 
alerted).

The destination in both cases is the same: a Hunt List that is reachable via 
any internal phone.

DNA shows the logic is ok, and debugs on both, the gateway and CUCM show the 
same results, so conectivity should not be an issue.

 Does anyone have any suggestion, besides rebooting the Subs?

CUCM version is 8.6.2
The Pub and the Subs are in different subnets.

Regards,

Ariel.

___

Re: [cisco-voip] Errors 18 and 19 on incoming call only through subscriber

[Brian Meade]

Hunt Lists use the RouteListControl process as well so definitely could be
the issue.

On Thu, Mar 5, 2015 at 5:13 PM, ROZA, Ariel 
wrote:

>  I think I may be hitting this bug:
>
> https://tools.cisco.com/bugsearch/bug/CSCtr83193
>
>
>
> It applies to Route Lists instead of Hunt Lists, but the symptoms look
> similar, and the CUCM version matches..
>
>
>
> What do you think?
>
>
>
> Regards,
>
> *Ariel Roza*
> *Service Delivery Consultant  / Argentina*
> *Logicalis *
>
> Tel: +54 11 5282 - 0458
> ariel.r...@la.logicalis.com
>
> Peru 327 – CABA – Argentina – C1067AAG
>
> www.la.logicalis.com
> **
> *_ **Business and technology working as one*
>
>
>
> *Síguenos en:* [image: Description: Descripción: Descripción:
> Descripción: Descripción: Descripción: Descripción: tw]
>  [image: Description: Descripción:
> Descripción: Descripción: Descripción: Descripción: Descripción: fb]
>  [image:
> Description: Descripción: Descripción: Descripción: Descripción:
> Descripción: Descripción: yt] 
>  [image: Description: Descripción:
> cid:image005.jpg@01CCDC0C.A5297E60] 
>
> [image: Description: Descripción: Descripción: Descripción:
> http://www.estudioponzo.com.ar/firma.gif]
>
>
>
>
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On Behalf
> Of *ROZA, Ariel
> *Sent:* jueves, 05 de marzo de 2015 06:56 p.m.
> *To:* Ryan Ratliff (rratliff); Brian Meade
> *Cc:* cisco-voip voyp list
>
> *Subject:* Re: [cisco-voip] Errors 18 and 19 on incoming call only
> through subscriber
>
>
>
> Hi, Guys…
>
>
>
> I restarted RIS on both nodes and did not do a thing, so I guess Ryan
> might be right. What´s the alternative? Restarting the Callmanager Service?
> Rebooting the whole sub? Both Sub and Pub?
>
>
>
> I have h225, h245 and full ccm traces if there´s any use for them.
>
>
>
> Regards,
>
>
>
> Ariel.
>
>
>
> *From:* Ryan Ratliff (rratliff) [mailto:rratl...@cisco.com
> ]
> *Sent:* miércoles, 11 de febrero de 2015 11:23 a.m.
> *To:* Brian Meade
> *Cc:* ROZA, Ariel; cisco-voip voyp list
> *Subject:* Re: [cisco-voip] Errors 18 and 19 on incoming call only
> through subscriber
>
>
>
> RIS shouldn’t be involved in that flow, though it does read from the same
> shared memory segment that the ccm process does so unless RIS itself is
> screwed I’d expect if ccm doesn’t know a remote phone’s registration status
> RIS on that node won’t either.
>
>
>
> -Ryan
>
>
>
> On Feb 10, 2015, at 5:19 PM, Brian Meade  wrote:
>
>
>
> Right, could be an SDL link down.  I've seen this caused by RIS issues
> where the node receiving the call doesn't think the phone is registered
> (can't find the LineControl process).  Restarting RISDC usually fixes it.
>
>
>
> On Tue, Feb 10, 2015 at 4:26 PM, Ryan Ratliff (rratliff) <
> rratl...@cisco.com> wrote:
>
> How would this be RIS?
>
>
>
> More like an SDL connection that’s down, or leaked a call on the sub.
> Register a phone to the sub and see if you can call to/from another phone
> registered to the pub.
>
>
>
> -Ryan
>
>
>
> On Feb 10, 2015, at 10:32 AM, Brian Meade  wrote:
>
>
>
> Usually this is a RISDC problem.  Check database replication is working
> okay and then restart RISDC on all nodes.
>
>
>
> On Tue, Feb 10, 2015 at 9:06 AM, ROZA, Ariel 
> wrote:
>
>  Guys,
>
>
>
> I am having and odd situation:
>
>
>
> I have a CUCM cluster ( Pub & 1 Sub) where i have set up a new branch
> office with an H323 Gateway and several phones. The config template is
> similar to other already working branches, but in this particular branch
> incoming calls are behaving strangely.
>
> PSTN calls come through a FXO port, pass an autoattendant TCL script  on
> the GW and get routed to CUCM via two identical dialpeers ¡, one for the
> Sub and one for the Pub.
>
> Debugs show that if calls use the Dialpeer to the Pub, the call goes fine,
> and the receiver phone answers the call. But if the call uses the Subs
> dialpeer, it fails with a Disconnect Cause code 18 (user busy) or 19 (user
> busy - user alerted).
>
>
>
> The destination in both cases is the same: a Hunt List that is reachable
> via any internal phone.
>
>
>
> DNA shows the logic is ok, and debugs on both, the gateway and CUCM show
> the same results, so conectivity should not be an issue.
>
>
>
>  Does anyone have any suggestion, besides rebooting the Subs?
>
>
>
> CUCM version is 8.6.2
>
> The Pub and the Subs are in different subnets.
>
>
>
> Regards,
>
>
>
> Ariel.
>
>
> ___
> 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] Errors 18 and 19 on incoming call only through subscriber

[ROZA, Ariel]

I think I may be hitting this bug:

https://tools.cisco.com/bugsearch/bug/CSCtr83193

It applies to Route Lists instead of Hunt Lists, but the symptoms look similar, 
and the CUCM version matches..

What do you think?

Regards,
Ariel Roza
Service Delivery Consultant  / Argentina
Logicalis
Tel: +54 11 5282 - 0458
ariel.r...@la.logicalis.com
Peru 327 – CABA – Argentina – C1067AAG
www.la.logicalis.com
_
Business and technology working as one

Síguenos en: [Description: Descripción: Descripción: Descripción: Descripción: 
Descripción: Descripción: tw]   
[Description: Descripción: Descripción: Descripción: Descripción: Descripción: 
Descripción: fb]  
 [Description: Descripción: Descripción: Descripción: Descripción: Descripción: 
Descripción: yt]   
[cid:image004.jpg@01D05779.5ED178F0]   
[Description: Descripción: cid:image005.jpg@01CCDC0C.A5297E60] 

[Description: Descripción: Descripción: Descripción: 
http://www.estudioponzo.com.ar/firma.gif]



From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of ROZA, 
Ariel
Sent: jueves, 05 de marzo de 2015 06:56 p.m.
To: Ryan Ratliff (rratliff); Brian Meade
Cc: cisco-voip voyp list
Subject: Re: [cisco-voip] Errors 18 and 19 on incoming call only through 
subscriber

Hi, Guys…

I restarted RIS on both nodes and did not do a thing, so I guess Ryan might be 
right. What´s the alternative? Restarting the Callmanager Service? Rebooting 
the whole sub? Both Sub and Pub?

I have h225, h245 and full ccm traces if there´s any use for them.

Regards,

Ariel.

From: Ryan Ratliff (rratliff) [mailto:rratl...@cisco.com]
Sent: miércoles, 11 de febrero de 2015 11:23 a.m.
To: Brian Meade
Cc: ROZA, Ariel; cisco-voip voyp list
Subject: Re: [cisco-voip] Errors 18 and 19 on incoming call only through 
subscriber

RIS shouldn’t be involved in that flow, though it does read from the same 
shared memory segment that the ccm process does so unless RIS itself is screwed 
I’d expect if ccm doesn’t know a remote phone’s registration status RIS on that 
node won’t either.

-Ryan

On Feb 10, 2015, at 5:19 PM, Brian Meade 
mailto:bmead...@vt.edu>> wrote:

Right, could be an SDL link down.  I've seen this caused by RIS issues where 
the node receiving the call doesn't think the phone is registered (can't find 
the LineControl process).  Restarting RISDC usually fixes it.

On Tue, Feb 10, 2015 at 4:26 PM, Ryan Ratliff (rratliff) 
mailto:rratl...@cisco.com>> wrote:
How would this be RIS?

More like an SDL connection that’s down, or leaked a call on the sub.  Register 
a phone to the sub and see if you can call to/from another phone registered to 
the pub.

-Ryan

On Feb 10, 2015, at 10:32 AM, Brian Meade 
mailto:bmead...@vt.edu>> wrote:

Usually this is a RISDC problem.  Check database replication is working okay 
and then restart RISDC on all nodes.

On Tue, Feb 10, 2015 at 9:06 AM, ROZA, Ariel 
mailto:ariel.r...@la.logicalis.com>> wrote:
 Guys,

I am having and odd situation:

I have a CUCM cluster ( Pub & 1 Sub) where i have set up a new branch office 
with an H323 Gateway and several phones. The config template is similar to 
other already working branches, but in this particular branch incoming calls 
are behaving strangely.
PSTN calls come through a FXO port, pass an autoattendant TCL script  on the GW 
and get routed to CUCM via two identical dialpeers ¡, one for the Sub and one 
for the Pub.
Debugs show that if calls use the Dialpeer to the Pub, the call goes fine, and 
the receiver phone answers the call. But if the call uses the Subs dialpeer, it 
fails with a Disconnect Cause code 18 (user busy) or 19 (user busy - user 
alerted).

The destination in both cases is the same: a Hunt List that is reachable via 
any internal phone.

DNA shows the logic is ok, and debugs on both, the gateway and CUCM show the 
same results, so conectivity should not be an issue.

 Does anyone have any suggestion, besides rebooting the Subs?

CUCM version is 8.6.2
The Pub and the Subs are in different subnets.

Regards,

Ariel.

___
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] Errors 18 and 19 on incoming call only through subscriber

[ROZA, Ariel]

Hi, Guys…

I restarted RIS on both nodes and did not do a thing, so I guess Ryan might be 
right. What´s the alternative? Restarting the Callmanager Service? Rebooting 
the whole sub? Both Sub and Pub?

I have h225, h245 and full ccm traces if there´s any use for them.

Regards,

Ariel.

From: Ryan Ratliff (rratliff) [mailto:rratl...@cisco.com]
Sent: miércoles, 11 de febrero de 2015 11:23 a.m.
To: Brian Meade
Cc: ROZA, Ariel; cisco-voip voyp list
Subject: Re: [cisco-voip] Errors 18 and 19 on incoming call only through 
subscriber

RIS shouldn’t be involved in that flow, though it does read from the same 
shared memory segment that the ccm process does so unless RIS itself is screwed 
I’d expect if ccm doesn’t know a remote phone’s registration status RIS on that 
node won’t either.

-Ryan

On Feb 10, 2015, at 5:19 PM, Brian Meade 
mailto:bmead...@vt.edu>> wrote:

Right, could be an SDL link down.  I've seen this caused by RIS issues where 
the node receiving the call doesn't think the phone is registered (can't find 
the LineControl process).  Restarting RISDC usually fixes it.

On Tue, Feb 10, 2015 at 4:26 PM, Ryan Ratliff (rratliff) 
mailto:rratl...@cisco.com>> wrote:
How would this be RIS?

More like an SDL connection that’s down, or leaked a call on the sub.  Register 
a phone to the sub and see if you can call to/from another phone registered to 
the pub.

-Ryan

On Feb 10, 2015, at 10:32 AM, Brian Meade 
mailto:bmead...@vt.edu>> wrote:

Usually this is a RISDC problem.  Check database replication is working okay 
and then restart RISDC on all nodes.

On Tue, Feb 10, 2015 at 9:06 AM, ROZA, Ariel 
mailto:ariel.r...@la.logicalis.com>> wrote:
 Guys,

I am having and odd situation:

I have a CUCM cluster ( Pub & 1 Sub) where i have set up a new branch office 
with an H323 Gateway and several phones. The config template is similar to 
other already working branches, but in this particular branch incoming calls 
are behaving strangely.
PSTN calls come through a FXO port, pass an autoattendant TCL script  on the GW 
and get routed to CUCM via two identical dialpeers ¡, one for the Sub and one 
for the Pub.
Debugs show that if calls use the Dialpeer to the Pub, the call goes fine, and 
the receiver phone answers the call. But if the call uses the Subs dialpeer, it 
fails with a Disconnect Cause code 18 (user busy) or 19 (user busy - user 
alerted).

The destination in both cases is the same: a Hunt List that is reachable via 
any internal phone.

DNA shows the logic is ok, and debugs on both, the gateway and CUCM show the 
same results, so conectivity should not be an issue.

 Does anyone have any suggestion, besides rebooting the Subs?

CUCM version is 8.6.2
The Pub and the Subs are in different subnets.

Regards,

Ariel.

___
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] Radio and Voice Calls for University Police

[Jonathan Charles]

Cisco IPICS Mobile Client will integrate Cisco UCM with Motorola Radios
(and PTT functionality)...



Jonathan

On Tue, Feb 24, 2015 at 12:10 PM, Lisa Notarianni <
lisa.notaria...@scranton.edu> wrote:

>  Here at The University of Scranton, our Police Department is looking for
> a solution that will help dispatchers integrate Radio and Voice calls into
> a hands free solution that would include a headset and display to manage
> those calls.  Cisco Call Manager is going to be upgraded this week to
> version 10.5.  Radio calls are handled separately.  Cisco offers their
> IPICS solution but we need to do a bit of research and compare our
> alternatives.
>
>
>
> Is anyone using a similar software tool that can handle Radio *and* Voice
> merged into one desktop client that is compatible with Cisco VoIP?
>
>
>
> Thank you in advance.
>
>
>
>
>
>
>
> [image: LNsignatureFile]
>
>
>
> ___
> 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] Rehost CUCM 9 licenses...

[Jonathan Charles]

We have a CUCM/CUC 9 on pizza boxes, we are moving to a new BE6K and it has
10.5 already on it... I pulled the data and built a dummy 9 box and am
going to upgrade it to 10 and restore the data to the 6K... but I need the
licenses rehosted from the pizza boxes to the UCS.



Jonathan

On Thu, Mar 5, 2015 at 2:53 PM,  wrote:

> Jonathan,
>
> Are you trying to move these to a non-ELM/PLM server or just migrate
> ELM/PLM to a new server?
>
> If you are migrating ELM/PLM there is a self service tool that can do this
> now.
>
>
> On 2015-03-05 14:19, Jonathan Charles wrote:
>
>> Cool, let me try that...
>>
>> Jonathan
>>
>> On Thu, Mar 5, 2015 at 2:04 PM, Jeffrey Girard
>>  wrote:
>>
>>  Log into the ELM of the cluster.
>>>
>>>
>>>
>>> Under License Management (I think – I don’t have an ELM in front
>>> of me), there will be a button for “Generate License Request
>>> File”).
>>>
>>>
>>>
>>> That file will contain all the information about the current
>>> licenses.
>>>
>>>
>>>
>>> You send that file to TAC and they will massage it (rehosting or
>>> adding licenses) and then send you back a new license file
>>>
>>>
>>>
>>>
>>>  
>> --
>>
>>> Dr. Jeffrey T. Girard (Jeff), PhD
>>> Colonel, United States Army (Retired)
>>> Owner, Network Engineer, VoIP Engineer - Wire Me Happy, LLC
>>>
>>> www.wiremehappy.com [2]
>>> (607) 835-0406 [3] (home office)
>>> (845) 764-1661 [4] (mobile)
>>> (607) 835-0458 [5] (fax)
>>>
>>>
>>>
>>> FROM: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] ON
>>> BEHALF OF Jonathan Charles
>>> SENT: Thursday, March 05, 2015 2:40 PM
>>> TO: Andy
>>> CC: cisco-voip@puck.nether.net
>>> SUBJECT: Re: [cisco-voip] Rehost CUCM 9 licenses...
>>>
>>>
>>>
>>> Yes, but there is no way extract the licenses and get them to TAC...
>>>
>>>
>>>
>>>
>>>
>>> Jonathan
>>>
>>>
>>>
>>> On Thu, Mar 5, 2015 at 1:34 PM, Andy  wrote:
>>>
>>>  Isn’t  it done via license manager?

 Andy
 andy.ca...@gmail.com

  On 5 Mar 2015, at 19:32, Jonathan Charles 
>
 wrote:

>
> Where on CUCM 9 are the license files stored (File list...) so I
>
 can send them to TAC with a new request ...

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

>>>
>>>
>>
>>
>>
>> Links:
>> --
>> [1] https://puck.nether.net/mailman/listinfo/cisco-voip
>> [2] http://www.wiremehappy.com
>> [3] tel:%28607%29%20835-0406
>> [4] tel:%28845%29%20764-1661
>> [5] tel:%28607%29%20835-0458
>>
>> ___
>> 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] changing IP address and hostname of publisher at same time?

[Lelio Fulgenzi]

Ok. I posted the wrong link. This is what i was using. 


http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/install/9_1_1/ipchange/ipchg911.html
 


There is no updated document for version 9.1(2)x 


I ended up doing things in stages, changing IP address first, then hostname, 
modifying the DNS as required at each step. That's gone OK, but there were a 
few errors in the document, one I'm not sure how to fix. 


The first error, indicated to change the gateway separately from the IP 
address, where it's really one step. 


The second error, is how it's asking to perform "utils dbreplication dropadmin 
db " but that's not a recognized command in v9.1(2)SU1 CLI. 


Also, for some reason, under System > Cisco Unified CM, the old name still 
appears. I'm not sure if the dbreplication command would fix this? 







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

- Original Message -

From: "Lelio Fulgenzi"  
To: "Cisco VOIP"  
Sent: Thursday, March 5, 2015 1:53:56 PM 
Subject: [cisco-voip] changing IP address and hostname of publisher at same 
time? 




So, I'm following this document: 


http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/install/9_0_1/ipchange/CUCM_BK_C936116C_00_changing-ipaddress-hostname-cucm-90.html
 


but I'm getting an error part way through. I think I know why, but just want to 
be sure if there's a particular way I should be doing something. 


I want to change both the IP address and hostname of the publisher that I'm 
rebuilding off-line. 



When I follow the instructions to change the IP address, it says there is a DNS 
mismatch. That's true, cause the hostname is still attached to the old IP 
address. 


Do I need to do this in stages? First update the DNS so that the existing 
hostname has the new IP address, then change IP, then change the hostname to 
the new hostname with the new IP address? 


I'm going from: 


host101.x.y 192.168.1.101 


to 


host95.x.y 192.168.1.95 


Thoughts? 




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

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


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

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

Re: [cisco-voip] Rehost CUCM 9 licenses...

[gentoo]

Jonathan,

Are you trying to move these to a non-ELM/PLM server or just migrate 
ELM/PLM to a new server?


If you are migrating ELM/PLM there is a self service tool that can do 
this now.



On 2015-03-05 14:19, Jonathan Charles wrote:

Cool, let me try that...

Jonathan

On Thu, Mar 5, 2015 at 2:04 PM, Jeffrey Girard
 wrote:


Log into the ELM of the cluster.

 

Under License Management (I think – I don’t have an ELM in front
of me), there will be a button for “Generate License Request
File”).

 

That file will contain all the information about the current
licenses.

 

You send that file to TAC and they will massage it (rehosting or
adding licenses) and then send you back a new license file

 



--

Dr. Jeffrey T. Girard (Jeff), PhD
Colonel, United States Army (Retired)
Owner, Network Engineer, VoIP Engineer - Wire Me Happy, LLC

www.wiremehappy.com [2]
(607) 835-0406 [3] (home office)
(845) 764-1661 [4] (mobile)
(607) 835-0458 [5] (fax)

 

FROM: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] ON
BEHALF OF Jonathan Charles
SENT: Thursday, March 05, 2015 2:40 PM
TO: Andy
CC: cisco-voip@puck.nether.net
SUBJECT: Re: [cisco-voip] Rehost CUCM 9 licenses...

 

Yes, but there is no way extract the licenses and get them to TAC...

 

 

Jonathan

 

On Thu, Mar 5, 2015 at 1:34 PM, Andy  wrote:


Isn’t  it done via license manager?

Andy
andy.ca...@gmail.com


On 5 Mar 2015, at 19:32, Jonathan Charles 

wrote:


Where on CUCM 9 are the license files stored (File list...) so I

can send them to TAC with a new request ...




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


 




Links:
--
[1] https://puck.nether.net/mailman/listinfo/cisco-voip
[2] http://www.wiremehappy.com
[3] tel:%28607%29%20835-0406
[4] tel:%28845%29%20764-1661
[5] tel:%28607%29%20835-0458

___
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] "Understanding SIP Traces" document

[Jonathan Charles]

Have a friend at CSR 11 and he had some Cisco people try to get it and they
couldn't either...



Jonathan

On Thu, Mar 5, 2015 at 12:35 PM, Brian Meade  wrote:

> For TAC internal, we just used techzone.  I think something else happened
> here.
>
> On Thu, Mar 5, 2015 at 11:52 AM, Jonathan Charles 
> wrote:
>
>> I got it to... and I am a CCIE and a partner... My guess is that it is
>> TAC internal.
>>
>>
>>
>> I want this document...
>>
>>
>>
>> Jonathan
>>
>> On Tue, Mar 3, 2015 at 4:10 PM, Ed Leatherman 
>> wrote:
>>
>>> Hello!
>>>
>>> One of my guys has been referencing a document on the cisco support
>>> forums called "Understanding SIP Traces":
>>> https://supportforums.cisco.com/document/113271/understanding-sip-traces
>>>
>>> but now we are getting "Access Denied", anyone know if this went away on
>>> purpose? I actually never got a chance to read it, he just asked me about
>>> it today, he seemed to find it useful.
>>>
>>> Thanks!
>>> Ed
>>>
>>> --
>>> 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] Rehost CUCM 9 licenses...

[Jonathan Charles]

Cool, let me try that...


Jonathan

On Thu, Mar 5, 2015 at 2:04 PM, Jeffrey Girard  wrote:

> Log into the ELM of the cluster.
>
>
>
> Under License Management (I think – I don’t have an ELM in front of me),
> there will be a button for “Generate License Request File”).
>
>
>
> That file will contain all the information about the current licenses.
>
>
>
> You send that file to TAC and they will massage it (rehosting or adding
> licenses) and then send you back a new license file
>
>
>
>
> --
> Dr. Jeffrey T. Girard (Jeff), PhD
> Colonel, United States Army (Retired)
> Owner, Network Engineer, VoIP Engineer - Wire Me Happy, LLC
>
> www.wiremehappy.com
> (607) 835-0406 (home office)
> (845) 764-1661 (mobile)
> (607) 835-0458 (fax)
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On Behalf
> Of *Jonathan Charles
> *Sent:* Thursday, March 05, 2015 2:40 PM
> *To:* Andy
> *Cc:* cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] Rehost CUCM 9 licenses...
>
>
>
> Yes, but there is no way extract the licenses and get them to TAC...
>
>
>
>
>
> Jonathan
>
>
>
> On Thu, Mar 5, 2015 at 1:34 PM, Andy  wrote:
>
> Isn’t  it done via license manager?
>
> Andy
> andy.ca...@gmail.com
>
>
>
> > On 5 Mar 2015, at 19:32, Jonathan Charles  wrote:
> >
> > Where on CUCM 9 are the license files stored (File list...) so I can
> send them to TAC with a new request ...
> >
> >
> >
> > 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] Rehost CUCM 9 licenses...

[Jeffrey Girard]

Log into the ELM of the cluster.

Under License Management (I think – I don’t have an ELM in front of me), there 
will be a button for “Generate License Request File”).

That file will contain all the information about the current licenses.

You send that file to TAC and they will massage it (rehosting or adding 
licenses) and then send you back a new license file

--
Dr. Jeffrey T. Girard (Jeff), PhD
Colonel, United States Army (Retired)
Owner, Network Engineer, VoIP Engineer - Wire Me Happy, LLC
www.wiremehappy.com
(607) 835-0406 (home office)
(845) 764-1661 (mobile)
(607) 835-0458 (fax)

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
Jonathan Charles
Sent: Thursday, March 05, 2015 2:40 PM
To: Andy
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Rehost CUCM 9 licenses...

Yes, but there is no way extract the licenses and get them to TAC...


Jonathan

On Thu, Mar 5, 2015 at 1:34 PM, Andy 
mailto:andy.ca...@gmail.com>> wrote:
Isn’t  it done via license manager?

Andy
andy.ca...@gmail.com



> On 5 Mar 2015, at 19:32, Jonathan Charles 
> mailto:jonv...@gmail.com>> wrote:
>
> Where on CUCM 9 are the license files stored (File list...) so I can send 
> them to TAC with a new request ...
>
>
>
> 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] Rehost CUCM 9 licenses...

[MManly]

I do not know how it is under a different version, but we are using PLM 10.5:

Under License>Fulfillment>View Summary I can copy my entire license file for 
CER and either save it or copy/paste it.

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
Jonathan Charles
Sent: Thursday, March 05, 2015 12:40 PM
To: Andy
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Rehost CUCM 9 licenses...

Yes, but there is no way extract the licenses and get them to TAC...


Jonathan

On Thu, Mar 5, 2015 at 1:34 PM, Andy 
mailto:andy.ca...@gmail.com>> wrote:
Isn’t  it done via license manager?

Andy
andy.ca...@gmail.com



> On 5 Mar 2015, at 19:32, Jonathan Charles 
> mailto:jonv...@gmail.com>> wrote:
>
> Where on CUCM 9 are the license files stored (File list...) so I can send 
> them to TAC with a new request ...
>
>
>
> 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] Rehost CUCM 9 licenses...

[Jonathan Charles]

Yes, but there is no way extract the licenses and get them to TAC...


Jonathan

On Thu, Mar 5, 2015 at 1:34 PM, Andy  wrote:

> Isn’t  it done via license manager?
>
> Andy
> andy.ca...@gmail.com
>
>
>
> > On 5 Mar 2015, at 19:32, Jonathan Charles  wrote:
> >
> > Where on CUCM 9 are the license files stored (File list...) so I can
> send them to TAC with a new request ...
> >
> >
> >
> > 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] Rehost CUCM 9 licenses...

[Matthew Loraditch]

I'm not aware of a storage location. I don't know the internals, but you don't 
manage files anymore, the entitlements are tied to your ELM/PLM instance 
(whether dedicated or co-resident with on of your CUCM/UCXN boxes)

If you have a request you'd send TAC a license request along with whatever else 
you might have to support that request, SOs, PAKs, PUT orders, etc.

If this all sounds foreign, start here: 
https://supportforums.cisco.com/document/9869241/understanding-enterprise-license-managerhttps://supportforums.cisco.com/document/9869241/understanding-enterprise-license-manager




Matthew G. Loraditch - CCNP-V, CCNA-R&S, CCDA
Network Engineer

We understand and solve your
technology challenges so
you can sell and service cars.

Facebook | 
Twitter | 
LinkedIn 
| G+

From: cisco-voip [cisco-voip-boun...@puck.nether.net] on behalf of Jonathan 
Charles [jonv...@gmail.com]
Sent: Thursday, March 05, 2015 2:32 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Rehost CUCM 9 licenses...

Where on CUCM 9 are the license files stored (File list...) so I can send them 
to TAC with a new request ...



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

[cisco-voip] Rehost CUCM 9 licenses...

[Jonathan Charles]

Where on CUCM 9 are the license files stored (File list...) so I can send
them to TAC with a new request ...



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

Re: [cisco-voip] Rehost CUCM 9 licenses...

[Andy]

Isn’t  it done via license manager?

Andy
andy.ca...@gmail.com



> On 5 Mar 2015, at 19:32, Jonathan Charles  wrote:
> 
> Where on CUCM 9 are the license files stored (File list...) so I can send 
> them to TAC with a new request ...
> 
> 
> 
> 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] 79xx and the ITL, without access to the existing phone system

[Matthew Loraditch]

I would please like the doc and the zip Andy and Dan!
Thanks much!

Matthew G. Loraditch - CCNP-V, CCNA-R&S, CCDA
Network Engineer

We understand and solve your
technology challenges so
you can sell and service cars.

Facebook | 
Twitter | 
LinkedIn 
| G+

From: cisco-voip [cisco-voip-boun...@puck.nether.net] on behalf of Jonathan 
Charles [jonv...@gmail.com]
Sent: Thursday, March 05, 2015 2:26 PM
To: Andy
Cc: cisco-voip voyp list
Subject: Re: [cisco-voip] 79xx and the ITL, without access to the existing 
phone system

Sure!

Thanks!



Jonathan

On Thu, Mar 5, 2015 at 1:20 PM, Andy 
mailto:andy.ca...@gmail.com>> wrote:
I have a copy of the doc for this if you want it.

Andy
andy.ca...@gmail.com



On 5 Mar 2015, at 17:38, Daniel Pagan 
mailto:dpa...@fidelus.com>> wrote:

Jonathan:

I’ll zip and email a copy to you directly. What I don’t have however is 
documentation on the tool. I was given a wiki URL that doesn’t work.

- Dan

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
Jonathan Charles
Sent: Thursday, March 05, 2015 12:07 PM
To: Ryan Ratliff (rratliff)
Cc: cisco-voip voyp list
Subject: Re: [cisco-voip] 79xx and the ITL, without access to the existing 
phone system

Can you share the file?


Thanks!


Jonathan

On Mon, Mar 2, 2015 at 10:18 AM, Ryan Ratliff (rratliff) 
mailto:rratl...@cisco.com>> wrote:
If the phones will register and have settings access enabled you can use the 
Cisco EraseITL utility to wipe them.  You can get it from TAC if you don’t have 
a copy handy.

-Ryan

On Mar 2, 2015, at 9:48 AM, Ryan Huff 
mailto:ryanh...@outlook.com>> wrote:

About 1K of 79xx phones on a ccm 8.X going to ccm 10.5. So CTL/ITL is an issue. 
There are lots of ways to solve this with access to the previous phone system, 
I know.

The catch for me is, I DO NOT have access to the previous phone system or the 
previous phone certificates (would be so much easier if I did, I know).

Anyone have any dark magic I can script though the SSH / Web Server client on 
the phone that doesn't require me to bind to a valid ccm user from the previous 
system or in any other way, reference the previous system?

Any other ideas?

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 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] 79xx and the ITL, without access to the existing phone system

[Jonathan Charles]

Sure!

Thanks!



Jonathan

On Thu, Mar 5, 2015 at 1:20 PM, Andy  wrote:

> I have a copy of the doc for this if you want it.
>
> Andy
> andy.ca...@gmail.com
>
>
>
> On 5 Mar 2015, at 17:38, Daniel Pagan  wrote:
>
> Jonathan:
>
> I’ll zip and email a copy to you directly. What I don’t have however is
> documentation on the tool. I was given a wiki URL that doesn’t work.
>
> - Dan
>
> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net
> ] *On Behalf Of *Jonathan Charles
> *Sent:* Thursday, March 05, 2015 12:07 PM
> *To:* Ryan Ratliff (rratliff)
> *Cc:* cisco-voip voyp list
> *Subject:* Re: [cisco-voip] 79xx and the ITL, without access to the
> existing phone system
>
> Can you share the file?
>
>
> Thanks!
>
>
> Jonathan
>
> On Mon, Mar 2, 2015 at 10:18 AM, Ryan Ratliff (rratliff) <
> rratl...@cisco.com> wrote:
>
> If the phones will register and have settings access enabled you can use
> the Cisco EraseITL utility to wipe them.  You can get it from TAC if you
> don’t have a copy handy.
>
> -Ryan
>
> On Mar 2, 2015, at 9:48 AM, Ryan Huff  wrote:
>
> About 1K of 79xx phones on a ccm 8.X going to ccm 10.5. So CTL/ITL is an
> issue. There are lots of ways to solve this with access to the previous
> phone system, I know.
>
> The catch for me is, I DO NOT have access to the previous phone system or
> the previous phone certificates (would be so much easier if I did, I know).
>
> Anyone have any dark magic I can script though the SSH / Web Server client
> on the phone that doesn't require me to bind to a valid ccm user from the
> previous system or in any other way, reference the previous system?
>
> Any other ideas?
>
> 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 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] 79xx and the ITL, without access to the existing phone system

[Andy]

I have a copy of the doc for this if you want it.

Andy
andy.ca...@gmail.com



> On 5 Mar 2015, at 17:38, Daniel Pagan  wrote:
> 
> Jonathan:
>  
> I’ll zip and email a copy to you directly. What I don’t have however is 
> documentation on the tool. I was given a wiki URL that doesn’t work.
>  
> - Dan
>  
> From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
> Jonathan Charles
> Sent: Thursday, March 05, 2015 12:07 PM
> To: Ryan Ratliff (rratliff)
> Cc: cisco-voip voyp list
> Subject: Re: [cisco-voip] 79xx and the ITL, without access to the existing 
> phone system
>  
> Can you share the file?
>  
>  
> Thanks!
>  
>  
> Jonathan
>  
> On Mon, Mar 2, 2015 at 10:18 AM, Ryan Ratliff (rratliff)  > wrote:
> If the phones will register and have settings access enabled you can use the 
> Cisco EraseITL utility to wipe them.  You can get it from TAC if you don’t 
> have a copy handy.
>  
> -Ryan 
>  
> On Mar 2, 2015, at 9:48 AM, Ryan Huff  > wrote:
>  
> About 1K of 79xx phones on a ccm 8.X going to ccm 10.5. So CTL/ITL is an 
> issue. There are lots of ways to solve this with access to the previous phone 
> system, I know.
> 
> The catch for me is, I DO NOT have access to the previous phone system or the 
> previous phone certificates (would be so much easier if I did, I know).
> 
> Anyone have any dark magic I can script though the SSH / Web Server client on 
> the phone that doesn't require me to bind to a valid ccm user from the 
> previous system or in any other way, reference the previous system?
> 
> Any other ideas?
> 
> 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 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] changing IP address and hostname of publisher at same time?

[Lelio Fulgenzi]

So, I'm following this document: 


http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/install/9_0_1/ipchange/CUCM_BK_C936116C_00_changing-ipaddress-hostname-cucm-90.html
 


but I'm getting an error part way through. I think I know why, but just want to 
be sure if there's a particular way I should be doing something. 


I want to change both the IP address and hostname of the publisher that I'm 
rebuilding off-line. 



When I follow the instructions to change the IP address, it says there is a DNS 
mismatch. That's true, cause the hostname is still attached to the old IP 
address. 


Do I need to do this in stages? First update the DNS so that the existing 
hostname has the new IP address, then change IP, then change the hostname to 
the new hostname with the new IP address? 


I'm going from: 


host101.x.y 192.168.1.101 


to 


host95.x.y 192.168.1.95 


Thoughts? 




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

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

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

Re: [cisco-voip] "Understanding SIP Traces" document

[Brian Meade]

For TAC internal, we just used techzone.  I think something else happened
here.

On Thu, Mar 5, 2015 at 11:52 AM, Jonathan Charles  wrote:

> I got it to... and I am a CCIE and a partner... My guess is that it is TAC
> internal.
>
>
>
> I want this document...
>
>
>
> Jonathan
>
> On Tue, Mar 3, 2015 at 4:10 PM, Ed Leatherman 
> wrote:
>
>> Hello!
>>
>> One of my guys has been referencing a document on the cisco support
>> forums called "Understanding SIP Traces":
>> https://supportforums.cisco.com/document/113271/understanding-sip-traces
>>
>> but now we are getting "Access Denied", anyone know if this went away on
>> purpose? I actually never got a chance to read it, he just asked me about
>> it today, he seemed to find it useful.
>>
>> Thanks!
>> Ed
>>
>> --
>> 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] "Understanding SIP Traces" document

[Steve Rubin]

I think I found it.

https://web.archive.org/web/20140829061202/https://supportforums.cisco.com/document/113271/understanding-sip-traces


--
Steve Rubin  
s...@layer42.net
Layer42 Networks   
http://www.layer42.net/

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

Re: [cisco-voip] "Understanding SIP Traces" document

[Scott Shaw]

Is this it?


http://www.cisco.com/c/en/us/support/docs/unified-communications/spa3102-voice-gateway-router/108729-pqa-108729.html



On Tue, Mar 3, 2015 at 5:10 PM, Ed Leatherman 
wrote:

> Hello!
>
> One of my guys has been referencing a document on the cisco support forums
> called "Understanding SIP Traces":
> https://supportforums.cisco.com/document/113271/understanding-sip-traces
>
> but now we are getting "Access Denied", anyone know if this went away on
> purpose? I actually never got a chance to read it, he just asked me about
> it today, he seemed to find it useful.
>
> Thanks!
> Ed
>
> --
> 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] 79xx and the ITL, without access to the existing phone system

[Daniel Pagan]

Jonathan:

I’ll zip and email a copy to you directly. What I don’t have however is 
documentation on the tool. I was given a wiki URL that doesn’t work.

- Dan

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
Jonathan Charles
Sent: Thursday, March 05, 2015 12:07 PM
To: Ryan Ratliff (rratliff)
Cc: cisco-voip voyp list
Subject: Re: [cisco-voip] 79xx and the ITL, without access to the existing 
phone system

Can you share the file?


Thanks!


Jonathan

On Mon, Mar 2, 2015 at 10:18 AM, Ryan Ratliff (rratliff) 
mailto:rratl...@cisco.com>> wrote:
If the phones will register and have settings access enabled you can use the 
Cisco EraseITL utility to wipe them.  You can get it from TAC if you don’t have 
a copy handy.

-Ryan

On Mar 2, 2015, at 9:48 AM, Ryan Huff 
mailto:ryanh...@outlook.com>> wrote:

About 1K of 79xx phones on a ccm 8.X going to ccm 10.5. So CTL/ITL is an issue. 
There are lots of ways to solve this with access to the previous phone system, 
I know.

The catch for me is, I DO NOT have access to the previous phone system or the 
previous phone certificates (would be so much easier if I did, I know).

Anyone have any dark magic I can script though the SSH / Web Server client on 
the phone that doesn't require me to bind to a valid ccm user from the previous 
system or in any other way, reference the previous system?

Any other ideas?

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 mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] "Understanding SIP Traces" document

[Jonathan Charles]

My apologies, I got the "You are not authorized to access this page." as
well (I misspelled 'too')...  so,  you are exactly as cool as me (that is
very sad for you).



Jonathan

On Thu, Mar 5, 2015 at 11:09 AM, NateCCIE  wrote:

> I did not get to it, and I am a CCIE and a partner.  My guess is I am not
> as cool as Jonathan.
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On Behalf
> Of *Jonathan Charles
> *Sent:* Thursday, March 05, 2015 9:52 AM
> *To:* Ed Leatherman
> *Cc:* Cisco VOIP
> *Subject:* Re: [cisco-voip] "Understanding SIP Traces" document
>
>
>
> I got it to... and I am a CCIE and a partner... My guess is that it is TAC
> internal.
>
>
>
>
>
>
>
> I want this document...
>
>
>
>
>
>
>
> Jonathan
>
>
>
> On Tue, Mar 3, 2015 at 4:10 PM, Ed Leatherman 
> wrote:
>
> Hello!
>
>
>
> One of my guys has been referencing a document on the cisco support forums
> called "Understanding SIP Traces":
>
> https://supportforums.cisco.com/document/113271/understanding-sip-traces
>
>
>
> but now we are getting "Access Denied", anyone know if this went away on
> purpose? I actually never got a chance to read it, he just asked me about
> it today, he seemed to find it useful.
>
>
>
> Thanks!
>
> Ed
>
>
>
> --
>
> 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] "Understanding SIP Traces" document

[NateCCIE]

I did not get to it, and I am a CCIE and a partner.  My guess is I am not as 
cool as Jonathan.

 

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
Jonathan Charles
Sent: Thursday, March 05, 2015 9:52 AM
To: Ed Leatherman
Cc: Cisco VOIP
Subject: Re: [cisco-voip] "Understanding SIP Traces" document

 

I got it to... and I am a CCIE and a partner... My guess is that it is TAC 
internal.

 

 

 

I want this document... 

 

 

 

Jonathan

 

On Tue, Mar 3, 2015 at 4:10 PM, Ed Leatherman mailto:ealeather...@gmail.com> > wrote:

Hello!

 

One of my guys has been referencing a document on the cisco support forums 
called "Understanding SIP Traces":

https://supportforums.cisco.com/document/113271/understanding-sip-traces

 

but now we are getting "Access Denied", anyone know if this went away on 
purpose? I actually never got a chance to read it, he just asked me about it 
today, he seemed to find it useful.

 

Thanks!

Ed


 

-- 

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] Any Advantage of CIMP server with Webex accounts?

[Jonathan Charles]

Customer has Webex (Jabber logged into Cisco Webex, not Presence)...
wondering if there would be any value add by installing CIMP servers as
well..

We are planning on rolling out an Expressway for offnet Jabber connections,
and all of the design guides list the IMP server...


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

Re: [cisco-voip] 79xx and the ITL, without access to the existing phone system

[Jonathan Charles]

Can you share the file?


Thanks!


Jonathan

On Mon, Mar 2, 2015 at 10:18 AM, Ryan Ratliff (rratliff)  wrote:

>  If the phones will register and have settings access enabled you can use
> the Cisco EraseITL utility to wipe them.  You can get it from TAC if you
> don’t have a copy handy.
>
>  -Ryan
>
>  On Mar 2, 2015, at 9:48 AM, Ryan Huff  wrote:
>
>  About 1K of 79xx phones on a ccm 8.X going to ccm 10.5. So CTL/ITL is an
> issue. There are lots of ways to solve this with access to the previous
> phone system, I know.
>
> The catch for me is, I DO NOT have access to the previous phone system or
> the previous phone certificates (would be so much easier if I did, I know).
>
> Anyone have any dark magic I can script though the SSH / Web Server client
> on the phone that doesn't require me to bind to a valid ccm user from the
> previous system or in any other way, reference the previous system?
>
> Any other ideas?
>
> 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 mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Alternative Route Pattern - Question

[Jonathan Charles]

You can do this with a route-list... and on each route group either prefix
digits when you send them to the new gateway...


Jonathan

On Tue, Mar 3, 2015 at 6:56 AM, Andrew Grech  wrote:

> Hi I'm thinking about a problem and don't know the best way forward.
>
> For a global deployment I'd like to setup a speed dial to a local free
> call number and send the calls out each sites local gateway. I'm unsure how
> to create a backup so that if the local gateway is down the number will be
> re-translated to a global international number and use the standard route
> lists.
>
> Example:
> Site A dials  and route pattern translates to a local free call number
> and sends out local gateway.
>
> Site B dials  and route pattern translates to local free call number
> and sends out local gateway.
>
> If Site A local gateway is down re translate  to a international
> number and dial using standard route list. Resulting in the call going out
> site B.
>
> Obviously I could of just created a global translation using the internal
> partition. However for this example assume that the local gateways should
> be used when available.
>
> Cheers
>
> ___
> 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] "Understanding SIP Traces" document

[Jonathan Charles]

I got it to... and I am a CCIE and a partner... My guess is that it is TAC
internal.



I want this document...



Jonathan

On Tue, Mar 3, 2015 at 4:10 PM, Ed Leatherman 
wrote:

> Hello!
>
> One of my guys has been referencing a document on the cisco support forums
> called "Understanding SIP Traces":
> https://supportforums.cisco.com/document/113271/understanding-sip-traces
>
> but now we are getting "Access Denied", anyone know if this went away on
> purpose? I actually never got a chance to read it, he just asked me about
> it today, he seemed to find it useful.
>
> Thanks!
> Ed
>
> --
> 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