Allan e pessoal da lista,
Ref. ao meu problema de canal mudo acredito que é realmente a placa E1.
Troquei hoje a placa e vem funcionando direto em todas as ligações sem
nenhum problema.
Vou manter em testes até semana que vem.
Obrigado pela ajuda.
Em 10 de março de 2011 14:53, Marcelo Busana
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bom dia Marcelo,
Tem alguma coisa que não esta bem clara, canal 16 para R2, isso não
existe, somente em ISDN.
No caso, a sinalização R2 pode ser debugada, e o audio não passa em
formato de dados, o que passa é somente a sinalização de inicio e fim
Marcelo comenta o echotraining no chan_dahdi.conf e restarta o asterisk
veja se resolve.
Qualquer coisa fala ai.
Allan Ananian
___
KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
- Hardware com alta disponibilidade de recursos e
Tudo muito confuso... rs
Em 10 de março de 2011 09:32, Daian Conrad da...@opens.com.br escreveu:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bom dia Marcelo,
Tem alguma coisa que não esta bem clara, canal 16 para R2, isso não
existe, somente em ISDN.
No caso, a sinalização R2 pode ser
Bom dia Daian,
O canal 16 é o canal de sinalização do E1 via R2 digital, conforme descrito
abaixo.
Exato a sinalização R2 pode ser debugada e estou fazendo isto mas realmente
gostaria de ter a depuração da audio pq em algum momento ele é codificado ou
descodificado pois cada canal de audio passa
Certo,
Por um obséquio desde das 08 da manhã esta funcionando, a hora que parar
tentarei fazer isso.
Obrigado
Em 10 de março de 2011 09:37, allan al...@libertynet.com.br escreveu:
Marcelo comenta o echotraining no chan_dahdi.conf e restarta o asterisk
veja se resolve.
Qualquer coisa fala
Na verdade a sinalização R2 (cas) utiliza in-band, onde apesar do
endereçamento telefônico ser encaminhado por tons DTMF dentro do canal de
voz, realmente há um timeslot específico, que é utilizado para controlar o
estado do canal, além de funções comuns, como bilhetagem. Nste timeslot de
número
Isso mesmo,
O meu problema esta nos canais de voz digital, qndo eles estão mudos nem
os tons DTMF passam.
Em 10 de março de 2011 10:44, Leandro Alves thc.lean...@gmail.comescreveu:
Na verdade a sinalização R2 (cas) utiliza in-band, onde apesar do
endereçamento telefônico ser encaminhado por
Allan,
Não funcionou, agora de meio dia parou de funcionar, fui la e comentei o
echotraining, mudei para no para yes para 800 para 2000.
Simplesmente o canal ficou mudo novamente. Abaixo o log de uma ligação
recebida, ele recebe mas não detecta nada
AsteriskE1*CLI
[Mar 10 13:21:47] DEBUG[3275]:
Marcelo pela documentao o cancelador oslec pode ocasionar isso, tenta
mudar no system.conf para echocanceller=mg2
Make sure echotraining is disabled when using
Oslec this is not supported and if enabled will cause the channel to
be silent (i.e. no audio will pass through).
4/ The settings
Certo Allan,
Mudei para mg2, e mudei o echocancel=256 conforme abaixo e nada. :(
Ja tinha outra hora desativado o cancelamento de echo tbm para testar
Obrigado
Em 10 de março de 2011 14:25, allan al...@libertynet.com.br escreveu:
Marcelo pela documentação o cancelador oslec pode ocasionar
Pessoal,
Venho tirar algumas duvidas referente E1 / R2.
1. É possivel logar os bits de um canal de voz (não o de sinalização 16)?
2. Quando em uma conversão ambos os lados fiquem totalmente não seriam mais
trocados dados do canal de voz?
Se você quer saber o porque destas perguntas leia abaixo,
12 matches
Mail list logo