<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Flávio Bittencourt escreveu:
<blockquote cite="mid:4b4b38f1e020d_66829b66e7c237@weasel22.tmail"
type="cite">
<p> </p>
<p>Roniton e colegas,<br>
Não recebo a mensagem que citou, ou seja:<span
style="color: rgb(255, 0, 0);"><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: rgb(255, 0, 0);">== 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: rgb(0, 0, 255);">[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: rgb(0, 0, 255);">XXXX</span></strong><strong><span
style="color: rgb(0, 0, 255);">5500,n,ExecIf($[ "${CALLERID(name)}" =
"" ] ?Set(CALLERID(name)=${CALLERID(num)}))<br>
exten => </span></strong><strong><span
style="color: rgb(0, 0, 255);">XXXX</span></strong><strong><span
style="color: rgb(0, 0, 255);">5500,n,Set(__CALLINGPRES_SV=${CALLERPRES()})<br>
exten => </span></strong><strong><span
style="color: rgb(0, 0, 255);">XXXX</span></strong><strong><span
style="color: rgb(0, 0, 255);">5500,n,Set(CALLERPRES()=allowed_not_screened)<br>
exten => </span></strong><strong><span
style="color: rgb(0, 0, 255);">XXXX</span></strong><strong><span
style="color: rgb(0, 0, 255);">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>
</body>
</html>