Arquitectura de red de sistemas

Arquitectura de red propietaria creada por IBM

Arquitectura de red de sistemas ^[1] ( SNA ) es la arquitectura de red patentada de IBM , creada en 1974. ^[2] Es una pila de protocolos completa para interconectar computadoras y sus recursos. SNA describe formatos y protocolos pero, en sí mismo, no es una pieza de software. La implementación de SNA toma la forma de varios paquetes de comunicaciones, entre los que destaca el Método de acceso a telecomunicaciones virtuales (VTAM), el paquete de software de mainframe para comunicaciones SNA.

Historia

IBM 3745-170

SNA se hizo público como parte del anuncio de "Función avanzada para comunicaciones" de IBM en septiembre de 1974, ^[3] que incluía la implementación de los protocolos SNA/SDLC ( Control de enlace de datos síncrono ) en nuevos productos de comunicaciones:

• Terminal de comunicación IBM 3767 (impresora)
• Sistema de comunicación de datos IBM 3770

Fueron respaldados por controladores de comunicación IBM 3704/3705 y su Programa de control de red (NCP), y por System/370 y su VTAM y otro software como CICS e IMS. A este anuncio le siguió otro en julio de 1975, en el que se presentaba la estación de entrada de datos IBM 3760 , el sistema de comunicación IBM 3790 y los nuevos modelos del sistema de visualización IBM 3270 . ^[4]

SNA se diseñó en una era en la que la industria informática no había adoptado completamente el concepto de comunicación por capas. Las aplicaciones, bases de datos y funciones de comunicación se mezclaban en el mismo protocolo o producto, lo que dificultaba su mantenimiento y gestión. ^{[5] [6]} SNA fue diseñado principalmente por el laboratorio de la División de Desarrollo de Sistemas de IBM en Research Triangle Park , Carolina del Norte , EE. UU., ^[7] ayudado por otros laboratorios que implementaron SNA/SDLC. Posteriormente, IBM hizo públicos los detalles en sus manuales de la Biblioteca de referencia del sistema y en IBM Systems Journal .

Todavía se utiliza ampliamente en bancos y otras redes de transacciones financieras, así como en muchas agencias gubernamentales. En 1999 se estimaba que había 3.500 empresas "con 11.000 mainframes SNA". ^[8] IBM ha retirado ^[a] del mercado una de las principales piezas de hardware, el controlador de comunicaciones 3745/3746 . IBM continúa brindando servicio de mantenimiento de hardware y funciones de microcódigo para brindar soporte a los usuarios. Un mercado sólido de empresas más pequeñas continúa proporcionando características, repuestos y servicios del 3745/3746. IBM también admite VTAM, al igual que el NCP requerido por los controladores 3745/3746.

En 2008, una publicación de IBM decía:

Con la popularidad y el crecimiento de TCP/IP, SNA está pasando de ser una verdadera arquitectura de red a lo que podría denominarse una "arquitectura de aplicaciones y acceso a aplicaciones". En otras palabras, hay muchas aplicaciones que todavía necesitan comunicarse en SNA, pero los protocolos SNA requeridos se transmiten a través de la red mediante IP. ^[9]

Objetivos del SCN

A mediados de la década de 1970, IBM se veía a sí misma principalmente como un proveedor de hardware y, por lo tanto, todas sus innovaciones en ese período tenían como objetivo aumentar las ventas de hardware. El objetivo de SNA era reducir los costos de operación de un gran número de terminales y así inducir a los clientes a desarrollar o expandir sistemas interactivos basados ​​en terminales en lugar de sistemas por lotes . Una expansión de los sistemas interactivos basados ​​en terminales aumentaría las ventas de terminales y, lo que es más importante, de computadoras centrales y periféricos, en parte debido al simple aumento en el volumen de trabajo realizado por los sistemas y en parte porque el procesamiento interactivo requiere más potencia de cálculo por transacción que por lotes. Procesando.

Por lo tanto, SNA pretendía reducir los principales costos no informáticos y otras dificultades en la operación de grandes redes utilizando protocolos de comunicaciones anteriores. Las dificultades incluyeron:

• A menudo, una línea de comunicación no podía ser compartida por terminales de diferentes tipos, ya que utilizaban diferentes "dialectos" de los protocolos de comunicación existentes. Hasta principios de la década de 1970, los componentes de las computadoras eran tan caros y voluminosos que no era factible incluir tarjetas de interfaz de comunicaciones multiuso en los terminales. Cada tipo de terminal tenía una tarjeta de comunicaciones cableada que admitía únicamente el funcionamiento de un tipo de terminal sin compatibilidad con otros tipos de terminales en la misma línea.
• Los protocolos que podían manejar las primitivas tarjetas de comunicaciones no eran eficientes. Cada línea de comunicaciones utilizaba más tiempo para transmitir datos que las líneas modernas.
• Las líneas de telecomunicaciones de la época eran de mucha menor calidad. Por ejemplo, era casi imposible ejecutar una línea de acceso telefónico a más de 19.200 bits por segundo debido a la abrumadora tasa de error, en comparación con los 56.000 bits por segundo actuales en las líneas de acceso telefónico; y a principios de la década de 1970, pocas líneas arrendadas funcionaban a más de 2.400 bits por segundo (estas bajas velocidades son consecuencia de la ley de Shannon en un entorno de tecnología relativamente baja).

Como resultado, ejecutar una gran cantidad de terminales requirió muchas más líneas de comunicación que el número requerido hoy en día, especialmente si era necesario soportar diferentes tipos de terminales, o los usuarios querían usar diferentes tipos de aplicaciones (por ejemplo, bajo CICS o TSO). ) desde el mismo lugar. En términos puramente financieros, los objetivos de la SNA eran aumentar el gasto de los clientes en sistemas basados ​​en terminales y al mismo tiempo aumentar la parte de dicho gasto correspondiente a IBM, principalmente a expensas de las empresas de telecomunicaciones.

SNA también pretendía superar una limitación de la arquitectura que los mainframes System/370 de IBM heredaron de System/360 . Cada CPU podía conectarse como máximo a 16 canales de E/S ^[10] y cada canal podía manejar hasta 256 periféricos; es decir, había un máximo de 4096 periféricos por CPU. En el momento en que se diseñó SNA, cada línea de comunicaciones contaba como un periférico. Por tanto, el número de terminales con los que podrían comunicarse potentes mainframes era limitado.

Principales componentes y tecnologías.

Las mejoras en la tecnología de los componentes informáticos hicieron posible la construcción de terminales que incluyeran tarjetas de comunicaciones más potentes que pudieran operar con un único protocolo de comunicaciones estándar en lugar de un protocolo muy simplificado que se adaptaba sólo a un tipo específico de terminal. Como resultado, en la década de 1970 se propusieron varios protocolos de comunicaciones multicapa , de los cuales SNA de IBM y X.25 de ITU-T se convirtieron en dominantes más tarde.

Los elementos más importantes del SCN incluyen:

• IBM Network Control Program (NCP) ^{[11] [12]} es un programa de comunicaciones que se ejecuta en los procesadores de comunicaciones 3705 y 37xx posteriores y que, entre otras cosas, implementa el protocolo de conmutación de paquetes definido por SNA. El protocolo realizó dos funciones principales:
  • Es un protocolo de reenvío de paquetes, que actúa como un conmutador moderno : reenvía paquetes de datos al siguiente nodo, que puede ser una computadora central, una terminal u otro 3705. Los procesadores de comunicaciones solo soportaban redes jerárquicas con una computadora central en el centro, a diferencia de los enrutadores modernos que Admite redes peer-to-peer en las que una máquina al final de la línea puede ser cliente y servidor al mismo tiempo.
  • Es un multiplexor que conecta múltiples terminales en una línea de comunicación a la CPU, aliviando así las restricciones en el número máximo de líneas de comunicación por CPU. Un 3705 podría admitir una mayor cantidad de líneas (352 inicialmente), pero las CPU y los canales solo lo contarían como un periférico. Desde el lanzamiento de SNA, IBM ha introducido procesadores de comunicaciones mejorados, el último de los cuales es el 3745 .
• Control de enlace de datos síncrono ^[13] (SDLC), un protocolo que mejoró enormemente la eficiencia de la transferencia de datos a través de un solo enlace: ^[14]
  • Es un protocolo de ventana deslizante , que permite a los terminales y procesadores de comunicaciones 3705 enviar tramas de datos una tras otra sin esperar un reconocimiento de la trama anterior; las tarjetas de comunicaciones tenían suficiente memoria y capacidad de procesamiento para recordar las últimas 7 tramas enviadas o recibidas, solicitar la retransmisión de sólo aquellas tramas que contenían errores y colocar las tramas retransmitidas en el lugar correcto de la secuencia antes de reenviarlas a la siguiente etapa.
  • Todas estas tramas tenían el mismo tipo de sobre (encabezado y final de trama) ^[15] que contenía suficiente información para que los paquetes de datos de diferentes tipos de terminales se enviaran a lo largo de la misma línea de comunicaciones, dejando que la computadora central se ocupara de cualquier diferencia en el formato. del contenido o en las reglas que rigen los diálogos con los diferentes tipos de terminales.

Los terminales remotos (por ejemplo, los conectados a la computadora central mediante líneas telefónicas) y los procesadores de comunicaciones 3705 tendrían tarjetas de comunicaciones con capacidad SDLC.

Este es el precursor de la comunicación por paquetes que eventualmente evolucionó hasta convertirse en la tecnología TCP/IP actual ^{[ cita requerida ]} . El propio SDLC evolucionó hasta convertirse en HDLC , ^[16] una de las tecnologías base para circuitos de telecomunicaciones dedicados.

• VTAM , ^{[17] [18]} un paquete de software para proporcionar servicios de inicio de sesión, mantenimiento de sesiones y enrutamiento dentro del mainframe. Un usuario de terminal iniciaría sesión a través de VTAM en una aplicación o entorno de aplicación específico (por ejemplo, CICS , IMS , DB2 o TSO / ISPF ). Luego, un dispositivo VTAM enrutaría datos desde ese terminal a la aplicación o entorno de aplicación apropiado hasta que el usuario cerrara sesión y posiblemente iniciara sesión en otra aplicación. Las versiones originales del hardware de IBM sólo podían mantener una sesión por terminal. En la década de 1980, más software (principalmente de terceros proveedores) hizo posible que un terminal tuviera sesiones simultáneas con diferentes aplicaciones o entornos de aplicaciones.

Ventajas y desventajas

SNA eliminó el control de enlaces del programa de aplicación y lo colocó en el NCP. Esto tenía las siguientes ventajas y desventajas:

Ventajas

• La localización de problemas en la red de telecomunicaciones fue más fácil porque una cantidad relativamente pequeña de software se ocupaba realmente de los enlaces de comunicación. Había un único sistema de notificación de errores.
• Agregar capacidad de comunicación a un programa de aplicación fue mucho más fácil porque la formidable área del software de control de enlaces que normalmente requiere procesadores de interrupción y temporizadores de software quedó relegada al software del sistema y NCP .
• Con la llegada de las redes avanzadas de igual a igual (APPN), la funcionalidad de enrutamiento era responsabilidad de la computadora y no del enrutador (como ocurre con las redes TCP/IP). Cada computadora mantenía una lista de Nodos que definían los mecanismos de reenvío. Un tipo de nodo centralizado conocido como nodo de red mantenía tablas globales de todos los demás tipos de nodos. APPN eliminó la necesidad de mantener tablas de enrutamiento de comunicación avanzada de programa a programa (APPC) que definían explícitamente la conectividad de un extremo a otro. Las sesiones de APPN se enrutarían a los puntos finales a través de otros tipos de nodos permitidos hasta encontrar el destino. Esto es similar a la forma en que funcionan los enrutadores para el Protocolo de Internet y el protocolo Networkware Internetwork Packet Exchange . (A veces también se hace referencia a APPN como PU2.1 o Unidad física 2.1. APPC, también denominado en ocasiones LU6.2 o Unidad lógica 6.2, era el único protocolo definido para las redes APPN, pero originalmente era uno de los muchos protocolos admitidos por VTAM/NCP , junto con LU0, LU1, LU2 (Terminal 3270) y LU3 se usó principalmente entre entornos CICS, así como servicios de bases de datos, porque contacta protocolos para el procesamiento de confirmación de 2 fases). Las unidades físicas fueron PU5 (VTAM), PU4 (37xx), PU2 (Controlador de clúster). Un PU5 era el más capaz y se consideraba el principal en todas las comunicaciones. Otros dispositivos PU solicitaron una conexión desde el PU5 y el PU5 pudo establecer la conexión o no. Los otros tipos de PU solo podrían ser secundarios al PU5. Un PU2.1 agregó la capacidad a un PU2.1 de conectarse a otro PU2.1 en un entorno de igual a igual. ^[19] )

Desventajas

• La conexión a redes que no eran SNA era difícil. Una aplicación que necesitara acceso a algún esquema de comunicación no soportado en la versión actual de SNA habría enfrentado obstáculos. Antes de que IBM incluyera soporte X.25 (NPSI) en SNA, conectarse a una red X.25 habría sido incómodo. La conversión entre los protocolos X.25 y SNA podría haberse realizado mediante modificaciones del software NCP o mediante un convertidor de protocolo externo .
• Fue necesario prediseñar y almacenar de forma centralizada un conjunto de rutas alternativas entre cada par de nodos de una red. La elección entre estas vías por parte de SNA fue rígida y no aprovechó las cargas de enlace actuales para una velocidad óptima.
• La instalación y el mantenimiento de la red SNA son complicados y los productos de la red SNA son (o eran) caros. Los intentos de reducir la complejidad de la red SNA agregando la funcionalidad IBM Advanced Peer-to-Peer Networking no tuvieron mucho éxito, aunque solo fuera porque la migración del SNA tradicional a SNA/APPN fue muy compleja y no proporcionó mucho valor adicional, al menos inicialmente. Las licencias de software SNA (VTAM) cuestan hasta 10.000 dólares al mes para sistemas de alta gama. Y los controladores de comunicaciones SNA IBM 3745 suelen costar más de 100.000 dólares. TCP/IP todavía se consideraba inadecuado para aplicaciones comerciales, por ejemplo en la industria financiera, hasta finales de los años 1980, pero rápidamente se hizo popular en los años 1990 debido a su tecnología de comunicación por paquetes y redes de igual a igual.
• La arquitectura basada en conexiones de SNA invocaba una enorme lógica de máquina de estados para realizar un seguimiento de todo. APPN agregó una nueva dimensión a la lógica de estado con su concepto de diferentes tipos de nodos. Si bien era sólido cuando todo funcionaba correctamente, todavía era necesaria una intervención manual. Cosas simples como ver las sesiones de Control Point debían realizarse manualmente. APPN no estuvo exenta de problemas; Al principio, muchas tiendas lo abandonaron debido a problemas encontrados en el soporte de APPN. Sin embargo, con el tiempo, muchas de las cuestiones se resolvieron, pero no antes de que TCP/IP se volviera cada vez más popular a principios de los años 1990, lo que marcó el principio del fin del SNA.

Seguridad

SNA en esencia fue diseñado con la capacidad de envolver diferentes capas de conexiones con un manto de seguridad. Para comunicarse dentro de un entorno SNA, primero tendría que conectarse a un nodo y establecer y mantener una conexión de enlace a la red. Luego hay que negociar una sesión adecuada y luego manejar los flujos dentro de la propia sesión. En cada nivel existen diferentes controles de seguridad que pueden gobernar las conexiones y proteger la información de la sesión. ^[20]

Unidades direccionables de red

Las unidades direccionables de red en una red SNA son cualquier componente al que se le puede asignar una dirección y puede enviar y recibir información. Se distinguen además de la siguiente manera: ^[21]

• un Punto de control de servicios del sistema (SSCP) proporciona gestión de recursos y otros servicios de sesión (como servicios de directorio) para usuarios en una red de subárea; ^[22]
• Una Unidad Física es una combinación de componentes de hardware y software que controlan los enlaces a otros nodos. ^[23]
• una Unidad Lógica actúa como intermediaria entre el usuario y la red. ^[24]

Unidad lógica (LU)

SNA esencialmente ofrece comunicación transparente: equipos específicos que no imponen ninguna restricción a la comunicación LU-LU. Pero eventualmente sirve para hacer una distinción entre tipos de LU, ya que la aplicación debe tener en cuenta la funcionalidad del equipo terminal (por ejemplo, tamaños y diseño de pantalla).

Dentro de SNA hay tres tipos de flujo de datos para conectar impresoras y terminales de visualización locales; existe la cadena de caracteres SNA (SCS), utilizada para terminales LU1 y para iniciar sesión en una red SNA con servicios de sistema sin formato (USS), existe el flujo de datos 3270 utilizado principalmente por mainframes como System/370 y sus sucesores, incluido el familia zSeries y el flujo de datos 5250 utilizado principalmente por minicomputadoras/servidores como System/34 , System/36 , System/38 y AS/400 y sus sucesores, incluidos System i e IBM Power Systems que ejecutan IBM i .

SNA define varios tipos de dispositivos, llamados tipos de unidades lógicas: ^[25]

• LU0 proporciona dispositivos no definidos o crea su propio protocolo. Esto también se utiliza para dispositivos que no son SNA 3270 compatibles con TCAM o VTAM.
• Los dispositivos LU1 son impresoras o combinaciones de teclados e impresoras.
• Los dispositivos LU2 son terminales de visualización IBM 3270.
• Los dispositivos LU3 son impresoras que utilizan protocolos 3270.
• Los dispositivos LU4 son terminales por lotes.
• LU5 nunca ha sido definido.
• LU6 proporciona protocolos entre dos aplicaciones.
• LU7 proporciona sesiones con terminales IBM 5250.

Los principales en uso son LU1, LU2 y LU6.2 (un protocolo avanzado para conversaciones de aplicación a aplicación).

Unidad física (PU)

• Los nodos PU1 son controladores de terminal como IBM 6670 o IBM 3767
• Los nodos PU2 son controladores de clúster que ejecutan programas de soporte de configuración como IBM 3174 , IBM 3274 o IBM 4701 o IBM 4702 Branch Controller.
• Los nodos PU2.1 son nodos peer -to-peer (APPN)
• PU3 nunca fue definido
• Los nodos PU4 son procesadores de front-end que ejecutan el Programa de control de red (NCP), como la serie IBM 37xx.
• Los nodos PU5 son sistemas informáticos host ^[26]

El término 37xx se refiere a la familia de controladores de comunicaciones SNA de IBM. El 3745 admite hasta ocho circuitos T1 de alta velocidad , el 3725 es un nodo de gran escala y un procesador frontal para un host, y el 3720 es un nodo remoto que funciona como concentrador y enrutador .

SNA sobre Token-Ring

Los nodos VTAM/NCP PU4 conectados a redes IBM Token Ring pueden compartir la misma infraestructura de red de área local con estaciones de trabajo y servidores. NCP encapsula paquetes SNA en tramas Token-Ring, lo que permite que las sesiones fluyan a través de una red Token-Ring. La encapsulación y desencapsulación real tiene lugar en el 3745.

SNA sobre IP

Mientras las entidades basadas en mainframe buscaban alternativas a sus redes basadas en 37XX, IBM se asoció con Cisco a mediados de la década de 1990 y juntos desarrollaron Data Link Switching , o DLSw. DLSw encapsula paquetes SNA en datagramas IP, permitiendo que las sesiones fluyan a través de una red IP. La encapsulación y decapsulación real se lleva a cabo en los enrutadores Cisco en cada extremo de una conexión entre pares DLSw. En el sitio local o mainframe, el enrutador utiliza la topología Token Ring para conectarse de forma nativa a VTAM. En el extremo remoto (usuario) de la conexión, un emulador de PU tipo 2 (como un servidor de puerta de enlace SNA) se conecta al enrutador par a través de la interfaz LAN del enrutador. Los terminales de usuario final suelen ser PC con software de emulación 3270 definido en la puerta de enlace SNA. La definición de PU tipo 2 de VTAM/NCP se convierte en un nodo principal conmutado que puede ser local para VTAM (sin un NCP) y se puede definir una conexión de "línea" utilizando varias soluciones posibles (como una interfaz Token Ring en el 3745, un 3172 Lan Channel Station o un procesador de interfaz de canal compatible con Cisco ESCON ).

Competidores

La arquitectura de red patentada para los mainframes Honeywell Bull es la Arquitectura de sistemas distribuidos (DSA). ^[27] El paquete de Comunicaciones para DSA es VIP . DSA tampoco es compatible con el acceso de clientes. Los mainframes Bull están equipados con Mainway para traducir DSA a TCP/IP y los dispositivos VIP se reemplazan por emulaciones de terminal TNVIP (GLink, Winsurf). GCOS 8 admite TNVIP SE sobre TCP/IP.

La arquitectura de red para los mainframes Univac fue la Arquitectura de Computación Distribuida (DCA), y la arquitectura de red para los mainframes Burroughs fue la Arquitectura de Red Burroughs (BNA); después de que se fusionaron para formar Unisys , ambos fueron proporcionados por la empresa fusionada. Ambos quedaron en gran medida obsoletos en 2012. International Computers Limited (ICL) proporcionó su Arquitectura de procesamiento de información (IPA).

DECnet ^{[28] [29] [30]} es un conjunto de protocolos de red creados por Digital Equipment Corporation , lanzado originalmente en 1975 para conectar dos minicomputadoras PDP-11 . Evolucionó hasta convertirse en una de las primeras arquitecturas de red peer-to-peer , transformando así a DEC en una potencia de redes en la década de 1980.

SNA también compitió con Open Systems Interconnection de ISO , que fue un intento de crear una arquitectura de red neutral para el proveedor que fracasó debido a problemas de " diseño por comité ". ^{[ cita necesaria ]} Los sistemas OSI son muy complejos y las muchas partes involucradas requirieron amplias flexibilidades que perjudicaron la interoperabilidad de los sistemas OSI, que era el objetivo principal para empezar. ^{[ cita necesaria ]}

Durante muchos años, IBM no consideró la suite TCP/IP como una alternativa seria, debido en parte a la falta de control sobre la propiedad intelectual. ^{[ cita necesaria ]} La publicación de 1988 de RFC  1041, escrita por Yakov Rekhter , que define una opción para ejecutar sesiones IBM 3270 a través de Telnet , reconoce explícitamente la demanda de interoperabilidad de los clientes en el centro de datos. Posteriormente, el IETF amplió este trabajo con muchos otros RFC. TN3270 (Telnet 3270), definido por esos RFC, admite conexiones directas cliente-servidor al mainframe utilizando un servidor TN3270 en el mainframe y un paquete de emulación TN3270 en la computadora en el sitio del usuario final. Este protocolo permite que las aplicaciones VTAM existentes (CICS, TSO) se ejecuten con pocos o ningún cambio con respecto al SNA tradicional al admitir el protocolo de terminal 3270 tradicional a través de la sesión TCP/IP. Este protocolo se utiliza ampliamente para reemplazar la conectividad SNA heredada más que la conmutación de enlace de datos (DLSw) y otras tecnologías de reemplazo de SNA. Existe una variante TN5250 (Telnet 5250) similar para IBM 5250 .

Implementaciones SNA que no son de IBM

El software SNA que no era de IBM permitía que sistemas distintos a los de IBM se comunicaran con los mainframes de IBM y las computadoras de rango medio AS/400 utilizando los protocolos SNA.

Algunos proveedores de sistemas Unix, como Sun Microsystems con su línea de productos SunLink SNA, incluido PU2.1 Server, ^[31] y Hewlett-Packard / Hewlett Packard Enterprise , con su producto SNAplus2, ^[32] proporcionaron software SNA.

Microsoft introdujo SNA Server para Windows en 1993; ^[33] ahora se llama Microsoft Host Integration Server .

Digital Equipment Corporation tenía VMS/SNA para VMS . ^[34] También estaban disponibles paquetes de software SNA de terceros para VMS, como los productos VAX Link de Systems Strategies, Inc., ^{[34] .}

Hewlett-Packard ofreció SNA Server y SNA Access para sus sistemas HP 3000 . ^[35]

Brixton Systems desarrolló varios paquetes de software SNA, vendidos con el nombre "Brixton ", ^{[36] [37] [38]} como Brixton BrxPU21, BrxPU5, BrxLU62 y BrxAPPC, para sistemas como estaciones de trabajo de Hewlett-Packard , ^[39] y Sun Microsystems . ^[40]

IBM admitió el uso de varias implementaciones de software que no son de IBM de APPC/PU2.1/LU6.2 para comunicarse con z/OS , incluido SNAplus2 para sistemas de HP , ^[41] Brixton 4.1 SNA para Sun Solaris , ^[42] y SunLink SNA 9.1 Soporte para Sun Solaris. ^[43]

Ver también

• Transportador de datos de red
• Guerras de protocolo
• TN3270
• TN5250

Notas explicatorias

1. Sin embargo, el controlador de comunicaciones del simulador 3745 para Linux (CCL) todavía está disponible.

Notas

1. Peter H. Lewis (14 de mayo de 1989). "Un enlace para todos los sistemas operativos". Los New York Times . Consultado el 15 de septiembre de 2022 .
2. (Schatt 1991, pag. 227).
3. Corporación IBM. "Aspectos destacados de IBM, 1970-1984" (PDF) . IBM . Consultado el 19 de abril de 2019 .
4. Terminal de comunicaciones por lotes de la familia IBM 3770 (PDF) (Reporte). Datospro. y el 3790/3760 entrada de datos/comunicaciones de datos...
5. "Conecte sus sistemas heredados a la Web". Datamación .
6. "Arquitectura de red Fujitsu". Mundo de la informática . 15 de noviembre de 1976. p. 99.
7. RJ Sundstrom (1987), "SNA: avances recientes y requisitos adicionales", Redes en sistemas abiertos , Lecture Notes in Computer Science, vol. 248, Springer Publishing , págs. 107-116, doi :10.1007/BFb0026957, ISBN 3-540-17707-8
8. "AT&T describe el plan de migración de VPN". Semana informativa . 12 de mayo de 1999 . Consultado el 16 de septiembre de 2022 .
9. Redes en z/OS (PDF) . Corporación IBM. 2010. pág. 31.
   "Redes en z/OS (documento web)". Corporación IBM.
10. dispositivos que actuaban como controladores DMA para unidades de control, que a su vez conectaban periféricos como unidades de cinta y disco, impresoras y lectores de tarjetas.
11. "Capas funcionales SNA". Documentos de Microsoft . Microsoft. 11 de septiembre de 2008 . Consultado el 16 de septiembre de 2022 .
12. WS Hobgood (1976). "El papel del Programa de Control de Red en la Arquitectura de Red de Sistemas" (PDF) . Revista de sistemas IBM . 15 (1): 39–52. doi :10.1147/sj.151.0039. Archivado desde el original (PDF) el 16 de marzo de 2007 . Consultado el 26 de agosto de 2006 .
13. Conceptos de control de enlace de datos síncronos (PDF) (Quinta ed.). IBM. Mayo de 1992. GA27-3093-4.
14. (Pooch, Greene y Moss 1983, pág. 310).
15. (Pooch, Greene y Moss 1983, pág. 313).
16. (Friend y otros 1988, pág. 191).
17. Frank, Ronald A (17 de octubre de 1973). "IBM retrasa el segundo lanzamiento de TP virtual; se espera impacto en SD:C". Mundo de la informática . Consultado el 30 de junio de 2020 .
18. Introducción a VTAM (PDF) . IBM. Abril de 1976. GC27-6987-5.
19. Guías de referencia de arquitectura de red de sistemas IBM y APPN PU2.1
20. Buecker, Axel; et al. (2015). Reduzca el riesgo y mejore la seguridad en los mainframes IBM: Volumen 2 Seguridad de redes y comunicaciones del mainframe. Corporación IBM. pag. 132.ISBN​ 978-0738440941. Consultado el 23 de abril de 2019 .
21. Términos y conceptos básicos del SCN
22. "z/OS Communications Server: Guía de implementación de la red SNA (6)". Centro de conocimiento de IBM . Corporación IBM . Consultado el 3 de octubre de 2015 .
23. "z/OS Communications Server: Guía de implementación de la red SNA (11)". Centro de conocimiento de IBM . Corporación IBM. 11 de septiembre de 2014 . Consultado el 3 de octubre de 2015 .
24. "z/OS Communications Server: Guía de implementación de la red SNA (12)". Centro de conocimiento de IBM . Corporación IBM. 11 de septiembre de 2014 . Consultado el 3 de octubre de 2015 .
25. (Schatt 1991, pag. 229).
26. Microsoft. «Unidad Física (PU)» . Consultado el 7 de septiembre de 2012 .
27. "Arquitectura de sistemas distribuidos".
28. James M. Moran; Brian J. Edwards (febrero de 1984). "Darle a DECnet una LAN". Copia impresa . págs. 62–65.
29. "DECnet para Linux". FuenteForge . Archivado desde el original el 4 de octubre de 2009 . Consultado el 26 de junio de 2018 .
30. "Productos de red presentados por Digital". Los New York Times . 24 de agosto de 1988.
31. Guía de configuración del servidor SunLink SNA 9.1 PU2.1 (PDF) . Microsistemas solares . 1997.
32. "Software HP-UX SNAplus2: descripción general". Soporte HPE .
33. Willett, Shawn; Wilson, Jayne (22 de noviembre de 1993). "Microsoft, Novell e IBM apuntan a enlaces de host a LAN". InfoMundo . vol. 15, núm. 47. pág. 39.
34. Gonze, Josh (25 de abril de 1988). "Búsqueda de una conexión DEC a IBM". Mundo de la Red . pag. 28. VMS/SNA, software que se ejecuta bajo VMS junto con una placa síncrona, en un VAX configurado con un BIbus, hace que un solo VAX aparezca como un nodo PU 2.
35. "Las ofertas de software acompañan al anuncio de Spectrum". Mundo de la informática . vol. 20, núm. 9. 3 de marzo de 1986. pág. 10. HP también presentó las capacidades de conexión de IBM con el software Server Access y Systems Network Architecture (SNA).
36. Brixton SNA Server: software certificado por Red Hat
37. "Sistemas CNT/Brixton". Mundo de la Red . 31 de julio de 1995.
38. Brixton PU2.1 SNA Server , consultado el 14 de septiembre de 2022
39. Cooney, Michael (29 de noviembre de 1993). "Brixton convierte las estaciones de trabajo HP en alternativas de mainframe". Mundo de la Red . vol. 10, núm. 48. pág. 15.
40. Orrange, Kate (9 de marzo de 1992). "Brixton amplía la conexión IBM/Sun". InfoMundo . vol. 14, núm. 10. pág. 41.
41. "Requisitos de configuración de HP SNAplus2". IBM .
42. "Requisitos de Brixton 4.1 SNA para Sun Solaris". IBM .
43. "Configuración de la compatibilidad con SunLink SNA 9.1 para Sun Solaris". IBM .

Referencias

• Amigo, George E.; Fike, John L.; Panadero, H. Charles; Bellamy, John C. (1988). Comprensión de las comunicaciones de datos (2ª ed.). Indianápolis: Howard W. Sams & Company. ISBN 0-672-27270-9.
• Perro, Udo W.; Greene, William H.; Moss, Gary G. (1983). Telecomunicaciones y Redes . Boston: Little, Brown y compañía. ISBN 0-316-71498-4.
• Schatt, Stan (1991). Vinculación de LAN: una guía para microadministradores . McGraw-Hill. ISBN 0-8306-3755-9.
• Información general sobre arquitectura de red de sistemas (PDF) . Primera edición. IBM. Enero de 1975. GA27-3102-0.
• Conceptos y productos de arquitectura de redes de sistemas (PDF) . Segunda edicion. IBM. Febrero de 1984. GC30-3072-1.
• Descripción técnica de la arquitectura de redes de sistemas. Quinta edición. IBM. Enero de 1994. GC30-3073-04.
• Guía de arquitectura de redes de sistemas para publicaciones SNA. Tercera edicion. IBM. Julio de 1994. GC30-3438-02.

enlaces externos

• Artículo de Cisco sobre SNA
• Taller de Implementadores de APPN Repositorio de documentos de arquitectura
• Protocolos SNA bastante técnicos.
• Documentos técnicos relacionados sdsusa.com
• Resumen de funciones avanzadas para sistemas de comunicaciones (PDF) . Segunda edicion. IBM. Julio de 1975. GA27-3099-1 . Consultado el 22 de mayo de 2014 .
• Formatos de arquitectura de redes de sistemas. Vigésima primera edición. IBM. Marzo de 2004. GA27-3136-20.
• Arquitectura de red de sistemas: sesiones entre unidades lógicas (PDF) . Tercera edicion. IBM. Abril de 1981. GC20-1868-2.
• Arquitectura de red de sistemas: introducción a las sesiones entre unidades lógicas (PDF) . Tercera edicion. IBM. Diciembre de 1979. GC20-1869-2.
• Manual de referencia de protocolos y formatos de arquitectura de red de sistemas: lógica arquitectónica (PDF) . Tercera edicion. IBM. Noviembre de 1980. SY20-3112-2.
• Arquitectura de red de sistemas: manual de referencia del programador de transacciones para LU tipo 6.2. Sexta edición. IBM. Junio ​​de 1993. GC30-3084-05.
• Referencia de nodo tipo 2.1 de arquitectura de red de sistemas. Quinta edición. IBM. Diciembre de 1996. SC30-3422-04.
• Arquitectura de red de sistemas Referencia LU 6.2: Protocolos de pares. Tercera edicion. IBM. Octubre de 1996. SC31-6808-02.