El método de acceso a telecomunicaciones virtuales ( VTAM ) es el subsistema de IBM que implementa la arquitectura de red de sistemas (SNA) para entornos de mainframe . [1] VTAM proporciona una interfaz de programación de aplicaciones (API) para aplicaciones de comunicación y controla equipos de comunicación como adaptadores y controladores. En la terminología moderna, VTAM proporciona una pila de comunicación y controladores de dispositivos.
VTAM se introdujo en 1974 después de una serie de retrasos [2] como un componente principal de SNA junto con el Programa de Control de Red 370x (NCP) y el Control de Enlace de Datos Síncrono (SDLC).
En la terminología de IBM, VTAM es un software de método de acceso que permite a los programas de aplicación leer y escribir datos hacia y desde dispositivos externos. Se denomina "virtual" porque se introdujo en el momento en que IBM estaba introduciendo el almacenamiento virtual mediante la actualización de los sistemas operativos de la serie System/360 a versiones de almacenamiento virtual. Se suponía que VTAM sería el sucesor de los métodos de acceso a las telecomunicaciones más antiguos, como el método básico de acceso a las telecomunicaciones (BTAM) y el método de acceso a las telecomunicaciones (TCAM), que se mantuvieron por razones de compatibilidad. Como tal, VTAM es comparable con el método de acceso al almacenamiento virtual (VSAM), que en ese momento era un método de acceso nuevo y supuestamente convergente para el almacenamiento en disco.
Originalmente, VTAM se proporcionaba de forma gratuita, como la mayoría del software de sistemas de la época. Sin embargo, VTAM 2 fue la última versión que estuvo disponible de forma gratuita. ACF/VTAM (Advanced Communication Function/Virtual Telecommunications Access Method) se introdujo en 1976 [3] y se proporcionaba a cambio de una tarifa de licencia. La principal característica nueva de ACF/VTAM era la Multisystem Networking Facility , que introdujo la "implementación de la comunicación entre sistemas entre múltiples S/370". [4]
Una versión limitada de ACF/VTAM conocida como ACF/VTAME (Función de comunicaciones avanzadas para la entrada del método de acceso a telecomunicaciones virtuales) se puso a disposición de los sistemas DOS/VSE que se ejecutan en el IBM 4300. [ 5]
Se ha cambiado el nombre de VTAM para que sea la función de servicios SNA de Communications Server para OS/390 . Este paquete de software también proporciona funciones TCP/IP . VTAM se utiliza en varias empresas a partir de septiembre de 2019.
VTAM admite varios protocolos de red, incluidos SDLC , Token Ring , start-stop, Bisync , dispositivos 3270 locales (canal conectado), [6] y TCP/IP posterior.
En una red VTAM, la comunicación se realizaba a través de un adaptador de comunicación integrado en el propio mainframe, o mediante un procesador de interfaz programable independiente, el procesador de comunicaciones IBM 3745/3746 , con su propio sistema operativo, el programa de control de red NCP . Estas máquinas ya no son comercializadas activamente por IBM, pero aún reciben soporte. IBM proporciona mantenimiento de hardware y actualizaciones de microcódigo para los aproximadamente 20.000 controladores 3745/3746 instalados. Una sólida industria de terceros de empresas especializadas en 3745/3746 más pequeñas proporciona dichos controladores, actualizaciones, funciones y servicios de soporte relacionados. VTAM y SNA todavía están en uso en muchas empresas.
Inicialmente, VTAM solo permitía la comunicación entre mainframes y equipos periféricos como terminales, procesadores distribuidos y minicomputadoras. Más tarde, se introdujeron los servicios "entre dominios" (que no deben confundirse con los dominios TCP/IP) que permitieron redes SNA con más de un mainframe. Un desarrollo posterior fue SNA Network Interconnect (SNI), que permitió interconectar redes de diferentes entidades organizacionales (firmas) con un alto grado de independencia. Finalmente, se agregaron funciones de redes avanzadas punto a punto ( APPN ) a VTAM. En APPN, el mainframe ya no es el corazón de la red, sino que todos los nodos de la red se consideran pares. Una de las razones por las que se introdujo APPN fue para actuar como un asesino de DECnet , pero cuando APPN se lanzó realmente, la popularidad de DECnet ya había declinado. APPN se consideró demasiado complejo y a partir de 2012 ha sido reemplazado en gran medida por TCP/IP.