SERVICIOS ORIENTADOS Y NO ORIENTADOS

A LA CONEXIN
Diana Aguinaga, Diego Guzmn, Pablo Paredes
Departamento de Elctrica y Electrnica, Universidad de las Fuerzas Armadas ESPE
Sangolqu, Ecuador
diana.aguinaga@hotmail.com
ddguzman1@espe.edu.ec
paparedes6@espe.edu.ec

Abstract- Layers can offer two types of services to the layers

that are on them, connection-oriented and non-connectionoriented. It is this article will be analyzed these two types and
their differences will be examined.
I.

INTRODUCCIN

La funcin de la capa de enlace de datos es suministrar

servicios a la capa de red. El servicio principal es transferir
datos de la capa de red en la mquina de origen a la capa de
red en la mquina de destino.
En la capa de red de la mquina de origen hay una
entidad, llamada proceso, que entrega algunos bits a la capa
de enlace de datos para transmitirlos a la mquina de destino.
La capa de enlace de datos puede disearse para ofrecer
varios servicios. Los servicios reales ofrecidos pueden variar
de sistema a sistema. Tres posibilidades razonables que
normalmente se proporcionan son:
1.
2.
3.

Servicio no orientado a la conexin sin

confirmacin de recepcin.
Servicio no orientado a la conexin con
confirmacin de recepcin.
Servicio orientado a la conexin con confirmacin
de recepcin.

Los servicios orientados a conexin, son tiles para

transmitir datos de las aplicaciones que no toleran los
retardos y el resecuenciamiento de paquetes. Las
aplicaciones de la voz y del vdeo se basan tpicamente en
servicios orientados a conexin.
En los servicios sin conexin, no se predetermina el
camino a seguir por los paquetes y no se garantiza el
secuenciamiento de paquetes, la tasa de transferencia de
datos ni los recursos de red. Cada paquete es transmitido
independientemente por el sistema de origen y manejado
independientemente por los dispositivos intermedios de la
red.
II. ANLISIS

a.

Servicios Orientados a la Conexin (CONS)

El servicio orientado a la conexin se concibi con base

en el sistema telefnico. Para hablar con alguien,
normalmente se levanta en telfono, habla y luego cuelga.
Del mismo modo para usar un servicio de red orientado a la
conexin, el usuario del servicio primero establece una
conexin, la utiliza y luego la abandona. El aspecto esencial
de una conexin es que funciona como un tubo en el cual el
emisor empuja objetos (bits) en un extremo y el receptor los
toma en el otro extremo. En la mayora de los casos se
conserva el orden para que los bits lleguen en el orden en que
se enviaron.
En algunos casos, al establecer la conexin, el emisor,
el receptor y la subred realizan una negociacin sobre los
parmetros que se van a utilizar, como el tamao mximo
del mensaje, la calidad del servicio solicitado y otros temas.
Por lo general, un lado hace una propuesta y el otro la acepta,
rechaza o hace una contrapropuesta.
Una situacin tpica en la que un servicio orientado a la
conexin es apropiado es en la transferencia de archivos. El
propietario del archivo desea estar seguro de que lleguen
correctamente todos los bits y en el mismo orden en que se
enviaron. Muy pocos clientes que transfieren archivos
preferiran un servicio que se resuelve o pierde
ocasionalmente algunos bits, aunque fuera mucho ms
rpido.
El servicio orientado a conexin implica tres fases:

Establecimiento de la conexin
Transferencia de datos
Fin de la conexin.

Durante la fase del establecimiento de la conexin, se

determina un solo camino entre el origen y los sistemas
destinatarios. Los recursos de la red generalmente son
reservados en ese momento para asegurar una calidad
constante del servicio, por ejemplo el flujo constante de
datos.

En los la fase de transferencia de datos, datos se

transmiten secuencialmente sobre el camino que se ha
establecido. Los datos llegan siempre el sistema destinatario
en el orden en el cual fue enviado.
Durante la fase de fin de la conexin, una conexin
establecida que no se necesita ms se termina. La
comunicacin adicional entre el origen y los sistemas
destinatarios requiere sea establecida que una nueva
conexin.
Un servicio orientado a la conexin tiene dos variantes
menores:

Secuencias de mensaje

Se conservan los lmites del mensaje, cuando se envan

dos mensajes de 1024 bytes, llegan en dos mensajes distintos
de 1024 bytes, nunca en un solo mensaje de 2048 bytes.
Ejemplo de esto, si se envan las pginas de un libro en
mensajes separados sobre una red a una fotocopiadora,
podra ser importante que se conserven limites en os
mensajes.

Cuando se utiliza un servicio orientado a la conexin,

las transferencias tienen tres fases distintas. En la primera, la
conexin se establece haciendo que ambos lados inicialicen
las variables y los contadores necesarios para seguir la pista
de las tramas que han sido recibidas y las que no. En la
segunda fase se transmiten una o ms tramas. En la tercera
fase, la conexin se cierra y libera las variables, los bferes
y otros recursos utilizados para mantener la conexin.
Considere un ejemplo tpico: una subred de WAN que
consiste en enrutadores conectados por medio de lneas
telefnicas alquiladas de punto a punto. Cuando llega una
trama a un enrutador, el hardware la examina para verificar
si est libre de errores y despus la pasa al software de la
capa de enlace de datos, dicho software comprueba si sta es
la trama esperada y, de ser as, entrega el paquete contenido
en el campo de carga til al software de enrutamiento. A
continuacin, este software elige la lnea de salida adecuada
y reenva el paquete al software de la capa de enlace de datos,
que luego lo transmite.

Flujo de bytes

La conexin es simplemente un flujo de bytes, sin

lmites en el mensaje, cuando llegan los 2048 bytes al
receptor, no hay manera de saber si se enviaron como un
mensaje de 2048 bytes o dos mensajes de 1024 bytes o 2048
mensajes de un byte.
Un ejemplo se tiene cuando un usuario inicia sesin en
un servidor remoto, todo lo que se necesita en un flujo de
bytes desde la computadora del usuario al servidor. Los
lmites del mensaje no son importantes.
Como se mencion en la introduccin la capa de enlace
trabaja con un servicio orientado a la conexin con
confirmacin de recepcin
El servicio ms refinado que puede proporcionar la capa
de enlace de datos a la capa de red es el servicio orientado a
la conexin. Con este servicio, las mquinas de origen y de
destino establecen una conexin antes de transferir datos.
Cada trama enviada a travs de la conexin est numerada,
y la capa de enlace de datos garantiza que cada trama enviada
llegar a su destino. Es ms, garantiza que cada trama ser
recibida exactamente una vez y que todas las tramas se
recibirn en el orden adecuado.
En contraste, con el servicio no orientado a la conexin
es posible que una confirmacin de recepcin perdida cause
que una trama se enve varias veces y, por lo tanto, que se
reciba varias veces. Por su parte, el servicio orientado a la
conexin proporciona a los procesos de la capa de red el
equivalente de un flujo de bits confiable.

Figura 1. Ubicacin del protocolo de enlace de

datos.

Implementacin del servicio orientado a la conexin

Si se utiliza el servicio orientado a la conexin, antes de
poder enviar cualquier paquete de datos, es necesario
establecer una ruta del enrutador de origen al de destino. Esta
conexin se conoce como CV (circuito virtual), en analoga
con los circuitos fsicos establecidos por el sistema
telefnico, y la subred se conoce como subred de circuitos
virtuales.
Para servicio orientado a la conexin se necesita una
subred de circuitos virtuales. El propsito de los circuitos
virtuales es evitar la necesidad de elegir una nueva ruta para
cada paquete enviado. En su lugar, cuando se establece una
conexin, se elige una ruta de la mquina de origen a la de
destino como parte de la configuracin de conexin y se
almacena en tablas dentro de los enrutadores.
Esa ruta se utiliza para todo el trfico que fluye a travs
de la conexin, exactamente de la misma forma en que
funciona el sistema telefnico. Cuando se libera la conexin,
tambin se termina el circuito virtual. Con el servicio

orientado a la conexin, cada paquete lleva un identificador

que indica a cul circuito virtual pertenece.
Ejemplos de Servicios Orientados a Conexin:
Chat
Video Streaming (You Tube)
Televisin IP
Telefona fija
Telefona celular
VoIP
Telnet
Servidores FTP
Red ATM (Circuitos virtuales)
Red FRAME RELAY (Circuitos virtuales)

b.

Servicios No Orientados
(CLNS)

a la Conexin

El servicio no orientado a la conexin se concibi con

base en el sistema postal. Cada mensaje (carta) lleva
completa la direccin de destino y cada una se enruta a travs
del sistema, independientemente de las dems. En general,
cuando se envan dos mensajes al mismo destino, el primero
que se enve ser el primero en llegar. Sin embargo, es
posible que el que se envi primero se dilate tanto que el
segundo llegue primero.
No todas las aplicaciones requieren conexiones. Por
ejemplo, conforme el correo electrnico se vuelve ms
comn, la basura electrnica tambin se torna ms comn.
Es probable que el emisor de correo electrnico basura no
desee enfrentarse al problema de configurar una conexin y
luego desarmarla slo para enviar un elemento. Tampoco es
100 por ciento confiable enviar lo esencial, sobre todo si eso
es ms costoso. Todo lo que se necesita es una forma de
enviar un mensaje nico que tenga una alta, aunque no
garantizada, probabilidad de llegar. Al servicio no orientado
a la conexin no confiable (es decir, sin confirmacin de
recepcin) se le conoce como servicio de datagramas, en
analoga con el servicio de telegramas, que tampoco
devuelve una confirmacin de recepcin al emisor.
En otras situaciones se desea la conveniencia de no tener
que establecer una conexin para enviar un mensaje corto,
pero la confiabilidad es esencial. Para estas aplicaciones se
puede proporcionar el servicio de datagramas confirmados.
Es como enviar una carta certificada y solicitar una
confirmacin de recepcin. Cuando sta regresa, el emisor
est absolutamente seguro de que la carta se ha entregado a
la parte destinada y no se ha perdido durante el trayecto. Otro
servicio ms es el de solicitud-respuesta. En este servicio el
emisor transmite un solo datagrama que contiene una
solicitud; a continuacin el servidor enva la respuesta. Por
ejemplo, una solicitud a la biblioteca local preguntando
dnde se habla uighur cae dentro de esta categora. El

esquema de solicitud-respuesta se usa comnmente para

implementar la comunicacin en el modelo cliente-servidor:
el cliente emite una solicitud y el servidor la responde. La
figura 1 resume los tipos de servicios que se acaban de
exponer.

Figura 1: Algunos Tipos de servicio

El concepto del uso de la comunicacin no confiable
podra ser confuso al principio. Despus de todo, en realidad,
por qu preferira alguien la comunicacin no confiable a la
comunicacin confiable? Antes que nada, la comunicacin
confiable (en nuestro sentido, es decir, con confirmacin de
la recepcin) podra no estar disponible.
Por ejemplo, Ethernet no proporciona comunicacin
confiable. Ocasionalmente, los paquetes se pueden daar en
el trnsito. Toca al protocolo ms alto enfrentar este
problema. En segundo lugar, los retardos inherentes al
servicio confiable podran ser inaceptables, en particular
para aplicaciones en tiempo real como multimedia. stas son
las razones de que coexistan la comunicacin no confiable y
la confiable.
Implementacin del servicio no orientado a la conexin
Si se ofrece el servicio no orientado a la conexin, los
paquetes se colocan individualmente en la subred y se
enrutan de manera independiente. No se necesita una
configuracin avanzada. En este contexto, por lo general los
paquetes se conocen como datagramas (en analoga con los
telegramas) y la subred se conoce como subred de
datagramas.

Funcionamiento
El proveedor trata cada objeto de informacin de forma
independiente y autnoma, incluso aunque se trate de un
conjunto de objetos pertenecientes al mismo mensaje.
El usuario confa simplemente en que cada objeto ha de
llegar a su destino ms pronto o ms tarde. Los servicios
orientados y no orientados a conexin, se suelen asimilar con
los servicios telefnico y postal respectivamente. El sistema
telefnico es un ejemplo de servicio orientado a conexin,
mientras que el sistema postal es un servicio no orientado a
conexin. Esta analoga es perfectamente aplicable a la
funcionalidad y a la lgica de los servicios CONS y CLNS.

En el servicio no orientado a conexin,

las SDU (unidades de datos de servicio) se intercambian
directamente entre los SAP pares sin que previamente se
haya establecido una conexin. Por tanto, la transmisin de
cada una de las SDU (PDU) es independiente de las SDU
enviadas antes o de las que se vayan a enviar despus.
Dado que cada SDU (PDU) ha de viajar hacia el usuario
destino de forma autnoma, es necesario que incorpore toda
la informacin relativa a su localizacin y facilidades del
servicio. As, la informacin de control (ICI) que se
transfiere (IDU) desde la capa N+1 a la capa N ha de
contener todos los datos para el direccionamiento completo
de cada SDU (PDU).
En consecuencia un servicio CLNS slo necesita
ejecutar la fase transferencia de la informacin, (no hay
establecimiento ni liberacin) y se puede definir
sencillamente con las primitivas de peticin y de
indicacin, (elemento de servicio del tipo no
confirmado)
El servicio sin conexin es muy fcil de implantar en la
capa correspondiente ya que esta apenas aade funciones
adicionales que permitan mejorar el servicio ofrecido por la
capa inferior. El proveedor del servicio CLNS no tiene que
ocuparse de resolver los problemas ocasionados por la
posible prdida de los objetos (paquetes, tramas, etc.), su
duplicacin o porque lleguen fuera de secuencia.
Ejemplos de Servicios no Orientados a Conexin:
Servicio de correo electrnico (SMTP)
Servicio Web (HTTP)
Servicio de ping (ICMP)
Finger (UNIX)
Informacin de usuarios cercanos (CDP Cisco)
Tablas de enrutamiento (RIP, EIGRP, OSPF, ISIS)
Acuses de recibo (ACK)
Rusers (LINUX)
Servicios TFTP (Trivial File Transfer Protocol)
Servicios SNMP (Simple Netwok Mail Protocol)
c.

Ventajas entre los dos servicios:

Durante la comunicacin con un servicio orientado

a conexin se requiere informacin para identificar
la conexin con la cual los datos estn asociados.
Un servicio orientado a conexin es descrito como
un servicio confiable y secuencial.
Los servicios sin orientacin a conexin son tiles
para transmitir datos de las aplicaciones que pueden
tolerar un cierto retardo y resecuenciamiento.
Las aplicaciones basadas en datos usan tpicamente
servicio sin conexin.

El servicio no orientado a conexin permite una

seleccin dinmica de camino, la cual permite al
trfico ser encaminado evitando fallas de la red
porque los caminos se seleccionan paquete-porpaquete.
El servicio no orientado a conexin permite una
asignacin dinmica del ancho de banda, la cual se
utiliza ms eficientemente porque no se afecta a los
recursos de red que no se utilicen.
d.

Diferencias entre CLNS y CONS

CLNS: Servicios no Orientados a Conexin

CONS: Servicios Orientados a Conexin
Tabla I
Diferencias entre CLNS y CONS

Establecimiento
conexin

Direccionamiento

Informacin
estado

de

Red
CLNS
(datagramas)
No Orientado a
Conexin, no es
necesaria
la
conexin
Conmutacin
de
circuitos,
encaminamiento
independiente para
cada
paquete,
direccin completa
de origen y destino
No se conserva
informacin
de
estado

Routing

La
ruta
es
independiente para
cada datagrama

Efecto de fallo en
un router

Se
pierden
los
paquetes que se
estn transmitiendo

Calidad
servicio
Control
congestin

Difcil control de
paquetes
Difcil, pero es ms
flexible
ante
congestiones en la
red
Fcil

de
de

Control
de
errores y flujo

Red CONS (circuitos

virtuales)
Orientado a Conexin,
es
necesaria
la
conexin
Conmutacin
de
paquetes,
mismo
encaminamiento para
todos los paquetes,
cada paquete contiene
el nmero de Circuito
Virtual
Cada router o nodo
intermedia
ha
de
conocer todos los CV's
existentes que hay cada
momento
La ruta se establece al
elegir el circuito virtual
y todos los paquetes
seguirn este camino
Los nodos afectados
dejan de comunicar e
intentan buscar un
nuevo circuito virtual
para transmitir
Fcil el control de
paquetes
Fcil

Control de flujo fcil y

de errores, porque se
transmiten los paquetes
en orden secuencial

III. CONCLUSIONES

Se desea la conveniencia de no tener que establecer

una conexin para enviar un mensaje corto, pero la
confiabilidad es esencial.

Si se utiliza el servicio orientado a la conexin,

antes de poder enviar cualquier paquete de datos, es
necesario establecer una ruta del enrutador de
origen al de destino.
Los servicios no orientados a conexin nos ayudan
a la comprensin de que no todas las aplicaciones
requieren conexiones para poder transmitir
mensajes.
Se puede destacar la diferencia entre servicios y
protocolos que son conceptos distintos, aunque con
frecuencia se confunden. Sin embargo, esta
distincin es tan importante que por esa razn se
pone nfasis en su explicacin.
IV. REFERENCIAS

[1] A. Solarte, "Medios de comunicacin".

[2] A. S. Tanenbaum, Redes de Computadoras,
Pearson, 2003.
V. BIOGRAFA
Diana Aguinaga Naci en
Quito - Ecuador, el 21 de
Marzo de 1992. Realizo los
estudios
primarios
y
secundarios en el colegio Julio
Mara
Matovelle,
gradundose
en
la
especialidad
de
Fsico
Matemtico.
Actualmente
cursa el sptimo nivel de la
carrera
de
Ingeniera
Electrnica y Telecomunicaciones en la Universidad de las
Fuerzas Armadas "ESPE".

Diego Guzmn Naci en

Quito - Ecuador, el 19 de Julio
de 1993. Estudio en el colegio
Militar
Eloy
Alfaro,
gradundose
en
la
especialidad de Ciencias.
Actualmente cursa el sptimo
nivel de la carrera de
Ingeniera Electrnica y
Telecomunicaciones en la
Universidad de las Fuerzas Armadas "ESPE".

Pablo Adriano Paredes Valencia

Naci el 28 de Noviembre de
1988, lugar de nacimiento
Ambato. Estudios primarios
realizados Juan Len Mera la
Salle,
estudios
secundarios
Colegio San Alfonso en donde
adquiri el titulo Bachiller en
Ciencias.
Actualmente
se
encuentra cursos sus estudios
universitarios en la Universidad
de las Fuerzas Armadas ESPE, la carrera de
Ingeniera Electrnica y Telecomunicaciones y es
miembro del Ejrcito Ecuatoriano.