Calidad de Voz y las mentrias de las TELCOS

[SiscoCasasempere]

Hola a todos,...

Llevo unos días persiguiendo un expediente X y de momento no he logrado encontrar solución.

Tengo el siguiente escenario:

- Una sede central con Kamailio + Asterisk y conexión ONO simétrica 8/8Mb y troncal SIP para dar acceso a la red telefónica.

- Varias sedes remotas con Asterisk y conexiones según disponibilidad: ADSL de Movistar, conexiones cable ONO, conexión fibra Movistar, ADSL Jazztel, etc.. Todas conectadas con troncales SIP al Kamailio de la sede central.

El tema es el siguiente, desde hace unos días hemos detectado que la calidad del sonido se ha deteriorado bastante sobre todo en las sedes que no son de ONO como en la central. Por ejemplo:

- Una sede con línea de ONO más básica, 50/5 Mb el ping es de sólo 15ms (la mitad) y no hay problemas de audio.

- Una de las sedes monta un acceso fibra de 20/20 Mb de movistar, el ping a la central es de unos 30ms, pero el sonido deja bastante que desear, se oye entrecortado.

- Otras sedes con ADSL de Movistar o jazztel tienen los mismos problemas.

Se abre incidencia en Movistar y en ONO y ninguno de los dos es capaz de detectar ningún problema, de hecho no hay pérdidas de pings ni nada similar, sólo notamos esa diferencia de velocidad en el ping entre sedes de ONO y sedes de otras compañías.

Desde ONO nos hacen medidas de paquetes y comprueban que no hay pérdidas en ningún segmente de la red.

Desde Movistar lo mismo,chequean la línea del simétrico de 20 y concluyen que no hay problemas, por cierto,. el ping en esta sede pasa de ser de 30ms a 16ms y se soluciona el problema, pero sólo en esa sede (¿auto-mágicamente?).

¿Qué opináis? ¿Me mienten las TELCOS ?

Dentro de mi paranoia, estoy pensando si el problema puede ser que los paquetes UDP del RTP estén llegando desordenados y con diferentes latencias,  y algunos se están rechazando y de esa forma produciéndose los cortes en el sonido aunque realmente no haya pérdidas,pero... ¿cómo podría comprobar que eso es realmente así?

La verdad es que ya me tiene el tema bastante mosqueado y no hay forma de dar con una prueba válida para comprobar donde está el problema. Por supuesto ya he reiniciado todos los servicios y servidores que están en mi mano, pero ya no se que más hacer.

Saludos.

[Exequiel leite]

Con el ping solo vas a poder dar cuenta, en una serie acotada de casos, si el dispositivo del otro lado esta alcanzable. Te recomiendo que le des un vistazo a iperf y hagas algunas pruebas reales sobre los enlaces.

Saludos

Sent from my Nexus 4

--
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 mensajes, envía un correo electrónico a asterisk-es...@googlegroups.com.
Para publicar 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 acceder a más opciones, visita https://groups.google.com/d/optout.

[ricky gutierrez]

Rendimiento de servidores? , Mysql? , estas usando algún codec especifico? , has probado con otro.

--

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 mensajes, envía un correo electrónico a asterisk-es...@googlegroups.com.
Para publicar 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 acceder a más opciones, visita https://groups.google.com/d/optout.

--
rickygm

http://gnuforever.homelinux.com

[Angel Elena]

Esto..... te cuento lo que nos pasa a nosotros con Vomistar y guifi.net..... Gil Obradors, creo que también puede aportar algo.

Vomistar, intercambia tráfico en nuestro querido catnix, al igual que jazztel, sarenet, altecom, acens, guifi.net , etc.......

Desde hace tiempo, reestringe el su capacidad de "peering" en el catnix a algo bastante ridículo (200mb), con lo que a determinadas horas del día, el intercambio de datos entre mi conexión de guifi.net y movistar es bastante lamentable, a parte de que no es capaz de publicar de "manera altruista" todos sus rangos, con lo que, dependiendo de donde vayas, das vueltas por media europa.

Aunque sean enlaces gordos y dedicados, un poquito de cariño y QoS no viene nunca mal.



--------------------------------
Ángel Elena Medina _o)
cr...@craem.net / \\
http://blog.craem.net _(___V
@craem_
--------------------------------

-----Mensaje original-----
De: SiscoCasasempere <francisco....@gmail.com>
Enviado: Lun 27-10-2014 13:21
Asunto: [Asterisk-ES] Calidad de Voz y las mentrias de las TELCOS
Para: aster...@googlegroups.com;

> <http://www.asterisk-es.org> )

> Normas de la lista Asterisk-ES:
> http://comunidad.asterisk-es.org/index.php?title=Lista:normas-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 mensajes, envía
> un correo electrónico a asterisk-es...@googlegroups.com

> <mailto:asterisk-es...@googlegroups.com> .

> Para publicar en este grupo, envía un correo electrónico a

> aster...@googlegroups.com <mailto:aster...@googlegroups.com> .

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

> <http://groups.google.com/group/asterisk-es> .

[SiscoCasasempere]

Gracias a todos por contestar

Exequiel

Con iperf no he probado pero con speedtest-cli los valores son bastante cercanos a lo contratado en cada ADSL ( o conexión), voy a probar con iPerf y os digo algo.

Rickygm

El rendimiento en todos los equipos es impecable, mira el load_average del server central: load average: 0.38, 0.37, 0.38, y este en una de las sedes con más problemas: load average: 0.00, 0.00, 0.00

Además con sólo 1 llamada en todo el sistema ya nos da problemas, anteriormente a esto teníamos picos de 50 llamadas y el sistema funcionaba estupéndamente. También he probado con el equipo de backup que tenemos en la central y aún así los problemas seguían.

En cuanto al códec, para el SIP Trunk desde la central como acceso al exterior es obligatorio usar g729 y fuerzo las conexiones desde las sedes con el mismo códec, de todas formas he probado forzando en una de las sedes a usar códec gsm y tengo los mismos resultados.

Craem:

Pues eso es lo que creo yo que por lo que sea en las conexiones provenientes de NO ONO estoy teniendo algún lag que provoca estos problemas, pero la pregunta es ¿cómo lo compruebo y cómo lo demuestro?

Saludos.

> <mailto:asterisk-es+unsub...@googlegroups.com> .

[Exequiel leite]

Ojo, no conozco la herramienta speedtest-cli, pero con iperf la idea es que generes tráfico UDP de un tamaño especifico (simulando flujo RTP) y puedas medir jitter y pérdida.. no importa tanto el ancho de banda.

Saludos

--
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 mensajes, envía un correo electrónico a asterisk-es...@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a aster...@googlegroups.com.
Visita este grupo en http://groups.google.com/group/asterisk-es.

[Jorge Montero]

Smokeping?

Un saludo 

Jorge Montero

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 mensajes, envía un correo electrónico a asterisk-es...@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a aster...@googlegroups.com.
Visita este grupo en http://groups.google.com/group/asterisk-es.

[SiscoCasasempere]

Gracias Jorge por tu aporte,...

Bueno,.. .con Smoleping podría ver si hay variaciones en el ping,. y más o menos vería el jitter

He estado probando con el iPerf y las medidas son buena en caunto a ancho de banda, me faltaría ver el jitter y si hay alguna pérdida pero para eso montaré una máquina virtual, porque en la máquina actual con la versión iPerf 2.0.5 no me saca esas estadísticas.

Mañana lo pruebo y os digo que tal me ha ido.

[ubun3t]

Me sumo al post!!!

Como conozco que usas Mikrotik puedes usar su herramienta "Traffic Generator" , que te va a facilitar justo lo que estás buscando. Latencia, Jitter, orden de paquetes y muchos otros datos que te servirán para depurar donde está el error.

Saludos cordiales y suerte!!!

[SiscoCasasempere]

Òjalá Andrés!!

Estamos estandarizando Mikrotik pero aún no lo tenemos en todos sitios. Y en este caso no lo tenemos :_(

Mirad las medidas que me da el iPerf 

 4] local XXXXXXX port 5001 connected with YYYYYYYYYYYY port 47504
[ 4] 0.0- 5.0 sec 50.0 KBytes 81.9 Kbits/sec 0.599 ms 0/ 1024 (0%)
[ 4] 5.0-10.0 sec 50.0 KBytes 81.9 Kbits/sec 0.746 ms 0/ 1024 (0%)
[ 4] 10.0-15.0 sec 50.0 KBytes 81.9 Kbits/sec 0.607 ms 0/ 1024 (0%)
[ 4] 15.0-20.0 sec 50.0 KBytes 81.9 Kbits/sec 0.457 ms 0/ 1024 (0%)
[ 4] 20.0-25.0 sec 50.0 KBytes 81.8 Kbits/sec 1.236 ms 0/ 1023 (0%)
[ 4] 25.0-30.0 sec 50.0 KBytes 82.0 Kbits/sec 0.638 ms 0/ 1025 (0%)

Pérdidas ni una, pero el jitter disparado, no??

[jorge montero]

Si haces un trace route ¿que ves?, es como si el operador estuviese usando MPLS.

--

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 mensajes, envía un correo electrónico a asterisk-es...@googlegroups.com.
Para publicar 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 acceder a más opciones, visita https://groups.google.com/d/optout.

--
Un saludo.

Jorge Montero

[SiscoCasasempere]

Pues ahora que lo dices.... Esto no os resulta muy raro?

Mi red pública es una X.X.X.105/29

Donde la IP X.X.X.105 es el router y la X.X.X.106 es la IP del servicio

Lo he probado varias veces, en varios sitios y con el mismo resultado:

root@labso:~# traceroute X.X.X.105 -n

traceroute to X.X.X.105 (X.X.X.105), 30 hops max, 60 byte packets

 1  192.168.1.1  0.846 ms  0.832 ms  0.822 ms

 2  80.58.67.146  37.394 ms  38.441 ms  41.903 ms

 3  80.58.94.201  58.646 ms  62.594 ms  62.590 ms

 4  * * *

 5  81.46.1.241  70.691 ms  71.700 ms  72.704 ms

 6  * * *

 7  * * *

 8  * * *

 9  62.82.78.10  99.646 ms * *

root@labso:~# traceroute X.X.X.106 -n

traceroute to X.X.X.106 (X.X.X.106), 30 hops max, 60 byte packets

 1  192.168.1.1  0.998 ms  0.989 ms  0.980 ms

 2  80.58.67.146  38.137 ms  39.184 ms  41.619 ms

 3  80.58.118.141  63.001 ms  66.942 ms  66.937 ms

 4  * * *

 5  81.46.1.245  69.993 ms  72.274 ms  73.282 ms

 6  * * *

 7  * * *

 8  * * *

 9  62.82.78.10  104.104 ms  103.068 ms  103.712 ms

10  * * *

11  * * *

12  * * *

13  * * *

14  * * *

15  * * *

16  * * *

17  * * *

18  * * *

19  * * *

20  * * *

21  * * *

22  * * *

23  * * *

24  * * *

25  * * *

26  * * *

27  * * *

28  * * *

29  * * *

30  * * *

Estoy tirando el tracerouter desde una máquina con ADSL de movistar con destino a mis servidores que están en ONO.

Como es posible que para llegar al mismo sitio, me esté encaminando por distintos nodos en el hop 3, que finalmente llegue al mismo nodo en el hop 9 y que este vaya directo a mi router y sin embargo para ir a mi servidor no llegue nunca??

Me estoy equivocando en algo??

[Exequiel leite]

El jitter es bastante bajo, no pasa de 1,5 ms. De igual forma, creo que deberías hacer pruebas mas largas y empleando mayor ancho de banda. La prueba la realizaste empleando UDP correcto?

--

[jorge montero]

Blanco y en botella, esos *** cantan por soleares.

A ver es normal, todos queremos redes rapidas y sin perdida de paquetes, pero los operadores tienen que tener redudancia y balanceo de carga entre sus troncales y diferentes segmentos de red, pues un poquito de OSPF y otro poquito de MPLS....voila, la red magica, nunca se pierde un paquete, SLA del 99,999% pero se nota un poco a al hora de pasar trafico RTP, que es más que sensible.

[SiscoCasasempere]

A ver,.. he patinado... ya veo fantasmas en todos los lados.

Por lo visto desde windows el tracert lanza mensajes ICMP y en ese caso sí me responde mi servidor pero si lanzo un traceroute desde linux se lanzan paquetes UDP y en ese caso es cuando no me responde.

A parte de las rutas distintas,.. todo parece funcionar OK.

traceroute to X.X.X.105 (X.X.X.105), 30 hops max, 60 byte packets

 1  192.168.1.1  1.008 ms  1.009 ms  1.009 ms

 2  80.58.67.146  37.685 ms  40.164 ms  41.174 ms

 3  80.58.94.201  58.944 ms  62.841 ms  62.847 ms

 4  * * *

 5  81.46.1.245  70.926 ms  71.924 ms  74.082 ms

 6  * * *

 7  * * *

 8  * * *

 9  X.X.X.105  59.008 ms  57.560 ms  56.567 ms

 

root@labso:/etc/asterisk# traceroute X.X.X.106 -n -I

traceroute to X.X.X.106 (X.X.X.106), 30 hops max, 60 byte packets

 1  192.168.1.1  0.999 ms  0.999 ms  1.002 ms

 2  80.58.67.146  37.768 ms  40.216 ms  41.226 ms

 3  80.58.118.141  62.644 ms  62.649 ms  66.593 ms

 4  * * *

 5  81.46.1.245  70.972 ms  71.969 ms  74.420 ms

 6  * * *

 7  * * *

 8  * * *

 9  62.82.78.10  54.179 ms  54.186 ms  54.189 ms

10  X.X.X.106  56.646 ms  56.614 ms  55.647 ms

Pues nada,.. no me queda más que volver a quejarme a mis ISPs y no se si me darán solución,... 

Hoy un comercial de Movistar me ha dicho que el despliegue de FTTH parece que está afectando a las ADSL normales.

A parte de recomendar migrar las líneas ADSL a cable o fibra no se qué más me queda por hacer.

No se si montar OpenVPN sobre TCP para tirar el RTP por dentro sería buena idea o me quedaría igual.

Creo que lo voy a probarlo a ver que me encuentro.

[Edu - SysCon]

OpenVPN sobre TCP no es una buena elección, se recomienda sobre UDP, para no transportar RTP-UDP sobre VPN-TCP, que te arma líos varios en la calidad del audio.

Saludos.

Jorge Eduardo Silva Jackson
CCNA - dCAP
+598 99665783

[SiscoCasasempere]

Gracias Edu por contestar,

Si,. a ver siempre que he montado OpenVPN ha sido con UDP por eso de que es más rápido y tal,...

Pero esto es un intento a la desesperada, me da igual que consuma algo más de ancho de banda si me soluciona el problema que tengo, pero no se si realmente arreglaré algo. 

Un compañero mío me dice que es una burrada, pero era simplemente por probar.  Mi razonamiento es el siguiente:

• Un túnel VPN sobre TCP debería de dejar establecido la ruta para enviar los paquetes, 
  
• Si por dentro enviamos RTP se supone que deberían seguir esa ruta en vez de encaminar los datagramas independientemente ? (esto es lo que no tengo nada seguro)
  
• Al evitar rutas independientes, conseguiré que los paquetes RTP no se desordenen?

No se,. tengo muchas dudas sobre este tema y tal vez sea más rápido hacer la prueba que estudiar teóricamente como funciona.

Saludos.

[Edu - SysCon]

Los efectos secundarios de transportar RTP- sobre una VPN-TCP son muchísimos peores que el problema original.

Hacer esto te trae la problemática de que a medida que la llamada transcurre en el tiempo, va aumentando dramáticamente el delay de la llamada hasta limites inimaginables.. 

Esto ocurre porque al transportar UDP encapsulado en TCP, hace que se pierda la característica principal de utilizar UDP en RTP (base de la VoIP), que es no retransmitir los paquetes perdidos.

Disculparme lo poco técnico de la explicación, para que se comprenda bien.

Saludos

[Juan Felipe]

En conclusión no es recomendable realizar vpn-Tcp para transmitir udp?

Enviado desde mi iPhone

[Edu - SysCon]

Mas claro imposible.......

[Francisco Casasempere]

Te has explicado de maravilla Edu.

Entonces que me queda hacer o probar?

Seguir con las incidencias con los ISP y programar migraciones de las ADSL?

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/zyiiaxCfLnY/unsubscribe.
Para anular la suscripción a este grupo y a todos sus temas, envía un correo electrónico a asterisk-es...@googlegroups.com.

[Edu - SysCon]

Que equipamiento tenias en las puntas ?

Perdona si esta en el hilo y no lo vi...

[Francisco Casasempere]

Pues tengo un poco de todo, pero parece que donde más problemas hay es con conexiones que no son de Ono como mis servidores centrales.

Con diferencia donde peor servicio tengo es en sedes con Adsl de Movistar 10/1, con Jazztel también me pasa. La semana pasada tuve problemas en un simétrico de fibra de Movistar 20/20 pero me lo solucionaron abriendo una incidencia y me revisaron la línea dijeron que no había ningún problema pero el ping me bajó a la mitad: magia!!

Parece que el salto de una telco a Ono añade cierto lag y eso me está tumbando el servicio :'(

[Ramses]

Hombre, si ahora, desde que empiezas la llamada, tienes problemas, yo haría la prueba que comentas, aunque sea por TCP, para ver si desde el principio te da el mismo problema. Pero como prueba y para tener más argumentos de pelea. Como solución, negativo, por lo que comentan, problema de retransmisiones...

También podrías hacer la prueba de tirar un cliente desde una sede no ONO hasta la PBX de la Central con ONO, y ver si desde ese cliente tienes problemas llamando a otras Extensiones de esa misma PBX o incluso con alguna llamada saliente desde ese cliente.

Otra prueba, si tienes PBX en todas las sedes, probar a conectar dos sedes, de las que te dan problemas con la Central con ONO, entre ellas, y ver si, entre las que no hay ONO por medio, hay algún problema o no.

A mi me consta de haber oído de algún problema con enlaces ONO y VoIP, incluso como tú comentas, con un enlace gordo y una única llamada...

Lo que está claro es que pueden estar tratando el tráfico UDP de una forma y el TCP de otra...

Saludos,

Ramses

Enviado desde mi Móvil

[Andres Ruiz]

Pienso como te ha dicho Ramses deberías de probar montando una VPN aunque tengas udp dentro de túnel tcp. Nosotros solemos usar eoip de Mikrotik para usar Ethernet sobre ip y evitar el Nat. hemos tenido problemas con una ADSL de movistar que al pasar a ftth han desaparecido. Esta adsl estaba en barcelona pero otra en Madrid también de movistar funcionaba bien.
Esta configuración la tenemos con conexiones a Colombia y Perú con un ping de 230ms y la voz se escucha perfectamente e incluso el video es decente.

Prueba con VPN y si puedes haz una prueba en una sede con un Mikrotik y un eoip.

Suerte Sisco

[Raúl Alexis Betancor Santana]

Tus tres 'supuestos' son incorrectos.

Nunca puedes garantizar que la ruta de un tráfico sea siempre la misma, esa es la esencia de Internet.

Deberías de hacer trazas con wireshark y usar el analizador de RTP que lleva incorporado, para que te diga donde está el problema del RTP.

El analizador de Wireshark es una maravilla para eso.

---

De: "SiscoCasasempere" <francisco....@gmail.com>
Para: aster...@googlegroups.com
Enviados: Martes, 28 de Octubre 2014 17:32:15
Asunto: Re: [Asterisk-ES] Re: Calidad de Voz y las mentrias de las TELCOS