SNA (System Network
Architecture)
IBM creó SNA (System Network Architecture) en 1974, como una
arquitectura de comunicaciones para redes predominantes basadas en mainframes (Un Mainframe es una súper computadora capaz de realizar
millones de instrucciones por segundos (MIPS)). En lo referente a tecnología de
mainframes nada cambia de la noche a la mañana, pero a mediados de los 80 SNA
se había convertido en la solución dominante en las redes del entorno IBM. Es
una arquitectura compleja pero que se comprende bien, y aunque su implantación
resulta costosa es fiable, gestionable, predecible y segura.
La arquitectura SNA (System Network Architecture) de IBM define un
conjunto de servicios y protocolos para la conectividad, interoperación y
gestión de red. Los objetivos establecidos al definir SNA son básicamente los
que se pretende con otras arquitecturas en niveles. En SNA, desde el primer
momento se hizo énfasis en los siguientes aspectos que, con el tiempo, se están
teniendo en consideración en otras arquitecturas: facilitar el desarrollo e
instalación de sistemas y aplicaciones y la gestión y control total de la red.
Con estas consideraciones, los
objetivos de SNA pueden resumirse como sigue:
Modularidad. SNA debe permitir una
estructuración en relativamente pequeños bloques funcionales de propósito
general que puedan utilizarse en una amplia diversidad de dispositivos de red.
Adaptación al cambio tecnológico. La estructuración en niveles
permitirá la utilización de las tecnologías más adecuadas así como la
adaptación a la evolución tecnológica.
Independencia de aplicaciones. El desarrollo de aplicaciones
no debe depender de las características de la red ni de los terminales remotos.
Versatilidad. Los formatos y protocolos SNA
deben permitir la interconexión de sistemas de diversas características, como
terminales, procesadores distribuidos, controladores de comunicaciones, para
formar sistemas unificados.
Proceso distribuido. SNA debe facilitar el desarrollo
de aplicaciones distribuidas.
Compartición de recursos. Los recursos del sistema deben
ser compartidos por los usuarios, ya sean los sistemas de comunicaciones o los
sistemas de control de las sesiones.
Seguridad de datos. SNA debe proporcionar elementos
de protección contra los ataques a la información que se transmite por la red.
Gestión de recursos. SNA debe proporcionar
procedimientos de recuperación de alto nivel.
Facilidad de uso. Las características de SNA
deben poder ser utilizadas por los usuarios y los programas en forma sencilla,
evitando que necesiten conocer los detalles de la red y de los protocolos de
alto nivel.
Facilidad de realización. Los sistemas deben poder
desarrollar, instalar y actualizar de forma relativamente sencilla. Cuando
aparezcan nuevas funciones, éstas deben tener una compatibilidad con las ya
existentes.
Unificación. Todos los productos deben ser
compatibles con los ya existentes, proporcionando una protección a la inversión
de los usuarios en el equipo instalado.
La visión de la arquitectura SNA
se puede realizar desde 3 perspectivas diferentes pero a la vez
interrelacionadas, como son las NAU (Network Addressable Unit) o entidades
funcionales que componen toda la red, los distintos niveles en que se subdivide
toda la arquitectura y los productos que forman la arquitectura SNA.
Un esquema de estas 3
perspectivas muestra la figura.
El nivel de Control de Caminos (Path Control) realiza las funciones de encaminamiento. Opera mediante técnicas de conmutación de paquetes y en él se pueden integrar otros servicios de encaminamiento, como son la conexión a redes X.25 e incluso la propia operación de los nodos SNA como nodos X.25.
Para poder comprender las funciones desarrolladas por los siguientes niveles, es necesario conocer alguna de las terminologías definidas en SNA, como son los conceptos de usuario final y de sesión.
·
El usuario final es una persona o una aplicación que utiliza la red para comunicarse
con otro usuario final.
·
Una sesión es una asociación lógica entre dos usuarios finales, para
permitir una sucesión de transmisiones entre ellos. Así, cuando desde un
terminal, por ejemplo, nos conectamos a una aplicación, SNA establece una
sesión.
·
El nivel de Control de Transmisión (Transmission Control) realiza
las funciones de control de las sesiones que están activas. Controla también el
acompañamiento del flujo de datos entre dos usuarios finales; así se encarga de
frenar la transmisión de la información de un usuario final hasta que el otro
no esté posibilitado para recibirla, por no tener disponibilidad de buffers u
otra razón similar, controla asimismo la secuencia de las unidades de datos y
puede proporcionar opcionalmente procedimientos de seguridad como el
cifrado/descifrado criptográfico.
·
El nivel de Control de Flujo de Datos (Data Flow Control) se encarga
de la sincronización y de la integridad global del flujo de datos durante la
sesión. Por ejemplo, cuando se transmite un grupo de mensajes que tienen una
entidad independiente, es decir, una transacción, el nivel de Control de Flujo
de Datos se encarga de proporcionar los servicios y protocolos para agrupar los
mensajes a efectos de recuperación. También proporciona los servicios para el
tipo de diálogo definido entre usuarios finales. Por ejemplo, se puede definir
que sólo haya acuse de recibo a nivel de aplicación cuando finalice una
transacción.
·
El nivel de Administración de Funciones (Function Mansgement) tiene una
estructura compleja, pues proporciona múltiples servicios. Por ello, se
subdivide en dos subniveles:
o
Subnivel de Servicios de Administración de Funciones. Tiene dos funciones
principales: la primera de ellas comprende la coordinación de la interfaz entre
el usuario final y la red SNA así como los servicios de presentación, en
síntesis, proporciona los servicios orientados al usuario final. La segunda
comprende los servicios de gestión y control de la red SNA, tanto para los
dispositivos y enlaces, como para las aplicaciones y las sesiones.
o
Subnivel de Administración de servicios. Proporciona una serie de
funciones para gestionar conjuntamente los niveles inferiores: Administración
de Funciones, Control de Flujo y Control de Transmisión. El objetivo es que
puedan aparecer a los usuarios finales como una sola entidad que se denomina
Unidad Direccionable de Red (Network Addressable Unit) o simplemente NAU.
·
Los Servicios de Transacción (Transaction Services) proporcionan
servicios de aplicación, tales como acceso a bases de datos distribuidas o
intercambio de documentos.
En la figura se representa una primera aproximación de las relaciones entre el modelo OSI y SNA.
Los niveles físico y enlace son lógicamente equivalentes, pues ambos comprenden los protocolos y servicios más difundidos, si bien SNA, al no necesitar una aprobación formal, puede adaptarse más rápidamente a las nuevas tecnologías, como FDDI, por ejemplo.
El nivel de control de caminos realiza no sólo las tareas de encaminamiento, sino que también se encarga de proporcionar la calidad del servicio, por ejemplo la tasa de errores, a los niveles superiores, actividad que es desarrollada por OSI en el nivel de transporte.
El nivel de control de transmisión se corresponde, en una primera aproximación, al nivel de transporte. Realiza también funciones que en OSI están en el nivel de sesión como son las relacionadas con el control de las sesiones activas.
El nivel de control de flujo se corresponde con las funciones del nivel de sesión en OSI.
El nivel de administración de funciones contiene, como hemos visto, las funciones del nivel de presentación: adicionalmente proporciona funciones correspondientes al nivel de aplicación, como son las correspondientes a la gestión de red. La gestión de red se contempla en OSI dentro del nivel de aplicación, si bien con los elementos distribuidos en los restantes niveles.
El nivel de aplicación y el nivel de servicios de transacción se corresponden en el sentido de que proporcionan las funciones de aplicaciones.
Fuentes de consulta de información:
FUENTES DE
CONSULTA:
http://windowsmainframe.blogspot.mx/2011/08/que-es-un-mainframe.htmlhttp://latecnologiaderedes.blogspot.mx/2011/05/asna_9841.html
http://manque.cl.tripod.com/webarq/c_6.6_SNA.htm
No hay comentarios:
Publicar un comentario