<p>Olá Colegas!!!</p>
<p> </p>
<p>O problema era simples, pena que se torna complicado...</p>
<p> </p>
<p>O Trixbox, cria, mas não cria contexto de entrada.</p>
<p> </p>
<p>Embora exista a opção INBOUND ROUTES, nem sempre funciona direitinho, ou fica faltando alguma coisa... dependendo da situação.</p>
<p>Me corrijam os mais experientes se eu estiver errado.</p>
<p>Adicionei a linha no contexto default mesmo da seguinte forma:</p>
<p><strong><span style="color: #ff0000;">exten => _00000000,1,Dial(SIP/Algar/${EXTEN},,tTr)</span></strong></p>
<p> </p>
<p>Onde 00000000 é o DID e Algar é SIP Trunk e as ligações começaram a entrar.</p>
<p> </p>
<p>Mas como sempre há o próximo passo, agora estou analisando o por quê dele estar entrando direto na caixa postal e por quê o audio está ruim.</p>
<p> </p>
<p>Se alguém tiver uma idéia, será bem vinda, mas continuo aqui buscando os caminhos.</p>
<p> </p>
<p>Obrigado</p>
<p> </p>
<p>Flávio</p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p>Em 11/01/2010 16:04, <strong>Flávio Bittencourt < flaviobittencourt@uol.com.br ></strong> escreveu:</p>
<blockquote style="border-left: 2px solid #6868cc; margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br />
<p>Olá Junior</p>
<p> </p>
<p>Desculpe, acredito que eu não tenha me expressado bem, de qualquer forma muito obrigado pelas dicas....</p>
<p> </p>
<p>Vou tentar explanar melhor...</p>
<p>O primeiro exemplo em vermelho, está um exemplo dado pelo colega Roniton, eu apenas o citei dizendo que esse erro não ocorre e sim é apresentado a segunda mensagem em vermelho apenas.</p>
<p>No exemplo XXXX5500, entendam que não está assim no dial plan, inclusive eu citei logo abaixo que subistitui o prefixo pelo X apenas para omitir.</p>
<p>Logo após eu ainda comentei que adicionei _XXXX (underline) e mesmo assim não funcionou.</p>
<p>Resumindo, são 8 dígitos, ou seja, prefixo + MCDU e não 10, uma vez que 10 é na verdade o primeiro exemplo que não faz parte de minhas configurações, como já citei.</p>
<p>Mas uma coisa que não testei foi usar o DDD na rota de entrada, quem sabe dá certo.</p>
<p> </p>
<p>De qualquer forma, desculpe eu não ter me expressado bem, embora eu ache que está bem explicado nas entrelinhas, mas posso ter falhado na explanação.</p>
<p>Grato</p>
<p> </p>
<p> </p>
<p> </p>
<p><br />Em 11/01/2010 15:16, <strong>Junior Polegato - Asterisk < asterisk@juniorpolegato.com.br ></strong> escreveu:</p>
<blockquote style="border-left: 2px solid #6868cc; margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br /> Flávio Bittencourt escreveu:
<blockquote cite="mid:4b4b38f1e020d_66829b66e7c237@weasel22.tmail">
<p> </p>
<p>Roniton e colegas,<br /> Não recebo a mensagem que citou, ou seja:<span style="color: #ff0000;"><br /> [Jan 4 13:29:59] NOTICE[10875]: chan_sip.c:18522<br /> handle_request_invite: Call from '3130681000' to extension<br /> '3135150001' rejected because extension not found.</span><br /> E quanto ao que aparece no log no CLI é apenas:<br /> <span style="color: #ff0000;">== Using SIP RTP TOS bits 184<br /> == Using SIP RTP CoS mark 5<br /> == Using SIP VRTP TOS bits 136<br /> == Using SIP VRTP CoS mark 6</span><br /> E ao mesmo tempo que está mensagem aparece no log, é possível ouvir a mensagem da CTBC dizendo que esse número não existe.<br /> Penso comigo... se aparece essa mensagem no CLI, seria por que de alguma forma a solicitação chega até o Asterisk, mas o que me intriga é a mensagem da operadora.<br /> Estou em contato com a operadora para tentar verificar se é uma falha deles, mas eles dizem que não, embora não tenham negado de fazer uma análise nesta
questão.<br /> Eu tenho o Trixbox aqui, e ao criar a rota de entrada, é gerado um código para viabilizar a entrada das ligações. Segue o código gerado abaixo:<br /> <strong><span style="color: #0000ff;">[ext-did-0002]<br /> include => ext-did-0002-custom<br /> exten => fax,1,Goto(ext-fax,in_fax,1)<br /> exten => XXXX5500,1,Set(__FROM_DID=${EXTEN})<br /> exten => XXXX5500,n,Gosub(app-blacklist-check,s,1)<br /> exten => </span></strong><strong><span style="color: #0000ff;">XXXX</span></strong><strong><span style="color: #0000ff;">5500,n,ExecIf($[ "${CALLERID(name)}" = "" ] ?Set(CALLERID(name)=${CALLERID(num)}))<br /> exten => </span></strong><strong><span style="color: #0000ff;">XXXX</span></strong><strong><span style="color: #0000ff;">5500,n,Set(__CALLINGPRES_SV=${CALLERPRES()})<br /> exten => </span></strong><strong><span style="color: #0000ff;">XXXX</span></strong><strong><span style="color: #0000ff;">5500,n,Set(CALLERPRES()=allowed_not_screene
d) <br /> exten => </span></strong><strong><span style="color: #0000ff;">XXXX</span></strong><strong><span style="color: #0000ff;">5500,n,Goto(from-did-direct,1212,1)<br /> ; end of [ext-did-0002]</span></strong><br /> Neste código, eu coloquei prefixo + MCDU, substitui o prefixo por XXXX somente para exemplificação.<br /> Neste código ainda, há o direcionamento das ligações entrantes para o ramal 1212 para testes, portanto, qualquer ligação entrante deveria ir direto para esse ramal.<br /> Troquei o <strong>XXXX5500</strong> por <strong>_XXXX</strong>, mas o problema persistiu inalterado.<br /> Os colegas consegueriam ver qual o caminho das pedras para poder diagnosticar essa questão?<br /> Qualquer novidade que eu encontrar, postarei logo aqui.</p>
</blockquote>
<br /> Olá,<br /> <br /> O erro citado ocorre muito com iniciantes onde sua base de conhecimento do plano de discagem ainda está no início, pois para usar X tem que ter _ (underline ou sublinhado) antes, senão ele entende que X é X mesmo e não um possível caracter ou dígito. Segundo, o número discado tem 10 dígitos e suas regras são de 8 dígitos, 4 X e 4 dígitos fixos. Terceiro, nesse seu plano os 4 últimos dígitos tem que ser 5500 e o número digitado, 3135150001, não termina com 5500. Portanto está tudo fora do "normal", favor rever os conceitos e tentar novamente.<br /> <br /> []'s<br /> Junior Polegato<br /> <br /> <br /></blockquote>
<br /></blockquote>