Axil S/E-ljs006
1992. 12.22
LEE JIN-SOO
SUBJECT: IBM 네트워크 개요 정리
STATUS OF THIS MEMO:
Ohm사의 IBM네트워크기술과 응용이라는 책을 발췌하여 정리해 보았음
어느정도 IBM지식을 얻는데 도움이 되었으면 함.
1장 IBM 시스템 구조와 OS의 변천
1. IBM 오퍼레이팅 시스템의 발전
IBM 대형 컴퓨터 OS에는 VM(Virtual Machine)과 MVS(Multiple Virtual Storage:다중가상기억)라는
두가지 큰 흐름이 있다.
- VM/370의 기원
VM/370은 다음과 같은 세가지 구성요소로 이루어져 있다
. 제어프로그램 (CP)
. 대화형 모니터 시스템 (CMS: Conversational Monitor System)
. 원격 스풀링 통신 서브시스템 (RSCS: Remote Spooling Communication Subsystem)
CP는 복수개의 가상시스템 /370을 실현시키며 그 각 가상시스템 /370(VM)에서는 실제 시스템 /370에서
가동하는 OS가 제공된다.
CMS는 VM에서 동작하는 OS의 하나로서 단일 사용자용의 대화형 시스템을 제공한다.
RSCS도 VM에서 동작하는 OS로 통신회선을 통하여 정보교환시스템을 제공한다. 그가운데 CP와 CMS는
1960년대에 미국 메사추세스 캠브리지의 scientific center에서 설계되어 작성된 실험적 OS에서
발전된 것이다.
- 일반메모리관리 : stretch
1950년대 후반에 스트레치 프로젝트에 의해 작업의 스케줄링 및 디스패칭에 관한 시행이 이루어졌다.
이 시스템에서 각 작업은 스스로 사용하는 최대의 메모리량을 선언함과 동시에 실행경과시간의
예측을 실행한다. 스케줄러는 실행경과시간이 가장긴 2가지 작업을 선택하여 메모리상의 양끝에
나누어 둔다. 그 이외의 짧은 작업은 메모리의 중간에서 처리하는데, 이 중간작업을 먼저 종료시키도록
디스패치함으로써 최대의 다중프로그램 효과를 얻을 수 있다.
- 다중가상 기억장치 (MVS)
1970년대의 초기에 실메모리 시스템은 대폭 확장되어 프로세서의 사용효율을 향상시켰으나
프로그래머의 생산성 향상에는 아직도 개량의 여지가 남아 있었다. 1972년에 IBM은 모든 기종에
가상기억장치 기구를 장비하여 종래 프로그램과 호화성을 유지하면서 가상기억으로의 이행을
가능케 하였다. 이들 초기 OS는 16MB의 가상기억영역을 제공하였다.
다중 어드레스상황에 있어서 어떤 어드레스공간의 사용자가 다른 어드레스공간의 사용자와
정보전송을 하기 위해서는 Supervisor를 경유할 필요가 있었으나 MVS의 최신 버전에서는 이
기능은 하드웨어에 내장되어 사용자간의 직접 전송이 가능하게 되었다.
2장 SNA의 기본 개념
2.1 SNA등장 이전의 IBM데이터통신방식
1). 액세스방식과 통신제어장치
1960년대 백화점과 은행,증권회사에서의 신용조회나 항공기의 예약업무에서는 일시에 데이터를
처리하여야만 하였는데, 이것을 배치카드로 처리하려먼 대단히 시간지연이 많아 부적절하였다.
이에 따라 호스트컴퓨터에 직접 접속할 수 있는 IBM2741,IBM2260등의 타이프라이터형식의 통신
단말이 개발되어, 카드를 입력하는 절차를 생략하고 순식간에 데이터를 처리하는 방법이 개발되었다.
다만 이 방법으로도 원격지에서의 통신에는 별 도움이 되지 못하였다.
- BTAM
그 이후 전화선 등의 통신선을 이용하여 단말을 이용하는 것이 고려되었다. 이 시스템에서
통신제어장치는 통신회선제어와 단말제어가 혼재하는 프로토콜을 사용하여 통신선을
제어하였다. 호스트컴퓨터의 응용 프로그램이 제어유니트와 데이터의 포맷을 관리하고 단말의
동작을 제어하였다.
예를 들면 1971년 IBM에서 발표된 BTAM(Basic Telecommunications Access Method: 기본통신액세스
방식)은 Start/Stop식의 장치를 지원하여 왔으나, 응용 프로그램이 통신회선제어용 character나
폴링(Polling) 시퀀스를 지원하지 않으면 안되었다.
BTAM시대에는 호스트컴퓨터와 통신제어장치는 분리되어 있었으나, 이 시대의 통신 제어장치는
예를 들면 IBM270X와 같이 논 인텔리젼스적인 것으로서 프로그램능력을 갖지 못하였다.
이 때문에 호스트컴퓨터내의 통신액세스방식 BTAM이 통신제어장치를 제어하여 왔다.
BTAM은 CICS(Customer Information Control System:고객정보관리 시스템)나 IMS(Information
Management System:정보관리 시스템)와 함께 널리 사용되었다.
BTAM의 결정중의 하나는 단말의 특성에 크게 의존하는 것이다. 따라서 응용 프로그램마다에
단말의 특성을 고려하여 프로그램 개발을 하지 않으면 안되며,또 일단 그렇게 한다고
하더라도 시스템의 변경에는 시간과 비용이 많이 들어 비효율적이었다.
- QTAM
BTAM과 거의 동시에 QTAM(Queued Telecommunications Access Method: 대기통신액세스방식)이라는
통신액세스방식도 IBM에서 발표되었다.
QTAM은 응용프로그램의 제어나 단말의 제어를 기능적으로 분리하였다.
- TCAM
이어서 발표된 TCAM(Tele Communications Access Method: 통신액세스방식)은 BSC프로토콜을
지원하며, QTAM의 기능이나 성능을 향상시킨 것이었다. 대기행렬 방법의 면밀한 제어라는
관점에서 개선이 이루어졌다.
TCAM은 응용 프로그램의 제어로 부터 오퍼레이터의 제어를 분리하였고 TSO(Time Sharing Option)
하에서 단말의 제어를 지원하여 왔다.
- VTAM
VTAM(Virtual Telecommunications Access Method: 가상기억 통신액세스방식)의 등장은
1974년이다. VTAM의 등장은 DAT(Dynamic Address Translation: 동적 어드레스변환)기구를 갖춘
IBM시스템/370의 등장과 오퍼레이팅 시스템 DOS/VS, OS/VS, OS/VS2의 등장과 때를 같이 하고 있다.
VTAM의 개발중에 BSC프로토콜에 대신하여 SDLC(Synchronous Data Link Control:동기 데이터링크
제어)프로토콜을 지원하는 IBM3270디스플레이장치의 지원 요청이 들어왔다.
VTAM의 기본적인 개념은 종래까지 사용되어 왔던 통신관계의 액세스방식을 하나로 통합한다는
것이었다. 이것에 의해 통신네트워크내의 자원을 공용하고 기능의 확장을 꾀하고자한 것이다.
VTAM은 응용 프로그램과 단말장치간의 통신을 제어하고 통신네트워크내의 여러가지 단말을
제어한다.또 VTAM은 당시 IBM370X 시리즈의 통신제어장치와 함께 동작되며, IBM370X 시리즈는
인텔리전스성을 갖는 프로그램 가능한 통신제어장치이다. 이 통신제어장치에서 사용하는
제어프로그램이 NCP(Network Control Program)이다.
NCP는 통신액세스방식이 전담해온 많은 기능을 받아, 통신제어장치내에서 실행시킨것이다.
예를들면, 통신회선의 제어나 버퍼영역의 동적인 관리,문자코드의 번역,장치의 고장이나 에러의
회복 등이 그것이다.
이같은 기능을 호스트 컴퓨터내의 통신액세스방식 VTAM으로 부터 분리시킴으로써 CPU의 부담을
대폭 경감시킬 수 있게 되었다.
BTAM의 경우는 통신회선에 관한 대부분의 처리가 호스트 컴퓨터에 집중되어 있으며, 통신제어장치는
각 통신회선의 물리적인 제어를 할 뿐이었다.
단말과의 접속에 대하여 살펴보자.
VTAM과 통신제어장치는 다만 하나의 인터페이스에 의해 연결되어 있으며, 통신제어장치의 앞에
몇개의 통신회선이 있더라도 VTAM은 전혀 이와 관계없이 NCP에 이를 맡겨 버린다.
이에 비해 BTAM은 통신제어장치를 경유하여 통신회선마다에 단말과 결부되어 있는 형태로서,
쉽게 말하자면 어플리케이션마다 별도의 네트워크를 구성하고 있는 것이다.
또 VTAM의 또 하나의 특징은 통신회선,통신제어장치및 단말장치를 VTAM에서 사용하는
모든 응용 프로그램에서 공용하는 것이다. 즉, 하나의 통신회선을 다른 응용 프로그램이
메시지의 송수신에 이용할수 있다. 따라서 온라인의 응용 프로그램을 개발할 때마다 새로이
통신회선을 끌어 들일 필요가 없게 된다. 이와 같이 VTAM은 통신네트워크의 자원을 공유하며
통신회선비용을 저하시키고 통신네트워크의 사용효율을 향상시킨다.
BTAM을 사용한 통신액세스방식에서는 각 응용 프로그램마다 BTAM이 존재하고 있어, 여기서는
통신네트워크 전체적으로 자원의 공용을 꾀하는 것은 불가능하다.
2). 통신제어장치와 NCP
호스트 컴퓨터내의 VTAM은 통신제어장치내의 NCP와 정보를 주고 받고 있으며, NCP는 복잡해져
가는 통신네트워크 시스템의 여러 요건을 만족시킬 만한 충분한 유연성을 갖고 있다.
사용자는 매크로 언어를 사용하여, 필요한 기능을 지정함으로써 그 통신네트워크 시스템의 요건에
맞는 NCP를 만들어 낼수 있다. NCP는 통신제어장치내에 있으며, VTAM에서 수신한 정보나 지령에
따라 통신회선에 대한 회선제어나 버퍼영역관리의 대부분을 행한다.
통신제어장치는 종래의 통신액세스방식이 행하던 많은 기능을 대신하고 있으며 , 호스트 컴퓨터를
통신액세스의 부담으로 부터 크게 해방시키고 있다. 따라서 호스트 컴퓨터의 여러 자원을 그만큼
다른 작업에 할당할수 있어, 시스템의 호율향상에 크게 기여하고 있다.
2.2 SNA의 등장과 발전
SNA(System Network Architecture)는 1974년 발표된 이래, 계속하여 발전해온 IBM의 컴퓨터 네트워크
아키텍처이다. SNA에 대한 이해없이는 컴퓨터 네트워크를 논할 수 없을 것이다.
종래의 통신네트워크 시스템이 어플리케이션과 단말장치간의 통신을 가능케함을 주목적으로 개발된
반면에 , SNA는 통신네트워크 시스템의 본질을 규명하는데서 부터 출발한 것이다.
즉, 통신네트워크 시스템에 필요한 기능을 모두 발췌하여 기능적으로 명확히 정의, 분류하고 ,
그 표준화를 확립한 것이다.
SNA의 기본적인 개념은 명확히 정의,분류된 계층화 구조에 있다. SNA이전의 통신네트워크 시스템과
초기 SNA를 대비하여 보면, SNA등장 이전은 응용 프로그램과 장치제어, 회선제어가 혼재되어
명확히 경계를 나타낼 수가 없었으나 ,초기의 SNA에서는 통신네트워크에 필요한 모든 기능을
어플리케이션층, 기능관리층, 전송서브 시스템층이라는 3가지 층으로 분류하여 그 경계를 명확히
하고 있다.
현재에는 이3층을 다시 더 작게 분류하여 7층으로 표현하고 있으나 그것에 대해서는 뒤에서 설명하도록
하고 , 각층의 역할에 대하여 알아보자.
Application Layer는 end user가 존재하는 부분으로 응용 프로그램처리만을 행한다.
기능관리층은 각 앤드유저의 특징을 제어하고, 응용 프로그램층으로 부터의 요구에 따라서 각종
서비스를 행한다.
전송관리층은 정보의 이동에 관한 제어를 행한다.
이와 같이 각층의 경계를 명확히 분리하여, 그 사이의 인터페이스를 표준화함으로써, 어떤 층의
변경이 다른 층의 변경에 영향을 주지는 않는다. 즉, 어느 일부분의 변경에 의해서 시스템 전체가
영향을 받지 않는다는 것이 SNA계층화 구조의 첫째 이점이다.
SNA의 두번째 이점으로는 처리기능의 분산화를 들수 있다.
SNA에 있어서 계층구조의 입장에서는 호스트 컴퓨터나 단말도 논리적으로는 동등하다.
SNA는 각 기능의 적정배분을 고려하여, 통신네트워크내의 각 장치에 분산되어 있다.
각 장치는 무엇보다도 같은 계층구조에 따른 기능층을 갖고 있으므로 기능의 분산이 쉽게 이루어진다.
예를 들면 장치의 제어는 기능관리층에서 이루어지나, 각 단말의 제어는 호스트 컴퓨터의
기능관리층에 두는 것보다도 단말장치의 기능관리층에 두는 것이 효율이 좋다.
SNA의 세번째 이점은 동일 기능층 상호간의 공통화를 도모하고 있다는 것이다.
각 층은 어느 장치에 있더라도 원칙적으로는 그 기능이 동일하며, 호환성이 있다.
서로 다른 장치에 있어서 동일 기능층간에서의 통신을 나타낸 것이다. 이것을 Peer Layer통신이라 한다.
1) 단일 시스템 네트워크
1974년 IBM에서 SNA가 최초로 발표되었을 때에는 SNA네트워크에는 단일 호스트컴퓨터만이 존재하는 것으로
되어 있었다. 이것에 통신제어장치와 단말이 연결되었으며,네트워크내의 어떤 사용자라도 모든
어플리케이션에 대하여 액세스 가능하도록 되어 있었다.
2) 복수 시스템 네트워크
단일 시스템 네트워크가 1978년에 이르러 ACF/VTAM의 채용에 의해서 하나의 SNA네트워크내에 여러 호스트
컴퓨터가 존재할 수 있도록 되었다. 사용자는 SNA네트워크내의 여러 호스트 컴퓨터상에서 동작하는
어플리케이션에 대하여 한대의 단말로 액세스할 수 있도록 되었다. 다만 이 시점에서의 SNA 네트워크는
Tree 네트워크로서, 단말과 호스트 컴퓨터 사이는 패스가 형성되어 있어, 우회로의 경로가
존재하게 되었다.
3) 고도 망구조 네트워크
1981년에 SNA네트워크는 많은 기능확장을 하여, 망구조형 네트워크가 되었다. 통신로의 경로는 여러개
존재할 수 있게 되어, 병렬링크, 대체경로, 전송의 우선순위 지정, NCP상호접속의 확장, 플로우제어,
확장회복기능 등을 갖음으로써, 네트워크의 신뢰성과 유연성, 그리고 확장성이 크게 향상되었다.
이것이 SNA 4.2라 불리는 것으로 , 현재 SNA라 하면 4.2이후의 것을 말한다.
4) 네트워크간 결함
1984년에는 SNI(SNA Network Interconnection)라는 소프트웨어에 의해서 SNA네트워크의 상호접속이
가능케 되었다. 즉 게이트웨이의 도입에 의해 SNA네트워크를 결합시키고, 다시 대규모 네트워크를
구축하는 것이 가능케 된 것이다.
SNA에서는 기존 네트워크의 변경없이 독립된 여러 네트워크를 게이트웨이를 통하여 상호접속하는 기능/
프로토콜을 SNI(SNA Network Interconnection)로서 규정하고 있다.
SNI는 SNA의 네트워크끼리를 접속하는 디바이스인 게이트웨이의 중추적인 소프트웨어이다.
SNI의 접속형태로는 다음과 같은 방법이 있다.
- 단일 게이트웨이
한쪽 네트워크에서 게이트웨이 기능이 가동하고 다른 한쪽은 종래 그대로의 상태인 형태로서, 이행이
쉽다는 특징이 있다.
- Back to Back (게이트웨이 대 게이트웨이 결합)
양쪽 네트워크 모두 게이트웨이 기능이 가동하는 형태이다. 더미 네트워크가 사이에 들어가기 때문에
양쪽 모두 더미 네트워크만을 상대로 하면 되며, 네트워크의 독립성을 유지한 상태로 네트워크끼리의
접속을 실현한다.
1985년에 들어와 ENA(Extended Network Addressing: 확장네트워크 어드레스방식)라는 23비트의
확장네트워크 어드레스방식이 도입되어, SNA네트워크에 접속가능한 단말수가 종래의 6만대에서
838만대로 확대되었다.
XI(X.25 SNA접속 프로그램)는 IBM3725/3720통신제어장치 내에서 동작하는 NCP와 더불어 3725/3720에서
호스트측은 SNA back bone으로서 가능하고, 3725/3720에서 외측은 X.25 패킷교환기로서 기능하는
소프트웨어이다.
XI는 X.25단말이 있으면 IBM이외의 단말이나 호스트에서도 3725/3720에 접속할 수 있는 기능을 제공한다.
XI는 SNA의 세계와 비SNA의 세계를 패킷레벨로 접속할 수 있게 되어 있다.
5) 수직형 네트워크에서 수평형 네트워크로
1986년에 APPN(Advanced Peer to Peer Networking)이 발표되었다. 이것은 확장 대등 통신네트워킹
기능이라는 것으로서, SNA를 수직전개형에서 수평전개형으로 바꾸었다.
종래 호스트 컴퓨터 중심의 마스터 슬레이브형에서 수평전개형인 대등통신형 네트워크로 변화한 것이다.
APPN은 LEN(Low Entry Networking)과 APPC(Advanced Program to Program Communication)을
조합한 것이다. LEN은 하위레벨 대등통신 네트워킹 기능으로서,
PU2.1(PU: Physical Unit 물리유니트)라고도 하며, APPC은 확장 프로그램간 통신으로서
LU6.2(Logical Unit 논리 유니트)라고 한다.
SNA네트워크는 그를 구성하는 형태면에서 보면 호스트 컴퓨터, 통신제어장치, 단말 등 세가지로
되어 있으며, 종래 SNA네트워크로서는 단말간의 통신에는 반드시 호스트컴퓨터의 개입이 필요하였다.
비단 단말뿐만아니라 SNA네트워크에 연결된 퍼스널컴퓨터나 시스템/38간의 통신도 호스트 컴퓨터의
개입없이는 할 수 없었다.
이러한 의미에서 종래의 SNA를 마스터 슬레이브형의 수직형 네트워크라고 한다.
SNA의 수직형 네트워크를 수평형으로 하는 것이 APPN이다.
LEN은 PU2.1이라는 것으로 호스트 컴퓨터의 개입없이 네트워크를 구성하는 물리적 접속방식이다.
또 APPC는 LU6.2는 논리적 접속으로서, SNA의 상위계층에서 동작하는 것으로 어플리케이션
프로그램끼리 서로 인접하여 동작하도록 하는 기능을 갖고 있다.
LEN과 APPC를 조합하여 확장 대등통신 APPN이 실현된다. 확장 대등통신이란 호스트컴퓨터의 개입없이
단말간에서 통신할 수 있도록 하는 것이다. 이러한 것들이 SNA네트워크를 수직형에서 수평형으로
변화시킨 것이다.
즉, 1986년 이후의 SNA는 신 SNA라 불리는 새로운 단계를 맞이하고 있으며, ANY TO ANY라는
표어가 뜻하는 바와 같이 어떠한 것이라도 접속할 수 있게 된 것이다.
2.3 SNA 네트워크의 구조와 기능개요
SNA네트워크는 물리적 관점과 논리적 관점등 두가지 관점에서 기술할 수 있다.
1) 물리적 관점(SNA노드)
SNA네트워크의 물리적 구성요소에는 호스트 컴퓨터, 호스트 컴퓨터와 유사한 기능을 제공하지만
네트워크관리를 하지 않는 분산프로세서, 통신제어장치, 클러스터(집합)제어장치, 워크스테이션단말,
전송매체 등이 있다.
SNA 네트워크를 보면, SNA 네트워크는 링크로 결합된 다수의 노드로 되어 있다고 할 수 있다.
여기서 링크는 물리적으로 본 경우, 전화회선, 동축케이블, optical fiber, 마이크로파회선 등이
통신전송매체이며, 노드는 각종 기기인 것이다.
호스트 컴퓨터에는 IBM3725등의 통신제어장치가 연결되어 있어, 데이터의 루트지정이나 멀티플렉싱 등의
통신기능을 담당하고 있다. 이들 통신제어장치에 단말 등이 연결되어 있다.
즉, 물리적인 관점에서 볼때, 가장 간단한 모델의 SNA네트워크는 호스트 컴퓨터와 통신제어장치 단말이
데이터링크의 경로로 연결된 것이다.
SNA의 노드는 그 기능에 의해 다음 세가지로 분류 노드 타입이 할당되어 있으며 PU type과 동일하다.
- 프라이머리 서브에리어 노드 ( Primary Subarea Node )
통신액세스방식(ACF/VTAM 등)을 포함하는 장치로서, 통신네트워크를 제어 및 관리하며
노드타입은 5이다. 결국 호스트 컴퓨터가 SNA의 제어기능을 수행하므로
호스트 Subarea Node라고도 부른다.
호스트 컴퓨터는 SNA를 관리하기 위해 SSCP(System Service Control Point)를 둔다.
3032,4300,3090,8100,System 38등이 여기에 속한다.
- 통신제어장치 서브 에리어 노드( Communication Subarea Node )
네트워크 제어프로그램(ACF/NCP등)을 포함하는 장치로서, 통신제어장치 서브 에리어 노드는
통신네트워크 내의 데이터흐름 경로를 지정하여 제어한다.
노드타입은 4이며, LU를 포함하지 않는다는 것이 특징이다. 3705,3725,3745,3720등의 통신제어장치가
여기에 속한다.
- 네트워크 주변노드( Peripheral Node )
앞의 두가지 이외의 노드를 말한다. 노드타입은 2.0 2.1이며, 서브 에리어는 서브 에리어 노드와 이것에
접속되어 있는 주변노드로 구성되는데, SNA 네트워크는 그 가운데 하나의 서브에리어로 분할되어
통신할 수 있다. 주변노드는 다시 지능을 갖고 있어 프로그램이 가능한 타입 2와 지능이 없어 프로그램이
불가능한 타입 1로 구분한다.
단말제어장치 3174,3274등과 새로운 IBM단말장치등은 타입 2에 속하며
IBM 6670,3767,5250,3790등이 타입 1에 속한다.
2) 논리적 관점 (NAU)
SNA 네트워크는 transmission 서브 시스템과 이것에 의해 통신하는 NAU(Network Addressable Unit)로
구성된다. NAU는 앤드유저가 통신기능에 액세스하기 위한 포트를 나타내는 논리적 실체이다.
각 노드들은 하나 또는 둘 이상의 NAU를 갖고 있다.
NAU에는 주 NAU와 부 NAU가 있다. 주 NAU는 호스트 컴퓨터에, 부 NAU는 그 이외의 단말등에 나타나는
논리적 기능이다.
어떤 사용자가 단말을 통하여 다른 단말과 통신하려 할 경우, 두사람 사이에는 논리적 경로가 확립되어
세션이 확립되지 않으면 안된다. NAU를 사용한 표현에서 세션이란 두개의 NAU 사이에서 일시적인
논리적 결합을 가르키는 것이다.
< NAU의 분류 >
---------------------------------------------------------------------
| SSCP | Systems Service Control Point : 시스템 서비스 제어점 |
|--------------------------------------------------------------------
| LU | Logical Unit : 논리 유니트 |
|--------------------------------------------------------------------
| PU | Physical Unit : 물리 유니트 |
---------------------------------------------------------------------
여기서 SSCP는 호스트 컴퓨터에 존재하여, 네트워크자원의 활성화, 비활성화중의 네트워크 관리업무를
수행한다. Primary(호스트) Subarea Node만이 한개의 SSCP를 포함하여, 그 SSCP가 관장하는 네트워크
구역을 Domain이라 하고,네트워크 전체에 SSCP가 하나밖에 없을 때에 이를 단일 도메인 네트워크라 하며,
전체 네트워크에 여러개의 SSCP가 존재할 때, 즉 여러대의 호스트 컴퓨터가 있을 때에는 이 네트워크를
복수 도메인 네트워크라고 말한다.
PU는 SNA네트워크 각각의 노드에 대하여 하나씩 존재할 뿐으로, 두개 이상일 경우는 없다.
이에 반하여 LU는 하나의 노드내에 여러개가 존재할 수 있다.
PU는 노드를 온라인 오프라인시키거나 상태시험 등을 행하는 관리 목적으로 사용된다.
즉, SSCP와 더불어 네트워크관리에 참여한다.
< PU 의 분류 >
------------------------------------------------------------------------------------
| PU1 | 디스플레이 단말이나 프린터 | |
|--------------------------------------------------------------| 주변노드 |
| PU2 | 단말 클러스터 제어장치 3274,3276이나 배치단말 3770등 | |
|----------------------------------------------------------------------------------|
| PU2.1 | PU2의 강화형, Peer to Peer 통신(대등통신) | |
| | 병렬세션의 서포트, LU6.2와 조합하여 사용된다. | |
|----------------------------------------------------------------------------------|
| PU4 | 통신제어장치에 해당 | |
|--------------------------------------------------------------| 서브 에리어 노드 |
| PU5 | 호스트에 해당 | |
------------------------------------------------------------------------------------
LU는 앤드유저가 SNA네트워크를 액세스하는 창구나 포트역할을 담당한다. 이 포트를 통해 앤드유저는
LU간의 논리적 연결을 돕는 SSCP가 제공하는 서비스를 액세스할수 있다.
LU는 단말기 자체가 아니라 단말기를 관리하는 프로그램, 즉 3274에 단말기가 접속되어 있으면
3274에서 단말기를 관리하는 부분이 LU가 된다. 따라서 단말기는 LU와 사용자의 정보표시와 입력을 위한
수단이 되는 셈이다. 즉 3274는 32개까지의 LU를 갖고 사용자와의 정보교환을 터미널이나 프린터로 한다.
또한 호스트내의 응용 프로그램도 LU이다.
< LU 의 분류 >
--------------------------------------------------------------------------------------
| LU0 | 자유로이 데이터 stream을 규정할 수 있는 어플리케이션 프로그램용. |
| | 호스트와 programmable한 제어장치간등 |
|------------------------------------------------------------------------------------|
| LU1 | 프린터나 키보드,프린터 단말과 같은 디스플레이장치가 아닌 입출력 디바이스를 |
| | 액세스하는 것에 사용된다. |
|------------------------------------------------------------------------------------|
| LU2 | IBM 3270 데이터 stream과 같이 표시장치를 액세스하는 것에 사용된다 |
|------------------------------------------------------------------------------------|
| LU3 | IBM 3270 데이터 stream의 subset으로 프린터를 액세스하는 것에 사용된다. |
|------------------------------------------------------------------------------------|
| LU4 | LU1과 동일하게 단말을 액세스하는 것에 사용된다. |
| | 프로토콜에서 다소의 차이가 있다. |
|------------------------------------------------------------------------------------|
| LU6 | LU간의 통신에 사용된다 (CICS와 CIS간) |
|------------------------------------------------------------------------------------|
| LU6.1 | LU간의 통신에 사용된다 (CICS와 IMS간) |
|------------------------------------------------------------------------------------|
| LU6.2 | LU6의 파생형으로 LU간의 범용적인 통신에 사용된다. APPC라고도 한다 |
|------------------------------------------------------------------------------------|
| LU7 | IBM 5250 데이터 stream으로 디스플레이를 액세스하는 것에 사용된다 |
|------------------------------------------------------------------------------------|
3) 세션 (Session)
최종 이용자간의 정보전송은 각 최종 이용자에 대응하는 LU 사이에서 이뤄진다. 이들을 세션이라 부르며
논리적 통로의 기능을 한다. 먼저 LU간에 세션을 맺으려면 다음과 같은 필요조건을 만족시켜야 한다.
. 두 LU 사이에 물리적인 접속이 이루어져 있는가 확인한다.
. LU들이 동작하고 있는가 ?
. 버퍼와 처리능력 등 자원이 가용상태로 있는가 ?
. 두개의 LU가 같은 프로토콜을 따라 통신하고자 하는가?
세션의 종류는 다음 4가지가 있다.
. SSCP-SSCP 세션 : 서로 다른 영역에 있는 SSCP간에 맺어지며, 서로 다른 영역간에 LU의 세션을 맺기
위해선 전체 작업으로 맺어지게 된다.
. SSCP-PU 세션 : 역시 LU의 세션을 맺기전에 필요한 과정이기도 하고 하나의 노드와 그의 자원을
관리하기 위해 맺어진다. SSCP는 PU에게 그의 자원을 가동시키고 추적을
걸도록 요청한다. 각 노드의 PU는 그 자신의 에러와 장비의 문제점을 보고한다.
이 정보는 네트워크의 문제관리에 필수적이다.
. SSCP-LU 세션 : LU간의 세션을 맺는 과정에 이를 중계하기 위해 맺어진다.
SSCP는 LU간의 세션의 기록을 관리한다. VTAM과 CICS의 교신을 SSCP-LU세션의 한
예로 볼수 있다.
. LU-LU 세션 : 두개의 LU 사이에 맺여져서 최종 이용자와 교신하는데 있어 통로의 역할을 한다.
CICS가 하나의 단말과 교신하는 것이 한 예가 된다.
2.4 게이트 웨이
SNA에 있어서 게이트웨이는 두개의 SNA네트워크를 결합하는데 사용한다.
SNA 네트워크는 네트워크 어드레스 유니트(NAU)와 그 사이를 연결하는 transmission sub system(전송관리층)
으로 구성된다. NAU간의 통신은 세션이라 불리는 논리적 결합의 확립에 의해서 이루어지며, 또
NAU에는 앤드유저가 이것에 의해서 SNA네트워크에 액세스할 수 있는 논리유니트, 노드의 자원을 관리하는
구성요소로서의 물리유니트(PU),네트워크자원의 활성화 , 제어, 비활성화를 행하는 시스템 서비스
제어포인트(SSCP)가 있다.
SSCP는 또 정의역이 있으며, SSCP가 하나밖에 없을 때에는 단일 정의역 네트워크, 네트워크에 복수의
SSCP가 존재할 때에는 복수 정의역 네트워크라 한다.
만일 상호결합되어 있는 네트워크에서 어떤 네트워크로 자원을 제어하는 오퍼레이터를 둘 경우에는,
NCCF(Network Communication Control Facility)프로그램을 사용할수 있다. 또 복잡하게 연결된 네트워크
에서는 Alias Address변환이 복잡하게 되어, 네트워크의 장애발견을 어렵게 하는데, 이를 해결하는
것으로서 NLDM(Network Logical Data Manager)프로그램이 있다.
이 NLDM은 NCCF하에서 동작하는 것이다.
이와 같이 NCCF나 NLDM, 그리고 기타 많은 프로그램의 총체가 CNM(Communication Network Management)로
진행되고, NetView와 NetView/PC로 발전되어 왔다.
2.5 LU 6.2
1) LU6.2 출현배경
SNA에 있어서 LU(Logical Unit)의 타입은 1차측의 LU(호스트내의 프로그램)와 2차측의 LU(표시장치,
인쇄장치, 프로그램등)가 갖는 기능이 각각 다르므로 , 어떤 기능을 사용할 것인가를 결정하기 위하여
정의되어 있다. 그런데 오늘날에는 기술의 진보에 따라서 지금까지 그다지 처리능력을 갖지 않았던
단말이 상당한 처리능력을 갖게 되었다. 즉 단말도 하나의 작은 호스트로서 , 그 내부에서 프로그램을
동작시킬 수 있게 되었다.
이와 같이 LU-LU세션은 종래의 프로그램-단말간이라기 보다도 프로그램-프로그램간 세션이 되어 상호,
대등한 입장의 형태로 바뀌었다. 이같은 처리의 분산화를 지금까지의 LU타입으로 하려고 하면,
각 LU타입마다에 그 프로그램-프로그램용 대화를 위한 새로운 rule을 만들 필요가 있다.
이것은 장래의 확장성에 대해서도 많은 문제를 발생하게 된다. 그래서 SNA에서는 이 새로운 프로그램
프로그램의 대화를 위하여 종래의 LU타입과는 별도로 상대가 누군가에 관계없이, 통일된 세션의 규약을
정의하였다. 이것이 LU6.2이다.
2) LU6.2의 구조와 특징
SNA의 네트워크상에서 상대하는 앤드유저가 대화하려면 LU사이에 논리적 링크인 세션이 확립되어
TP(Transaction Program)간에서 통신을 한다. 이 때에 단일 LU사이에서 한시점에서의 복수 세션을 확립하여
복수 TP사이에서 동시에 통신(패러렐 세션)을 할 수 있다.
또 대화는 하나의 세션을 복수의 TP로 동시에 시분할하여 이용할 수도 있다.
더우기 LU6.2는 프로토콜경계라 불리는 TP와 LU간의 인터페이스를 정의하며, 이것은 Verb라는 일종의
고수준 언어적 커맨드를 제공함으로써 표준화되어 송수신이 이루어진다.
LU6.2의 기능은 구조적으로 베이스기능과 옵션기능이 서브 세트화되어 있으며, 모든 제품은 공통
베이스기능을 갖고 있다. 앞으로의 많은 제품의 공통 LU타입이 되기 위해서는 베이직 기능을 신장시키고
보다 고도의 통신을 하기 위해서만 옵션기능을 탑재하면 된다.
한편 SNA는 LU6.2를 베이스로 하여 체계화된 통신룰을 제공하고 있다. 이들은 DIA/DCA/SNADS이며, 주로
업무용 시스템에서 사용된다.
< DCA/DIA/SNADS/APPC의 관계 >
----------------
| DCA |
|---------------------
| |
| DIA ----------------
| | SNADS |
| | |
|-----------------------------------
| APPC |
------------------------------------
. DCA (Document Content Architecture) : 정보교환을 위한 내용 / 표현양식을 지정
. DIA (Document Interchange Architecture) : 정보교환을 위한 양식 / 절차를 규정
. SNADS(SNA Distribution Services) : 시스템간의 비동기 정보교환(축적교환)을 하기 위한 rule
3장 SNA의 물리적 구성요소
3.1 통신제어장치
통신제어장치는 컴퓨터와 통신회선 사이에 위치하여 통신회선을 제어하는 장치이다.
즉, 컴퓨터 단말과의 데이터전송 , 링크제어, 에러검출과 회복 등을 한다.
IBM 통신제어장치는 네트워크 제어프로그램 확장 통신기능(ACF/NCP)하에서 가동하며, 네트워크관리를 유효하고
확실하게 하기 위해 중추적 역할을 하는 것이다.
최대 3MB의 기억장치를 내장한 IBM3725통신제어장치를 비롯하여 보다 더 고도의 기능을 갖고 고속의 전송채널
및 큰 기억장치를 내장한 IBM3745 통신제어장치와 고도의 기능을 소형화하여 실현한 IBM3720 통신제어장치도
있으며, 이들은 동일 네트워크내에 혼재할 수 있다. 대규모 네트워크 시스템 대응으로부터 중소규모
네트워크 시스템 대응까지 사용자 용도에 최적인 통신제어장치가 선택된다.
또 IBM통신제어장치는 SNA/DNM에 기초한 일관된 설계사상으로 제품화되어 있으며, 고도의 회선진단,
문제판별이 가능하다. 이들 조작과 관리는 원격지에 분산 설치된 통신제어장치에 대해서도 센터에서
일원적으로 조작과 관리가 이루어질 수 있다.
3.1.1 IBM3725 통신제어장치의 특징
. 내장하는 기억장치의 크기나 접속회선수는 필요에 따라 선택할 수 있으며 기억장치는 512K바이트에서
최대 3072K바이트까지 11종류가 있고 , 최대 8대의 호스트 컴퓨터와 접속가능하다.
또 회선은 속도나 프로토콜, 사용률에 따라 다르나 최대 256개까지 접속할 수 있다.
3.1.2 IBM3720 통신제어장치의 특징
. IBM3720 통신제어장치는 로컬접속의 1형과 리모트 접속의 2형등 2종류가 있다.
기억장치는 최대 2MB, 회선은 최대 28개까지 접속할 수 있으며 각각 확장장치가 준비되어 접속회선은 최대
60개까지 확장할 수 있다.
3.1.3 IBM3745 통신제어장치의 특징
. 1988년 2월에 발표된 IBM3745 통신제어장치는 프로세서를 두개 내장하여 자체적인 백업기능을 갖춘 고도의
가용성을 유지하고 대용량의 회선수요를 충족시킬 수 있는 기능을 갖추고 있다.
. IBM3745는 각 프로세서당 최대 8MB의 기억장치를 갖출 수 있고 최대 16대의 호스트 컴퓨터와 접속가능하다.
최대 접속회선은 속도나 프로토콜에 따라 가중치별로 결정되는데, 최대 512회선을 접속시킬 수 있고
T1(1.544MB)회선의 경우 16회선을 접속시킬수 있으며 동시에 8회선을 사용할 수 있다.
3.2 IBM 통신제어 매트릭스 스위치
통신제어 매트릭스 스위치는 네트워크의 구성요소(통신회선장치,모뎀,회선등)의 접속/전환을 본 장치의 포트를
통하여 전자적으로 행하는 장치이다.
IBM3728 통신제어 매트릭스 스위치는 회선과 모뎀,모뎀과 단말장치,통신제어장치 등 다양한 접속/전환을
순식간에 행하는 전자식 매트릭스 스위치이다. 이 스위칭에 의해 업무내용과 양에 따른 최적 경로의 설정
장애발생시의 대체경로의 확보가 쉽게 실현된다. 더우기 접속/전환작업은 모두 한대의 전용 조작대에서의
지시로 이루어짐과 동시에 간단한 모니터나 테스트는 이 조작대에서 하도록 되어 있다. 따라서 종래 물리적인
전환작업이나 모니터,테스터의 작업은 대폭 경감할 수 있게 되었다.
3.3 IBM시분할 다중화 장치 (TDM)
시분할 다중화장치 (TDM: Time Division Multiplexer)는 고속 디지탈 전송서비스를 이용, 여러 형태의 정보를
다중화하여 송수신하기 위한 장치이다.
고속 디지탈 전송서비스의 보급 발전에 따라, 이 서비스의 장점을 얼마나 충분히 활용하느냐 하는 점이 보다
효율적이고 경제적인 정보통신시스템의 구축과 운용에 큰 비중을 차지하고 있다.
IBM5970 시분할 다중화장치(TDM)시리즈는 데이터,음성(전화),팩시밀리,화상등 다양한 미디어를 통합,
다중화하여 송수신하며, 통신비용의 절감을 가져온다.
3.4 네트워크 제어장치
네트워크 제어장치는 다수의 통신회선을 집선화하여 1개 또는 여러개의 회선으로 모아서 전송하는 기능 및
프로토콜의 변환기능을 갖는 네트워크 노드제어장치이다.
SNA의 설계사상에 기초하여 개발된 네트워크의 제어장치가 IBM3710네트워크 제어장치이다.
IBM3710네트워크 제어장치는 네트워크내의 각 장치로 부터 IBM3725/3720통신제어장치로 접속되는 여러
통신회선 을 1개 또는 수개의 SDLC회선 및 X.25패킷교환회선으로 모아서 전송하는 기능을 제공한다.
이 IBM3710네트워크 제어장치에는 최대 15개까지의 통신 어뎁터를 수용할 수 있다.
통신 어댑터는 CCITT V.24, X.21, V.35의 3종류가 선택되어 , 회선속도 110bps부터 64kbps까지 저속측과
고속측을 합쳐 최대 32개의 회선을 접속할 수 있다.
3.5 프로토콜 변환장치
IBM3708프로토콜 변환장치는 집선기능,프로토콜변환,프로토콜 Envelope, Paththru등의 뛰어난 네트워크기능에
의해 비동기 ASCII단말을 IBM 프로세서 및 IBM이외의 ASCII프로세서에 동시에 접속할 수 있어
네트워크의 접속성 유연성을 높이기 때문에 통신비용의 절감을 가져올 수 있다.
IBM3708프로토콜 변환장치는 IBM37XX 통신제어장치 또는 통신 어댑터를 경유하여 IBM 호스트 시스템에
접속되므로 SNA네트워크 이점을 받아들일수 있다.
4장 분산환경을 위한 LU 6.2
4.1 SNA와 LU
SNA는 물리적 네트워크로서 프로세싱 능력을 갖는 네트워크 노드를 데이터 링크로 결합하고 있다.
논리적으로는 네트워크를 이용하여 대화하는 앤드유저(호스트 어플리케이션과 단말및 오퍼레이터등)와
데이터전송을 취급하는 경로제어 네트워크 ,그리고 이들 양자간을 연결하는 LU 등 3가지 요소로 구성되어 있다.
< 앤드유저와 경로제어 네트워크와 LU의 관계 >
-------------- ---------------
|어플리케이션| |어플리케이션 |
-------------- ---------------
| |
----- LU ------------------------------------------- LU ------
| |
| |
----- LU ------------------------------------------- LU ------
| |
앤드 유저 앤드 유저
LU는 호스트 프로세서나 클러스터 콘트롤러와 같은 네트워크 노드내에 존재하면서 앤드유저를 위한 경로제어
네트워크의 서비스 포인트로서 활동한다. LU는 앤드유저가 통신을 바라는 상대측의 LU에 대하여 경로제어
네트워크상에 세션이라는 논리 데이터링크를 설정한다.
그리고 이 세션을 통하여 양 앤드유저간의 데이터 송수신을 실행한다. SNA의 물리적 네트워크상에서는
이 논리적 네트워크인 무수한 세션이 요구에 따라 자유로이 상대를 선택하거나 설정 및 해제를 반복하고 있다.
단말제어의 규격은 단말마다 다르기 때문에 이 매개체인 LU의 기능규격도 단말마다 다른 형식으로 나타났다.
예를 들면 LU0는 IMS나 CICS와 같은 자유로운 데이터 스트림을 관리할 수 있는 어플리케이션 프로그램을
위한 LU타입, LU2는 3270의 디스플레이용 LU타입, LU3은 3270프린터용 LU타입이다.
4.2 LU 6.2의 개요
LU 6.2를 APPC라는 이름으로 최초로 소개한 IBM시스템 저널에서는 SNA를 "느슨하게 결합"된 하나의
"분산 오퍼레이팅 시스템"으로 간주한다고 표현하고 있다. 즉, 프로그램간 통신이라는 견지에서는
하나의 오퍼레이팅 시스템내에 존재하여 공용 메모리를 통하여 행하는 통신이나, 물리적으로 원격지에
존재하는 프로그램끼리 SNA경로제어 네트워크를 통하여 행하는 통신이 동일하다고 간주하는 것이다.
SNA는 경로제어 네트워크를 통하여 전체적인 분산 OS로서 작용하도록 되어 있으며 이때 LU 6.2는 각
로컬 OS로서의 기능을 수행하도록 고안되어 있다.
즉, LU 6.2의 기능범위는 단순한 송수신 포트에 한하지 않고, 서브 시스템적 또는 관리 프로그램적 기능까지
포함하도록 확대되어 있다.
4.3 LU 6.2의 특징
LU 6.2가 각종 제품에 폭넓게 사용할 수 있으며, 사용자측에서 대단히 사용하기 쉬운 인터페이스일 뿐 아니라
향후 필요로 하는 고도 네트워크기능을 만족시킴을 목적으로 하고 있는 것은 이미 앞에서 설명하였다.
여기서는 이들을 지원하는 LU6.2의 기본적인 특징에 대해서 간단히 설명한다.
- Conversation (대화)
SNA네트워크상에서 상대하는 앤드유저가 대화하려면 LU 사이에 논리적 링크인 세션을 확립하여 통신한다.
세션은 LU간 통신을 체계화하는 개념이며, 한편 LU의 앤드유저인 트랜잭션 프로그램끼리는 이 세션을
통하여 양자간에 실제 의미있는 송수신을 행한다.
LU 6.2는 이 사이의 통신을 Conversation이라 정의하고 있다. LU간의 통신체계를 트랜잭션 프로그램이라는
앤드유저간 통신까지 체계화의 범위를 확장시킨것이 LU 6.2이다.
< LU 6.2와 Conversation의 관계 >
---------- -----------
| LU6.2 | | LU6.2 |
앤드유저 | ------------------------- | 앤드유저
(TP) .......|....|....... 세 션..........|....|............ (TP)
| | ------------------------- | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| -----|----- ----|------ |
| | | |
| |<----- 세 션 ------->| |
| |
|<----------------- Conversation --------------------------->|
- 프로토콜 경계
보다 간단히, 보다 폭넓게 이용됨을 목적으로한 LU6.2는 프로토콜경계라는 사용자와 LU간의 포괄적인 서비스
인터페이스를 정의하고 있다. 포괄적이란 특정 제품, OS, 프로그래밍 언어에 구속되지 않고, 어떠한
시스템환경에서도 적합한 형태의 공통성을 가짐을 의미한다. 동시에 사용자는 LU6.2에 대한 경계를
의식하기만 하면 되며, 네트워크 내부에서 발생하는 세부적인 송수신으로 부터는 해방된다.
프로토콜 경계의 흐름은 다음과 같다.
------------------------------
| 트랜잭션 프로그램 |
------------------------------
| ▲
| | 프로토콜 경계
================|========|======================
"VERB" | | "네트워크 서비스"
▼ |
------------------------------
| |
| LU 6.2 |
| |
------------------------------
사용자가 "VERB"라는 그 기능이 이해하기 쉬운 매크로를 파라미터와 함께 내보내면 LU 6.2내에서
처리될 서브루틴으로 분기되어 로컬 리소스의 제어나 트랜잭션 프로그램의 스케쥴링, 세션의 개시나 종료,
데이터의 송수신 및 데이터의 보전성 관리 등의 기능이 실행된다.
- 대등 통신
LU6.2는 대등통신의 기능을 제공한다.
- 단일 LU간의 복수 세션 (Parallel Session)
상대하는 LU간 세션수는 LU의 지능정도에 따라 제어되고 있다. 예를 들면 3270 디스플레이용 LU 2.0은
한 시점에서 하나의 세션밖에 제공되지 않는다. 그러나 하나의 LU가 복수의 트랜잭션 프로그램을
관리하는 LU 6.2에서는 하나의 세션만으로는 부족하므로 단일 LU 사이의 한시점에서 복수의 세션을
제공하는 기능이 부가되었다. LU간의 링크를 한번 올리면 그 링크상에 복수의 세션이 구축되어
대규모 네트워크에 있어서 네트워크의 자원을 간소화하여 전체 네트워크의 throughput을 향상시킨다.
4.4 PU2.1 (Low Entry Networking: 하위레벨 대등통신 네트워킹기능)
앞서 SNA 네트워크를 물리적으로 보면, 프로세싱능력을 갖는 복수의 네트워크 노드를 데이터링크로
연결하는 것이라는 것은 설명하었는데 바로 이 네트워크 노드 각각을 PU라 한다.
LU는 한 PU내에서 활동하며, SNA에서는 프로세서의 능력에 따라 이 PU가 계층화되어 있다.
---- --------------------------------------
sub ▲ | PU 5 |
area | --------------------------------------
node | | 시스템 /370 프로세서
| -----------------
▼ | PU 4 | 통신제어장치 (37x5, 3720)
---- ----------------- ---------
/ \ ▲
-------- -------- | 주변노드
| PU 1 | | PU 2 | |
-------- -------- ▼
.복수의 단말을 제어하는 클러스터 콘트롤러(3274,3174등)
.분산 프로세서 (S /36 , S /38 , S/1 , 8100등)
네트워크자원의 관리와 제어(단말이나 어플리케이션 프로그램으로의 등록이나 해제, 링크의 시동이나 정지,
세션의 확립이나 종료등),그리고 네트워크 버스의 경로제어, 에러회복의 주요 임무 등은 모두 프로세싱능력이
큰 PU5 혹은 PU4의 내부에서 이루어진다.
SNA에서는 이 PU5와 PU4를 서브에리어 노드, PU2와 PU1을 주변노드라 한다.
주변노드는 반드시 어떤 서브에리어 노드에 속하여, 그 관리와 제어서비스를 받는다.
이것이 SNA의 계층구조이다.
그런데 종래 PU2하에서 동작하던 단말의 인텔리전트화가 진행되어 퍼스컴과 같은 워크스테이션이 되자
워크스테이션간의 독립된 경제적 네트워킹 기능이 필요하게 되었다.
또 분산프로세서 기능과 양의 확대가 높아져감에 따라 소형시스템끼리의 네트워킹에 대해서도 경제성과
확장성이 보장된 체계화가 필요하게 되었다.
이 새로운 환경에 대한 주요 기능은 다음과 같다.
. 간단하게 도입되어 사용하기 쉬울 것.
. 종래의 SNA와 같은 주종의 관계가 있는 종속적 계층구조가 아니라 각각이 대등한 관계인
분산네트워크일 것.
. 트리,링,스타,버스 등의 네트워크형태로 되어 있을 것.
. 결합 프로토콜에 유연성이 높을 것.
IBM은 이들 요건을 만족시키기 위하여 PU2를 대폭적으로 확장한 PU2.1의 물리노드를 정의했다.
그리고 이 PU2.1간 대등통신의 아키텍처를 Low Entry Networking (하위레벨 대등통신 네트워킹 기능)이라
이름붙여 1986년 6월에 발표하였다.
PU2.1 노드는 물론 계층구조 그대로 sub area node에 결합할 수 있으나 PU4/5가 없어도 자기 자신내에
LU를 관리하는 디렉토리를 갖으며 PU2.1 사이에서 세션이나 대화와 같은 SNA기능을 대등(Peer to Peer)한
관계에서 확립할 수 있다.
앞에서 설명한 LU6.2간의 대등통신, parallel 세션을 주변노드의 레벨에서 실현하려면
PU2.1의 서포트가 전제된다.
4.5 APPN (Advanced Peer to Peer Newtworking : 확장 대등통신 네트워킹 기능)
현재 정의되어 있는 PU2.1의 기능을 채용하여 더욱 확장한 기능이 APPN이다. 이것은 /370프로세서를
필요로 하지 않고 분산 소형 시스템간 SNA네트워킹을 실현하는 것이다.
4.6 LU6.2와 미래에의 대응
LU6.2는 여러 IBM제품에서 실현되고 있다. 최근 발표된 IBM의 통신 아키텍처 중에서도 LU6.2가 중추적인
역할을 맡고 있다. 어쨋든 LU6.2의 가장 큰 의미는 간단히 사용하기 쉬우며 제품환경(하드웨어,OS,
프로그래밍 언어)으로 부터 독립된 단일 공통 인터페이스이므로 유저측에서나 제품개발담당자에
있어서도 향후 예상되는 다양한 네트워크 기능의 확장을 위한 공통기반을 제공하는 것이다.
5장 통합네트워크 관리시스템 NetView 및 NetView/PC
5.1 서론
IBM은 토탈 시스템 솔루션을 제품제공의 기본방침으로 하고 있는데, 네트워크에 대해서도 예외는 아니다.
유저의 수요 변화에 대응하기 위한 기술혁신을 전제로, 앞으로는 음성까지를 포함하는 통합 네트워크관리를
계속하여 실행할 방침을 표명하고 있다.
IBM 전제품의 개발기반은 일관하여 SNA체계이며 1974년의 발표이래 수많은 기능 확장을 거쳐 오늘에
이르고 있다. OA화의 급속한 발전에 따라 한꺼번에 분야를 넓힌 통신네트워크에는
DIA (Document Interchange Architecture), DCA (Document Content Architecture)
CICS /DDM (Customer Information Control System / Distributed Data Management)
APPC (Advanced Program to Program Communicaion)등의 새로운 아키텍처가 추가되었다.
1980년대 전반의 텔레커뮤니케이션 분야에서의 변혁은 현저하여, 1985년과 1986년에 IBM이 발표한
통신제품의 수는 헤아릴 수 없이 많다. 그 일례가 IBM 토큰링 네트워크(이하 TRN)로 중계장치에 의한
TRN의 확대나 브리지에 의한 TRN의 멀티화도 가능케 되었다.
IBM은 1978년에 효과적인 네트워크 시스템관리를 위한 IBM의 기본전략과 , 그것을 지원하기 위한 도구인
CNM(Communication Network Management)이라는 네트워크관리 설계사상을 발표하였다.
네트워크 시스템을 구성하는 하드웨어는 다종다양하여, 온라인 시스템의 기본적인 구성요소만 하더라도
호스트컴퓨터,통신제어장치,모뎀,단말기기,통신회선 등을 들 수 있다.
CNM은 이와 같은 각종 하드웨어를 네트워크로서 전개할 때에, 통합적인 관리를 실현한다.
이것은 SNA하에서 개발된 모든 IBM제품은 CNM에 의한 인텔리젼스와 센서기능이 갖추어져 있기 때문이다.
CNM기능이 각종 기기에분산하여 내장되어 있기 때문에 , 호스트에서 단말까지, 또 하드웨어에서
소프트웨어까지의 운용상황을 일괄하여 파악할 수 있어, 문제판별이 통합적으로 이루어진다.
한마디로 네트워크관리라 말하더라도 그 관리의 내용은 여러가지로서, 예를 들면 네트워크 시스템관리에는
다음과 같은 것이 포함된다.
. 네트워크의 오퍼레이션관리
. 문제판별 및 해결처리를 위한 관리
. 응답시간이나 사용율 등을 파악하는 performance관리
. 변경의 실시상황관리
. 네트워크 시스템자원의 정보일원관리
. 기밀보호관리
. 이용자에 대한 과금처리관리
이들 통합관리 기능을 갖는 각종 도구로서는, 네트워크 통신관리 프로그램 (NCCF: Network Communication
Control Facility), 네트워크 문제판별 프로그램(NPDA: Network Problem Determination Applicaton)
네트워크 논리데이터관리 프로그램 (NLDM: Network Logical Data Manager)를 비롯하여, 조작, 문제판별,
구성/변경, performance등,네트워크운용에 필요한 여러 분야의 관리제품이 제공되고 있다.
이상의 환경을 고려할 때, IBM이 기기류, 프로그램, 네트워크,아키텍처의 통합적인 관리방법 개발을
최우선으로 여겼음은 당연하다 하겠다.
1986년에 이 해결책의 기반으로서, NetView(통합네트워크관리 프로그램)와 NetView/PC라는 두가지
프로그램제품과 공개 통신체계 (OCA: Open Communication Architecture)가 발표되었다.
NetView는 기존 네트워크관리 프로그램 3개를 결합시키고, 다시 별도의 두가지 프로그램기능을 넣어서
기능을 추가확장한 제품으로 , 도입이나 사용 양면에서 개량되어 있다.
NetView/PC는 음성통신, TRN,타사 제품에 이르기까지 IBM의 네트워크관리를 넓히기 위하여 NetView를 보완
확장한 것이다.
OCA는 IBM이 SNA/CNM을 문서화하여 공개하고 있음을 보이고 있으며, 아키텍처공개방침을 재확인한 것이다.
이상 3가지 발표에 따라서, 이용자나 밴더는 음성, 데이터,이미지 등의 정보를 다루는 네트워크 구성요소에
대하여 SNA제품인지 아닌지에 관계없이, 그것을 통합적 네트워크 관리하에 둘수 있는 방법개발이 가능케
되었다.
5.2 NetView 및 NetView / PC의 개요
5.2.1 NetView
NetView는 정보통신 네트워크를 진단하여 관리하는 프로그램제품으로, 네트워크를 센터에서 집중관리하는
기능이 강력하다.
제공되는 기능은 다음과 같이 커맨드기능, 하드웨어 모니터, 세션 모니터, 상황모니터, HELP기능,
CUSTOMIZATION기능으로 분류할 수 있다.
1) 커맨드기능
네트워크의 오퍼레이션관리에 사용하는 기능으로 , VTAM 커맨드나 CNM커맨드를 사용하여 네트워크
자원관리나 기기를 조작한다.
2) 하드웨어 모니터
물리적인 네트워크 자원이나 시스템 자원에 영향을 미치는 장애를 검지하고 동시에 정보를 수집하여
대응처리를 포함하여 디스플레이한다.
3) 세션 모니터
네트워크의 논리적인 구성요소(PU,LU,SSCP 등)에 대한 세션관련 정보를 수집한다.
또 응답시간의 측정이나 세션상의 장애 데이터도 수집한다.
4) 상황 모니터
네트워크자원 상황을 상호관계 표시와 함께 나타낸다. 또 장애를 일으킨 네트워크자원에
대하여는 자동적으로 재개시킨다.
5) HELP기능
약 1500화면이 준비되어 있으며 커맨드, 메시지,코드의 설명, NetView의 모든 화면에 대한
각 필드의 설명, 문제판별 등의 운용가이드 등을 제공한다.
6) CUSTOMIZATION기능
이용자가 독자적인 필요에 맞추어 불필요한 정보의 삭제, 정보의 변경, 기능의 추가등을 할수 있다.
NetView에서 실현되는 새로운 기능도 많이 있으나, 특히 지원하는 제품의 폭이 넒다는 점은
큰 장점중 하나이다. 새로이 발표된 IBM586X 모뎀이나 IBM3708 프로토콜 변환기의 지원은 당연하며
IBM TRN에 대해서도 NetView가 지원한다.
5.2.2 NetView / PC
NetView / PC는 IBM의 네트워크관리를 이용자의 네트워크상황에 맞추어 확장하는것을 목적으로 개발된
제품이다. NetView / PC에는 NetView와 정보교환하는 기능이 있으므로 NetView의 추가기능으로서
사용할 수도 있다.
NetView / PC의 어플리케이션은 IBM TRN이나 음성네트워크를 지원한다. 더우기 NetView / PC의 어플리케이션
프로그램 인터페이스 / 통신 서비스(API/CS)기능에 의해서 현행 IBM 네트워크관리가 지원되지 않는 기기에
대해서도, 이용자가 어플리케이션을 개발하여 관리를 일원화할 수 있게 되어 있다.
NetView / PC는 여러 기능을 제공하고 있다. 예를 들면 다른 태스크를 동시에 실행하는 기능으로 인해
Front End처리와 Back End처리로 시스템자원을 공용하여 capacity의 증대를 꾀할 수 있다.
또 인테리전트 통신어댑터와 그것을 지원하는 소프트웨어에 의해서 PC로 부터의 일을 처리하는 한편, IBM
호스트와의 동시통신(SDLC)과 다른 비동기 통신기기와의 통신이 동시에 이루어진다.
로컬의 문제판별인 경우, NetView/PC의 단말상에서 기기와 소프트웨어에 대한 장애경고를 관리할수 있다.
장애경고는 NetView에 전송할 수 있으므로, 현재 SNA네트워크내에서 지원되지 않는 기기에 대해서도
일원적인 네트워크관리를 할 수 있다. NetView / PC와 IBM 호스트와의 화일전송에 대해서는
LU6.2의 프로토콜을 사용함으로써, 광범위한 정보를 IBM호스트의 CICS/DDM과의 사이에서 주고받을 수
있으므로 기록등의 호스트 어플리케이션에 사용하는 것이 가능하다.
5.2.3 NetView와 NetView / PC에 의한 네트워크관리
네트워크라는 관점에서 보면 NetView / PC발표 이전의 네트워크관리에는 제한이 있었다.
즉,IBM네트워크관리 도구로는 SNA네트워크 제품에 대해서만 관리를 할 수 있었기 때문에 ,
SNA이외의 기기나 IBM이외의 제품 대부분은 IBM네트워크 관리범위에서 제외되어 왔다.
그러나 NetView / PC에 의해 이같은 분야에 대해서도 네트워크관리가 확장하게 되었다.
IBM의 TRN관리 프로그램과 같은 NetView / PC의 어플리케이션을 사용하면, 이들 제품을 포함하여
네트워크를 보다 확실하게 파악할 수 있다. NetView / PC의 API/CS기능을 사용하면 밴더가 만든
프로그램으로 비 IBM제품에서 같은 기능을 제공하는것이 가능케 된다.
NetView / PC가 하나의 네트워크내에서 관리할 수 있는 기기의 종류를 늘릴 뿐만아니라 네트워크를
관리하는 시점을 바꾼다는 것도 주목할 만하다.
종래 NetView오퍼레이터는 논리적인 네트워크 혹은 그 일부를 감시하였으나, NetView / PC의 이용에 의해
물리적 네트워크의 대부분을 감시할 수 있게 되었다.
예를 들면 토큰링에 장애가 생긴 경우를 가정하여 보면, 종래의 방법으로는 세션이 끊긴 경우에 단말이
회선의 어디에 장애가 생겼을 것이라고 추측할 수 밖에 없었으나 , NetView / PC에서는 특정 링크에
장애가 발생하였음을 파악할 수 있게 된다. 모든 물리적 구성요소를 감시할 수 있기 때문에 이용자의
네트워크관리가 더욱 향상될 수 있다.
구체예를 들어, NetView와 NetView / PC간의 관계를 설명해 보자.
TRN에 장애가 생긴 경우를 가정해 보면, 장애발생에 의한 결과 정보가 그 토큰링에 접속되어 있는 통신
제어장치로부터 NetView에 통지된다. 동시에 NetView / PC상의 토큰링 어플리케이션은 장애의 원인을
판별하여 NetView에 알려준다. 네트워크 오퍼레이터는 장애의 원인과 결과를 파악한 뒤에 장애 회복에
착수하므로 , 앤드유저에의 영향을 최소한으로 할 수 있다.
NetView / PC에 토큰링 어플리케이션이 없으면, NetView는 장애의 결과 정보만을 받을 뿐이므로
원인에 대해서는 파악할 수 없다.
6장 IBM 의 LAN기술
6.1 IBM 토큰링 네트워크의 개요
6.1.1 개요
IBM 토큰링 네트워크는 매초 400만 비트(4Mbps)의 전송속도를 실현하는 링(Ring)형 근거리통신망이다.
액세스방식은 IEEEE표준 802.5(IEEE: Institute of Electrical and Electronics Engineers)에 준거한
토큰 패싱방식을 채용하고 있으며, 전송로에는 IBM배선시스템을 사용하고, 정보처리기기의 연결에는
데이터 전용선, 전화용 Twisted Wire, Optical fiber를 사용한다.
접속대상은 워크스테이션으로 부터 분산처리시스템,호스트시스템까지 다종다양하다.
또 하나의 링에는 최대 260대까지의 워크스테이션을 접속할 수 있으며, 네트워크상의 워크스테이션은
호스트의 개재없이 "Any-to-Any"의 송수신을 할 수 있고 또 호스트단말로서의 기능을 제공할 수도 있다.
6.1.2 통일적인 아키텍처를 갖춘 범용 LAN
LAN설계시의 요건으로서는 다음과 같은 것을 들 수 있다.
. 아키텍처(체계) . 네트워크 관리
. 네트워크 형태 . 퍼포먼스
. 액세스관리 . 배선방법(케이블 부설방법)
. 전송매체 . 이행방법
이들 요건을 하나씩 기술적으로 해결해 나가는데 있어서 IBM이 특히 중요시한 것은 아키텍처이다.
즉 SNA의 체계 가운데에서 호스트시스템, 분산처리 시스템,그리고 CBX업무용 통신시스템과 접속하여
상호정보를 교환할 수 있는 LAN을 구축하는 것이다.
또 LAN의 표준화를 진행하여 타사 제품과의 접속도 자유로이 할 수 있는 LAN을 지향하고자 하는 것이다.
그 성과가 IBM토큰링 네트워크이다. 이는 다양한 정보제어장치는 물론이고 어플리케이션 프로그램의
접속도 실현하고 있다.
그리고 네트워크자원(호스트시스템,분산처리시스템,통신제어장치,각종 단말장치,워크스테이션,프로그램등)
을 계속하여 사용할 수 있기 때문에, 장래에 크게 확대될 정보 통신 네트워크 시스템의 중추가 될
LAN을 구축할 수 있다.
*. IBM토큰링 LAN의 특징
1) 범용성
. 세계표준에 준거: IEEE표준 802.5및 ECMA표준 89에 준거한 토큰 패싱 링방식의 LAN이다.
. 오픈네트워크: IBM제품과 타사 제품을 동일 네트워크상에 혼재하여 접속가능한 "개방된 네트워크"임
. CBX 업무용 통신시스템과의 공존: IBM의 디지탈 PBX방식 LAN으로서, CBX업무용 통신시스템이 있다.
IBM토큰링 네트워크에서는 이 CBX업무용 통신시스템과의 상호 이용을 실현할 수 있으며, 더우기
두개의 LAN을 적용분야마다 나누어 전사적인 정보통신 네트워크를 효율적으로 구축하여
운용할 수 있다.
2) 접속성
. 최대 260대의 장치를 접속 : 데이터전용선을 사용할 경우는 동일 링에 최대 260대의 정보처리장치를
접속할 수 있다. 전화용 Twisted Wire사용시에는 최대 72대 까지 접속가능하며, 무엇보다도 접속장치를
단계적으로 증설할 수 있다.
. 유연성이 있는 접속
. 어플리케이션 인터페이스: NETBIOS, APPC/PC라는 2종류의 고도 인터페이스가 제공되며, 현존
어플리케이션 프로그램을 IBM토큰링 네트워크의 각 장치에서 공용할 수 있다.
. 호스트시스템을 직접 연결 : IBM3725/3720통신제어장치 및 IBM3174제어장치를 통하여 SNA 호스트
시스템을 직접 연결할 수 있다.
3) 신뢰성
. 고신뢰성의 토큰링방식 : 데이터전송이 고속이고,토큰링방식의 특성으로서의 높은 신뢰성과
응답성이 유지될 수 있다.
. 신속한 회복성 : 신속한 네트워크에러를 격리하여, 기능장애를 일으킨 장치를 자동적으로
bypass할수 있다.
. 인텔리전트 네트워크 : 워크스테이션이나 통신제어장치 등, 네트워크에 접속되는 장치를 위한
토큰링 어댑터에는 많은 진단기능이 갖추어져 있으며, 전체적으로 우수한
인텔리전트 네트워크를 구성할수 있다.
. 네트워크관리 프로그램 : 네트워크상의 하드/소프트의 운용상황을 감시하는 소프트웨어로서,
토큰링 네트워크관리 프로그램이 제공된다.
. 광파이버의 선택사용 : 장거리에 걸친 교신, 전자기 환경, 데이터보존에 대한 요구가 높은 경우에는
전송로에 광파이버를 사용할 수 있다.
4) 확장성
. 단계적인 규모확대가 가능: 네트워크는 소규모 시스템부터 대규모 시스템까지의 구축이 가능하며,
또 소규모에서 대규모로의 비용대 효과를 고려하여 단계적인 확장이 가능하다.
. 집선장치의 이용 : 링구성을 형성하는 집선장치 한대 마다에 8대까지의 워크스테이션을 접속할 수
있으며, 또 집선장치끼리를 링상에 상호 연결하는 것도 가능하다. 이와 같이 집선장치를 늘림으로써
쉽게 대규모 네트워크를 구축할 수 있다.
. 중계장치의 이용 : 중계장치의 설치에 의해 장거리의 네트워크 및 복수의 건물에 흩어진 네트워크도
쉽게 구축할 수 있다.
. 링간의 연결이 가능 : 260대이상의 장치를 접속할 필요가 있는 경우에는 브리지를 사용함으로써
최대 8링을 연결할 수 있다.
5) 경제성
. 정보자원의 공유 : 현존 IBM정보시스템과의 통합을 실현함으로써, 기존 시스템자원이나 데이터,
프로그램 등을 그대로 활용할 수 있다.
. 경제적으로 PC네트워크를 구축 : 5550 패밀리 등 , 링에 접속되는 워크스테이션끼리는 호스트
시스템의 개재없이 "Any-to-Any"의 송수신이 가능하다.
. 영구적 배선의 부설 : IBM배선시스템과 함께 LAN용의 영구적 배선을 부설할 수 있으며,
각종 케이블의 중복배선, 재배선과 같은 낭비를 없앨 수 있다.
. 저렴한 전화용 Twisted Wire의 사용 : IBM배선시스템에 사용되고 있는 3형 케이블의 규격은
일반적으로 사용되고 있는 구내 전화케이블의 규격과 거의 같다. 따라서 이것을 사용함으로써
보다 저렴한 전송로를 부설할 수 있다.
6.2 IBM 토큰링 네트워크의 형태
6.2.1 스타형과 링형의 장점을 일체화
케이블링의 기본적인 형태로서, 스타형, 버스형, 링형이 있다. 어떤 형태를 추진하는가를 결정할때는
효율특성, 신뢰성, 회복성등 여러 각도에서의 검토가 필요하다.
IBM 토큰링 네트워크에는 물리적으로 스타형, 논리적으론 링형의 토폴로지를 채용하고 있다.
모습이 스타로 비유된 것은 왕복통로를 갖는 케이블을 사용하여 링으로의 접속이 중앙의 집선장치에서
이루어지기 때문이다.
각 정보처리장치를 링에 접속하고 있는 집선장치에는 정보처리장치를 링에서 분리하거나, 논리적으로
격리할 수 있는 기능이 갖추어져 있다.
스타형 배선이기 때문에 환경의 변화나 망의 변경에 뛰어난 유연성을 발휘하며 또 논리적으로는
링형이므로 액세스 콘트롤이 모든 접속기기에 분산되어 "Any-to-Any"의 송수신을 가능케 한다.
이와 같이 IBM 토큰링 네트워크는 스타형과 링형 각각의 장점을 일체화한 것이다.
6.2.2 매초 400만 비트(4Mbps)의 고속으로 토큰을 전송
IBM 토큰링 네트워크에서는 링상을 토큰이라는 프레임이 단일방향으로 흐른다.
토큰은 어떤 종류의 비트 조합으로 Busy 또는 Free중 하나가 된다. 정보를 보낼때 워크스테이션은
토큰의 도착을 기다리며, 도착한 토큰이 비지 토큰인 경우에는 정보를 보낼 수 없으며
다시 토큰의 도착을 기다린다.
프리 토큰이 도착하면, 그것을 비지 토큰으로 하고, 자기 어드레스와 목적지 어드레스 그리고 메시지를
부가하여 송신한다. 수신측의 워크스테이션에서는 이 비지 토큰에서 메시지를 복사함과 동시에
확실히 받았다는 메시지를 부가하여 다시 링상으로 내보낸다.
송신 워크스테이션은 비지 토큰이 되돌아오면 응답확인의 메시지를 없애고 프리 토큰으로 변환하여
링상으로 내보낸다. 이 경우 그 워크스테이션이 계속하여 정보를 보내고 싶을 때에도 그 워크스테이션은
일단 프리토큰을 송출하지 않으면 안된다. 즉 각 노드는 한번 전송후에는 다른 노드에게 프리토큰을
양보해야 하는 것이다.
이와 같이 하여 각 워크스테이션이 평등하게 네트워크를 사용할 수 있게 되어 있다.
이를 그림9.5에 보였다. 그러나 어떤 시스템에서는 브리지 등과 같은 특정 노드가 토큰사용에
있어서 우선권을 행사할 필요가 있다. 이 경우에는 그림9.6에서 보인바와 같이 특정노드가
우선적으로 링을 사용할 수 있다.
토큰은 매초 400만 비트의 고속으로 흐르고 있으며, 실제 조작에서는 이용자가 리얼타임의 감각으로
통신할 수 있다.
6.3 IBM 토큰링 네트워크의 구성요소
6.3.1 IBM 토큰링 네트워크구성을 위한 하드웨어
IBM 토큰링 네트워크를 구성하는 하드웨어는 다음과 같다. IBM 토큰링 네트워크는 기본구성으로서
IBM 배선시스템, 토큰링 어댑터, 그리고 집선장치가 있으면, 링을 구성할 수 있어 매우 심플한
구성이 된다.
< 토큰링 네트워크를 구성하는 하드웨어 >
-----------------------------------------------------------------
| 노 드 | 네트워크에 접속되는 기기 |
-----------------------------------------------------------------
| 전송매체 | IBM배선 시스템에 의한 각종 케이블 |
-----------------------------------------------------------------
| 토큰링어댑터 | 네트워크의 인터페이스로서 토큰 프로토콜을 처리 |
-----------------------------------------------------------------
| 집선장치 | 노드로의 배선을 스타형으로 분기하고 링을 형성 |
-----------------------------------------------------------------
| 중계장치 | 링의 구동거리를 연장 |
-----------------------------------------------------------------
| 브리지 | 링간의 데이터전송 가교 |
-----------------------------------------------------------------
| 게이트웨이| 다른 시스템 또는 장치로의 가교 |
-----------------------------------------------------------------
- IBM토큰링 어댑터
IBM5550 패밀리를 비롯한 각종 워크스테이션, IBM3174 제어장치,IBM3725/3720통신제어장치 등,
IBM토큰링 네트워크에 접속하는 정보처리장치를 위한 각종 토큰링 어댑터가 준비되어 있다.
이들 어댑터는 기능적으로 동일하다. 5550패밀이에 사용되는 토큰링 어댑터는 5550패밀리측의
주기억상에서 가동하는 어댑터 프로그램(디스켓)으로 구성되어 있다.
어댑터 카드는 상주하는 마이크로 코드의 제어와 함께 작동한다.
- IBM8228 집선장치
IBM8228 집선장치는 워크스테이션 등의 정보처리장치를 스타형으로 접속하는 링 집속기이다.
워크스테이션으로 부터 나온 케이블의 프러그를 집선장치에 꽂음으로써 , 집선장치 한대마다
최대 8대까지의 워크스테이션이 접속가능하다. 한대의 집선장치로 하나의 링 네트워크를 구성할 수 있다.
또 집선장치에는 워크스테이션 접속용의 8포트와는 별도로 송신/수신용의 포트가 하나씩 갖추어져 있으며
이에 따라 집선장치끼리를 링형으로 상호 접속하여 보다 큰 네트워크를 구축할 수 있다.
- IBM8218/8219 중계장치
중계장치는 IBM토큰링 네트워크가 넓은 지역에 걸쳐서 구축되는 경우에 대비하여, 링상의
집선장치간 및 중계장치간의 구동거리를 연장하기 위한 장치이다.
중계장치는 토큰링 네트워크의 설계및 도입에 보다 좋은 유연성을 갖도록 동작한다.
6.4 IBM 토큰링 네트워크의 소프트웨어
6.4.1 프로그래밍 인터페이스
상위 프로토콜에 대응하는 고수준의 어플리케이션으로서 NETBIOS(Network Basic Input/Oupput System)과
APPC/PC(Advanced Program to Program Communication /PC)의 두가지가 있음에 주목하기 바란다.
양자는 무엇보다도 기존 어플리케이션 및 향후 개발하는 어플리케이션을 IBM토큰링 네트워크상에서
용이하게 실행하기 위한 소프트웨어이다.
- NETBIOS
NETBIOS는 미국에서 발표된 IBM PC network상의 어댑터에 ROM으로 실장되어 있는 NETBIOS 프로그램과
호환성을 갖는 어플리케이션 인터페이스 프로그램이다. 이 NETBIOS에서 이용할 수 있는 어플리케이션
프로그램에는 MS-NETWORKS, 비동기 통신 서버 프로그램 등을 들수 있다.
- APPC/PC
APPC/PC는 SNA LU6.2 , PU2.1로서 가동하기 위한 어플리케이션 프로그램 인터페이스를 제공하는
프로그램이다.
APPC/PC는 토큰링 네트워크 PC어댑터와 SDLC어댑터를 동시에 제공하고 있으며, SDLC원격 호스트와의
프로그램간 통신도 가능하다.
6.4.2 MS-NETWORKS
5550패밀리의 OS는 DOS이다. 이 DOS상에서 동작하는 어플리케이션 프로그램에 대하여 화일서버,
프린트서버의 각 기능을 제공하는 프로그램이 MS-NETWORKS이다.
화일서버 기능이나 프린트서버 기능의 이용에 의해 하드디스크나 고속 인쇄장치등의 자원을
공용할 수 있으며, 5550패밀리 사용자의 생산성을 현저히 향상시킬 수 있다.
예를 들면 데이터검색이나 프린트 출력과 같은 작업을 백그라운드로 하여 , 그 결과를 기다리지
않고 다음 작업을 실행하는 것이 가능하다.
경제성과 생산성의 양면에서 IBM 토큰링 네트워크의 이점을 최대로 하는 프로그램이다.
또한 , MS-NETWORKS는 NETBIOS프로그램과의 병용이 전제이다.
6.4.3 비동기 통신서버 프로그램
비동기 통신 서버 프로그램은 CBX 업무용 통신시스템, 혹은 다른 회사의 PBX, 공중 교환망 등을
통하여 , start/stop의 프로토콜을 갖는 호스트 시스템 혹은 단말장치에 액세스하기 위한
서버 소프트웨어이다. 이것에 의해 IBM토큰링 네트워크상의 워크스테이션으로 부터 외부의
온라인 데이터베이스 서비스 등에 직접 다이얼하여 액세스 할 수 있다.
하나의 네트워크에 복수의 게이트웨이 서버 스테이션을 둘 수 있어 ,서버당 2개까지의 다이얼
회선이 제공된다.
각각의 액세스 목적지에 따른 워크스테이션측의 어플리케이션 프로그램은 NETBIOS인터페이스로
작성한다.
6.4.4 브리지(Bridge)프로그램
IBM토큰링 네트워크에 다수의 워크스테이션을 접속할 필요가 있는 경우에, 링과 링을 연결하는
브리지 기능을 제공하는 것이 브리지 프로그램이다. 메시지는 최대 7개의 브리지를 제공할 수 있어
최대 8링을 상호 접속할 수 있다. 이 때 메시지는 시스템의 로드에 따라서 10-20밀리초의
간격으로 각 브리지를 건너므로 네트워크를 횡단하여 양호한 통신이 확보된다.
링은 연속식,병렬식, 또는 계층식으로 접속가능하며, 네트워크의 구성을 대폭 확장할뿐 아니라
보다 유연하게 한다. 또 브리지 프로그램에는 최단 통신경로를 자동적으로 설정하는
"동적 로드 밸런스"등의 기능이 내장되어, 네트워크간의 백업경로를 가져오게 하므로
네트워크 전체의 생산성과 안전성을 높인다.
6.4.5 토큰링 네트워크관리 프로그램
네트워크의 신뢰성, 가용성, 보수성을 유지하기 위한 요건으로서,네트워크관리가 있다.
IBM 토큰링 네트워크에서는 에러의 진단기능을 갖춘 어댑터 및 어댑터 프로그램이 제공되며
전체적으로 우수한 인텔리전트 네트워크를 구성하고 더우기 고도 레벨의 네트워크의 관리와
문제해결을 위한 프로그램이 준비되어 있다. 이것이 토큰링 네트워크 관리 프로그램이다.
토큰링 네트워크관리 프로그램에는 링에서 발생된 하드웨어 및 소프트웨어의 에러를 감시하기 위한
기능이 갖추어져 있다.
6.4.6 IBM 토큰링 네트워크 도입의 이점
1. 구내 네트워크 문제의 해결
IBM 토큰링 네트워크는 우수한 응답성, 접속성, 신뢰성을 갖으며 장기적인 문제의 해결을 잘
고려하여 설계된 네트워크 시스템이다. 애써 구축한 네트워크가 충분치 않기 때문에
재구축해야 하는 것과 같은 낭비는 배제하였다.
2. 생산성의 향상
IBM 토큰링 네트워크상에 접속된 워크스테이션 , 예를 들면 5550패밀리는 단독으로 사용할 때에도
워드프로세서, 그래프작성,데이터검색,의사결정지원등 다양한 작업을 할 수 있다.
그러나 IBM 토큰링 네트워크의 우수한 접속성과 자원공용능력에 의해 네트워크상의 5550패밀리는
동수의 Stand Alone 5550에 비하여, 전체적으로 꽤 많은 일을 할 수 있다.
즉, 네트워크상의 5550 패밀리끼리는 상대를 가라지 않고 화일이나 프린터를 공용할 수 있다.
더우기 링상의 게이트웨이를 통하여 복수 시스템의 어플리케이션에 액세스할 수 있다.
3. 회사 전체 네트워크의 대응
IBM 토큰링 네트워크에서는 워크스테이션으로 부터 분산시스템, 호스트 시스템까지를 상호
접속하여 통합화가 이루어지며, 또 데이터와 음성을 통합화하는 CBX 업무용 통신시스템과의
공존이 이루어진다. 즉 전사적인 정보통신 시스템의 일환으로서 설계되어 있는 네트워크이다.
그 우수한 접속성과 응답성에 의해 데이터나 어플리케이션의 분배가 쉽게 실행되며, 어플리케이션
개발의 기회가 많아지게 된다. 그 결과 이용부문에서의 데이터검색이나 어플리케이션 개발이
촉진되며, 시스템부문의 부담을 감소시킬 수 있다.
4. 네트워크 경비의 절감
IBM 토큰링 네트워크는 이용자의 생산성을 향상시키는 한편, 시스템 전체의 경비를 감소시킨다.
예를 들면, 하드디스크, 인쇄장치 및 각종 프로그램과 같은 자원을 네트워크상에서 공용함으로써
자원이나 데이터에 관한 중복 경비를 절감할 수 있다.
더우기 중요한 점은 고도 어플리케이션 인터페이스가 준비되어 있어 , 기존 어플리케이션
프로그램을 IBM토큰링 네트워크상에서 실행시키는 것이다.
이에 따라 데이터나 프로그램에 대한 투자자금을 장기간에 걸쳐 보호할 수 있다.
Revision History
Created on Dec. 22 ,1992