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_screened)
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.

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 &lt;-> 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

Responder a