[cisco-voip] CUCM 7.X Aconsole and Park

Wed Dec 10 11:24:44 EST 2008

The third installation does utilize Pilot Points. 

  _____  

From: Brian Shaw 
Sent: Wednesday, December 10, 2008 10:21 AM
To: Nick Griffin; Chris Ward
Cc: Bill Talley; cisco-voip at puck-nether.net
Subject: RE: [cisco-voip] CUCM 7.X Aconsole and Park

In the two cases that I've seen, we are NOT using AC Pilot Points. The call
is coming directly into the DN of the AC user. Call Control is fine. The
user can park the call, and successfully retrieve the parked call. But the
parked call does not display in the "parked calls" window in AC.

One of the installations is an upgrade from 4.X, with a clean install of UCM
7.0(1) and the DMA tool. The other install was an upgrade from 6.1(2). Same
behavior in both cases.

Brian

  _____  

From: Nick Griffin [mailto:nick.jon.griffin at gmail.com] 
Sent: Wednesday, December 10, 2008 10:10 AM
To: Chris Ward; Brian Shaw
Cc: Bill Talley; cisco-voip at puck-nether.net
Subject: Re: [cisco-voip] CUCM 7.X Aconsole and Park

Adding another engineer on to this thread, Brian please let him know what
you have done to reproduce the error. 

On Wed, Dec 10, 2008 at 10:03 AM, Chris Ward <chrward at cisco.com> wrote:

Nick,

What are the exact steps that you use to reproduce this?

Chris Ward 

  _____  

From: Nick Griffin <nick.jon.griffin at gmail.com>

Date: Wed, 10 Dec 2008 10:00:16 -0600
To: Bill Talley <billt at aos5.com>

Cc: "cisco-voip at puck-nether.net" <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] CUCM 7.X Aconsole and Park

It seems to be a reproducible issue, our previous tac engineers seemed
reluctant to test it in a lab.  

On Wed, Dec 10, 2008 at 9:48 AM, Bill Talley <billt at aos5.com> wrote:

Same here. We had multiple, non-overlapping park ranges on a new, clean
install of 7.0.1-11000. Just to be safe I deleted them both, and added a
single park range back. 

In our case also, call park monitoring is the only feature that doesn't work
with attendant console on our UCM cluster. 

Our case id is 610259615. 

--------
Sent from a mobile device with very tiny keys. Please excuse my typos.

  _____  

From: Nick Griffin <nick.jon.griffin at gmail.com>
Sent: Wednesday, December 10, 2008 9:23 AM
To: Ryan Ratliff <rratliff at cisco.com>
Cc: cisco-voip at puck-nether.net <cisco-voip at puck.nether.net>

Subject: Re: [cisco-voip] CUCM 7.X Aconsole and Park

They don't overlap, we have 3 different engineers that have seen this issue
with, specifically 7.X, new installs and upgrades. Right now we have case
open,  610161935.

On Wed, Dec 10, 2008 at 9:18 AM, Ryan Ratliff <rratliff at cisco.com> wrote:

Make sure your call park DN ranges do not overlap across CUCM servers.
This has always broken call park monitoring, especially with AC. 

-Ryan

On Dec 10, 2008, at 10:10 AM, Nick Griffin wrote:

Has anyone ran into call park visibility issues with attendant console on
CUCM 7.0.1? We have seen this on 2 new installs now. Attendant can park the
call with AConsole, however, has no visibility into the parked calls. Any
thoughts appreciated.

Thanks,

Nick Griffin
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

CONFIDENTIALITY NOTICE: This electronic mail transmission (including any
accompanying attachments) is intended solely for its authorized
recipient(s), and may contain confidential and/or legally privileged
information. If you are not an intended recipient, or responsible for
delivering some or all of this transmission to an intended recipient, be
aware that any review, copying, printing, distribution, use or disclosure of
the contents of this message is strictly prohibited. If you have received
this electronic mail message in error, please delete it from your system
without copying it, and contact sender immediately by Reply e-mail, or by
calling 913-307-2300, so that our address records can be corrected.

Although this e-mail and any attachments are believed to be free of any
virus or other defect that might negatively affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way in the event that such a
virus or defect exists.

  _____  

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20081210/adce0a26/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3072 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20081210/adce0a26/attachment-0001.bin>
-------------- next part --------------

CONFIDENTIALITY NOTICE: This electronic mail transmission (including any accompanying attachments) is intended solely for its authorized recipient(s), and may contain confidential and/or legally privileged information. If you are not an intended recipient, or responsible for delivering some or all of this transmission to an intended recipient, be aware that any review, copying, printing, distribution, use or disclosure of the contents of this message is strictly prohibited. If you have received this electronic mail message in error, please delete it from your system without copying it, and contact sender immediately by Reply e-mail, or by calling 913-307-2300, so that our address records can be corrected.

Although this e-mail and any attachments are believed to be free of any virus or other defect that might negatively affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way in the event that such a virus or defect exists.