2-7. 구성 관리

OAM Client Framework – 목차

■ 운용관리에 관한 이론적 고찰
1-1. OAM의 정의  1-2. EMS의 정의  1-3. OAM 표준화 동향  1-4. 3GPP 32 Series

■ OAM 프레임워크
2-1. OAM 프레임워크 필요성  2-2. OAM 시스템의 구성  2-3. OAM 요구사항  2-4. OAM 배포 아키텍쳐  2-5. OAM을 위한 Database의 구성 2-6. OAM 인터페이스  2-7. 구성 관리  2-8. 장애 관리  2-9. 성능 관리  2-10. 보안 관리

■ OAM 클라이언트 프레임워크
3-1. OAM Client 프레임워크 개요  3-10. 효과분석  3-2. 개발방법  3-3. 요구사항  3-4. 산출물 정의  3-5. 개발환경  3-6. 아키텍쳐 3-7. UI 정의  3-8. 프레임워크의 개발  3-9. 프레임워크를 사용한 개발

2-7. 구성 관리

구성 관리(Configuration Management)는 계속적으로 진화하는 망에서 정확하고 효과적인 시스템 운용을 할 수 있도록 지원함을 목적으로 한다.[주:3GPP TS 32.600, “Telecommunication management; Configuration Management (CM)”] 이를 위해 피 관리 시스템의 구성을 제어하고 모니터링 하는 기능을 제공하여야 하며, 구성 관리를 통한 설정값은 제품의 수명 주기에도 영향을 미칠 수 있다.

구성하는 정보의 속성에 따라 구성 관리를 위한 방법은 능동적 구성 관리(Active Configuration Management)와 수동적 구성 관리(Passive Configuration Management)로 나뉠 수가 있다. 능동적 구성 관리는 운용자가 피 관리 시스템의 구성 요소에 대한 설정값을 OAM 클라이언트를 통해 조회하고 추가, 변경, 삭제까지 할 수 있다. 수동적 구성 관리는 설정값이 다른 피 관리 시스템 의해 설정되거나 특정 조건에서 성능 향상을 위해 자동으로 변경되는 경우, 운용자는 설정값이 변경되었음을 수신만 할 수 있음을 의미한다.

구성 관리를 위해서는 일반적으로 MML(Man Machine Language)를 사용하여 설정값에 대한 조회, 추가, 수정, 삭제 등의 작업을 수행한다. MML은 글자 기반의 명령어와 파라메터로 구성되어 있으므로, 효율적인 명령어 처리를 위해 OAM 클라이언트의 운용자 정합 기능을 사용하여 GUI로 쉽게 처리할 수 있다. 운용자는 OAM 클라이언트에서 특정 피 관리 시스템으로 실행할 명령어와 파라메터를 OAM 서버의 OAM Manager로 전송하며, 이 명령어는 해당하는 피 관리 시스템의 OAM Agent로 전달되어 명령어가 실행된다. 조회를 위한 명령어일 경우에는 조회된 목록은 OAM 클라이언트에 전달되어 이미지, 차트, 표 형태의 GUI로 보여진다. 추가, 변경, 삭제를 위한 명령은 실행 결과의 성공여부를 OAM 클라이언트로 전송하여 운용자가 인식할 수 있어야 하며, 실행 결과가 실패일 경우에는 실패의 이유를 운용자가 읽을 수 있는 형태의 글자로 전송하여야 한다.

사용자 삽입 이미지

[구성 관리를 위한 명령어 처리 절차]

위의 그림은 하나의 피 관리 시스템에 하나의 명령어를 수행하는 일반적인 형태이지만 피 관리 시스템의 배포 방식에 따라 여러 피 관리 시스템에 동일한 명령을 수행하는 경우도 있다. 가용성을 위해 2개 이상의 피 관리 시스템이 이중화 되어 있는 경우에는 각 피 관리 시스템은 같은 구성값을 유지해야 하므로, OAM 클라이언트에서는 각 피 관리 시스템에게 같은 명령을 수행하고 OAM 서버의 OAM Manager에서는 각 명령의 실행 결과를 비교하거나 병합하는 작업을 수행하여야 한다.
명령어와 파라메터는 OAM 클라이언트, OAM 서버, 피 관리 시스템에서 모두 인식하여 처리되어야 하기 때문에 명령어에 대한 정의에 대한 동기화가 필요하다. 이를 위해 OAM 서버에서는 명령어에 대한 정의를 XML, Database등에 저장하여 관리하여야 하며, 명령어의 정의가 변경이 있을 때마다 즉시 OAM 클라이언트와 피 관리 시스템에 전달되어 최신의 명령어 정의가 공유되어야 한다. 명령어 정의에 포함되어야 할 항목은 아래와 같다.

사용자 삽입 이미지

[명령어 정의를 위한 XML 스키마]

  1. mmllist : 명령어 목록
  2. version : 명령어 정의 XML의 버전으로 XML에 수정이 발생하면 version을 수정하여야 한다. 버전이 수정되면 OAM 클라이언트와 OAM Agent에 이벤트 형태로 변경의 알림이 전송되고, 새로운 명령어 정의를 수신하는 절차를 수행하여야 한다.
  3. category : 명령어는 관리되는 피 관리 시스템의 성격과 속성에 따라 분류하여 관리할 수 있다.
  4. mml : 명령어를 정의한다. 관리를 위한 ID, 명령어를 수행할 수 있는 운용자의 최소 레벨, 명령어의 이름, 명령어 실행 시 암호를 물어보는지에 대해 설정한다.
  5. info : 명령어의 정보를 담고 있다. 피 관리 시스템, NMS, OAM 클라이언트에서 명령어가 실행 가능한지의 여부를 설정하며, 명령어의 형태(조회, 추가, 변경, 삭제 등)에 따른 응답 유형을 정의한다.
  6. usage : 명령어 사용을 위한 문법을 기술한다. 일반적으로 EBNF(Extended Backus-Naur Form)를 사용한다.
  7. desc : 명령어에 대한 설명을 정의하여 운용자에게 도움말의 형태로 노출된다.
  8. example : 명령어의 사용 예제를 보여준다.
  9. param : 명령어에 사용되는 파라메터들을 정의한다. 이름, 자료형, 값의 범위, 기본값 등을 설정할 수 있다.

CC BY-NC-ND 2.0 KR

이 저작물은 크리에이티브 커먼즈 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용할 수 있습니다. 크리에이티브 커먼즈 라이선스

저작권과 관련된 파일요청 및 작업요청을 받지 않습니다.

댓글 남기기