CLNS

CLNS (Servicio No Orientado a Conexión), en telecomunicaciones, es un servicio que establece la comunicación entre entidades sin necesidad de establecer una conexión entre ellas. Cuando una entidad tiene información para transmitir, sencillamente la envía, (tramas, paquetes, bloques, etc.).

Funcionamiento

El proveedor trata cada objeto de información de forma independiente y autónoma, incluso aunque se trate de un conjunto de objetos pertenecientes al mismo mensaje. El usuario confía simplemente en que cada objeto ha de llegar a su destino más pronto o más tarde. Los servicios orientado y no orientado a conexión, se suelen asimilar con los servicios telefónico y postal respectivamente. El sistema telefónico es un ejemplo de servicio orientado a conexión, mientras que el sistema postal es un servicio no orientado a conexión. Esta analogía es perfectamente aplicable a la funcionalidad y a la lógica de los servicios CONS y CLNS.

En el servicio no orientado a conexión, las SDU (unidades de datos de servicio) se intercambian directamente entre los SAP “pares” sin que previamente se haya establecido una conexión. Por tanto, la transmisión de cada una de las SDU (PDU) es independiente de las SDU enviadas antes o de las que se vayan a enviar después.

Dado que cada SDU (PDU) ha de viajar hacia el usuario destino de forma autónoma, es necesario que incorpore toda la información relativa a su localización y facilidades del servicio. Así, la información 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 sólo necesita ejecutar la fase “transferencia de la información”, (no hay establecimiento ni liberación) y se puede definir sencillamente con las primitivas de “petición” y de “indicación”, (elemento de servicio del tipo “no confirmado”)

El servicio sin conexión es muy fácil de implantar en la capa correspondiente ya que esta apenas añade 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 pérdida de los objetos (paquetes, tramas, etc.), su duplicación o porque lleguen fuera de secuencia.

Diferencias entre CLNS y CONS

CLNS: Servicios no Orientados a Conexión

CONS: Servicios Orientados a Conexión

	Red CLNS (datagramas)	Red CONS (circuitos virtuales)
Establecimiento conexión	No Orientado a Conexión, no es necesaria la conexión	Orientado a Conexión, es necesaria la conexión
Direccionamiento	Conmutación de paquetes, encaminamiento independiente para cada paquete, dirección completa de origen y destino	Conmutación de circuitos, mismo encaminamiento para todos los paquetes, cada paquete contiene el número de Circuito Virtual
Información de estado	No se conserva información de estado	Cada router o nodo intermedia ha de conocer todos los CV's existentes que hay cada momento
Routing	La ruta es independiente para cada datagrama	La ruta se establece al elegir el circuito virtual y todos los paquetes seguirán este camino
Efecto de fallo en un router	Se pierden los paquetes que se están transmitiendo	Los nodos afectados dejan de comunicar e intentan buscar un nuevo circuito virtual para transmitir
Calidad de servicio	Difícil control de paquetes	Fácil el control de paquetes
Control de congestión	Difícil, pero es más flexible ante congestiones en la red	Fácil
Control de errores y flujo	Fácil	Control de flujo fácil y de errores, porque se transmiten los paquetes en orden secuencial

Bibliografía

Fred Halsall: University of Wales, Swansea, UK (Addison Wesley):COMUNICACIÓN DE DATOS, REDES DE COMPUTADORAS Y SISTEMAS ABIERTOS
Tanenbaum, Andrew S.: Redes de computadoras ed. PEARSON
D. E. COMER & D. L. STEVENS, "Internetworking with TCP/IP, Vol. III", Prentice Hall, 1993.
ANDREW S. TANENBAUM, "Redes de Ordenadores", 2ª Edición, Prentice Hall, 1991.

Referencias

1.1. Servicios orientados a conexión y sin conexión

Enlaces externos

Datos: Q1126254