QoS-Calidad de Servicio para VoIPQoS o Calidad de Servicio (Quality of Service, en ingls) son las

tecnologas que garantian la trans!isi"n de cierta cantidad de infor!aci"n en un tie!po dado

(t#roug#put)$ Calidad de servicio es la capacidad de dar un %uen servicio$ &s especial!ente i!portante
para ciertas aplicaciones tales co!o la trans!isi"n de vdeo o vo$
&l auge de la telefona IP es algo evidente y la principal ra"n es el reaprovec#a!iento de los recursos
y la dis!inuci"n en el coste de lla!adas a travs de Internet$ Sin e!%argo, si de algo adolece todava la
VoIP es de la calidad de los siste!as telef"nicos tradicionales$ 'os pro%le!as de esta calidad son
!uc#os veces in#erentes a la utiliaci"n de la red (Internet y su velocidad y anc#o de %anda) y podr(n
irse solventando en el futuro$ )ientras tanto, cuanto !e*or conoca!os los pro%le!as que se producen
y sus posi%les soluciones !ayor calidad disfrutare!os$
'os principales pro%le!as en cuanto a la calidad del servicio (QoS) de una una red de VoIP, son la
'atencia, el +itter la prdida de paquetes y el &co$ &n VoIP estos pro%le!as pueden ser resueltos
!ediante diversas tcnicas que se e,plican en los siguientes apartados$
'os pro%le!as de la calidad del servicio en VoIP vienen derivados de dos factores principal!ente-
a) Internet es un siste!a %asado en con!utaci"n de paquetes y por tanto la infor!aci"n no via*a
sie!pre por el !is!o ca!ino$ &sto produce efectos co!o la prdida de paquetes o el *itter$
%) 'as co!unicaciones VoIP son en tie!po real lo que produce que efectos co!o el eco, la prdida de
paquetes y el retardo o latencia sean !uy !olestos y per*udiciales y de%an ser evitados$
)uc#as cosas le ocurren a los paquetes desde su origen al destino, resultando los siguientes pro%le!as
vistos desde el punto de vista del trans!isor y receptor-
Paquetes sueltos
'os ruteadores pueden fallar en li%erar algunos paquetes si ellos llegan cuando los %uffers ya est(n
llenos$ .lgunos, ninguno o todos los paquetes pueden quedar sueltos dependiendo del estado de la red,
y es i!posi%le deter!inar que pasar( de ante!ano$ 'a aplicaci"n del receptor puede preguntar por la
infor!aci"n que ser( retrans!itida posi%le!ente causando largos retardos a lo largo de la trans!isi"n$
/etardos
Puede ocurrir que los paquetes to!en un largo perodo en alcanar su destino, de%ido a que pueden
per!anecer en largas colas o to!en una ruta !enos directa para prevenir la congesti"n de la red$ &n
algunos casos, los retardos e,cesivos pueden inutiliar aplicaciones tales co!o VoIP$
+itter
'os paquetes del trans!isor pueden llegar a su destino con diferentes retardos$ 0n retardo de un
paquete vara i!predeci%le!ente con su posici"n en las colas de los ruteadores a lo largo del ca!ino
entre el trans!isor y el destino$ &sta variaci"n en retardo se conoce co!o *itter y puede afectar
seria!ente la calidad del flu*o de audio y1o vdeo$
&ntrega de paquetes fuera de orden
Cuando un con*unto de paquetes relacionados entre s son enca!inados a Internet, los paquetes pueden
to!ar diferentes rutas, resultando en diferentes retardos$ &sto ocasiona que los paquetes lleguen en
diferente orden de co!o fueron enviados$ &ste pro%le!a requiere un protocolo que pueda arreglar los
paquetes fuera de orden a un estado is"crono una ve que ellos lleguen a su destino$ &sto es
especial!ente i!portante para flu*os de datos de vdeo y VoIP donde la calidad es dra!(tica!ente
afectada tanto por latencia y prdida de sincrona$
&rrores
. veces, los paquetes son !al dirigidos, co!%inados entre s o corro!pidos cuando se enca!inan$ &l
receptor tiene que detectarlos y *usto cuando el paquete es li%erado, pregunta al trans!isor para
repetirlo as !is!o$
Vea!os con !as detalle los feno!enos que afectan en la calidad de la trans!ision de la vo y el video-
+itter
C.0S.S-
&l *itter es un efecto de las redes de datos no orientadas a cone,i"n y %asadas en con!utaci"n de
paquetes$ Co!o la infor!aci"n se discretia en paquetes cada uno de los paquetes puede seguir una
ruta distinta para llegar al destino$
&l *itter se define tcnica!ente co!o la variaci"n en el tie!po en la llegada de los paquetes, causada
por congesti"n de red, perdida de sincroniaci"n o por las diferentes rutas seguidas por los paquetes
para llegar al destino$
'as co!unicaciones en tie!po real (co!o VoIP) son especial!ente sensi%les a este efecto$ &n general,
es un pro%le!a frecuente en enlaces lentos o congestionados$ Se espera que el au!ento de !ecanis!os
de QoS (calidad del servicio) co!o prioridad en las colas, reserva de anc#o de %anda o enlaces de
!ayor velocidad (233)% &t#ernet, &4154, S67) puedan reducir los pro%le!as del *itter en el futuro
au!que seguir( siendo un pro%le!a por %astante tie!po$
V.'8/&S /&C8)&96.68S-
&l *itter entre el punto inicial y final de la co!unicaci"n de%iera ser ser inferior a 233 !s$ Si el valor es
!enor a 233 !s el *itter puede ser co!pensado de !anera apropiada$ &n caso contrario de%iera ser
!ini!iado$
P8SI:'&S S8'0CI89&S-
- 'a soluci"n !(s a!plia!ente adoptada es la utiliaci"n del *itter %uffer$ &l *itter %uffer consiste
%(sica!ente en asignar una peque;a cola o al!acen para ir reci%iendo los paquetes y sirviendolos con
un peque;o retraso$ Si alguno paquete no est( en el %uffer (se perdi" o no #a llegado todava) cuando
sea necesario se descarta$ 9or!al!ente en los telefonos IP (#ard<are y soft<are) se pueden !odificar
los %uffers$ 0n au!ento del %uffer i!plica !enos perdida de paquetes pero !(s retraso$ 0na
dis!inuci"n i!plica !enos retardo pero !(s perdida de paquetes$
'atencia
C.0S.S-
. la latencia ta!%in se la lla!a retardo$ 9o es un pro%le!a especfico de las redes no orientadas a
cone,i"n y por tanto de la VoIP$ &s un pro%le!a general de las redes de teleco!unicaci"n$ Por e*e!plo,
la latencia en los enlaces via satelite es !uy elevada por las distancias que de%e recorrer la
infor!aci"n$
'a latencia se define tcnica!ente en VoIP co!o el tie!po que tarda un paquete en llegar desde la
fuente al destino$
'as co!unicaciones en tie!po real (co!o VoIP) y full-duple, son sensi%les a este efecto$ &s el
pro%le!a de =pisarnos>$ .l igual que el *itter, es un pro%le!a frecuente en enlaces lentos o
congestionados$
V.'8/&S /&C8)&96.68S-
'a latencia o retardo entre el punto inicial y final de la co!unicaci"n de%iera ser ser inferior a 2?3 !s$
&l odo #u!ano es capa de detectar latencias de unos @?3 !s, @33 !s en el caso de personas %astante
sensi%les$ Si se supera ese u!%ral la co!unicaci"n se vuelve !olesta$
P8SI:'&S S8'0CI89&S-
9o #ay una soluci"n que se pueda i!ple!entar de !anera sencilla$ )uc#as veces depende de los
equipos por los que pasan los paquetes, es decir, de la red !is!a$ Se puede intentar reservar un anc#o
de %anda de origen a destino o se;aliar los paquetes con valores de 58S para intentar que los equipos
sepan que se trata de tr(fico en tie!po real y lo traten con !ayor prioridad pero actual!ente no suelen
ser !edidas !uy eficaces ya que no dispone!os del control de la red$
Si el pro%le!a de la latencia est( en nuestra propia red interna pode!os au!entar el anc#o de %anda o
velocidad del enlace o prioriar esos paquetes dentro de nuestra red$
&co
C.0S.S-
&l eco se produce por un feno!eno tcnico que es la conversi"n de @ a A #ilos de los siste!as
telef"nicos o por un retorno de la se;al que se escuc#a por los altavoces y se cuela de nuevo por el
!icrofono$ &l eco ta!%in se suele conocer co!o rever%eraci"n$
&l eco se define co!o una refle,i"n retardada de la se;al acustica original$
&l eco es especial!ente !olesto cuanto !ayor es el retardo y cuanto !ayor es su intensidad con lo cual
se convierte en un pro%le!a en VoIP puesto que los retardos suelen ser !ayores que en la red de
telefona tradicional$
V.'8/&S /&C8)&96.68S-
&l odo #u!ano es capa de detectar el eco cuando su retardo con la se;al original es igual o superior a
23 !s$ Pero otro factor i!portante es la intensidad del eco ya que nor!al!ente la se;al de vuelta tiene
!enor potencia que la original$ &s tolera%le que llegue a B? !s y una atenuaci"n de @? a 43 d:$
P8SI:'&S S8'0CI89&S-
&n este caso #ay dos posi%les soluciones para evitar este efecto tan !olesto$
- Supresores de eco - Consiste en evitar que la se;al e!itida sea devuelta convirtiendo por !o!entos la
linea full-duple, en una linea #alf-duple, de tal !anera que si se detecta co!unicaci"n en un sentido se
i!pide la co!unicaci"n en sentido contrario$ &l tie!po de con!utaci"n de los supresores de eco es
!uy peque;o$ I!pide una co!unicaci"n full-duple, plena$
- Canceladores de eco C &s el siste!a por el cual el dispostivo e!isor guarda la infor!aci"n que enva
en !e!oria y es capa de detectar en la se;al de vuelta la !is!a infor!aci"n (tal ve atenuada y con
ruido)$ &l dispostivo filtra esa infor!aci"n y cancela esas co!ponentes de la vo$ /equiere !ayor
tie!po de procesa!iento$
Prdida de paquetes C pacDet loss
C.0S.S-
'as co!unicaciones en tie!po real est(n %asadas en el protocolo 06P$ &ste protocolo no est( orientado
a cone,i"n y si se produce una prdida de paquetes no se reenvian$ .de!(s la perdida de paquetes
ta!%in se produce por descartes de paquetes que no llegan a tie!po al receptor$
Sin e!%argo la vo es %astante predictiva y si se pierden paquetes aislados se puede reco!poner la vo
de una !anera %astante "pti!a$ &l pro%le!a es !ayor cuando se producen prdidas de paquetes en
r(fagas$
V.'8/&S /&C8)&96.68S-
'a perdida de paquetes !(,i!a ad!itida para que no se degrade la co!unicaci"n de%er ser inferior al
2E$ Pero es %astante dependiente del c"dec que se utilia$ Cuanto !ayor sea la co!presi"n del codec
!(s pernicioso es el efecto de la prdida de paquetes$ 0na prdida del 2E degrada !(s la
co!unicaci"n si se usa el c"dec F$G@H en ve del F$G22$
P8SI:'&S S8'0CI89&S-
Para evitar la prdida de paquetes una tcnica !uy efica en redes con congesti"n o de %a*a velocidad
es no trans!itir los silencios$ Fran parte de las conversaciones est(n llenas de !o!entos de silencio$ Si
solo trans!iti!os cuando #aya infor!aci"n audi%le li%era!os %astante los enlaces y evita!os
feno!enos de congesti"n$
6e todos !odos este feno!eno puede estar ta!%in %astante relacionado con el *itter y el *itter %uffer$
.nc#o de %anda insuficiente
C.0S.S-
&l anc#o de %anda de las co!unicaciones es li!itado y suele estar co!partido por nu!erosas
aplicaciones (<e%, correo electr"nico, tr(fico I5P, descarga de arc#ivos,J)$
&n cone,iones a Internet el anc#o de %anda se define tcnica!ente co!o la cantidad de infor!aci"n o
de datos que se puede enviar a travs de una cone,i"n de red en un perodo de tie!po dado$ &l anc#o
de %anda se indica general!ente en %ites por segundo (:PS), Dilo%ites por segundo (D%ps), o !ega%ites
por segundo (!ps)$
Si nuestras co!unicaciones de VoIP co!parten anc#o de %anda con otras aplicaciones puede que no
tenga!os suficiente capacidad para !antener correcta!ente una co!unicaci"n de Vo IP$
V.'8/&S /&C8)&96.68S-
&l anc#o de %anda est( fuerte!ente relacionado con el codec o codificaci"n que este!os usando$ Por
e*e!plo para una co!unicaci"n usando el codec F$G22 codifica!os la vo a BA K%ps$ Co!o tene!os
que a;adirle ca%eceras para e!paquetar los paquetes de vo pode!os necesitar apro,i!ada!ente L3
K%ps de anc#o de %anda para una sola conversaci"n (depende de los protocolos so%re los que
encapsule!os)
Si utilia!os por e*e!plo un codec co!o F$G@H !(s co!pri!ido y que codifica la vo a L K%ps
necesitare!os,al a;adirle las ca%eceras unos @A K%ps de anc#o de %anda para !antener una
conversaci"n$
P8SI:'&S S8'0CI89&S-
Si tene!os pro%le!as de anc#o de %anda pode!os a%ordar el pro%le!a desde varios frentes-
- .u!entar el anc#o de %anda de las redes por las que circulen nuestras co!unicaciones (nor!al!ente
pagando !(s)
- /educir el consu!o que #agan otras aplicaciones del anc#o de %anda (especial!ente las descargas de
arc#ivos !ediante redes de interca!%io)
- 0sar un codec con !ayor co!presi"n que usen !enos anc#o de %anda$ (&*- FG@H)
Prue%as de QoS en VoIP
Para poder co!pro%ar co!o es la calidad de nuestro enlace para el funciona!iento de la VoIP e,isten
algunas #erra!ientas <e% !uy interesantes que pode!os consultar y que nos daran resultados !uy
interesantes$
- Para co!pro%ar el nivel de *itter y los paquetes perdidos pode!os visitar la siguiente p(gina-
#ttp-11!yspeed$visual<are$co!1inde,voip$p#p
/ealia un test en funci"n del servidor escogido y el codec que desea!os utiliar$
&sta otra p(gina #ace un test parecido pero no nos de*a escoger el codec$
#ttp-11<<<$voiptest$org1speedtest$s<f
'os resultados nos ser(n los !is!os puesto que se usan servidores diferentes pero nos daran una idea
de la calidad de nuestras cone,iones y nos servira para detectar pro%le!as$
5ecnicas para lograr QoS
5eniendo en cuenta que esta!os #a%lando de la calidad de servicio en una interfa y no a nivel de una
red glo%al, pode!os decir lo que se intenta e,plicar en la siguiente figura-
Co!o conseguir QoS
&ste es un !odelo que es %astante Mtil para co!prender de qu for!as pode!os intentar garantiar la
QoS y con cu(les conseguirlo$ &n esta figura est(n representadas las dos acciones funda!entales
asociadas a garantiar la QoS-
Clasificaci"n- &l tr(fico que entra al equipo y que se #a de trans!itir se tiene que clasificar$ Pueden
usarse !uc#os criterios de clasificaci"n- Por equipo destino, por !arcas en los paquetes, por
aplicaci"nJ &s algo que sie!pre #ay que #acer ya que si no el propio concepto de QoS no e,iste$
:(sica!ente, la clasificaci"n es %uscar a qu par(!etros de QoS negociados o contratados pertenece
un paquete (o tr(fico) en particular- 5r(fico !(,i!o en r(faga, tr(fico !ni!o sostenido, latencia
!(,i!a, variaci"n en la latenciaJ
.signaci"n de recursos- 0na ve que se tiene el tr(fico clasificado, y por tanto se sa%en qu par(!etros
de QoS se de%en cu!plir, #ay que asignar los recursos en la interfa$ 7ay que per!itir que los paquetes
se trans!itan al !edio (el aire o un ca%le)$
'a fase de clasificaci"n es co!Mn a todos los tipos de interfa que necesitan garantiar la QoS, pero la
principal diferencia viene en la fase de asignaci"n de recursos$ &,isten dos !ecanis!o que son lo
%astante generales co!o para !erecer que les de!os un no!%re =QoS a nivel 4 ('4QoS o IPQoS)> y
=QoS a nivel @ ('@QoS o ).CQoS)>$
'4QoS- QoS a nivel IP
'as tcnicas que se usan en este tipo de !ecanis!os de QoS son los tpicos de los confor!adores de
tr(fico o traffic s#apers (5S)$ &l 5S clasifica el tr(fico que entra en funci"n de los criterios que se
esta%lecan para cada una de los contratos de QoS$ &s ta!%in conocida co!o QoS a nivel IP$
0na ve que el tr(fico est( clasficado, el 5S asigna de una for!a estadstica los recursos de trans!isi"n
al !edio$ Por e*e!plo si la cola de un servicio de %a*a latencia est( !uy llena, intentar( vaciarla lo !(s
r(pido posi%le o por e*e!plo si la cola de un servicio con tasa !ni!a garantiada tiene paquetes,
intentar( !antener en pro!edio a la salida esa tasa$
&stas tcnicas de QoS a nivel 4, a veces lla!ados a nivel IP, son las cl(sicas %asadas en colas de
prioridades asociadas al 6SCP o al 58S de las ca%eceras IP, por e*e!plo$
&l pro%le!a que presentan las tcnica '4QoS es que no se conoce con e,actitud la capacidad y la
disponi%ilidad del !edio so%re el que se trans!iten$ I!agine!os que tene!os un !edio sin ca%les$ &l
tr(fico %ruto puede depender del usuario al que se trans!ita, ya que podran estar !as le*os u
o%struidos$ 0sar tcnicas de '4QoS en estos casos, al desconocer la capacidad real por usuario destino,
por e*e!plo, lleva a una ineficiencia insalva%le- =9o se puede garantiar una QoS en tr!inos
a%solutos, solo relativos>$
&sto quiere decir que si tene!os un servicio de 2)%ps y otro de @)%ps, la Mnica garanta que puede
#acer un siste!a de '4QoS es que el tr(fico del pri!ero va a ser la !itad que el del segundo, pero no
puede garantiar cu(l va a ser en realidad ese !ni!o, ya que desconoce el estado y disponi%ilidad del
!edio$
&ste pro%le!a aMn se agrava !uc#o !(s en el caso en el que el !edio est( gestionado en contienda
(NiIi, et#ernetJ) &n estos casos el propio uso del !edio es estadstico, ni siquiera el nivel @ puede
sa%er si podr( trans!itir en un !o!ento dado$ &s !(s, en el caso de que la red e!piece a cursar !uc#o
tr(fico, es posi%le que un paquete *a!(s sea trans!itido de%ido a las contnuas colisiones$
'@QoS- QoS a nivel ).C
Cuando la asignaci"n de recursos se #ace a nivel @, el siste!a que va asignando los slots de trans!isi"n
conoce en todo !o!ento tanto la disponi%ilidad del !edio co!o la calidad o tr(fico neto que es capa
de trans!itir para cada usuario$ &s ta!%in conocida co!o QoS a nivel ).C$
&sto #ace posi%le i!ple!entar algorit!os que per!itan garantiar de for!a a%soluta la asignaci"n de
tr(fico$