Вы находитесь на странице: 1из 10

ARQUITECTURA DE PROTOCOLOS POR QU ES NECESARIA LA ARQUITECTURA DE PROTOCOLOS?

En el intercambio de datos entre computadoras, los procesamientos involucrados pueden ser bastante complejos por lo que se requiere la realizacin de las siguientes tareas adicionales: 1. El sistema fuente debe proporcionar a la red la identificacin del sistema destino. 2. El sistema fuente, debe asegurarse de que el destino est preparado para recibir datos. 3. La transferencia de archivos en el origen debe asegurarse de que el programa gestor en el destino est preparado para aceptar y guardar el archivo. 4. Si los formatos de los dos archivos son incompatibles en ambos sistemas, uno de los dos deber realizar una operacin de traduccin. Por lo anterior, se sabe que cada capa proporciona un conjunto de servicios a la capa inferior o superior, segn sea el caso. Es evidente que para que haya comunicacin se necesitan dos entidades, por lo que debe existir el mismo conjunto de funciones de capas en los dos sistemas. La comunicacin se consigue haciendo que la capa correspondiente o par intercambie informacin. Las capas pares se comunican intercambiando bloques de datos que verifican una serie de reglas denominadas protocolo. Los aspectos que caracterizan a un protocolo son los siguientes: SINTAXIS: se refiere al formato de los bloques de datos. SEMANTICA: incluye informacin de control para la coordinacin y gestin de errores. TEMPORIZACION: considera aspectos relativos a la sintonizacin de velocidad y secuencia de datos. ARQUITECTURA DE PROTOCOLO SIMPLE La figura muestra los dos mdulos de ambos sistemas que intercambian archivos siguiendo un orden, sin embargo, en vez de exigir que el modulo de transferencia se encargue de los detalles con los que se realiza el envi de datos, dichos mdulos delegan a otros mdulos el servicio de transmisin.

MODELO DE TRES CAPAS En trminos generales, se puede afirmar que las comunicaciones involucran tres agentes: aplicaciones, computadoras y redes. Las aplicaciones se ejecutan en computadoras que realizan mltiples aplicaciones simultneamente. Las computadoras se conectan a redes y los datos se transfieren por la red de un ordenador a otro. Es natural estructurar las tareas de comunicacin en tres capas relativamente independientes: Capa de acceso a la red: est relacionada con el intercambio de datos entre el ordenador y la red a la que est conectado. Capa de transporte: proporciona mecanismos fiables para la transmisin de datos Capa de aplicacin: contiene la lgica necesaria para admitir varias aplicaciones de usuario.

Cada computador en la red debe tener una direccin de red. Esto permite a la red proporcionar datos al computador apropiado. A su vez, cada aplicacin en el ordenador, debe tener una direccin nica dentro de s mismo; esto permitir a la capa de transporte proporcionar los datos a la aplicacin apropiada. Estas direcciones son llamadas Puntos de Acceso al Servicio (SAP Service Access Point), evidenciando que cada aplicacin accede individualmente a los servicios proporcionados por la capa de transporte. En la figura se muestra como se comunican, mediante un protocolo, los mdulos en el mismo nivel de computadores diferentes. Supngase que una aplicacin, asociada al SAP 1 en el computador X, quiere transmitir un mensaje a otra aplicacin, asociada al SAP 2 del computador Y. la aplicacin en X para el mensaje a la capa de transporte con instrucciones para que lo envi al SAP 2 de Y. a su vez, la capa de transporte pasa el mensaje a la capa de acceso a la red, la cual proporciona las instrucciones necesarias a la red para que envi el mensaje a Y.

Supongamos que la aplicacin emisora genera un bloque de datos y se lo pasa a la capa de transporte. Esta ltima puede fraccionar el bloque en unidades ms pequeas. A cada una de estas pequeas unidades, la capa de transporte le aadir una cabecera. La unin de los datos generados por la capa superior, junto con la informacin de control de la capa actual, se denomina UNIDAD DE DATOS DE PROTOCOLO (PDU Protocol Data Unit). En este caso se denomina PDU de transporte. La informacin que se debe incluir en la cabecera puede ser por ejemplo: SAP DESTINO: cuando la capa de transporte destino reciba la PDU de transporte, deber saber a quin van destinados los datos. NUMERO DE SECUENCIA: ya que el protocolo de transporte est enviando una secuencia de PDU, estas se numeran secuencialmente para que, si llegan desordenadas, la entidad de transporte destino sea capaz de ordenarlas. CODIGO DE DETECCION DE ERRORES: la entidad de transporte emisora debe incluir un cdigo obtenido en funcin del resto de la PDU. El protocolo de transporte receptora realiza el mismo clculo y compara los datos con el cdigo recibido. Si hay discrepancia se concluir que ha habido un error en la transmisin y, en este caso, el receptor podr descartar la PDU y adoptar las acciones oportunas para su correccin.

El siguiente paso en la capa de transporte es pasar cada una de las PDU a la capa de red, con la instruccin de que sea transmitida al computador destino.

ARQUITECTURAS DE PROTOCOLOS NORMALIZADAS Se utiliza cuando se desea establecer una comunicacin entre computadores de diferentes fabricantes. Hay dos arquitecturas que han sido bsicas en el desarrollo de estndares de comunicacin: el modelo de referencia OSI y el conjunto de protocolos TCP/IP. MODELO OSI (PROTOCOLOS) El modelo consta de siete capas en las que se establece una relacin paritaria con la capa 7 del computador destino, usando el protocolo de la capa 7 (protocolo de aplicacin). Este protocolo necesita los servicios de la capa 6, de forma tal que las dos entidades de la capa 6 usan un protocolo comn y conocido, y as sucesivamente hasta llegar a la capa fsica, en la que realmente se transmiten los bits a travs del medio fsico.

Se utiliza el principio de ocultacin de informacin: las capas inferiores abordan ciertos detalles. Dentro de cada capa, se suministra el servicio proporcionado a la capa inmediatamente superior, a la vez que se implementa el protocolo con la capa par en el sistema. Elementos clave en la normalizacin requerida en cada capa: ESPECIFICACION DEL PROTOCOLO: Dos entidades en la misma capa en sistemas diferentes cooperan e interactan por medio del protocolo. El protocolo se debe especificar con precisin, ya que estn implicados sistemas abiertos diferentes. Esto incluye el formato de la unidad de datos del protocolo, la semntica de todos los campos, as como la secuencia permitida de PDU.

DEFINICION DEL SERVICIO: Adems del protocolo o protocolos que operan en una capa, se necesitan normalizaciones para los servicios que cada capa ofrece a la capa inmediatamente superior. La definicin del servicio es la descripcin de los servicios que proporciona cada capa pero sin especificar cmo se estn proporcionando. DIRECCIONAMIENTO: Cada capa suministra servicios a las entidades de la capa inmediatamente superior. Las entidades se identifican mediante un punto de acceso al servicio (SAP). As un punto de acceso al servicio de red (NSAP) identifica a una red de transporte usuaria de servicio de red.

LAS CAPAS Y PROTOCOLOS DEL MODELO OSI 1. CAPA FISICA: se encarga de la interfaz entre los dispositivos y define las reglas que rigen la transmisin de bits. Esta capa tiene cuatro caractersticas importantes: Mecnicas (conjunto de circuitos), Elctricas (representacin de bits y velocidad de transmisin), Funcionales (especificacin de las funciones de los circuitos) y De procedimiento (evaluacin de la secuencia de eventos a travs del medio fsico). El estndar ms importante de esta capa es el EIA 232 F (Creado en 1962, para cortas distancias, con bajas velocidades de transmisin y Es una de las interfaces ms utilizada) y algunos estndares de conexin inalmbrica y LAN.

2. ENLACE DE DATOS: Se encarga de asegurar que el enlace fsico sea fiable. El principal servicio proporcionado por la capa de enlace de datos a las capas superiores es la deteccin y control de errores.

Estndares las importantes: HDLC y LLC. El Protocolo HDLC se dise para proporcionar un mecanismo de deteccin y correccin de errores de propsito general a los enlaces digitales, entendiendo como enlace un nico cable que conecta dos mquinas (enlace punto a punto), o varias mquinas (enlace multipunto); este protocolo es muy extenso, por lo que rara vez se utiliza la implementacin completa; lo normal es que se utilicen subconjuntos. La tarea principal del nivel de enlace (nivel 2 OSI) consiste en, a partir de un medio de transmisin comn y corriente, transformarlo en una lnea sin errores de transmisin para la capa de red (nivel 3 OSI). Los protocolos del nivel de enlace definen, tpicamente, reglas para: iniciar y terminar un enlace (sobre un circuito fsico previamente establecido), controlar la correcta transferencia de informacin y recuperarse de anomalas. El HDLC consiste en tramas de bits que estn delimitadas por unas banderas de 8 bits de longitud que contienen el valor 01111110 binario. Cuando el receptor encuentra este valor en el canal, comienza la lectura de una trama, lectura que termina cuando vuelve a encontrar este mismo valor. Ntese que una bandera puede indicar, simultneamente, el final de una trama, y el comienzo de la siguiente. Puesto que dentro de una trama, en el campo de datos de usuario puede aparecer este valor, el transmisor insertar automticamente un bit a 0 detrs de cada bloque de cinco bits a 1; el receptor, a su vez, eliminar cada bit a 0 que siga a un bloque de cinco bits a 1; con este esquema se garantiza que nunca aparecer el valor de la bandera dentro de los bits de datos, es decir, el usuario puede colocar cualquier informacin dentro del paquete, la transmisin es totalmente transparente. Las tramas incorporan una direccin, un cdigo de control y unos nmeros de secuencia. Los nmeros de secuencia de recepcin indican el nmero de secuencia de la siguiente trama que se espera recibir; as, si una trama es recibida correctamente, este valor se incrementar, haciendo que el emisor mande la siguiente trama; si la trama se pierde el valor permanecer igual, con lo que el emisor la volver a enviar. Las tramas de control gestionan fundamentalmente el control de flujo y la notificacin de errores. LLC. Control de enlace lgico ("Logical Link Control") define la forma en que los datos son transferidos sobre el medio fsico, proporcionando servicio a las capas superiores. Es la ms alta de las dos subcapas de enlace de datos definidas por el IEEE y la responsable del control de enlace lgico. La subcapa LLC maneja el control de errores, control del flujo, entramado y direccionamiento de la subcapa MAC. El protocolo LLC ms generalizado es IEEE 802.2, que incluye variantes no orientado a conexin y orientadas a conexin. 3. CAPA DE RED: En esta se realiza la transferencia de informacin entre sistemas finales a travs de algn tipo de red. Libera a las capas superiores de la necesidad de tener conocimiento sobre la transmisin de datos subyacentes y las tecnologas de comunicacin utilizadas para conectar los sistemas. Se utiliza el estndar X.25.

En la actualidad, X.25 es la norma de interfaz orientada al usuario de mayor difusin en las redes de paquetes de gran cobertura. El servicio que ofrece es orientado a conexin (previamente a usar el servicio es necesario realizar una conexin y liberarla cuando se deja de usar el servicio), fiable, en el sentido de que no duplica, ni pierde ni desordena (por ser orientado a conexin), y ofrece multiplexacin, esto es, a travs de un nico interfaz se mantienen abiertas distintas comunicaciones. El servicio X.25 es un dilogo entre dos entidades ETD Y ECD. Para que las redes de paquetes y las estaciones de usuario se puedan interconectar se necesitan unos mecanismos de control, siendo el ms importante desde el punto de vista de la red, el control de flujo, que sirve para evitar la congestin de la red. Tambin el ETD ha de controlar el flujo que le llega desde la red. Adems deben existir procedimientos de control de errores que garanticen la recepcin correcta de todo el trfico. X.25 proporciona estas funciones de control de flujo y de errores. La X.25 se define como la interfaz entre equipos terminales de datos y equipos de terminacin del circuito de datos para terminales que trabajan en modo paquete sobre redes de datos pblicas. X.25 trabaja sobre servicios basados en circuitos virtuales (CV) o canales lgicos en el cual el usuario (DTE) piensa que es un circuito dedicado a un slo ordenador; pero la verdad es que lo comparte con muchos usuarios o clientes (DTE) mediante tcnicas de multiplexado estadstico entrelazando paquetes de distintos usuarios de un mismo canal lgico (LCN). Pueden asignarse hasta 4095 canales lgicos y sesiones de usuarios a un mismo canal fsico.

4. CAPA DE TRANSPORTE: Proporciona un mecanismo para intercambiar datos entre sistemas finales. Se asegura de que los datos se entreguen libres de errores, en orden y sin prdidas ni duplicidades. Son dos los protocolos de inters: El UDP ofrece a las aplicaciones un mecanismo para enviar datagramas IP en bruto encapsulados sin tener que establecer una conexin. Un segmento UDP consiste en una cabecera de 8 bytes seguida de los datos. La cabecera se muestra a continuacin. Los dos puertos sirven para lo mismo que en el TCP: para identificar los puntos terminales de las mquinas origen y destino. El campo de longitud UDP incluye la cabecera de 8 bytes y los datos. La suma de comprobacin UDP incluye la misma pseudocabecera de formato, la cabecera UDP, y los datos, rellenados con una cantidad par de bytes de ser necesario. Esta suma es opcional, y se almacena como 0 si no se calcula. Inutilizarla sera absurdo, a menos que la cantidad de los datos no importe, por ejemplo, voz digitalizada.

TCP (Transport Control Protocolo): es el protocolo que proporciona un transporte fiable de flujo de bits entre aplicaciones. Est pensado para poder enviar grandes cantidades de informacin de forma fiable, liberando al programador de aplicaciones de la dificultad de gestionar la fiabilidad de la conexin (retransmisiones, perdidas de paquete, orden en que llegan los paquetes, duplicados de paquetes...) que gestiona el propio protocolo. Pero la complejidad de la gestin de la fiabilidad tiene un coste en eficiencia, ya que para llevar a cabo las gestiones anteriores se tiene que aadir bastante informacin a los paquetes a enviar. Debido a que los paquetes a enviar tienen un tamao mximo, como mas informacin aada el protocolo para su gestin, menos informacin que proviene de la aplicacin podr contener ese paquete. Por eso, cuando es ms importante la velocidad que la fiabilidad, se utiliza UDP, en cambio TCP asegura la recepcin en destino de la informacin a transmitir.

5. CAPA DE SESION: Proporciona los mecanismos para controlar el dialogo entre las aplicaciones de los sistemas. OSI define la siguiente normalizacin, con los siguientes servicios: Control de dialogo. Este pude ser simultaneoo en los dos sentidos (full - duplex) o alterno en ambos sentidos (half - duplex). Agrupamiento. Se marca el flujo de datos para definir grupos de infromacion. Recuperacin. La capa de sesin puede proporcionar un procedimiento de puntos de comprobacin, de forma que si ocurre algn tipo de fallo entre estos puntos, la entidad de sesin puede retransmitir todos los datos desde el ltimo punto de comprobacin.

6. CAPA DE PRESENTACION: Define el formato de los datos que se van a intercambiar entre las aplicaciones y ofrece a los programas de aplicacin un conjunto de servicios de trasformacin de datos.

Carece de protocolos, solo ofrece servicios de compresin y cifrado. 7. CAPA DE APLICACIN: Proporciona a los programas de aplicacin un medio para que accedan al entorno OSI. En esta capa residen las aplicaciones de uso general como la transferencia de archivos, correo electrnico y acceso a terminales de computadores remotos. Carece de protocolos. LAS CAPAS Y PROTOCOLOS DEL MODELO TCP/IP 1. CAPA FISICA: Define la interfaz fsica entre los dispositivos de transmisin y el medio de transmisin o red. 2. CAPA DE ACCESO A LA RED: es la responsable del intercambio de datos entre el sistema final y la red a la cual est conectado. El emisor debe proporcionar a la red la direccin del destino, de tal manera que esta pueda encaminar los datos hasta el destino apropiado. 3. CAPA DE INTERNET: Utiliza el protocolo de Internet para ofrecer el servicio de encaminamiento a travs de varias redes. IP (Internet Protocol): es un protocolo no orientado a la conexin, con mensajes de un tamao mximo. Cada datagrama se gestiona de forma independiente, por lo que dos datagramas pueden utilizar diferentes caminos para llegar al mismo destino, provocando que lleguen en diferente orden o bien duplicados. Es un protocolo no fiable, eso quiere decir que no corrige los anteriores problemas, ni tampoco informa de ellos. Este protocolo recibe informacin del nivel superior y le aade la informacin necesaria para su gestin (direcciones IP).

4. CAPA DE ENTREMO A EXTREMO O DE TRANSPORTE: El protocolo TCP/IP, es el ms utilizado para proporcionar esta funcionalidad. Se encarga de asegurar que todos los datos lleguen a la aplicacin destino y en el mismo orden en el que fueron enviados. Protocolo de Datagramas de Usuario (UDP: User Datagram Protocol) se define con la intencin de hacer disponible un tipo de datagramas para la comunicacin por intercambio de paquetes entre ordenadores en el entorno de un conjunto interconectado de redes de computadoras. Este protocolo asume que el Protocolo de Internet (IP: Internet Protocol). Este protocolo aporta un procedimiento para que los programas de aplicacin puedan enviar mensajes a otros programas con un mnimo de mecanismo de protocolo. El protocolo se orienta a transacciones, y tanto la entrega como la proteccin ante duplicados no se garantizan. Las aplicaciones que requieran de una entrega fiable y ordenada de secuencias de datos deberan utilizar el Protocolo de Control de Transmisin (TCP: Transmission Control Protocol). TCP (Protocolo de Control de Transmisin) es uno de los principales protocolos de la capa de transporte del modelo TCP/IP. En el nivel de aplicacin, posibilita la administracin de datos que vienen del nivel ms bajo del modelo, o van hacia l, (es decir, el protocolo IP). Cuando se proporcionan los datos al protocolo IP, los agrupa en datagramas IP, fijando el campo del protocolo en 6 (para que sepa con anticipacin que el protocolo es TCP). TCP es un protocolo orientado a conexin, es decir, que permite que dos mquinas

que estn comunicadas controlen el estado de la transmisin. Las principales caractersticas del protocolo TCP son las siguientes: Permite colocar los datagramas nuevamente en orden cuando vienen del protocolo IP. Permite que el monitoreo del flujo de los datos y as evita la saturacin de la red. Permite que los datos se formen en segmentos de longitud variada para "entregarlos" al protocolo IP. Permite multiplexar los datos, es decir, que la informacin que viene de diferentes fuentes (por ejemplo, aplicaciones) en la misma lnea pueda circular simultneamente. Por ltimo, TCP permite comenzar y finalizar la comunicacin amablemente.

5. CAPA DE PLICACION: Contiene toda la lgica necesaria para posibilitar las distintas aplicaciones de usuario para cada tipo en particular de aplicacin. Los protocolos ms importantes son los siguientes tres: TELNET. El programa Telnet proporciona capacidad de registro de entrada remoto. Esto permite a un usuario de una mquina, registrarse en otra mquina, y actuar como si estuviera directamente frente a la segunda mquina. La conexin puede hacerse en cualquier sitio del mundo, siempre y cuando el usuario tenga permiso para registrarse en el sistema remoto. FTP. Protocolo De Transferencia De Archivos. El Protocolo de Transferencia de Archivos (File Transfer Protocol, FTP) permite que un archivo de un sistema se copie a otro sistema. No es necesario que el usuario se registre como usuario completo en la mquina a la que desea tener acceso, como en el caso de Telnet, en vez de ello se puede valer del programa FTP para lograr el acceso. Protocolo Simple De Transferencia De Correo. El Protocolo Simple de Transferencia de Correo (Simple Mail Transfer Protocol, SMTP) se utiliza para transferir correo electrnico. Transparente para el usuario, SMTP conecta distintas mquinas y transferir mensajes de correo, de una manera similar a como FTP transfiere archivos. COMPARACION ENTRE ARQUITECTURAS DE PROTOCOLOS

Вам также может понравиться