Метод доступа к виртуальным телекоммуникациям

редактировать

Метод доступа к виртуальным телекоммуникациям (VTAM ) - это подсистема IBM, которая реализует Системную сетевую архитектуру (SNA) для сред мэйнфреймов. VTAM предоставляет интерфейс прикладного программирования (API) для коммуникационных приложений и управляет коммуникационным оборудованием, таким как адаптеры и контроллеры. Говоря современной терминологией, VTAM предоставляет стек связи и драйверы устройств.

Содержание
  • 1 История
    • 1.1 ACF / VTAM
    • 1.2 Службы SNA
  • 2 Функции
  • 3 Ссылки
История

VTAM был представлен в 1974 году после серии задержек в качестве основного компонента SNA наряду с 370x программой управления сетью (NCP) и синхронным управлением каналом данных (SDLC).

В терминологии IBM VTAM - это программа метода доступа, позволяющая прикладным программам читать и записывать данные на внешние устройства и с них. Он называется «виртуальным», потому что был представлен в то время, когда IBM вводила виртуальную память путем обновления операционных систем серии System / 360 до версий виртуального хранилища. VTAM должен был стать преемником более старых методов доступа к электросвязи, таких как базовый метод доступа к электросвязи (BTAM) и метод доступа к электросвязи (TCAM), которые были сохранены в целях совместимости. Таким образом, VTAM сопоставим с методом доступа к виртуальному хранилищу (VSAM), который в то время был новым и предположительно конвергентным методом доступа к дисковой памяти.

ACF / VTAM

Первоначально 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. По состоянию на сентябрь 2019 года VTAM используется на нескольких предприятиях.

Функции

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.

Ссылки
Последняя правка сделана 2021-06-18 03:35:50
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте