|
Home > Archive > Voice over IP Cisco > March 2007 > Trying to track down a dropped call...
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Trying to track down a dropped call...
|
|
| Ed Leatherman 2007-03-29, 7:11 pm |
| 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 2007-03-30, 7:12 pm |
| Thanks Ahmed, i'll dig up the CDR and look for that field
On 3/30/07, Ahmed Elnagar <aelnagar@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@act-eg.com
>
> ------------------------------
> *From:* cisco-voip-bounces@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
| |
| Ahmed Elnagar 2007-03-31, 1:12 am |
| 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@act-eg.com
________________________________
From: cisco-voip-bounces@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
|
|
|
|
|