[cisco-voip] CCM/SCCP trace question

[Ed Leatherman]

That's been in the back of my head as well.. CMR record for both legs don't
show any packet loss but i'm not sure I can count that out for sure just
because of those stats.

Agent is supposed to get back to me with more detail if he can remember it.
Too bad it wasn't an ACD call, since they record those for "Quality control"

On Tue, Oct 14, 2008 at 2:07 PM, Ryan Ratliff <rratliff at cisco.com> wrote:

>  If the agent claims the call was dropped I'd ask what led them to believe
> this was the case.  The call would not have disappeared from the phone since
> the CUCM only tore down the call in response to the user hanging up the
> phone.  Did the user hear something, or not hear something (ie one-way
> audio) that led them to believe the call was dropped?
>
>
> -Ryan
>
>
>  ------------------------------
> *From:* cisco-voip-bounces at puck.nether.net [mailto:
> cisco-voip-bounces at puck.nether.net] *On Behalf Of *Ed Leatherman
> *Sent:* Tuesday, October 14, 2008 1:44 PM
> *To:* Wes Sisk
> *Cc:* cisco-voip at puck.nether.net
> *Subject:* Re: [cisco-voip] CCM/SCCP trace question
>
>  Thanks Wes, I was loading it into TranslatorX and just happened to run
> into that correlation tag after the call ended.. was flagged in the tool as
> an error but that makes sense why.
>
> Attached is the trace entries starting with the StationMediaPathEvt, which
> was the first entry i found after the media transmission started. CDR
> indicates that the destination ended the call with normal call clearing, so
> I haven't looked at the calling side (MGCP) yet. Destination was this IP
> phone with handle 99933. It's a contact center phone but the agent was on
> his personal (non-ACD) line.
>
> It appears he just hung up the phone from the SCCP messages.
>
> On Tue, Oct 14, 2008 at 1:10 PM, Wes Sisk <wsisk at cisco.com> wrote:
>
>> Hi Ed,
>>
>> StationMediaPathEvent abstractly means the phone changed the state of one
>> of the media channels.  Options are mediapathon/off.  This really only means
>> the phone started/stopped streaming audio.
>>
>> The "err" you see only means that line is issued at trace level "error".
>> The part you provided is just the "correlation tags".  The intersting part
>> of the line occurs between the timestamp and the "|<CLID::...".  A trace
>> level being at error level is rather insignificant.  Please share a few more
>> lines of trace.
>>
>> /wes
>>
>>
>> On 10/14/2008 12:53 PM, Ed Leatherman wrote:
>>
>>   Any callmanager (5.1) trace gurus out there know what this message
>> means?
>>
>> 10/13/2008 15:38:26.105 CCM|StationInit: (0099933) StationMediaPathEvt.
>>
>> Tracing out a dropped call for our helpdesk, the message is happening
>> right before an OnHook event is sent from the same phone. agent claims the
>> call was dropped. I've been having them complain about dropped calls lately,
>> most turn out to be hangups from the PSTN at least according to the PRI
>> messages, but this one was hung by the IP Phone.
>>
>> A little further down I get this message which looks like an error:
>> |<CLID::OWP-PUB-Cluster><NID::10.192.2.13><CT::3,100,61,1.377029211><IP::
>> 10.182.63.185><DEV::SEP001BD40C1846><LVL::Error><MASK::0020>
>>
>>
>> --
>> Ed Leatherman
>> Assistant Director, Voice Services
>> West Virginia University
>> Telecommunications and Network Operations
>>
>> ------------------------------
>>
>> _______________________________________________
>> cisco-voip mailing listcisco-voip at puck.nether.nethttps://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
>
> --
> Ed Leatherman
> Assistant Director, Voice Services
> West Virginia University
> Telecommunications and Network Operations
>



-- 
Ed Leatherman
Assistant Director, Voice Services
West Virginia University
Telecommunications and Network Operations
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20081014/0a85aeb7/attachment.html>