VTAM (Virtual Telecommunications Access Method) – это программный компонент, предназначенный для управления сетевыми соединениями и связью между устройствами в сети SNA (Systems Network Architecture) компании IBM для сред мэйнфреймов,таких как IBM S/390 и IBM AS400. VTAM предоставляет интерфейс прикладного программирования (API) для коммуникационных приложений и управляет коммуникационным оборудованием, таким как адаптеры и контроллеры. Говоря современной терминологией, VTAM предоставляет стек связи и драйверы устройств. Виртуальный метод доступа к телекоммуникациям (VTAM) обеспечивает клиентам доступ к сети и управление этим доступом, включая установление соединений, передачу данных и средства обнаружения ошибок. VTAM предоставляет интерфейс для различных приложений, позволяя им взаимодействовать с сетевой инфраструктурой и обеспечить обмен информацией между устройствами в сети.
VTAM был представлен в 1974 году после серии задержек в качестве основного компонента SNA наряду с 370x программой управления сетью (NCP) и синхронным управлением каналом данных (SDLC).
В терминологии IBM VTAM – это программа метода доступа, позволяющая прикладным программам читать и записывать данные на внешние устройства и с них. Он называется «виртуальным», потому что был представлен в то время, когда IBM вводила виртуальную память путем обновления операционных систем серии System / 360 до версий виртуального хранилища. VTAM должен был стать преемником более старых методов доступа к электросвязи, таких как базовый метод доступа к электросвязи (BTAM) и метод доступа к электросвязи (TCAM), которые были сохранены в целях совместимости. Таким образом, VTAM сопоставим с методом доступа к виртуальному хранилищу (VSAM), который в то время был новым и предположительно конвергентным методом доступа к дисковой памяти.
Первоначально VTAM предоставлялся бесплатно, как и большинство системного программного обеспечения того времени. Однако VTAM 2 была последней свободно доступной версией. ACF / VTAM (Advanced Communication Function / Virtual Telecommunications Access Method) был введен в 1976 году и предоставлялся за плату за лицензию. Основным нововведением ACF / VTAM было средство мультисистемной сетевой организации, которое представило «реализацию межсистемной связи между несколькими S / 370».
Ограниченная версия ACF / VTAM, известная как ACF / VTAME (Расширенная функция связи для ввода метода виртуального доступа к электросвязи) была доступна для систем DOS / VSE, работающих на IBM 4300.
SNA Services
VTAM имеет был переименован в функцию SNA Services сервера связи для OS / 390. Этот программный пакет также предоставляет функции TCP / IP.
VTAM поддерживает несколько сетевых протоколов, включая SDLC, Token Ring, start- stop, Bisync, локальные (подключенные к каналу) устройства 3270 и более поздние версии TCP / IP.
В сети VTAM обмен данными осуществлялся через встроенный коммуникационный адаптер в самом мэйнфрейме или через отдельный программируемый интерфейсный процессор, IBM 3745 / 3746 Коммуникационный процессор с собственной операционной системой, программой управления сетью NCP. Эти машины больше не продаются IBM активно, но все еще поддерживаются. IBM обеспечивает обслуживание оборудования и обновления микрокода примерно для 20 000 установленных контроллеров 3745/3746. Мощная сторонняя отрасль, состоящая из небольших специализированных компаний 3745/3746, предоставляет такие контроллеры, обновления, функции и соответствующие услуги поддержки. VTAM и SNA все еще используются многими предприятиями.
Изначально VTAM разрешал обмен данными только между мэйнфреймами и периферийным оборудованием, таким как терминалы, распределенные процессоры и миникомпьютеры. Позже были введены «междоменные» сервисы (не путать с доменами TCP / IP), позволяющие сети SNA иметь более одного мэйнфрейма. Последующим развитием стала SNA Network Interconnect (SNI), которая позволила объединить сети различных организационных единиц (фирм) с высокой степенью независимости. Наконец, в VTAM были добавлены функции расширенной одноранговой сети (APPN ). В APPN мэйнфрейм больше не является сердцем сети, но все узлы в сети считаются одноранговыми. Одной из причин, по которой был представлен APPN, было то, что он действовал как убийца DECnet, но к тому времени, когда APPN был фактически отправлен, популярность DECnet уже снизилась. APPN считался слишком сложным, и по состоянию на 2012 год его в значительной степени вытеснил TCP/IP.