MODELO DE REFERENCIA OSI

Interconexin de Sistemas Abiertos

ndice
1. Introduccin. 2. Estructura Del Modelo Osi De Iso. 3. Arquitectura De Red Basada En El Modelo Osi. 4. Arquitectura De Redes. 5. Capas Del Modelo Osi. 6. Transmision De Datos En El Modelo Osi. 7. Terminologia En El Modelo Osi 8. Servicios Orientados A Coneccion Y Servicios Sin Coneccion 9. Estudio De La Normalizacion Del Modelo Osi 10. Fuentes De Informacin 11. Autores De Este Informe Home

1. Introduccin
Por mucho tiempo se consider al diseo de redes un proceso muy complicado de llevar a cabo, esto es debido a que los fabricantes de computadoras tenan su propia arquitectura de red, y esta era muy distinta al resto, y en ningn caso exista compatibilidad entre marcas. Luego los fabricantes consideraron acordar una serie de normas internacionales para describir las arquitecturas de redes. Luego la ISO (Organizacin Internacional de Normalizacin) en 1977 desarrolla una estructura de normas comunes dentro de las redes. Estas normas se conocen como el Modelo de Referencia OSI (interconexin de sistemas abiertos), modelo bajo el cual empezaron a fabricar computadoras con capacidad de comunicarse con otras marcas. Este modelo se basa en el principio de Julio Cesar: "divide y vencers", y est pensado para las redes del tipo WAN.

La idea es disear redes como una secuencia de capas, cada una construida sobre la anterior. Las capas se pueden dividir en dos grupos: 1. Servicios de transporte (niveles 1, 2, 3 y 4). 2. Servicios de soporte al usuario (niveles 5, 6 y 7). El modelo OSI est pensado telecomunicaciones de tipo WAN. para las grandes redes de

No es un estndar de comunicaciones ya que es un lineamiento funcional para las tareas de comunicaciones, sin embargo muchos estndares y protocolos cumplen con los lineamientos del modelo. Como se menciona anteriormente, OSI nace como una necesidad de uniformar los elementos que participan en la solucin de los problemas de comunicacin entre equipos de diferentes fabricantes. Problemas de compatibilidad: El problema de compatibilidad se presenta entre los equipos que van a comunicarse debido a diferencias en:

Procesador Central. Velocidad. Memoria. Dispositivos de Almacenamiento. Interface para las Comunicaciones. Cdigos de caracteres. Sistemas Operativos.

Lo que hace necesario atacar el problema de compatibilidad a travs de distintos niveles o capas. Importantes beneficios: 1. Mayor comprensin del problema. 2. La solucin de cada problema especifico puede ser optimizada individualmente. Objetivos claros y definidos del modelo: Formalizar los diferentes niveles de interaccin para la conexin de computadoras habilitando as la comunicacin del sistema de computo

independientemente del fabricante y la arquitectura, como as tambin la localizacin o el sistema operativo. Alcance de los objetivos: 1. Obtener un modelo en varios niveles manejando el concepto de BIT, hasta el concepto de APLICION. 2. Desarrollo de un modelo en el que cada capa define un protocolo que realice funciones especificas, diseadas para atender a la capa superior. 3. Encapsular las especificaciones de cada protocolo de manera que se oculten los detalles. 4. Especificar la forma de disear familias de protocolos, esto es, definir las funciones que debe realizar cada capa. ndice

2. Estructura Del Modelo Osi De Iso.

A- Estructura multinivel: Se disea una estructura multinivel con la idea de que cada nivel resuelva solo una parte del problema de la comunicacin, con funciones especificas. B- El nivel superior utiliza los servicios de los niveles inferiores: Cada nivel se comunica con su homologo en las otras mquinas, usando un mensaje a travs de los niveles inferiores de la misma. La comunicacin entre niveles se define de manera que un nivel N utilice los servicios del nivel N-1 y proporcione servicios al nivel N+1. C- Puntos de acceso: Entre los diferentes niveles existen interfaces llamadas "puntos de acceso" a los servicios. D- Dependencia de Niveles: Cada nivel es dependiente del nivel inferior como as tambin lo es del nivel superior. E- Encabezados:

En cada nivel, se incorpora al mensaje un formato de control. Este elemento de control permite que un nivel en la computadora receptora se entere de que la computadora emisora le est enviando un mensaje con informacin. Cualquier nivel puede incorporar un encabezado al mensaje. Por esta razn se considera que un mensaje est constituido de dos partes, el encabezado y la informacin. Entonces, la incorporacin de encabezados es necesaria aunque represente un lote extra en la informacin, lo que implica que un mensaje corto pueda ser voluminoso. Sin embargo, como la computadora receptora retira los encabezados en orden inverso a como se enviaron desde la computadora emisora, el mensaje original no se afecta. ndice

3. Arquitectura De Red Basada En El Modelo Osi.

Fig. 1 Arquitectura de la red basada en el modelo OSI.

Esta arquitectura representada utiliza la terminologa de las primeras redes llamadas ARPANET, donde las maquinas que se utilizan para correr los programas en la red se llaman hostales (computadoras centrales), o tambin llamadas terminales. Los hostales se comunican a travs de una subred de comunicaciones que se encarga de enviar los mensajes entre los hostales, como si fuera un sistema de comunicacin telefnica. La subred se compone de dos elementos: las lneas de transmisin de datos, y los elementos de conmutacin, llamados IMP (procesadores de intercambio de mensajes). De sta manera todo el trfico que va o viene a un hostal pasa a travs de su IMP. El diseo de una subred puede ser de dos tipos: 1. Canales punto a punto. 2. Canales de difusin.

El primero (punto a punto) contiene varias lneas de comunicaciones, conectadas cada una a un par de IMP. Cuando un mensaje (paquete) se enva de un IMP otro, se utiliza un IMP intermedio, que garantiza el envo del mensaje, esta modalidad se utiliza en las redes extendidas que son del tipo almacenamiento y reenvo. El segundo (difusin) contiene un solo canal de difusin que se comparte con todas las mquinas de la red. Los paquetes que una mquina quiera enviar, son recibidos por todas las dems, un campo de direccin indica quin es el destinatario, este modelo se utiliza en redes locales.

Fig. 2 Diseo punto a punto. a)Estrella, b)Anillo, c)Arbol, d)Completa, e)Interseccin de anillos, f)Irregular.

Fig. 3 Diseo de difusin. a)Bus, b)Satlite o radio, c)Anillo.

ndice

4. Arquitectura De Redes.
Jerarqua de protocolos: Las redes de disean en capas con el propsito de reducir la complejidad, pero la cantidad de capas, las funciones que se llevan a cabo en cada una y el nombre varan de una red a otra. Cada una de las capas libera a la posterior del conocimiento de las funciones subyacentes. Esto hace necesario establecer interfaces de comunicacin entre capas que definen los servicios y operaciones. Cuando una capa-i de una mquina A establece comunicacin con la capa-i una mquina B, se establecen reglas y convenciones para llevarla a cabo, lo cual se denomina protocolo de la capa-i. A la configuracin de capas y protocolo se le llama arquitectura de red.

Fig. 4 Capas, protocolos e interfaces.

ndice

5. Capas Del Modelo Osi.

1. Capa Fsica Aqu se encuentran los medios materiales para la comunicacin como las placas, cables, conectores, es decir los medios mecnicos y elctricos. La capa fsica se ocupa de la transmisin de bits a lo largo de un canal de comunicacin, de cuantos microsegundos dura un bit, y que voltaje representa un 1 y cuantos un 0. La misma debe garantizar que un bit que se manda llegue con el mismo valor. Muchos problemas de diseo en la parte fsica son problema de la ingeniera elctrica. Medios de transmisin
o o

Par trenzado (twisted pair). Consiste en dos alambres de cobre enroscados (para reducir interferencia elctrica). Cable coaxial. Un alambre dentro de un conductor cilndrico. Tiene un mejor blindaje y puede cruzar distancias mayores con velocidades mayores Fibra ptica. Hoy tiene un ancho de banda de 50.000 Gbps, pero es limitada por la conversin entre las seales pticas y elctricas (1 Gbps). Los pulsos de luz rebotan dentro de la fibra.

Adems de estos hay tambin medios inalmbricos de transmisin. Cada uno usa una banda de frecuencias en alguna parte del espectro electromagntico. Las ondas de longitudes ms cortas tienen frecuencias ms altas, y as apoyan velocidades ms altas de transmisin de datos. Veamos algunos ejemplos:
o

Radio. 10 KHz-100 MHz. Las ondas de radio son fciles de generar, pueden cruzar distancias largas, y entrar fcilmente en los edificios. Son omnidireccionales, lo cual implica que los transmisores y recibidores no tienen que ser alineados. Las ondas de frecuencias bajas pasan por los obstculos, pero el poder disminuye con la distancia.

Las ondas de frecuencias ms altas van en lneas rectas. Rebotan en los obstculos y la lluvia las absorbe. Microondas. 100 MHz-10 GHz. Van en lneas rectas. Antes de la fibra formaban el centro del sistema telefnico de larga distancia. La lluvia las absorbe. Infrarrojo. Se usan en la comunicacin de corta distancia (por ejemplo, controlo remoto de televisores). No pasan por las paredes, lo que implica que sistemas en distintas habitaciones no se interfieren. No se pueden usar fuera. Ondas de luz. Se usan lasers. Ofrecen un ancho de banda alto con costo bajo, pero el rayo es muy angosto, y el alineamiento es difcil.

El sistema telefnico
o o

En general hay que usarlo para redes ms grandes que un LAN. Consiste en las oficinas de conmutacin, los alambres entres los clientes y las oficinas (los local loops), y los alambres de las conexiones de larga distancia entre las oficinas (los troncales). Hay una jerarqua de las oficinas. La tendencia es hacia la sealizacin digital. Ventajas: La regeneracin de la seal es fcil sobre distancias largas. Se pueden entremezclar la voz y los datos. Los amplificadores son ms baratos porque solamente tienen que distinguir entre dos niveles. La manutencin es ms fcil; es fcil detectar errores.

Satlites
o

Funcionan como repetidores de microondas. Un satlite contiene algunos transponedores que reciben las seales de alguna porcin del espectro, las amplifican, y las retransmiten en otra frecuencia. Hay tres bandas principales: C (que tiene problemas de interferencia terrenal), Ku, y Ka (que tienen problemas con la lluvia). Un satlite tiene 12-20 transponedores, cada uno con un ancho de banda de 36-50 MHz. Una velocidad de transmisin de 50 Mbps es tpica. Se usa la multiplexacin de divisin de tiempo.

La altitud de 36.000 km sobre el ecuador permite la rbita geosncrona, pero no se pueden ubicar los satlites con espacios de menos de 1 o 2 grados. o Los tiempos de trnsito de 250-300 milisegundos son tpicos. o Muy til en la comunicacin mvil, y la comunicacin en las reas con el terreno difcil o la infraestructura dbil. 2. Capa De Enlace
o

Se encarga de transformar la lnea de transmisin comn en una lnea sin errores para la capa de red, esto se lleva a cabo dividiendo la entrada de datos en tramas de asentimiento, por otro lado se incluye un patrn de bits entre las tramas de datos. Esta capa tambin se encarga de solucionar los problemas de reenvo, o mensajes duplicados cuando hay destruccin de tramas. Por otro lado es necesario controlar el trfico. Un grave problema que se debe controlar es la transmisin bidireccional de datos. El tema principal son los algoritmos para la comunicacin confiable y eficiente entre dos mquinas adyacentes. Problemas: los errores en los circuitos de comunicacin, sus velocidades finitas de transmisin, y el tiempo de propagacin. Normalmente se parte de un flujo de bits en marcos. Marcos El nivel de enlace trata de detectar y corregir los errores. Normalmente se parte el flujo de bits en marcos y se calcula un checksum (comprobacin de datos) para cada uno. Las tramas contendrn informacin como: - Nmero de caracteres (un campo del encabezamiento guarda el nmero. Pero si el nmero es cambiado en una transmisin, es difcil recuperar.) - Caracteres de inicio y fin. Servicios para el nivel de red

Servicio sin acuses de recibo. La mquina de fuente manda marcos al destino. Es apropiado si la frecuencia de errores es muy baja o el trfico es de tiempo real (por ejemplo, voz). Servicio con acuses de recibo. El recibidor manda un acuse de recibo al remitente para cada marco recibido. Control de flujo Se usan protocolos que prohiben que el remitente pueda mandar marcos sin la permisin implcita o explcita del recibidor. Por ejemplo, el remitente puede mandar un nmero indeterminado de marcos pero entonces tiene que esperar. Deteccin y correccin de errores Ejemplo: HDLC. En este ejemplo se ver un protocolo que se podra identificar con el segundo nivel OSI. Es el HDLC (High-level Data Link Control). Este es un protocolo orientado a bit, es decir, sus especificaciones cubren que informacin lleva cada uno de los bits de la trama. BITS 8 01111110 8 Adress 8 Control >=0 Data 16 Checksum 8 01111110

Como se puede ver en la tabla, se definen unos campos que se agregan a la informacin (Datos). Estos campos se utilizan con distintos fines. Con el campo Checksum se detectan posibles errores en la transmisin mientras que con el campo control se enva mensajes como datos recibidos correctamente, etc. 3. Capa De Red Se ocupa del control de la operacin de la subred. Lo ms importante es eliminar los cuellos de botella que se producen al saturarse la red de paquetes enviados, por lo que tambin es necesario encaminar cada paquete con su destinatario. Dentro de la capa existe una contabilidad sobre los paquetes enviados a los clientes.

Otro problema a solucionar por esta capa es la interconexin de redes heterogneas, solucionando problemas de protocolo diferentes, o direcciones desiguales. Este nivel encamina los paquetes de la fuente al destino final a travs de encaminadores (routers) intermedios. Tiene que saber la topologa de la subred, evitar la congestin, y manejar saltos cuando la fuente y el destino estn en redes distintas. El nivel de red en la Internet (Funcionamiento del protocolo IP) El protocolo de IP (Internet Protocol) es la base fundamental de Internet. Hace posible enviar datos de la fuente al destino. El nivel de transporte parte el flujo de datos en datagramas. Durante su transmisin se puede partir un datagrama en fragmentos que se montan de nuevo en el destino. Paquetes de IP:

Fig. 5 o o o o

Versin. Es la 4. Permite las actualizaciones. IHL. La longitud del encabezamiento en palabras de 32 bits. El valor mximo es 15, o 60 bytes. Tipo de servicio. Determina si el envo y la velocidad de los datos es fiable. No usado. Longitud total. Hasta un mximo de 65.535 bytes.

Identificacin. Para determinar a qu datagrama pertenece un fragmento. o DF (Don't Fragment). El destino no puede montar el datagrama de nuevo. o MF (More Fragments). No establecido en el fragmento ltimo. o Desplazamiento del fragmento. A qu parte del datagrama pertenece este fragmento. El tamao del fragmento elemental es 8 bytes. o Tiempo de vida. Se decrementa cada salto. o Protocolo. Protocolo de transporte en que se debiera basar el datagrama. Las opciones incluyen el enrutamiento estricto (se especifica la ruta completa), el enrutamiento suelto (se especifican solamente algunos routers en la ruta), y grabacin de la ruta. 4. Capa de Transporte
o

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. 5. Capa De Sesin 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. 6. Capa De Presentacin 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. 7. Capa De Alicacin 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" To: Subject: Date: Thu, 25 MIME-Version: Content-Type: charset="iso-8859-1" Content-Transfer-Encoding: X-Priority: X-MSMail-Priority: X-Mailer: Microsoft X-MimeOLE: Produced Hola amigos Email Hola Feb 2001 del remitente Destinatario amigos 09:44:14 +0100 1.0 text/plain; 7bit 3 Normal 4.72.3110.5 V4.72.3110.3

By

Outlook Microsoft

Express MimeOLE

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. ndice

10. Fuentes De Informacin

Bibliografa: Redes para Ordenadores, A. Tannembaun. Direcciones:

Http://Www.Eya.Swin.Net/Redes/Redes_os.Htm Http://Www.Ciudadfutura.Com/Mundopc/Redes Http://Www.Angelfire.Com/Wi/Ociosonet Http://Www.Itlp.Edu.Mx/Publica/Tutoriales/Redes Http://Www.Globalnet.Com.Mx Http://Www.Pchardware.Org/Redes/Redes_osi.Htm