Hi All, Sorry if this has been covered already, but I don't tend to follow this list as close as I should these days. Problem is that if a call comes in to a queue without option 'r' specified - moh plays as expected. Now, when that call is answered, all is fine. Trouble comes when that person then puts the caller on-hold. No moh is heard by the caller (in fact, they get silence). If I use 'r' - then ringing is heard - but the queue's musiconhold/musicclass is ignored completely. When the caller is put on hold, they do hear moh but the default moh context is used - not the moh of the queue. What I need is for the queue's moh to be used when the caller is put on hold (and without using the 'r' feature). Is this possible? * 1.8.16.0 (tried on various flavours of 1.8). Queue static and realtime (same outcome). Cheers Andy -- If you have received this communication in error we would appreciate you advising us either by telephone or return of e-mail. The contents of this message, and any attachments, are the property of DataVox, and are intended for the confidential use of the named recipient only. If you are not the intended recipient, employee or agent responsible for delivery of this message to the intended recipient, take note that any dissemination, distribution or copying of this communication and its attachments is strictly prohibited, and may be subject to civil or criminal action for which you may be liable. Every effort has been made to ensure that this e-mail or any attachments are free from viruses. While the company has taken every reasonable precaution to minimise this risk, neither company, nor the sender can accept liability for any damage which you sustain as a result of viruses. It is recommended that you should carry out your own virus checks before opening any attachments. Registered in England. No. 27459085.
Hello Andy, Have you tried using SetMusicOnHold command before Queue command? BR, Ioan On Wed, Jul 10, 2013 at 7:55 PM, Andrew Thomas <Andy at datavox.co.uk> wrote:> Hi All, > > Sorry if this has been covered already, but I don't tend to follow this > list as close as I should these days. > > Problem is that if a call comes in to a queue without option 'r' > specified - moh plays as expected. Now, when that call is answered, all > is fine. Trouble comes when that person then puts the caller on-hold. > No moh is heard by the caller (in fact, they get silence). > > If I use 'r' - then ringing is heard - but the queue's > musiconhold/musicclass is ignored completely. When the caller is put on > hold, they do hear moh but the default moh context is used - not the moh > of the queue. > > What I need is for the queue's moh to be used when the caller is put on > hold (and without using the 'r' feature). Is this possible? > > * 1.8.16.0 (tried on various flavours of 1.8). > Queue static and realtime (same outcome). > > Cheers > Andy > > > > > > > > > > > > -- > > If you have received this communication in error we would appreciate > you advising us either by telephone or return of e-mail. The contents > of this message, and any attachments, are the property of DataVox, > and are intended for the confidential use of the named recipient only. > If you are not the intended recipient, employee or agent responsible > for delivery of this message to the intended recipient, take note that > any dissemination, distribution or copying of this communication and > its attachments is strictly prohibited, and may be subject to civil or > criminal action for which you may be liable. > Every effort has been made to ensure that this e-mail or any attachments > are free from viruses. While the company has taken every reasonable > precaution to minimise this risk, neither company, nor the sender can > accept liability for any damage which you sustain as a result of viruses. > It is recommended that you should carry out your own virus checks > before opening any attachments. > > Registered in England. No. 27459085. > > > > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20130710/1ccc1348/attachment.htm>
Have you looked at mohsuggest in the sip configuration? Regards Ish On 10 July 2013 17:55, Andrew Thomas <Andy at datavox.co.uk> wrote:> Hi All, > > Sorry if this has been covered already, but I don't tend to follow this > list as close as I should these days. > > Problem is that if a call comes in to a queue without option 'r' > specified - moh plays as expected. Now, when that call is answered, all > is fine. Trouble comes when that person then puts the caller on-hold. > No moh is heard by the caller (in fact, they get silence). > > If I use 'r' - then ringing is heard - but the queue's > musiconhold/musicclass is ignored completely. When the caller is put on > hold, they do hear moh but the default moh context is used - not the moh > of the queue. > > What I need is for the queue's moh to be used when the caller is put on > hold (and without using the 'r' feature). Is this possible? > > * 1.8.16.0 (tried on various flavours of 1.8). > Queue static and realtime (same outcome). > > Cheers > Andy > > > > > > > > > > > > -- > > If you have received this communication in error we would appreciate > you advising us either by telephone or return of e-mail. The contents > of this message, and any attachments, are the property of DataVox, > and are intended for the confidential use of the named recipient only. > If you are not the intended recipient, employee or agent responsible > for delivery of this message to the intended recipient, take note that > any dissemination, distribution or copying of this communication and > its attachments is strictly prohibited, and may be subject to civil or > criminal action for which you may be liable. > Every effort has been made to ensure that this e-mail or any attachments > are free from viruses. While the company has taken every reasonable > precaution to minimise this risk, neither company, nor the sender can > accept liability for any damage which you sustain as a result of viruses. > It is recommended that you should carry out your own virus checks > before opening any attachments. > > Registered in England. No. 27459085. > > > > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >-- Ishfaq Malik Department: VOIP Support Company: Packnet Limited t: +44 (0)845 004 4994 f: +44 (0)161 660 9825 e: ish at pack-net.co.uk w: http://www.pack-net.co.uk Registered Address: PACKNET LIMITED, 2A ENTERPRISE HOUSE, LLOYD STREET NORTH, MANCHESTER SCIENCE PARK, MANCHESTER, M156SE COMPANY REG NO. 04920552 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20130711/68ed25dc/attachment-0001.htm>