[cisco-voip] Calls not completing.....randomly

[Peter Slow]

you can check out

"show call history voice brief"

look at that regularly until you see a failed call with 0 duration.


Also, start looking through your logging buffer (sh log) on the
gateway for any errors that are occurring. you might see weird stuff
like erros from DSPs indicating an issue. thats where i'd start for a
problem of this nature. Make sure your logging buffer is set up to
keep a couple megs of stuff and not just for 4kb or whatever the
default is.

-Pete



On Thu, Jan 7, 2010 at 8:57 PM, Jason Shearer <jshearer at amedisys.com> wrote:
> Upgraded to 12.4(22)T3.  Tried a 12.4 mainline and a 12.3T.  Can’t find any
> relevant bugs.  Guess I will go back to vpm sig and see if it can find a
> fault when things are quiet.  All else fails and I will see if Qwest can
> come out and put a berd on it.
>
>
>
> Thanks for the help.
>
>
>
> Jason
>
>
>
> From: Jason Aarons (US) [mailto:jason.aarons at us.didata.com]
> Sent: Thursday, January 07, 2010 6:36 PM
> To: Jason Shearer; cisco-voip at puck.nether.net
> Subject: RE: [cisco-voip] Calls not completing.....randomly
>
>
>
> You’d have to stick something like a TTC T-Berd with a Y-Cable between the
> SmartJack/Router and try to catch a call failing if debug vpm signal doesn’t
> show cause.  Normally a good telco brings out a T-BERD or similar test
> equipment, but you can rent one cheap for 30 days depending on how important
> solving the problem is <grin>
>
>
>
> http://www.trs-rentelco.com
>
>
>
> Another choice is to switch from MGCP to H323 just to see if problem
> stops…tried changing IOS ?
>
>
>
>
>
> From: cisco-voip-bounces at puck.nether.net
> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Jason Shearer
> Sent: Thursday, January 07, 2010 5:44 PM
> To: cisco-voip at puck.nether.net
> Subject: [cisco-voip] Calls not completing.....randomly
>
>
>
> Anyone have any clever ideas for tracking down problems with inbound calls
> randomly not completing successfully?  Two MGCP gateways with three T1 CAS
> circuits per gateway.  All circuits are in a single trunk group.  Problem
> isn’t isolated to a single DNIS.  Cannot find any pattern.  When call volume
> is very high it is impossible to debug.  Since they are MGCP controlled we
> don’t get ANI.
>
>
>
> Of course Qwest says all is good on their side……
>
>
>
> Any ideas would be helpful.
>
>
>
> Jason Shearer
>
>
>
>
>
> ________________________________
>
> *** NOTICE--The attached communication contains privileged and confidential
> information. If you are not the intended recipient, DO NOT read, copy, or
> disseminate this communication. Non-intended recipients are hereby placed on
> notice that any unauthorized disclosure, duplication, distribution, or
> taking of any action in reliance on the contents of these materials is
> expressly prohibited. If you have received this communication in error,
> please delete this information in its entirety and contact the Amedisys
> Privacy Hotline at 1-866-518-6684. Also, please immediately notify the
> sender via e-mail that you have received this communication in error. ***
>
> ________________________________
>
> Disclaimer: This e-mail communication and any attachments may contain
> confidential and privileged information and is for use by the designated
> addressee(s) named above only. If you are not the intended addressee, you
> are hereby notified that you have received this communication in error and
> that any use or reproduction of this email or its contents is strictly
> prohibited and may be unlawful. If you have received this communication in
> error, please notify us immediately by replying to this message and deleting
> it from your computer. Thank you.
>
> ________________________________
> *** NOTICE--The attached communication contains privileged and confidential
> information. If you are not the intended recipient, DO NOT read, copy, or
> disseminate this communication. Non-intended recipients are hereby placed on
> notice that any unauthorized disclosure, duplication, distribution, or
> taking of any action in reliance on the contents of these materials is
> expressly prohibited. If you have received this communication in error,
> please delete this information in its entirety and contact the Amedisys
> Privacy Hotline at 1-866-518-6684. Also, please immediately notify the
> sender via e-mail that you have received this communication in error. ***
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>