Virtual Telecommunications Access Method ( VTAM ) — это подсистема IBM , которая реализует архитектуру системных сетей (SNA) для сред мэйнфреймов . [1] VTAM предоставляет интерфейс прикладного программирования (API) для коммуникационных приложений и управляет коммуникационным оборудованием, таким как адаптеры и контроллеры. В современной терминологии VTAM предоставляет коммуникационный стек и драйверы устройств.
VTAM был представлен в 1974 году после ряда задержек [2] как основной компонент SNA вместе с программой управления сетью 370x (NCP) и синхронным управлением каналом передачи данных (SDLC).
В терминологии IBM VTAM — это программное обеспечение метода доступа , позволяющее прикладным программам считывать и записывать данные на внешние устройства и с них. Он называется «виртуальным», потому что был представлен в то время, когда IBM внедряла виртуальное хранилище , обновляя операционные системы серии System/360 до версий виртуального хранилища. VTAM должен был стать преемником старых методов доступа к телекоммуникациям, таких как Basic Telecommunications Access Method (BTAM) и Telecommunications Access Method (TCAM), которые поддерживались из соображений совместимости. Таким образом, VTAM сопоставим с Virtual Storage Access Method (VSAM), который в то время был новым и предположительно конвергентным методом доступа к дисковому хранилищу.
Первоначально VTAM предоставлялся бесплатно, как и большинство системного программного обеспечения того времени. Однако VTAM 2 была последней версией, которая была доступна бесплатно. ACF/VTAM (Advanced Communication Function/Virtual Telecommunications Access Method) был представлен в 1976 году [3] и предоставлялся за лицензионную плату. Главной новой функцией ACF/VTAM была Multisystem Networking Facility , которая представила «реализацию межсистемной связи между несколькими S/370». [4]
Ограниченная версия ACF/VTAM, известная как ACF/VTAME (Advanced Communications Function for the Virtual Telecommunications Access Method Entry), была доступна для систем DOS/VSE, работающих на IBM 4300. [5]
VTAM был переименован в функцию SNA Services Communications Server для OS/390 . Этот программный пакет также предоставляет функции TCP/IP . VTAM используется на нескольких предприятиях по состоянию на сентябрь 2019 года.
VTAM поддерживает несколько сетевых протоколов, включая SDLC , Token Ring , start-stop, Bisync , локальные (присоединенные к каналу) устройства 3270 [6] и более поздние TCP/IP.
В сети VTAM связь осуществлялась через интегрированный адаптер связи в самом мэйнфрейме или через отдельный программируемый процессор интерфейса IBM 3745/3746 Communications Processor с собственной операционной системой Network Control Program NCP . Эти машины больше не продаются IBM активно, но все еще поддерживаются. IBM обеспечивает обслуживание оборудования и обновления микрокода для примерно 20 000 установленных контроллеров 3745/3746. Надежная сторонняя отрасль небольших специализированных компаний 3745/3746 предоставляет такие контроллеры, обновления, функции и сопутствующие услуги поддержки. VTAM и SNA все еще используются многими предприятиями.
Первоначально VTAM допускал связь только между мэйнфреймами и периферийным оборудованием, таким как терминалы, распределенные процессоры и мини-компьютеры. Позже были введены «кросс-доменные» ресурсы [7] (не путать с доменами TCP/IP), позволяющие создавать сети SNA с более чем одним мэйнфреймом. Последующей разработкой стало SNA Network Interconnect (SNI), [8] позволяющее объединять сети различных организационных единиц (фирм) с высокой степенью независимости. Наконец, в VTAM были добавлены функции Advanced Peer to Peer Networking ( APPN ). [9] В APPN мэйнфрейм больше не является сердцем сети, но все узлы в сети считаются одноранговыми. Одной из причин, по которой был введен APPN, было то, что он должен был действовать как убийца DECnet , но к тому времени, когда APPN был фактически отправлен, популярность DECnet уже снизилась. APPN считался слишком сложным и по состоянию на 2012 год был в значительной степени вытеснен TCP/IP.