[cisco-voip] IPCC agents Drop Calls

[CarlosOrtiz at bayviewfinancial.com]

Well unfortunately the voice service degradation continued until you could 
no longer make inbound or outbound calls at the location.   Funny thing is 
that is happened while I was setting up a Meeting Place session with TAC. 
After confirming that the PRI's were ok (ISDN Status and at the Smartjack) 
we rebooted the router and everything works again.  We are starting to 
think that it may be the IOS since an ACL bug has already been confirmed 
and now  this.  The code is  12.4(11)XW2 Advanced Enterprise Services. 
This version was installed to gain the H.323 Inbound name Caller ID 
feature.  Anyone out there may want to steer clear of this code.

Carlos



"Scott Voll" <svoll.voip at gmail.com> 
01/04/2008 01:21 PM

To
CarlosOrtiz at bayviewfinancial.com
cc
cisco-voip at puck.nether.net
Subject
Re: [cisco-voip] IPCC agents Drop Calls






look at your CDR for the OrigCause_Value and then look at this:
 
http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_programming_usage_guide09186a00806c22b5.html#wp144513 

 
See what it says?  also look at DestCause_Value
Scott
On Jan 4, 2008 9:06 AM, <CarlosOrtiz at bayviewfinancial.com> wrote:

No.  Are you talking about detailed CCM traces?  I was just about to open 
a TAC case because we just had reports of 3 or so dropped calls at the 
same site. 

Carlos 


"Scott Voll" <svoll.voip at gmail.com> 
01/04/2008 11:59 AM 


To
CarlosOrtiz at bayviewfinancial.com 
cc
cisco-voip at puck.nether.net 
Subject
Re: [cisco-voip] IPCC agents Drop Calls









have you enabled the traces and seen what the reason code for the drop is? 

 
Scott

On Jan 4, 2008 8:27 AM, < CarlosOrtiz at bayviewfinancial.com> wrote: 

We have a couple of remote locations that are experiencing dropped calls 
VERY intermittently (Can be 2-3 weeks apart then you see a couple in a 
day).  The users that report the issue are always IPCC agents that are 
taking inbound calls that originate at our central site, cross the WAN and 
terminate at the remote location.  I know there are a lot of variables 
here but just wanted to see if anyone has come across this issue and can 
provide some insight. 

Carlos
_______________________________________________
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/20080104/61bfee61/attachment.html