Amigo isso corre comigo

E eu achei o problema e até procurei por alguém que tenha o mesmo problema.

 

Segue abaixo e-mails que envie pra lista na época:

 

Assunto: Felitron chip CM108AH

Srs,

 

Estou com um problema com headsets da marca felitron com chipset CM108AH em 
maquinas com Windows XP não ocorre no Windows 7.

Estes headset estão gerando uma sobre amostragem, ou seja, geram mais pacotes 
IP do que o necessário.

O codec G.711 trabalha a 8.000Hz, gera um byte com a amostra do áudio a cada 
125 micro-segundos. (1 dividido por 8.000). 

O Headset felitron esta trabalhando a 8.101Hz (1,26% a mais).

Podemos entender que a cada 80 segundos a voz de quem esta com o headset 
atrasam 1 segundo.

Com isso o áudio gravado perde o sincronismo, ou seja, no final da ligação os 
clientes respondem perguntas ainda não feitas pelos operadores de call-center.

 

Segue texto apresentado pelo wireshark 1.4.4

Max delta = 253,30 ms at packet no. 10681 

Max jitter = 16,48 ms. Mean jitter = 0,67 ms.

Max skew = 3764,00 ms.

Total RTP packets = 15113   (expected 15113)   Lost RTP packets = 0 (0,00%)   
Sequence errors = 0 

Duration 298,48 s (3752 ms clock drift, corresponding to 8101 Hz (+1,26%)

 

No final segue o procedimento para fazer o teste.

 

Fiz testes com outros headsets e o problema só ocorre com o Felitron.

 

 

 

Abrindo o arquivo o áudio esta codificado apenas com UDP.

1)Precisamos decodificar os pacotes como RTP

                a. click com o botão direito sobre um dos pacotes.

                b. Escolha a opção Decode As...

                c. Na aba Transport escolha both e RTP.

 

Observe que agora o campo Info mostra o codec no caso G.711 o número da amostra 
e outros detalhes referentes ao RTP

 

2) Mostrar a estatística que mostra o que precisamos.

                a. Click em em um pacote.

                b. Click no menu Telephony

                c. Opção RTP

                d. Sub opção Stream Analysis...

Existem 2 abas cada uma com um sentido do áudio.

 

Assunto: sincronismo gravação

 

Srs,

 

Alguém já teve problema com sincronismo do áudio gravado?

 

 

 

 

 

 

 

 

 

From: asteriskbrasil-boun...@listas.asteriskbrasil.org 
[mailto:asteriskbrasil-boun...@listas.asteriskbrasil.org] On Behalf Of Vinícius 
Bossle Fagundes
Sent: terça-feira, 19 de abril de 2011 21:37
To: asteriskbrasil@listas.asteriskbrasil.org
Subject: [AsteriskBrasil] Audio Dessincronizado

 

Pessoal,

 

Estou com um problema de de-sincronismo de audio que está me deixando me doido.

O dialplan é simples, mas a dor de cabeça está sendo grande.

 

Cenário:

 

Intel(R) Xeon(R) CPU X3430 @ 2.40GHz

CentOS 5.6, Linux 2.6.18-238.5.1.el5.centos.plus #1 SMP Mon Apr 4 18:35:33 EDT 
2011 i686 i686 i386 GNU/Linux

Aterisk 1.6.2.17.2 com 30 ramais conectados via x-lite e codec ulaw e 10 
chamadas simultaneas em média com CDR no MySQL.

Interconectado via SIP a Vono e Datora com codec g729

Link Adsl GVT de 50/10 megas

 

Em virtude dos testes este cenario foi se alterando, mas vamos lá. O problema é 
o seguinte:

 

Quando fazemos uma ligação, com o andar da carroagem, o audio do meu ramal 
começa a se adiantar, parecendo que estou me atravessando a pessoa do outro 
lado, chegando ao final da chamada com 1 ou 2 segundos de diferença. Este 
problema ocorre no arquivo gravado, pois usando um ChanSpy verificamos que 
durante a chamada o problema não ocorre.

 

- Inicialmente achei que era por causa do codec que usava, g729 fazendo a 
conversão no servidor já que no ramal usavamos g711 ulaw (x-lite), mudamos tudo 
para ulaw e nao deu certo.

- Depois achei que poderia ser a chamada do sox que realizava no exten h, para 
converter o audio de wav para mp3, também não era.

- Depois achei que fosse operadora, porém o problema, apesar de ocorrer com 
mais frequencia na Datora, tambem ocorre na Vono, e em diferentes operadores.

- Depois configurei o MixMonitor para gravar apenas após o atendimento (b) 
mesmo assim o problema persistiu.

- Depois li na internet sobre utilizar o clock do DAHDI para o sincronismo, la 
fui eu instalar o dahdi tb.

- Inclusive troquei a versão do Asterisk para 1.4 ultima, para ver se 
melhorava, também não deu.

- Ah também troquei de servidor para ver se o problema era de hardware, também 
não deu, e o servidor novo é um Intel(R) Xeon(R) CPU X3430 @ 2.40GHz.

 

Segue essa parte do dialplan

 

exten => 
_X.,n,Set(CDR(userfield)=${CDR(start):0:4}${CDR(start):5:2}${CDR(start):8:2}_${CDR(start):11:2}${CDR(start):14:2}${CDR(start):17:2}_${CDR(src)}_${CDR(dst)}_${CDR(uniqueid)})

exten => _X.,n,MixMonitor(${CDR(userfield)}.wav49)

exten => _X.,n,Dial(SIP/operadora/${EXTEN},40,WTt)

 

O que me chama atenção é que não tem padrão nenhum de comportamento.

 

Pessoal, como podem ver tentei bastante antes de recorrer a vocês, se alguém ai 
tiver uma luz, por favor.

 

Vinicius Bossle Fagundes
viniciusbos...@gmail.com (e-mail, msn, gtalk, skype)

+55 (48) 9161-1609 (celular)

 



A informação contida nesta mensagem é confidencial e de propriedade da Fidelity 
Processadora e Serviços S/A. Se você recebeu este e-mail por engano, por favor: 
(i) apague a mensagem e todas as suas cópias e anexos; (ii) não revele, 
distribua ou utilize a mensagem ou seu conteúdo de qualquer maneira; e (iii) 
notifique o remetente imediatamente. Adicionalmente, por favor esteja informado 
de que qualquer mensagem endereçada ao domínio da Fidelity está sujeita ao 
arquivamento e leitura por outros membros da companhia, além do próprio 
destinatário da mensagem. A Fidelity agradece a sua colaboração.


The information contained in this message is proprietary and/or confidential. 
If you are not the intended recipient, please: (i) delete the message and all 
copies; (ii) do not disclose, distribute or use the message in any manner; and 
(iii) notify the sender immediately. In addition, please be aware that any 
message addressed to our domain is subject to archiving and review by persons 
other than the intended recipient. Thank you.
_______________________________________________
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.
________
Lista de discussões AsteriskBrasil.org
AsteriskBrasil@listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
______________________________________________
Para remover seu email desta lista, basta enviar um email em branco para 
asteriskbrasil-unsubscr...@listas.asteriskbrasil.org

Responder a