Caros Quando a NGN da CTBC encaminha o INVITE para o nosso asterisk e o nosso asterisk responde 404 - Not Found ... a NGN da CTBC tem uma tabela de conversão de códigos SIP x ISDN que diz que o número não existe (que de uma certa forma está certo, porque nosso asterisk disse que o número não existe).
Por favor verifica o teu plano de discagem e, principalmente, a hirarquia dos contextos. Isto pode ferrar o recebimento de chamadas. Veja que no seu log ele tá procurando a exten '3135150001' e no seu extensionsconf tem somente a '3135150000'. Se fizeres um contexto: [context-teste1] exten => _XXXXXXXXXX,1,Noop(Ligacao para ${EXTEN}) exten => _XXXXXXXXXX,2,Noop(CN=${EXTEN:1:2} PREFIX=${EXTEN:3:4} MCDU=${EXTEN:7:4}) exten => _XXXXXXXXXX,3,Noop(Faça o seu DIAL AQUI!) tu conseguirás capturar os dados e fazer o dial do jeito que tu precisas []'s. * * 2010/1/11 Flávio Bittencourt <flaviobittenco...@uol.com.br> > > > 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 => **XXXX**5500,n,ExecIf($[ "${CALLERID(name)}" = "" ] > ?Set(CALLERID(name)=${CALLERID(num)})) > exten => **XXXX**5500,n,Set(__CALLINGPRES_SV=${CALLERPRES()}) > exten => **XXXX**5500,n,Set(CALLERPRES()=allowed_not_screened) > exten => **XXXX**5500,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. > > Abraços!!! > > > > Flávio > > > > Em 04/01/2010 14:45, *Roniton Rezende Oliveira < roni...@gmail.com >*escreveu: > > > Flavio, > > Quando você liga para seus números “externos” você está recebendo > alguma notificação na console do Asterisk, como: > > [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. > > Se sim, é provável que você não tenha configurado um contexto para as > chamadas de entrada. > > Em seu usuário você definiu que as chamadas de entrada devem ser > encaminhadas para o contexto DID_CTBC (você pode alterar para outro > contexto), então caso você não tenha criado este contexto no > extensions.conf este pode ser seu erro. > > Ex: > > [DID_CTBC] > exten = _3515XXXX,1,Goto(menu|s|1) > > ou > > [DID_CTBC] > exten = _XXXX,1,Goto(menu|s|1) > > Obs: No meu caso r ecebo as ligações com prefixo + MCDU, mas a CTBC > > disponibiliza também só o MCDU. > > Com relação ao chamadas que não completam houve uma época, mais ou > menos a um ano atrás que eu tinha muitos problemas com a CTBC de > chamadas que não completavam. Melhorou bastaste de lá pra cá mais as > vezes ainda ocorrem estes problemas. > > At, > > Roniton Oliveira > > 2010/1/4 Flávio Bittencourt : > > > Olá Roniton!!! > > > > > > > > Cara, fantástico, o trunk deu certo, conectou. > > > > Como estou fazendo tudo pelo Trixbox, usei esta configuração no proprio > > trunk e deu certo. > > > > coloquei assim: > > > > type=friend > > host=200.XXX.XXX.XXX > > port=5060 > > disallow=all > > allow=g729&ulaw&g711u&g711a > > context=DID_CTBC > > fromdomain=200.XXX.XXX.XXX > > fromuser=21351XXXXX > > username= 21351XXXXX > > > > > > > > Há algumas rebarbas ainda. > > > > Consigo originar chamada, mas não consigo ligar para alguns números de > > celulares, mas aí acredito que seja algum problema de encaminhamento de > > chamada da própria Algar. > > > > Também não recebe chamadas... > > > > Mas o trunk conectou e consigo efetuar chamadas!!! > > > > Você acredita que os problemas que citei podem estar relacionados a > alguma > > configuração do Asterisk? > > > > > > > > Mas muito obrigado pela ajuda, foi fundamental para o que desse certo!!! > > > > > > > > Muito obrigado mesmo! > > > > Flávio > > > > Em 04/01/2010 13:34, Roniton Rezende Oliveira < roni...@gmail.com > > > escreveu: > > > > Flávio, > > > > Configura seu usuário desta forma: > > > > [CTBC] > > t ype=friend > > > host=200.170.136.205 > > port=5060 > > disallow=all > > allow=g729 > > allow=ulaw > > context=DID_CTBC > > fromdomain=200.170.136.205 > > fromuser=313515XXXX > > username=313515XXXX > > > > Obs: Eles não trabalham com registro. > > > > Caso não funcione retorne o e-mail, que tentarei lhe ajudar. > > > > Roniton Oliveira > > > > 2010/1/4 Flávio Bittencourt : > >> Olá Colegas!!!! > >> > >> > >> > >> A CTBC possui um serviço chamado Voz Total, que é uma fibra que > >> disponibiliza parte da banda para internet e parte pra voz, onde esta > >> parte > >> voz é VOIP. > >> > >> Criei um SIP trunk apontando para o IP de voz indicado pela CTBC, mas > não > >> conecta muito menos registra. > >> > >> Estou fala ndo com o suporte deles, e estão verif icando para ver se o > > >> problema é com eles, mas não estou descartando a possibilidade do > problema > >> estar no asterisk. > >> > >> Vou colar aqui as configurações do trunk: > >> > >> > >> > >> host=200.xxx.xxx.xxx:5060 (ip indicado pela CTBC para conectar ao > serviço > >> de > >> voz) > >> type=peer > >> disallow=all > >> allow=g729&g711u&g711a > >> > >> ----------------- > >> > >> > >> > >> A string fiz conforme a orientação da CTBC e ficou assim: > >> > >> 200.xxx.xxx.xxx:5060 > >> > >> > >> > >> -------------------------------- > >> > >> > >> > >> No cenário geral há um roteador da CTBC, sendo que uma porta está > >> configurada somente pra voz, ligada por um cabo de rede diretamente a > uma > >> placa que contem o IP, subnet mask e gateway da CTBC para o serviço de > >> voz.< br />> > >> > >> > >> Portanto o asterisk está dentro desta rede do Voz total da CTBC, pinga > >> gateway, ip, o servidor é pingado de fora e tudo mais. > >> > >> > >> > >> Mas o tronco não conecta de forma alguma. > >> > >> > >> > >> Os amigos conseguem visualizar onde poderia estar o problema? > >> > >> > >> > >> Obrigado!!! > >> > >> > >> > >> Flávio > >> > >> _______________________________________________ > >> 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 so luçõ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 > >> > > _______________________________________________ > > 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 > > AsteriskB ra...@listas.asteriskbrasil.org > > > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > > > > > > _______________________________________________ > > 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 > > > _______________________________________________ > 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 > > > _______________________________________________ > 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 > -- Luis Machado Reis Analista de Sistemas www.singularideas.com.br
_______________________________________________ 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