[cisco-voip] Call terminated while leaving voicemail
Kevin Thorngren
kevint at cisco.com
Thu Feb 17 08:32:15 EST 2005
Hi Mike,
Yes you can try to use Netmon but once the buffer fills it stops saving
to the capture buffer. You will probably want to capture more than
just RTP streams., ie, the SCCP signaling, so you can easily pick out
the call and see what is happening. Setting up Netmon capture filters
is a pain to put it politely (at least I haven't found an easy way to
do this). I only use Netmon for quick captures or if there is no other
alternative. Plus it is best to compare the AudioStat information with
a source outside of the Unity server just in case there is a problem
with the network layer in the server.
I would recommend setting up Sniffer or Ethereal to log to multiple
files (10 MB or so in size). This way you can capture everything and
not worry about running out of buffer space. Then when the problem
occurs you can get to it at your leisure.
Kevin
On Feb 17, 2005, at 8:05 AM, Mike Armstrong wrote:
> That's what it looks like to me as well. The Unity server isn't
> really all that busy, so I can just run the Microsoft Network Monitor
> with a large buffer and hope that I can snag a failed call. The
> problem, of course, is realizing that a call has failed in time to do
> something about it. I'm not familiar with the packet structure -- is
> there any filtering I can apply to limit the amount of data collected?
>
> Mike
> ----- Original Message ----- From: "Kevin Thorngren" <kevint at cisco.com>
> To: "Mike Armstrong" <mfa at crec.ifas.ufl.edu>
> Cc: <cisco-voip at puck.nether.net>
> Sent: Wednesday, February 16, 2005 9:13 PM
> Subject: Re: [cisco-voip] Call terminated while leaving voicemail
>
>
>> Hi Mike,
>>
>> This may be a one way audio issue. You can try using the AudioStat
>> tool that is in the Tools Depot to log the calls. It may provide you
>> with a quick reference to find the calls that did not record. Of
>> course a packet capture of the Unity server when the problem happens
>> will provide a great deal of information. This will help you to see
>> if the audio is making it to the server to determine if the problem
>> is in the network or with the server itself.
>>
>> My question about "perceived disconnect" is to get a better
>> understanding of the issue. Sometimes the users say the call was
>> disconnected but in reality the call is still up but due to what the
>> user experiences the feel the call was disconnected. This is good to
>> know but is hard to define.
>>
>> Kevin
>>
>> On Feb 16, 2005, at 4:21 PM, Mike Armstrong wrote:
>>
>>> I finally found a credible witness; a summary of everything I know
>>> now is: Unity interrupts the caller with the normal end-of-message
>>> prompt ("To send this messsage, Press 1..."). Pressing 1 results in
>>> no message in the recipient's inbox, so Unity is apparently not
>>> seeing any audio. The CDR shows an origCallTerminationOnBehalfOf
>>> code of 12, indicating the caller hung up. No error messages appear
>>> in any event logs on Unity or any CallManagers. This happens with
>>> on-net calls. This also accounts for several complaints I've gotten
>>> saying a caller claimed to have left a message, but no message
>>> appeared in the client's inbox. I'm off to TAC, I think.
>>>
>>> ----- Original Message ----- From: "Kevin Thorngren"
>>> <kevint at cisco.com>
>>> To: "Mike Armstrong" <mfa at crec.ifas.ufl.edu>
>>> Cc: <cisco-voip at puck.nether.net>
>>> Sent: Wednesday, February 16, 2005 7:32 AM
>>> Subject: Re: [cisco-voip] Call terminated while leaving voicemail
>>>
>>>
>>>> Hi Mike,
>>>>
>>>> I just re-read your problem description. Are you saying that the
>>>> PSTN caller is actually being hung up on by the GW or does the
>>>> caller perceive being disconnected?
>>>>
>>>> Make sure you look at detailed CCM traces too. It could have
>>>> something to do with the media negotiation when the call is
>>>> forwarded to voicemail.
>>>>
>>>> Kevin
>>>> On Feb 16, 2005, at 6:01 AM, Mike Armstrong wrote:
>>>>
>>>>> I had a vague recollection last night that our previous problem
>>>>> was an issue
>>>>> with the TSP. We upgraded Unity to 4.4(4) with CCM 3.3(3), and
>>>>> had to
>>>>> revert from 7.0.4 to 7.0.3b. (Case 600614122, toward the end.)
>>>>> In that
>>>>> case, the failure occured on all calls. Now it's intermittent.
>>>>> I'll check
>>>>> the logs, and I've enabled tracing, so will wait watchfully and
>>>>> try to
>>>>> collect some data. I think it's TAC-time.
>>>>>
>>>>> mike
>>>>>
>>>>> Date: Tue, 15 Feb 2005 19:34:52 -0500
>>>>> From: Kevin Thorngren <kevint at cisco.com>
>>>>> Subject: Re: [cisco-voip] Call terminated while leaving voicemail
>>>>> To: "Mike Armstrong" <mfa at crec.ifas.ufl.edu>
>>>>> Cc: cisco-voip at puck.nether.net
>>>>> Message-ID: <92CD9289-7FB2-11D9-A952-000A95ACADA8 at cisco.com>
>>>>> Content-Type: text/plain; charset=US-ASCII; format=flowed
>>>>>
>>>>> Hi Mike,
>>>>>
>>>>> Sounds like this may be a one way audio issue between the GW and
>>>>> Unity.
>>>>>
>>>>> HTH,
>>>>> Kevin
>>>>> On Feb 15, 2005, at 5:00 PM, Mike Armstrong wrote:
>>>>>
>>>>>> Several users are complaining that callers trying to leave
>>>>>> voicemail
>>>>>> are
>>>>>> being disconnected about 5 seconds into leaving the message.
>>>>>> Happens
>>>>>> mostly
>>>>>> when the call originates out on the PSTN, but one intra-cluster
>>>>>> (all
>>>>>> LAN)
>>>>>> occurence has been reported. I'm pretty sure I've seen this
>>>>>> before,
>>>>>> but
>>>>>> can't find a specific reference to cause or cure. Haven't got any
>>>>>> trace
>>>>>> data yet because the CDR recording state on the Subscriber
>>>>>> reverted to
>>>>>> False
>>>>>> when we upgraded to CCM 4.1(2), but I've shut that barn door so
>>>>>> may at
>>>>>> least
>>>>>> have some data shortly. In the meantime, if anyone has any
>>>>>> thoughts,
>>>>>> I'd
>>>>>> love to hear them. CCM 4.1(2), Unity 4.0(4)/Exchange 2003.
>>>>>>
>>>>>> Mike Armstrong
>>>>>> UF/IFAS CREC
>>>>>> Lake Alfred, FL
>>>>>
>>>>> _______________________________________________
>>>>> cisco-voip mailing list
>>>>> cisco-voip at puck.nether.net
>>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>
More information about the cisco-voip
mailing list