KR20030025621A - 네트워크의 트래픽 점검방법 - Google Patents

Abstract

본 발명은 이동통신 시스템의 네트워크 어느 지점에서 트래픽이 걸리는지를 테스트함으로써, 네트워크 성능을 측정할 수 있도록 하는 네트워크의 트래픽 점검방법에 관한 것으로, 오에스(OS) 프롬프트 상에서 사용자로부터 목표 지점으로 송신하고자 하는 메시지 구조에 대한 정보와 내용을 입력받는 제1단계와; 사용자가 원하는 테스트 옵션 또는 출력 형식을 지정하는 제2단계와; 상기 제1단계 및 제2단계를 통해 생성된 메시지를 목표 지점으로 송신하는 제3단계와; 목표 지점으로부터 응답 메시지를 수신하여 상기 제2단계에서 설정한 형태로 트래픽 점검 결과를 출력하는 제4단계로 이루어져 달성될 수 있다.

Description

네트워크의 트래픽 점검방법{TRAFFIC INSPECTION METHOD FOR NETWORK}

본 발명은 네트워크의 트래픽 점검방법에 관한 것으로, 특히 이동통신 시스템의 네트워크 어느 지점에서 트래픽이 걸리는지를 테스트함으로써, 네트워크 성능을 측정할 수 있도록 하는 네트워크의 트래픽 점검방법에 관한 것이다.

네트워크의 트래픽 점검은, 시스템 운용 중 네트워크를 통해 메시지를 송수신하지 못하는 경우가 발생할 때, 일정 시간마다 송수신한 메시지 개수, 유실된 메시지 개수, 손상된 메시지 개수, 순서가 뒤바뀐 메시지 개수 등을 출력하도록 하여, 문제가 발생할 때의 상황, 시간 등을 보고 문제점을 디버깅하는 자료로 사용하기 위한 방법이다.

일반적으로, 운영 시스템(OS : Operating System 이하, OS로 표기함) 개발자는, OS를 개발한 후 드라이버가 정상으로 동작하는지 여부나 성능 측정을 위해서, 두 보드간에 메시지를 송수신하는 테스트 프로그램을 만들어 점검을 한다.

종래에는 특정 시그널을 정의하여 소오스(Source) 지점과 목표(Destination) 지점간에, 일정 형태로 송수신한 메시지(Message) 들에 대한 트래픽 통계를 구하여, 네트워크 구간(소오스 지점 OS와 목표 지점 OS)을 점검하였다.

그런데, 상기와 같이 점검을 한 후 애플리케이션(Application)을 상기 OS에 실제로 적용하게 되면, 애플리케이션에서 사용하는 규정된 사이즈와 내용의 메시지를 송수신하는 시간 단위에 따라서, OS 개발 중에는 생각지 못했던 드라이버의 오류를 발견하게 된다.

따라서, 본 발명은 상기와 같은 종래의 문제점을 해결하기 위하여 창출한 것으로, 네트워크의 어느 지점에서 트래픽이 걸리는지를 테스트함으로써, 네트워크 성능을 측정할 수 있도록 하는 네트워크의 트래픽 점검방법을 제공함에 그 목적이 있다.

이와 같은 목적을 달성하기 위한 본 발명은, 오에스(OS) 프롬프트 상에서 사용자로부터 목표 지점으로 송신하고자 하는 메시지 구조에 대한 정보와 내용을 입력받는 제1단계와; 사용자가 원하는 테스트 옵션 또는 출력 형식을 지정하는 제2단계와; 상기 제1단계 및 제2단계를 통해 생성된 메시지를 목표 지점으로 송신하는 제3단계와; 목표 지점으로부터 응답 메시지를 수신하여 상기 제2단계에서 설정한 형태로 트래픽 점검 결과를 출력하는 제4단계로 이루어진 것을 특징으로 한다.

도 1은 본 발명에 의한 네트워크 구간의 성능 측정 방법을 설명하기 위한 순서도

도 2는 본 발명에 따른 트래픽 점검 결과를 보인 예시도.

도 3은 본 발명에 따른 네트워크 트래픽 점검을 위한 명령어 입력 과정을 보인 예시도.

도 4는 본 발명에 따라 트래픽 점검을 위한 송신 메시지의 구조를 생성하는 과정을 보인 순서도.

도 5는 상기 도4에서 자료구조 타입과 필드 타입에 따른 메모리 할당 및 변수 이름 할당 과정을 보인 순서도.

도 6은 본 발명에 따른 실제 송수신할 메시지를 싣는 과정을 보인 순서도.

본 발명은 애플리케이션에서 사용하는 메시지 사이즈, 내용, 송수신 시간단위 등의 정보를 OS 개발자가 미리 알고, 그 정보를 바탕으로 테스트를 수행할 수 있도록 함으로써, 드라이버 오류를 더 빨리 발견하여 수정할 수 있도록 하는 특징이 있다.

만약, 네트워크 구간의 성능 측정을 위해, 실제 사용되는 애플리케이션을 실행하여 측정하고자 한다면, 그 애플리케이션의 다른 기능들 및 메시지를 송수신하기 위해 거쳐야 하는 과정과 측정을 위한 디버그 코드를 첨가해야 불편함이 있다.

따라서, 본 발명에서는 상기와 같은 불편 사항을 해결하기 위하여, 애플리케이션의 수정이나 메시지를 송수신하기 위해 거쳐야 하는 과정 없이, OS 드라이버 지점에서 바로 메시지를 생성, 송/수신하여 측정하도록 한다.

본 발명과 대비하여 이해를 돕기 위해 피씨에서 인터넷 연결 상태를 점검하기 위한 명령(Ping)에 대하여 설명한다.

핑(Ping) 이란, 의미없는 패킷을 특정 IP 어드레스에 보내 해당 서버에 반응해서 돌아오는지 여부와, 되돌아올 때까지 걸리는 시간 및 속도를 측정할 때 사용한다.

핑(ping) 명령어는 모든 OS에서 공통으로 사용하는 명령어로써, 원하는 URL이나 IP주소와의 연결상태를 확인할 수 있다.

즉, 명령 입력 창에 [ping 202.30.143.11]이라고 입력하면, 해당 인터넷 서비스의 DNS 서버와 연결 상태가 나타나게 된다.

만약, 피씨가 인터넷에 제대로 연결돼 있다면 이 핑(Ping) 명령을 통해 패킷 전송 결과가 나타나게 되고, 핑 명령을 보냈는데 실패하게 된다면 자신의 피씨가 인터넷에 제대로 연결되어 있지 않거나 해당 서버가 죽어 있다고 볼 수 있는 것이다.

그럼, 본 발명에 의한 네트워크 구간의 성능 측정 방법에 대하여 첨부된 도1을 참조하여 설명한다.

사용자는 OS 프롬프트(명령 입력 창) 상에서, 목표(Destination) 지점으로 송신하고자 하는 메시지 구조에 대한 정보와 내용(목표 지점의 애플리케이션이 실제로 수신하는 메시지 구조와 내용)을 입력한다(S101, S102).

다음, 원하는 테스트 옵션(기간, 송신 메시지 개수 등)을 지정한다(S103).

예를 들어, 일정 시간 동안 송/수신된 메시지 개수, 손상된 메시지 개수를 보고자 한다면, 테스트 프로그램을 실행할 때, 상기 정보를 옵션으로 설정하는 것이다.

즉, 상기 핑(Ping)이라는 명령을 입력할 경우에는, 핑 명령 다음에 IP 어드레스를 입력하였으나, 본 발명에서는 출력하기를 원하는 다양한 옵션을 지정해 주거나, 그 내용에 있어서도 핑(Ping) 실행시와 같은 무의미한 패킷이 아니라, 실제 애플리케이션에서 사용하는 메시지 사이즈 및 내용 등을 입력할 수 있도록 하는 것이다.

다음, 상기와 같이 설정된 메시지를 목표 지점으로 송신하고(S104), 그 목표 지점으로부터 응답 메시지를 수신한다(S105).

그러면, 도2에 도시한 바와 같이, 그 응답으로 오는 수신 메시지를 상기에서 테스트 옵션으로 설정했던 형태로 출력해 주게 된다(S106).

이하, 상기 도1에 의한 네트워크 구간의 성능 측정 방법에 대하여 첨부된 도면에 의해 보다 구체적으로 설명한다.

먼저, 도3은 본 발명에 따른 네트워크 트래픽 점검을 위한 명령어 입력 과정을 보인 예시도로서, 명령어(CheckTraffic)를 입력하면 메시지 구성에 필요한 각종 사항에 대하여 묻고, 사용자가 그에 응답하는 과정에 의해 메시지의 구조 및 내용을 설정해 간다.

물론, 그 응답을 요구하는 물음 중에는 간단히 예/아니오로 대답하거나, 보기를 들고 선택하게 하거나, 사용자가 직접 그 내용을 입력하게 할 수도 있다.

다음, 도4는 본 발명에 따라 트래픽 점검을 위한 송신 메시지의 구조를 생성하는 과정을 보인 순서도로서, 메시지 구조 테이블을 초기화하고(S201), 상기 도3과 같은 방법에 의해 메시지 구조를 설정한다(S202).

상기 메시지 구조를 설정하기 위해서 먼저 애플리케이션에서 요구하는 자료구조(Structure) 타입이 있을 경우(S203), 자료구조(Structure)의 깊이를 '1' 증가시킨다(S204).

다음, 필드 타입을 판별하여(S205), 각 필드 타입 정보의 메모리를 할당하고, 송/수신할 메시지의 변수 이름을 할당한다(S206). 상기 과정(S205, S206)은 자료구조(Structure) 설정이 끝날 때까지 반복 수행한다(S207).

만약, 애플리케이션에서 요구하는 자료구조(Structure) 타입이 없을 경우에는, 필드 타입 정보에 따른 메모리를 할당하지 않아도 되므로, 송수신할 메시지의 변수 이름만 할당한다(S208).

상기, 자료구조(Structure) 타입과 필드 타입에 따른 메모리 할당 및 변수 이름 할당 과정(S206, S208)은 도5에 구체적으로 도시되어 있다.

즉, 필드 타입이 정수인지, 실수인지, 문자인지, 문자열인지를 판별하여(S301~S304), 그 필드 타입 정보를 위해 메시지 구조 테이블의 한 열의 메모리를 할당하고(S305), 송수신할 메시지의 각 변수 이름을 할당한다(S306).

만약, 필드 타입이 없을 경우에는 바로 송수신할 메시지의 각 변수 이름을할당하여(S306), 메시지 구조를 생성한다.

참고로, 자료구조(Structure)의 경우에는 이름이 없고, 깊이만 '1'씩 증가시키며, 기본적으로 필드 타입의 깊이는 앞서 나온 자료구조(Structure)의 깊이와 같다.

따라서, 메시지 구조 테이블이 '종류','이름','깊이' 항목으로 구성되어 있을 때, 깊이 항목에 깊이 값을 넣지 않고 실제 송수신할 메시지의 각 변수 이름을 넣는다.

도6은 본 발명에 따른 실제 송수신할 메시지를 싣는 과정을 보인 순서도로서, 메시지 구조 테이블의 포인터를 구하여(S401), 그 포인터를 따라 가면서 전체 테이블 사이즈를 구하고(S402), 전체 사이즈만큼의 메모리를 할당하고(S403), 다시 메시지 구조 테이블의 포인터를 구한다(S404).

상기 포인터를 따라 입력받은 변수들의 값(깊이 항목의 값)을 할당받은 메모리의 처음 번지부터 차례로 넣어(S405) 메시지를 송신한다(S406).

이상으로 메시지 송신 과정에 대해서 설명하였으며, 이하 상기와 같이 송신한 메시지를 수신한 애플리케이션의 응답을 수신하기 위한 과정에 대해서 설명하기로 한다.

오에스(OS) 레벨에서 데이터를 송/수신하면서 트래픽을 점검하는 경우는, 시퀀스 넘버, CRC 등 트래픽 제어를 위한 필드를 만들어 넣을 수 있으나, 애플리케이션에서는 어떤 메시지 구조가 사용될지 모르며, 송신하는 메시지 구조와 ACK(Acknowledge)로 수신되는 메시지 구조가 다를 수 있고, 용도에 따라서는 시퀀스 넘버를 위한 필드가 없을 수도 있다.

따라서, 트래픽 점검하기 위해서는 송신하는 메시지 구조와 아울러 수신하는 메시지 구조를 미리 알고 있어야 한다.

그리고, 시퀀스 넘버 역할을 할 수 있는 메시지 필드가 있는지를 체크하여, 만약 없을 경우에는 트래픽 점검에서 시퀀스의 순서가 바뀌거나 빠지는 상황에 대해서는 체킹을 하지 못하고, 송/수신한 메시지의 수량만 통계를 내게 된다.

한편, 상기와 같이 메시지 송/수신시에는 그 상태(송/수신 개수, CRC 에러 개수, 시퀀스가 바뀌거나 빠진 개수)를 저장하였다가, 사용자가 요구하거나 주기적으로 그 통계값을 출력한다.

이상에서 설명한 바와 같이 본 발명 네트워크의 트래픽 점검 방법은, 네트워크의 어느 지점에서 트래픽이 걸리는지를 테스트함으로써, 네트워크 성능을 측정할 수 있도록 하는 효과가 있다.

Claims (9)

1. 오에스(OS) 프롬프트 상에서 사용자로부터 목표 지점으로 송신하고자 하는 메시지 구조에 대한 정보와 내용을 입력받는 제1단계와;

   사용자가 원하는 테스트 옵션 또는 출력 형식을 지정하는 제2단계와;

   상기 제1단계 및 제2단계를 통해 생성된 메시지를 목표 지점으로 송신하는 제3단계와;

   목표 지점으로부터 응답 메시지를 수신하여 상기 제2단계에서 설정한 형태로 트래픽 점검 결과를 출력하는 제4단계로 이루어진 것을 특징으로 하는 네트워크의 트래픽 점검방법.
2. 제1항에 있어서, 상기 테스트 옵션 또는 출력 형식으로 지정하는 정보에는, 테스트 시간, 송/수신된 메시지 개수 및 손상된 메시지 개수 등이 포함되는 것을 특징으로 하는 네트워크의 트래픽 점검방법.
3. 제1항에 있어서, 상기 사용자로부터 입력받은 정보에 의한 송신 메시지의 생성은, 메시지 구조 테이블을 초기화 한 후, 애플리케이션에서 요구하는 자료구조(Structure) 타입이 있는지 판단하는 제1단계와;

   상기 애플리케이션에서 요구하는 자료구조 타입이 있을 경우, 자료구조의 깊이를 증가시키는 제2단계와;

   각 자료구조에 대한 필드 타입을 판별하여, 각 필드 타입 정보의 메모리를 할당하고, 송/수신할 메시지의 변수 이름을 할당하는 제3단계와;

   상기 제3단계에 의한 과정을 자료구조의 설정이 끝날 때까지 반복 수행하는 제4단계로 이루어진 것을 특징으로 하는 네트워크의 트래픽 점검방법.
4. 제3항에 있어서, 애플리케이션에서 요구하는 자료구조 타입이 없을 경우에는, 필드 타입 정보에 따른 메모리를 할당하지 않고, 송수신할 메시지의 변수 이름만을 할당하는 것을 특징으로 하는 네트워크의 트래픽 점검방법.
5. 제1항에 있어서, 상기 필드 타입에 따른 메모리 할당은, 필드 타입을 판별하여 그 필드 타입에 따라 메시지 구조 테이블의 한 열의 메모리를 할당하도록 하는 것을 특징으로 하는 네트워크의 트래픽 점검방법.
6. 제3항에 있어서, 상기 메시지 구조 테이블은 메시지의 '종류','이름','깊이' 항목이 포함되어 이루어지는 것을 특징으로 하는 네트워크의 트래픽 점검방법.
7. 제5항에 있어서, 상기 필드 타입에는 정수, 실수, 문자, 문자열 등이 포함되는 것을 특징으로 하는 네트워크의 트래픽 점검방법.
8. 제1항에 있어서, 생성된 메시지를 송신하기 위해서는 메시지 구조 테이블의포인터를 구하는 제1단계와;

   상기 포인터를 따라 메시지 구조 테이블의 전체 사이즈를 구하고, 그 사이즈만큼의 메모리를 할당하는 제2단계와;

   다시 메시지 구조 테이블의 포인터를 구하여, 그 포인터를 따라 입력받은 변수들의 값을, 할당받은 메모리의 처음 번지부터 차례로 넣어 송신하는 제3단계로 이루어진 것을 특징으로 하는 네트워크의 트래픽 점검방법.
9. 제8항에 있어서, 상기와 같이 메시지를 송신하거나 그 메시지에 응답을 수신할 경우에는, 송/수신한 메시지의 시퀀스 넘버 및 이제까지 송/수신한 메시지 개수를 모두 저장하였다가, 그 통계값을 사용자 요구나 주기적으로 출력하는 것을 특징으로 하는 네트워크의 트래픽 점검방법.