Summary: | ASTERISK-11277: Hold button works in debug mode only | ||
Reporter: | tootai (tootai) | Labels: | |
Date Opened: | 2008-01-22 04:51:48.000-0600 | Date Closed: | 2011-06-07 14:08:08 |
Priority: | Minor | Regression? | No |
Status: | Closed/Complete | Components: | Channels/chan_sip/General |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
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 192.168.10.7 DH-Poste1 7972b1e50d6 00102/15236 0x0 (nothing) Yes Rx: INVITE 192.168.10.7 DH-Poste1 1aa733f9478 00102/56020 0x0 (nothing) Yes Rx: INVITE 192.168.10.7 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) -- Daniel | ||
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. -- Daniel 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. -- Daniel 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 -- Daniel 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. Daniel 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). |