[그림 3-8] 서비스 메인 흐름도
[표 3-3] 사용자 정의 MIB 정보 class
Class명 설명
Mib_11_1_1_DcuInfo DCU의 기본정보
Mib_11_3_InterfaceInfo DCU의 부착돼있는 인터페이스에 대한 정보 Mib_11_4_ProtocolInfo DCU와 서버간의 프로토콜 정보
Mib_11_5_4_1_DcuConf DCU의 설정정보
Mib_11_3_3_PlcInterface 중계브릿지 하위의 PLC모뎀들의 대한 정보 Mib_11_3_7_WiSunInterface 중계브릿지 하위의 WiSUN모뎀들의 대한 정보 Mib_11_3_9_Bridge 중계브릿지들의 대한 기본정보
2. DCU 상태 감시 기능 구현
[그림 3-9]는 DCU의 상태 감시 기능 흐름도를 나타내고 있다. CPU 사용률 및 메모리 사용률을 10초에 1번씩 6회 측정 후 그 평균값을 계산하여 이중 역할 망 관리 에이전트 MIB에 저장한다. 또한 DCU의 인터페이스 정보를 스캔하여 그 내 용을 MIB에 저장한다. 그리고 이 모든 과정을 무한 반복 수행한다.
[그림 3-9] DCU 상태 감시 기능 흐름도
3. 매니저 기능 구현
다음 [그림 3-10]은 중계브릿지들로부터 망 관리 데이터를 수집하는 GetBulk class 의 순서도를 나타내고 있다.
GetBulk class의 run 메서드는 while 루프를 무한 반복하게 되는데, 첫 번째로
중계브릿지의 ip와 port정보를 파일로부터 읽어 들여서 ArrayList 에 저장한 후 그 ArrayList를 doBulk 메서드를 호출시 인자로 넘긴다. 그리고 모든 중계브릿지로부 터 MIB정보를 수집한 후 config.xml에서 정의한 수집 주기만큼 sleep한 후 또 처 음부터 이러한 행위를 무한 반복 수행한다.
[그림 3-10] GetBulk class 순서도
다음 [그림 3-11]은 중계브릿지 한대로부터 실제적인 망 관리 데이터 수집 처리 를 하는 doBulk class에 대한 설명이다.
우선 Bulk mode를 설정하고, 벌크로 전송 요청하는 개수를 100개로 설정하여, MIB의 OID개수를 최대 100개씩 전송하도록 설정한다. 그리고 전송 시작하는 OID 번호를 설정한 후 중계브릿지에 요청 명령을 전송한다. 그러면 중계브릿지는 최대 100개의 OID 데이터를 응답한다. 이 100개의 OID데이터를 하나씩 읽어 들여 분석 하고 OID값이 모뎀의 원하는 인터페이스 정보인지를 판단한 후 유효한 값이면 해 당 정보를 DCU(內)의 MIB에 저장한다. 이렇게 한 번에 수신 받은 벌크 데이터의 모든 분석과 저장이 끝나면 마지막으로 수신된 OID번호를 저장하고 있다가 거기서
부터 다음 100개를 요청해야 하므로 마지막 OID번호을 다시 바인딩하고 중계브릿 지에 데이터 요청 명령을 전송한다. 이렇게 하여 모든 모뎀의 인터페이스 정보를 수신한 후에는 클래스를 종료 처리한다.
[그림 3-11] doBulk class 순서도
Ⅳ. 실험 및 결과
본 장에서는 DCU(內)에 탑재하여 돌아가는 이중 역할 망 관리 에이전트를 설치 하기 위하여 DCU에 JVM설치하고 어플리케이션을 기동하여 그 실행결과에 대해서 설명한다. 먼저 기존의 망 관리 에이전트들로부터 망 관리 정보를 수집하고 그 데 이터들의 정확성을 검증하기 위해 중계브릿지에 있는 MIB정보와 DCU에 있는 MI B정보를 비교하여 일치하는 지를 검증하고, 상위 망 관리 서버에서 본 에이전트를 통해서 말단 모뎀들의 망 관리 정보들을 가져올 수 있는지 실험하였다.
또한 말단의 수 많은 에이전트들을 제어하며 중간에서 전단처리 기능을 하여 망 관리 서버의 부담을 줄여주고 서버의 가용성을 높일 수 있는지를 검증하기 위해 D CU에서 여러 대의 중계브릿지로부터 MIB 데이터를 수집할 때 걸리는 시간과 한 대의 DCU에서 수집된 똑 같은 양의 MIB데이터를 매니저(즉 PC)에서 수집할 때 걸리는 소요시간을 비교하는 실험을 하였다.