Summary:ASTERISK-11277: Hold button works in debug mode only
Reporter:tootai (tootai)Labels:
Date Opened:2008-01-22 04:51:48.000-0600Date Closed:2011-06-07 14:08:08
Versions:Frequency of
Environment:Attachments:( 0) ast_debug_l5.txt
( 1) ast_debug.txt
( 2) ast_debugl2.txt
Description:On our phone, the build-in Hold button is only working well when we put the phone in debug mode with "sip set debug peer xxx". In normal mode, when we press the button, other party has music on hold and then:

. if we wait more than 12 sec, our phone hangup the call, other party has still music on hold and call will ended ONLY if party hangup

. if we want to take back the call under those 12 sec, the phone gets silence, other party still has MOH. Hangup the call doesn't end it at other party.

What we have in sip show channels after those tests:

Peer             User/ANR    Call ID      Seq (Tx/Rx)  Format           Hold     Last Message     DH-Poste1   7972b1e50d6  00102/15236  0x0 (nothing)    Yes      Rx: INVITE     DH-Poste1   1aa733f9478  00102/56020  0x0 (nothing)    Yes      Rx: INVITE     DH-Poste1   4eab2e1e4e8  00102/10642  0x0 (nothing)    Yes      Rx: INVITE

Our setup (phones, server, dialplan) didn't change since ages and was working well with a mid december SVN update. Seems that this problem appears the same time that the one we had last week with G711U codec (ID 11777)

Comments:By: Olle Johansson (oej) 2008-01-23 05:01:59.000-0600

sip debug logs?

By: tootai (tootai) 2008-01-23 05:43:11.000-0600

This is a sip debug peer. 107 is our phone which has the Hold key, 106 is a Sipura 1001. 106 is calling 107. If we set "sip set debug" we have the same behaviour, which means it's working.

We update SVN to 99777, still the same.

By: Olle Johansson (oej) 2008-01-23 06:00:24.000-0600

Ok. As per the bug guidelines, I need you to turn on "core set debug" to 5 so I see what happens inside of asterisk. THanks.

By: tootai (tootai) 2008-01-23 07:19:09.000-0600

I tried various settings with "sip set debug off": from "core set debug 0 => 2" it's not working. Starting from level 3 it's ok.


By: Russell Bryant (russell) 2008-01-23 11:05:34.000-0600

I did an audit of the uses of option_debug in chan_sip and don't see anything that could alter the flow of the code.  We still need to check the SIP debug flags ...

By: Russell Bryant (russell) 2008-01-23 11:19:45.000-0600

... and I checked the rest of the usage of the SIP debug flags and don't see any modified code flow

By: tootai (tootai) 2008-01-24 11:24:44.000-0600

The debugl2 file is a core debug 2 on which the problem appears. Next step -core debug 3- will make thinks working normally


By: Jason Parker (jparker) 2008-01-29 18:43:50.000-0600

Do you have any modifications to your source?  To check, you can run `svn status` inside of the checkout directory.  Any files listed there are changed/unknown.

By: tootai (tootai) 2008-01-31 03:16:44.000-0600

dh@keewi:/usr/src/asterisk-1.4$ sudo svn status
X      menuselect
?      zaptel
?      apps/app_nv_faxdetect.c
?      apps/app_nv_backgrounddetect.c

Vérification de l'état sur la référence externe en 'menuselect'
X      menuselect/mxml

Vérification de l'état sur la référence externe en 'menuselect/mxml'

zaptel is the directory of the zaptel stuff.


By: Jason Parker (jparker) 2008-03-27 15:45:39

No less than 3 people have reviewed this code, and what you are suggesting is simply not possible.

Please open a new bug report if you discover what is causing this (it has nothing to do with the debug level).