<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>Hi</div><div><br class="webkit-block-placeholder"></div>Nobody has an Idea ? Should I try and fill a bug report (or feature request ?) at Digium ?<div>The only solution I personally see is a patch in the source.<br><div><br class="webkit-block-placeholder"></div><div>Regards</div><div><br class="webkit-block-placeholder"></div><div>Gaetan</div><div><br><div><div><div>On 04/01/2008, at 23:26, Gaëtan Minet wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Hi everybody<br><br>We have a strange problem with several asterisk servers (Version <br>1.4.11) using PRI cards (tied to telco here in Belgium).<br><br>Indeed we noticed that whenever a local user places an outgoing call <br>through the PRI (and telco) to another IPBX (tied to telco using BRI <br>or PRI), if the remote party places the call on hold, the caller hears <br>the _local_ music on hold instead of the remote one. In fact we can <br>briefly hear the remote music on hold start, then it is replaced by <br>the local one.<br><br>More precisely:<br><br>Company 1 uses an asterisk server with a PRI card tied to the telco.<br>Company 2 uses any PBX that ca place calls on hold and is tied to the <br>telco using a digital interface (tested with BRIs and PRIs)<br><br>A (company 1) calls B (company 2)<br>B answers and park or places the call on hold<br>A hears the MOH of company 1.<br><br>The same happens when calling a mobile: when the mobile user puts the <br>call on hold, instead of hearing the mobile operator's own moh, the <br>calling user hears the moh of his own company asterisk.<br><br>I think this has something to do with REMOTE_HOLD notifications on PRI <br>lines that gets reported back to the calling asterisk server, which in <br>turn somehow puts the bridged (SIP) channel on hold, but I can't find <br>much more information about this.<br>Is this the expected behavior ? A feature or a bug ? Do you know if <br>this can be tuned/tweaked/disabled (i.e. filter or ignore this <br>signaling on the zap channel(s) ?)<br><br>Kind regards<br>Thanks<br><br>NB: Oddly enough, when the local user hears the music on hold, his own <br>channel (a local SIP phone in this case) isn't reported as "On Hold" <br>when issuing "sip show channels" in cli, and no AMI Hold/Unhold <br>events are generated. I double checked, the MOH that gets played is <br>the one specified in sip.conf, NOT zapata.conf.<br><br><br>_______________________________________________<br>--Bandwidth and Colocation Provided by <a href="http://www.api-digital.com">http://www.api-digital.com</a>--<br><br>asterisk-users mailing list<br>To UNSUBSCRIBE or update options visit:<br> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></blockquote></div><br></div></div></div></body></html>