Universidad Mariano Glvez de Guatemala

Centro Universitario de Jalapa

Facultad de Ingeniera en Sistemas
Comunicaciones
Ing. Nelson Boche

Investigacin #1
Arquitectura SNA
Modelo Jerrquico Cisco del Diseo de una Red

Jos Mario Constanza Sandoval

0907-10-7237
Jalapa, febrero de 2017
 Systems Network Architecture

Systems Network Architecture (SNA) es una arquitectura de red, diseada por IBM en 1974 y
utilizada para la conectividad con hosts o mainframe de IBM (grandes computadoras y servidores
muy robustos que soportan millones de transacciones, generalmente utilizados en bancos), as
como los servidores IBM AS/400, considerados como servidores middlerange.

Como SNA es muy complejo de utilizar para los programadores, existe una biblioteca de funciones
o interfaz de programacin de aplicaciones (API), llamada CPI-C, especialmente diseada para
crear aplicaciones que se comuniquen utilizando SNA.

Originalmente, fue diseado para permitir la comunicacin con un host. Cada red o subred eran
controladas por este host. Las computadoras se podan comunicar con dicho host, sin embargo no
podan establecer comunicacin directa con otras computadoras. Este estilo de red, recibe el
nombre de sub-rea SNA.

Sin necesidad de host, el nuevo diseo de red que s permite la comunicacin peer-to-peer
implementando SNA es el APPN (Advanced Peer-to-Peer Networking).

SNA define los estndares, protocolos y funciones usadas por los dispositivos, para permitirles la
comunicacin entre ellos, en las redes SNA.

Arquitectura SNA

Es un modelo que presenta similitudes con el modelo de referencia OSI (Open System
Interconnection, Interconexin de Sistemas Abiertos).

La arquitectura SNA se compone de las siguientes capas:

Fsica: SNA no define protocolos especficos para su capa de control fsica. Se puede
emplear cualquier otro estndar para su implementacin.

Control de Enlace de Datos (Data Link Control, DLC): define varios protocolos incluidos el
Synchronous Data Link Control (SDLC) y el protocolo de comunicacin Token Ring Network
para LAN entre iguales (peers).

Control de Ruta (Path Control): implementa mucha de las funciones de la capa de red del
modelo OSI.

Control de Transmisin (Transmission Control): proporciona un servicio de conexin de

punta a punta confiable, as como servicios de cifrado y descifrado.
 Control de Flujo de Datos (Data Flow Control): administra el procesamiento de las
peticiones y respuestas, asigna el turno para la comunicacin, y puede interrumpir el flujo
de informacin pedida.

Servicios de Presentacin (Presentation Services): especifica los algoritmos de

transformacin de datos para cambiarlos de una forma a otra, sincroniza las transacciones
y coordina los recursos compartidos.
Servicios de Transaccin (Transaction Services): proporciona servicios de aplicacin en
forma de programas que implementan el procesamiento distribuido o servicios de gestin.

El modelo jerrquico de 3 capas de Cisco

La jerarqua tiene muchos beneficios en el diseo
de las redes y nos ayuda a hacerlas ms
predecibles. En si, definimos funciones dentro de
cada capa, ya que las redes grandes pueden ser
extremadamente complejas e incluir mltiples
protocolos y tecnologas; as, el modelo nos
ayuda a tener un modelo fcilmente entendible
de una red y por tanto a decidir una manera
apropiada de aplicar una configuracin.

Entre las ventajas que tenemos de separar las redes en 3 niveles tenemos que es ms fcil disear,
implementar, mantener y escalar la red, adems de que la hace ms confiable, con una mejor
relacin costo/beneficio. Cada capa tiene funciones especficas asignadas y no se refiere
necesariamente a una separacin fsica, sino lgica; as que podemos tener distintos dispositivos
en una sola capa o un dispositivo haciendo las funciones de ms de una de las capas.
Las capas y sus funciones tpicas son:
La capa de Acceso (access layer): Conmutacin (switching); controla a los usuarios y el
acceso de grupos de trabajo (workgroup access) o los recursos de internetwork, y a veces
se le llama desktop layer. Los recursos ms utilizados por los usuarios deben ser ubicados
localmente, pero el trfico de servicios remotos es manejado aqu, y entre sus funciones
estn la continuacin de control de acceso y polticas, creacin de dominios de colisin
separados (segmentacin), conectividad de grupos de trabajo en la capa de distribucin
(workgroup connectivity). En esta capa se lleva a cabo la conmutacin Ethernet (Ethernet
switching), DDR y ruteo esttico (el dinmico es parte de la capa de distribucin). Es
importante considerar que no tienen que ser routers separados los que efectan estas
funciones de diferentes capas, podran ser incluso varios dispositivos por capa o un
dispositivo haciendo funciones de varias capas.
La capa de Distribucin (distribution layer): Enrutamiento (routing); tambin a veces se
llama workgroup layer, y es el medio de comunicacin entre la capa de acceso y el Core.
Las funciones de esta capa son proveer ruteo, filtrado, acceso a la red WAN y determinar
que paquetes deben llegar al Core. Adems, determina cul es la manera ms rpida de
responder a los requerimientos de red, por ejemplo, cmo traer un archivo desde un
servidor.
Aqu adems se implementan las polticas de red, por ejemplo: ruteo, access-list, filtrado
de paquetes, cola de espera (queuing), se implementa la seguridad y polticas de red
(traducciones NAT y firewalls), la redistribucin entre protocolos de ruteo (incluyendo
rutas estticas), ruteo entre VLANs y otras funciones de grupo de trabajo, se definen
dominios de broadcast y multicast.
Debemos evitar que se hagan funciones en esta capa que son exclusivas de otras capas.
La capa de Ncleo (core layer): Backbone; es literalmente el ncleo de la red, su nica
funcin es switchear trfico tan rpido como sea posible y se encarga de llevar grandes
cantidades de trfico de manera confiable y veloz, por lo que la latencia y la velocidad son
factores importantes en esta capa. El trfico que transporta es comn a la mayora de los
usuarios, pero el trfico se procesa en la capa de distribucin que a su vez enva las
solicitudes al core si es necesario. EN caso de falla se afecta a todos los usuarios, por lo que
la tolerancia a fallas es importante.
Adems, dada la importancia de la velocidad, no hace funciones que puedan aumentar la
latencia, como access-list, ruteo interVLAN, filtrado de paquetes, ni tampoco workgroup
access. Se debe evitar a toda costa aumentar el nmero de dispositivos en el Core (no
agregar routers), si la capacidad del Core es insufuciente, debemos considerar aumentos
a la plataforma actual (upgrades) antes que expansiones con equipo nuevo.
Debemos disear el Core para una alta confiabilidad (high reliability), por ejemplo con
tecnologas de Data Link (capa 2) que faciliten redundancia y velocidad, como FDDI, Fast
Ethernet (con enlaces redundantes), ATM, etc, y seleccionamos todo el diseo con la
velocidad en mente, procurando la latencia ms baja, y considerando protocolos con
tiempos de convergencia ms bajos.