[cisco-voip] Trying to track down a dropped call...

[Ed Leatherman]

Thanks Ahmed, i'll dig up the CDR and look for that field

On 3/30/07, Ahmed Elnagar <aelnagar at act-eg.com> wrote:
>
>  Hello;
> I had a similar Problem but not realted to IPCC at all. I have a PSTN
> gateway softswich system (PGW). I can give u some clues. try to know which
> party is closing the call by looking at the dest_cause and orig_cause of the
> CDR of the call @ CM and see what that cause means. my problem was that I
> had a server (involved in call processing) that have 2 network interfaces
> and they was not configured correctly to run with each other, so the call
> drop disappers when I remove one of the cables. I know maybe my case is a
> differenet one but just wanted to help.
>
>  Thanks and Best Regards
> *
> Ahmed A. Elnagar
> *Network Field Engineer
>
> Advanced Computer Technology (ACT)
> 16 Fawzy Ramah St.Off Shehab St.Mohandessin, Giza, Egypt
> Postal Code:12411 Cairo Egypt
>
> *Mob**:* +2010-2833868
> *Website**: *www.act-eg.com
> *E-mail**: *aelnagar at act-eg.com
>
> ------------------------------
> *From:* cisco-voip-bounces at puck.nether.net on behalf of Ed Leatherman
> *Sent:* Thu 29-Mar-07 11:24 PM
> *To:* ciscovoip
> *Subject:* [cisco-voip] Trying to track down a dropped call...
>
>
>  Had a call center agent call in a report on a dropped call.. trying to
> determine what happened to cause it to drop.
>
> Since this has IPCC involved, I have less of a clue as to whats going on
> than normal. The first messages that I see in the trace file when the call
> dropped are:
> 03/28/2007 15:45:14.823 CCM|StationD(226): StationCtiD -
> CtiLineCallDisconnectReq LH=5
> 03/28/2007 15:45:14.823 CCM|StationD(226): StationCtiD -
> CtiLineCallDisconnectReq LH=5
> 03/28/2007 15:45:14.823 CCM|StationD(226): StationCtiD - StationOnHook
> 03/28/2007 15:45:14.823 CCM|StationD(226): StationCtiD - StationOnHook
> This seems to tell me that either callmanager or ipcc is tearing down the
> call rather than the agent bumping a button or something... or perhaps the
> user is doing it via CAD somehow and doesnt know it. I don't see any reset
> messages in callmanager for that phone to have lost connectivity.
>
> Then some lines down,
> 03/28/2007 15:45:14.823 CCM|StationD:    (0000226) StopTone.
> 03/28/2007 15:45:14.823 CCM|StationD:    (0000226) SetLamp mode=1, stim=9
> stimInst=1.
> the the other normal stuff i've seen before when a call shuts down, closes
> channel, stops transmission,etc.
> Further down it closes out the gateway connection, the PRI message
> indicates normal call clearing, and it looks like callmanager is closing the
> MGCP connection.
>
> Does anyone know if there is some place to look for the cause in an IPCC
> express log? I looked through the MIVR log but nothing jumped out at me..
> but i'm not sure what to look for either.
>
> --
> Ed Leatherman
> Senior Voice Engineer
> West Virginia University
> Telecommunications and Network Operations
>



-- 
Ed Leatherman
Senior Voice Engineer
West Virginia University
Telecommunications and Network Operations
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20070330/e132d6ca/attachment.html