[AsteriskBrasil] Voz Total CTBC X Asterisk

Terça Janeiro 12 18:08:27 BRST 2010

Experimenta retirar o _ (underline) da frente do 00000000 e creio que esteja
indo para a caixa postal, porque o Dial está retornando diretamente para a
própria extensão do DID.

Outra opção seria você determinar a extensão que será chamada.

Tente estes dois códigos e veja se ajuda!

exten => 00000000,1,Dial(SIP/Algar/${EXTEN},,tTr) 

exten => 00000000,1,Goto(from-internal,1212,1)

Boa Sorte!

Fernando Meira Lins

  _____  

From: asteriskbrasil-bounces em listas.asteriskbrasil.org
[mailto:asteriskbrasil-bounces em listas.asteriskbrasil.org] On Behalf Of
Flávio Bittencourt
Sent: Tuesday, January 12, 2010 4:32 PM
To: asteriskbrasil em listas.asteriskbrasil.org
Subject: Re: [AsteriskBrasil] Voz Total CTBC X Asterisk
Importance: High

Olá Colegas!!!

O problema era simples, pena que se torna complicado...

O Trixbox, cria, mas não cria contexto de entrada.

Embora exista a opção INBOUND ROUTES, nem sempre funciona direitinho, ou
fica faltando alguma coisa... dependendo da situação.

Me corrijam os mais experientes se eu estiver errado.

Adicionei a linha no contexto default mesmo da seguinte forma:

exten => _00000000,1,Dial(from-pstn , 1212 , 1)

Onde 00000000 é o DID e Algar é SIP Trunk e as ligações começaram a entrar.

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.

Se alguém tiver uma idéia, será bem vinda, mas continuo aqui buscando os
caminhos.

Obrigado

Flávio

Em 11/01/2010 16:04, Flávio Bittencourt < flaviobittencourt em uol.com.br >
escreveu:

Olá Junior

Desculpe, acredito que eu não tenha me expressado bem, de qualquer forma
muito obrigado pelas dicas....

Vou tentar explanar melhor...

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.

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.

Logo após eu ainda comentei que adicionei _XXXX (underline) e mesmo assim
não funcionou.

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.

Mas uma coisa que não testei foi usar o DDD na rota de entrada, quem sabe dá
certo.

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.

Grato

Em 11/01/2010 15:16, Junior Polegato - Asterisk <
asterisk em juniorpolegato.com.br > escreveu:

Flávio Bittencourt escreveu: 

Roniton e colegas,
Não recebo a mensagem que citou, ou seja:
[Jan  4 13:29:59] NOTICE[10875]: chan_sip.c:18522
handle_request_invite: Call from '3130681000' to extension
'3135150001' rejected because extension not found.
E quanto ao que aparece no log no CLI é apenas:
== Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
== Using SIP VRTP TOS bits 136
== Using SIP VRTP CoS mark 6
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.
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.
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.
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:
[ext-did-0002]
include => ext-did-0002-custom
exten => fax,1,Goto(ext-fax,in_fax,1)
exten => XXXX5500,1,Set(__FROM_DID=${EXTEN})
exten => XXXX5500,n,Gosub(app-blacklist-check,s,1)
exten => XXXX5500,n,ExecIf($[ "${CALLERID(name)}" = "" ]
?Set(CALLERID(name)=${CALLERID(num)}))
exten => XXXX5500,n,Set(__CALLINGPRES_SV=${CALLERPRES()})
exten => XXXX5500,n,Set(CALLERPRES()=allowed_not_screene d) 
exten => XXXX5500,n,Goto(from-did-direct,1212,1)
; end of [ext-did-0002]
Neste código, eu coloquei prefixo + MCDU, substitui o prefixo por XXXX
somente para exemplificação.
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.
Troquei o XXXX5500 por _XXXX, mas o problema persistiu inalterado.
Os colegas consegueriam ver qual o caminho das pedras para poder
diagnosticar essa questão?
Qualquer novidade que eu encontrar, postarei logo aqui.

Olá,

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.

[]'s
Junior Polegato

-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20100112/9feb9035/attachment-0001.htm 