<p>Olá novamente colegas!!!</p>
<p> </p>
<p>O que é mais estranho no log do CLI é que parece que os comandos do incoming são executados várias vezes....</p>
<p> </p>
<p>Segue trechos abaixo:</p>
<p><span style="color: #ff0000;">= Using SIP VRTP TOS bits 136<br /> == Using SIP VRTP CoS mark 6<br /> -- Called Algar/35145500<br /> -- SIP/Algar-0863ec18 is ringing<br /> == 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<br /> -- Executing [35145500@default:1] Dial("SIP/2135145500-b6f36da8", "SIP/Algar/35145500,,tTr") in new stack<br /> == 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<br /> -- Called Algar/35145500<br /> -- SIP/Algar-0862caa0 is ringing<br /> -- SIP/Algar-b6ffe5c0 is ringing<br /> == 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<br /> -- Executing [35145500@default:1] Dial("SIP/2135145500-b6d9ff88", "SIP/Algar/35145500,,tTr") in new stack<br /> == 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<br /> -- Called Algar/35145500<br /> -- SIP/Algar-0863ec18 is ringing<br /> -- SIP/Algar-085b8fb8 is ringing<br /> -- SIP/Algar-b6ffe5c0 is ringing</span></p>
<p>Acima dá pra ver que o Dial é executado várias vezes, ringa várias vezes também. E coloquei só um trecho, pois isso se repete 10 vezes mais ou menos.</p>
<p> </p>
<p>Outro trecho:</p>
<p><span style="color: #ff0000;"> -- Called Algar/35145500<br /> -- SIP/Algar-08916d10 is ringing<br /> -- Got SIP response 503 "Service Unavailable" back from 200.170.136.211<br /> -- SIP/Algar-08687f10 is circuit-busy<br /> == Everyone is busy/congested at this time (1:0/1/0)<br /> -- Executing [35145500@default:2] Gosub("SIP/2135145500-b6b98aa0", "app-blacklist-check,s,1") in new stack<br /> -- Executing [s@app-blacklist-check:1] GotoIf("SIP/2135145500-b6b98aa0", "0?blacklisted") in new stack<br /> -- Executing [s@app-blacklist-check:2] Return("SIP/2135145500-b6b98aa0", "") in new stack<br /> -- Executing [35145500@default:3] ExecIf("SIP/2135145500-b6b98aa0", "1 ?Set(CALLERID(name)=2135145500)") in new stack<br /> -- Executing [35145500@default:4] Set("SIP/2135145500-b6b98aa0", "__CALLINGPRES_SV=allowed_not_screened") in new stack<br /> -- Executing [35145500@default:5] Set("SIP/2135145500-b6b98aa0", "CALLERPRES()=allowed_not_screened") in new stack<br /> -- Executing [351
45500@default:6] Goto("SIP/2135145500-b6b98aa0", "from-did-direct,1212,1") in new stack<br /> -- Goto (from-did-direct,1212,1)<br /> -- Executing [1212@from-did-direct:1] Macro("SIP/2135145500-b6b98aa0", "exten-vm,1212,1212") in new stack<br /> -- Executing [s@macro-exten-vm:1] Macro("SIP/2135145500-b6b98aa0", "user-callerid") in new stack<br /> -- Executing [s@macro-user-callerid:1] Set("SIP/2135145500-b6b98aa0", "AMPUSER=2135145500") in new stack<br /> -- Executing [s@macro-user-callerid:2] GotoIf("SIP/2135145500-b6b98aa0", "0?report") in new stack<br /> -- Executing [s@macro-user-callerid:3] ExecIf("SIP/2135145500-b6b98aa0", "1?Set(REALCALLERIDNUM=2135145500)") in new stack<br /> -- Executing [s@macro-user-callerid:4] Set("SIP/2135145500-b6b98aa0", "AMPUSER=") in new stack<br /> -- Executing [s@macro-user-callerid:5] Set("SIP/2135145500-b6b98aa0", "AMPUSERCIDNAME=") in new stack<br /> -- Executing [s@macro-user-callerid:6] GotoIf("SIP/2135145500-b6b98aa0", "1?report") in
new stack<br /> -- Goto (macro-user-callerid,s,11)<br /> -- Executing [s@macro-user-callerid:11] GotoIf("SIP/2135145500-b6b98aa0", "0?continue") in new stack<br /> -- Executing [s@macro-user-callerid:12] Set("SIP/2135145500-b6b98aa0", "__TTL=64") in new stack<br /> -- Executing [s@macro-user-callerid:13] GotoIf("SIP/2135145500-b6b98aa0", "1?continue") in new stack<br /> -- Goto (macro-user-callerid,s,20)<br /> -- Executing [s@macro-user-callerid:20] NoOp("SIP/2135145500-b6b98aa0", "Using CallerID "2135145500" <2135145500>") in new stack<br /> -- Executing [s@macro-exten-vm:2] Set("SIP/2135145500-b6b98aa0", "RingGroupMethod=none") in new stack<br /> -- Executing [s@macro-exten-vm:3] Set("SIP/2135145500-b6b98aa0", "VMBOX=1212") in new stack<br /> -- Executing [s@macro-exten-vm:4] Set("SIP/2135145500-b6b98aa0", "EXTTOCALL=1212") in new stack<br /> -- Executing [s@macro-exten-vm:5] Set("SIP/2135145500-b6b98aa0", "CFUEXT=") in new stack<br /> -- Executing [s@macro-exten-vm:
6] Set("SIP/2135145500-b6b98aa0", "CFBEXT=") in new stack<br /> -- Executing [s@macro-exten-vm:7] Set("SIP/2135145500-b6b98aa0", "RT=15") in new stack<br /> -- Executing [s@macro-exten-vm:8] Macro("SIP/2135145500-b6b98aa0", "record-enable,1212,IN") in </span></p>
<p> </p>
<p>Aqui dá pra perceber ainda a repetições dos comandos dos contextos envolvidos.</p>
<p> </p>
<p>E pra finalizar, quando a caixa postal "atende" aparece:</p>
<p> </p>
<p><span style="color: #ff0000;"> -- SIP/Algar-08a422a8 answered SIP/2135145500-b6bab200<br /> -- SIP/Algar-08a40ad0 answered SIP/2135145500-b6b272f0<br /> -- SIP/Algar-08916d10 answered SIP/2135145500-b6d9bcf0<br /> -- SIP/Algar-08784350 answered SIP/2135145500-b6f897f8<br /> -- SIP/Algar-088a2e10 answered SIP/2135145500-b6f6dc88<br /> -- SIP/Algar-0889ebc8 answered SIP/2135145500-b6f9b948<br /> -- SIP/Algar-08950d08 answered SIP/2135145500-b6b63160<br /> -- <SIP/2135145500-b6b98aa0> Playing 'vm-theperson.slin' (language 'pt_BR')<br /> -- SIP/Algar-089b54c0 answered SIP/2135145500-b6f74d70<br /> -- SIP/Algar-08887310 answered SIP/2135145500-b6f8cd80<br /> -- SIP/Algar-087a4050 answered SIP/2135145500-b6d9ff88<br /> -- SIP/Algar-085b8fb8 answered SIP/2135145500-b6f36da8<br /> -- SIP/Algar-b6ffe5c0 answered SIP/2135145500-b6f2b6c0<br /> -- SIP/Algar-0863ec18 answered SIP/2135145500-b6b25aa0<br /> -- SIP/Algar-0862caa0 answered SIP/2135145500-b6f8b580</span></p>
<p> </p>
<p>É como que se pra cada discagem houvesse um atendimento e acredito que além de isso ser um problema, seja a causa do audio ruim.</p>
<p> </p>
<p>Já viram isso?</p>
<p> </p>
<p>Abraços</p>
<p> </p>
<p>Flávio</p>
<p>Em 12/01/2010 17:31, <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á 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_scree
ne 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>
<br /></blockquote>