Obrigado Fernando!!!
Testarei agora mesmo
Abraços
Flávio
Em 12/01/2010 18:08, Fernando Meira Lins - Diretor Comercial < meiral...@midiabyte.com.br > escreveu:
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-boun...@listas.asteriskbrasil.org [mailto:asteriskbrasil-boun...@listas.asteriskbrasil.org] On Behalf Of Flávio Bittencourt
Sent: Tuesday, January 12, 2010 4:32 PM
To: asteriskbrasil@listas.asteriskbrasil.org
Subject: Re: [AsteriskBrasil] Voz Total CTBC X Asterisk
Importance: HighOlá 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 < flaviobittenco...@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 < aster...@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
_______________________________________________ A Redfone é líder no fornecimento de bridges TDMoE <-> E1 - Valor similar ao de placas E1 PCI; - Não há problemas de compatibilidade com barramento PCI; - Possibilitam a construção de soluções de alta disponibilidade(dois servidores compartilham o mesmo E1) Conheça mais sobre este produto em www.red-fone.com _______________________________________________ Lista de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
