Protocolo de acuerdo en tres pasos
Este protocolo de acuerdo en tres pasos para el caso de finalización de una conexión añade un temporizador que se activa cada vez que envía una SOLICITUD DE FIN de conexión. La misión del temporizador es dar un tiempo “prudencial” para recibir la confirmación de la otra parte.
En la figura 90 se puede ver el funcionamiento de este protocolo:
A: Envía SOLICITUD DE FIN de conexión a B y se pone en funcionamiento el temporizador.
B: Recibe la SOLICITUD DE FIN de conexión de A y contesta enviando otra SOLICITUD DE FIN de conexión a A. Al mismo tiempo se pone en funcionamiento el temporizador.
C: Recibe la SOLICITUD DE FIN de conexión de B, se finaliza la conexión y confirma su recepción enviando un ACK.
Figura 90: Protocolo de acuerdo en tres pasos para la finalización de la conexión
D: Recibe el ACK de A y se finaliza la conexión.
La utilidad de los temporizadores se ve cuando se pierde alguno de los paquetes de control involucrados. Veamos tres casos:
Pérdida de SOLICITUD DE FIN de conexión
Pérdida de ACK
Pérdida sucesivas de SOLICITUD DE FIN de conexión
Pérdida de SOLICITUD DE FIN de conexión
En la figura 91 se ve el caso cuando la SOLICITUD DE FIN de conexión de B se pierde.
Figura 91: Protocolo de acuerdo en tres pasos para la finalización de la conexión con pérdida de SOLICITUD DE FIN de conexión
En este caso, el temporizador de A llega a su fin, entonces vuelve a enviar una SOLICITUD DE FIN de conexión. A partir de aquí, el protocolo funciona como como se describió cuando no hubo ninguna pérdida de paquetes.
Pérdida de ACK
En la figura 92 se ve el caso que se pierde el ACK. En este caso, previamente A había ya dado por finalizada la conexión.
Figura 92: Protocolo de acuerdo en tres pasos para la finalización de la conexión con pérdida de ACK
Cuando esto ocurre el temporizador de B llega a su fin, entonces B finaliza la conexión.
Pérdida sucesivas de SOLICITUD DE FIN de conexión
Figura 93: Protocolo de acuerdo en tres pasos para la finalización de la conexión con pérdida sucesivas de SOLICITUD DE FIN de conexión
En la figura 93 se ve el caso cuando se pierden SOLICITUDES DE Fin de conexión seguidas.
En este caso, se pueden perder N veces las solicitudes de fin de conexión, con lo que hay N inicios y fin del temporizador. Al N intento sin recibir A ningún ACK de confirmación, entonces A da por finalizada la conexión.
Fallo del protocolo
Este protocolo puede fallar cuando se pierde la SOLICITUD DE FIN de conexión inicial y los N reintentos. En este caso, A cerrará la conexión, pero B estará eternamente abierto.
9
Protocolos
Vide ista, domine, misericorditer, et libera nos iam invocantes te, libera etiam eos qui nondum te invocant, ut invocent te et liberes eos. Poteram enim postea bene uti litteris, quas volebant ut discerem quocumque animo illi mei. Non enim meliora eligens inoboediens eram, sed amore ludendi, amans in certaminibus superbas victorias, et scalpi aures meas falsis fabellis.