SNMP와 망 관리(FCAPS)

핵심 정리

SNMP는 IP 네트워크 장치의 정보를 수집하고 관리하며, 변수를 수정해 장치의 동작을 바꾸는 데 쓰이는 인터넷 표준 프로토콜이다. 장치의 상태와 설정을 변수로 나타내는 방식이 SNMP 관리의 바탕이다. 이 방식 덕분에 장비마다 직접 접속하지 않고도 관리 프로그램이 원격에서 여러 장치를 감시할 수 있다. SNMP는 네트워크 장비의 MIB 변수를 원격에서 조회하거나 설정할 수 있게 하는 관리 프로토콜이다.

관리 대상 장치의 객체를 계층적으로 저장하는 정보 저장소는 MIB이다. SNMP가 조회하고 설정하는 변수가 이 저장소 안에 있으므로 MIB는 메시지가 아니라 대상이다. MIB의 내용은 장치의 객체 단위 정보라고 이해하면 충분하다.

SNMP 에이전트는 비정상 상황에 대한 경고 메시지인 트랩을 관리자에게 보낼 수 있다. 이 메시지는 요청·응답 쌍과 따로 묶어 기억해야 한다.

망 관리 기능은 ISO 모델이 정의한 FCAPS 다섯 분류로 나뉜다. 장애(Fault), 구성(Configuration), 회계(Accounting), 성능(Performance), 보안(Security)의 머리글자를 따서 이름 붙였으며, 네트워크 관리국은 이 기능을 모든 망에 제공한다. 따라서 문제가 되는 관리 작업이 다섯 분류 가운데 어디에 속하는지 먼저 가르는 것이 풀이의 출발점이다.

SNMP는 네트워크 장비를 감시·관리하는 프로토콜이며 IPv4 주소 부족 해결과 무관하다. 현재 쓰이는 주요 버전은 SNMPv1, v2, v3 세 가지이며, v1이 가장 초기 버전이고 v2와 v3는 성능·유연성·보안성이 향상된 버전이다. 주소 문제와 관리 기능을 섞어 보면 선지를 틀리게 된다.

자세히

요청과 응답 메시지

정보를 요구하고 답하는 메시지 쌍은 GetRequest와 GetResponse이다. 관리자는 GetRequest 메시지로 에이전트에게 정보를 요구한다. 이때 요청에는 MIB 안의 변수가 지정되며, 에이전트는 GetResponse 메시지로 매니저의 요청에 해당하는 변수 값을 돌려보낸다. 이 흐름은 관리자가 먼저 시작하고 에이전트가 응답으로 끝맺는 구조이므로, 두 메시지를 한 쌍으로 기억하면 방향을 틀리지 않는다.

아래 표는 SNMP 메시지의 방향과 용도를 한눈에 정리한 것이다.

표에서 GetRequest와 SetRequest는 방향이 같지만 목적이 다르다. 두 메시지를 같은 조회 명령으로 묶으면 변경 요청을 놓치게 된다. 요청은 매니저에서 에이전트로

FCAPS 관리 기능

FCAPS의 다섯 분류는 기능마다 다루는 대상이 다르다. 시스템 성능을 측정하고 통계, 지연 시간, 대역폭 사용률, 패킷 처리율을 관리하여 효과적인 실행을 보장하는 기능은 성능 관리이다. 장애 관리는 네트워크의 오류를 탐지하고 수리하며 기록하는 기능이다. 구성 관리는 네트워크 장비와 자원의 정보를 파악하고 상호 연결 상태를 관리하는 기능이다. 자원 사용량과 관련된 네트워크 데이터를 수집하는 기능은 회계 관리에 해당한다.