[AsteriskBrasil] Ajuda com configuração FXO TDM800P

Domingo Novembro 20 16:40:38 BRST 2011

Voce pode testar também colocando w no Outbound Dial Prefix nas
configurações do tronco.
Faça esse teste

Em 20 de novembro de 2011 16:16, Eduardo Sousa <edussousa em gmail.com>escreveu:

> Opa Fabrício,
>
> Não liguei ainda. Como é minha linha residencial e o PABX não vai ficar
> por aqui não me faz muita diferença a não ser para esses testes. Mas, se o
> problema for só esse atraso e o Asterisk não conseguir compensá-lo eu topo
> encarar o "excente" atendimento a cliente da operadora e aguardar por uma
> solução por parte deles... só estava pensando em algo mais rápido e menos
> estressante do que depender deles! rsrsrs.
>
> Mas, valeu pela sugestão.
>
> Abs.
>
> Em 20 de novembro de 2011 16:00, Fabricio Tavares Maciel <
> fabricio.tavares em gmail.com> escreveu:
>
>> Olá Eduardo
>>
>> Sou de BSB também.Sobre esse atraso para receber o tom de discagem,por
>> acaso já acionou o suporte da Oi?
>> Esse tipo de atraso não pode existir.Já vi problema parecido e era
>> problema com a operadora.
>> Tente resolver isso antes de mexer no Asterisk.
>>
>> Att
>>
>> Fabricio
>>
>>
>> Em 20 de novembro de 2011 15:48, Eduardo Sousa <edussousa em gmail.com>escreveu:
>>
>>> Pessoal, boa tarde.
>>>
>>>
>>> Estou iniciando meu contato com o Asterisk e decidi pelo Elastix para
>>> iniciar. Estou utilizando o Elastix 2.2.0 nesses testes iniciais. Tenho uma
>>> placa TDM800P instalada no servidor e fiz o reconhecimento de hardware.
>>> Aparentemente, tudo ok. As 8 portas foram localizadas e uma delas
>>> apresenta-se como disponível para uso (a única porta em que tenho uma linha
>>> telefonica conectada).
>>>
>>> Estou nos testes iniciais mas já apanhei mais do que lutadores de MMA
>>> que encararam o Anderson Silva. Então resolvi bater no tatame e pedir ajuda.
>>>
>>> Pois bem, a princípio eu desejo apenas fazer testes simples entre a
>>> linha (direto da PSTN da Oi em Brasilia-DF) e uma extensão SIP que eu
>>> configurei no meu notebook.
>>>
>>>
>>> TESTE 1 - chamada entrantes) Ao testar o encaminhamento da chamada para
>>> a extensão criada (ramal SIP/2003) o cliente SIP (X-Lite recebe a ligação),
>>> porém:
>>>
>>> Problema 1.1: Ao selecionar o botão para desligar/declinar o atendimento
>>> o X-Lite "finaliza" a chamada, mas o Asterisk não. Segundos depois a mesma
>>> chamada é novamente encaminhada ao clinete SIP.
>>>
>>> Problema 1.2: Ao atender a ligação não escuto a pessoa que está
>>> realizando a chamada e nem ela me escuta. Depois, analisando a gravação da
>>> chamada, vejo que o Asterisk conseguiu gravar a pessoa que discou, mas não
>>> grava nada do que eu falei durante a ligação. Fiz teste ligando entre dois
>>> ramais SIP e consegui comunicação somente quando coloquei um microfone
>>> plugado ao PC (ok, o Asterisk/PSTN não me ouvir deve ser encrenca do X-Lite
>>> com o microfone nativo do notebook), mas nos testes sempre consegui ouvir a
>>> pessoa do outro ramal (nesse caso então acredito haver algum problema com a
>>> chamada recebida da PSTN via canal FXO).
>>>     Seria problema com CODECS? Sendo, seriam necessárias que
>>> configurações de CODEC nas extensões SIP e nos canais FXO? Pesquisei muito
>>> e não achei a resposta.
>>>     Não sendo: socorro! O que pode ser?
>>>
>>>
>>> TESTE 2 - chamadas de saída) Ao testar a realização de ligações
>>> originadas em uma extensão SIP observo:
>>>
>>> Problema 2.1: que as ligações não são completadas
>>> Problema 2.2: que o cliente X-Lite não interpreta o fim da chamada e
>>> continua com a ligação (muda) ativa.
>>>
>>> Meu arquivo chan_dahdi.conf atualmente está configurado assim:
>>>
>>> [root em elastix /]# cat /etc/asterisk/chan_dahdi.conf
>>>> ; Auto-generated by /usr/sbin/hardware_detector - E editado por mim
>>>> para inclusão de dados de canais diretamente nesse arquivo, sem importações.
>>>> [trunkgroups]
>>>>
>>>> [channels]
>>>> context=from-pstn
>>>> signalling=fxs_ks
>>>> rxwink=300              ; Atlas seems to use long (250ms) winks
>>>> usecallerid=yes
>>>> hidecallerid=no
>>>> callwaiting=yes
>>>> usecallingpres=yes
>>>> callwaitingcallerid=yes
>>>> threewaycalling=yes
>>>> transfer=yes
>>>> canpark=yes
>>>> cancallforward=yes
>>>> callreturn=yes
>>>> echocancel=yes
>>>> echocancelwhenbridged=no
>>>> faxdetect=incoming
>>>> echotraining=800
>>>> rxgain=4.0
>>>> txgain=4.0
>>>> callgroup=1
>>>> pickupgroup=1
>>>> relaxdtmf=yes
>>>>
>>>> ;Uncomment these lines if you have problems with the disconection of
>>>> your analog lines
>>>> ;busydetect=yes
>>>> ;busycount=4
>>>>
>>>> ;immediate=yes
>>>>
>>>> group=0
>>>> channel => 1
>>>> channel => 2
>>>> channel => 3
>>>> channel => 4
>>>> channel => 5
>>>> channel => 6
>>>> channel => 7
>>>> channel => 8
>>>>
>>>> ;#include dahdi-channels.conf
>>>> ;#include chan_dahdi_additional.conf
>>>>
>>>
>>> Na console do Asterisk observo:
>>>
>>>     -- <SIP/2003-00000006> Playing 'all-circuits-busy-now.gsm' (language
>>>> 'en')
>>>>     -- <SIP/2003-00000006> Playing 'pls-try-call-later.gsm' (language
>>>> 'en')
>>>>
>>>
>>> E analisando a gravação da chamada noto que após aproximadamente 9 segs
>>> se escutam dois estalos (pode ser uma inversão de polaridade?!) e em
>>> seguida ouve-se uma mensagem da operadora OI: "o número que você discou é
>>> inválido". Essa mensagem não é tocada no X-Lite (lembrando que ele mantem a
>>> chamada ativa e muda).
>>>
>>> Retirando o comentário das seguintes linhas do chan_dahd.conf o X-Lite
>>> tenta a ligação e informa que a comunicação não pode ser estabelecida.
>>> Nesse caso o Asterisk não chega a gravar nenhum arquivo de monitoração de
>>> áudio para a chamada.
>>>
>>> ;busydetect=yes
>>>>  ;busycount=4
>>>>
>>>
>>> Observação importante: testando a linha com um telefone normal observo
>>> existir um delay/atraso entre o tempo de tirar o telefone do ganho e de se
>>> obter o tom para discagem de 3 segs aproximadamente. Após esse período
>>> ouvem-se os mesmos dois estalos observados na gravação do Asterisk e dai
>>> sim se tem o tom de discagem.
>>>      Quando tento tirar o telefone do gancho e já iniciar a discagem sem
>>> receber o tom para isso, BATATA! Mesmo discando um número válido, após 10
>>> segs que o telefone foi tirado do gancho ouvem-se os estalos e em seguida a
>>> mensagem "o número que você discou é inválido".
>>>
>>> Pesquisei em vários lugares alguma forma de atrasar a discagem através
>>> do tronco FXO no Elastix/Asterisk mas não encontrei nada. Essa é a solução
>>> mais elegante nesse caso? Ou há como configurar o PABX para aguardar pelo
>>> tom de discagem antes de enviar o número desejado?
>>>
>>> Sei que escrevi um texto grande, mas o intuito foi dar a maior riqueza
>>> de detalhes possível sobre os problemas que estou tendo e sobre as
>>> pesquisas e testes que fiz. Agradeço imensamente qualquer colaboração. E
>>> espero conseguir retribuir aos colegas em um futuro breve.
>>>
>>> Att.,
>>> Eduardo Sousa
>>>
>>> _______________________________________________
>>> KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
>>> - Hardware com alta disponibilidade de recursos e qualidade KHOMP
>>> - Suporte técnico local qualificado e gratuito
>>> Conheça a linha completa de produtos KHOMP em www.khomp.com.br
>>> _______________________________________________
>>> DIGIVOICE: Lider no mercado de placas para Asterisk
>>> Único fabricante com Centro de Treinamento especializado.
>>> LANÇAMENTO: Channel Bank TDMoE, até 64 canais FXS / FXO.
>>> www.digivoice.com.br ou (11)3016-5200.
>>> ________
>>> GATEWAY GSM-SIP, gateway Lyric VoIP com 2,4 e 6 canais GSM vía tronco SIP
>>> Escalável até 240 canáis, Portabilidade Numérica,  Balanceamento de
>>> Carga, Bilhetagem
>>> Confira em http://www.yx.cl/landing/brasil/lyric_voip_asterisk.org
>>> Shop Voip, representante exclusivo: www.shopvoip.com.br ou 0800-6021244
>>> ______________________________________________
>>> Para remover seu email desta lista, basta enviar um email em branco para
>>> asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>>>
>>
>>
>> _______________________________________________
>> KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
>> - Hardware com alta disponibilidade de recursos e qualidade KHOMP
>> - Suporte técnico local qualificado e gratuito
>> Conheça a linha completa de produtos KHOMP em www.khomp.com.br
>> _______________________________________________
>> DIGIVOICE: Lider no mercado de placas para Asterisk
>> Único fabricante com Centro de Treinamento especializado.
>> LANÇAMENTO: Channel Bank TDMoE, até 64 canais FXS / FXO.
>> www.digivoice.com.br ou (11)3016-5200.
>> ________
>> GATEWAY GSM-SIP, gateway Lyric VoIP com 2,4 e 6 canais GSM vía tronco SIP
>> Escalável até 240 canáis, Portabilidade Numérica,  Balanceamento de
>> Carga, Bilhetagem
>> Confira em http://www.yx.cl/landing/brasil/lyric_voip_asterisk.org
>> Shop Voip, representante exclusivo: www.shopvoip.com.br ou 0800-6021244
>> ______________________________________________
>> Para remover seu email desta lista, basta enviar um email em branco para
>> asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>>
>
>
> _______________________________________________
> KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
> - Hardware com alta disponibilidade de recursos e qualidade KHOMP
> - Suporte técnico local qualificado e gratuito
> Conheça a linha completa de produtos KHOMP em www.khomp.com.br
> _______________________________________________
> DIGIVOICE: Lider no mercado de placas para Asterisk
> Único fabricante com Centro de Treinamento especializado.
> LANÇAMENTO: Channel Bank TDMoE, até 64 canais FXS / FXO.
> www.digivoice.com.br ou (11)3016-5200.
> ________
> GATEWAY GSM-SIP, gateway Lyric VoIP com 2,4 e 6 canais GSM vía tronco SIP
> Escalável até 240 canáis, Portabilidade Numérica,  Balanceamento de Carga,
> Bilhetagem
> Confira em http://www.yx.cl/landing/brasil/lyric_voip_asterisk.org
> Shop Voip, representante exclusivo: www.shopvoip.com.br ou 0800-6021244
> ______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20111120/b114b9ab/attachment-0001.htm 