Está en la página 1de 23

MODELO OSI

CAPA DE RED, CAPA DE TRANSPORTE Y CAPA DE SESION

CAPA DE RED
El nivel de red o capa de red, segn la normalizacin OSI es un nivel o capa que
proporciona conectividad y seleccin de ruta entre dos sistemas de host que pueden
estar ubicados en red geogrficamente.

Es el tercer nivel del modelo OSI y su

misin es conseguir que los datos lleguen desde el origen al destina aunque no
tengan conexin directa. Ofrece servicios al nivel superior ( nivel de transporte) y se
apoya en el nivel de enlace, es decir utiliza sus funciones.
Para la consecucin de su tarea puede asignar direcciones de red nicas,
interconectar subredes distintas, encaminar paquetes, utilizar un control de
congestin y control de errores.

CAPA DE RED
Orientacin de Conexin
Hay dos formas en las que el nivel de red puede funcionar internamente, pero
independientemente de que la red funcione internamente con datagramas o con
circuitos virtuales puede dar hacia el nivel de transporte un servicio orientado a
conexin:
Datagramas: Cada paquete se encamina independientemente, sin que el origen
y el destina tengan que pasar por un establecimiento de comunicacin previo.

CAPA DE RED
Circuitos Virtuales: Es una red de circuitos virtuales dos equipos que quieran
comunicarse

tienen que empezar por establecer una conexin.

Durante

este

establecimiento de conexin, todos los routers que hayan por el camino elegido
reservarn recursos para ese circuito virtual especfico.
La tarea principal de la capa de enlace de datos es tomar una transmisin de datos y
transformarla en una extraccin libre de errores de transmisin para la capa de red.
Logra esta funcin dividiendo los datos de entrada en marcos de datos (de unos cuantos
cientos de bytes), transmite los marcos en forma secuencial, y procesa los marcos de
estado que enva el nodo destino. Si se habla de tramas es de la capa de enlace.

CAPA DE RED
Tipos de Servicios
Servicios no orientados a la conexin: Cada paquete debe llevar la direccin destino, y con cada uno,
los nodos de la rede deciden el camino que debe seguir.

Existen muchas tcnicas para realizar esta

decisin, como por ejemplo comparar el retardo que sufrira en ese momento el paquete que se pretende
transmitir segn el enlace que se escoja.
Servicios orientados a la conexin:
direccin destino.

Solo el primer paquete de cada mensaje tienen que llevar la

Con este paquete se establece la ruta que debern seguir todos los paquetes

pertenecientes a esta conexin.

Cuando llega un paquete que no es el primero se identifica a que

conexin pertenece y se enva por el enlace de salida adecuado, segn la informacin que se gener con el
primer paquete y que permanece almacenada en cada conmutador.

CAPA DE RED
Encaminamiento
Encaminamiento o enrutamiento, es la funcin de buscar un camina entre todos los posibles en una red
de paquetes cuyas topologas poseen una gran conectividad. Dado que se trata de encontrar la mejor
ruta posible, lo primero ser definir que se entiende por mejor ruta y en consecuencia cul es la mtrica
que se debe utiliza para medirla.
Control de Congestin
Cuando en una red un nodo recibe mas trafico del que puede procesar se puede dar una congestin. El
problema es que una vez que se da congestin en un nodo el problema tiende a extenderse por el resto
de la red. Por ello hay tcnicas de prevencin y control que se pueden y deben aplicar en el nivel de red.

CAPA DE RED
Algunos protocolos de la capa de red son:

IP (IPV4, IPV6, IPsec)


OSPF (Open Shortest Path First / El camino mas corto primero)
IS-IS (Protocolo de estado de enlace)
RIP (Routing Information Protocol / Protocolo de Informacin de encaminamiento)
ICMP, ICMPv6
IGMP

(Internet Control Message Protocol / Protocolo de mensaje de control de internet)

(Internet Group Management Protocol / Intercambio de informacin entre enrutadores de IP)

CAPA DE TRANSPORTE
Es el cuarto nivel del modelo OSI encargado de la transferencia libre de
errores de los datos entre el emisor y el receptor, aunque no estn
directamente conectados, as como de mantener el flujo de la red. Es la base
de toda la jerarqua de protocolo. La tarea de esta capa es proporcionar un
transporte de datos confiable y econmico de la mquina de origen a la
maquina destino, independientemente de la red de redes fsica en uno.
Sin la capa de transporte, el concepto total de los protocolos en capas
tendra poco sentido.

CAPA DE TRANSPORTE
Servicios Proporcionados a las Capas Superiores
La meta final de la capa de transporte es proporcionar un servicio eficiente, confiable y econmico a sus usuarios, que
normalmente son procesos de la capa de aplicacin. Para lograr este objetivo, la capa de transporte utiliza los servicios
proporcionados por la capa de red. El hardware o software de la capa de transporte que se encarga del transporte se
llama entidad de transporte, la cual puede estar en el ncleo del sistema operativo, en un proceso independiente, en un
paquete de biblioteca o en la tarjeta de red.
Hay dos tipos de servicio en la capa de transporte, orientado y no orientado a la conexin. En el servicio orientado a la
conexin consta de tres partes: establecimiento, transferencia de datos, y liberacin. En el servicio no orientado a la
conexin se tratan los paquetes de forma individual.
Es la primera capa que lleva a cabo la comunicacin extremo a extremo, y esta condicin ya se mantendr en las capas
superiores.

CAPA DE TRANSPORTE
Primitivas del servicio de transporte
Para permitir que los usuarios accedan al servicio de transporte, la capa de transporte debe proporcionar
algunas operaciones a los programas de aplicacin, es decir, una interfaz del servicio de transporte. Cada
servicio de transporte tiene su propia interfaz. Con el propsito de ver los aspectos bsicos, en esta
seccin examinaremos primero un servicio de transporte sencillo y su interfaz.
El servicio de transporte es parecido al servicio en red, pero hay algunas diferencias importantes. La
principal, es que, el propsito del servicio de red es modelar el servicio ofrecido por las redes reales, con
todos sus problemas. Las redes reales pueden perder paquetes, por lo que generalmente el servicio no es
confiable. En cambio, el servicio de transporte (orientado a la conexin) si es confiable. Claro que las
redes reales no estn libres de errores, pero se es precisamente el propsito de la capa de transporte:
ofrecer un servicio confiable en una red no confiable.

CAPA DE TRANSPORTE
Otra diferencia entre la capa de transporte y la de red es a quien van dirigidos sus servicios. El servicio de red lo
usan nicamente las entidades de transporte. Pocos usuarios escriben sus entidades de transporte y pocos
usuarios o programas llegan a ver los aspectos internos del servicio de red. En cambio, muchos programas ven
primitivas de transporte. En consecuencia el servicio de transporte debe ser adecuado y fcil de usar.
Las primitivas de un transporte sencillo son:
LISTEN: Se bloquea hasta que algn proceso intenta el contacto.
CONNECT: Intenta activamente establecer una conexin.
SEND: Enva informacin.
RECEIVE: Se bloquea hasta que llegue una TPDU de DATOS.
DISCONNECT: Este lado quiere liberar la conexin.

CAPA DE TRANSPORTE
Elementos de los protocolos de transporte
El servicio de transporte se implementa mediante un protocolo de
transporte entre dos entidades de transporte. En ciertos aspectos, los
protocolos de transporte se parecen a los protocolos de red. Ambos se
encargan del control de errores, la secuenciacin y el control del flujo.
Pero tambin existen diferencias importantes entre ambas, como los
entornos en que operan, la capa transporte necesita el direccionamiento
explcito de los destinos, mientras que la capa de red no, otra diferencia
es la cantidad de datos, mucho mayor en la capa de transporte.

CAPA DE TRANSPORTE
Direccionamiento

Cuando un proceso desea establecer una conexin con un computador de


aplicacin remoto, debe especificar a cul se conectar (a quin le llegar el
mensaje?). El mtodo que normalmente se emplea es definir direcciones de
transporte en las que los procesos pueden estar a la escucha de solicitudes de
conexiones. En Internet, estos puntos terminales se denominan puertos, pero
usaremos el trmino genrico de TSAP (Punto de Acceso al Servicio de
Transporte). Los puntos terminales anlogos de la capa de red se llaman NSAP
(Punto de Acceso al Servicio de Red). Las direcciones IP son ejemplos de NSAPS.

CAPA DE TRANSPORTE
Establecimiento de una conexin
El establecimiento de una conexin parece fcil, pero en realidad es sorprendentemente difcil. A primera vista,
parecera que es suficiente con mandar una TPDU (Unidad de Datos del Protocolo de Transporte) con la peticin
de conexin y esperar a que el otro acepte la conexin. El problema viene cuando la red puede perder,
almacenar, o duplicar paquetes. El principal problema es la existencia de duplicados retrasados. Esto puede
solucionarse de varias maneras (ninguna es muy satisfactoria). Una es utilizar direcciones de transporte
desechables. En este enfoque cada vez que necesitemos una direccin la creamos. Al liberarse la conexin
descartamos la direccin y no se vuelve a utilizar. O tambin asignar una secuencia dentro de los datos
transmitidos, pero estos plantean el problema de que si se pierde la conexin perdemos el orden del identificador
y ya no funciona. La solucin seria ms fcil si los paquetes viejos se eliminaran de la subred cada cierto tiempo
de vida. Para ello podemos utilizar las siguientes tcnicas: Un diseo de subred Restringido. Colocar un contador
de saltos en cada paquete. Marcar el tiempo de cada paquete. Pero en la prctica no vale solo con hacer esto
sino que tenemos que garantizar que todas las confirmaciones de los paquetes tambin se eliminan.

CAPA DE TRANSPORTE
Liberacin de una conexin
La liberacin de una conexin es ms fcil que su establecimiento. No obstante, hay ms escollos de los que uno
podra imaginar. Hay dos estilos de terminacin de una conexin: liberacin asimtrica y liberacin simtrica. La
liberacin asimtrica es la manera en que funciona el mecanismo telefnico: cuando una parte cuelga, se interrumpe
la conexin. La liberacin simtrica trata la conexin como dos conexiones unidireccionales distintas, y requiere que
cada una se libere por separado. La liberacin asimtrica es abrupta y puede resultar en la perdida de datos. Por lo
que es obvio que se requiere un protocolo de liberacin ms refinado para evitar la perdida de datos. Una posibilidad
es usar la liberacin simtrica, en la que cada direccin se libera independientemente de la otra. Aqu, un host puede
continuar recibiendo datos aun tras haber enviado una TPDU de desconexin.
La liberacin simtrica es ideal cuando un proceso tiene una cantidad fija de datos por enviar y sabe con certidumbre
cundo los ha enviado. En otras situaciones, la determinacin de si se ha efectuado o no todo el trabajo y se debe
terminarse o no la conexin no es tan obvia. Podramos pensar en un protocolo en el que el host 1 diga:Ya termine,
Terminaste tambin?. Si el host 2 responde Ya termine tambin. Adis, la conexin puede liberarse con seguridad.

CAPA DE TRANSPORTE
Pero no es tan fiable por el problema de que siempre tendremos que esperar la
confirmacin de los mensajes recibidos y si esta confirmacin no llega no libera la
conexin y despus puede que necesite la confirmacin de que llego la confirmacin y
entraramos en un bucle del que no podemos salir.

Podemos hacer que al host 1 si no le llega la confirmacin despus de N intentos (es


que quiere la desconexin), se libere. Esto produce una conexin semiabierta en la que
el host 1 est desconectado pero el host 2 no como no le llega la confirmacin no se
desconecta nunca. Para solucionar esto creamos una regla por la cual si al host 2 no le
llega ninguna TPDU durante cierta cantidad de segundos, se libera automticamente.

CAPA DE TRANSPORTE
Control de Flujo y almacenamiento en buffer
Respecto de la manera en que se manejan las conexiones mientras estn en uso, uno de los aspectos clave es el
control de flujo. Se necesita un esquema para evitar que un emisor rpido desborde a un receptor lento. La
diferencia principal es que un enrutador por lo regular tiene relativamente pocas lneas, y un host puede tener
numerosas conexiones. Esta diferencia hace poco prctico emplear la implementacin que se hace en la capa de
enlace.
En esta capa lo que se hace es que si el servicio de red no es confiable, el emisor debe almacenar en un buffer
todas las TPDUs enviadas, igual que en la capa enlace de datos. Sin embargo, con un servicio de red confiable son
posibles otros arreglos. En particular, si el emisor sabe que el receptor siempre tiene espacio de buffer, no necesita
tener copias de las TPDUs que enva. Sin embargo, si el receptor no garantiza que se aceptar cada TPDU que
llegue, el emisor tendr que usar buffers de todas maneras. En el ltimo caso, el emisor no puede confiar en la
confirmacin de recepcin de la capa red porque esto slo significa que ha llegado la TPDU, no que ha sido
aceptada.

CAPA DE TRANSPORTE
Multiplexin
La multiplexin de varias conversaciones en conexiones, circuitos virtuales o enlaces fsicos
desempea un papel importante en diferentes capas de la arquitectura de red. En la capa de
transporte puede surgir la necesidad de multiplexin por varias razones. Por ejemplo, si en un
host slo se dispone de una direccin de red, todas las conexiones de transporte de esa
mquina tendrn que utilizarla. Cuando llega una TPDU, se necesita algn mecanismo para
saber a cul proceso asignarla. Esta situacin se conoce como multiplexin hacia arriba.
La multiplexin tambin puede ser til en la capa transporte para la utilizacin de circuitos
virtuales, que dan ms ancho de banda cuando se reasigna a cada circuito una tasa mxima
de datos. La solucin es abrir mltiples conexiones de red y distribuir el trfico entre ellas.
Esto se denomina multiplexin hacia abajo.

CAPA DE TRANSPORTE
Recuperacin de cadas
Si los hosts y los enrutadores estn sujetos a cadas, la recuperacin es fundamental. Si la entidad de
transporte est por entero dentro de los hosts, la recuperacin de cadas de red y de enrutadores es
sencilla. Si la capa de red proporciona servicio de datagramas, las entidades de transporte esperan
prdida de algunas TPDUs todo el tiempo, y saben cmo manejarla. Si la capa de red proporciona
servicio orientado a la conexin, entonces la prdida de un circuito virtual se maneja estableciendo otro
nuevo y sondeando la entidad de transporte remota para saber cuales TPDUs ha recibido y cuales no.
Un problema ms complicado es la manera de recuperarse de cadas del host. Al reactivarse, sus tablas
estn en el estado inicial y no sabe con precisin donde estaba.
En un intento por recuperar su estado previo, el servidor podra enviar una TPDU de difusin a todos los
dems host, anunciando que se acaba de caer y solicitando a todos sus clientes que le informen el
estado de todas la conexiones abiertas.

CAPA DE TRANSPORTE
Protocolos de transporte de internet
Internet tiene dos protocolos principales en la capa de transporte, uno orientado a la conexin y otro no orientado a la
conexin. El protocolo no orientado a la conexin es el UDP y el orientado es el TCP.
UDP
El conjunto de protocolos de Internet soporta un protocolo de transporte no orientado a la conexin UDP (protocolo de
datagramas de usuario). Este protocolo proporciona una forma para que las aplicaciones enven datagramas IP
encapsulados sin tener una conexin.
TCP
TCP (protocolo de control de transmisin) se dise especficamente para proporcionar un flujo de bytes confiable de
extremo a extremo a travs de una interred no confiable. Una interred difiere de una sola red debido a que diversas
partes podran tener diferentes topologas, anchos de banda, retardos, tamaos de paquete TCP tiene un diseo que
se adapta de manera dinmica a las propiedades de la interred y que se sobrepone a muchos tipos de situaciones.

CAPA DE SESION
El nivel de sesin o capa de sesin es el quinto nivel del modelo OSI , que
proporciona los mecanismos para controlar el dilogo entre las aplicaciones
de los sistemas finales. En muchos casos, los servicios de la capa de sesin
son parcialmente, o incluso, totalmente prescindibles. No obstante en
algunas aplicaciones su utilizacin es ineludible.
La capa de sesin proporciona los siguientes servicios:
Control del Dilogo
Agrupamiento
Recuperacin

CAPA DE SESION
Control del Dilogo: ste puede ser simultneo en los dos sentidos (full-duplex) o
alternado en ambos sentidos (half-duplex).

Agrupamiento: El flujo de datos se puede marcar para definir grupos de datos.

Recuperacin: La capa de sesin puede proporcionar un procedimiento de puntos


de comprobacin, de forma que si ocurre algn tipo de fallo entre puntos de
comprobacin, la entidad de sesin puede retransmitir todos los datos desde el
ltimo punto de comprobacin y no desde el principio.

CAPA DE SESION
Todas estas capacidades se podran incorporar en las aplicaciones de la capa 7. Sin
embargo ya que todas estas herramientas para el control del dilogo son ampliamente
aplicables, parece lgico organizarlas en una capa separada, denominada capa de sesin.
La capa de sesin surge como una forma de organizar y sincronizar el dilogo y controlar
el intercambio de datos.
La capa de sesin permite a los usuarios de mquinas diferentes establecer sesiones
entre ellos. Una sesin permite el transporte ordinario de datos, como lo hace la capa de
transporte, pero tambin proporciona servicios mejorados que son tiles en algunas
aplicaciones. Se podra usar una sesin para que el usuario se conecte a un sistema
remoto de tiempo compartido o para transferir un archivo entre dos mquinas.