Pérdidas de RTP en buffer salida - Asterisk 1.8.8.2

[Toni IbLu]

Buenas tardes,

Este es mi primer correo, así que, espero hacerlo bien! (para ello he buscado antes en el histórico de mensajes, a ver si asomaba algo, así como por diferentes blog durante una semana, pero nada de nada =(

Tengo un pequeño problema/duda, que me está pasando en casa de un cliente. La verdad es que he revisado, una y otra vez, en busca de algo que me indicase que soy culpable, y/o que mi red era culpable. Hago un dibujo:

Proveedor SIP <--------SIP TRUNK FibraÓptica------------> (Router telefónica) <------------LAN-------> AsteriskServer <---------LAN----------> 3CX

                                                                                                                                      192.168.5.1            192.168.5.3    -   192.168.1.5               192.168.1.20

                                                                                                                                                                   (interfaces físicas diferentes)

El cliente se queja de que "no escucha bien" y que tiene múltiples cortes en la voz. Algunos compañeros, me dijeron que era culpa del softphone y del ambiente de trabajo, ya que son un pequeño call center pero la lian parda. Para demostrarlo comenzamos a hacer "monitor"s de las llamadas, y efectivamente todo se escuchaba ok. Le dijimos al cliente que el problema debía de residir en sus softphones, pero seguía quejándose.

Finalmente, hicimos una captura con ngreps en las dos interfaces de red para ver que realmente funcionaba, pero sorpresa! Existen pérdidas de paquetes en la "salida" de las interfaces!! Es decir, la máquina que procesa Asterisk recibe OK el audio (RTP/G711), la procesa OK (si hacemos monitor se graba OK) pero cuando la envía, produce silencios de forma totalmente aleatoria.

Adjunto imagen ComparacionAudiosCapturaPaint (que es una captura del paint, para que se vea claro lo que sucede, luego adjunto el PCAP que es lo bonito). Cómo podéis ver, mis interfaces de red reciben sin pérdidas el audio, pero cuando el Asterisk realiza de back2back user agent (sin transcoding, ya que todo es ley A) se me producen estos cortes.

Este servidor tiene un "CTI" para generar llamadas, el cual creo que no tiene nada que ver con esto dado que se trata de un problema en cuanto a gestión de paquetes RTP y lo otro lo único que hace es hacer "originates".

La verdad es que no se me ocurre nada más que probar. 

* Descartamos softphone dado que el audio llega OK al Asterisk

* Descartamos operador, dado que el audio llega OK al Asterisk

* Tenemos unos 30 users configurados

¿Se os ocurre algo? ¿Podría ser temas de buffering de Asterisk? Estuvimos haciendo algunos tests del jitterbuffer, pero la verdad es que no notamos demasiada/nada de mejora...

Si lo creeis conveniente, adjunto pcaps! Los he de buscar, esta "foto" era para mi jefe =)

[Alberto Ribagorda]

Una pregunta rápida, ¿tienes el timing de Asterisk correctamente configurado?

--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
Normas de la lista Asterisk-ES: http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
---
Has recibido este mensaje porque estás suscrito al grupo "asterisk-es" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a asterisk-es...@googlegroups.com.
Para publicar una entrada en este grupo, envía un correo electrónico a aster...@googlegroups.com.
Visita este grupo en http://groups.google.com/group/asterisk-es?hl=es.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
 
 

[Toni IbLu]

[Toni Ibáñez Luján]

Buenas Elettrico,

¡Muchas gracias por tu tiempo! La verdad es que comienzo a sospechar de que se trata algo relacionado con el rendimiento de la máquina, descartando la tarjeta de red (hay dos independientes y ambas se comportan igual sólo en sentido saliente) y el switch (los datos llegan bien desde los extremos de la comunicación).

¿Cómo podría ver qué se trata de un problema de I/O? ¿Con comando de tipo "top" o "ps"?

¡¡Muchas gracias de nuevo!!

El 11 de junio de 2013 18:07, Elettrico <elet...@gmail.com> escribió:

Il 11/06/2013 12:06, Toni IbLu scrisse:

Finalmente, hicimos una captura con ngreps en las dos interfaces de red para ver que realmente funcionaba, pero sorpresa! Existen pérdidas de paquetes en la "salida" de las interfaces!! Es decir, la máquina que procesa Asterisk recibe OK el audio (RTP/G711), la procesa OK (si hacemos monitor se graba OK) pero cuando la envía, produce silencios de forma totalmente aleatoria.

hola toni,

yo he tenido problemas similares, con llamadas "entrecortadas" en un pequeno call center, te comparto mis experiencias:
- en un caso el problema se resolvió cambiando la tarjeta de red de la maquina con asterisk,
- en otro caso el problema era el switch que a veces empezaba a perder paquetes
- en otro el tema era algo que tenia que ver con la carga de I/O de la maquina de asterisk: cuando usaba mucho el disco duro (entre mysql, grabaciones y otro procesos) se producian esos cortes en el audio

no se si alguno de esos caso se puede comparar con el tuyo, pero capaz que te puedan sugerir algo.

saludos

[Gaston Draque]

Proba con "iotop --only" Seguramente tenes que instalarlo, esta en repos de RHEL y Debian.

Yo ademas le echaría un ojo al filesystem. Si tenes directorios de los que lees/escribís a lo bobo, en una de esas montarlos con noatime puede ayudarte un poco, por lo menos con las grabaciones (cuidado con el directorio de call-files :P )

Saludos

2013/6/11 Toni Ibáñez Luján <tibane...@gmail.com>

[Elio Rojano]

Yo revisaría las interrupciones hardware o probaría a cambiar de tarjeta de red por otra.

--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
Normas de la lista Asterisk-ES: http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
---
Has recibido este mensaje porque estás suscrito al grupo "asterisk-es" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a asterisk-es...@googlegroups.com.
Para publicar una entrada en este grupo, envía un correo electrónico a aster...@googlegroups.com.
Visita este grupo en http://groups.google.com/group/asterisk-es?hl=es.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
 
 

--
Página web: http://www.sinologic.net/

Twitter: http://twitter.com/hellc2

LinkedIn: http://es.linkedin.com/in/rojano

[Fernando Villares]

para hablar de rendimiento de maquina concuerdo con los demas...tira un comando top iotop, htop etc para ver q esta haciendo la maquina....un core i5 comun de cualquier lado bien configurado puede soportar cientos de llamadas simultaneas sin morir en el intento.......algo raro y mal configurado hay...

[Gaston Draque]

Ojo al piojo que dijo que graba todas las llamadas...

2013/6/12 Fernando Villares <fvil...@gmail.com>

--

{

  "fullName"  : "Gaston Draque"

  "twitter"   : "@gdraque"

  "google+"   : "gplus.to/gdraque"

  "linkedIn"  : "http://www.linkedin.com/in/draque"

  "tags"      : ["uc communications","telecom integrator","voip","software development"]

}

[Fernando Villares]

Una mac mini core i5 con queue metrics y 4gb en asterisk 1.8 virtualizada con vmware con 60 agentes y 2 e1 grabando todo no llega al 40%...

Enviado desde mi iPad

[Gaston Draque]

Bue, veo que llegamos a los lugares comunes. En ningun lugar del thread se hablo de sizing. Tanto en una mac mini o como en un servidor como la gente, la misma maquina no tiene el mismo rendimiento con o sin recs, amen de que ni se ha tratado de como tiene montado en si el fs, va, es muy poca la info y por eso es que no se ha dejado de lado ningun aspecto.

[Toni Ibáñez Luján]

Buenos días a todos,

De nuevo, muchas gracias por vuestra ayuda. De momento no he podido ponerme con el tema, pero espero poder avanzar en breve y haceros un feedback de cómo acabó todo.

Como todos indicáis, parece un tema de rendimiento de la propia máquina.

30749 be/4 asterisk    0.00 B/s    7.83 K/s     0.00 % 30.30 % asterisk -f -U asterisk -G asterisk -vvvg -c

429 be/4 root              0.00 B/s    7.83 K/s    0.00 % 29.85 % [kjournald]

30807 be/4 asterisk    0.00 B/s    7.83 K/s    0.00 % 28.57 % asterisk -f -U asterisk -G asterisk -vvvg -c

1846 be/4 postgres     0.00 B/s    39.14 K/s  0.00 %  0.00 % postgres: writer process

                                                                              88,72

 429 be/4 root             0.00 B/s   90.05 K/s  0.00 % 33.63 % [kjournald]

30971 be/4 asterisk    0.00 B/s    7.83 K/s  0.00 % 26.13 % asterisk -f -U asterisk -G asterisk -vvvg -c

30815 be/4 asterisk    0.00 B/s    0.00 B/s  0.00 % 25.87 % asterisk -f -U asterisk -G asterisk -vvvg -c

 1844 be/4 postgres    0.00 B/s    0.00 B/s  0.00 %  9.00 % postgres: logger process

 1262 be/3 root           0.00 B/s   15.66 K/s  0.00 %  4.21 % auditd

 1287 be/4 root           0.00 B/s    3.92 K/s  0.00 %  0.00 % rsyslogd -i /var/run/syslogd.pid -c 5

                                                         98,84%

Por otro lado, parece que es el kjournald lo que está comiéndose a la máquina:

http://forums.cpanel.net/f5/what-kjournald-8075.html

http://serverfault.com/questions/236836/kjournald-reasons-for-high-usage

La verdad es que de esto no domino demasiado, pero ahora mismo le echo un vistazo a ver cómo se puede solucionar!!! Utilizamos centos, a ver qué tal... =)

¡Gracias de nuevo!

Has recibido este mensaje porque estás suscrito a un tema del grupo "asterisk-es" de Grupos de Google.
Para anular la suscripción a este tema, visita https://groups.google.com/d/topic/asterisk-es/EHXyERsUAH8/unsubscribe?hl=es. Para anular la suscripción a este grupo y todos sus temas, envía un correo electrónico a asterisk-es...@googlegroups.com.

Para publicar una entrada en este grupo, envía un correo electrónico a aster...@googlegroups.com.
Visita este grupo en http://groups.google.com/group/asterisk-es?hl=es.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
 
 

--
Antonio Ibáñez Luján

Email:    tibane...@gmail.com

[jvegaseg]

Toni, has conseguido averiguar algo?

A mí me pasa algo similar con una de las máquinas y no consiguo avanzar.

Saludos

[Toni Ibáñez Luján]

Buenas Javier,

La verdad es que no he podido avanzar demasiado, pero he notado que cuando reiniciamos la máquina está uno/dos días trabajando OK, y luego KO, aunque no siempre es un patrón.

Mañana volveremos a tomar el tema, y estoy seguro de que le daré un buen empujoncin. La idea es desmontar el server en dos (tiene raid 1) y comenzar a jugar con dos servidores por separado, parando servicios, y demás.

Sin falta, si consigo algo, os lo haré saber para poder cerrar el tema definitivamente, y (por supuesto) si se te ocurre algún test has podido avanzar de algún modo, comparte! =)

Pd. Siento mucho no haber podido responder antes, pero he estado un poco de vacaciones. (¡Sólo un poco!)

Para anular la suscripción a este tema, visita https://groups.google.com/d/topic/asterisk-es/EHXyERsUAH8/unsubscribe. Para anular la suscripción a este grupo y todos sus temas, envía un correo electrónico a asterisk-es...@googlegroups.com.

Para publicar una entrada en este grupo, envía un correo electrónico a aster...@googlegroups.com.

Visita este grupo en http://groups.google.com/group/asterisk-es.

Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
 
 

--
Antonio Ibáñez Luján

[Fernando Villares]

y nadie intento probar actualizando ese bendito asterisk q es de hace mas de 2 años? con 16 updates encima