MusicOnHold Starts Magically For No Reason

Home » Asterisk Users » MusicOnHold Starts Magically For No Reason
Asterisk Users 10 Comments

Dear list,

on Asterisk 1.4.21 which is being used in a callthrough scenario –
callers call via PSTN to a DID coming in via SIP and then dialing outbound via DTMF and the outbound calls get routed via some SIP
termination provider – lately I see that every now and then MusicOnHold gets triggered like this on outbound calls:

Started music on hold, class ‘default’, on SIP/outbound-sip-provider-00000002

I do not have any reference to MusicOnHold in my extensions.conf so a misconfiguration is unlikely.

Is there some SIP magic that can trigger MusicOnHold on my end?


10 thoughts on - MusicOnHold Starts Magically For No Reason

  • Hi,

    obviously, putting a call on hold will trigger music on hold.

    Mayber your gateway does that when all outbound channels are busy or something?


  • Markus wrote:

    I see this on our system and it’s considered a feature. When the remote system signals that a call has been put on hold, it will instruction the local Asterisk system to do the actual holding.

    I see this on our VOIP router and hear our hold music when the remote party places me on hold.


  • RW5hYmxlIHRoZSBmdWxsIGxvZyBpbiBsb2dnZXIuY29uZi4gdGhlbiBpbiBhc3RlcmlzayBDTEkg cnVuIHNpcCBzZXQgZGVidWcgb24uCgpXYWl0IGZvciBpdCB0byBoYXBwZW4gYWdhaW4sIHRoZW4g Y2hlY2sgdGhlIGxvZyBmaWxlIC92YXIvbG9nL2FzdGVyaXNrL2Z1bGwgdG8gc2VlIGlmIHRoZXJl J3MgYSBzaXAgc3RhdGVtZW50IGJlaW5nIHNlbnQgdG8geW91ciBzZXJ2ZXIgdG8gZW5hYmxlIG11
    aGVyZSBzb21lIFNJUCBtYWdpYyB0aGF0IGNhbiB0cmlnZ2VyIE11c2ljT25Ib2xkIG9uIG15IGVu ZD8KPgo+b2J2aW91c2x5LCBwdXR0aW5nIGEgY2FsbCBvbiBob2xkIHdpbGwgdHJpZ2dlciBtdXNp YyBvbiBob2xkLgo+Cj5NYXliZXIgeW91ciBnYXRld2F5IGRvZXMgdGhhdCB3aGVuIGFsbCBvdXRi b3VuZCBjaGFubmVscyBhcmUgYnVzeSBvcgo+c29tZXRoaW5nPwo+Cj4tbmlrCj4KPi0tIAo+V2Vy IGRlbiBHcsO8bmtvaGwgbmljaHQgZWhydCwgaXN0IGRlciBNZXR0d3Vyc3QgbmljaHQgd2VydCEK
    Pgo+UEdQLUZpbmdlcnByaW50OiAzQzlEIDU0QTQgNzU3NSBDMDI2IEZCMTcgIEZEMjYgQjc5QSAz QzE2IEEwQzQgRjI5Ngo+Cj4tLSAKPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+LS0gQmFuZHdpZHRoIGFuZCBDb2xv Y2F0aW9uIFByb3ZpZGVkIGJ5IGh0dHA6Ly93d3cuYXBpLWRpZ2l0YWwuY29tIC0tCj5OZXcgdG8g QXN0ZXJpc2s/IEpvaW4gdXMgZm9yIGEgbGl2ZSBpbnRyb2R1Y3Rvcnkgd2ViaW5hciBldmVyeSBU
    aHVyczoKPiAgICAgICAgICAgICAgIGh0dHA6Ly93d3cuYXN0ZXJpc2sub3JnL2hlbGxvCj4KPmFz dGVyaXNrLXVzZXJzIG1haWxpbmcgbGlzdAo+VG8gVU5TVUJTQ1JJQkUgb3IgdXBkYXRlIG9wdGlv bnMgdmlzaXQ6Cj4gICBodHRwOi8vbGlzdHMuZGlnaXVtLmNvbS9tYWlsbWFuL2xpc3RpbmZvL2Fz dGVyaXNrLXVzZXJz

  • I also see that on our servers. By the way, is It possible to avoid this behavior? It’s quite disappointing for our customers to hear their music on hold when the remote party put them on hold… BR, Alban

    —–Message d’origine—

  • Thank you for pointing this thread. So, looks like no solution exists to correct this (as I understand)… as it is part of the standard. Have you found a trick to avoid that (break it)?


    —–Message d’origine—

  • If you’re 100% SIP, then probably. If you’re bridging between SIP handsets and a PRI, then I believe you can.

    I think it can be controlled though chan_dahdi.conf. The option is called (Was called?) mohinterpret.

    Search that config file for moh or music on hold.


  • Thank you Doug for your answers. As I’m SIP all the way (phone, providers), I’ll live with it (and my customers also)… BR, Alban

    —–Message d’origine—