Capa de enlace de datos

Esta capa se ocupa del direccionamiento físico, de la topología de la red, del acceso al
medio, de la deteccion de errores, de la distribución ordenada de tramas y del control del
flujo.

Como objetivo o tarea principal, la capa de enlace de datos se encarga de tomar una
transmisión de datos” cruda” y transformarla en una abstracción libre de errores de
transmisión para la capa de red.  Este proceso se lleva a cabo dividiendo los datos de
entrada en marcos (también llamados tramas) de datos (de unos cuantos cientos de bytes),
transmite los marcos en forma secuencial, y procesa los marcos de estado que envía el nodo
destino.

El nivel de enlace de datos (en inglés data link level) o capa de enlace de datos es la
segunda capa del modelo OSI, el cual es responsable de la transferencia fiable de
información a través de un circuito de transmisión de datos. Recibe peticiones de la capa de
red y utiliza los servicios de la capa física.

El objetivo de la capa de enlace es conseguir que la información fluya, libre de errores,

entre dos máquinas que estén conectadas directamente (servicio orientado a conexión).

Para lograr este objetivo tiene que montar bloques de información (llamados tramas en esta
capa), dotarles de una dirección de capa de enlace, gestionar la detección o corrección de
errores, y ocuparse del control de flujo entre equipos (para evitar que un equipo más rápido
desborde a uno más lento).

Cuando el medio de comunicación está compartido entre más de dos equipos es necesario
arbitrar el uso del mismo. Esta tarea se realiza en la subcapa de control de acceso al medio.

Dentro del grupo de normas IEEE 802, la subcapa de enlace lógico se recoge en la norma
IEEE 802.2 y es común para todos los demás tipos de redes (Ethernet o IEEE 802.3, IEEE
802.11 o Wi-Fi, IEEE 802.16 o WiMAX, etc.); todas ellas especifican un subcapa de
acceso al medio así como una capa física distinta.

Otro tipo de protocolos de la capa de enlace serían PPP (Point to point protocol o protocolo
punto a punto), HDLC (High level data link control o protocolo de enlace de alto nivel),
por citar dos.

En la práctica la subcapa de acceso al medio suele formar parte de la propia tarjeta de

comunicaciones, mientras que el subcapa de enlace lógico estaría en el programa adaptador
de la tarjeta (driver en inglés).

Tramas

En la capa de enlace la facilidad de área extensa por la que se pueden comunicar los
sistemas mediante un protocolo de la capa de enlace de datos.
Funciones

La capa de enlace de datos es responsable de la transferencia fiable de información a través

de un Circuito eléctrico de transmisión de datos. La transmisión de datos lo realiza
mediante tramas que son las unidades de información con sentido lógico para el
intercambio de datos en la capa de enlace. También hay que tener en cuenta que en el
modelo TCP/IP se corresponde a la segunda capa

Sus principales funciones son:

1. Iniciación, terminación e identificación.

2. Segmentación y bloqueo.
3. Sincronización de octeto y carácter.
4. Delimitación de trama y transparencia.
5. Control de errores.
6. Control de flujo.
7. Recuperación de fallos.
8. Gestión y coordinación de la comunicación.

Capa de red

Artículo principal: Capa de red

El objetivo de la capa de red es hacer que los datos lleguen desde el origen al destino, aún
cuando ambos no estén conectados directamente. Los dispositivos que facilitan tal tarea se
denominan encaminadores, aunque es más frecuente encontrar el nombre inglés routers y,
en ocasiones enrutadores. Los routers trabajan en esta capa, aunque pueden actuar como
switch de nivel 2 en determinados casos, dependiendo de la función que se le asigne. Los
firewalls actúan sobre esta capa principalmente, para descartar direcciones de máquinas.

En este nivel se realiza el direccionamiento lógico y la determinación de la ruta de los datos

hasta su receptor final.

El nivel de red o capa de red, según la normalización OSI, es un nivel o capa que
proporciona conectividad y selección de ruta entre dos sistemas de hosts que pueden estar
ubicados en redes geográficamente distintas. Es el tercer nivel del modelo OSI y su misión
es conseguir que los datos lleguen desde el origen al destino aunque no tengan conexión
directa. Ofrece servicios al nivel superior (nivel de transporte) y se apoya en el nivel de
enlace, es decir, utiliza sus funciones.

Para la consecución de su tarea, puede asignar direcciones de red únicas, interconectar

subredes distintas, encaminar paquetes, utilizar un control de congestión y control de
errores
Orientación de conexión

Conmutador de paquetes

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 conexión:

 Datagramas: Cada paquete se encamina independientemente, sin que el origen y el

destino tengan que pasar por un establecimiento de comunicación previo.

 Circuitos virtuales: En una red de circuitos virtuales dos equipos que quieran comunicarse
tienen que empezar por establecer una conexión. Durante este establecimiento de
conexión, todos los routers que hayan por el camino elegido reservarán recursos para ese
circuito virtual específico.

Tipos de servicios

Hay dos tipos de servicio:

 Servicios orientados a la conexión: Sólo el primer paquete de cada mensaje tiene que
llevar la dirección destino. Con este paquete se establece la ruta que deberán seguir todos
los paquetes pertenecientes a esta conexión. Cuando llega un paquete que no es el
primero se identifica a que conexión pertenece y se envía por el enlace de salida
adecuado, según la información que se generó con el primer paquete y que permanece
almacenada en cada conmutador o nodo.

 Servicios NO orientados a la conexión: Cada paquete debe llevar la dirección destino, y

con cada uno, los nodos de la red deciden el camino que se debe seguir. Existen muchas
técnicas para realizar esta decisión, como por ejemplo comparar el retardo que sufriría en
ese momento el paquete que se pretende transmitir según el enlace que se escoja.

Capa de transporte

Artículo principal: Capa de transporte

Capa encargada de efectuar el transporte de los datos (que se encuentran dentro del
paquete) de la máquina origen a la de destino, independizándolo del tipo de red física que
se esté utilizando. La PDU de la capa 4 se llama Segmento o Datagrama, dependiendo de si
corresponde a TCP o UDP. Sus protocolos son TCP y UDP; el primero orientado a
conexión y el otro sin conexión. Trabajan, por lo tanto, con puertos lógicos y junto con la
capa red dan forma a los conocidos como Sockets IP:Puerto (192.168.1.1:80).

El nivel de transporte o capa 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 estén
directamente conectados, así como de mantener el flujo de la red. Es la base de toda la jerarquía
de protocolo. La tarea de esta capa es proporcionar un transporte de datos confiable y económico
de la máquina de origen a la máquina destino, independientemente de la red de redes física en
uno. Sin la capa transporte, el concepto total de los protocolos en capas tendría poco sentido.

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 secuenciación y el control
del flujo.

Pero también existen diferencias importantes entre ambas, como los entornos en que
operan, la capa transporte necesita el direccionamiento explícito de los destinos, mientras
que la capa de red no, otra diferencia es la cantidad de datos, mucho mayor en la capa de
transporte que en la de enlace de datos.

Direccionamiento

Cuando un proceso desea establecer una conexión con un proceso de aplicación remoto,
debe especificar a cuál se conectará.(¿a quién mando el mensaje?) El método que
normalmente se emplea es definir direcciones de transporte en las que los procesos pueden
estar a la escucha de solicitudes de conexión. En Internet, estos puntos terminales se
denominan puertos, pero usaremos el término genérico de TSAP (Punto de Acceso al
Servicio de Transporte). Los puntos terminales análogos de la capa de red se llaman NSAP
(Punto de Acceso al Servicio de Red). Las direcciones IP son ejemplos de NSAPs.

Establecimiento de una conexión

El establecimiento de una conexión parece fácil, pero en realidad es sorprendentemente

difícil. A primera vista, parecería que es suficiente con mandar una TPDU (Unidad de
Datos del Protocolo de Transporte) con la petición de conexión y esperar a que el otro
acepte la conexión. 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 dirección la
creamos. Al liberarse la conexión descartamos la dirección y no se vuelve a utilizar. O
también asignar una secuencia dentro de los datos transmitidos, pero estos plantean los
problemas de que si se pierde la conexión perdemos el orden del identificador y ya no
funciona. Pero la solución seria más fácil si los paquetes viejos se eliminaran de la subred
cada cierto tiempo de vida. Para ello podemos utilizar las siguientes técnicas: Un diseño de
subred Restringido. Colocar un contador de saltos en cada paquete. Marcar el tiempo de
cada paquete. Pero en la práctica no vale solo con hacer esto sino que tenemos que
garantizar que todas las confirmaciones de los paquetes también se eliminan.

Liberación de una conexión

La liberación de una conexión es más fácil que su establecimiento. No obstante, hay más
escollos de los que uno podría imaginar. Hay dos estilos de terminación de una conexión:
liberación asimétrica y liberación simétrica. La liberación asimétrica es la manera en que
funciona el mecanismo telefónico: cuando una parte cuelga, se interrumpe la conexión. La
liberación simétrica trata la conexión como dos conexiones unidireccionales distintas, y
requiere que cada una se libere por separado. La liberación asimétrica es abrupta y puede
resultar en la perdida de datos. Por lo que es obvio que se requiere un protocolo de
liberación más refinado para evitar la perdida de datos. Una posibilidad es usar la liberación
simétrica, en la que cada dirección se libera independientemente de la otra. Aquí, un host
puede continuar recibiendo datos aun tras haber enviado una TPDU de desconexión.

La liberación simétrica es ideal cuando un proceso tiene una cantidad fija de datos por
enviar y sabe con certidumbre cuándo los ha enviado. En otras situaciones, la
determinación de si se ha efectuado o no todo el trabajo y se debe terminarse o no la
conexión no es tan obvia. Podríamos pensar en un protocolo en el que el host 1 diga:”Ya
termine, ¿Terminaste también?”. Si el host 2 responde “Ya termine también. Adiós”, la
conexión puede liberarse con seguridad.

Pero no es tan fiable por el problema de que siempre tendremos que esperar la
confirmación de los mensajes recibidos y si esta confirmación no llega no libera la
conexión y después puede que necesite la confirmación de que llego la confirmación y
entraríamos en un bucle del que no podemos salir.

Podemos hacer que al host 1 si no le llega la confirmación después de N intentos (es que
quiere la desconexión), se libere. Esto produce una conexión semiabierta en la que el host 1
está desconectado pero el host 2 no como no le llega la confirmación 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 automáticamente.

Control de Flujo y almacenamiento en buffer

Ya examinamos la conexión y la desconexión, veamos la manera en que se manejan las

conexiones mientras están en uso. Uno de los aspectos clave es el control de flujo.
Necesitamos un esquema para evitar que un emisor rápido desborde a un receptor lento. La
diferencia principal es que un enrutador por lo regular tiene relativamente pocas líneas, y
un host puede tener numerosas conexiones. Esta diferencia hace poco practico emplear la
implementación que se hace en la capa de enlace

En esta capa lo que se hace es, 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 envía. 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 confirmación de recepción de la capa red porque esto sólo significa que
ha llegado la TPDU, no que ha sido aceptada.
Los Buffers pueden ser de tres tipos, y usaremos cada uno de ellos cuando más nos
convenga.

El equilibrio óptimo entre el almacenamiento del buffer en el origen y en el destino

depende del tipo de trafico transportado por la conexión.

Multiplexión

La multiplexión de varias conversaciones en conexiones, circuitos virtuales o enlaces

físicos desempeña un papel importante en diferentes capas de la arquitectura de red. En la
capa de transporte puede surgir la necesidad de multiplexión por varias razones. Por
ejemplo, si en un host sólo se dispone de una dirección de red, todas la conexiones de
transporte de esa maquina tendrán que utilizarla. Cuando llega una TPDU, se necesita algún
mecanismo para saber a cuál proceso asignarla. Esta situación se conoce como multiplexión
hacia arriba.

La multiplexión también puede ser útil en la capa transporte para la utilización de circuitos
virtuales, que dan más ancho de banda cuando se reasigna a cada circuito una tasa máxima
de datos. La solución es abrir múltiples conexiones de red y distribuir el tráfico entre ellas.
Esto se denomina multiplexión hacia abajo.

Recuperación de caídas

Si los hosts y los enrutadores están sujetos a caídas, la recuperación es fundamental. Si la

entidad de transporte está por entero dentro de los hosts, la recuperación de caídas de red y
de enrutadores es sencilla. Si la capa de red proporciona servicio de datagramas, las
entidades de transporte esperan pérdida de algunas TPDUs todo el tiempo, y saben cómo
manejarla. Si la capa de red proporciona servicio orientado a la conexión, entonces la
pérdida de un circuito virtual se maneja estableciendo otro nuevo y sondeando la entidad de
transporte remota para saber cuáles TPDUs ha recibido y cuáles no.

Un problema más complicado es la manera de recuperarse de caídas del host. Al

reactivarse, sus tablas están en el estado inicial y no sabe con precisión donde estaba.

En un intento por recuperar su estado previo, el servidor podría enviar una TPDU de
difusión a todos los demás host, anunciando que se acaba de caer y solicitando a todos sus
clientes que le informen el estado de todas las conexiones abiertas.