On 26/09/13 16:43, Rusty Newton wrote:
On Thu, Sep 26, 2013 at 10:08 AM, Gareth Blades
<[email protected]> wrote:
On 26/09/13 14:59, Rusty Newton wrote:
Try the following:
extension => 6001,1,Set(CHANNEL(tonezone)=us)
same => n,Dial(SIP/6001,,r(ring))
The argument passed to the r option should be the specific tone in the
category of the tonezone you are setting.
Thanks. I did try that as pretty much the first thing I tried but it
continued to play the UK ring tone.
Its not a big issue as we can work around it by playing music on hold
instead which is a recording of the required ring tone. Having asterisk
generate it just seemed the neater option.
Are you sure you specified an argument to the 'r' option? Or did you
just try 'r' without an argument?
For me.. if I specify a uk tonezone, to get it playing uk tones I have
to specify an argument to the 'r' option. If I try just 'r' by itself
then I get US tones. You would think, that without specifying an
argument, it should default to the tonezone in use on the channel.
That may be a bug or oversight.
What version of Asterisk were you using, and what channel type?
That could well be it. It would have been with the standard 'r' option
and not 'r(ring)' as thats the way our feature is currently programmed.
I have just tested it with r(ring) and that works.
Thanks
--
_____________________________________________________________________
-- 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
