[No Publicada] Codec OPUS – State of the Arte && Testing

Muy buenas !

Tras el VoIP2Day 2016, si con algo nos hemos quedado muchos es: Parece que en las conversaciones con la gente de este mundo y las charlas, se está a años luz de la vida real.

Hace más de 6 años de los comienzos de ICE en serio, y más de 3 del soporte de OPUS para Asterisk (gracias Lorenzo Mineiro!), y en estos eventos, hablando del concepto de identidades, federación y resto de conceptos tan interesantes. En la vida real, como bien dice Olle, ni las implementaciones de software de servidor / infra, como de cliente (softphones, hardphones) están cerca de cumplir con las expectativas.

Hace no mucho publicamos el estado del arte que vimos interesante comentar en lo que a ICE se refiere, así que esta vez nos centraremos en su compañero de viaje: OPUS Codec. En cualquier caso, que sepáis que esto no es ni un estudio de mercado ni mucho menos, es simplemente una puesta en común

Servers (IP PBX, Media Servers, …)

Asterisk

x

Freeswitch

x

Sems

x

 

Clientes: Softphones

Blink

x

Jitsi

x

Clientes: Hardphones

Yealink

x

Snom

x

Un poco de análisis

A parte de buscar en Google, algo más había que hacer, así que si ponemos sobre la mesa la verdadera ventaja técnica de OPUS: Se adapta al ancho de banda disponible, no están de más unas pocas comprobaciones 😉

El escenario

El escenario mas simple del mundo, en una lan local (gigabit), montamos un Kamailio del APT (tal cual, sin config alguna) y registramos un par de SIP UAC’s y a probar.

Vamos, que no se merece ni esquema, pero ya que estamos XD:

x

Resultados Básicos:

Asterisk2Asterisk

x

Blink2Blink

x

Jitsi2Jitsi

x

Jitsi2Blink

x

Yealink2Yealink

x

Blink2Yealink

x

Probando a reducir el ancho de banda

Hace ya un par de años de aquella interesante charla del equipo de ingeniería de Tuenti

Para ello, cambiamos el escenario

x