Está en la página 1de 14

MODELO OPEN SYSTEM INTERCONNECTION

(OSI) CAPAS: SESIN, PRESENTACIN Y


APLICACIN
NDICE GENERAL

Pg.
INTRODUCCION... 6

DESARROLLO 7

Modelo OSI.................... 7

Capa de Aplicacin. 7

Objetivos. 7

Servicios que Ofrece 8

Protocolos y Servidores 8

Procesos que Proporcionan Acceso a la Red.. 9

Protocol Data Unit (PDU). 9

Capa de Presentacin... 10

Objetivos.... 10

Estructura... 10

Servicios que Ofrece.... 11

Tipos de Datos... 11

Codificacin.... 11

Protocolos.. 11

Capa se Sesin 12

Objetivos.. 12

Servicios que Ofrece. 12

Intercambio de Datos 13

Administracin de Dilogos.. 13

Administracin de Actividades. 13

Sincronizacin 13

Protocolos. 13

Protocolo Data Unit (PDU).. 14

Comparacion entre el Modelo OSI y TCP/IP.. 14

CONCLUSIONES Y RECOMENDACIONES.... 15-16


Conclusiones 15

Recomendaciones.......... 16

3
INTRODUCCIN

Actualmente, el modo en el que se producen las relaciones sociales,


comerciales, polticas y personales, est cambiando de forma continua para estar al
da con los avances tecnolgicos. Es por ello, que la tecnologa se
ha convertido en parte del sistema de vida de toda la humanidad, ya que est
proporcionando una amplia variedad de opciones en cuanto a lo que podra ser el
destino de ella.

Para entender porque la tecnologa es vital en la cotidianidad del ser humano,


basta con pensar en algunos ejemplos: se puede ver las condiciones del
tiempo en cualquier pas al que se desee viajar, se puede visualizar las noticias a
nivel nacional e internacional y acceder a la banca electrnica; facilita adems la
comunicacin entre personas a travs de las herramientas de colaboracin como la
mensajera instantnea o los blogs; y mejora la enseanza y el aprendizaje de los
estudiantes, ya que les permite acceder a los mismo recursos que se encuentran en
el campus de manera online.

Todo esto, son solo algunos de los beneficios que aporta las redes
tecnolgicas a la red humana. Dando a conocer una vez ms, que la
comunicacin es casi tan importante para el ser humano como lo es el agua para vivir.
Ya que mientras ellos estuvieron limitados a conversaciones cara a cara, el
avance de los medios ha ampliado el alcance de las comunicaciones.

6
DESARROLLO

MODELO OSI

El modelo de interconexin de sistemas abiertos, tambin llamado OSI (en ingls:


Open System Interconnection) es el modelo de red descriptivo creado por la
Organizacin Internacional para la Estandarizacin en el ao 1984. Es decir, es un marco
de referencia para la definicin de arquitecturas de interconexin de sistemas de
comunicaciones. OSI se fija en siete capas, las cuales pueden ser divididas o
agrupadas en las capas superiores e inferiores:

Las capas superiores, son las que en lneas generales proporcionan servicios de soporte al
usuario. Mientras que las capas inferiores, admiten la comunicacin entre distintos
dispositivos de distintas redes, determina la mejor ruta a travs de la red y controla
los dispositivos de hardware y los medios que forman la red.

El modelo OSI es una representacin abstracta en capas, creada como gua para
el diseo del protocolo de red. OSI divide el proceso de networking en diferentes
capas lgicas, cada una de las cuales tiene una nica funcionalidad y a la la
cual se le asignan protocolos y servicios especficos.

1. CAPA DE APLICACIN

La capa de Aplicacin, es la capa superior de los modelos OSI y TCP/IP. Es


responsable de los accesos directos de los procesos subyacentes que administran y
envan la comunicacin a la red. Esta capa sirve como origen y destino en las
comunicaciones en las redes de datos. Es decir, es la capa que proporciona la
interfaz entre las aplicaciones que utilizamos para comunicarnos y la red subyacente
en la cual se transmiten los mensajes. En otro sentido, es la que ofrece a las
aplicaciones (de usuario o no) la posibilidad de acceder a los servicios de las dems
capas y define los protocolos que utilizan las aplicaciones para intercambiar datos,
como correo electrnico (POP y SMTP), gestores de bases de datos y servidor de
ficheros (FTP).

En general, esta capa es la que hace posible que todos los protocolos que normalmente
utilizamos en el ordenador (correo electrnico, navegar por pginas webs, etc.)
funciones correctamente.

1.1.- OBJETIVOS:

Acceder a los servicios de las dems capas.


Trabajar en conjunto con las dems capas.

Definir los protocolos que utilizan las aplicaciones para intercambiar datos
como: E-mail (POP y SMTP).

7
1.2 SERVICIOS QUE OFRECE:

La capa de Aplicacin proporciona los servicios utilizados por las aplicaciones


para que los usuarios se comuniquen a travs de la red. Algunos de los servicios
que ofrece esta capa son:

Transporte de correo electrnico: Gran variedad de aplicaciones pueden


utilizar un protocolo para gestionar el correo electrnico. Los diseadores de
aplicaciones que recurren al correo electrnico no necesitan desarrollar sus
propios programas para gestionar el correo. Adems, las aplicaciones que
comparten una misma interfaz de correo pueden intercambiar mensajes
utilizando el gestor de correo electrnico.

Acceso a archivos remotos: Las aplicaciones locales pueden acceder a


los archivos ubicados en los nodos remotos.
Ejecucin de tareas remotas: Las aplicaciones locales pueden iniciar y
controlar procesos en otros nodos.
Directorios: La red puede ofrecer un directorio de recursos, incluyendo nombres
de nodos lgicos. El directorio permite que las aplicaciones accedan a los
recursos de la red utilizando nombres lgicos en lugar de identificaciones
numricas abstractas.
Administracin de la red: Los protocolos de administracin de la red permiten que
varias aplicaciones puedan acceder a la informacin administrativa de la red.

1.3.- PROTOCOLOS Y SERVIDORES:

Los protocolos de capa de aplicacin se utilizan para intercambiar los datos entre los
programas que se ejecutan en los host de origen y destino. Existen muchos protocolos
de capa de aplicacin y siempre se desarrollan protocolos nuevos.

Los protocolos de esta capa ms conocidos son aquellos que proporciona


intercambio de la informacin del usuario. Estos protocolos especifican la
informacin de control y formato necesario para muchas de las funciones de
comunicacin de Internet ms comunes. Algunos de los protocolos son:

El protocolo Servicios de Nombres de Dominio (DNS, Domain Name Service) se


utiliza para resolver nombres de Internet en direccin IP.

El protocolo de Transferencia de Hipertexto (HTTP,


Hypertex Transfer Protocol) se utiliza para transferir archivos que
forman las pginas Web de la World Wide Web.

El protocolo Simple de Transferencia de Correo (SMTP) se utiliza para la


transferencia de mensajes de correo y adjuntos.

Telnet, un protocolo de emulacin de terminal, se utiliza para


proporcionar acceso remoto a servidores y a dispositivos de red.

El protocolo de Transferencia de Archivos (FTP, File Transfer


Protocol) se utiliza para la transferencia interactiva de archivos entre sistemas.

El protocolo de Configuracin Dinmica de Anfitrin (DHCP, Dynamic Host


Configuration Protocol).

Traduccin de Direccin de Red (NAT, Network Address Translation).

Para correo electrnico (POP, Post Office Protocol).

Entre los servidores de la capa de Aplicacin se encuentran los siguientes:

8
El Servidor DNS, ofrece el nombre de dominio en un servicio.

El Servidor Telnet, genera conexiones remotas.

El Servidor E-mail, permite el uso de las cuentas de usuario del correo


electrnico.

El Servidor DHCP, controla la conexin a Internet.

El Servidor Web, almacena todos los sitios web.

El Servidor FTP, permite transferir de un servidor a otro.

Las funciones asociadas con los protocolos de la capa de Aplicacin

permiten a la red humana comunicarse con la red de datos subyacente. Cuando abrimos
un explorador Web o una ventana de mensajera instantnea, se inicia una aplicacin, y
el programa de coloca en la memoria del dispositivo donde se ejecuta. Cada programa
ejecutable cargado a un dispositivo se denomina proceso.

1.4.- PROCESOS QUE PROPORCIONAN ACCESO A LA RED:

Dentro de la capa de Aplicacin, existen dos formas de procesos o programas de


software que proporcionan acceso a la red: aplicaciones y servicios.

Las aplicaciones, son los programas de software que utiliza la gente para comunicarse
a travs de la red. Algunas aplicaciones del usuario final son compatibles con la red, lo cual
significa que implementa los protocolos de la capa de aplicacin y
pueden comunicarse directamente con las capas inferiores. Los clientes de
correo electrnico y los exploradores Web son ejemplos de este tipo de aplicaciones.

Los servicios, otros programas pueden necesitar la ayuda de los servicios de la


capa de Aplicacin para utilizar los recursos de la red, como la transferencia de archivos o cola
de impresin en red. Aunque son transparentes para el usuario, estos servicios son los
programas que se comunican con la red y preparan los datos para la transferencia.
Diferentes tipos de datos, ya sea texto, grafico o video, requieren de diversos servicios de red
para asegurarse de que estn bien preparados para procesar las funciones de las capas
inferiores del modelo OSI.

1.5.- PDU:

Las Unidades de Datos de Protocolo (PDU, Protocol Data Unit) se utilizan para el
intercambio de informacin entre dos capas OSI, y existen
dos clases:

PDU de Datos, que contiene los datos del usuario final (en el caso de la capa de
aplicacin) o la PDU del nivel inmediatamente superior.

PDU de Control, que sirven para gobernar el comportamiento completo del


protocolo en sus funciones de establecimiento y ruptura de la conexin, control de flujo, control
de errores, etc. No contienen informacin alguna proveniente del nivel N+1 (Nivel superior
que sigue).

Los PDU de la capa de Aplicacin, consisten en que consiste en que cada capa en el sistema
fuente le agrega informacin de control a los datos,
y cada capa en el sistema de destino analiza y remueve la informacin de control de los datos.

9
Los PDU en esta capa se les denominan Informacin Datos del Paquete. Un ejemplo
de PDU en esta capa es el DNS, Domain Name System (Sistema de Nombres de
Dominio) es un sistema de nomenclatura jerrquica para computadoras, servicios o
cualquier recurso conectado a Internet o a una red privada.

2.- CAPA DE PRESENTACIN

Se ocupa de los aspectos de sintaxis y semntica de la


informacin que se transmite y no del movimiento
fiable de bits de un lugar a otro. Es tarea de este
nivel la codificacin de los datos conforme a lo
acordado previamente. Para posibilitar la comunicacin
de ordenadores con diferentes representaciones de
datos. Tambin se puede dar aqu la comprensin de
datos.

La Capa de Presentacin, realiza ciertas funciones


que se piden con suficiente frecuencia para justificar la
bsqueda de una solucin general, en lugar de dejar
que cada usuario resuelva los problemas. En
particular, y a diferencia de todas las capas inferiores que se interesan solo en mover bits de
manera confiable de ac para all la capa de presentacin se ocupa de la sintaxis y la
semntica de la informacin que se transmite.

2.1.- OBJETIVO:

El objetivo principal de la capa de presentacin es encargarse de la representacin de la


informacin, de manera que aunque distintos equipos puedan tener diferentes
representaciones internas de caracteres, nmeros, sonido o imgenes, los
datos lleguen de manera reconocible.
Trabajar ms el contenido de la comunicacin que en cmo se establece la misma.
En ella se tratan aspectos tales como la semntica y la sintaxis de los datos
transmitidos, ya que distintas computadoras pueden tener diferentes formas
En resumen, la capa de Presentacin tiene la funcin de dar formato a los datos, formato que
por supuesto incluye la comprensin y cifrado de dichos datos.

2.2.- ESTRUCTURA:

A grandes rasgos se podra decir que la capa de presentacin est estructurada por:

La interfaz de usuario: ofrece a los usuarios informacin, sugerencias, acciones y


captura los datos de entrada a travs del teclado y el ratn.
La lgica de presentacin: hace referencia a todo el procesamiento requerido
para mostrar datos y transformar los datos de entrada en acciones que podemos
ejecutar contra la capa de negocio o de servicios. Se podra decir que la lgica de
presentacin est muy relacionada con mostrar datos en la pantalla del usuario.

2.3.- SERVICIOS QUE OFRECE:

Traduce entre varios formatos de datos utilizando un formato comn.

Define la estructura de datos a transmitir.

Define el cdigo a usar para representar una cadena de caracteres.

Da formato a la informacin para visualizarla o imprimirla.

Comprime los datos si es necesario.

10
Aplica a los datos procesos criptogrficos.

2.4.- TIPOS DE DATOS:

Tipos Primitivos: Los tipos primitivos son escalares, es decir, almacenan un nico
valor, como por ejemplo una cadena de texto o un entero. Los tipos primitivos ms
importantes son:
El tipo INTEGER se usa para representar nmeros enteros.

El tipo OCTET STRING almacena una secuencia de bytes. De l se derivan tres


subtipos:

DisplayString (para cadenas de caracteres ASCII)

OctetBitString (para cadenas de bits mayores de 32)

PhysAddress (para representar direcciones del nivel de enlace).


El tipo OBJECT IDENTIFIER para representar los identificadores de los objetos, es
decir, la posicin de un objeto.
El tipo BOOLEAN para valores que slo pueden ser verdadero o falso.
El tipo NULL para representar la ausencia de valor.

2.5.- CODIFICACIN:

La sintaxis de transferencia especifica cmo se codifican los distintos tipos de datos. Define la
forma de codificar en el transmisor y decodificar en el receptor los valores expresados con
ASN.1.

Este estndar no define cmo se han de codificar esos datos, sino que es una sintaxis
abstracta para indicar el significado de los datos. Para la codificacin de los datos se usan
otras normas como: BER (Reglas de Codificacin Bsicas) (BER - X.209), CER (Canonical
Encoding Rules), DER (Distinguished Encoding Rules), PER (Packed Encoding Rules) y XER
(XML Encoding Rules).

2.6.- PROTOCOLOS:

BER: Las Reglas de Codificacin Bsicas, o BER (Basic Encoding Rules), es uno de
los formatos de codificacin definidos como parte del estndar ASN.1. Las reglas,
denominadas sintaxis de transferencia en el contexto de ASN.1, especifican las
secuencias de octetos exactas para codificar un elemento de datos dado. La sintaxis
BER, junto con dos subconjuntos de BER: Canonical Encoding Rules (CER) y
Distinguished Encoding Rules (DER), estn definidas por el documento de estndares
X.690 de la UIT-T, el cual es parte de las series de documentos ASN.1. Cadaelemento
de datos est codificado usando la codificacin tipo-longitud- valor, es decir, por un
identificador de tipos, una descripcin longitud, los elementos de datos actuales, y donde
sea necesario, un marcador de fin-de- contenido.

3.- CAPA DE SESIN

Esta capa, es el quinto nivel del modelo OSI , que proporciona los mecanismos para
controlar el dilogo entre las aplicaciones de los sistemas finales. En muchos casos, los
servicios de la capa de Sesin son parcialmente, o incluso, totalmente prescindibles.
No obstante en algunas aplicaciones su utilizacin es necesaria.
En otro sentido, esta capa establece, gestiona y finaliza las
conexiones entre usuarios (procesos o aplicaciones) finales. Se encarga de mantener el
enlace entre los dos computadores que estn transmitiendo daos de cualquier ndole.

11
3.1.- OBJETIVOS:

Su objetivo principal es, permitir que los usuarios de diferentes maquina


establezcan sesiones entre ellos.
Crear y mantener dilogos entre las aplicaciones de origen y destino.

El correcto funcionamiento de esta capa, es crucial para las comunicaciones en los


equipos, debido a que asegura o mantiene el enlace entre dos computadoras. Uno de los
puntos fuertes de esta capa, es que permite la reanudacin de tareas en caso de alguna
interrupcin.

3.2.- SERVICIOS QUE OFRECE:

La capa de Sesin proporciona los siguientes servicios:

Control de la sesin a establecer entre el emisor y el receptor (quin transmite, quin


escucha y seguimiento de sta).
Control de la concurrencia (que dos comunicaciones a la misma operacin crtica
no se efecten al mismo tiempo).
Mantener puntos de verificacin (checkpoints), que sirven para que, ante una
interrupcin de transmisin por cualquier causa, la misma se pueda reanudar desde el ltimo
punto de verificacin en lugar de repetirla desde el principio.
Control del Dilogo, este puede ser simultneo en los dos sentidos (full-duplex) o
alternado en ambos sentidos (half-duplex).

Agrupamiento, el flujo de datos se puede marcar para definir grupos de datos.

La capa de sesin puede proporcionar un procedimiento de puntos de comprobacin,


de forma que si ocurre algn tipo de fallo entre puntos de comprobacin, la entidad de
sesin puede retransmitir todos los datos desde el ltimo punto de comprobacin y no desde
el principio.

3.3.-INTERCAMBIO DE DATOS:

La caracterstica ms importante de la capa de Sesin es el Intercambio de datos.


Una sesin sigue un proceso de dos fases:

El Establecimiento: en el establecimiento de una sesin un usuario de sesin invoca


una primitiva S-CONNECT.request con el objeto de establecer una sesin, el proveedor
de sesin solo ejecuta un T- CONNECT.request para establecer una conexin de
transporte.

De la misma manera, el establecimiento de una sesin, al igual que el establecimiento de


un conexin de transporte, implica una negociacin entre los
corresponsales (usuarios) para fijar los valores de varios parmetros como pueden ser la
calidad de servicio, y la bandera indicando si los datos acelerados estn o no permitidos.

Estos se pasan a la conexin de transporte sin que se les haga modificacin alguna.

La Liberacin: en la liberacin existen importantes diferencias entre una sesin y


una conexin de transporte. La principal esta es en la forma de cmo se liberan las sesiones y
las conexiones de transporte.

Las conexiones de transporte terminan con la primitiva


T- DISCONNECT.request, que produce una liberacin abrupta y puede traer como
resultado la prdida de los datos en trfico que haya en el momento de la liberacin.

Las sesiones se terminan con la primitiva S-RELEASE.request que resulta en una


liberacin ordenada en la cual los datos no se llegan a perder.

12
3.4.-ADMINISTRACION DE DILOGOS:

En principio, todas las conexiones del modelo OSI son dplex, es decir, las PDU
(Unidades de datos del protocolo) se pueden mover en ambas direcciones
simultneamente sobre la misma conexin. Sin embargo, hay varias situaciones en las que
el software de capas superiores est estructurado de tal forma que espera que los usuarios
tomen turnos (en este caso se tendr una comunicacin semiduplex).

3.5.-ADMINISTRACION DE ACTIVIDADES:

Permite que el usuario divida el flujo de mensajes en unidades lgicas denominadas


actividades. Cada actividad es completamente independiente de cualquiera de las dems que
pudieron haber venido antes o que vendrn despus de ella.

En una transferencia de archivo que se inicia como una actividad. En un momento del proceso
de transferencia es posible emitir una primitiva S- ACTIVITY-INTERRUPT.request, para
suspender la transferencia del archivo.

3.6.-SINCRONIZACION:

Los usuarios pueden insertar puntos de sincronizacin en el flujo del mensaje. Cada uno de
estos puntos lleva un nmero de sede. Cuando un usuario invoca una primitiva para solicitar un
punto de sincronizacin, el otro obtiene una indicacin. De la misma manera si uno de
ellos invoca una primitiva para resincronizacin el otro tambin obtiene una indicacin de
esto.

La notificacin de excepciones no solamente se aplica a los errores detectados del usuario.


El proveedor del servicio puede generar una primitiva S-P-EXCEPTION-REPORT.
indication para informarle al usuario sobre los problemas internos que existen dentro de
la capa de sesin, o sobre problemas que le reporten procedentes de las capas de
transporte o inferiores.

Estas notificaciones contienen un campo que describe la naturaleza de la excepcin. La


decisin sobre que accin tomar, si hay alguna, depender del usuario.

3.8.- PROTOCOLOS:

Los protocolos de sesin, establecen las


reglas para el intercambio de datos e
informacin de control entre entidades
de sesin pares, utilizando una conexin
de transporte. Los ms importantes son:

Sistema de Archivos de Red


(NFS, Network File System): primer
sistema comercial de archivos en red
(1984) maduro, estndar, multiplataforma
que permite acceder y compartir archivos
en una red C/S heterognea como si
estuvieran en un slo disco, i.e. montar un
directorio de una mquina remota en una
mquina local.
Lenguaje de Consulta
Estructurado (SQL, Structured Query Languaje): Como su nombre indica,
el SQL nos permite realizar consultas a la base de datos. Pero el nombre se queda corto ya
que SQL adems realiza funciones de definicin, control y gestin de la base de datos.
El SQL es un estndar aceptado en productos de bases de datos. A pesar de que no
se trata de un lenguaje de programacin como puedan serlo C o Pascal, puede utilizarse en

13
el diseo de consultas interactivas y puede incluirse en una aplicacin como un conjunto de
instrucciones de manejo de datos. El SQL estndar cuenta tambin con elementos
destinados a la definicin, modificacin, control y proteccin de los datos. Tanto los
usuarios tcnicos como los que no lo son pueden utilizar este lenguaje.
Llamada de Procedimiento Remoto (RPC, Remote Procedure Call): El RPC (del ingls
Remote Procedure Call, Llamada a Procedimiento Remoto) es un protocolo que permite
a un programa de ordenador ejecutar cdigo en otra mquina remota sin tener que
preocuparse por las comunicaciones entre ambos. El protocolo es un gran avance sobre los
sockets usados hasta el momento. De esta manera el programador no tena que estar
pendiente de las comunicaciones, estando stas encapsuladas dentro de las RPC. Este
servicio permite que las aplicaciones de nuestro equipo puedan comunicarse con el
sistema operativo y entre s.

El Sistema X-Window: X est formado de dos partes: un lado servidor y un lado cliente.
La funcionalidad bsica es familiar a la forma en que trabajan todos los modelos cliente-
servidor, en el sentido de que el servidor X tiene determinados recursos que
proporciona al cliente. Debido a que el servidor X est integrado a las pilas TCP/IP las
peticiones pueden venir de cualquier cliente y pueden ser solicitadas a cualquier servidor.
Adems, debido a que X, adems de ser un programa especfico, define adems un
protocolo, los clientes pueden comunicarse con servidores X en otro tipo de plataforma. El
servidor acta como una interfaz entre los programas clientes y el hardware fsico.

3.9.- PDU

Los PDU de esta capa, tambin son llamados Unidades de Datos.

Ahora bien, la relacin entre el intercambio de primitivas y los procedimientos del


protocolo es como sigue:

Si llega a la mquina de protocolo de sesin una unidad de datos del protocolo de


sesin (SPDU), entregada por el proveedor (capa de transporte), se generara una indicacin o
confirmacin de servicio al usuario (primitivas indication o confirm).
Si se recibe del usuario un requerimiento o respuesta (primitivas request o response),
se enva una SPDU desde una entidad de sesin a otra y/o se genera un requerimiento del
servicio de transporte.

4.- COMPARACION ENTRE EL MODELO OSI Y TCP/IP

OSI TCP/IP

14
CONCLUSIONES

El desarrollo de este trabajo que tiene como objetivo entender para que y como se
crean o interconectan las redes, est dirigido a todos los interesados en el diseo,
construccin y/o arquitectura de redes, mostrando como referencia los modelos OSI y
TCP/IP.

Ambos modelos, representan una herramienta de gran importancia para lograr la


efectividad en las comunicaciones entre la red de datos y la red humana.

El Modelo OSI es la representacin de red, formada por 7 capas. Mientras que


el TCP/IP est definida por 4 categoras de funciones y que deben tener lugar
para que las comunicaciones sean exitosas. Ambos, tienen semejanzas en algunos
protocolos, como las Capas de Transporte y las Capas de Red/Internet, en el
resto de los protocolos estn las diferencias, ambos tienen fortalezas y
debilidades.

Mientras que OSI contiene la comunicacin no orientada a la conexin y la


orientada a la misma, el Modelo TCP/IP solo tiene el modo sin conexin, pero
considera ambos modos en la Capa de Transporte.

Por estas razones, es necesario reconocer que todo el xito en la comunicacin


de redes, depende sin duda alguna, del uso correcto de alguno de los dos
modelos que se mencionaron anteriormente.

15
RECOMENDACIONES

Al concluir este tema de vital importancia para la interconexin de redes, se


recomienda ampliamente el uso de un modelo en capas para la creacin de las
mismas, ya que es necesario para visualizar la interaccin entre varios protocolos.

Un modelo en capas muestra el funcionamiento de los protocolos que

se produce dentro de cada capa, como as tambin la interaccin de las capas


sobre y debajo de l.

Su uso, aporta beneficios tales como:

Asiste en el diseo del protocolo, porque los protocolos que operan en una capa
especifica poseen informacin definida que van a poner en prctica y una interfaz
definida segn las capas por encimas y por debajo.

Fomenta la competencia, ya que los productos


de distintos proveedores pueden trabajar en conjunto.

Evita que los cambios en la tecnologa o en las capacidades de una capa afecten otras
capas superiores o inferiores.

Proporciona un lenguaje comn para describir las funciones y


capacidades de red.

En definitiva, el uso de un modelo en capas ayuda en el diseo de redes


complejas, multiuso y de diversos fabricantes

16

También podría gustarte