Redes de

Computadoras
Protocolos elementales de
la capa de enlace de datos
Capa de Enlace de Datos
Cuando la capa de enlace de datos acepta un
paquete, lo encapsula en una trama
agregndole un encabezado y un terminador de
enlace de datos. Por lo tanto, una trama
consiste en un paquete incorporado, cierta
informacin de control (en el encabezado) y
una suma de verificacin (en el terminador).
Capa de Enlace de Datos
Protocolo simplex sin
restricciones
Los datos se transmiten slo en una direccin; las
capas de red tanto del emisor como del receptor
siempre estn listas; el tiempo de procesamiento
puede ignorarse; hay un espacio infinito de bfer y, lo
mejor de todo, el canal de comunicacin entre las
capas de enlace de datos nunca tiene problemas ni
pierde tramas. Este protocolo es completamente irreal.
Protocolo simplex sin
restricciones
El protocolo consiste en dos procedimientos diferentes,
uno emisor y uno receptor. El emisor se ejecuta en la
capa de enlace de datos de la mquina de origen y el
receptor se ejecuta en la capa de enlace de datos de
la mquina de destino. No se usan nmeros de
secuencia ni confirmaciones de recepcin
Protocolo simplex de parada y
espera
En una primera aproximacin a la vida real
supongamos ahora que el receptor no siempre
est disponible para recibir, por tener ocupado su
buffer de entrada; esto puede ocurrir
bien porque la capa de enlace no sea capaz de 'digerir'
las tramas con la suficiente
rapidez, o porque la capa de red del receptor no sea lo
bastante rpida (por ejemplo podra ser que
el mismo proceso tenga que atender varias lneas).


Protocolo simplex de parada y
espera
En este caso lo ms sencillo es que el emisor espere
confirmacin despus de enviar cada
trama, de forma que slo despus de recibir la
confirmacin enve la siguiente. De esta
manera se garantiza la no saturacin del receptor.
Esto es lo que se conoce como un
protocolo de parada y espera.


Protocolo simplex para un
canal con ruido
Contemplemos ahora la posibilidad de que el canal de
comunicacin no sea perfecto; las tramas pueden
alterarse debido al ruido de la comunicacin, o incluso
perderse por completo. Gracias a
la presencia del campo CRC (cdigos de redundancia
cclica) el receptor podr detectar la llegada de una
trama defectuosa, en cuyo caso pedir retransmisin.
Protocolo simplex para un
canal con ruido
La posibilidad de que una trama se pierda por
completo introduce una complicacin adicional, ya
que si esto le ocurre por ejemplo a un acuse de
recibo el emisor pasado un tiempo razonable enviar
la trama de nuevo pensando que no ha
llegado la primera vez, lo cual producira una trama
duplicada que el receptor pasara a
la capa de red; esto es inaceptable para cualquier
protocolo

Protocolo simplex para un
canal con ruido
Para poder reconocer cuando una trama llega
duplicada lo ms sencillo es numerarlas; en nuestro
caso el emisor no enviar una trama hasta recibir el
acuse de recibo de la anterior, por lo que nos
bastara con numerar las tramas con un campo de un
solo bit como 0,1,0,1, etc. Los protocolos donde el
emisor espera una confirmacin o acuse de recibo
para cada dato enviado se denominan protocolos
PAR (Positive Acknowledgement with Retransmission)
o tambin ARQ (Automatic Repeat reQuest).

Protocolo PAR
Positive
Acknowledgment
with Retransmission
Unidireccional
Tolera errores y
paquetes perdidos
1
2
2
1
2
2
3
3
3
3
Transmisor Receptor