KR970004094B1 - 네트워킹 코드의 시뮬레이션 장치 - Google Patents

Abstract

없음

Description

네트워킹 코드의 시뮬레이션 장치

제1도는 통신 처리기의 여러 필수 구성요소를 보인 도면.

제2도는 본 발명에 따른 시뮬레이션 장치의 필수 구성요소를 보인 도면.

제3도는 제2도에 도시한 필수 구성요소가 어떤 형태의 운영 시스템으로도 사용가능한 통신 처리기의 체크에 관한 본 발명의 1실시예를 보인 상세도.

제4도는 제1도에 보인 PPA부의 코드 CC의 체크에 특히 적용할 수 있는 본 발명에 따른 시뮬레이션 장치의 바람직한 실시예의 예시도.

본 발명은 네트워크 통신층들의 코드(이하, 간단히 네트워킹 코드라 함)를 시뮬레이트하기 위한 장치에 관한 것이다.

본 발명은 특히, 각종 네트워크 스테이션들간의 정보교환을 처리하는 정보처리 시스템 처리기에 의해 실행될 수 있는 코드의 시뮬레이션에 관한 것으로서, 이 네트워크의 한 예는 FDDI형 네트워크 [ANSI의 X3T9-5 및 ISO (International Standards Organization에 의해 표준화]이다.

현재의 통신망은 스테인션용의 다수의 단말기로 구성되고, 이들은 전송매체를 포함하는 전송 링크에 의해 서로 연결되며, 상기 전송매체는 FDDI형의 네트워크의 경우에 광섬유로 구성될 수도 있다. 이러한 네트워크에 연결된 컴퓨터는 단말기로 취급된다.

현대의 많은 원격 정보처리 텔레마틱 네트워크들은 OSI 기준모텔로 알려진 동일한 기준 모델에 의해 동작한다. 다른 네트워크들 역시 다른 모델에 의해 동작하지만, 이들은 표준화된 층의 형태로 이들 네트워크의 구조를 정의하는 점에서 상기 OSI 기준 모델과 유사한다. (그의 1예로 TCP-IP 네트워크가 있다). 상기 OSI 모델에 있어서, 그 구조는 7개로 된 동작층의 스택으로 구성되는데, 그의 최저층(1층)은 물리적 상호접속 매체(광섬유)를 통해, 각종 시스템 사이에 신호들의 물리적 전송에 해당하고, 그의 최상층(7층)은 문제의 원격정보처리망의 사용자들과 응용 프로그램에 의해 수용되는 기능들에 해당한다.

상기 OSI 모델은 또한, 각 층의 기능들이 기술될 수 있는 개념을 정의한다. 인접층들간의 관계를 정의하는 디바이스들도 알려져 있는데, 예를 들면 AT&T의 "STREAMS"가 알려져 있으며 추후에 상세히 정의된다.

네트워크의 산업적 발달에 있어서의 추세는 보다 많은 단말기를 사용하는 것으로, 이는 컴퓨터의 심장부에 있어서의 프로그램된 통신 처리기의 발전을 유도하며, 이는 네트워크의 다른 스테이션과 컴퓨터 통신과의 소정처리를 수행함으로써 컴퓨터의 중앙처리장치에 대한 부담을 경감시킬 수 있게 한다.

더욱이, 통신망과 정보처리 시스템의 급속한 발달에 따라, 상기 통신망에 연결될 다른 운영 시스템을 사용하는 다른 형태의 컴퓨터가 필요하게 되었다.

데이타 전송시스템 또는 게이트웨이 접속장치라고도 불리우는 통신 처리기의 목적은 컴퓨터의 버스상의 정보 전송 상태를 네트워크의 전송상태에 적응시키는 것으로, 여기에서 상기 전송상태들은 완전히 상이하다. 또한, 상기 통신 처리기는 상이한 컴퓨터들의 운영 시스템들간의 대화가 가능하도록 한다. 특히, 제1컴퓨터의 운영시스템의 각종 통신층들과 상기 네트워크에 연결되는 상이한 컴퓨터들의 운영시스템들의 각종 통신층들간의 대화를 가능케 한다.

따라서, 상기 운영 시스템의 심장부에 있어서, 통신 처리기는 그에 연결된 컴퓨터의 운영시스템과 예컨대 FDDI형의 네트워크에 연결된 다른 컴퓨터와의 양쪽 대화를 수행할 수 있는 통신층들의 코드를 포함해야 한다.

이러한 통신 처리기의 한 예는 데이터 전송 시스템으로 알려져 있다.

NCC로 알려진 이와 같은 통신 처리기는 내부 버스(PSB)가 제공되고 그의 운영 시스템이 단축형(OS)으로 설계되어 있는 호스트 컴퓨터(HOST)와 예컨대 FDDI형의 네트워크(RE)간의 데이타 전송을 수행할 수 있게 한다. 실시예에 있어서, 버스(PSB)는 IEEE(Institute off Electrical and Electronic Engineers) 규격 1296으로 표준화된 MultibusII(Intel사의 등록상표)로 알려진 버스이다.

NCC 통신 처리기는 다음과 같은 3개의 필수 구성부분을 포함한다.

- 제1부분은 GPU(General Purpose Unit)로 불리우는 것으로, 예컨대 1992년 7월 15일자 미합중국 특허출원 07/913, 437호 (발명의 명칭:컴퓨터 버스를 주변장치군에 대한 콘트롤러에 결합하기 위한 범용 장치)에 기술된 모델이다. 이것에는 예컨대 1992년 7월 15일자 미합중국 특허출원 07/913, 366호 (발명의 명칭:컴퓨터 버스를 네트워크의 특정 링크에 결합하기 위한 범용 장치용 운영 시스템)에 기술된 형태의 운영 시스템이 제공된다. 상기 GPU부의 목적은 상기 버스의 사용을 위한 표준화 및 상기 컴퓨터의 운영 시스템(OS)의 특성을 살리면서, 전체 NCC 결합기의 초기화를 수행하는 한편, 상기 버스 PSB를 통해 호스트 컴퓨터와 대화하도록 하는 것이다. 또한, 상기 GPU부는 네트워크(RE)에 직결된 제2부분 또는 어댑터 장치(DEA)와 상기 버스(PSB)간의 데이타의 물리적 전송을 하도록 한다. 상기 DEA부의 기능은 다음과 같다.

-DEA부의 하드웨어는 예컨대, 프랑스 특히 2, 650, 412 (발명의 명칭: 컴퓨터 버스를 링의 형태로 광섬유 네트워크에 연결하기 위하 게이트웨이 장치)에 기술된 형태의 것이며, 그 소프트웨어는 프랑스 특허출원 92-11054에 기술된 형태의 것이다. 상기 DEA부는 네트워크에 대한 물리적 접속은 물론, 상기 네트워크(RE)와 GPU부간의 데이타의 물리적 전송을 하도록 한다.

-PPA로 불리우는 제3부분은 특히 OSI모델 또는 TCP-IP 모델의 각종 원격통신 층들을 처리하기 위한 통신 처리기이다. 상기 OSI 모델 및 TCP-IP 모델에 있어서, PPA부는 통신층들 C₄, C₃, C₂즉 트랜스포트, 네트워크 및 데이타 링크층들의 처리를 수행한다.

상기 통신층들 C₄-C₂는 두 이웃층들이 그들 사이의 대화를 수행하도록 하는 고유 기능들을 통해 서로 통신한다. 따라서, 상기 두 층 C₂및 C₃는 일련의 기능 ST₂를 통해 서로간에 통신하고, 상기 층들 C₃와 C₄는 일련의 기능 ST₃를 통해 통신한다. 또한, C₄는 인터페이스 SH를 통해 외부 세계, 예컨대 외부 응용 프로그램과 통신한다.

본 발명의 바람직한 실시예에 있어서, 일련의 기능 ST₂, ST₃및 SH는 관행상 STREAMS로 알려진 기능들이다. 이들 표준 기능들은 예컨대 다음과 같이 정의된다.

- UNIX System V, release 4-STREAMS Programmer's Guide, AT&T lssue No. 1

- UNIX System V, release 3.2-STREAMS Programmer's Guide, AT&T(ISBN:0-13-944810-1): 1989

제1도에 보인 예시적 실시예에 있어서, 호스트 컴퓨터가 네트워크(RE)에 메시지를 보내거나, 또는 메시지가 상기 네트워크(RE)에서 발해질때, 상기 메시지는 FIFO(FF₁)를 통해 상기 층 C₂와 C₄를 통과하며, 그 사이에 이 메시지는 상기 PPA로 부터 FIFO 메모리(FF₂)를 경유하여 첫번째 경우 어댑터 장치(DEA)에, 두번째 경우 GPU로 전송된다. 호스트 컴퓨터에서 연결 요구가 발해졌을 때, 이 요구는 인터페이스 SH를 통과한다. 일단 연결이 이루어지면, 전송 메시지가 네트워크에 연결된 스테이션들의 전체에 대한 것이든 또는 일부에 대한 것이든, 이들 메시지는 상기층 C₄-C₂으로 직접 통한다.

상기 통신층 C₂-C₄및 각종 기능들 ST₂, ST₃SH 및 조합된 운영 시스템(PPA부)으로 구성된 세트는 통신층 코드(CC), 또는 네트워킹 코드 또는 통신 코어부로 알려진 것이다.

통상적으로, NCC와 같은 통신 처리기가 체크될때, 네트워킹 코드가 체크되기 전에 하드웨어가 지지될때까지 기다릴 필요가 있어, 시간의 낭비가 초래된다.

본 발명은 외부 컴퓨터에 대한 통신 코어를 수행하고 이 코어가 그 기계의 운영 시스템으로 응용되도록 함으로써 상기 문제점들을 극복할 수 있다.

본 발명에 따르면, 네트워크에 대한 호출을 위한, 또한 네트워크에서 정보의 교환을 처리하는 통신 처리기를 소정 정보처리 시스템에서 실행할 수 있는 통신층 코드를 시뮬레이트하기 위한 장치에 있어서, 상기 코드는 시스템의 외부 컴퓨터에서 실행되고, 상기 장치는 가상 코어를 고려하여 컴퓨터의 운영 시스템을 위한 응용 프로그램을 내장하며, 적어도 다음 사항을 포함한다.

- 미수정상태로 컴퓨터의 내부 언어로 컴파일된 통신층 코드,

- 상기 코드에 연결된 가상 코어에 대한 기본 서비스,

- 상기 코드의 모든 테스트 프로그램의 코드에 대한 호출을 위한 라이브러리.

상기와 같은 본 발명의 특징 및 이점을 첨부 도면을 참조하여 이하에 상세히 설명한다.

제2도에 본 발명에 따른 시뮬레이션 장치의 필수 구성요소가 도시되어 있다.

보통 "시뮬레이션 환경(simulation environment)" 또는 ES로 불리우는 시뮬레이션 장치는 ORD로 불리우는 기계위에 지지되는데, 상기 기계는 각종 형태의 프로그램을 체크하기 위한 것으로, 그의 운영 시스템은 NY로 불리운다. 본 발명이 바람직한 실시예에 있어서, UNIX 시스템에 의한 NY 및 ES 기능은 AT&T에 의해 정의되어 현재 광범위하게 사용되고 있다.

상기 시뮬레이션 환경(ES)은 NY에 의해 응용 소프트웨어로 간주되어 운영 시스템 그 자체의 외측에 위치된다. 따라서, 시뮬레이션 환경(ES)이 에러의 발생을 체크할 경우, 그 에러는 상기 응용 프로그램에만 영향을 미친다. 이에 따라, 상기 기계(ORD)는 그의 운영 시스템(NY)과 함께 계속 동작할 수 있으며, 다른 응용 프로그램을 체크하기 위한 상태를 유지한다.

상기 시뮬레이션 환경(ES)은 제1도에 도시한 예컨대, C₂-C₄와 같은 통신층들을 재생하는 중앙 코어(CC)를 포함한다. 이들 통신층(CC)은 제1도의 PPA부에 수반되는 것들과 거의 동일한 라인들을 포함한다. 유일한 차이는 이들 통신층들이 상기 기계(ORD)에 지정된 내부 언어로 컴파일되어 있다는 것이다.

CC에 포함된 상기 통신층들은 사용자가 시뮬레이션 및 테스트를 원하는 것들이다. 이들은 OSI, TCP-IP, LAP-D 등이 어떤 형태라도 좋다. 이들은 어떤 특정 순간에 사용자의 필요에 따라, 사용자가 각종 형태의 네트워킹 코드를 체크하기 위한 필요성을 느낄 수 있기 때문에 시간의 경과에 따라 변경될 수 있다. 동시에, 상기 코어(CC)는 다른 형태의 통신층들을 포함하거나, 또는 이들 층을 전혀 포함하지 않을 수도 있다.

상기 환경 ES는 또한, 코어 CC를 개시시키기 위한 콘피겨레이터(CONFIG)를 포함한다. 상기 코어는 ES에 속하는 각 애플리케이션 라이브러리, L₁, L_j, …, L_m및 A₁, A_i, …, A_n에 속하는 라이브러리 I₁, I_k, … I_p를 통해, ES 외부의 테스트 애플리케이션 A₁, …, A_i…, A_n과 통신할 수 있다.

상기 모든 라이브러리(L₁-L_m, N₁-1_p)는 UNIX 규격을 충족하는 콜링 시스템 O₁, …O_k, …O_p를 포함한다.

일반적으로 ES(L₁-L_m)의 라이브러리들의 수 m은 라이브러리 1₁-1_p의 수 p와 다며 애플리케이션 A₁-A_n의 수 n과도 다르다.

실제로, 제2도에서 A₁와 A₂와 같이 다수의 다른 애플리케이션들은 이 경우에 코링 시스템(O₁)를 정의하는 같은 라이브러리 L₁과 통신하는 I₁과 같이 동일한 라이브러리를 가질 수도 있다.

제2도에 있어서, A₁은 콜링 시스템 O_k를 정의하는 L_j와 통신하는 라이브러리 L_k를 가지며, 반면에 A_n은 콜링시스템 O_p를 정의하는 라이브러리 L_m과 통신하는 라이브러리 1_p를 갖는다.

애플리케이션 Ai가 콜링 시스템 O_k를 통해 시뮬레이션 환경 ES와 통신하여, ES에서 아무런 응답이 없는 경우에, 예컨대 제2도에서 화살표 F₁, …F_i, …F_n으로 표시한 바와 같이, 기계(ORD)의 중앙 운영 시스템(NY)으로 콜신호가 되돌아온다. 이는 예컨대, A_i가 파일을 오픈하고자 하는 경우이며, CC는 동작하지 않는다.

상기 시뮬레이션 환경 ES는 다음과 같은 테스트 애플리케이션에 대한 환경을 제공한다.

- STREAMS형 인터페이스의 유니타리 테스트 애프리케이션, 여기에서 상기 용어 유니타 라는 소정의 STREAMS 인터페이스를 테스트하고자 하는 것을 의미한다.

-통신 프로토콜층의 유니타리 테스트 애플리케이션, 여기에서 상기 용어 유니타라는 소정의 층을 테스트하고 자하는 것을 의미한다.

- 한 스택의 층들의 테스트 애플리케이션, 즉 네트워크의 동작을 시뮬레이트하기 위한 애플리케이션.

상기 환경 ES는 구성 가능하다. 그의 코어 CC는 코피겨레이터(CONFIG)에 의해 개시된다. 이는 NY에 위치된 디버거의 제어하에 수행될 수 있다.

상기 환경 ES는 모든 테스트 애플리케이션들에 대한 동적 호출을 제공하며, 여러층의 코어 CC에 대해 투명한 시뮬레이션을 행하는데, 그 이유는 코어의 코드의 단일 라인은 물론 그 애플리케이션의 각 라인도 접촉되지 않기 때문이다.

상기 테스트 애플리케이션들은 각종 콜링 시스템(O₁-O_p)에 의해, 또는 표준 UNIX형 애플리케이션 디버거 (상기와 달리 UNIX에 따른 NY에 의해 공급되는 임의의 디버거)에 의해 제2도에 도시된 UNIX 명령언어로 부터 직접 보내질 수 있다.

상기 코드 CC의 시뮬레이션의 동작은 시뮬레이션 세션으로 공지되어 있으며, 각 테스트 애플리케이션들은 시뮬레이션 세션에 동적으로 연결될 수도 있다. 또한, 다수의 시뮬레이션 세션들이 상기 환경 ES에 동시에 공존할 수 있다.

각 시스템 콜 O₁, …, O_k, …, O_p는 UNIX에서의 STREAMS 시스템에 따른다. 즉, UNIX 시스템은 시뮬레이션 환경 ES에서 시뮬레이트되거나, 또는 마치 진정한 UNIX 시스템이 수반되는 것처럼 애플리케이션(A₁-A_n)이 시뮬레이션 환경 ES과 통신하는 것으로 간주될 수 있다.

제3도에서는 제2도에 보인 시뮬레이션 환경 ES의 제1실시예가 도시되어 있다. 이 실시예에 있어서는 3개의 애플리케이션 A₁, A₂, A₃가 제공된다.

애플리케이션 A₁은 네트워크 시뮬레이션 애플리케이션이다. 따라서, 이 애플리케이션은 네트워크에 발생하는 메시지를 시뮬레이트하며, 이 메시지들은 그 애플리케이션 프로토콜에 따라 상기 네트워크에서 처리된다.

애플리케이션 A₂는 AT&T에 의해 정의된 표준규격 XTI에 대한 테스트 애플리케이션이다. XTI는 레벨 4층 (트랜스포트)과 어떤 임의의 사용자 애플리케이션(프로세스 사용자)간의 인터페이스 규격이다.

애플리케이션 A₃는 표준 STREAMS 시스템콜을 사용하는 테스트 애플리케이션이다. 따라서, 이들 애플리케이션은 사용자에 의해 특별히 기술된 어떤 애플리케이션 예컨대, 애플리케이션 A₁이나, 또는 애플리케이션 A₂, A₃와 같은 표준 UNIX 애플리케이션으로 간주될 수 있다.

애플리케이션 A₁-A₃는 ES에 속하는 특정 라이브러리 L₁, L₂, 및 L₃를 통해 시뮬레이션 세션을 정할 수 있다. 여기에서 상기 A₁, A₂, A₃는 콜링 시스템 O₁, O₂, O₃및 간단히 라이브러리 L₁, L₂, L₃와 각각 조합된 각각의 라이브러리 1₁, 1₂, 1₃를 갖는다. 이들 각각의 라이브러리는 가상 코어 CC와 통신할 수 있는 일련의 기능을 대응 애플리케이션에 제공한다. 코어와 상기 애플리케이션들과의 대화는 UNIX 메카니즘, 특히 IPC 메카니즘에 기초한다. 이를 위해, 각 라이브러리 L₁-L₃는 IPC 클라이언트 라이브러리로서 공지되어 있는 서브 라이브러리 LC₁, LC₂, LC₃를 각각 포함한다. 투명한 애플리케이션의 이 메카니즘은 사용자가 호출을 원하는 시뮬레이션 시스템을 식별할 수 있도록 한다. (하나의 세션 이상이 동일한 가상 코어 CC에 대해 동시에 발생하도록 된다.) 상기 IPC 메카니즘 바로 위에 있는 층은 애플리케이션을 볼 수 없는 하부 IPC형 층을 형성하는 중간층이다. 이를 위해, 2개의 라이브러리 L₂와 L₃에 서브라이브러리 LS₂, LS₃가 각각 제공되어, 예컨대 STREAMS 인터페이스에 대한 특정 테스트를 제공한다.

상기 라이브러리 L₂는 또한 XTI 테스트 애플리케이션에 특정되는 서브라이브러리 LX₂를 포함한다. 또한, 라이브러리 L₁은 투명 라이브러리로 불리우는 서브라이브러리 LT₁을 포함하며, 이 서브라이브러리는 시뮬레이션 환경 ES에 대한 호출수단을 포함하여 시뮬레이트하고자 하는 특별히 예정된 형태의 네트워크로 부터 발생하는 메시지를 시뮬레이트할 수 있도록 한다.

콘피겨레이터 CINFIG는 시뮬레이트하고자 하는 가상 코어 CC의 실행을 트리거한다. 이는 어떤 임의의 UNIX형 애플리케이션과 같이 트리거된다. 이 콘피겨레이터 CINFIG는 또한, 서비스 애플리케이션, 특히 클록매니저(GH) 및 인터럽션 매니저(SI)를 트리거한다.

상기 콘피겨레이터 CINFIG는 콘피겨레이션 파일로 부터 그의 지시문을 읽고, 여기에서 시뮬레이션 세션동안 시작하고자 하는 모든 가능한 작업들이 지시된다.

상기 가상 코어 CC는 다음과 같은 다수의 서비스를 더 포함한다.

- 상기 IPCS 서버(또는 UNIX에 정의된 IPC형 서버)에 의해 형성된 애플리케이션 접속 서비스, 및 각 애플리케이션이 액세스하고자 하는 CC의 통신 코어를 통해 엔트리의 포인트를 찾을 수 있도록 하는 디스패쳐(R); 체크하고자 하는 통신층의 형태에 따라, 엔트리 포인트가 실제로 상이하다.

- 코어 CC의 기본 운영 시스템을 제공하는 일련의 서비스 SCC.

- 시뮬레이트하고자 하는 통신 코드 CC를 사용하여 통신 프로세서에 의해 사용되는 것들인 하드웨어 서비스들을 시뮬레이트하는 서비스, 이들 하드웨어 서비스들은 예컨대 하드웨어 인터럽션을 시뮬레이트하는 인터럽션 매니저; 타이밍 기능을 시뮬레이트하는 클록 매니저; 메모리 할당 서비스; 및 금지 서비스로 구성될 수 있다.

- STREAMS들에 관한 표준규격들에 의해 정의되는 STREAMS형 메카니즘 서비스 SMS.

상기 가상 코어 CC는 또한 상기 STREAMS형 아키텍쳐로 정의될 수 있는 일련의 구성요소를 포함하며, 상기 요소들은 다음과 같다.

- 제1도에 도시한 PPA부의 일련의 통신층 세트의 인터페이스 SH와 극히 유사한 STREAMS 인터페이스 SH;

- XT_I에 접속되는 STREAMS 모듈인 timod 요소;

- 어떤 순간에 테스트하고자 하는 일련의 통신 프로토콜 모듈, 다른 순간에 이 세트는 다른 특성(TCP-IP, ISO, LAP-D 등)으로 될 수도 있다. 이들 모듈은 사용자에 의해 공급되는 C2⁺언어로 코드 파일에 제공된 순서에 따라 서로 연결된다. 사실은 이 각종 모듈들이 시뮬레이션 환경에서 실행되고 있으나, 마치 실제 환경에 있는 것 같이 정확히 동작된다.

- 채용하고자 하는 각 테스트의 지정 모듈 세트 LT, 이들은 상기 프로토콜 모듈 PLC와 같이 서로 연결된다.

상기 요소들은 스트림 서비스 SMS(상기 규격에 정의)을 통해 서로 통신한다(제3도에서 굵은 선들의 화살표). 따라서, 상기 서비스들 SMS를 통해, SH는 timod와, timod는 LPC와, LTC는 LPC와 통신한다.

제3도에 보인 바와 같이, 시뮬레이션 환경에 있어서의 각종 요소의 구성요소들 간의 정보와 대화의 교환은 양 방향으로 발생하며, 이는 L₃, L₂, L₁을 CC에 연결하는 한편, 디스패쳐 R과 STREAMS 인터페이스 SH 사이에 양방향 화살표로 도시되어 있다. 또한, 상기 라이브러리 1₁-1₃, L₁-L₃및 디스패쳐(R)의 서버(IPCS)를 통해 상기 각각의 애프리케이션들 사이의 통신이 STREAMS 인터페이스(SH)를 통과한다. 상기 SH와 R간의 대화는 가상 코어 CC 내측에 양방향 화살표로 도시한 바와 같이 양방향으로 작용한다. 즉 이들 화살표들은 STREAMS를 심볼화하며, 한편으로는 XTI를 테스트하고, 다른 한편으로는 네트워크 시뮬레이션을 테스트한다.

제4도는 제3도의 특정 실시예를 나타내며, 특히 제1도의 PPA 요소의 통신코드의 기능을 시뮬레이트하기 위한 것이다.

제3도에 보인 대부분의 필수 구성요소들은 제4도에 도시되었으며, 즉 그의 대응 라이브러리 L₁-L₃를 가진 애플리케이션 A₁-A₃, 서버 IPCS, 디스패쳐 R, 가상코어 CC, STREAMS 인터페이스 SH, timod 요소 및 LPC 세트와 같은 필수 구성요소들이 나타나 있다. 제4도에 도시한 시뮬레이션 환경은 또한, 호스트 애플리케이션으로 불리우는 애플리케이션 A₄를 포함하며, 이 애플리케이션에는 그의 라이브러리들이 조합되는데, 즉 그 자신의 라이브러리 1₄와 ES에 대한 L₄로서, 상기 서브라이브러리 LC₁-LC₃와 유사한 서브라이브러리 LC₄및 제1도에 도시한 부재들 GPU, PPA 및 DEA를 통해, 호스트 컴퓨터가 네트워크 RE에 전송할 수 있는 메시지를 시뮬레이트하는 투명 라이브러리 LT₄로 구성된다. 또한, 상기 가상코어 CC는 FIFO 매니저와 2개의 FIFO (FF₁, FF₂)를 포함하며, 이는 제1도와 동일한 명칭을 갖는 FIFO(FF₁, FF₂)를 매우 정확히 시뮬레이트 한다. 제4도에 있어서, 가상코어 CC는 STREAMS 인터페이스 SH와 timod 요소 사이에 위치된 인터페이스 OH₁을 포함한다.

또한, 상기 제4도의 가상코어 CC는 FIFO 기록 소프트웨어 FD를 포함한다.

상기 요소들 SH, HI, timod, LPC, 및 FD는 제3도에 도시한 것들과 유사한 스트림 서비스 SMS를 통해 각각 서로 통신한다. 또한, 상기 FIFO 기록 소프트웨어 FD는 FIFO 요소 FF₂와 직접 통신하고, 반면에 상기 요소 FF₁은 호스트 인터페이스 HI와 직접 통신한다.

상기 애플리케이션 A₁-A₄는 (제3도와 마찬가지로) IPC 및 R 요소의 라이브러리 1₁과 1₄, L₁과 L₄를 통해 가상 코어 CC와 통신하며, FIFO 매니저 GF와 직접 통신한다. 반대로, 이 경우에, 디스패쳐 R은 STREAMS 인터페이스 SH와 직접 통신한다.

또한, 가상코어 서비스 SCC는 타스크 매니저 GT를 포함하며, 이 매니저는 상기 요소 PPA에 실제로 채용된 운영시스템에 지정된 기능들을 포함한다. 이 실시예에 있어서, 이들 기능들은 본 출원인에 의해 개발된 통신 소프트웨어 CNS에 속한다.

다른 요소들 CONFIG, GH, SI, RA은 제3도에 도시된 것들과 거의 유사하다.

상기 호스트 인터페이스 HI는 멀티플렉서로서 그의 역활은 상기 돌출 FIFO(FF₁)로 부터 메시지를 추출하기 위한 것이다. 이들 메시지들은 프로세서 NCC에 본래 지정 포맷을 보낸다. 이들 메시지의 어떤 것들은 연결 큐형의 타스크 CMS에 인터페이스 SH를 통해 어드레스되거나, 또는 LPC들에 어드레스 된다.

상기한 바와 같이, 기록 소프트웨어 FD는 기록 FIFO(FF₂)에 메시지를 기록한다.

상기 통신 프로토콜 프로그램 LPC는 제3도와 동일한 상태로 작용하거나, 또는 이 애플리케이션이 시뮬레이트되었을때 애플리케이션 A₄로 부터 수신된 콘피겨레이션 메시지에 의해 정의된 콘피겨레이션 타스크에 의해 연쇄화된다.

Claims (9)

1. 적어도 하나의 네트워크(RE)에 대한 호출을 위한 통신층 코드(CC)를 시뮬레이트 하기 위한 장치(ES)로서, 상기 코드는 상기 네트워크에서 정보의 교환을 수행하는 임의의 정보처리 시스템 통신 처리기(NCC)에서 실행되고, 상기 정보처리 시스템의 외부 컴퓨터(ORD)에 저장된 통신층 코드를 포함하는 상기 장치에 있어서:

   - 상기 통신층 코드는 미수정상태로 또한 컴퓨터의 내부 언어로 컴파일되고;

   - 상기 장치는 그와 동작가능하게 연결된 통신층 코드를 위한 기본 서비스를 더 포함하며;

   - 상기 통신층 코드에 대한 테스트 애플리케이션(A₁-A_n)의 수(n) 만큼 상기 통신층에 액세스하기 위한 장치 라이브러리(L₁-L_m)의 수를 포함하며, 상기 장치는 상기 컴퓨터에 대한 통신층으로 간주되어 컴퓨터의 운영 시스템(NY)을 위한 테스트 애플리케이션을 구성하는 것을 특징으로 하는 시뮬레이팅 장치.
2. 제1항에 있어서, 상기 각각의 테스트 애플리케이션은 그와 함께 콜링 시스템을 정의하여 상기 장치 라이브러리들중 하나와 통신할 수 있는 애플리케이션 라이브러리를 포함하며, 상이한 애플리케이션 라이브러리들의 수(p)는 상기 장치 라이브러리들의 수와 같거나 그 이하이고, 상기 다수의 애플리케이션은 동일한 애플리케이션 라이브러리를 가지며, 상이한 콜링 시스템의 수(p)를 더 포함하는 것을 특징으로 하는 시뮬레이팅 장치.
3. 제1항에 있어서, 상기 테스트 애플리케이션은

   - 네트워크(A₂, A₃)의 상이한 통신층들간의 소정 인터페이스의 테스트 애플리케이션;

   - 상기 통신층 코드의 각 통신층에 대한 테스트 애플리케이션들; 및

   - 통신층의 한 스택에 대한 테스트 애플리케이션들(A₁)을 포함하는 것을 특징으로 하는 시뮬레이션 장치.
4. 제3항에 있어서, 상기 각 장치 라이브러리(L₁-L₃)는 상기 장치의 사용자가 다수의 시뮬레이션 세션들이 상기 장치에 공존할 수 있는 소망의 시뮬레이션 세션을 선택할 수 있도록 하기 위한 수단을 포함하는 제1서브라이브러리(LC₁, LC₂, LC₃) 및 상기 통신층 코드의 통신층들간의 인터페이스들의 특정 테스트를 포함하는 제2서브라이브러리를 포함하는 것을 특징으로 하는 시뮬레이션 장치.
5. 제4항에 있어서, 모든 장치 라이브러리(L₁)는 상기 네트워크에서 발해지는 메시지를 시뮬레이트하는 시뮬레이트 메시지를 호출하기 위한 수단을 더 포함하며, 상기 시뮬레이트된 메시지는 서브라이브러리에 저장되는 것을 특징으로 하는 시뮬레이션 장치.
6. 제1항에 있어서, 상기 기본 서비스들은 상기 장치의 실행을 트리거하는 콘피겨레이터를 포함하는 것을 특징으로 하는 시뮬레이션 장치.
7. 제2항에 있어서, 상기 콜링 시스템은 UNIX 시스템에 기초하고, 상기 통신층들 간에 인터페이스가 제공되며, 상기 인터페이스는 STREAMS형 인터페이스인 것을 특징으로하는 시뮬레이션 장치.
8. 제2항에 있어서, 상기 테스트 애플리케이션은

   - 네트워크(A₂, A₃)의 상이한 통신층들간의 소정 인터페이스의 테스트 애플리케이션;

   - 상기 통신층 코드의 각 통신층에 대한 테스트 애플리케이션들; 및

   - 통신층의 한 스택에 대한 테스트 애플리케이션들(A₁)을 포함하는 것을 특징으로 하는 시뮬레이션 장치.
9. 제2항에 있어서, 상기 콜링 시스템은 UNIX 시스템에 기초하고, 상기 통신층들 간에 인터페이스가 제공되며, 상기 인터페이스는 STREAMS형 인터페이스인 것을 특징으로 하는 시뮬레이션 장치.