sdfghj

En principio para establecer una conexión el cliente emite una TPDU de petición de conexión, y el servidor responde con una TPDU de aceptación; a partir de ese momento puede empezar el intercambiode datos. Sin embargo cuando analizamos el proceso de conexión con mayor detalle encontramos diversos problemas que pueden presentarse y que hay que prever.

Recordemos que en el nivel detransporte puede haber una gran fluctuación (a veces del orden de segundos) en el tiempo que tardan en llegar las TPDUs a su destino; las TPDUs pueden perderse o llegar duplicadas, ya que si el emisor norecibe confirmación reenviará la misma TPDU pasado el timeout. Imaginemos que el cliente intercambia una serie de TPDUs con el servidor, y cuando ya ha terminado la transacción cierra la sesión; segundosmas tarde de algún rincón de la red aparecen la misma secuencia de TPDUs del cliente duplicadas que llegan al servidor de nuevo; éste realizaría la misma transacción otra vez, con efectos posiblementedesastrosos .

Para evitar este tipo de problemas se utiliza para establecer la conexión el mecanismo conocido como saludo a tres vías (three-way handshake). La idea es que el servidor sóloaceptará la conexión después de haber pedido al cliente confirmación de que desea realizarla. En principio esto por sí solo no resuelve nuestro problema, ya que cabría pensar que después de la TPDU depetición inicial duplicada la red le entregue al servidor la TPDU de confirmación, también retrasada.

La solución a este problema es la siguiente: tanto el cliente como el servidor utilizan unprotocolo de ventana deslizante para el envío de las TPDUs, para lo cual emplean un número de secuencia; a diferencia del número de secuencia que vimos en el nivel de enlace, el del nivel de transporteemplea rangos muy amplios (por ejemplo en TCP el número de secuencia se almacena en un campo de 32 bits, con lo que es un número módulo 232). Tanto el cliente como el servidor eligen de forma aleatoria o...