Redes de Informacin -Trabajo Prctico N6

Ignacio Rigoni

1. Qu servicios proporciona la capa de transporte a las capas superiores? Graficar

2. Explicar las primitivas del servicio de Transporte Para permitir que los usuarios accedan al servicio de transporte, la capa de transporte debe proporcionar algunas operaciones a los programas de aplicacin, es decir, una interfaz del servicio de transporte. Cada servicio de transporte tiene su propia interfaz. Las primitivas de un transporte sencillo seran: Primitiva LISTEN Paquete Enviado Significado Se Bloquea hasta que algn proceso intenta la conexin Intenta activamente establecer una conexin Enva informacin Se bloquea hasta que llega un paquete DATA Este lado quiere liberar la conexin

CONNECT

CONNECTION REQ

SEND RECIEVE

DATA -

DISCONNECT

DISCONNECTION REQ

Pgina 1 de 5

Redes de Informacin -Trabajo Prctico N6

Ignacio Rigoni

3. Qu es un socket? Un socket, es un mtodo para la comunicacin entre un programa del cliente y un programa del servidor en una red. Un socket se define como el punto final en una conexin. Los sockets se crean y se utilizan con un sistema de peticiones o de llamadas de funcin a veces llamados interfaz de programacin de aplicacin de sockets (API, application programming interface). Un socket es tambin una direccin de Internet, combinando una direccin IP (la direccin numrica nica de cuatro partes que identifica a un ordenador particular en Internet) y un nmero de puerto (el nmero que identifica una aplicacin de Internet particular, como FTP, Gopher, o WWW). 4. Explicar las primitivas de un socket para TCP Primitiva SOCKET Significado Crea un nuevo punto terminal de comunicacin Adjunta una direccin local a un socket Anuncia la disposicin de aceptar conexiones; indica el tamao de cola Bloquea al invocador hasta la llegada de un intento de conexin Intenta establecer activamente una conexin Enva datos a travs de la conexin Recibe datos de la conexin Libera la conexin

BIND LISTEN

ACCEPT

CONNECT SEND RECIEVE CLOSE

5. Cmo se resuelve un direccionamiento a nivel de Transporte? La direccin de transporte o TSAP permite identificar a los procesos de nivel superior que hacen uso del servicio de transporte. Para establecer una conexin, hay que indicar la direccin TSAP destino por donde se accede al proceso. Si no es conocida, se puede solicitar a servidores de direcciones (con TSAPs conocidos). Y si el proceso remoto an no esta activo en ningn TSAP, se accede a un servidor de procesos (con TSAP conocido) que lo activa, lo asocia a un TSAP disponible y nos devuelve su valor. El TSAP se puede estructurar: Pgina 2 de 5

Redes de Informacin -Trabajo Prctico N6

Ignacio Rigoni

Como una direccin jerrquica (TSAP = NSAP + puerto) Como una direccin plana (sin relacin con NSAP)

6. Cmo se establece una conexin a nivel de transporte? Graficar las situaciones posibles A primera vista, parecera que es suficiente con mandar una TPDU (Unidad de Datos del Protocolo de Transporte) con la peticin de conexin y esperar a que el otro acepte la conexin. El problema viene cuando la red puede perder, almacenar, o duplicar paquetes. El principal problema es la existencia de duplicados retrasados. Esto puede solucionarse de varias maneras (ninguna es muy satisfactoria). Una es utilizar direcciones de transporte desechables. En este enfoque cada vez que necesitemos una direccin la creamos. Al liberarse la conexin descartamos la direccin y no se vuelve a utilizar. O tambin asignar una secuencia dentro de los datos transmitidos, pero estos plantean los problemas de que si se pierde la conexin perdemos el orden del identificador y ya no funciona. Pero la solucin seria ms fcil si los paquetes viejos se eliminaran de la subred cada cierto tiempo de vida. Para ello podemos utilizar las siguientes tcnicas: Un diseo de subred Restringido. Colocar un contador de saltos en cada paquete. Marcar el tiempo de cada paquete.

Pero en la prctica no vale solo con hacer esto sino que tenemos que garantizar que todas las confirmaciones de los paquetes tambin se eliminan.

Pgina 3 de 5

Redes de Informacin -Trabajo Prctico N6

Ignacio Rigoni

7. Cmo se libera una conexin a nivel de transporte? Graficar las situaciones posibles Hay dos estilos de terminacin de una conexin: Liberacin asimtrica: Es la manera en que funciona el mecanismo telefnico: cuando una parte cuelga, se interrumpe la conexin. La liberacin simtrica trata la conexin como dos conexiones unidireccionales distintas, y requiere que cada una se libere por separado. La liberacin asimtrica es abrupta y puede resultar en la perdida de datos. Por lo que es obvio que se requiere un protocolo de liberacin ms refinado para evitar la perdida de datos. Una posibilidad es usar la liberacin simtrica, en la que cada direccin se libera independientemente de la otra. Aqu, un host puede continuar recibiendo datos aun tras haber enviado una TPDU de desconexin. Liberacin simtrica: Es ideal cuando un proceso tiene una cantidad fija de datos por enviar y sabe con certidumbre cundo los ha enviado. En otras situaciones, la determinacin de si se ha efectuado o no todo el trabajo y se debe terminarse o no la conexin no es tan obvia. Podramos pensar en un protocolo en el que el host 1 diga:Ya termine, Terminaste tambin?. Si el host 2 responde Ya termine tambin, la conexin puede liberarse con seguridad. Pero no es tan fiable por el problema de que siempre tendremos que esperar la confirmacin de los mensajes recibidos y si esta confirmacin no llega no libera la conexin y despus puede que necesite la confirmacin de que llego la confirmacin y entraramos en un bucle del que no podemos salir. Podemos hacer que al host 1 si no le llega la confirmacin despus de N intentos (es que quiere la desconexin), se libere. Esto produce una conexin semiabierta en la que el host 1 est desconectado pero el host 2 no como no le llega la confirmacin no se desconecta nunca. Para solucionar esto creamos una regla por la cual si al host 2 no le llega ninguna TPDU durante cierta cantidad de segundos, se libera automticamente.

8. En qu consiste el nivel de flujo? El control de flujo en esta capa es similar al de la capa de enlace. En esta capa lo que se hace es, si el servicio de red no es confiable, el emisor debe almacenar en un buffer todas las TPDUs enviadas, igual que en la capa enlace de datos. Sin embargo, con un servicio de red confiable son posibles otros arreglos. En particular, si el emisor sabe que el receptor siempre tiene espacio de buffer, no necesita tener copias de las TPDUs que enva. Sin embargo, si el receptor no garantiza que se aceptar cada TPDU que llegue, el emisor tendr que usar buffers de todas maneras. En el ltimo caso, el emisor no puede confiar en la confirmacin de recepcin de la capa red porque esto slo significa que ha llegado la TPDU, no que ha sido aceptada. El equilibrio ptimo entre el almacenamiento del buffer en el origen y en el destino depende del tipo de trafico transportado por la conexin. 9. Cmo puede recuperarse un host de una cada? Si los hosts y los enrutadores estn sujetos a cadas, la recuperacin es fundamental. Si la entidad de transporte est por entero dentro de los hosts, la recuperacin de cadas de red y Pgina 4 de 5

Redes de Informacin -Trabajo Prctico N6

Ignacio Rigoni

de enrutadores es sencilla. Si la capa de red proporciona servicio de datagramas, las entidades de transporte esperan prdida de algunas TPDUs todo el tiempo, y saben cmo manejarla. Si la capa de red proporciona servicio orientado a la conexin, entonces la prdida de un circuito virtual se maneja estableciendo otro nuevo y sondeando la entidad de transporte remota para saber cuales TPDUs ha recibido y cuales no. Un problema ms complicado es la manera de recuperarse de cadas del host. Al reactivarse, sus tablas estn en el estado inicial y no sabe con precisin donde estaba. En un intento por recuperar su estado previo, el servidor podra enviar una TPDU de difusin a todos los dems host, anunciando que se acaba de caer y solicitando a todos sus clientes que le informen el estado de todas las conexiones abiertas. 10. En qu consiste la multiplexacin? La multiplexin de varias conversaciones en conexiones, circuitos virtuales o enlaces fsicos desempea un papel importante en diferentes capas de la arquitectura de red. En la capa de transporte puede surgir la necesidad de multiplexin por varias razones. Por ejemplo, si en un host slo se dispone de una direccin de red, todas la conexiones de transporte de esa maquina tendrn que utilizarla. Cuando llega una TPDU, se necesita algn mecanismo para saber a cul proceso asignarla. Esta situacin se conoce como multiplexin hacia arriba. La multiplexin tambin puede ser til en la capa transporte para la utilizacin de circuitos virtuales, que dan ms ancho de banda cuando se reasigna a cada circuito una tasa mxima de datos. La solucin es abrir mltiples conexiones de red y distribuir el trfico entre ellas. Esto se denomina multiplexin hacia abajo.

Pgina 5 de 5