Servicio de entrega de mejor esfuerzo (Best-
Effort delivery service).
Resumen –. Este artículo presenta el servicio de entrega de
mejor esfuerzo, el cual designa un tipo de servicio de red en el
que la red no puede garantizar que los datos lleguen a su
destino, ni ofrecer al usuario una determinada calidad de
servicio (QoS) en sus comunicaciones. También se describe
diversas formas en las que pueden mejorarse las prestaciones
de las aplicaciones multimedia sobre una red basada en un
servicio de entrega de mejor esfuerzo. En primer lugar,
tenemos los efectos de la pérdida de paquetes, de los retardos y
de las fluctuaciones de esos retardos sobre las aplicaciones
multimedia. A continuación, se analizan las técnicas utilizadas
para sobreponerse a esas deficiencias. En definitiva, veremos
las técnicas de nivel de aplicación que pueden mejorar el
rendimiento de las aplicaciones multimedia dentro del servicio
de mejor esfuerzo de la red Internet actual.
Abstract -. This article presents the best effort delivery
service, which designates a type of network service in which
the network cannot guarantee that the data reaches its
destination, nor offer the user a certain quality of service
(QoS) in its communications. It also describes various ways in
which the performance of multimedia applications can be
improved over a network based on a best effort delivery
service. First of all, we have the effects of packet loss, delays
and fluctuations of these delays on multimedia applications.
Next, the techniques used to overcome these deficiencies are
analyzed. In short, we will see application-level techniques that
can improve the performance of multimedia applications
within the best effort service of the current Internet network.
Palabras clave –. Best-effort, pérdida, retardo, jitter,
multimedia, QoS, stream. IP, TCP, UDP.
I. INTRODUCCIÓN
El servicio de entrega de Mejor esfuerzo (Best-effort
delivery service) es un modelo de servicio sin conexión
(basado en datagramas), es decir no confiable, donde se
pierden paquetes o no asume que la red física no los
pierda, dando lugar a que la entrega puede ser fuera de
orden. Entre otras características, tenemos que duplicados
pueden ser entregados en el receptor y que los paquetes
están sujetos a retardo eventualmente por largo tiempo.
En telecomunicaciones se habla de “Best-effort”, que
se traduce como “el mejor esfuerzo”, para definir la forma
de prestar aquellos servicios para los que no existe una
garantía de calidad de servicio (QoS). Esto implica que no
existe una preasignación de recursos, ni plazos conocidos,
ni garantía de recepción correcta de la información.
Un ejemplo clásico de servicio basado en Best-effort
es, además del servicio postal convencional, Internet. El
protocolo de red IP no asegura que se pueda transmitir
información en un orden o un tiempo determinado, sino
que la red hará lo posible por transmitir la información de
la manera más rápida y fiable posible. Sin embargo, en
protocolos de transporte como TCP (no así en el protocolo
UDP, que no tiene garantías de QoS) sí que se confirma la
recepción de los datos transmitidos, aunque no se asignan
recursos de antemano.
El sistema de mejor esfuerzo presenta complicaciones
para la prestación de servicios que requieren la
transmisión de datos en tiempo real, puesto que la llegada
de datos desordenados o la pérdida de información puede
ser crítica. En la práctica, los protocolos confirmados
como TCP se utilizan para el envío de información
estática en forma de páginas web o correo electrónico,
mientras que UDP se emplea para transmisión de flujos
(“streams”) de audio o vídeo que no deben interrumpirse
en caso de pérdida de paquetes de datos. Si la información
a transmitir en tiempo real exige que no se pierda
información (como en el caso de la telefonía IP), entonces
es necesario emplear protocolos de alto nivel como
IntServ o DiffServ (Servicio Integrado o Servicio
Diferenciado, respectivamente).
II. DESARROLLO DE CONTENIDOS
1. BEST-EFFORT
El servicio de mejor esfuerzo, Best-Effort, es un
modelo de servicio único en el cual la aplicación
transmite datos, archivos o e-mail, siempre que deba, en
cualquier cantidad y sin solicitar permiso a la red. Sin
asegurarse que exista confiabilidad en la recepción,
retardos o bajo throughput. Utiliza encolamiento FIFO, el
primero en ingresar es el primero en ser transmitido.
En una red de «mejor esfuerzo» (Best-effort network)
todos los usuarios reciben el mejor servicio posible en ese
momento.
Como ejemplo: el reparto diario de correo a cargo del
servicio postal ilustra bien el funcionamiento del modelo
de «mejor esfuerzo». El envío de una carta cualquiera no
está programado de antemano en la oficina de correos,
sino que es el cartero quien se encarga de hacer todo lo
posible para que la misiva llegue a su destino. Si, de
repente, la oficina se viese desbordada por una entrada
masiva de cartas, la entrega podría demorarse varios días,
y en todo caso no se informaría al remitente de si su carta
finalmente se ha entregado o no.
 En las redes telemáticas, los servicios de tipo Best-
effort pueden proveer una corrección de errores básica, e
incluso cierta tolerancia a fallos en la transmisión (ej.
CSMA/CD). Sin embargo, por definición no pueden
garantizar en todo caso la entrega efectiva de los datos.
Por ello, generalmente la fiabilidad de la comunicación se
delega en algún protocolo de una capa superior.
Dentro de la pila de protocolos de red encontramos
múltiples ejemplos de servicios Best-effort. Entre ellos,
cabe citar:
 HDLC y Ethernet (capa de enlace)
 IP (capa de red)
 UDP y UDP-Lite (capa de transporte).
1.1. Internet y redes IP
El protocolo Internet de la capa de red, IP, proporciona
un servicio de entrega de mejor esfuerzo. Esto quiere
decir que el servicio trata de hacer lo que puede para
transferir cada datagrama desde el origen hasta el destino
de la forma más rápida posible. Sin embargo, no realiza
ningún tipo de promesa en lo que se refiere a la duración
del retardo terminal a terminal para un paquete individual,
ni de la intensidad de las fluctuaciones temporales de los
paquetes, ni tampoco acerca de las pérdidas de paquetes
dentro del flujo de datos.
La falta de garantías acerca del retardo y de la
fluctuación de los paquetes impone una serie de desafíos
significativos al diseño de aplicaciones multimedia en
tiempo real, como la telefonía por Internet y las
videoconferencias en tiempo real que son enormemente
sensibles a los retardos, a las fluctuaciones y a la pérdida
de paquetes.
El protocolo IP, que sustenta la mayor parte de las
comunicaciones en la Red, no provee ningún mecanismo
para determinar si un paquete alcanza o no su destino. IP
solo se preocupa de verificar la integridad de los datos
transmitidos, aplicando sumas de comprobación
(checksums) a las cabeceras de los paquetes (también
llamados datagramas IP). Por esta razón, se dice que IP
proporciona un servicio de datagramas no fiable (o de
«mejor esfuerzo»), pues no garantiza la recepción de
todos los paquetes. Esta falta de garantías en la entrega
puede provocar que lleguen al destinatario paquetes
dañados, duplicados o fuera de orden, e incluso que
algunos paquetes se pierdan por el camino. Según el
modelo de referencia OSI, controlar la fiabilidad de la
transmisión es responsabilidad de los protocolos de la
capa de transporte, como TCP.
Asimismo, los inconvenientes citados del modelo
Best-effort han propiciado el surgimiento de alternativas
más fiables, diseñadas para ofrecer calidad de servicio
(QoS) y robustez en las comunicaciones. Es el caso de los
llamados Servicios Diferenciados (DiffServ) y Servicios
Integrados (IntServ); ambos proporcionan un servicio de
red que garantiza la entrega final de los datos.
1.2. Limitaciones de un servicio de entrega de
mejor esfuerzo
Ya que las aplicaciones multimedia y de tiempo real
(videoconferencia, streaming de vídeo, etc.) deben
soportar enormes demandas de tráfico y tiempos de
respuesta muy bajos, los protocolos y servicios
tradicionales resultan obsoletos, lo cual puede conducir a
la pérdida de paquetes, a que se experimente un retardo
excesivo terminal a terminal y a que se manifieste una
alta fluctuación temporal de los paquetes.
A. Pérdida de paquetes
Considere uno de los segmentos UDP generados por
una aplicación de telefonía Internet. El segmento UDP se
encapsula dentro de un datagrama IP. A medida que el
datagrama viaja por la red pasa por una serie de buffers
(es decir, colas) en los routers para poder acceder a los
enlaces de salida de éstos. Es posible que uno o más de
los buffers en la ruta existente entre el emisor y el
receptor esté lleno y no pueda admitir el datagrama IP. En
este caso el datagrama IP será descartado, por lo que
nunca llegará a la aplicación receptora.
Una ventaja del tráfico multimedia es su tolerancia a
las pérdidas (tasas 2% suelen pasar inadvertidas). Las
pérdidas podrían eliminarse enviando los paquetes sobre
TCP en lugar de sobre UDP, ya que TCP retransmite los
paquetes que no llegan a su destino. Sin embargo, esto se
suele considerar inaceptables para las aplicaciones de
audio interactivas en tiempo real, como la de telefonía por
Internet, porque incrementan el retardo terminal a
terminal. Además, la velocidad de transmisión en el
emisor puede verse reducida después de una pérdida de
paquetes, fijándose una velocidad inferior a la velocidad
de consumo de paquetes en el receptor. Esto puede tener
un impacto grave sobre la inteligibilidad de la voz en el
receptor, lo que implicaría en retardos.
Por estas razones, la mayoría de las aplicaciones de
telefonía por Internet existentes se ejecutan sobre UDP y
no se preocupan de retransmitir los paquetes perdidos.
Para mitigar los efectos en caso de pérdidas elevadas
se usan distintas técnicas no excluyentes que permiten
elevar el umbral permisible de pérdidas, dependiendo de
la codificación:
 FEC (Forward Error Correction), Corrección de
errores hacia adelante. La idea básica de la
técnica FEC consiste en añadir información
redundante al flujo original de paquetes.
  Intercalado (Interleaving) para mitigar efectos de
ráfagas de pérdidas. Incrementa el retardo.
 Ocultamiento de pérdidas (Loss Cancelling) en el
receptor: repetición, interpolación y predicción.
B. Retardo terminal a terminal
El retardo terminal a terminal es la suma de los
retardos de transmisión, de procesamiento y de puesta en
cola de los routers; los retardos de propagación de los
enlaces y los retardos de procesamiento en los sistemas
terminales.
Para las aplicaciones de audio altamente interactivas,
como la telefonía por Internet, los retardos terminal a
terminal inferiores a 150 milisegundos no son
perceptibles por los oyentes humanos; los retardos entre
150 y 400 milisegundos son aceptables, y los retardos
mayores que 400 milisegundos pueden afectar seriamente
a la interactividad en las conversaciones de voz. Por
tanto, los paquetes cuyo retardo sea superior al umbral
prefijado se perderán.
C. Fluctuación de los paquetes
Denominados también retardos aleatorios de puesta en
cola dentro de los routers. A causa de estos retardos
variables dentro de la red, el tiempo que transcurre desde
el momento en que se genera un paquete en el origen
hasta que se recibe en el destino puede fluctuar de un
paquete a otro. Este fenómeno se conoce como
fluctuación o jitter.
Eliminación de las fluctuaciones al reproducir el audio
en el receptor. Las fluctuaciones pueden eliminarse a
menudo utilizando números de secuencia, marcas de
tiempo y un retardo de reproducción.
 Precediendo cada fragmento con un número de
secuencia. El emisor incrementa el número de
secuencia en una unidad por cada uno de los
paquetes que genera.
 Precediendo cada fragmento con una marca de
tiempo. El emisor marca cada fragmento con la
hora a la que el fragmento fue generado.
 Retardando la reproducción de los fragmentos
en el receptor. El retardo de reproducción de los
fragmentos de audio recibidos debe ser lo
suficientemente grande como para que la mayor
parte de los paquetes se reciban antes de su
instante de reproducción planificado. Este retardo
puede ser fijo a lo largo de toda la sesión de
audio, o variar adaptativamente. Los paquetes
que no lleguen antes de su tiempo de
reproducción planificado se consideran paquetes
perdidos y se ignoran.
III. CONCLUSIONES
 El servicio de mejor esfuerzo es la forma de
prestar aquellos servicios para los que no
existe una garantía de calidad de servicio
(QoS).
 El servicio de mejor esfuerzo presenta
complicaciones para la prestación de
servicios que requieren la transmisión de
datos en tiempo real, puesto que la llegada de
datos desordenados o la pérdida de
información puede ser crítica.
 Las redes IP tradicionales optan por el
método del mejor esfuerzo para manejar su
tráfico, ya que IP proporciona un servicio
de datagramas no fiable (o de «mejor
esfuerzo»), pues no garantiza la
recepción de todos los paquetes.
 El servicio de mejor esfuerzo soportar
aplicaciones en tiempo no real tales como
emails y transferencia de archivos,
IV. REFERENCIA
[1]. Kurose James F., Ross Keith W. [2010]. REDES
DE COMPUTADORAS: Un enfoque
descendente. España. Pearson Educación, S. A.,
Quinta edición.
[2]. coursehero.com. (2012). Best-effort. [online]
Available at:
https://www.coursehero.com/file/p54li8hs/11-
Mejor-esfuerzo-El-servicio-de-mejor-esfuerzo-
Best-Effort-es-un-modelo-de/ [Accessed 26 Jun.
2019].
[3]. Martínez, J. (2015). Calidad de Servicio QoS.
[online] Cic.puj.edu.co. Available at:
http://cic.puj.edu.co/wiki/lib/exe/fetch.php?
media=materias:daysenr:daysenr_-
_calidad_de_servicio_qos_.pdf [Accessed 26
Jun. 2019].
[4]. Slideplayer.es. (2013). Conectividad de Redes
Internetworking. [online] Available at:
https://slideplayer.es/slide/5520430/ [Accessed
26 Jun. 2019].