Redes de Informacin -Trabajo Prctico N9

Ignacio Rigoni Adrn Botta

1. Para que fue diseado TCP? TCP fue diseado para ofrecer un servicio confiable, desde la fuente hasta el destino, sobre un conjunto de redes heterogneas no confiables que utilizan el protocolo IP en el nivel de red. TCP es el protocolo del nivel de transporte ms utilizado en la actualidad y fue diseado conjuntamente con el protocolo del nivel de red IP, su creacin se debe a Vinton Cerf.

2. Qu funciones cumple TCP? TCP es la capa intermedia entre el protocolo de Internet (IP) y la aplicacin. Habitualmente, las aplicaciones necesitan que la comunicacin sea fiable y, dado que la capa IP aporta un servicio de datagramas no fiable (sin confirmacin), TCP aade las funciones necesarias para prestar un servicio que permita que la comunicacin entre dos sistemas se efecte libre de errores, sin prdidas y con seguridad. Los servicios provistos por TCP corren en el anfitrin (host) de cualquiera de los extremos de una conexin, no en la red. Por lo tanto, TCP es un protocolo para manejar conexiones de extremo a extremo. Tales conexiones pueden existir a travs de una serie de conexiones punto a punto, por lo que estas conexiones extremo-extremo son llamadas circuitos virtuales.

3. Explicar cmo son las conexiones TCP Las caractersticas de las conexiones TCP son: Orientadas a conexin: dos computadoras establecen una conexin para intercambiar datos. Los sistemas de los extremos se sincronizan con el otro para manejar el flujo de paquetes y adaptarse a la congestin de la red. Operacin Full-Duplex: una conexin TCP es un par de circuitos virtuales, cada uno en una direccin. Slo los dos sistemas finales sincronizados pueden usar la conexin. Error Checking: una tcnica de checksum es usada para verificar que los paquetes no estn corrompidos. Acknowledgements: sobre recibo de uno o ms paquetes, el receptor regresa un acknowledgement (reconocimiento) al transmisor indicando que recibi los paquetes. Si los paquetes no son notificados, el transmisor puede reenviar los paquetes o terminar la conexin si el transmisor cree que el receptor no est ms en la conexin. Flow Control: si el transmisor est desbordando el buffer del receptor por transmitir demasiado rpido, el receptor descarta paquetes. Los acknowledgement fallidos que llegan al transmisor le alertan para bajar la tasa de transferencia o dejar de transmitir. Servicio de recuperacin de Paquetes: el receptor puede pedir la retransmisin de un paquete. Si el paquete no es notificado como recibido (ACK), el transmisor enva de nuevo el paquete.

Pgina 1 de 6

Redes de Informacin -Trabajo Prctico N9

Ignacio Rigoni Adrn Botta

Los servicios confiables de entrega de datos son crticos para aplicaciones tales como transferencias de archivos (FTP por ejemplo), servicios de bases de datos, proceso de transacciones y otras aplicaciones de misin crtica en las cuales la entrega de cada paquete debe ser garantizada. 4. Explicar los campos del encabezado TCP

Significado de los diferentes campos: Puerto de origen (16 bits): Puerto relacionado con la aplicacin en curso en la mquina origen Puerto de destino (16 bits): Puerto relacionado con la aplicacin en curso en la mquina destino Nmero de secuencia (32 bits): Cuando el indicador SYN est fijado en 0, el nmero de secuencia es el de la primera palabra del segmento actual. Cuando SYN est fijado en 1, el nmero de secuencia es igual al nmero de secuencia inicial utilizado para sincronizar los nmeros de secuencia (ISN). Nmero de acuse de recibo (32 bits): El nmero de acuse de recibo, tambin llamado nmero de descargo se relaciona con el nmero (secuencia) del ltimo segmento esperado y no el nmero del ltimo segmento recibido. Margen de datos (4 bits): Esto permite ubicar el inicio de los datos en el paquete. Aqu, el margen es fundamental porque el campo opcin es de tamao variable. Reservado (6 bits): Un campo que actualmente no est en uso pero se proporciona para el uso futuro. Indicadores (6x1 bit): Los indicadores representan informacin adicional: URG: Si este indicador est fijado en 1, el paquete se debe procesar en forma urgente. ACK: Si este indicador est fijado en 1, el paquete es un acuse de recibo. PSH (PUSH): Si este indicador est fijado en 1, el paquete opera de acuerdo con el mtodo PUSH. RST: Si este indicador est fijado en 1, se restablece la conexin. Pgina 2 de 6

Redes de Informacin -Trabajo Prctico N9

Ignacio Rigoni Adrn Botta

SYN: El indicador SYN de TCP indica un pedido para establecer una conexin. FIN: Si este indicador est fijado en 1, se interrumpe la conexin. Ventana (16 bits): Campo que permite saber la cantidad de bytes que el receptor desea recibir sin acuse de recibo. Suma de control (CRC): La suma de control se realiza tomando la suma del campo de datos del encabezado para poder verificar la integridad del encabezado. Puntero urgente (16 bits): Indica el nmero de secuencia despus del cual la informacin se torna urgente. Opciones (tamao variable): Diversas opciones Relleno: Espacio restante despus de que las opciones se rellenan con ceros para tener una longitud que sea mltiplo de 32 bits. 5. Explicar el pseudoencabezado incluido en la suma de verificacin del TCP Cuando los datos llegan al destino que tiene que llegar pero llegan con errores y no se han podido detectar esos errores, es peor que si nunca hubieran llegado. Para esto se incluye un campo de suma de verificacin de 24 o 16 bits en la cabecera del protocolo de TCP. Sin embargo, el clculo de esta suma de verificacin es diferente de la convencional, porque se realiza sobre todos los bytes que la suma pretende proteger y detecta ms errores sobre estos campos.

6. Cmo se establece una conexin TCP? Aunque es posible que un par de entidades finales comiencen una conexin entre ellas simultneamente, normalmente una de ellas abre un socket en un determinado puerto tcp y se queda a la escucha de nuevas conexiones. Es comn referirse a esto como apertura pasiva, y determina el lado servidor de una conexin. El lado cliente de una conexin realiza una apertura activa de un puerto enviando un paquete SYN inicial al servidor como parte de la negociacin en tres pasos. En el lado del servidor se comprueba si el puerto est abierto, es decir, si existe algn proceso escuchando en ese puerto. En caso de no estarlo, se enva al cliente un paquete de respuesta con el bit RST activado, lo que significa el rechazo del intento de conexin. En caso de que s se Pgina 3 de 6

Redes de Informacin -Trabajo Prctico N9

Ignacio Rigoni Adrn Botta

encuentre abierto el puerto, el lado servidor respondera a la peticin SYN vlida con un paquete SYN/ACK. Finalmente, el cliente debera responderle al servidor con un ACK, completando as la negociacin en tres pasos (SYN, SYN/ACK y ACK) y la fase de establecimiento de conexin. Es interesante notar que existe un nmero de secuencia generado por cada lado, ayudando de este modo a que no se puedan establecer conexiones falseadas (spoofing). 7. Cmo se libera una conexin TCP? La fase de finalizacin de la conexin usa una negociacin en cuatro pasos (four-way handshake), terminando la conexin desde cada lado independientemente. Cuando uno de los dos extremos de la conexin desea parar su "mitad" de conexin transmite un paquete FIN, que el otro interlocutor asentir con un ACK. Por tanto, una desconexin tpica requiere un par de segmentos FIN y ACK desde cada lado de la conexin. Una conexin puede estar "medio abierta" en el caso de que uno de los lados la finalice pero el otro no. El lado que ha dado por finalizada la conexin no puede enviar ms datos pero la otra parte si podr.

8. Graficar el proceso de establecimiento y liberacin de una conexin TCP mediante una mquina de estados finitos

Pgina 4 de 6

Redes de Informacin -Trabajo Prctico N9

Ignacio Rigoni Adrn Botta

9. Explicar el concepto de ventana en TCP Tamao de ventana TCP El tamao de la ventana de recepcin TCP es la cantidad de datos recibidos (en bytes) que pueden ser metidos en el buffer de recepcin durante la conexin. La entidad emisora puede enviar una cantidad determinada de datos pero antes debe esperar un asentimiento con la actualizacin del tamao de ventana por parte del receptor. Un ejemplo sera el siguiente: un receptor comienza con un tamao de ventana x y recibe y bytes, entonces su tamao de ventana ser (x - y) y el transmisor slo podr mandar paquetes con un tamao mximo de datos de (x - y) bytes. Los siguientes paquetes recibidos seguirn restando tamao a la ventana de recepcin. Esta situacin seguir as hasta que la aplicacin receptora recoja los datos del buffer de recepcin. Escalado de ventana Para una mayor eficiencia en redes de gran ancho de banda, debe ser usado un tamao de ventana mayor. El campo TCP de tamao de ventana controla el movimiento de datos y est limitado a 16 bits, es decir, a un tamao de ventana de 65.535 bytes. Pgina 5 de 6

Redes de Informacin -Trabajo Prctico N9

Ignacio Rigoni Adrn Botta

Como el campo de ventana no puede expandirse se usa un factor de escalado. La escala de ventana TCP (TCP window scale) es una opcin usada para incrementar el mximo tamao de ventana desde 65.535 bytes, a 1 Gigabyte. La opcin de escala de ventana TCP es usada solo durante la negociacin en tres pasos que constituye el comienzo de la conexin. El valor de la escala representa el nmero de bits desplazados a la izquierda de los 16 bits que forman el campo del tamao de ventana. El valor de la escala puede ir desde 0 (sin desplazamiento) hasta 14. Hay que recordar que un nmero binario desplazado un bit a la izquierda es como multiplicarlo en base decimal por 2. 10. En qu consiste el sndrome de ventana tonta? El protocolo TCP puede tener el siguiente funcionamiento patolgico (SWS o silly window syndrome) en el caso de aplicaciones muy lentas en el receptor: El receptor informa del tamao de ventana mxima al emisor. Este enva segmentos hasta completar la ventana. El receptor informa que la ventana est llena (campo Ventana 0). La aplicacin en el receptor toma slo un byte. El receptor se encuentra forzado a informar que tiene un byte libre en la ventana. El emisor enva un segmento con un byte de datos.

As sucesivamente, este comportamiento conduce a una alta ineficiencia en la red. Puede ocurrir tambin por parte del emisor si este tiene: Aplicaciones que generan informacin slo un byte de datos. Cuando las aplicaciones generan en tamao de A bytes y los segmentos son de M bytes siendo M < A pero muy cercanos.

Pgina 6 de 6