Universidad Nueva Esparta Escuela de Computacin Telecomunicaciones II

Investigacin

Alumno: Williams Rivera 19.658.935 Caracas, marzo de 2012

1. Porque TCP es orientado a conexin? Un protocolo orientado a conexin debe establecer un enlace con otra aplicacin antes de que se de cualquier tipo de comunicacin. Con lo que cada mensaje que envi deber incluir toda la informacin necesaria para su posterior entrega. En cuanto a la forma de transmisin, TCP establece 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. 2. Porque UDP no es orientado a conexin? UDP es bsicamente un IP con un encabezado corto, pero no ofrece fiabilidad alguna porque dispone de un control de error muy pobre comparado con TCP, con UDP no podemos asegurar que los datos enviados lleguen a su destino. Mientras que UDP utiliza datagramas, transmite los datos en unidades individuales. 3. Describa el proceso three way hand cheking del TCP El proceso de three hand cheking o negociacin de tres pasos del TCP consiste. Para dar comienzo a la conexin, el cliente enva un paquete SYN al puerto e IP en donde escucha el servidor, con un nmero de secuencia inicial aleatorio. Este ltimo, responde con otro paquete SYN, con un nmero de secuencia inicial aleatorio y un ACK con el nmero de secuencia del paquete SYN recibido, ms uno. El cliente enva un paquete con el ACK del SYN recibido, y una vez hecho esto la conexin se encuentra establecida y puede darse comienzo a la transmisin de. La razn por la cual se intercambian nmeros de secuencia aleatorios es para evitar que se confunda el inicio de dos conexiones diferentes y algunos ataques que se basan en falsear el comienzo de una conexin. TCP: La siguiente imagen ilustra el establecimiento de una conexin

Para concluir la conexin, uno de los dos procesos enva un paquete FIN, a lo que el otro responder con un ACK. A su vez, el otro proceso puede enviar un paquete FIN (recibiendo tambin un ACK) y la conexin quedar cerrada definitivamente. Ntese que el segundo proceso puede no enviar el paquete FIN. Esto significa que ese extremo de la conexin no se cerrar, pudiendo an enviar datos a travs de la misma. De lo contrario, en caso de desear terminar la conexin, puede combinar el ACK y el FIN en un solo paqueteLa figura ilustra la forma general de terminacin de una conexin TCP: