2-4. OAM 배포 아키텍쳐

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-4. OAM 배포 아키텍쳐

3GPP의 IRP 방법론에서는 OAM 서버를 구축하여 피 관리 시스템의 운용과 관리를 지원하도록 제시한다. 하지만 서비스 규모가 작을 경우에는 재정상의 이유로 OAM 서버의 구축이 생략되어 2-티어 구조가 될 수 있으며, 향후 서비스의 규모 증가로 OAM 서버의 도입 시 3-티어 구조로 분리할 수 있도록 설계에 반영되어야 한다.

사용자 삽입 이미지

[OAM 서버 유무에 따른 OAM 클라이언트의 연동 구조]

OAM 서버가 존재하는 3-티어 구조일 경우, OAM 서버는 피 관리 시스템의 성능 및 상태 정보를 OAM 클라이언트에 전달하고 통계를 위해 Database에 저장한다. 일반적으로 Database는 OAM 서버에 위치하며, 로그를 저장하기 위해서는 OAM 서버의 저장소 또는 NAS를 사용하게 된다. OAM 클라이언트는 일반적으로 1대의 OAM 서버와의 연동만을 지원하면 되며, OAM 서버를 이중화하여 2대 이상을 구성했을 경우에는 사업자 정책에 따라 OAM 서버에 대한 탐색과 선택 절차를 수행하여야 한다.

OAM 서버가 존재하지 않는 2-티어 구조일 경우, 피 관리 시스템에서 OAM 서버의 기능을 지원하여야 한다. 이를 위해 피 관리 시스템에는 OAM Manager가 탑재되어 망 관리 시스템(NMS) 또는 OAM 클라이언트와 연동하여야 한다. OAM 서버에 위치하던 Database는 1개 또는 모든 피 관리 시스템에 설치한다. OAM 클라이언트는 모든 피 관리 시스템의 OAM Manager와 연동하여야 하므로 TCP 채널 관리에 유의하여야 한다.

사용자 삽입 이미지

[OAM 서버 배포에 따른 구성]

CC BY-NC-ND 2.0 KR

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

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

댓글 남기기