시스템 네트워크 아키텍처

Systems Network Architecture

SNA(Systems Network Architecture[1])는 1974년에 만들어진 IBM의 독자적인 네트워킹 아키텍처입니다.[2]컴퓨터와 자원을 상호 연결하기 위한 완전한 프로토콜 스택입니다.SNA는 형식과 프로토콜을 설명하지만, 그 자체는 소프트웨어의 일부가 아닙니다.SNA의 구현은 다양한 통신 패키지, 특히 SNA 통신을 위한 메인프레임 소프트웨어 패키지인 VTAM(Virtual Telecommunications Access Method)의 형태를 띠고 있습니다.

역사

IBM 3745-170

SNA는 1974년 9월 IBM의 "Advanced Function for Communications" 발표의 일부로 공개되었으며,[3] 여기에는 새로운 통신 제품에 SNA/SDLC(Synchronous Data Link Control) 프로토콜을 구현하는 내용이 포함되었습니다.

그들은 IBM 3704/3705 통신 제어기들과 그들의 네트워크 제어 프로그램(NCP), 그리고 System/370과 그들의 VTAM 그리고 CICS와 IMS와 같은 다른 소프트웨어에 의해 지원되었습니다. 이 발표는 1975년 7월에 IBM 3760 데이터 입력 스테이션, IBM 3790 통신 시스템,IBM 3270 디스플레이 시스템의 새로운 모델을 소개합니다.[4]

SNA는 컴퓨터 산업이 계층화된 통신의 개념을 완전히 채택하지 않았던 시대에 설계되었습니다.애플리케이션, 데이터베이스, 통신 기능이 동일한 프로토콜이나 제품에 혼합되어 유지 및 관리가 어려웠습니다.[5][6]SNA는 주로 미국 노스캐롤라이나주 Research Triangle Park에 있는 IBM Systems Development Division 연구소에서 [7]SNA/SDLC를 구현한 다른 연구소의 도움을 받아 설계되었습니다.IBM은 나중에 시스템 참조 라이브러리 설명서와 IBM 시스템즈 저널을 통해 자세한 내용을 공개했습니다.

그것은 여전히 많은 정부 기관뿐만 아니라 은행 및 기타 금융 거래 네트워크에서 광범위하게 사용되고 있습니다.1999년에는 "11,000개의 SNA 메인프레임을 가진" 약 3,500개의 회사가 있었습니다.[8]주요 하드웨어 중 하나인 3745/3746 통신 컨트롤러는 IBM에 의해 시장에서 철수되었습니다[a].IBM은 사용자를 지원하기 위해 하드웨어 유지보수 서비스와 마이크로코드 기능을 지속적으로 제공하고 있습니다.3745/3746, 기능, 부품 및 서비스를 제공하는 중소기업들의 강력한 시장이 계속되고 있습니다.3745/3746 컨트롤러가 요구하는 NCP와 마찬가지로 IBM도 VTAM을 지원합니다.

2008년 IBM 출판물은 다음과 같이 밝혔습니다.

TCP/IP의 대중화와 성장에 따라 SNA는 진정한 네트워크 아키텍처에서 "애플리케이션 및 애플리케이션 액세스 아키텍처"라고 할 수 있는 것으로 변화하고 있습니다.즉, 여전히 SNA에서 통신해야 하는 많은 애플리케이션이 있지만, 필요한 SNA 프로토콜은 IP에 의해 네트워크를 통해 전달됩니다.[9]

SNA의 목표

1970년대 중반 IBM은 자체를 주로 하드웨어 공급업체로 여겼으며, 따라서 이 시기의 모든 혁신은 하드웨어 판매 증가를 목표로 하고 있었습니다.SNA의 목적은 대량의 단말기 운영 비용을 절감하고 고객이 배치 시스템이 아닌 대화형 단말기 기반 시스템을 개발하거나 확장하도록 유도하는 것이었습니다.대화형 터미널 기반 시스템의 확장은 터미널과 메인프레임 컴퓨터 및 주변기기의 판매를 증가시킬 것입니다. 이는 부분적으로는 시스템이 수행하는 작업량이 단순하게 증가하기 때문이기도 하고, 부분적으로는 대화형 처리가 일괄 처리보다 트랜잭션당 더 많은 컴퓨팅 성능을 필요로 하기 때문이기도 합니다.

따라서 SNA는 초기 통신 프로토콜을 사용하여 대규모 네트워크를 운영할 때 주요 비컴퓨터 비용 및 기타 어려움을 줄이는 것을 목표로 했습니다.어려움은 다음과 같습니다.

  • 통신 회선은 기존 통신 프로토콜의 서로 다른 "사투리"를 사용했기 때문에 서로 다른 유형의 단말기가 공유할 수 없는 경우가 많았습니다.1970년대 초까지만 해도 컴퓨터 부품은 값이 비싸고 부피가 커서 단말기에 범용 통신 인터페이스 카드를 장착하는 것이 불가능했습니다.모든 유형의 단말기에는 유선 통신 카드가 있어 동일한 회선의 다른 유형의 단말기와 호환되지 않고 한 유형의 단말기만 동작할 수 있습니다.
  • 원시 통신 카드가 처리할 수 있는 프로토콜은 효율적이지 않았습니다.각 통신 회선은 현대 회선보다 데이터 전송에 더 많은 시간을 사용했습니다.
  • 그 당시의 통신선은 훨씬 질이 낮았습니다.예를 들어, 56에 비해 압도적인 오류율 때문에 다이얼업 라인을 초당 19,200 비트 이상으로 실행하는 것은 거의 불가능했습니다.오늘날 전화 접속 회선에서는 초당 000 비트가 실행되고 있으며, 1970년대 초에는 임대 회선이 거의 초당 2400 비트 이상으로 실행되었습니다(이러한 저속은 기술 수준이 낮은 환경에서 Shannon's Law의 결과입니다).

그 결과, 많은 수의 단말기를 실행하기 위해서는 현재 필요한 수보다 훨씬 더 많은 통신 회선이 필요했고, 특히 다른 유형의 단말기를 지원해야 하거나 사용자가 동일한 위치에서 다른 유형의 애플리케이션(예: CICS 또는 TSO)을 사용하고 싶어하는 경우에는 더욱 그러했습니다.순수하게 재정적인 측면에서 SNA의 목적은 단말 기반 시스템에 대한 고객의 지출을 늘리는 것과 동시에 주로 통신 회사의 비용으로 IBM의 지출 비중을 늘리는 것이었습니다.

또한 SNA는 IBM의 System/370 메인프레임이 System/360으로부터 물려받은 아키텍처의 한계를 극복하는 것을 목표로 했습니다.각 CPU는 최대 16개의 I/O 채널에[10] 연결할 수 있으며 각 채널은 최대 256개의 주변 장치를 처리할 수 있습니다. 즉, CPU당 최대 4096개의 주변 장치가 있었습니다.SNA가 설계된 시점에서, 각각의 통신 회선은 주변기기로 계산되었습니다.따라서 강력한 메인프레임이 다른 방식으로 통신할 수 있는 단말의 수는 제한적이었습니다.

주요 구성요소 및 기술

컴퓨터 컴포넌트 기술의 향상으로 특정 유형의 단말기에만 적합한 매우 축소된 프로토콜이 아닌 하나의 표준 통신 프로토콜을 작동할 수 있는 보다 강력한 통신 카드를 포함하는 단말기를 구축할 수 있게 되었습니다.그 결과 1970년대에 여러 개의 다층 통신 프로토콜이 제안되었으며, 그 중 IBM의 SNA와 ITU-T의 X.25가 나중에 지배적이 되었습니다.

SNA의 가장 중요한 요소는 다음과 같습니다.

  • IBM 네트워크 제어 프로그램([11][12]NCP)은 3705 및 후속 37xx 통신 프로세서에서 실행되는 통신 프로그램으로, 특히 SNA에서 정의한 패킷 스위칭 프로토콜을 구현합니다.프로토콜은 두 가지 주요 기능을 수행했습니다.
    • 패킷 전송 프로토콜로, 메인프레임, 단말기 또는 다른 3705일 수 있는 다음 노드로 데이터 패키지를 전송하는 현대 스위치와 같은 역할을 합니다.통신 프로세서들은 줄 끝에 있는 기계가 클라이언트와 서버가 동시에 될 수 있는 피어 투 피어 네트워크를 지원하는 현대의 라우터들과는 달리 메인프레임을 중심에 두고 계층적 네트워크만을 지원했습니다.
    • CPU에 여러 개의 단자를 하나의 통신선으로 연결한 멀티플렉서로 CPU당 최대 통신선 수에 대한 제약을 완화했습니다. 3705는 더 많은 수의 회선(초기에는 352개)을 지원할 수 있었지만 CPU와 채널에서는 하나의 주변기기로만 계산했습니다.SNA의 출시 이후 IBM은 개선된 통신 프로세서를 선보였는데, 그 중 가장 최근의 것은 3745입니다.
  • 단일 링크를 통한 데이터 전송의 효율성을 크게 향상시킨 프로토콜인 동기 데이터 링크 제어[13](SDLC):[14]
    • 단말기와 3705 통신 프로세서가 이전 프레임의 확인을 기다리지 않고 데이터 프레임을 차례로 전송할 수 있는 슬라이딩 윈도우 프로토콜입니다. 통신 카드는 송수신한 마지막 7개 프레임을 기억할 수 있는 충분한 메모리와 처리 용량을 가지고 있으며, 오직 3개 프레임만 재전송하도록 요청할 수 있습니다.오류가 있는 호스 프레임과 재전송된 프레임을 순서대로 올바른 위치에 꽂은 후 다음 단계로 전달합니다.
    • 이들 프레임은 모두 동일한 유형의 포락선(프레임 헤더 및 트레일러)[15]을 가지고 있었으며, 이는 동일한 유형의 단말기의 데이터 패키지가 동일한 통신선을 따라 전송되기에 충분한 정보를 포함하고 있었습니다.메인프레임에서 컨텐츠의 형식이나 다른 유형의 단말기와의 대화를 관리하는 규칙의 차이를 처리하도록 하는 것입니다.
원격 단말기(예: 전화선으로 메인프레임에 연결된 단말기) 및 3705 통신 프로세서에는 SDLC 지원 통신 카드가 장착됩니다.
이것이 오늘날의 TCP/IP 기술로[citation needed] 발전한 패킷 통신의 선구자입니다.SDLC는 자체적으로 전용 통신 회로의 기반 기술 중 [16]하나인 HDLC로 발전했습니다.
  • 메인프레임 내에서 로그인, 세션 유지 및 라우팅 서비스를 제공하기 위한 소프트웨어 패키지인 [17][18]VTAM.단말 사용자는 VTAM을 통해 특정 애플리케이션 또는 애플리케이션 환경(예: CICS, IMS, DB2 또는 TSO/ISPF)에 로그인합니다.그런 다음 VTAM 장치는 사용자가 로그아웃하고 다른 응용프로그램에 로그인할 때까지 해당 터미널에서 해당 응용프로그램 또는 응용프로그램 환경으로 데이터를 라우팅합니다.원래 버전의 IBM 하드웨어는 터미널당 하나의 세션만 유지할 수 있었습니다.1980년대에는 (주로 타사 공급업체의) 추가 소프트웨어로 인해 터미널이 다른 애플리케이션 또는 애플리케이션 환경과 동시에 세션을 가질 수 있게 되었습니다.

장점과 단점

SNA는 응용 프로그램에서 링크 제어를 제거하고 NCP에 배치했습니다.다음과 같은 장점과 단점이 있었습니다.

이점

  • 상대적으로 적은 양의 소프트웨어가 실제로 통신 링크를 다루기 때문에 통신 네트워크의 문제를 지역화하는 것이 더 용이했습니다.단일 오류 보고 시스템이 있었습니다.
  • 인터럽트 프로세서와 소프트웨어 타이머를 필요로 하는 링크 제어 소프트웨어의 강력한 영역이 시스템 소프트웨어와 NCP로 밀려났기 때문에 응용 프로그램에 통신 기능을 추가하는 것이 훨씬 더 쉬웠습니다.
  • APPN(Advanced Peer-to-Peer Networking)의 등장으로 라우팅 기능은 라우터가 아닌 컴퓨터의 책임이었습니다(TCP/IP 네트워크의 경우와 마찬가지로).각 컴퓨터는 전달 메커니즘을 정의한 노드 목록을 유지 관리했습니다.네트워크 노드(Network Node)로 알려진 중앙 집중형 노드 유형은 다른 모든 노드 유형의 글로벌 테이블을 유지했습니다.APPN은 끝점 대 끝점 연결을 명시적으로 정의한 APPC(Advanced Program-to-Program Communication) 라우팅 테이블을 유지할 필요를 중단했습니다.APPN 세션은 대상을 찾을 때까지 허용된 다른 노드 유형을 통해 엔드포인트로 라우팅됩니다.이것은 인터넷 프로토콜과 Netware Internetwork Packet Exchange 프로토콜을 위한 라우터의 기능과 유사합니다. (APPN은 PU2.1 또는 Physical Unit 2.1이라고도 합니다. APPC는 LU6.2 또는 Logical Unit 6.2라고도 하며, APPN 네트워크에 정의된 유일한 프로토콜이었지만 원래는 많은 프로토콜 지원 중 하나였습니다.LU0, LU1, LU2(3270 Terminal) 및 LU3와 함께 VTAM/NCP에 의해 테딩되었습니다.APPC는 2단계 커밋 처리를 위한 프로토콜과 접촉하기 때문에 데이터베이스 서비스뿐만 아니라 CICS 환경 사이에서도 주로 사용되었습니다.물리적 유닛은 PU5(VTAM), PU4(37xx), PU2(클러스터 컨트롤러)였습니다.PU5가 가장 유능했고 모든 통신에서 주요한 것으로 여겨졌습니다.다른 PU 장치는 PU5에 연결을 요청했고 PU5는 연결을 설정할 수 있습니다.다른 PU 유형은 PU5에만 보조적인 것일 수 있습니다.PU2.1은 피어 투 피어 환경에서 다른 PU2.1에 연결할 수 있는 기능을 추가했습니다.)[19]

단점들

  • 비SNA 네트워크에 연결하는 데 어려움이 있었습니다.현재 버전의 SNA에서 지원되지 않는 일부 통신 방식에 대한 액세스가 필요한 애플리케이션은 장애물에 직면했을 것입니다.IBM이 X.25 지원(NPSI)을 SNA에 포함하기 전에는 X.25 네트워크에 연결하는 것이 불편했습니다.X.25와 SNA 프로토콜 간의 변환은 NCP 소프트웨어 수정 또는 외부 프로토콜 변환기에 의해 제공될 수 있었습니다.
  • 네트워크의 모든 노드 쌍 사이에 있는 일련의 대체 경로를 미리 설계하고 중앙에 저장해야 했습니다.SNA에 의한 이러한 경로들 중의 선택은 경직적이었고, 최적의 속도를 위해 현재의 링크 부하들을 이용하지 않았습니다.
  • SNA 네트워크 설치 및 유지보수가 복잡하고 SNA 네트워크 제품은 비용이 많이 듭니다.IBM Advanced Peer-to-Peer Networking 기능을 추가하여 SNA 네트워크 복잡성을 줄이려는 시도는 기존 SNA에서 SNA/APPN으로의 마이그레이션이 매우 복잡하기 때문에 최소한 초기에는 추가 가치를 제공하지 못했지만 실제로는 성공적이지 못했습니다.고급 시스템의 경우 SNA 소프트웨어 라이센스(VTAM) 비용이 월 10,000달러에 달합니다.SNA IBM 3745 Communications Controller는 일반적으로 10만 달러 이상의 비용이 듭니다.TCP/IP는 1980년대 후반까지 금융 산업에서 상업적 응용 프로그램(예: P2P 네트워킹 및 패킷 통신 기술)에 여전히 적합하지 않은 것으로 여겨졌지만, 1990년대에 빠르게 자리를 잡았습니다.
  • SNA의 연결 기반 아키텍처는 모든 것을 추적하기 위해 거대한 상태 머신 로직을 호출합니다.APPN은 다양한 노드 유형의 개념으로 상태 논리에 새로운 차원을 추가했습니다.모든 것이 올바르게 실행될 때 견고했지만, 수동적인 개입의 필요성은 여전히 존재했습니다.Control Point 세션을 보는 것과 같은 간단한 작업은 수동으로 수행해야 했습니다.APPN에 문제가 없었던 것은 아닙니다. 초창기에는 많은 상점들이 APPN 지원에서 발견된 문제로 인해 APPN을 포기했습니다.그러나 시간이 흐르면서 많은 문제가 해결되었지만 1990년대 초 TCP/IP가 점점 더 대중화되기 전까지는 해결되지 않았습니다. 이는 SNA의 종말을 알리는 시작이었습니다.

보안.

SNA의 핵심은 서로 다른 계층의 연결을 보안의 담요로 감쌀 수 있도록 설계되었습니다.SNA 환경 내에서 통신하려면 먼저 노드에 연결하고 네트워크에 대한 링크 연결을 설정하고 유지해야 합니다.그런 다음 적절한 세션을 협상한 다음 세션 자체 내의 흐름을 처리해야 합니다.각 수준에는 연결을 제어하고 세션 정보를 보호할 수 있는 다양한 보안 컨트롤이 있습니다.[20]

네트워크 주소 지정 가능 장치

SNA 네트워크의 Network Addressable Units는 주소를 할당할 수 있는 모든 구성 요소이며 정보를 주고받을 수 있습니다.이들은 다음과 같이 추가로 구분됩니다.[21]

  • SSCP(System Services Control Point)는 하위 영역 네트워크의 사용자를 위해 자원 관리 및 기타 세션 서비스(디렉토리 서비스 등)를 제공합니다.[22]
  • 물리적 유닛은 다른 노드에 대한 링크를 제어하는 하드웨어와 소프트웨어 구성 요소의 조합입니다.[23]
  • 논리 유닛은 사용자와 네트워크 사이의 중개자 역할을 합니다.[24]

논리적 단위(LU)

SNA는 본질적으로 투명한 통신을 제공합니다. 즉, LU-LU 통신에 어떠한 제약도 가하지 않는 장비 세부 사항입니다.그러나 애플리케이션은 단말 장비의 기능(예를 들어, 화면 크기 및 레이아웃)을 고려해야 하기 때문에 결국에는 LU 유형을 구별하는 목적으로 사용됩니다.

SNA 내에는 로컬 디스플레이 터미널과 프린터를 연결하기 위한 세 가지 유형의 데이터 스트림이 있습니다. LU1 터미널과 USS(Unformated System Services)를 사용하여 SNA 네트워크에 로그온하는 데 사용되는 SNA 문자열(SNA Character String)이 있으며, 시스템/370과 같은 메인프레임과 zSeries를 포함한 successor에서 주로 사용되는 3270 데이터 스트림이 있습니다.제품군 및 시스템/34, 시스템/36, 시스템/38, AS/400과 같은 미니 컴퓨터/서버와 IBM i를 실행하는 시스템 i 및 IBM Power Systems를 포함한 그 후속 제품에서 주로 사용되는 5250 데이터 스트림.

SNA는 다음과 같은 여러 종류의 장치를 정의합니다.[25]

  • LU0는 정의되지 않은 장치를 제공하거나 자신만의 프로토콜을 구축합니다.TCAM 또는 VTAM에서 지원하는 비SNA 3270 장치에도 사용됩니다.
  • LU1 장치는 프린터 또는 키보드와 프린터의 조합입니다.
  • LU2 장치는 IBM 3270 디스플레이 단말기입니다.
  • LU3 장치는 3270 프로토콜을 사용하는 프린터입니다.
  • LU4 장치는 배치 단말기입니다.
  • LU5는 정의된 적이 없습니다.
  • LU6는 두 애플리케이션 간의 프로토콜을 제공합니다.
  • LU7은 IBM 5250 단말기와의 세션을 제공합니다.

주로 사용되는 것은 LU1, LU2 및 LU6.2(응용프로그램 대화에 적용하기 위한 고급 프로토콜)입니다.

물리적 유닛(PU)

  • PU1 노드는 IBM 6670 또는 IBM 3767과 같은 터미널 컨트롤러입니다.
  • PU2 노드는 IBM 3174, IBM 3274 또는 IBM 4701 또는 IBM 4702 Branch Controller와 같은 구성 지원 프로그램을 실행하는 클러스터 컨트롤러입니다.
  • PU2.1 노드는 APPN(Peer-to-Peer) 노드임
  • PU3가 정의되지 않았습니다.
  • PU4 노드는 IBM 37xx 시리즈와 같은 NCP(Network Control Program)를 실행하는 프론트엔드 프로세서입니다.
  • PU5 노드는 호스트 컴퓨터 시스템입니다[26].

37xx라는 용어는 IBM의 SNA 통신 컨트롤러 제품군을 나타냅니다.3745는 최대 8개의 고속 T1 회로를 지원하며, 3725는 호스트를 위한 대규모 노드 및 프론트 엔드 프로세서이며, 3720은 원격 노드로 집중 장치 및 라우터 기능을 합니다.

토큰링 위의 SNA

IBM Token Ring 네트워크에 연결된 VTAM/NCP PU4 노드는 워크스테이션 및 서버와 동일한 Local Area Network 인프라를 공유할 수 있습니다.NCP는 SNA 패킷을 토큰링 프레임에 캡슐화하여 세션이 토큰링 네트워크를 통해 흐를 수 있도록 합니다.실제 캡슐화 및 캡슐화 해제는 3745에서 이루어집니다.

SNA over IP

메인프레임 기반 엔티티가 37XX 기반 네트워크의 대안을 찾으면서 IBM은 1990년대 중반 Cisco와 파트너십을 맺고 Data Link Switching, 즉 DLSw를 함께 개발했습니다. DLSw는 SNA 패킷을 IP 데이터그램으로 캡슐화하여 세션이 IP 네트워크를 통해 흐를 수 있도록 합니다.실제 캡슐화 및 캡슐화 해제는 DLSw 피어 연결의 각 끝에 있는 Cisco 라우터에서 이루어집니다.로컬 또는 메인프레임 사이트에서 라우터는 토큰 링 토폴로지를 사용하여 VTAM에 기본적으로 연결합니다.연결의 원격(사용자) 끝에서 PU 타입 2 에뮬레이터(SNA 게이트웨이 서버 등)는 라우터의 LAN 인터페이스를 통해 피어 라우터에 연결합니다.일반적으로 최종 사용자 단말기는 SNA 게이트웨이에 정의된 3270 에뮬레이션 소프트웨어가 있는 PC입니다.VTAM/NCP PU 유형 2 정의는 (NCP 없이) VTAM에 로컬로 연결될 수 있는 Switched Major Node가 되며, "Line" 연결은 3745의 Token Ring 인터페이스, 3172 Lan Channel Station 또는 Cisco ESCON 호환 채널 인터페이스 프로세서 등과 같은 다양한 가능한 솔루션을 사용하여 정의할 수 있습니다.

선수

Honeywell Bull 메인프레임의 독점적 네트워킹 아키텍처는 DSA(Distributed Systems Architecture)[27]입니다.DSA용 커뮤니케이션 패키지는 VIP입니다.DSA는 클라이언트 액세스를 위해 더 이상 지원되지 않습니다.Bull 메인프레임에는 DSA를 TCP/IP로 변환하기 위한 메인웨이가 장착되어 있으며 VIP 장치는 TNVIP Terminal Emulations(GLINK, Winsurf)로 대체됩니다.GCOS 8은 TCP/IP를 통한 TNVIP SE를 지원합니다.

Univac 메인프레임을 위한 네트워킹 아키텍처는 DCA(Distributed Computing Architecture)였고, Burroughs 메인프레임을 위한 네트워킹 아키텍처는 BNA(Burroughs Network Architecture)였습니다. 이들이 합병하여 Unisys를 만든 후, 둘 다 합병된 회사에 의해 제공되었습니다.이 두 가지는 2012년에 이르러서는 거의 사용되지 않게 되었습니다.International Computers Limited(ICL)는 정보 처리 아키텍처(IPA)를 제공했습니다.

DECnet은[28][29][30] Digital Equipment Corporation이 만든 네트워크 프로토콜 모음으로, 원래 1975년에 두 대의 PDP-11 미니 컴퓨터를 연결하기 위해 출시되었습니다.그것은 최초의 P2P 네트워크 아키텍처 중 하나로 발전하여 1980년대에 DEC를 네트워킹의 강자로 변모시켰습니다.

SNA는 처음에 ISO의 Open Systems Interconnect와 경쟁하는 것을 목표로 했는데, 이는 "위원회별 설계" 문제로 인해 실패한 벤더 중립적 네트워크 아키텍처를 만들기 위한 시도였습니다.OSI 시스템은 매우 복잡하며, 관련된 많은 당사자들은 OSI 시스템의 상호 운용성을 해치는 광범위한 유연성을 필요로 했습니다. 이는 우선적인 목표였습니다.

지적 재산권에 대한 통제력이 부족했기 때문에 수년간 TCP/IP 제품군은 IBM에 의해 심각한 대안으로 여겨지지 않았습니다.[citation needed]1988년 출판. Yakov Rekhter가 작성한 RFC1041은 데이터 센터의 상호 운용성에 대한 고객의 요구를 명시적으로 인정하고 있습니다.그 후, IETF는 여러 다른 RFC들과 함께 이 작업에 대해 확장되었습니다.

TN3270(Telnet 3270)은 메인프레임의 TN3270 서버와 최종 사용자 사이트의 PC에서 TN3270 에뮬레이션 패키지를 사용하여 메인프레임에 대한 클라이언트-서버 간 직접 연결을 지원하는 TCP/IP Telnet 변종입니다.이 프로토콜을 사용하면 TCP/IP 세션을 통해 기존 3270 터미널 프로토콜을 지원함으로써 기존 VTAM 애플리케이션(CICS, TSO)을 기존 SNA에서 거의 또는 전혀 변경하지 않고 실행할 수 있습니다.이 프로토콜은 DLSw 및 다른 SNA 대체 기술보다 기존 SNA 연결을 대체하는 데 많이 사용됩니다.5250에도 유사한 TN5250(Telnet 5250) 변종이 있습니다.

IBM 이외의 SNA 구현

IBM 이외의 시스템은 IBM의 메인프레임 및 AS/400 미드레인지 컴퓨터와 SNA 프로토콜을 사용하여 통신할 수 있었습니다.

PU2.1 서버를 포함한 SunLink SNA 제품군을 갖춘 Sun Microsystems [31]및 SNAplus2 제품을 갖춘 Hewlett-Packard/Hewlett Packard Enterprise와 같은 일부 유닉스 시스템 벤더는 SNA 소프트웨어를 제공했습니다.[32]

마이크로소프트는 1993년에 윈도우즈용 SNA 서버를 선보였고,[33] 현재는 마이크로소프트 호스트 통합 서버로 명명되었습니다.

Digital Equipment Corporation은 VMS/SNA를 보유하고 있었고,[34] Systems Strategies, Inc.[34]의 VAX Link 제품과 같은 VMS용 타사 SNA 소프트웨어 패키지도 이용할 수 있었습니다.

Hewlett-Packard는 HP 3000 시스템에 SNA Server와 SNA Access를 제공했습니다.[35]

브릭스턴 시스템즈는 여러 SNA 소프트웨어 패키지를 개발했으며, ""라는 이름으로 판매되었습니다.브릭스턴 BrxPU21, BrxPU5, BrxLU62, BrxAPPC 등 휴렛패커드의 워크스테이션과 [39]썬 마이크로시스템즈 등의 시스템을 위한 '브릭스턴'.[36][37][38][40]

IBM은 HP의 시스템용 SNAplus2,[41] Sun Solaris용 Brixton 4.1 SNA,[42] Sun Solaris용 SunLink SNA 9.1 SNA 등 IBM 이외의 여러 소프트웨어 구현을 사용하여 z/OS와 통신할 수 있도록 지원했습니다.[43]

참고 항목

해설서

  1. ^ 그러나 3745 시뮬레이터 CCL(Communications Controller for Linux)은 여전히 사용할 수 있습니다.

메모들

  1. ^ Peter H. Lewis (May 14, 1989). "A Link for All Operating Systems". The New York Times. Retrieved September 15, 2022.
  2. ^ (Satt 1991, 페이지 227).
  3. ^ IBM Corporation. "IBM Highlights, 1970-1984" (PDF). Retrieved April 19, 2019.
  4. ^ IBM 3770 Family Batch Communications Terminal (PDF) (Report). Datapro. and the 3790/3760 data entry/data communications ...
  5. ^ "Bridge your legacy systems to the Web". Datamation.
  6. ^ "Fujitsu Net Architecture". Computerworld. November 15, 1976. p. 99.
  7. ^ RJ Sundstrom (1987), "SNA: Recent advances and additional requirements", Networking in Open Systems, Lecture Notes in Computer Science, vol. 248, Springer Publishing, pp. 107–116, doi:10.1007/BFb0026957, ISBN 3-540-17707-8
  8. ^ "AT&T Outlines VPN Migration Plan". Informationweek. May 12, 1999. Retrieved September 16, 2022.
  9. ^ Networking on z/OS (PDF). IBM Corporation. 2010. p. 31.
    "Networking on z/OS (web document)". IBM Corporation.
  10. ^ 테이프 및 디스크 드라이브, 프린터, 카드 판독기와 같은 주변 장치를 차례로 부착하는 제어 장치의 DMA 컨트롤러 역할을 하는 장치
  11. ^ "SNA Functional Layers". Microsoft Docs. Microsoft. September 11, 2008. Retrieved September 16, 2022.
  12. ^ W. S. Hobgood (1976). "The role of the Network Control Program in Systems Network Architecture" (PDF). IBM Systems Journal. 15 (1): 39–52. doi:10.1147/sj.151.0039. Archived from the original (PDF) on March 16, 2007. Retrieved August 26, 2006.
  13. ^ Synchronous Data Link Control Concepts (PDF) (Fifth ed.). IBM. May 1992. GA27-3093-4.
  14. ^ (푸치, 그린 & 모스 1983, 페이지 310).
  15. ^ (푸치, 그린 & 모스 1983, 페이지 313).
  16. ^ (Friend et al. 1988, 페이지 191).
  17. ^ Frank, Ronald A (October 17, 1973). "IBM Delays Second Virtual TP Release; SD:C Impact Expected". Computerworld. Retrieved June 30, 2020.
  18. ^ Introduction to VTAM (PDF). IBM. April 1976. GC27-6987-5.
  19. ^ IBM Systems Network Architecture 및 APPNPU2.1 참조 가이드
  20. ^ Buecker, Axel; et al. (2015). Reduce Risk and Improve Security on IBM Mainframes: Volume 2 Mainframe Communication and Networking Security. IBM Corporation. p. 132. ISBN 978-0738440941. Retrieved April 23, 2019.
  21. ^ Basic SNA terms and concepts
  22. ^ "z/OS Communications Server: SNA Network Implementation Guide (6)". IBM Knowledge Center. IBM Corporation. Retrieved October 3, 2015.
  23. ^ "z/OS Communications Server: SNA Network Implementation Guide (11)". IBM Knowledge Center. IBM Corporation. September 11, 2014. Retrieved October 3, 2015.
  24. ^ "z/OS Communications Server: SNA Network Implementation Guide (12)". IBM Knowledge Center. IBM Corporation. September 11, 2014. Retrieved October 3, 2015.
  25. ^ (Satt 1991, 페이지 229).
  26. ^ Microsoft. "Physical Unit (PU)". Retrieved September 7, 2012.
  27. ^ "Distributed Systems Architecture".
  28. ^ James M. Moran; Brian J. Edwards (February 1984). "Giving DECnet a LAN". Hardcopy. pp. 62–65.
  29. ^ "DECnet for Linux". SourceForge. Archived from the original on October 4, 2009. Retrieved June 26, 2018.
  30. ^ "Networking Products Introduced by Digital". The New York Times. August 24, 1988.
  31. ^ SunLink SNA 9.1 PU2.1 Server Configuration Guide (PDF). Sun Microsystems. 1997.
  32. ^ "HP-UX SNAplus2 Software - Overview". HPE support.
  33. ^ Willett, Shawn; Wilson, Jayne (November 22, 1993). "Microsoft, Novell, IBM target host-to-LAN links". InfoWorld. Vol. 15, no. 47. p. 39.
  34. ^ a b Gonze, Josh (April 25, 1988). "Finding a DEC-to-IBM connection". Network World. p. 28. VMS/SNA, software that runs under VMS in conjunction with a synchronous board, in a VAX configured with a BIbus, makes a single VAX appear as a PU 2 node.
  35. ^ "Software offerings accompany Spectrum announcement". Computerworld. Vol. 20, no. 9. March 3, 1986. p. 10. HP also unveiled IBM connection capabilities with Systems Network Architecture (SNA) Server and Server Access software.
  36. ^ Brixton SNA Server - Red Hat Certified Software
  37. ^ "CNT/Brixton Systems". Network World. July 31, 1995.
  38. ^ Brixton PU2.1 SNA Server, retrieved September 14, 2022
  39. ^ Cooney, Michael (November 29, 1993). "Brixton turns HP workstations into mainframe alternatives". Network World. Vol. 10, no. 48. p. 15.
  40. ^ Orrange, Kate (March 9, 1992). "Brixton expands IBM/Sun linkup". InfoWorld. Vol. 14, no. 10. p. 41.
  41. ^ "HP SNAplus2 Configuration Requirements". IBM.
  42. ^ "Brixton 4.1 SNA for Sun Solaris Requirements". IBM.
  43. ^ "Configuring SunLink SNA 9.1 Support for Sun Solaris". IBM.

참고문헌

외부 링크