<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Jan 26, 2014 at 7:44 AM, Tzafrir Cohen <span dir="ltr"><<a href="mailto:tzafrir.cohen@xorcom.com" target="_blank">tzafrir.cohen@xorcom.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
A while ago we noticed while testing that if you set the tonezone of a<br>
DAHDI phone to Mexican ("mx"), a phone with a message waiting eventually<br>
gives a US dialtone after the stutter tone is over. This is because in<br>
zonedata.c:<br>
<br>
          .country = "mx",<br>
...<br>
                        { DAHDI_TONE_DIALTONE, "425" },<br>
...<br>
                        { DAHDI_TONE_STUTTER, "!350+440/100,!0/100,!350+440/100,!0/100,!350+440/100,!0/100,!350+440/100,!0/100,!350+440/100,!0/100,!350+440/100,!0/100,350+440" },<br>
<br>
As you can see, it ends with the tones 350+440, the same as the US<br>
dialtone. I suspect that this is copy&paste from the "us" definition.<br>
<br>
A quick look at the file shows that the India (in) and Philipines (ph)<br>
definitions have the same issue. It's the same in indications.conf.<br>
<br>
Asterisk's indications.conf gives [1] as a reference to some country's<br>
indications data. That file does not have information about voicemail<br>
indication tone for Mexico.<br>
<br>
Is this a problem or is this the expected behaviour? A quick search<br>
found no results.<br>
<br>
[1] <a href="http://www.itu.int/ITU-T/inr/forms/files/tones-0203.pdf" target="_blank">http://www.itu.int/ITU-T/inr/forms/files/tones-0203.pdf</a><br></blockquote><div><br></div><div>Since the stutter tone is not defined by the standard but is a dialtone, I think it should<br>
stutter the same tones as the country specific dialtone.  At the very least it should stop<br>stuttering and become a normal dialtone.<br><br></div><div>Richard<br></div></div><br></div></div>