8. Capa de Transporte 9.

La funcin principal es de aceptar los datos de la capa superior y dividirlos en unidades ms pequeas, para pasarlos a la capa de red, asegurando que todos los segmentos lleguen correctamente, esto debe ser independiente del hardware en el que se encuentre. Para bajar los costos de transporte se puede multiplexar varias conexiones en la misma red. Esta capa necesita hacer el trabajo de multiplexin transparente a la capa de sesin. El quinto nivel utiliza los servicios del nivel de red para proveer un servicio eficiente y confiable a sus clientes, que normalmente son los procesos en el nivel de aplicacin. El hardware y software dentro del nivel de transporte se llaman la entidad de transporte. Puede estar en el corazn del sistema operativo, en un programa, en una tarjeta, etc. Sus servicios son muy semejantes a los del nivel de red. Las direcciones y el control de flujo son semejantes tambin. Por lo tanto, por qu tenemos un nivel de transporte? Por qu no solamente el nivel de red? La razn es que el nivel de red es una parte de la subred y los usuarios no tienen ningn control sobre ella. El nivel de transporte permite que los usuarios puedan mejorar el servicio del nivel de red (que puede perder paquetes, puede tener routers que no funcionan a veces, etc.). El nivel de transporte permite que tengamos un servicio ms confiable que el nivel de red. Tambin, las funciones del nivel de transporte pueden ser independiente de las funciones del nivel de red. Las aplicaciones pueden usar estas funciones para funcionar en cualquier tipo de red. Protocolos de transporte Los protocolos de transporte se parecen los protocolos de enlace. Ambos manejan el control de errores, el control de flujo, la secuencia de paquetes, etc. Pero hay diferencias: En el nivel de transporte, se necesita una manera para especificar la direccin del destino. En el nivel de enlace est solamente el enlace. En el nivel de enlace es fcil establecer la conexin; el host en el otro extremo del enlace est siempre all. En el nivel de transporte este proceso es mucho ms difcil.

Establecimiento de una conexin Desconexin La desconexin asimtrica puede perder datos. La desconexin simtrica permite que cada lado pueda liberar una direccin de la conexin a la vez. Control de flujo Se debe controlar que el nmero de paquetes enviados a un destino para que no colapse a este. Multiplexacin A veces el nivel de transporte tiene que multiplexar las conexiones. Si se desea una transmisin de datos muy rpida se abrirn varias conexiones y los datos se dividirn para hacerlos pasar por estas. Si solo se tiene una conexin pero se quieren pasar varios datos se deber multiplexar el canal. Por tiempos transmitir una conexin u otra. Recuperacin de cadas Si una parte de la subred se cae durante una conexin, el nivel de transporte puede establecer una conexin nueva y recuperar de la situacin. El encabezamiento de TCP TCP (Protocolo de control de transmisin) es el mtodo usado por el protocolo IP (Internet protocol) para enviar datos a travs de la red. Mientras IP cuida del manejo del envo de los datos, TCP cuida el trato individual de cada uno de ellos (llamados comnmente "paquetes") para el correcto enrutamiento de los mismos a travs de Internet. El encabezamiento de TCP para la transmisin de datos tiene este aspecto:

Fig. 6

La puerta de la fuente y del destino identifican la conexin. El nmero de secuencia y el nmero de acuse de recibo son normales. El ltimo especifica el prximo byte esperado. La longitud (4 bits) indica el nmero de palabras de 32 bits en el encabezamiento, ya que el campo de opciones tiene una longitud variable. Los flags: URG. Indica que el segmento contiene datos urgentes. El puntero urgente punta al desplazamiento del nmero de secuencia corriente donde estn los datos urgentes. ACK. Indica que hay un nmero de acuse en el campo de acuse. PSH (Push). El recibidor no debiera almacenar los datos antes de entregarlos. RST (Reset). Hay un problema en la conexin. SYN. Se usa para establecer las conexiones. Una solicitud de conexin tiene SYN = 1 y ACK = 0, mientras que la aceptacin de una conexin tiene SYN = 1 y ACK = 1. FIN. Indica que el mandador no tiene ms datos a mandar. La desconexin es simtrica.

TCP usa una ventana de tamao variable. Este campo indica cuantos bytes se pueden mandar despus del byte de acuse. El checksum provee ms confiabilidad. Las opciones permiten que los hosts puedan especificar el segmento mximo que estn listos para aceptar (tienen que poder recibir segmentos de 556 bytes), usar una ventana mayor que 64K bytes, y usar repetir selectivamente en vez de repetir un nmero indeterminado de veces. 10. Capa De Sesin 11. Permite a los usuarios sesionar entre s permitiendo acceder a un sistema de tiempo compartido a distancia, o transferir un archivo entre dos mquinas. Uno de los servicios de esta capa es la del seguimiento de turnos en el trfico de informacin, como as tambin la administracin de tareas, sobre todo para los protocolos. Otra tarea de esta capa es la de sincronizacin de operaciones con los tiempos de cada en la red. 12. Capa De Presentacin 13. Se ocupa de los aspectos de sintaxis y semntica de la informacin que se transmite, por ejemplo la codificacin de datos segn un acuerdo. Esto se debe a que los distintos formatos en que se representa la informacin que se transmite son distintos en cada mquina. Otro aspecto de esta capa es la compresin de informacin reduciendo el n de bits. 14. Capa De Alicacin 15. Contiene una variedad de protocolos que se necesitan frecuentemente, por ejemplo para la cantidad de terminales incompatibles que existen para trabajar con un mismo editor orientado a pantalla. Para esto se manejan terminales virtuales de orden abstracto. Otra funcin de esta capa es la de transferencias de archivos cuando los sistemas de archivos de las mquinas son distintos solucionando esa incompatibilidad. Aparte se encarga de sistema de correo electrnico, y otros servicios de propsitos generales. El nivel de aplicacin es siempre el ms cercano al usuario. Por nivel de aplicacin se entiende el programa o conjunto de programas que generan una informacin para que esta viaje por la red.

El ejemplo ms inmediato sera el del correo electrnico. Cuando procesamos y enviamos un correo electrnico este puede ir en principio a cualquier lugar del mundo, y ser ledo en cualquier tipo de ordenador. Los juegos de caracteres utilizados por el emisor y el receptor pueden ser diferentes por lo que alguien se ha de ocupar de llevar a cabo estos ajustes. Tambin se ha de crear un estndar en lo que la asignacin de direcciones de correo se refiere. De todas estas funciones se encarga el nivel de aplicacin. El nivel de aplicacin, mediante la definicin de protocolos, asegura una estandarizacin de las aplicaciones de red. En nuestro ejemplo del correo electrnico esto es lo que sucedera..... Supongamos que escribimos un mensaje como el siguiente:

Fig. 7

En nuestro caso hemos escrito este e-mail en un ordenador PC con Windows98 con el programa de correo Microsoft Outlook. Fuese cual fuese el ordenador, sistema operativo o programa de correo que utilizsemos, lo que finalmente viajara por la red cuando enviramos el correo sera algo como esto: From:"Remitente" Email del remitente To: Destinatario Subject: Hola amigos Date: Thu, 25 Feb 2001 09:44:14 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit

X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Hola amigos El estndar que define esta codificacin de mensajes es el protocolo SMTP. Cualquier ordenador del mundo que tenga un programa de correo electrnico que cumpla con el estndar SMTP ser capaz de sacar por pantalla nuestro mensaje. ndice

6. Transmision De Datos En El Modelo Osi.

Cuando el proceso emisor desea enviar datos al proceso receptor, entrega los datos a la capa de aplicacin (7), donde se aade la cabecera de aplicacin en la parte delantera de los datos, que se entrega a la capa de presentacin, y de esta manera se prosigue hasta la capa fsica. Luego de la transmisin fsica, la mquina receptora, se encarga de hacer los pasos para ir eliminando las cabeceras segn las capas que vaya recorriendo la informacin hasta llegar al proceso receptor. Los detalles de cada una de las siete capas es un detalle tcnico en el transporte de los datos entre los dos procesos.

Fig. 8 Ejemplo del uso del modelo OSI.

ndice

7. Terminologia En El Modelo Osi

Entidades: Elementos activos que se encuentran en cada una de las capas, ej. software, hardware, cuando las entidades se encuentran en la misma capa son entidades pares. Proveedor de servicio: Es cada entidad inferior a otra que le puede ofrecer servicios o funciones. SAP: Es el punto de acceso a los servicios de una capa inferior, cada SAP tiene una direccin que lo identifica. Interface:

Es el conjunto de reglas que hace que las capas se puedan comunicar. Se usa una IDU (unidad de datos de la interface) a travs del SAP, la IDU consiste en una SDU (unidad de datos de servicio), adems de alguna informacin de control, necesaria para que las capas inferiores realicen su trabajo, pero no forma parte de los datos.

Fig. 9 Elementos de una transmisin en modelo OSI entre capas.

ndice

8. Servicios Orientados A Coneccion Y Servicios Sin Coneccion

El servicio orientado a conexin se model basndose en el sistema telefnico. As el usuario establece la conexin, la usa, y luego se desconecta. El sistema es similar al usado como una tubera. En cambio el servicio sin conexin se model como el servicio postal. Cada mensaje lleva consigo la direccin del destino, donde no interesa el camino que tome, el inconveniente es el manejo de los tiempos de llegada de los mismos, ya que no se puede determinar el tiempo en que llegar cada mensaje enviado. La transferencia de archivos se realiza generalmente con el servicio orientado a conexin. Para esto existen dos variantes: secuencia de mensajes y flujos de octetos. En el primero se mantiene el limite del mensaje, en cambio en el otro se pueden enviar octetos de 2k sin limite. Primitiva De Servicio Un servicio posee un conjunto de primitivas que hace que el usuario pueda acceder a ellos, y estas primitivas indican al servicio la accin que deben realizar. Existen cuatro categoras de primitivas:

Peticin o Solicitud, que realiza el pedido de conexin o enviar datos. Indicacin, una vez realizado el trabajo se le avisa a la entidad correspondiente. Respuesta, responde si de acepta o rechaza la conexin. Confirmacin, cada entidad se informa sobre la solicitud.

Relacion Entre Servicios Y Protocolos Un servicio es un conjunto de primitivas (operaciones), que la capa efectuar en beneficio de sus usuarios, sin indicar la manera en que lo har. Tambin un servicio es una interface entre dos capas. Un protocolo, a diferencia de servicio, es un conjunto de reglas que gobiernan el formato y el significado de las tramas, paquetes y mensajes que se intercambian entre las entidades corresponsales, dentro de la misma capa. ndice

9. Estudio De La Normalizacion Del Modelo Osi

El modelo, junto con las definiciones de servicio y protocolos asociados, es muy complejo. Cuando se apilan normas impresas, ocupan un fraccin significativa de un metro de papel. Tambin son difciles de realizar e ineficientes en su aspecto operativo. As un problema que aparece en algunas funciones, como lo es el direccionamiento, el control de errores, reaparecen en las subsecuentes capas, as es que una de las propuestas es manejar el error en las capas superiores para impedir repetirlo en las inferiores. La terminal virtual se situ en la capa de aplicacin porque el comit tuvo problemas con la decisin sobre los usos de la capa de presentacin. La seguridad y criptografa de los datos fue un aspecto controvertido en el que nadie se puso de acuerdo en que capa debera haber ido, y lo dejaron de lado. Otra de las crticas a la norma original es que se ignoraron los servicios y protocolos sin conexin, aun cuando era bien sabido que sta es la forma en que trabajan la mayor parte de las redes de rea local. La critica ms seria es que el modelo fue enfocado a las comunicaciones. En muy pocas partes se menciona la relacin que guarda la informtica con las comunicaciones, algunas de las elecciones que se tomaron son completamente inapropiadas con respecto al modo en que trabajan los ordenadores y el software. Por ejemplo el conjunto de primitivas de los servicios.

Por otro lado el modelo semntico manejado por interrupcin es una idea conceptual muy pobre y completamente opuesta a las ideas modernas de programacin estructurada.