[asterisk-bugs] [Asterisk 0016901]: Asterisk 1.4.29 musiconhold of remote party doesnt work

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16901 
====================================================================== 
Reported By:                basty
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   16901
Category:                   Resources/res_musiconhold
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.4.29.1 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-02-25 04:36 CST
Last Modified:              2010-02-26 06:03 CST
====================================================================== 
Summary:                    Asterisk 1.4.29 musiconhold of remote party doesnt
work
Description: 
"A" calls an external number (no asterisk pbx), "B" answers the call and
puts "A" on hold. While "A" is on hold, his own asterisk moh is playing
instead of the moh of the external pbx.
====================================================================== 

---------------------------------------------------------------------- 
 (0118594) davidw (reporter) - 2010-02-26 06:03
 https://issues.asterisk.org/view.php?id=16901#c118594 
---------------------------------------------------------------------- 
This has been discussed a bit on the asterisk support forum.
http://forums.digium.com/viewtopic.php?f=1&t=73220&sid=231a59afe4981784353d0b661ce6b195

The problem he has is that he is unable to disable Asterisk's response to
DAHDI hold events (he has SIP downstream).

If this had been pure SIP, the only resolution would be a feature request,
as the basic problem is that phones use SDP a=sendonly to request a hold,
even though they are really doing the equivalent of a=inactive, and not
sending any MOH or hold tone.  Some PABXes (Sopho is an example) won't
actually recognize a hold for a=inactive, when going they are at the
receiving end.

Given that Asterisk probably gets more hold indications from phones than
over a trunk (especially as it fails to set a=sendonly when it sources MOH,
so Asterisk to Asterisk SIP trunks will never get a hold indication) and
distinguishing between phones and trunks would be a feature request,
sourcing MOH when it gets an inbound SIP hold is probably the only
reasonable thing it can do at the moment.

As this case actually applies to DAHDI receiving a hold indication, with
SIP receiving MOH, I'm not sure whether or not this argument applies in
this particular case.

Incidentally, in the pure SIP to SIP case, this is related to
https://issues.asterisk.org/view.php?id=16373,
where the existence of a re-invited upstream party results in the
downstream party getting both sets of MOH thrown at them. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-02-26 06:03 davidw         Note Added: 0118594                          
======================================================================