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

[Chris Ward]

Thank you Brian.

Chris Ward 
Cisco Systems Inc. 
Customer Support Engineer
Unified Communication Infrastructure
Boxborough, MA 
9:00am - 6:00pm Eastern
978-936-0217
chrward at cisco.com



From: Brian Shaw <briansh at aos5.com>
Date: Wed, 10 Dec 2008 10:20:53 -0600
To: Nick Griffin <nick.jon.griffin at gmail.com>, Chris Ward
<chrward at cisco.com>
Cc: Bill Talley <billt at aos5.com>, "cisco-voip at puck-nether.net"
<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
<http://nick.jon.griffin@gmail.com> >
Date: Wed, 10 Dec 2008 10:00:16 -0600
To: Bill Talley <billt at aos5.com <http://billt@aos5.com> >


Cc: "cisco-voip at puck-nether.net <http://cisco-voip@puck-nether.net> "
<cisco-voip at puck.nether.net <http://cisco-voip@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
<http://billt@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
> <http://nick.jon.griffin@gmail.com> >
> Sent: Wednesday, December 10, 2008 9:23 AM
> To: Ryan Ratliff <rratliff at cisco.com <http://rratliff@cisco.com> >
> Cc: cisco-voip at puck-nether.net <http://cisco-voip@puck-nether.net>
> <cisco-voip at puck.nether.net <http://cisco-voip@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
> <http://rratliff@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 <http://cisco-voip@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 <http://cisco-voip@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.
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20081210/331327d6/attachment.html>