| Summary: | ASTERISK-19499: ConfBridge MOH is not working for transferee after attended transfer | ||||
| Reporter: | Timo Teräs (fabled) | Labels: | |||
| Date Opened: | 2012-03-08 01:03:25.000-0600 | Date Closed: | 2014-02-21 09:48:48.000-0600 | ||
| Priority: | Minor | Regression? | No | ||
| Status: | Closed/Complete | Components: | Applications/app_confbridge Applications/app_meetme Channels/chan_sip/Transfers Resources/res_musiconhold | ||
| Versions: | 10.1.3 11.7.0 | Frequency of Occurrence | Constant | ||
| Related Issues: |
| ||||
| Environment: | Linux, pure SIP environment | Attachments: | ( 0) conf_bridge_full ( 1) confbridge.conf ( 2) full ( 3) log | ||
| Description: | Bug observed with two SIP accounts and ConfBridge with MOH. 1. SIP A calls SIP B 2. B initiates attended transfer; A is placed on hold, MOH works 3. B calls ConfBridge service in "waiting for marked user" state, B is placed on hold, MOH works 4. B finalizes attended transfer: A is transferred to ConfBridge in waiting state EXPECTED: SIP A gets MOH from ConfBridge which B was getting just before transfer ACTUAL RESULT: No MOH. SIP B hangs up and apparently bridging code stops MOH on all parties. SIP B does get transferred to ConfBridge but does not hear MOH. Additionally, if from this state SIP B invokes an in-conference dtmf action, MOH is (re)started after the action completes and MOH is heard again. | ||||
| Comments: | By: Matt Jordan (mjordan) 2012-03-13 09:43:51.094-0500 We require a complete debug log to help triage the issue. This document will provide instructions on how to collect debugging logs from an Asterisk machine for the purpose of helping bug marshals troubleshoot an issue: https://wiki.asterisk.org/wiki/display/AST/Collecting+Debug+Information In addition, can you please attach your ConfBridge configuration file? By: Timo Teräs (fabled) 2012-03-16 07:12:02.460-0500 Attended transfer happens at REFER on line 5725. MOH for both old parties is stopped at lines 5788 and 5791. But the ConfBridges MOH is never started for the transferee. The logs are slightly seded to for domain names, but otherwise intact. Confbridge config attached as well. By: Bryan Walters (gamegamer43) 2014-01-08 14:56:06.942-0600 I'm able to reproduce this with both app_confbridge and app_meetme. The attached log is using app_meetme but let me know if you want one for app_confbridge. By: Bryan Walters (gamegamer43) 2014-01-08 15:09:13.164-0600 Here is a log for app_confbridge | ||||