<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0in;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:"Courier New";}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><font size=2 face="Courier New"><span style='font-size:10.0pt;font-family:"Courier New"'>>The best way to trouble shoot this is to look at the asterisk log on your server.<o:p></o:p></span></font></p><p class=MsoNormal><font size=2 face="Courier New"><span style='font-size:10.0pt;font-family:"Courier New"'>>You can follow the call as it is processed by your server and see if it is getting handed to the upstream provider properly or not.<o:p></o:p></span></font></p><p class=MsoNormal><font size=2 face="Courier New"><span style='font-size:10.0pt;font-family:"Courier New"'>><o:p> </o:p></span></font></p><p class=MsoNormal><font size=2 face="Courier New"><span style='font-size:10.0pt;font-family:"Courier New"'>>There are literally dozens of places for thing to go wrong, and most of them will play the same error message to the caller.<o:p></o:p></span></font></p><p class=MsoNormal><font size=2 face="Courier New"><span style='font-size:10.0pt;font-family:"Courier New"'><o:p> </o:p></span></font></p><p class=MsoNormal><font size=2 face="Courier New"><span style='font-size:10.0pt;font-family:"Courier New"'>I didn’t see an answer to this, but, by default there appears to be a context called “radio” indicated in the default node stanza in rpt.conf . That runs through a block in extensions.conf that does some loose checking if a number to dial is valid, and then presents it to pstn-out. Which, by default, btw, only plays an obnoxious congestion tone. <o:p></o:p></span></font></p><p class=MsoNormal><font size=2 face="Courier New"><span style='font-size:10.0pt;font-family:"Courier New"'><o:p> </o:p></span></font></p><p class=MsoNormal><font size=2 face="Courier New"><span style='font-size:10.0pt;font-family:"Courier New"'>However, numbers that are rejected will route to the “invalidnum” context which plays the “not in service” message. There are a number of predefined ones but, I would guess you are running afoul of toll free numbers, or some non-standard number which is dropping through to one of those patterns.<o:p></o:p></span></font></p><p class=MsoNormal><font size=2 face="Courier New"><span style='font-size:10.0pt;font-family:"Courier New"'><o:p> </o:p></span></font></p><p class=MsoNormal><font size=2 face="Courier New"><span style='font-size:10.0pt;font-family:"Courier New"'>The asterisk messages log, in /var/log/asterisk/messages , may contain details. You can also watch the console with a bit of verbosity and see what it’s trying to do, and see the dialed pattern.<o:p></o:p></span></font></p><p class=MsoNormal><font size=2 face="Courier New"><span style='font-size:10.0pt;font-family:"Courier New"'><o:p> </o:p></span></font></p><p class=MsoNormal><font size=2 face="Courier New"><span style='font-size:10.0pt;font-family:"Courier New"'>I got this working fairly easily by just adding a SIP peer, but, there’s no auth code or anything built in to prevent you from dialing out, or anyone for that matter. For the most part, autopatches are nonexistent over here so nobody knows it is there, I could see someone dialing it accidentally if they’re not careful. Dialtone is played over the web transceiver if you patch from there but not the local radio, on my node anyways.<o:p></o:p></span></font></p><p class=MsoNormal><font size=2 face="Courier New"><span style='font-size:10.0pt;font-family:"Courier New"'><o:p> </o:p></span></font></p><p class=MsoNormal><font size=2 face="Courier New"><span style='font-size:10.0pt;font-family:"Courier New"'>The only thing that’s being obnoxious is that it eats DTMF, and for whatever reason, speech seems to be recognized as DTMF sometimes which results in what sounds like choppy conversation, but, it’s just that masking function.<o:p></o:p></span></font></p><p class=MsoNormal><font size=2 face=Calibri><span style='font-size:11.0pt'><o:p> </o:p></span></font></p></div></body></html>