· 2019-11-22 · 참고 이 정보와 이 정보가 지원하는 제품을 사용하기 전에 , 531 페이지의 『주의사항』 에 있는 정보를 확인하십시오 . 이

Network Manager IP Edition버전 4 릴리스 2

사용자 안내서

2019-4207-01

IBM

Network Manager IP Edition버전 4 릴리스 2

사용자 안내서

2019-4207-01

IBM

참고이 정보와 이 정보가 지원하는 제품을 사용하기 전에, 531 페이지의 『주의사항』에 있는 정보를 확인하십시오.

이 개정판은 새 개정판에서 별도로 명시하지 않는 한 IBM Tivoli Network Manager IP Edition 버전 4.2(제품 번호 5724-S45)와 모든 후속 릴리스 및 수정에 적용됩니다.

© Copyright IBM Corporation 2006, 2019.

목차이 책의 정보 . . . . . . . . . . . . . vii서적 . . . . . . . . . . . . . . . . vii특수 액세스 기능 . . . . . . . . . . . . ixTivoli 기술 교육 . . . . . . . . . . . . xi지원과 커뮤니티 정보 . . . . . . . . . . xi

제 1 부 제품 개요 . . . . . . . . . . 1

제 1 장 Network Manager 정보 . . . . . . 3이 릴리스의 새로운 기능. . . . . . . . . . 5Network Manager 구조 . . . . . . . . . 15Network Manager 데이터 플로우 . . . . . . 19기타 제품과 통합 . . . . . . . . . . . . 22네트워크 계층 . . . . . . . . . . . . . 24감지 정보. . . . . . . . . . . . . . 24EMS 기반 감지 정보 . . . . . . . . . 29폴링 정보. . . . . . . . . . . . . . 35

데이터 계층 . . . . . . . . . . . . . . 38토폴로지 스토리지 정보. . . . . . . . . 39근본 원인 분석 및 이벤트 보강 정보 . . . . 41이벤트 스토리지 정보 . . . . . . . . . 48히스토리 폴링 데이터 콜렉션 및 저장에 대한정보. . . . . . . . . . . . . . . . 50

시각화 계층 . . . . . . . . . . . . . . 54토폴로지 시각화 정보 . . . . . . . . . 54이벤트 시각화 정보 . . . . . . . . . . 57보고 정보. . . . . . . . . . . . . . 59

Dashboard Application Services Hub . . . . 61Network Manager 웹 애플리케이션 . . . . 61웹 애플리케이션 아키텍처 . . . . . . . . 63

제 2 장 Network Manager의 장점 . . . . . 65포괄적 네트워크 관리 . . . . . . . . . . 65유연한 네트워크 시각화. . . . . . . . . . 65내장 디바이스 및 인터페이스 폴링 기능 . . . . 65내장 근본 원인 분석 기능 . . . . . . . . . 66단일 클릭 네트워크 문제점 해결 . . . . . . 66보강된 네트워크 토폴로지 및 이벤트 데이터 . . 66점차 커지는 네트워크 감지 . . . . . . . . 67광대한 보고 기능 . . . . . . . . . . . . 67전체 사용자 가능 내용 . . . . . . . . . . 67다중 통합 옵션 . . . . . . . . . . . . . 67

제 3 장 Network Manager 배치 . . . . . . 69배치 시나리오 . . . . . . . . . . . . . 69네트워크 및 배치 비교 . . . . . . . . . 69데모 또는 교육용 시스템 배치 . . . . . . 74소규모 고객 네트워크 . . . . . . . . . 75중간 규모 고객 네트워크 . . . . . . . . 76대규모 고객 네트워크 . . . . . . . . . 78초대규모 고객 네트워크. . . . . . . . . 79전자 통신 회사 네트워크 . . . . . . . . 81LTE 4G 무선 통신 회사 네트워크 . . . . . 82

배치 고려사항 . . . . . . . . . . . . . 84배치 예제. . . . . . . . . . . . . . . 87단순한 배치 구조 예제 . . . . . . . . . 87대형 배치 구조 예제 . . . . . . . . . . 90

제 2 부 시작하기 . . . . . . . . . . 95

제 4 장 Network Manager 구조 . . . . . . 97

제 5 장 시작하기 . . . . . . . . . . . 101Network Manager 시작 . . . . . . . . . 101모든 프로세스가 가동되어 실행 중인지 확인 102시작 문제점 해결 . . . . . . . . . . 104

Network Manager에 로그인 . . . . . . . 105온라인 도움말에 액세스 . . . . . . . . . 106최상위 레벨 온라인 도움말에 액세스 . . . 106컨텍스트 기반 온라인 도움말에 대한 액세스사용 . . . . . . . . . . . . . . . 107

감지 시작하기 . . . . . . . . . . . . . 108초기 감지 설정 구성 . . . . . . . . . 109감지 시작 및 감지 진행 상태 모니터 . . . 124토폴로지 검증 . . . . . . . . . . . . 134프로덕션 감지 설정 구성 . . . . . . . . 145토폴로지를 최신 상태로 유지 . . . . . . 147

네트워크 보기 . . . . . . . . . . . . . 149네트워크 찾아보기 . . . . . . . . . . 149네트워크 디바이스 검색 . . . . . . . . 150네트워크 맵 아이콘 및 기호. . . . . . . 153

네트워크 운영자의 사용자 프로파일 작성 . . . 156Network_Manager_User 그룹에 사용자 프로파일 지정 . . . . . . . . . . . . 157Network Manager 사용자 역할 . . . . . 158

© Copyright IBM Corp. 2006, 2019 iii

네트워크 운영자가 네트워크 토폴로지를 볼 수있도록 만들기 . . . . . . . . . . . . . 163네트워크 이벤트 보기 . . . . . . . . . . 166네트워크 폴링 정보 . . . . . . . . . . 166폴링 사용 . . . . . . . . . . . . . 167네트워크 보기에서 이벤트 보기 . . . . . 168이벤트 뷰어에서 이벤트 보기 . . . . . . 169

제 3 부 네트워크 시각화 설정 . . . . 171

제 6 장 GUI 프레임워크 관리. . . . . . . 173온라인 도움말에 액세스 . . . . . . . . . 173최상위 레벨 온라인 도움말에 액세스 . . . 174컨텍스트 기반 온라인 도움말에 대한 액세스사용 . . . . . . . . . . . . . . . 174

Network Manager 위젯 . . . . . . . . . 175Network Manager 위젯 목록 . . . . . . 176편집 가능한 위젯 매개변수 . . . . . . . 176Network Manager 위젯의 이벤트 정보 . . 180

제 7 장 네트워크 보기 관리 . . . . . . . 183네트워크 보기 정보 . . . . . . . . . . . 183표준 네트워크 보기 . . . . . . . . . . 183동적 네트워크 보기 . . . . . . . . . . 184

네트워크 보기 콜렉션에 대한 액세스 구성. . . 185네트워크 보기 컨테이너 작성 . . . . . . . 188네트워크 보기 작성 . . . . . . . . . . . 189표준 네트워크 보기 작성 . . . . . . . . 189동적 네트워크 보기 작성 . . . . . . . . 223

네트워크 보기 변경 . . . . . . . . . . . 240네트워크 보기 삭제 . . . . . . . . . . . 240보기 복사 또는 이동 . . . . . . . . . . 241네트워크 보기를 복사 및 이동하는 데 필요한역할 . . . . . . . . . . . . . . . 242

사전구성된 네트워크 보기 배치 . . . . . . 244운영자가 사전구성된 템플리트를 사용할 수있도록 함 . . . . . . . . . . . . . 245템플리트에서 자동으로 네트워크 보기 작성및 배치 . . . . . . . . . . . . . . 245네트워크 보기 템플리트 . . . . . . . . 246

네크워크 보기 특성의 구성 . . . . . . . . 258연결 유형 구성 . . . . . . . . . . . 258사용자 정의 또는 비할당 보기 사용 가능 259논리 그룹 시각화 사용 가능. . . . . . . 260토폴로지 맵의 선 두께 사용자 정의 . . . . 260테이블 형식 보기 컬럼 구성 표시 . . . . . 261

엔티티 유형 . . . . . . . . . . . . . 263

제 8 장 네트워크 보기 책갈피 관리 . . . . . 271네트워크 보기 책갈피 정보 . . . . . . . . 271네트워크 보기 책갈피 작성 . . . . . . . . 272네트워크 보기 책갈피 편집 . . . . . . . . 274책갈피 특성 편집 . . . . . . . . . . 274책갈피에 네트워크 보기 추가 . . . . . . 276책갈피에서 네트워크 보기 제거 . . . . . 277

네트워크 보기 책갈피 삭제 . . . . . . . . 278

제 9 장 도구 및 메뉴 구성 . . . . . . . . 279컨텍스트 메뉴 정보 . . . . . . . . . . . 279필터 정보 . . . . . . . . . . . . . 279도구 정보 . . . . . . . . . . . . . 280

컨텍스트 메뉴 구성 . . . . . . . . . . . 280컨텍스트 메뉴를 정의하는 XML 요소 및 속성 . . . . . . . . . . . . . . . . 281

WebTools 구성 . . . . . . . . . . . . 282WebTools 정보 . . . . . . . . . . . 282WebTools에서 메뉴 제한 . . . . . . . . 284실행 가능 WebTools 도구 작성 . . . . . 285WebTools 도구의 출력 변경 . . . . . . 286

컨텍스트 메뉴 도구 작성 . . . . . . . . . 287컨텍스트 메뉴에 보고서 추가 . . . . . . 287URL 도구 . . . . . . . . . . . . . 288컨텍스트 메뉴에 CGI 스크립트 추가. . . . 290연결 정보 표시 도구 구성 . . . . . . . 292MIB 브라우저를 여는 도구 작성 . . . . . 293도구를 정의하는 XML 요소 및 속성 . . . 295

도구 및 메뉴의 컨텍스트 필터 정의 . . . . . 297컨텍스트 필터를 정의하는 XML 속성 . . . 298

도구 및 메뉴의 사용자 액세스 정의 . . . . . 300보안 필터를 정의하는 XML 속성 . . . . . 301

도구의 변수 정의 . . . . . . . . . . . 302

제 10 장 네트워크 토폴로지 편집. . . . . . 303토폴로지 편집 정보 . . . . . . . . . . . 303토폴로지 편집 및 감지 프로세스 . . . . . 303토폴로지에 대한 수동 변경 감사 추적 . . . 303

토폴로지에 디바이스 추가 . . . . . . . . 304디바이스 사이의 연결 추가 . . . . . . . . 307수동으로 추가한 디바이스 삭제 . . . . . . 311디바이스 사이의 연결 제거 . . . . . . . . 312

제 11 장 경로 보기 관리 . . . . . . . . . 313경로 보기 정보 . . . . . . . . . . . . 313경로 유형 . . . . . . . . . . . . . 313경로 추적 전제조건 . . . . . . . . . . 314

iv IBM Tivoli Network Manager IP Edition: 사용자 안내서

경로 보기 작성 . . . . . . . . . . . . 316경로 보기 문제점 해결 . . . . . . . . . 318경로 추적 문제점 해결 표 . . . . . . . 318자세한 경로 추적 출력 해석. . . . . . . 320경로 추적 제한시간 설정 . . . . . . . . 320경로 추적 디버깅 켜기 . . . . . . . . 321

제 12 장 지리적 보기 구성 . . . . . . . . 323지리적 보기 사용 가능 . . . . . . . . . 323지리적 보기의 범위 설정 및 필터링 . . . . . 323지리적 보기의 지역 집계 사용 . . . . . . . 325지리적 보기의 이벤트 상태 구성 . . . . . . 327지리적 보기의 모양 구성 . . . . . . . . . 327지리적 보기를 다른 위젯과 통합 . . . . . . 328지리적 맵의 URL 매개변수 . . . . . . . . 329

제 13 장 GUI 구성 . . . . . . . . . . 335TopoViz 클라이언트 관리 . . . . . . . . 335자동 뷰 유지 보수를 설정합니다. . . . . . 335TopoViz 클라이언트의 기능. . . . . . . 336Dashboard Application Services Hub 제한시간 변경 . . . . . . . . . . . . . 340네트워크 보기와 네트워크 홉 보기 GUI의 아이콘 변경 . . . . . . . . . . . . . 341토폴로지 맵 업데이트 및 모양 구성 . . . . 345복합 토폴로지 보기에서 이벤트 보기 구성 361네트워크 홉 보기 에 있는 디바이스의 수에대한 경고 구성 . . . . . . . . . . . 361

비관리 디바이스로부터 이벤트 프리젠테이션 구성 . . . . . . . . . . . . . . . . . 362비관리 디바이스로부터의 이벤트 필터링 . . 362비관리 디바이스로부터의 이벤트에 태그 붙이기 . . . . . . . . . . . . . . . . 363

Network Manager GUI와 Internet Explorer11 호환성 구성 . . . . . . . . . . . . 363

제 14 장 네트워크 시각화를 위한 비영어 설정구성 . . . . . . . . . . . . . . . . 365비영어권 언어로 네트워크 보기 이름 구성. . . 365영어 이외의 언어로 올바르게 표시되도록WebTools 구성 . . . . . . . . . . . . 366디바이스 속성에 멀티바이트(비ASCII) 문자 사용 . . . . . . . . . . . . . . . . . 367비ASCII MIB 변수 정의 . . . . . . . . 367디바이스 레이블 구성 . . . . . . . . . 368NCIM 데이터베이스에 대한 로케일 변경 368멀티바이트 문자열 사용 제한사항 . . . . . 369

제 4 부 네트워크 문제점 해결 . . . . 371

제 15 장 네트워크 문제점 해결 정보 . . . . 373토폴로지 정보 . . . . . . . . . . . . . 374네트워크 홉 보기 GUI . . . . . . . . 374네트워크 보기(Network Views) GUI . . . 381네트워크 도메인 . . . . . . . . . . . 385디바이스 연결 . . . . . . . . . . . . 386네트워크 맵 및 트리 아이콘과 기호 . . . . 389기본 네트워크 보기 노드 . . . . . . . . 392

이벤트 정보 . . . . . . . . . . . . . 396기본 이벤트 상태 아이콘 . . . . . . . . 396

구조 브라우저 정보 . . . . . . . . . . . 398

제 16 장 네트워크 디바이스 찾기. . . . . . 401네트워크 홉 보기 GUI를 사용하여 디바이스 검색 . . . . . . . . . . . . . . . . . 401기본 검색 사용 . . . . . . . . . . . 402고급 검색 사용 . . . . . . . . . . . 405

네트워크 보기(Network Views) GUI를 사용하여 네트워크 찾아보기 . . . . . . . . . . 408보기 내에서 디바이스 검색 . . . . . . . . 408현재 보기에서 Cisco 디바이스 찾기 . . . . 409현재 보기에서 이더넷 인터페이스 찾기 . . . 410

보기 내에서 빠른 검색 사용. . . . . . . . 410네트워크 보기 검색 . . . . . . . . . . . 411테이블 형식 레이아웃으로 디바이스 시각화 . . 412엔티티 스마트 검색 사용 . . . . . . . . . 415모든 도메인에서 엔티티 스마트 검색 수행 415사용자 정의 NCIM 데이터베이스 테이블에서엔티티 스마트 검색 수행 . . . . . . . . 417

제 17 장 네트워크 문제점 식별 . . . . . . 421네트워크 보기 책갈피를 사용한 문제 식별. . . 421네트워크 보기 라이브러리를 사용한 문제 식별 422서브넷 모니터링 . . . . . . . . . . . 423디바이스 클래스 모니터링 . . . . . . . 424링크 모니터링 . . . . . . . . . . . . 425BGP(Border Gateway Protocol) 네트워크모니터링. . . . . . . . . . . . . . 426OSPF(Open Shortest Path First) 라우팅 도메인 모니터링 . . . . . . . . . . . . 427멀티캐스트 그룹 및 라우트 모니터링 . . . 428MPLS 트래픽 엔지니어링 터널 모니터링 . . 428IP SLA(Service Level Agreement) 구성 모니터링 . . . . . . . . . . . . . . 429VPLS VPN 모니터링 . . . . . . . . . 429

목차 v

집계된 네트워크 도메인 모니터링 . . . . . 430LTE 네트워크 모니터링 . . . . . . . . 430

이벤트 목록을 사용하여 문제점 식별 . . . . 431네트워크 상태 보기 사용 . . . . . . . . . 432지리적 컨텍스트에서 디바이스 보기 . . . . . 433지리적 컨텍스트에서 이벤트 표시 . . . . . . 435

제 18 장 네트워크 문제 진단 . . . . . . . 439결함 디바이스 조사 . . . . . . . . . . . 439디바이스 보기 사용 . . . . . . . . . . 439관련 이벤트 표시 . . . . . . . . . . 440네트워크 보기와 관련된 네트워크 홉 보기 표시 . . . . . . . . . . . . . . . . 442네트워크 홉 보기 와 관련된 네트워크 보기표시 . . . . . . . . . . . . . . . 442

이벤트 조사 . . . . . . . . . . . . . 443관련 토폴로지 보기 표시 . . . . . . . . 443근본 원인 조사 . . . . . . . . . . . 445서비스 영향을 받는 이벤트 조사 . . . . . 448관련 MIB 정보 검색 . . . . . . . . . 450이벤트와 관련된 네트워크 디바이스 구조 보기 . . . . . . . . . . . . . . . . 450

네트워크 연결 조사 . . . . . . . . . . . 451디바이스 연결 표시 . . . . . . . . . . 451디바이스 라우트 추적 . . . . . . . . . 452네트워크 경로 시각화 . . . . . . . . . 459디바이스 및 서브넷 Ping. . . . . . . . 463Cisco 및 Juniper 라우트 정보 검색 . . . . 470로그인 권한 정보 설정 . . . . . . . . 475

디바이스 정보 검색 . . . . . . . . . . . 476도메인 등록 정보 조회 . . . . . . . . 476Cisco 및 Juniper 디바이스에서 프로토콜 정보 검색 . . . . . . . . . . . . . . 480

상위 성과자 위젯을 사용하여 토폴로지 보기의폴링 데이터 표시 . . . . . . . . . . . 490디바이스 구성요소 상태 조사 . . . . . . . 497

네트워크 디바이스의 구조 보기 . . . . . 497구조 브라우저 트리에서 결함있는 구성요소식별 . . . . . . . . . . . . . . . 499구조 브라우저 테이블에서 결함있는 구성요소식별 . . . . . . . . . . . . . . . 502구조 브라우저 트리에서 노드 텍스트 검색 504구조 브라우저에서 트리 모드와 테이블 보드사이의 전환 . . . . . . . . . . . . 505디바이스 또는 구성요소에 대한 이벤트 표시 506구조 브라우저 환경 설정 사용자 정의 . . . 507구조 브라우저 에 컬럼 구성 표시 . . . . . 509

디바이스 연결 표시 . . . . . . . . . . . 511MIB 정보 검색 . . . . . . . . . . . . 512

SNMP MIB 브라우저 정보 . . . . . . . 512MIB 데이터 액세스 . . . . . . . . . . 512SNMP MIB 조회 실행 . . . . . . . . 515

MIB 변수 그래프 표시 . . . . . . . . . 517MIB 그래프 특성 및 환경 설정 구성 . . . 517MIB 그래프 작업 . . . . . . . . . . 519

제 19 장 문제 해결 지원 . . . . . . . . . 521폴링 작성 . . . . . . . . . . . . . . 521유지보수에 디바이스가 사용 가능하도록 만들기 521디바이스 및 구성요소 관리 해제 . . . . . 521디바이스 및 구성요소를 비관리 상태에서 제외 . . . . . . . . . . . . . . . . 524

디바이스 추가 및 제거 . . . . . . . . . 526

제 20 장 디바이스에 대한 보고서. . . . . . 527보고서 창에서 보고서 실행 . . . . . . . . 527네트워크 맵을 통해 보고서 실행 . . . . . . 528

제 5 부 부록. . . . . . . . . . . . 529

주의사항. . . . . . . . . . . . . . . 531상표 . . . . . . . . . . . . . . . . 533

vi IBM Tivoli Network Manager IP Edition: 사용자 안내서

이 책의 정보

IBM Tivoli Network Manager 사용자 안내서에서는 Network Manager의 요약을 제공하고 제품 사용과 네트워크 문제 해결하는 방법을 설명합니다. 이 책은 환경을 구성해야 하는 네트워크 운영자 및 관리자를 대상으로 합니다.

서적이 절에는 Network Manager 라이브러리에 있는 서적 및 관련 서적이 나열되어 있습니다. 이 절에서는 또한 온라인으로 IBM 서적에 액세스하는 방법과 서적을 주문하는 방법에 대해서도 설명합니다.

Network Manager 라이브러리

다음은 Network Manager 라이브러리에서 사용 가능한 문서입니다.

v IBM Tivoli Network Manager IP Edition 릴리스 정보은 Network Manager

에 대한 중요한 최신 정보를 제공합니다. 이 책의 대상은 배치자 및 관리자로,

맨 먼저 읽어야 합니다.

v IBM Tivoli Network Manager IP Edition 설치 및 구성 안내서에는 Network

Manager 설치 방법이 설명되어 있습니다. 또한 필수 및 선택적 설치 후 구성 태스크에 대해서도 설명합니다. 이 책의 대상은 Network Manager을 설치 및 설정하는 관리자입니다.

v IBM Tivoli Network Manager IP Edition 관리 안내서는 관리 태스크(예: 제품 시작 및 중지, 네트워크 감지, 네트워크 폴링, 이벤트 관리, 프로세스 관리및 데이터베이스 조회하는 방법)를 설명합니다. 이 책의 대상은 Network

Manager의 유지보수 및 가용성을 관리하는 관리자입니다.

v IBM Tivoli Network Manager Reference에는 Network Manager가 사용한 시스템 언어, 데이터베이스 및 Perl API 등 참조 정보가 포함되어 있습니다. 이책의 대상은 Network Manager 조작을 사용자 정의하는 고급 사용자입니다.

먼저 읽어야 할 서적

이 서적에 있는 정보를 효과적으로 사용하려면 다음 서적에서 얻을 수 있는 몇가지 전제조건을 알아야 합니다.

v IBM Tivoli Netcool/OMNIbus 설치 및 배치 안내서

에는 설치 및 업그레이드 절차를 비롯하여 보안 및 구성요소 통신을 구성하는방법에 대해 설명합니다. 또한 Tivoli Netcool/OMNIbus 구조의 예제를 포함하며 예제를 구현하는 방법에 대해 설명합니다.

© Copyright IBM Corp. 2006, 2019 vii

v IBM Tivoli Netcool/OMNIbus 사용자 안내서

데스크탑 도구에 대한 개요를 제공하고 이 도구를 이용하는 이벤트 관리와 관련된 운영자 태스크에 대해 설명합니다.

v IBM Tivoli Netcool/OMNIbus 관리 안내서

Tivoli Netcool/OMNIbus 관리자 GUI, 명령행 도구 및 프로세스 제어를 사용하여 관리 태스크를 수행하는 방법에 대해 설명합니다. 또한 ObjectServer

SQL 구문 및 자동화에 대한 설명과 예제를 포함합니다.

v IBM Tivoli Netcool/OMNIbus 프로브 및 게이트웨이 안내서

프로브 규칙 파일 구문과 게이트웨이 명령을 포함하여 프로브 및 게이트웨이에 관한 소개 및 참조 정보가 들어 있습니다.

v IBM Tivoli Netcool/OMNIbus 웹 GUI 관리 및 사용자 안내서

Tivoli Netcool/OMNIbus 웹 GUI를 사용하여 관리 및 이벤트 시각화 태스크를 수행하는 방법을 설명합니다.

온라인 용어 액세스

IBM 용어 웹 사이트에는 IBM 제품 라이브러리의 용어가 통합되어 있으므로 편리하게 사용할 수 있습니다. 다음 웹 주소에서 용어 웹 사이트에 액세스할 수 있습니다.

http://www.ibm.com/software/globalization/terminology

온라인 서적 액세스

IBM은 이 제품 및 다른 모든 제품이 출시되고 업데이트될 때마다 관련 서적을다음 IBM Knowledge Center 웹 사이트에 게시합니다.

http://www.ibm.com/support/knowledgecenter/

Network Manager 문서는 이 웹 사이트의 클라우드 & 스마터 인프라 노드 아래에 있습니다.

참고: 레터 크기 이외의 용지에 PDF 문서를 인쇄할 경우에는 PDF 읽기 애플리케이션이 레터 크기의 페이지를 로컬에 있는 용지에 인쇄할 수 있도록 파일 >

인쇄 창에서 해당옵션을 설정하십시오.

서적 주문

대부분의 IBM 서적은 다음 웹 사이트에서 온라인으로 주문할 수 있습니다.

http://www.ibm.com/e-business/linkweb/publications/servlet/pbi.wss

viii IBM Tivoli Network Manager IP Edition: 사용자 안내서

http://www.ibm.com/software/globalization/terminology

http://www.ibm.com/support/knowledgecenter/


또한 다음과 같은 방법으로 주문할 수도 있습니다.

v 미국: 800-879-2755

v 캐나다: 800-426-4968

기타 국가에서 IBM 서적을 주문하려면 해당 소프트웨어 계정 담당자에게 문의하십시오. 국가별 담당자의 전화 번호를 찾으려면 다음 단계를 수행하십시오.

1. 다음 웹 사이트로 이동하십시오.

h t t p : / / w w w. i b m .co m /e - b u s i n e s s / l i n k w e b / p u b l i c a t i o n s /

servlet/pbi.wss

2. 목록에서 해당 국가를 선택하고 Go를 클릭하십시오. 해당 국가에 맞는 IBM

Publications Center 시작 페이지가 표시됩니다.

3. 페이지의 왼쪽에서 이 사이트 정보를 클릭하여 로컬 담당자의 전화번호가 있는 정보 페이지를 확인하십시오.

특수 액세스 기능특수 액세스 기능은 지체 부자유 또는 시각 장애 등과 같은 신체적 장애가 있는사용자가 소프트웨어 제품을 사용할 수 있도록 도와 줍니다.

내게 필요한 옵션 기능

Network Manager에서는 다음과 같은 내게 필요한 옵션 기능을 제공합니다.

v 스크린 리더를 사용하는 조작

Network Manager는 IBM Installation Manager를 사용하여 제품을 설치합니다 . I B M I n sta l l a t i o n M a n a ge r에 대한 내게 필요한 옵션 기능은h tt p s : / / w w w. i b m .co m / s u p p o r t / k n o w l e d ge ce n te r/ SS DV 2 W/

im_family_welcome.html에서 검토할 수 있습니다.

Network Manager는 최신 W3C 표준(http://www.w3.org/TR/wai-aria/)을 사용하여 http://www.access-board.gov/guidelines-and-standards/

communications-and-it/about-the-section-508-standards/section-508-

standards 및 http://www.w3.org/TR/WCAG20/의 준수를 보장합니다. 내게필요한 옵션 기능을 활용하려면 이 제품에서 지원하는 최신 웹 브라우저와 함께최신 릴리스의 스크린 리더를 사용하십시오.

IBM Knowledge Center에 있는 Network Manager 온라인 제품 문서에서 내게 필요한 옵션을 다룹니다. IBM Knowledge Center의 내게 필요한 옵션 기능은 https://www.ibm.com/support/knowledgecenter/v1/content/about/

releasenotes.html#accessibility에 설명되어 있습니다.

이 책의 정보 ix



https://www.ibm.com/support/knowledgecenter/SSDV2W/im_family_welcome.html

https://www.ibm.com/support/knowledgecenter/SSDV2W/im_family_welcome.html

http://www.w3.org/TR/wai-aria/

http://www.access-board.gov/guidelines-and-standards/communications-and-it/about-the-section-508-standards/section-508-standards



http://www.w3.org/TR/WCAG20/

https://www.ibm.com/support/knowledgecenter/v1/content/about/releasenotes.html#accessibility

https://www.ibm.com/support/knowledgecenter/v1/content/about/releasenotes.html#accessibility

키보드 탐색

본 제품은 표준 탐색 키를 사용합니다.

인터페이스 정보

Network Manager는 다음과 같은 기능을 제공하며 이러한 기능은 시력이 낮은사용자에게 적합합니다.

v GUI에 사용되는 텍스트가 아닌 모든 내용에는 연관된 대체 텍스트가 있습니다.

v 시력이 낮은 사용자는 시스템 표시 설정을 고대조 모드로 조정할 수 있으며브라우저 설정을 사용하여 글꼴의 크기를 제어할 수 있습니다.

v 단지 정보를 전달하거나 조치를 표시하거나 응답을 촉구하거나 시각적 요소를구별하기 위한 시각적 수단으로는 색상을 사용하지 않습니다.

Network Manager는 다음과 같은 기능을 제공하며 이러한 기능은 광과민성 발작 증상이 있는 사용자에 적합합니다.

v Network Manager 사용자 인터페이스에서는 1초에 3번 이상 번쩍이는 컨텐츠를 제공하지 않습니다.

Network Manager 웹 사용자 인터페이스는 애플리케이션의 기능 영역으로 바로 이동하는 데 사용할 수 있는 WAI-ARIA 탐색 랜드마크를 제공합니다.

내게 필요한 옵션을 사용하기 위해 Internet Explorer를 구성하는 데필요한 추가 단계

웹 브라우저로 Internet Explorer를 사용하는 경우에는 내게 필요한 옵션 기능을사용하기 위해 추가 구성 단계를 수행해야 할 수도 있습니다.

고대조 모드를 사용하려면 다음 단계를 완료하십시오.

1. 도구 > 인터넷 옵션 > 내게 필요한 옵션 > 을 클릭하십시오.

2. 형식 섹션에 있는 선택란을 모두 선택하십시오.

보기 > 텍스트 크기 > 최대를 클릭했는데 글꼴의 크기가 늘어나지 않으면 Ctrl

+와 Ctrl -를 클릭하십시오.

내게 필요한 옵션 관련 정보

IBM에서는 표준 IBM 헬프 데스크 및 지원 웹 사이트 이외에도, 청각 장애인 또는 난청 고객이 영업 및 지원 서비스에 액세스하는 데 이용할 수 있는 TTY 전화 서비스를 구축했습니다.

x IBM Tivoli Network Manager IP Edition: 사용자 안내서

TTY 서비스800-IBM-3383 (800-426-3383)

(미국 지역)

IBM 및 내게 필요한 옵션

I B M의 내게 필요한 옵션 기능 이행에 대한 자세한 정보는https://www.ibm.com/able의 내용을 참조하십시오.

Tivoli 기술 교육

Tivoli 기술 교육 정보는 다음 IBM Tivoli 교육 웹 사이트를 참조하십시오.

http://www.ibm.com/software/tivoli/education

지원과 커뮤니티 정보IBM 지원 센터, Service Management Connect 및 Tivoli 사용자 그룹을 사용하여 IBM에 연결하고 필요한 정보를 얻을 수 있습니다.

IBM 지원 센터

IBM 소프트웨어에 문제가 있는 경우 사용자는 신속한 해결을 원합니다. IBM 에서는 다음과 같은 방식으로 고객에게 필요한 지원을 제공합니다.

온라인IBM Software Support 사이트(http://www.ibm.com/software/support/

probsub.html)로 이동하여 지시사항을 따르십시오.

IBM Support Assistant

IBM Support Assistant(ISA)는 IBM 소프트웨어 제품에 대한 질문과 문제점을 해결하는 데 사용하는 무료 로컬 소프트웨어 서비스 가능 워크벤치입니다. ISA를 사용하면 지원 관련 정보 및 문제점 판별을 위한 필요한 도구에 빠르게 액세스할 수 있습니다. ISA 소프트웨어를 설치하려면http://www.ibm.com/software/support/isa로 이동하십시오.

SMC(Service Management Connect)

SMC(Service Management Connect)(https://www.ibm.com/developerworks/

community/groups/service/html/communitystart?communityUuid=cdd16df5-

7bb8-4ef1-bcb9-cefb1dd40581)에 액세스하십시오. 다음과 같은 방법으로SMC(Service Management Connect)를 사용하십시오.

이 책의 정보 xi

https://www.ibm.com/able

http://www.ibm.com/software/tivoli/education

http://www.ibm.com/software/support/probsub.html

http://www.ibm.com/software/support/probsub.html

http://www.ibm.com/software/support/isa

https://www.ibm.com/developerworks/community/groups/service/html/communitystart?communityUuid=cdd16df5-7bb8-4ef1-bcb9-cefb1dd40581



v Tivoli 제품의 IBM 개발자 및 다른 사용자와 함께 지속적인 열린 대화, 투명한 개발에 참여. 초기의 디자인, 설명, 제품 로드맵 및 프리릴리스 코드에 액세스할 수 있습니다.

v 전문가와 1대 1로 연결하여 Tivoli 및 커뮤니티에 대해 협력하고 네트워크를구축하십시오.

v 블로그를 방문하여 전문가와 다른 사용자의 경험 배우기v 위키 및 포럼을 통해 더 광범위한 사용자 커뮤니티와 협업

xii IBM Tivoli Network Manager IP Edition: 사용자 안내서

제 1 부 제품 개요

IBM Tivoli Network Manager IP Edition의 주요 개념에 대해 읽어보십시오.

© Copyright IBM Corp. 2006, 2019 1

2 IBM Tivoli Network Manager IP Edition: 사용자 안내서

제 1 장 Network Manager 정보

IBM Tivoli Network Manager IP Edition에는 상세 네트워크 감지, 디바이스모니터링, 토폴로지 시각화 및 근본 원인 분석(RCA) 기능이 제공됩니다. Network

Manager는 광범위한 사용자 정의 및 구성이 가능하므로 다양한 네트워크를 관리할 수 있습니다. Network Manager는 IBM Tivoli Netcool/OMNIbus와 긴밀하게 통합됩니다. IBM Netcool Operations Insight 인프라 및 조작 관리 솔루션과 함께 설치할 경우, Network Manager는 해당 솔루션 내의 핵심 구성요소로서, Netcool/Impact 및 IBM Operations Analytics - Log Analysis와 밀접하게 통합되어 있고, Network Manager는 또한 광범위한 보고 기능 IBM Tivoli

Application Dependency Discovery Manager, IBM Tivoli Business Service

Manager 및 IBM Tivoli Monitoring 등과 같은 기타 IBM 제품과의 통합을 제공합니다.

Network Manager는 네트워크의 성능을 모니터링하는 데 적합하지 않습니다. 네트워크 성능을 모니터하려면 Tivoli Netcool Performance Manager 및 Network

Performance Insight 제품을 사용하십시오. 자세한 정보는 Tivoli® Netcool®

Performance Management 정보 센터(http://www.ibm.com/support/

knowledgecenter/SSBNJ7/welcome)를 참조하십시오.

Network Manager 기능은 다음과 같습니다.

현대식 복합 네트워크 관리Network Manager는 복잡한 네트워크를 감지, 폴링 및 시각화하며, 라우터 및 스위치와 같은 광범위한 네트워크 유형 디바이스를 포함하고MPLS, BGP 및 OSPF와 같은 네트워크 프로토콜과 RAN, LTE 및 wifi

액세스 포인트와 같은 기술을 사용합니다.

다양한 방법으로 네트워크 보기네트워크를 시각화할 여러 방법으로는 서브넷, VLAN, VPN과 같은 표준 그룹, 사용자 정의 디바이스 그룹화를 표시하는 네트워크 보기와, 선택된 디바이스 및 여기에 연결된 모든 디바이스를 구성 가능한 최대 연결 수까지 표시하는 네트워크 홉 보기 가 포함됩니다. 사용자는 구조 브라우저를 사용하여 인터페이스 및 디바이스의 기타 구성요소를 탐색할 수도 있습니다. 다중 위젯 보기에서는 이러한 보기를 함께 사용할 수 있습니다. 즉, 네트워크 홉 보기 에서 디바이스를 선택하고 인접한 구조 브라우저 위젯에서 디바이스의 인터페이스 및 기타 구성요소를 즉시 확인할 수있습니다. 다중 위젯 보기를 사용하여 동시 토폴로지 맵과 이벤트 목록을표시할 수도 있습니다.


http://www.ibm.com/support/knowledgecenter/SSBNJ7/welcome

http://www.ibm.com/support/knowledgecenter/SSBNJ7/welcome

사용하기 편한 디바이스 및 인터페이스 폴링 기능 적용Network Manager는 ICMP 폴 및 MIB 변수 임계값 폴을 포함하여 사용이 간편한 디바이스 및 인터페이스 폴 세트를 제공합니다. MIB 변수 임계값 폴은 지정된 MIB 변수에서 임계값이 위반되는 경우 네트워크 이벤트를 생성합니다. 네트워크 디바이스의 MIB 변수에서 임계값이 위반되면이벤트가 수신되도록 네트워크 폴링을 사용자 정의할 수 있습니다.

내장 근본 원인 분석 기능 이용Network Manager는 여러 네트워크 이벤트를 자세히 살펴보고 네트워크토폴로지의 지식을 이용하여 단일 근본 원인 이벤트를 판별합니다.

Network Manager는 운영자가 네트워크의 문제점 해결을 시작할 위치를즉시 판별할 수 있도록 이벤트 목록 및 토폴로지 맵에서 근본 원인 이벤트를 강조표시합니다.

마우스 오른쪽 단추 클릭 도구 및 토폴로지 검색을 사용하여 네트워크 문제점 해결 Network Manager는 사용하기 편한 오른쪽 클릭 도구 세트를 제공하여

운영자가 네트워크 토폴로지 맵과 이벤트 목록에 표시된 네트워크 디바이스 문제를 해결할 수 있게 합니다. 예를 들어, ping 및 traceroutes와 같은 진단 조치를 수행하고 DNS 검색과 같은 디바이스 정보를 검색하거나BGP 및 OSPF 정보와 같이 보다 복잡한 프로토콜 정보를 검색할 수 있습니다. 사용자 정의 오른쪽 클릭 도구를 추가하여 디바이스에 대한 원하는 조치를 수행할 수 있습니다.

또한 검색을 수행하여 선택한 디바이스 사이의 이벤트를 검색할 수도 있습니다. Netcool Configuration Manager와 통합한 경우, Netcool

Configuration Manager 보고서로 연결되는 디렉토리를 마우스 오른쪽 단추로 클릭하여 맵에 있는 디바이스에 대한 구성 히스토리 및 기타 관련구성 정보를 검색할 수 있습니다. 맵 검색을 사용하면 부분 ID(예: IP 주소 또는 호스트 이름의 일부)를 사용하여 맵 내에 있는 엔티티를 신속하게 식별할 수 있습니다.

보강된 네트워크 시각화 및 이벤트 데이터 생성써드파티 데이터 소스에서 감지된 디바이스에 대한 데이터를 검색하고 저장하도록 감지를 사용자 정의하여 네트워크 토폴로지를 보강할 수 있습니다. 예를 들어, 써드파티 자원 명세 데이터베이스에서 디바이스에 관련된고객 정보를 검색하여 네트워크 운영자가 주어진 디바이스나 네트워크 이벤트와 연관된 고객을 확인할 수 있습니다.

감지 프로세스로 검색된 토폴로지 데이터로 전체 네트워크 이벤트를 보강할 수 있습니다. 예를 들어, 트랩에서 시작된 디바이스 인터페이스의 표준 네트워크 이벤트는 인터페이스 색인만 표시합니다. 인터페이스 이름 및


설명 데이터로 이 이벤트를 보강할 수 있습니다. 그러면 디바이스 인터페이스에서 네트워크 이벤트를 보는 운영자가 인터페이스를 쉽게 식별할 수있습니다.

점차 커지는 네트워크 감지Network Manager는 점차 커지는 네트워크를 감지하고 관리할 수 있습니다.

보고서를 실행하여 중요 네트워크 데이터 검색보고서를 실행하여 네트워크 가용성, 네트워크 자산 및 네트워크 기술에관한 데이터를 포함한 광범위한 네트워크 데이터를 검색할 수 있습니다.

사용자 정의 멀티 위젯 페이지 빌드데이터 조합이 포함된 페이지를 빌드할 수 있습니다. 예를 들어, 디바이스 구조 보기 및 이벤트 목록과 토폴로지 맵을 결합할 수 있습니다. 사용자 정의 감지 이벤트를 표시하는 이벤트 목록과 감지 상태 정보를 결합할 수도 있습니다.

다양한 Tivoli 제품과 통합N e t w o r k M a n a ge r는 해당 솔루션 내의 핵심 구성요소로서 ,

Netcool/Impact 및 IBM Operations Analytics - Log Analysis와 밀접하게 통합되어 있고, Network Manager는 또한 광범위한 보고 기능 IBM

Tivoli Application Dependency Discovery Manager, IBM Tivoli

Business Service Manager 및 IBM Tivoli Monitoring 등과 같은 기타IBM 제품과의 통합을 제공합니다.

이 릴리스의 새로운 기능Network Manager V4.2에서는 향상된 업그레이드 및 마이그레이션 프로세스,

Dashboard Application Services Hub 기능을 활용하는 향상된 GUI 프레임워크, 향상된 검색 및 ZOOM 네트워크 시각화 기능, 애플릿 기술 제거로 인한 향상된 GUI 반응성, 현저히 더 많은 양의 히스토리 폴링 데이터를 집계하고 저장하며 이러한 데이터를 네트워크 GUI에서 직접 표시할 수 있는 능력을 포함하여새로운 기능 및 개선사항을 제공합니다. IBM Netcool Operations Insight 사용자는 또한 네트워크를 모니터하고 문제점을 해결하는 새로운 기능을 제공하는 네트워크 상태 대시보드에 액세스할 수도 있습니다. Fix Pack 1 뿐만 아니라 Netcool

Operations Insight 사용자는 디바이스 대시보드를 사용하여 네트워크 토폴로지를 탐색하고 디바이스, 링크 또는 인터페이스에서 성능 지표 값, 변형 및 경향을살펴 봄으로써 네트워크 문제를 해결할 수 있습니다.

새로운 기능 요약

IBM Tivoli Network Manager IP Edition 4.2는 다음과 같은 새로운 특성 및기능을 제공합니다 . 새 특성 및 기능 각각에 관련된 주제 링크는

제 1 장 Network Manager 정보 5

http://www.ibm.com/support/knowledgecenter/SSSHRK_4.2.0/relnotes/

reference/rn.html?lang=en-us#relnotes__new-prod-feats-funks에 있는 해당 섹션을 온라인으로 참조하십시오.

새 기능 및 개선사항에 대한 이 설명은 에도 있습니다..IBM Tivoli Network

Manager IP Edition 릴리스 정보

Fix Pack 5

수정팩 5의 새 제품 특성 및 기능

다음 특성 및 기능이 수정팩 5에서 제공됩니다.

새 IP SLA 에이전트

감지 지원을 두 개의 새 에이전트를 사용하여 Huawei NQA 및 Juniper

RPM 디바이스에 도입합니다.

HuaweiNQA

Huawei 네트워크 픔질 분석기(NQA) 에이전트는 NQA-MIB MIB

를 지원하는 Huawei NQA 디바이스에서 IP SLA 관련 데이터를 감지합니다. 에이전트는 구성된 프로브에 대한 정보와 같은 데이터를 검색합니다.

JuniperRPM

J u n i p e r 실시간 성능 모니터링 ( R P M ) 에이전트는DISMAN-PING-MIB 및 JUNIPER-PING-MIB MIB를 지원하는Juniper RPM 디바이스에서 IP SLA 관련 데이터를 감지합니다.

에이전트는 구성된 프로브에 대한 정보와 같은 데이터를 검색합니다.

디바이스 보기에서 디바이스 정보 보기

디바이스 보기 는 디바이스에 대한 정보를 표시하는 복합 GUI입니다. 디바이스를 네트워크 홉 보기 위젯에서 선택하여 디바이스 보기 내의 다른포틀릿에서 다음 정보를 표시합니다.

v 상위 성과자 위젯은 디바이스의 폴링 데이터를 표시합니다.

v 이벤트 뷰어 위젯은 디바이스에 대한 이벤트를 표시합니다.

v 구조 브라우저 위젯은 디바이스의 내포를 표시합니다.

추가 정보는 IBM Tivoli Network Manager 사용자 안내서에서 디바이스보기 사용의 내용을 참조하십시오.

네트워크 보기 내보내기

네트워크 보기 내용을 쉼표로 구분된 값(CSV) 파일로 내보낼 수 있습니다.


http://www.ibm.com/support/knowledgecenter/SSSHRK_4.2.0/relnotes/reference/rn.html?lang=en-us#relnotes__new-prod-feats-funks

http://www.ibm.com/support/knowledgecenter/SSSHRK_4.2.0/relnotes/reference/rn.html?lang=en-us#relnotes__new-prod-feats-funks

더욱 자세한 정보는 IBM Tivoli Network Manager 사용자 안내서에서 테이블 형식 레이아웃으로 디바이스 시각화의 내용을 참조하십시오.

테이블 형식 보기에 컬럼 추가

네트워크 토폴로지가 테이블 형식 레이아웃에 표시되면 컬럼을 추가하고제거할 수 있습니다.

더욱 자세한 정보는 IBM Tivoli Network Manager 사용자 안내서에서 테이블 형식 보기에 표시된 컬럼 구성의 내용을 참조하십시오.

지리적 맵 업데이트지리적 보기의 사용 가능한 기본 맵핑 계층과 사용자 정의 맵핑 계층 중에서 선택할 수 있습니다. 자세한 정보는 IBM Tivoli Network Manager

사용자 안내서에서 지리적 컨텍스트에서 디바이스 보기를 참조하십시오.

중요사항: config.json 구성 파일의 구문은 수정팩 5에서 다릅니다. 수정팩 5를 설치하기 전에 기존의 config.json 구성 파일을 백업하십시오.

IBM Tivoli Network Manager IP Edition 관리 안내서에서 사용자 정의맵 계층 추가에 설명한 대로 새 구문을 참조하면서 만들었던 모든 구성변경을 마이그레이션하십시오.

네트워크 홉 보기 에서 기본 연결을 변경할 수 있습니다.

네트워크 홉 보기 가 Dashboard Application Services Hub 메뉴, 구조브라우저 또는 이벤트 뷰어에서 열리면 기본적으로 계층 2 연결이 표시됩니다. 이 기본 설정을 변경할 수 있습니다.

자세한 정보는 네트워크 홉 보기 에서 IBM Tivoli Network Manager IP

Edition 설치 및 구성 안내서에 대한 기본 토폴로지 계층 변경을 참조하십시오.

재구성된 PDF 안내서

PDF 문서 결과물은 다음 항목으로 통합되었습니다.

v IBM Tivoli Network Manager IP Edition 릴리스 정보은 Network

Manager에 대한 중요한 최신 정보를 제공합니다. 이 책의 대상은 배치자 및 관리자로, 맨 먼저 읽어야 합니다.

v IBM Tivoli Network Manager IP Edition 설치 및 구성 안내서에는Network Manager 설치 방법이 설명되어 있습니다. 또한 필수 및 선택적 설치 후 구성 태스크에 대해서도 설명합니다. 이 책의 대상은Network Manager을 설치 및 설정하는 관리자입니다.

v IBM Tivoli Network Manager IP Edition 관리 안내서는 관리 태스크(예: 제품 시작 및 중지, 네트워크 감지, 네트워크 폴링, 이벤트 관리,


프로세스 관리 및 데이터베이스 조회하는 방법)를 설명합니다. 이 책의 대상은 Network Manager의 유지보수 및 가용성을 관리하는 관리자입니다.

v IBM Tivoli Network Manager Reference에는 Network Manager가 사용한 시스템 언어, 데이터베이스 및 Perl API 등 참조 정보가 포함되어 있습니다. 이 책의 대상은 Network Manager 조작을 사용자 정의하는 고급 사용자입니다.

레이아웃 단추를 경로 보기 GUI에 표시하거나 숨기기

새 특성 topoviz.pathview.layout.enabled을 $NMGUI_HOME/profile/

etc/tnm/topoviz.properties 파일에서 사용하여 경로 보기 GUI에 대한레이아웃 단추를 표시하거나 숨길 수 있습니다.

이 특성에 대한 기본 값은 레이아웃 단추를 숨기는 false입니다.

Fix Pack 4


다음 특성 및 기능은 수정팩 4에서 제공합니다.

IP SLA(Service Level Agreement) 구성 모니터링

감지를 구성하여 IP SLA 응답 시간을 모니터하도록 구성된 프로브를 감지하고 시각화할 수 있습니다. 프로브의 콜렉션은 네트워크 보기에 표시됩니다. 또한 프로브의 이벤트 상태와 프로브 간의 링크를 볼 수 있습니다.

중요사항: Netcool/OMNIbus Knowledge Library 버전 4.8.7을 설치하고 IBM Tivoli Netcool/OMNIbus SNMP Probe와 함께 사용할 수 있도록 구성해야 합니다. Netcool/OMNIbus Knowledge Library 설치 및구성 방법에 대한 정보는 h tt p : / / w w w. i b m .co m / s u p p o r t /

knowledgecenter/SSSHTQ/omnibus/probes/nckl/wip/concept/

nckl_intro.html의 내용을 참조하십시오.

IP SLA 모니터링에 대한 자세한 정보는 IBM Tivoli Network Manager

사용자 안내서의 내용을 참조하십시오.

Firefox 52 지원

Network Manager 웹 애플리케이션은 이제 Firefox 52에서 실행됩니다.

지원되는 브라우저에 대한 자세한 정보는 IBM Tivoli Network Manager

IP Edition 설치 및 구성 안내서에서 웹 애플리케이션을 위해 지원되는 브라우저를 참조하십시오.

Telnet 헬퍼 암호화 알고리즘에 업데이트


http://www.ibm.com/support/knowledgecenter/SSSHTQ/omnibus/probes/nckl/wip/concept/nckl_intro.html



Telnet 헬퍼는 지금 AES-128-CTR , AES-192-CTR 및 AES-256-CTR 암호화 알고리즘을 지원합니다.

자세한 정보는 IBM Tivoli Network Manager IP Edition 관리 안내서의헬퍼 내용을 참조하십시오.

Fix Pack 3



SLES 12.0에 대한 지원

SuSE Linux Enterprise Server(SLES) 12.0(x86-64)은 수정팩 3에서 지원되는 운영 체제입니다.

Db2 버전 11.1에 대한 지원

IBM Db2 버전 11.1 Enterprise Server Edition은 수정팩 3에서 토폴로지 데이터베이스로 사용하기 위해 지원됩니다.

Linux on IBM z Systems에 대한 지원

Network Manager는 이제 Linux on IBM z Systems에서 지원됩니다.

다음 버전이 지원됩니다.

v Red Hat Enterprise Linux Server 7.3 on IBM z Systems(s390x, 64

비트)

v SuSE Linux Enterprise Server(SLES) 12.0 SP1 on IBM z

Systems(s390x, 64비트)

Network Manager에서 Linux on IBM z Systems를 사용하는 경우Reporting Services가 지원되지 않습니다. 보고를 위해 Cognos Business

Intelligence Server를 사용하십시오. Cognos Business Intelligence Server

에 관한 자세한 정보는 h t t p s : / / w w w. i b m . co m / s u p p o r t /

knowledgecenter/en/SS6PEW의 IBM 주문 관리 소프트웨어 지식 센터에서 Cognos Business Intelligence Server을 검색하십시오.

오프라인 지리적 맵

적절한 맵핑 제공자를 사용하면 인터넷 연결 없이 지리적 맵에 대한 액세스를 허용할 수 있습니다. 자세한 정보는 IBM Tivoli Network Manager

IP Edition 관리 안내서에서 온라인 또는 오프라인 Web Map Service 통합을 참조하십시오.

사용자 정의 지리적 맵 계층


https://www.ibm.com/support/knowledgecenter/en/SS6PEW

https://www.ibm.com/support/knowledgecenter/en/SS6PEW

사용자 정의 계층을 지리적 맵에 추가할 수 있습니다. 예를 들어, 공용 서버에서 제공하는 지리적 정보를 추가할 수 있습니다. 자세한 정보는 IBM

Tivoli Network Manager IP Edition 관리 안내서에서 사용자 정의 맵 계층 추가를 참조하십시오.

지리적 맵의 지역 집계

위치를 구/군/시로, 구/군/시를 시/도로, 시/도를 국가로 그룹화할 수 있습니다. 이 그룹화는 지역 집계라고 합니다. 자세한 정보는 IBM Tivoli

Network Manager 사용자 안내서에서 지리적 보기의 지역 집계 사용을 참조하십시오.

Fix Pack 2



지리적 보기

위치 정보로 디바이스를 보강하도록 지리적 감지를 구성할 수 있습니다.

새로운 GIS 디바이스 상태 보기 및 GIS 디바이스 맵에서 이러한 디바이스를 표시할 수 있습니다. 위치에 따라 디바이스를 그룹화할 수 있습니다.

디바이스, 위치 및 링크에 대한 상태가 표시됩니다.

참고:

이 기능의 베타 버전을 설치한 경우 수정팩 2 이상을 업데이트하려면 지리적 보기 기능을 설치 제거해야 합니다. 베타 .zip 파일을 언팩한 최상위 레벨 디렉토리에서 다음 명령을 실행하십시오.

sh bin/install.sh -u

애플리케이션 WAR 파일이 제거되고 WebSphere Application Server가다시 시작됩니다.

베타 파일을 다시 다운로드하려면 IBM 지원에 문의하십시오.

이 기능에 대한 자세한 정보는 IBM Tivoli Network Manager 사용자 안내서의 내용을 참조하십시오.

네트워크 보기(Network Views) GUI: 네트워크 보기(Network Views)에 대한배경 이미지를 설정할 수 있습니다.

보기 작성 시, 네트워크 보기(Network Views)에 대한 배경 이미지를 제공하는 옵션이 제공됩니다.

Fix Pack 1




하나 이상의 수정팩 또는 임시 수정사항에 대한 NCIM 토폴로지 데이터베이스스키마 업데이트 적용

스크립트를 실행하여 하나 이상의 수정팩 또는 임시 수정사항에 대해 필요한 모든 NCIM 토폴로지 데이터베이스 스키마 업데이트를 적용할 수있습니다.

자세한 정보는 수정팩에 대한 스키마 업데이트 적용의 내용을 참조하십시오.자세한 정보는 IBM Tivoli Network Manager IP Edition 설치 및 구성 안내서를 참조하십시오.

디바이스 대시보드에서는 운영자가 디바이스, 링크 또는 인터페이스에서의 네트워크 문제를 해결할 수 있습니다.

Netcool Operations Insight 사용자는 디바이스 대시보드를 사용하여 네트워크 토폴로지를 탐색하고 디바이스, 링크 또는 인터페이스에서 성능 지표 값, 변형 및 경향을 살펴 봄으로써 네트워크 문제를 해결할 수 있습니다.

Netcool Operations Insight 사용자는 디바이스 대시보드에서 직접 새 네트워크 상태 대시보드를 시작할 수 있습니다.

디바이스 대시보드에서 성능 데이터의 프리젠테이션을 지원하기 위해Network Manager가 이제 Network Performance Insight와 통합하여폴 데이터 공유를 사용할 수 있습니다. 이러한 통합으로 Apache Kafka

버스 메커니즘을 사용하기가 쉬워졌습니다.

자세한 정보는 Netcool Operations Insight Knowledge Center(http://

www.ibm.com/support/knowledgecenter/SSTPTP/welcome)를 참조하십시오.

임시 수정사항 2의 새 제품 특성 및 기능

임시 수정사항 2에서는 다음 지원이 추가되었습니다.

Oracle 데이터베이스 버전 11g에 대한 지원Network Manager V4.2 임시 수정사항 2에서는 Oracle 데이터베이스 버전 11g, Enterprise Edition(파티션 옵션 포함)(Network Manager 4.2 임시 수정사항 2을 지원합니다.

Windows에서 Tivoli Netcool/OMNIbus에 대한 지원Network Manager V4.2 임시 수정사항 2에서는 Network Manager와함께 사용하도록 기존의 Windows ObjectServer를 구성할 수 있습니다.

이러한 구성은 config_object_server_for_itnm.sh라는 새 스크립트를 사


http://www.ibm.com/support/knowledgecenter/SSTPTP/welcome


용하여 완료되며, 이 스크립트는 UNIX뿐만 아니라 Windows에서도ObjectServer를 실행할 수 있습니다. 이 ObjectServer를 사용자 저장소로사용하려면, 먼저 사용자를 구성하고 이러한 사용자에게 역할을 지정하는스크립트를 실행해야 합니다.

자세한 정보는 IBM Tivoli Network Manager IP Edition 설치 및 구성 안내서를 참조하십시오.

V4.2의 새 제품 특성 및 기능

다음의 새 기능은 V4.2에서 제공합니다.

써드파티 데이터베이스 내용을 기반으로 감지의 seed를 작성하는 기능Network Manager V4.2에서는 새 감지 파인더 프로세스를 제공합니다.

감지 파인더 프로세스는 디바이스 존재 여부 판별을 담당합니다. Network

Manager V4.2에서는 새 데이터베이스 파인더인 ncp_df_dbentry가 도입되었습니다. 데이터베이스 파인더는 네트워크에서 찾을 디바이스 목록을검색하기 위해 데이터베이스를 읽습니다.

자세한 정보는 IBM Tivoli Network Manager IP Edition 관리 안내서를참조하십시오.

AIX® 지원

Network Manager V4.2는 AIX 플랫폼에서 지원됩니다.

AIX IBM® PowerPC® 기반 시스템에서는 다음 버전이 지원됩니다.

v AIX 6.1 iSeries 및 pSeries



자세한 정보는 IBM Tivoli Network Manager IP Edition 설치 및 구성 안내서의 내용을 참조하십시오.

네트워크 폴링의 기본 최적화설치 시 네트워크 폴링 프로세스(ncp_poller)의 인스턴스가 2개 구성됩니다. ncp_poller_admin 폴러는 폴링 데이터 데이터베이스 테이블의 크기 및 기간 모니터링, 캐시 업데이트, 파티션 삭제 및 MIB 그래퍼 지원등의 관리 태스크를 수행합니다. ncp_poller_default 폴러는 SNMP 및Ping 폴링에 사용됩니다. 이러한 기능 분배로 성능을 향상할 수 있습니다. Network Manager 이전 버전에서는 관리자가 관리 폴러를 구성해야했습니다. Network Manager 4.2에서는 이 구성이 자동으로 수행됩니다.

자세한 정보는 IBM Tivoli Network Manager IP Edition 관리 안내서의내용을 참조하십시오.


향상된 검색 및 ZOOM 기능을 포함한 향상된 네트워크 맵 기능네트워크 맵 기능이 확장되었으며 향상된 검색 및 ZOOM 기능을 포함합니다.

향상된 업그레이드 및 마이그레이션 프로세스사용의 편리성을 고려하여 업그레이드 및 마이그레이션 프로세스를 다시설계했습니다. 보통 수동으로 마이그레이션해야 하는 파일 수가 이제 줄었습니다.

Network Manager V4.2로 업그레이드해야 하는 경우 IBM Tivoli Network

Manager IP Edition 설치 및 구성 안내서에서 업데이트된 지시를 주의깊게 읽으십시오.

GUI 반응성Network Manager GUI에서 더 이상 Java™ 애플릿을 사용하지 않습니다. 이러한 디자인 변경은 사용자에 대한 GUI 반응성을 향상시키기 위한것입니다.

설치 프로세스에서 이제 IBM Installation Manager를 사용함Network Manager V4.2는 IBM Installation Manager 설치를 위해 를사용합니다. IBM Installation Manager는 대부분의 기타 IBM 제품에서사용하며 속도 및 사용의 편의성을 위해 설계되었습니다.

자세한 정보는 섹션의 IBM Tivoli Network Manager IP Edition 설치 및구성 안내서 내용을 참조하십시오.

운영자가 네트워크 상태를 모니터하고 문제점을 해결할 수 있는 네트워크 상태대시보드

Netcool Operations Insight 사용자는 네트워크 상태 대시보드를 사용하여 네트워크 상태를 모니터링하고 문제점을 해결할 수 있습니다. 네트워크 상태 대시보드 는 선택한 네트워크 보기를 모니터하며 디바이스 및 인터페이스 가용성을 해당 네트워크 보기 내에 표시합니다. 또한 모니터하는 디바이스 및 인터페이스에 대한 KPI 데이터의 그래프, 테이블 및 추적을 표시하는 방식으로 성능에 대해서도 보고합니다. 대시보드 타임라인은 디바이스 구성 변경사항 및 이벤트 수를 보고하므로 구성 변경사항과이벤트를 서로 연관시킬 수 있습니다. 대시보드에는 자세한 이벤트 정보를 볼 수 있는 이벤트 뷰어가 포함되어 있습니다.

자세한 정보는 Netcool Operations Insight Knowledge Center(http://

www.ibm.com/support/knowledgecenter/SSTPTP/welcome)를 참조하십시오.

원시 폴링 데이터를 히스토리 폴링 데이터로 집계하는 새 메커니즘

Network Manager는 이제 Apache Storm 실시간 계산 시스템을 사용하여 원시 폴링 데이터를 히스토리 폴링 데이터로 집계하고 원시 및 히




스토리 폴링 데이터를 NCPOLLDATA 데이터베이스에 저장합니다. 네트워크 홉 보기 GUI, 네트워크 보기 GUI 및 경로 보기 GUI 내의 토폴로지 맵에서 디바이스별로 또는 링크 기반으로 이 데이터에 액세스할 수 있습니다. 원시 및 히스토리 폴링 데이터는 성능 보고서에 그래프 및 테이블로도 표시되며 Netcool Operations Insight 사용자는 네트워크 상태 대시보드에서 이 데이터에 액세스할 수 있습니다.

디바이스 또는 인터페이스의 모든 지표에 대한 히스토리 폴링 데이터를 표시하는 마우스 오른쪽 단추 클릭 옵션

토폴로지 보기에서 사용자는 하나의 디바이스, 여러 개의 디바이스, 하위보기 또는 서브넷을 마우스 오른쪽 단추로 클릭하여 히스토리 폴링 데이터를 표시할 수 있습니다. 히스토리 폴링 데이터를 표시하려면 먼저 디바이스를 마우스 오른쪽 단추 클릭한 후 폴링 > MIB 정보 > 성능 표시를선택하십시오.

참고: 이 새 기능은 SNMP MIB 그래퍼(SNMP MIB Grapher)의 히스토리 데이터 기능을 대체합니다.

자세한 정보는 IBM Tivoli Network Manager IP Edition 관리 안내서의내용을 참조하십시오.

Mozilla Firefox ESR 38에 대한 지원Network Manager V4.2에서는 Mozilla Firefox ESR(Extended Service

Release) 38에 대한 지원을 제공합니다.

새 Dashboard Application Services Hub 기능 사용

Network Manager에서는 이제 Jazz™ for Service Management 내의Dashboard Application Services Hub 기능을 사용하여 페이지, 폴더, 보기, 위젯 및 콘솔 환경 설정 프로파일을 관리합니다.

Network Manager V4.2와 Tivoli Netcool/OMNIbus 웹 GUI V8.1의통합이 더 간편해졌습니다. 두 제품이 이제는 Dashboard Application

Services Hub에 의해 호스팅되기 때문입니다. Tivoli Netcool/OMNIbus

V8.1의 Network Management 통합이 더는 필요하지 않습니다.

자세한 정보는 의 IBM Tivoli Network Manager 사용자 안내서 내용을 참조하십시오.


Network Manager 구조Network Manager 아키텍처를 세 개의 계층 즉, 네트워크 계층, 데이터 계층 및시각화 계층으로 나눌 수 있습니다.

네트워크네트워크 계층은 네트워크와 직접 상호작용합니다. 이 계층에는 네트워크감지 및 폴링 기능이 있습니다. 네트워크 감지는 토폴로지 데이터를 검색하고 네트워크 폴링은 이벤트 데이터를 검색합니다.

데이터데이터 계층은 네트워크 감지로 검색된 토폴로지 데이터 및 네트워크 폴링으로 검색된 이벤트 데이터를 저장합니다. 네트워크 폴링은 보고 및 분석을 위해 폴링된 SNMP 및 ICMP 데이터의 스토리지도 포함합니다. 이계층은 또한 토폴로지와 이벤트를 상관시켜 네트워크 결함 소스를 판별하는 근본 원인 분석 기능과 이벤트에 토폴로지 데이터를 추가하는 이벤트보강 기능을 제공합니다.

시각화시각화 계층은 토폴로지를 보고, 이벤트를 보고, 네트워크 문제점 해결 도구를 실행하는 데 필요한 도구를 운영자와 관리자에게 제공합니다.

다음 그림은 Network Manager 기능 계층의 개념적 개요를 보여줍니다. 그림에서 다음에 유의하십시오.

v Network Manager를 장애 조치를 포함하도록 구성할 수 있습니다. 그림에는표시되지 않습니다.

v Network Manager는 경보와 네트워크 토폴로지의 상관 및 근본 원인 분석을 포함하여 결함 관리를 개선하기 위해 Tivoli Netcool/OMNIbus와 함께 설치하도록 디자인되었습니다.

이 그림은 표준 Network Manager 설치를 묘사하며 네트워크 이벤트의 관리와 스토리지를 처리하는 Tivoli Netcool/OMNIbus 및 네트워크 이벤트의시각화를 처리하는 Tivoli Netcool/OMNIbus 웹 GUI을 보여줍니다.

참고: Tivoli Netcool/OMNIbus는 개별 제품입니다. OMNIbus가 아직 없으면 사본을 구하여 설치해야 합니다. 자세한 정보는 Network Manager 설치문서를 참조하십시오. Network Manager는 해당 솔루션 내의 핵심 구성요소로서, Netcool/Impact 및 IBM Operations Analytics - Log Analysis와 밀접하게 통합되어 있고, 도 참고하십시오.

v Dashboard Application Services Hub GUI 프레임워크는 Network Manager

를 포함하여 다양한 Tivoli 제품에서 GUI를 실행하는 애플리케이션입니다. 토


폴로지 시각화 GUI 및 이벤트 시각화 GUI를 포함하여 다음 그림에 표시된GUI는 모두 Dashboard Application Services Hub GUI 프레임워크 내에서실행됩니다.

– 토폴로지 시각화 GUI에는 홉 보기, 네트워크 보기 및 구조 브라우저와 같은 단일 위젯 보기가 포함되어 있습니다. 기본 토폴로지 보기에는 결함 찾기 보기 및 네트워크 상태 보기와 같은 다중 위젯 보기도 포함됩니다.

– Tivoli Netcool/OMNIbus 웹 GUI 이벤트 시각화 GUI에는 이벤트 뷰어가 포함됩니다.

– 네트워크 관리자는 단일 위젯 보기의 조합을 사용자 정의하는 고유의 다중 위젯 보기를 빌드할 수도 있습니다.

Event ViewerActive Event List

Fault Finding ViewNetwork HealthViewOther views

Network

ncp_disco

Network discovery

Event visualizationTopology visualization

ncp_poller

Network polling

ncp_g_event

Eventenrichment

Networklayer

Datalayer

Visualiz-ationlayer

Tivoli Netcool/OMNIbusand other probes

NCIMdatabase

Topology storage Event storage

TivoliNetcool/OMNIbusObjectServer

NCPOLLDATAdatabase

Polled data storage

Tivoli CommonReportingNetwork Managerreports

Reporting

SNMPTelnet

ICMPSNMP

RCA plug-in

Other plug-ins

그림 1. Network Manager 기능 계층


네트워크 감지

네트워크 감지는 네트워크 디바이스 감지, 이 디바이스의 연결 방식(네트워크 연결) 판별 및 각 디바이스에 포함된 구성요소(포함) 판별 작업을 포함합니다. 감지된 디바이스, 연결 및 포함의 전체 세트를 네트워크 토폴로지라 합니다. 감지를수행한 다음 주기적 재감지를 통해 네트워크 토폴로지를 항상 최신 상태로 유지해서 네트워크 토폴로지를 빌드합니다.

네트워크 폴링

네트워크 폴링은 네트워크 디바이스가 작동 또는 작동 중지되었는지 여부, 핵심성능 매개변수를 초과했는지 여부 또는 디바이스 간의 링크에 결함이 있는지 여부를 판별합니다. 폴링이 실패하면 Network Manager는 디바이스 경보를 생성하며, 운영자는 이벤트 뷰어에서 이 경보를 볼 수 있습니다.

토폴로지 스토리지

네트워크 토폴로지 데이터는 NCIM(Network Connectivity and Inventory

Model) 데이터베이스에 저장됩니다. NCIM 데이터베이스는 Network Manager

에서 감지된 토폴로지 데이터를 통합하는 관계형 데이터베이스입니다.

이벤트 보강

이벤트 보강은 Network Manager가 이벤트에 토폴로지 데이터를 추가해서 이벤트를 보강하고 네트워크 운영자가 보다 쉽게 분석하도록 하는 프로세스입니다.

이벤트를 보강하는 데 사용할 수 있는 토폴로지 데이터의 예로는 시스템 위치 및접속 정보가 있습니다.

근본적인 원인 분석

근본 원인 분석은 하나 이상의 디바이스 경보의 근본 원인을 판별하는 프로세스입니다. Network Manager는 이벤트 정보를 토폴로지 정보와 연관시켜서 근본원인 분석을 수행합니다. 프로세스는 감지된 네트워크 디바이스와 토폴로지 데이터에 기초하여 원인 및 증상 이벤트를 판별합니다.

이벤트 스토리지

이벤트 데이터는 Network Manager 폴 및 네트워크 디바이스에 설치된 Tivoli

Netcool/OMNIbus 프로브에서도 생성됩니다. 프로브는 디바이스에 상주하며 디바이스에서 이벤트 데이터를 감지 및 획득한 후 ObjectServer에 경보로 데이터를 전달하는 프로토콜 및 벤더별 소프트웨어 조각입니다. 기타 이벤트 소스에서도 이벤트 데이터를 검색할 수 있습니다.

모든 이벤트 소스의 이벤트 데이터는 Tivoli Netcool/OMNIbus ObjectServer

에 저장됩니다.


참고: Tivoli Netcool/OMNIbus는 개별 제품입니다. OMNIbus가 아직 없으면사본을 구하여 설치해야 합니다. 자세한 정보는 Network Manager 설치 문서를참조하십시오.

폴링된 데이터 스토리지

네트워크 관리자는 언제든지 특정 SNMP 및 ICMP 데이터의 폴링을 하나 이상의 네트워크 디바이스에 설정할 수 있습니다. 이 데이터는 NCPOLLDATA 히스토리 폴링 데이터 데이터베이스에 저장됩니다. 그러면 운영자가 데이터를 해석하기 위해 Reporting Services 뷰어를 사용하여 성능 보고서를 실행할 수 있습니다.

토폴로지 시각화

네트워크 운영자는 몇 가지의 토폴로지 시각화 GUI를 사용하여 네트워크를 보고 네트워크 디바이스를 조사할 수 있습니다. 운영자는 이 GUI를 사용하여 토폴로지 보기 사이에서 전환하여 연결 또는 연관을 탐색하고 경보 세부사항을 컨텍스트로 볼 수 있습니다. 운영자는 또한 디바이스에 대한 MIB 데이터를 확보하는SNMP MIB 브라우저와 같은 진단 도구에 대한 액세스 권한도 갖습니다.

이벤트 시각화

운영자는 이벤트 목록을 보고 경보 심각도 순위를 사용하여 우선순위가 높은 디바이스 경보를 빨리 식별할 수 있습니다. 운영자는 이벤트 목록에서 토폴로지 보기로 전환하여 특정 경보의 영향을 받는 디바이스를 확인할 수 있습니다. 또한 근본 원인 경보를 식별하고 근본 원인에 기여하는 증상 경보를 나열할 수 있습니다.

보고

Network Manager는 성능 보고서, 문제점 해결 보고서, 자산 보고서 및 디바이스 모니터링 보고서를 포함한 광범위한 보고서를 제공합니다. 도구를 마우스 오른쪽 단추로 클릭하면 토폴로지 맵에서 보고서에 바로 액세스할 수 있습니다.

관련 개념:

24 페이지의 『네트워크 계층』네트워크 계층은 네트워크 감지 및 폴링 도구로 구성됩니다.

38 페이지의 『데이터 계층』데이터 계층은 토폴로지 스토리지, 이벤트 스토리지, 성능 보고 데이터 스토리지 및 근본 원인 분석 도구로 이루어져 있습니다.

54 페이지의 『시각화 계층』이 계층은 토폴로지 시각화 및 이벤트 시각화 도구로 구성됩니다.


Network Manager 데이터 플로우이 정보를 통해 Network Manager의 구성요소를 함께 맞추는 방식을 이해하십시오.

다음 그림은 Network Manager 내의 주요 기능 영역을 보여주고 영역 간에 데이터가 플로우되는 방식을 설명합니다.

▌1▐ 네트워크 관리자가 감지를 구성하고 실행함배치 모드 감지는 요청 시에 실행되거나 스케줄될 수 있습니다. 배치 모드에서는 전체 네트워크를 감지하거나(이것을 전체 감지라고 함) 단일 서브넷 또는 디바이스가 감지될 수 있습니다(부분 감지). 중요 감지 구성 정보는 디바이스 seed, 네트워크 범위 및 SNMP 커뮤니티 문자열과 같은디바이스 액세스 세부사항으로 이루어집니다.

1NetworkAdministrator

5



Network

ncp_disco

Network discovery


ncp_poller

Network pollingNetwork

layer

Visualiz-ationlayer


NCIMdatabase



NCPOLLDATAdatabase

Polled data storage


Reporting

SNMPTelnet

ICMPSNMP

Network


Networklayer

Datalayer

Visualiz-ationlayer

Event storage



Reporting

SNMPTelnet

3

4

4

NetworkAdministrator

62

78

9

12

13

11

15

14

Event RCA plug-in

10

13

그림 2. Network Manager 데이터 플로우


▌2▐ 네트워크에서 데이터가 수집됨Alcatel 5620 SAM과 같은 EMS(Element Management Systems)를 조사할 때 Ping 파인더, 파일 파인더, 데이터베이스 파인더 또는 콜렉터 프레임워크를 통해 네트워크에서 디바이스를 찾습니다. 감지 에이전트는 Ping

또는 파일 파인더로 네트워크에서 특정 유형의 디바이스를 찾으면 호출됩니다. 에이전트는 파인더가 감지한 디바이스로부터 연결 정보를 요청합니다. 감지 에이전트는 ICMP, SNMP, SSH 및 TELNET과 같은 메소드를사용하여 네트워크 디바이스에 정보를 문의합니다.

▌3▐ 네트워크 토폴로지가 작성됨디바이스에서 수집된 데이터가 처리되고 네트워크 토폴로지가 작성되어 감지 데이터베이스에 저장됩니다.

▌4▐ 네트워크 디바이스가 유형별로 분류되고 네트워크 토폴로지가 저장됨감지 후 디바이스 유형에 따라 토폴로지 데이터가 분류되고 NCIM 토폴로지 데이터베이스에 토폴로지 데이터가 저장됩니다. 이벤트 게이트웨이ncp_g_event(토폴로지 데이터를 사용하여 이벤트를 보강함)와 이벤트 게이트웨이에 대한 근본 원인 분석 플러그인(토폴로지 데이터를 사용하여 근본 원인 이벤트를 식별함)에서도 토폴로지 데이터를 사용할 수 있게 됩니다.

▌5▐ 네트워크 관리자가 디바이스 폴링을 구성함Network Manager에는 기본 폴링 정책 세트가 있습니다. 폴링 정책은 단순 디바이스나 인터페이스 ping 및 특정 MIB 변수에 대한 보다 복잡한임계값 폴을 포함합니다. 네트워크 관리자는 보다 제한된 디바이스 세트를 폴링하고, 폴링 빈도를 변경하고, 수집되는 데이터를 변경하고, 기타 사용자 정의 변경을 수행하도록 폴링 정책을 구성할 수 있습니다.

▌6▐ Network Manager 네트워크 폴링Network Manager는 기본 및 구성된 폴에 기초하여 네트워크를 폴링합니다.

▌7▐ Network Manager가 관련 폴 결과를 Tivoli Netcool/OMNIbus 이벤트로 변환해서 Tivoli Netcool/OMNIbus에 보냄

Network Manager가 관련 폴의 결과를 Tivoli Netcool/OMNIbus 이벤트로 변환해서 이벤트를 저장할 Tivoli Netcool/OMNIbus ObjectServer

로 보냅니다. Tivoli Netcool/OMNIbus 이벤트로 변환된 폴 결과에는 임계값 위반이나 ICMP Ping 실패와 같은 일부 유형의 디바이스 또는 기타 네트워크 장애가 응답에 표시되는 폴이 포함되어 있습니다.

▌8▐ Tivoli Netcool/OMNIbus 및 기타 이벤트 소스로 ObjectServer를 채움Tivoli Netcool/OMNIbus 프로브 및 잠재적으로 기타 네트워크 이벤트소스가 ObjectServer를 네트워크 이벤트로 채웁니다.


▌9▐ 토폴로지 데이터로 이벤트가 보강됨이벤트는 이벤트 게이트웨이, ncp_g_event로 전달되어 여기서 토폴로지데이터로 보강됩니다. 일부 이벤트는 직접 ObjectServer에 다시 전달됩니다. 이벤트 게이트웨이 플러그인은 특정 유형의 이벤트에 등록합니다. 이등록에 기초하여 이벤트가 이벤트 게이트웨이 플러그인에 전달됩니다.

▌10▐ 이벤트 게이트웨이 플러그인이 이벤트에 기초하여 근본 원인 분석 및 기타조치를 수행합니다.

이벤트 게이트웨이 플러그인이 이벤트 게이트웨이에서 받은 이벤트에 기초하여 다양한 조치를 수행합니다. 예를 들어, RCA 플러그인은 추가 이벤트 보강을 수행합니다. SAE 플러그인은 받은 이벤트를 기반으로 하여합성 서비스 영향(SAE) 이벤트를 생성합니다. 특정 이벤트의 발생을 기반으로 플러그인에 따라 다른 조치를 수행합니다. 예를 들어 Failover 플러그인은 Network Manager 성능 상태 검사 이벤트의 발생을 기반으로장애 조치를 시작합니다. 플러그인은 보강된 이벤트를 다시 ObjectServer

에 전달합니다.

▌11▐ Network Manager가 요청 시 디바이스 성능 데이터를 수집함네트워크 관리자는 언제든지 특정 SNMP 및 ICMP 데이터의 폴링을 하나 이상의 네트워크 디바이스에 설정할 수 있습니다. Network Manager

는 이 데이터를 수집하여 NCPOLLDATA 히스토리 폴링 데이터 데이터베이스에 저장합니다.

▌12▐ 토폴로지 시각화 소프트웨어가 NCIM 데이터베이스에 액세스함Dashboard Application Services Hub 애플리케이션에서 실행 중인 토폴로지 시각화 웹 애플리케이션이 NCIM 데이터베이스 내의 토폴로지에액세스합니다. 이제 네트워크 운영자는 Dashboard Application Services

Hub에 로그인해서 다중 위젯 보기(예: 결함 찾기 보기 및 네트워크 상태보기) 및 단일 위젯 보기(예: 네트워크 홉 보기, 네트워크 보기 및 경로보기)를 포함한 Network Manager 토폴로지 시각화 GUI를 사용하여 네트워크 디바이스 및 구성요소를 볼 수 있습니다.

▌13▐ 이벤트 시각화 소프트웨어가 ObjectServer에 액세스함Tivoli Netcool/OMNIbus 웹 GUI는 ObjectServer의 최신 이벤트 세트를 요청합니다. 네트워크 운영자가 웹 GUI를 사용하여 수행한 이벤트 변경사항은 ObjectServer에 다시 전송됩니다. 이제 네트워크 운영자는Dashboard Application Services Hub에 로그인해서 이벤트 뷰어를 사용하여 이벤트를 볼 수 있습니다.

▌14▐ 이벤트 정보가 요청됨토폴로지 시각화 웹 애플리케이션은 Tivoli Netcool/OMNIbus 웹 GUI

애플리케이션의 이벤트 정보를 요청합니다.


▌15▐ 성능 보고서의 보고서 데이터가 NCPOLLDATA 히스토리 폴링 데이터 데이터베이스에서 검색됨

네트워크 운영자가 Dashboard Application Services Hub에 로그인하고Tivoli Common Reporting에 액세스하여 성능 데이터 및 기타 보고서를 실행합니다. 성능 보고서의 보고서 데이터는 NCPOLLDATA 히스토리 폴링 데이터 데이터베이스에서 검색됩니다.

관련 개념:




기타 제품과 통합Network Manager는 해당 솔루션 내의 핵심 구성요소로서, Netcool/Impact 및IBM Operations Analytics - Log Analysis와 밀접하게 통합되어 있고, Network

Manager는 또한 광범위한 보고 기능 IBM Tivoli Application Dependency

Discovery Manager, IBM Tivoli Business Service Manager 및 IBM Tivoli

Monitoring 등과 같은 기타 IBM 제품과의 통합을 제공합니다.

표준 Network Manager 설치

Network Manager는 경보와 네트워크 토폴로지의 상관 및 근본 원인 분석을 포함하여 결함 관리를 개선하기 위해 Tivoli Netcool/OMNIbus와 함께 설치하도록 디자인되었습니다. 이 표준 설치는 다음 기능을 제공합니다.

v 네트워크 감지v NCIM 데이터베이스를 사용한 네트워크 토폴로지 정보 저장v 네트워크 보기, 홉 보기 및 구조 브라우저 GUI를 사용한 네트워크 토폴로지의 시각화

v 도구(SNMP MIB 브라우저, SNMP MIB 그래퍼 및 기타 전용 진단 도구 포함)를 사용한 다양한 네트워크 진단 기능

v 네트워크 가용성의 능동적 모니터링. 가용성 문제를 기반으로 생성된 경보는Tivoli Netcool/OMNIbus에 전달됩니다.

v SNMP MIB 값과 사전정의된 임계값 초과 시의 경보 생성 모니터링v 이벤트 보강 및 근본 원인 분석 기능을 제공하기 위한 네트워크 토폴로지 정보와 이벤트의 연관


v 네트워크 보기, 홉 보기 및 구조 브라우저 GUI를 포함한 네트워크 시각화 도구를 사용하여 이벤트 시각화

v 서비스 영향 이벤트(SAE)를 생성하는 기능. SAE는 하나 이상의 이벤트가 중요 고객 서비스에 영향을 미쳤음을 운영자에게 경고하는 경보입니다.

v 이벤트 정보를 네트워크 토폴로지 정보와 결합하는 사용이 간편한 보고서

다른 IBM 제품과 통합

Network Manager는 다음 IBM 제품과 통합할 수 있습니다.

IBM Netcool Operations Insight

N e t w o r k M a n a ge r는 해당 솔루션 내의 핵심 구성요소로서 ,

Netcool/Impact 및 IBM Operations Analytics - Log Analysis와 밀접하게 통합되어 있고,

IBM Netcool Configuration Manager

Netcool Configuration Manager는 네트워크 디바이스에 대한 광범위한구성 관리 기능뿐 아니라 네트워크 정책 임계화 기능을 제공합니다.

그것이 Network Manager과 통합된 경우 구성 및 이벤트 타임라인을 네트워크 상태 대시보드에서 사용하요 구성 데이터를 경보 데이터와 상관시킬 수 있습니다.

Netcool Configuration Manager는 또한 Network Manager 및 Tivoli

Netcool/OMNIbus와 통합되어 네트워크 운영자에게 보다 강력한 진단기능을 제공할 수도 있습니다.

IBM Reporting Services

Reporting Services와의 통합은 네트워크 구성 정보에 대한 보고서를 포함하여 사용 가능한 보고서를 제공합니다.

IBM Tivoli Application Dependency Discovery Manager

IBM Tivoli Application Dependency Discovery Manager은 다음과 같은 기능을 제공합니다.

v Network Manager에서 감지한 네트워크 토폴로지 정보를 IBM Tivoli

Application Dependency Discovery Manager로 가져와 애플리케이션 대 네트워크 종속성의 보기를 완료합니다.

v Network Manager에서 IBM Tivoli Application Dependency

Discovery Manager 자원 명세 보고서를 제공합니다.

v 사용자가 네트워크 보기로의 컨텍스트에서 실행하여 애플리케이션 성능에 영향을 미칠 수 있는 인프라의 문제를 조사할 수 있습니다.


v Network Manager 또한 IBM Tivoli Application Dependency

Discovery Manager로의 컨텍스트에서 실행하여 디바이스와 연관된 세부사항 보기 및 변경 히스토리 보기를 표시할 수 있습니다.

IBM Tivoli Monitoring

IBM Tivoli Monitoring은 다음과 같은 기능을 제공합니다.

v Network Manager 애플리케이션의 상태를 모니터하고 관리자가Network Manager의 상태를 모니터하는 데 도움이 되는 핵심 지표및 상황을 표시합니다.

v Network Manager 네트워크 내에서 자원을 모니터하는 데 사용될 수있습니다.

v 인컨텍스트 실행이 아닌 경우에도 IBM Tivoli Monitoring에서 직접Network Manager로 실행할 수 있습니다.

IBM Tivoli Business Service Manager

IBM Tivoli Business Service Manager은 다음과 같은 기능을 제공합니다.

v Network Manager를 포함하여 여러 애플리케이션에서 감지한 네트워크 정보를 사용하여 비즈니스 서비스 모델을 채웁니다.

v IBM Tivoli Business Service Manager에서 감지된 자원을 포함하여Network Manager의 자원에 여러 소스의 이벤트를 맵핑합니다. 이 경우에 자원은 디바이스, 인터페이스 등을 가리킵니다.

v IBM Tivoli Business Service Manager 서비스 보기로부터 여러Network Manager 토폴로지 보기 중 하나로 컨텍스트에서 실행하여인프라의 결함을 해결합니다.

네트워크 계층네트워크 계층은 네트워크 감지 및 폴링 도구로 구성됩니다.

감지 정보네트워크 관리자는 전체 및 부분 감지를 구성하고 실행하여 네트워크 토폴로지를 생성합니다.

정기적 감지를 스케줄링하고 자동 재감지를 구성하고 디바이스를 수동으로 다시발견하여 감지된 토폴로지를 최신 상태로 유지할 수 있습니다.

새 서브넷이나 새 디바이스가 네트워크에 추가된 경우 부분 감지를 사용하여 이서브넷과 디바이스만 감지할 수 있습니다.


매우 큰 규모의 네트워크인 경우 네트워크 감지를 여러 다른 네트워크 도메인으로 분할할 수 있습니다. 네트워크를 도메인으로 파티션하면 섹션으로 네트워크를감지할 수 있습니다. 네트워크를 파티션하는 이유는 다음과 같습니다.

v 확장성: 네트워크가 너무 크면 하나로 감지할 수 없습니다.

v 지리: 네트워트를 지리적 영역으로 구분하고 각 영역이 도메인에 해당하게 할수 있습니다.

v 논리 네트워크 경계: 특정 네트워크 경계를 기반으로 네트워크를 감지하고 관리할 수 있습니다.

또한 cross-domain 감지를 구성하고 실행하여 여러 도메인에 있는 디바이스 사이의 링크를 발견하고 집계된 도메인을 작성할 수 있습니다.

Network ManagerEMS(Element Management System)에서도 네트워크 토폴로지 데이터를 수집할 수 있습니다. EMS에서 수집된 데이터는 감지 중 수집된 기타 데이터와 통합됩니다.

네트워크 발견에 대한 자세한 정보는 IBM Tivoli Network Manager IP Edition

관리 안내서의 내용을 참조하십시오.

관련 개념:

29 페이지의 『EMS 기반 감지 정보』EMS(Element Management System)에서 토폴로지 데이터를 수집하고 이 데이터를 감지된 토폴로지에 통합하도록 Network Manager를 구성할 수 있습니다.

감지 아키텍처감지 프로세스의 구성요소가 함께 작업하여 네트워크의 전체 감지를 수행하는 방법을 이해하려면 이 정보를 사용하십시오.

전체 감지 중에 감지 엔진, ncp_disco는 네트워크에 디바이스가 존재하는지 감지하고 디바이스의 자원 명세 및 연결 정보를 조회합니다. 이 정보는 계속해서 함께 처리되거나 ’결합’되어 연결 또는 토폴로지 모델을 생성합니다.

전체 감지 후 시스템은 사전정의된 AOC(Active Object Class)1 계층 구조를 기반으로 하여 디바이스를 분류합니다. 네트워크 토폴로지는 토폴로지 데이터베이스에 저장되며 특정 디바이스나 특정 디바이스 그룹(예: 서브넷 및 VLAN)을 표시하도록 사용자 정의된 토폴로지 맵으로 네트워크 운영자가 시각화할 수 있습니다.

1. AOC는 벤더, 유형 및 모델 계열에 기초하여 디바이스를 분류합니다.


다음 그림은 감지 프로세스의 구성요소가 함께 작업하여 네트워크의 전체 감지를 수행하는 방법을 보여줍니다.

▌1▐ Seed 디바이스가 감지됨감지 구성 seed 설정에 따라 감지 엔진, ncp_disco가 네트워크에 seed 디바이스를 찾을 파인더를 보냅니다. 파인더는 디바이스의 존재를 감지하지만 연결 정보는 검색하지 않습니다.

▌2▐ 디바이스 세부사항, 연결된 디바이스 및 디바이스 유형 정보를 식별할 에이전트가 호출됨

디바이스를 찾으면 감지된 디바이스의 세부사항, 디바이스 연결 정보 및디바이스 유형별 정보를 검색하도록 감지 에이전트가 호출됩니다. 다양한네트워크 디바이스를 지원하는 여러 감지 에이전트가 있습니다. 감지 에이전트는 ICMP, SNMP, SSH 및 TELNET과 같은 메소드를 사용하여 네트워크 디바이스에 정보를 문의합니다.

▌3▐ 연결된 디바이스가 식별되고 디바이스 세부사항 및 디바이스 유형 정보가 검색됨 감지 에이전트는 네트워크와 직접 상호작용하지 않지만 대신에 헬퍼 서버

를 통해 네트워크 디바이스에서 정보를 검색합니다. 헬퍼 서버는 헬퍼를관리하고 네트워크에서 검색된 정보를 저장합니다. 헬퍼는 감지 에이전트

Network

Discovery engine,ncp_disco

Helperserver

ncp_d_helpserv

Help

Data processingstitchers

Topologymanager,

ncp_model

Active ObjectClass manager,

ncp_class

Details

AA *

Discoveryagents

ncp_agent

Agents

Device-specificagents

Topology Storage

1

2

3

4

5 6

8

* AA = AssocAddress agent

For example,ncp_df_ping

For example,ncp_dh_snmp

Network Discovery

4

Discoveryconfigurationdata

그림 3. 전체 감지 데이터 플로우


를 대신하여 네트워크에서 정보를 검색합니다. 또한 헬퍼는 에이전트 조회를 해당 네트워크 프로토콜로 변환하고 디바이스를 요청합니다.

▌4▐ 연결된 디바이스가 감지됨감지 에이전트가 식별하는 연결된 IP 주소는 연결된 디바이스의 존재를 감지하는 파인더에 다시 제공됩니다. 그러면 연결된 디바이스에 대한 감지에이전트가 호출되고(단계) ▌2▐감지 범위 설정에 설명된 경계가 감지될 때까지 피드백 프로세스가 반복됩니다.

참고: 감지는 활성 오브젝트 클래스(AOC) 관리자인 ncp_class와 통신하여 공급업체, 유형, 모델 계열을 기초로 토폴로지의 모든 디바이스를 분류합니다. 디바이스 MIB에 보유된 sysObjectId 값을 사용하며 활성 오브젝트 클래스 파일 내에 보유된 논리에 기초하여 특정 분류를 디바이스에지정합니다.

▌5▐ 네트워크 토폴로지가 함께 ’결합됨’

모든 디바이스 및 디바이스 연결이 감지되고 나면 감지 처리 스티처가 호출됩니다. 스티처는 에이전트가 연결 또는 토폴로지 모델을 생성하기 위해 수집한 데이터를 함께 ’결합’합니다.

▌6▐ 발견된 토폴로지는 토폴로지 관리자, ncp_model에서 처리됩니다.

발견은 토폴로지 모델을 토폴로지 관리자, ncp_model로 보냅니다. 토폴로지 관리자는 감지된 토폴로지를 처리합니다. 예를 들어, 디바이스에 대한 지연 시간을 처리하며 적절하게 수정합니다. 토폴로지는 ncp_model

에도 저장됩니다.

▌7▐ 네트워크 토폴로지가 저장됨토폴로지 관리자인 ncp_model이 토폴로지를 토폴로지 데이터베이스,

NCIM으로 보냅니다. NCIM의 토폴로지 데이터는 SQL을 사용하여 조회할 수 있습니다.

상호 도메인 감지 정보상호 도메인 감지는 둘 이상의 감지된 도메인을 함께 결합하도록 구성할 수 있습니다.

성능 또는 조작상의 이유로, 네트워크는 감지 도메인으로 알려진 섹션에서 종종감지됩니다. 예를 들어, 사용자의 네트워크가 한 번의 감지에서 감지하기에 너무큰 경우에는 네트워크 감지를 여러 도메인으로 분할하려 할 수 있습니다.

도메인에서 네트워크를 발견하는 것은 더 편리하고 빠를 수 있습니다. 또한 여러도메인에 대해 서로 다른 구성 옵션을 사용할 수 있습니다. 예를 들면, 각 도메인에는 자체 폴링 정책이 있습니다. 하지만 분할된 네트워크를 감지하는 데에는


단점이 있습니다. 도메인 A의 디바이스가 도메인 B의 디바이스에 연결된 경우 이연결은 GUI 또는 토폴로지 데이터베이스에 표시되지 않습니다. 도메인은 개별적으로 표시되어야 합니다.

링크된 여러 도메인을 하나의 네트워크 보기에 시각화하려면 상호 도메인 감지를 사용으로 설정하고, 구성하고 실행해야 합니다. 서로 다른 도메인의 디바이스간 연결을 발견하고 토폴로지에 추가합니다.

감지된 모든 도메인이 집계된 경우 네트워크 보기(Network Views)는 모든 도메인의 디바이스로 구성될 수 있습니다. 네트워크 홉 보기 에서 디바이스 검색은도메인에 걸쳐서 수행할 수 있습니다.

참고: 상호 도메인 네트워크 보기는 폴링할 수 없습니다. 개별 도메인의 네트워크 보기만 폴링할 수 있습니다.

네트워크를 도메인으로 분할하는 데 대한 고려사항

서로 다른 도메인에 있는 디바이스 간의 링크는 한 도메인 내에 있는 디바이스간의 링크보다 감지하기 어렵습니다.

도메인 간의 링크를 최소할 수 있도록 감지 도메인의 범위를 설정하는 것이 중요합니다. 예를 들면, 연결 관계가 많은 스위치들이 서로 다른 도메인에 있도록분할하는 것은 좋지 않습니다. 자연스러운 도메인 분할은 보통 지리학적 선을 따라 수행됩니다.

제한사항:

네트워크를 어떻게 분할하든, 임의의 디바이스는 하나의 도메인에만 나타나도록해야 합니다. 즉, 상호 도메인 감지를 사용하여 감지 도메인을 결합하려는 경우이러한 감지 도메인은 겹치지 않아야 합니다.

감지 태스크네트워크 관리자는 네트워크 토폴로지를 생성하기 위해 감지를 구성하고 실행합니다. 네트워크 운영자는 특정 디바이스를 재감지하여 토폴로지 맵에서 디바이스를 단순히 마우스 오른쪽 단추로 클릭해서 디바이스 데이터를 새로 고칠 수 있습니다.

감지 사용자 태스크는 다음 두 범주로 나뉩니다.

v 감지 구성v 감지 실행


전체 및 부분 감지 구성

네트워크 관리자는 광범위한 감지 매개변수를 지정해서 네트워크 감지를 구성합니다. 매개변수는 다음과 같습니다.

v 감지 범위: 감지에(서) 포함하거나 제외시킬 서브넷 범위v 발견 seed: 먼저 발견할 디바이스 또는 서브넷. 제한된 디바이스와 서브넷 세트를 seed하고 감지 피드백 메커니즘을 사용하여 seed에 연결된 모든 디바이스를 감지할 수 있습니다. seed 파일과 같은 기타 메커니즘을 사용하여 감지seed를 지정할 수도 있습니다.

v 디바이스 액세스: Network Manager가 네트워크 디바이스에 액세스할 수 있도록 하는 Telnet 또는 SSH 액세스 매개변수와 SNMP 커뮤니티 문자열

관리자는 감지 구성 GUI를 사용하거나 명령행에서 직접 감지 매개변수를 지정할 수 있습니다.

전체 및 부분 감지 실행

네트워크 관리자는 감지를 실행하여 전체 네트워크를 감지하며 네트워크 토폴로지가 최신 상태로 유지되도록 주기적 전체 감지를 스케줄링할 수 있습니다.

관리자는 부분 감지를 실행하여 새 서브넷 또는 새 디바이스를 토폴로지에 추가할 수도 있습니다. 관리자는 감지 상태 GUI를 사용하거나 명령행에서 직접 전체및 부분 감지를 실행할 수 있습니다. Network Manager는 주기적 감지를 스케줄링할 도구도 제공합니다.

EMS 기반 감지 정보EMS(Element Management System)에서 토폴로지 데이터를 수집하고 이 데이터를 감지된 토폴로지에 통합하도록 Network Manager를 구성할 수 있습니다.

EMS 감지를 구성하는 방법과 EMS 감지 프로세스에 대한 자세한 정보는 IBM

Tivoli Network Manager IP Edition 관리 안내서를 참조하십시오.

관련 개념:

24 페이지의 『감지 정보』네트워크 관리자는 전체 및 부분 감지를 구성하고 실행하여 네트워크 토폴로지를 생성합니다.


EMS 기반 감지 아키텍처 개요이 정보를 통해 Network Manager가 EMS(Element Management Systems)에서 토폴로지 데이터를 수집하는 방식을 이해하십시오.

다음 그림은 Network Manager EMS 기반 감지 프로세스가 EMS에서 토폴로지 데이터를 검색하는 방법을 보여줍니다.

▌1▐ 콜렉터 파인더가 EMS 콜렉터에서 디바이스 목록을 조회함감지 서브시스템은 콜렉터 파인더를 사용하여 콜렉터를 조회해서 EMS에서 관리되는 디바이스 목록을 확보합니다. 부분 재감지의 경우 감지가 단일 디바이스 또는 서브넷만을 조회할 수 있습니다.

▌2▐ EMS가 조회됨콜렉터가 EMS에서 디바이스 목록을 조회합니다.

▌3▐ EMS가 응답함EMS가 관리 디바이스 목록으로 응답합니다.

Network

Topology Storage

Discovery

EMS

Collector


2

1

3

45 6

그림 4. EMS 기반 상위 레벨 아키텍처


▌4▐ 콜렉터가 감지 프로세스에 디바이스 목록을 제공함콜렉터가 디바이스 목록을 제공하여 응답합니다.

▌5▐ 에이전트가 EMS 콜렉터의 자세한 정보를 요청함감지 서브시스템이 감지 중 다른 시간대에 여러 특수 콜렉터 감지 에이전트를 사용하여 콜렉터에서 목록의 각 디바이스에 대한 기본 및 세부 정보를 조회합니다. 요청된 상세 정보에 자원 명세 정보, 계층 1, 계층 2 및계층 3 연결 세부사항, VPN 정보가 포함됩니다.

▌6▐ 콜렉터가 자세한 디바이스 정보를 제공함콜렉터가 요청된 기본 및 세부 정보를 제공하여 응답합니다.

EMS 기반 감지 아키텍처 세부사항이 정보를 통해 EMS 기반 감지 구성요소가 함께 작동하는 방식을 이해하십시오.

다음 그림은 Network Manager EMS 기반 감지 프로세스의 구성요소가 EMS

에서 토폴로지 데이터를 검색하기 위해 함께 작용하는 방식을 보여줍니다.


▌1▐ 콜렉터 파인더가 EMS 콜렉터에서 디바이스 목록을 조회함콜렉터 파인더는 collectorFinder 데이터베이스의 seed 테이블에서 콜렉터 호스트 seed를 읽습니다. 그런 다음 이 테이블에 지정된 콜렉터를 조회하여 각 콜렉터와 연관된 EMS에서 관리되는 디바이스 목록을 확보합니다.

▌2▐ 콜렉터 파인더가 스티처에 데이터를 보냄콜렉터 파인더가 EMS에서 관리되는 디바이스 목록을 데이터 콜렉터 콜렉션 스티처에 보냅니다.

▌3▐ 콜렉터 에이전트가 호출됨데이터 콜렉션 스티처가 콜렉터 에이전트를 호출합니다.

▌4▐, ▌5▐ 콜렉터 에이전트가 콜렉터에서 디바이스에 대한 정보를 검색함콜렉터 에이전트가 콜렉터에서 디바이스에 대한 기본 및 세부 정보를 검색합니다. 각 에이전트는 콜렉터 헬퍼를 사용하여 이 정보를 검색합니다.

Data processingstitchers

2

3

4

1 5

6


Collector agents

Topology Storage

Collector

Data collectionstitchers

Collectorfinder

FCollector

helperH

CollectorDetails

CollectorInventory

CollectorLayer2

CollectorLayer3

CollectorVpn

XML-RPCInterface

CollectorLayer1

CollectorRan

CollectorLTE

그림 5. EMS 기반 감지 상세 데이터 플로우


콜렉터 헬퍼, ncp_dh_xmlrpc를 통해 Network Manager는 XML-RPC

인터페이스를 사용하여 콜렉터와 통신할 수 있습니다. 콜렉터 에이전트가검색하는 정보는 다음과 같습니다.

CollectorDetails 에이전트

콜렉터에서 디바이스에 대한 기본 정보(sysObjectId, sysDescr 및이름 지정 데이터 등)를 검색합니다.

CollectorInventory 에이전트

콜렉터에서 각 디바이스에 대한 로컬 이웃, 엔티티 및 연관된 주소 데이터를 검색합니다.

CollectorLayer1 에이전트

콜렉터에서 디바이스에 대한 계층 1 및 마이크로파 연결 정보를검색합니다.


콜렉터에서 디바이스에 대한 계층 2 연결 정보를 검색합니다.


콜렉터에서 디바이스에 대한 계층 3 연결 정보를 검색합니다.

CollectorLTE 에이전트

콜렉터의 디바이스에 대한 LTE 특정 엔티티 정보를 검색합니다.

CollectorRan 에이전트

콜렉터에서 디바이스에 대한 RAN(Radio Access Network) 정보를 검색합니다.

CollectorVpn 에이전트

콜렉터에서 디바이스에 대한 계층 2 및 계층 3 VPN 데이터를 검색합니다.

▌6▐ 스티처가 호출됨컬렉터 에이전트 데이터가 데이터 처리 스티처로 전달됩니다.

EMS 기반 감지 태스크네트워크 관리자는 EMS 기반 감지 프로세스의 여러 다른 요소를 구성하고 시작해서 EMS 기반 감지를 구성합니다. Network Manager은 사용하도록 준비된 많은 콜렉터를 제공하며 각각은 다른 EMS로 데이터를 처리하며 Java와 Perl 모듈을 사용하여 사용자 정의 콜렉터 개발을 지원합니다. Network Manager는 또한CSV 콜렉터를 제공하는데, 이들은 CSV 파일의 입력 데이터를 처리합니다.

다음은 EMS 기반 감지 태스크입니다.


v 사용자 정의 콜렉터 작성v 콜렉터 구성v 콜렉터 시작v 콜렉터 파인더 seed 작성v 콜렉터 에이전트 사용

사용자 정의 콜렉터 작성

Network Manager는 사용하도록 준비한 콜렉터를 제공하며, 각각은 다른 EMS

로 데이터를 처리하며, Java와 Perl 모듈을 사용하여 사용자 정의 콜렉터 개발을지원합니다. 네트워크 관리자는 사용자 정의 콜렉터를 개발하여 제공되는 Java 또는 Perl 모듈을 사용하거나 다음 Tivoli Field Guide에서 설명한 대로 다른 언어를 사용하여 기타 EMS의 데이터를 처리할 수 있습니다. EMS 콜렉터 개발자 안내서.

콜렉터 구성

Network Manager 및 연관된 데이터 소스(예를 들어, EMS 또는 CSV 파일) 간에 데이터 요청을 전달할 수 있도록 각 콜렉터를 구성해야 합니다. 콜렉터 구성은 데이터 소스 유형에 따라 다릅니다.

v EMS: EMS의 호스트 이름, 포트, 사용자 이름 및 비밀번호를 지정하십시오.

v CSV 파일: CSV 파일 세부사항과 구문 분석 방법을 지정하십시오.

또한 Network Manager로부터 XML-RPC 요청을 인식할 포트를 콜렉터에 알려야 합니다. 이는 일반적으로 Network Manager 설치에 새 콜렉터가 추가될 때필요한 일회성 설정 태스크입니다.

콜렉터 시작

감지가 시작되기 전에 모든 콜렉터가 실행 중이어야 합니다.

콜렉터 파인더 seed 작성

Network Manager가 콜렉터를 찾을 수 있게 하려면 콜렉터 파인더 seed를 작성해야 합니다. 이 태스크는 콜렉터가 실행 중인 디바이스의 호스트 이름 및 콜렉터가 인식 중인 디바이스의 포트를 각 콜렉터에게 지정하는 작업을 포함합니다. 콜렉터가 Network Manager와 동일한 호스트에서 실행 중인 경우, 포트만지정해야 합니다. 이는 일반적으로 Network Manager 설치에 새 콜렉터가 추가될 때 필요한 일회성 설정 태스크입니다.


콜렉터 에이전트 사용

기본적으로 콜렉터 에이전트는 사용되지 않습니다. 콜렉터 기반 감지를 포함하는감지를 실행 중인 경우 이 에이전트를 사용 가능하게 해야 합니다.

폴링 정보네트워크 폴링은 네트워크 디바이스가 작동 또는 작동 중지되었는지 여부와 핵심 성능 매개변수를 초과했는지 여부를 판별하고 디바이스 간의 링크 결함을 식별합니다. 폴이 실패하면 Network Manager는 운영자가 이벤트 뷰어에서 볼 수있는 디바이스 경보를 생성합니다.

Network Manager폴링 정책은 네트워크 디바이스를 주기적으로 폴링하며 폴링기준에 맞지 않는 것이 있으면 이벤트가 생성됩니다. 예를 들어, 폴링 정책은 디바이스의 CPU 이용을 주기적으로 검색할 수 있습니다. CPU 이용이 사전정의된임계값을 초과하면 이벤트가 생성됩니다.

폴링 정책 세트는 기본적으로 사용 가능합니다. 정책은 다음을 지정합니다.

v 폴링할 디바이스 세트v 임계값 트리거를 포함한 폴링 정의v 폴링 빈도v 히스토리 보고에 대한 데이터를 저장할지 여부

폴링 구조이 정보를 통해 Network Manager 폴링 프로세스의 구성요소가 함께 작용하여네트워크 디바이스를 폴링하는 방식을 이해하십시오.

폴링 엔진, ncp_poller는 네트워크 폴링을 제어하는 구성요소입니다. 폴링 엔진은 활성 폴링 조작을 사용하여 데이터를 수집합니다. 이 데이터는 해당되는 경우경보를 트리거하는 데 사용되며 선택적으로 성능 보고서에서 나중에 분석할 수있도록 NCPOLLDATA 데이터베이스에 저장할 수 있습니다.

참고: 기본적으로 Network Manager 서버에서 실행되는 두 개의 ncp_poller 인스턴스가 있습니다.

v ncp_poller_default

v ncp_poller_admin

따라서 기본적으로 Network Manager 서버에서 실행되는 두 개의 ncp_poller

인스턴스가 있으며, 위에 지정된 바와 같이 인스턴스의 이름이 서로 다릅니다.

폴링과 폴링 정의를 작성하고 나면, NCIM 데이터베이스 내의 NCMONITOR 스키마에 저장됩니다. ncp_poller 프로세스는 NCMONITOR 스키마에서 폴링 정의를 읽습니다. 다음 그림은 ncp_poller가 다른 Network Manager 구성요소 및


ObjectServer와 상호작용하는 방법을 보여줍니다. 그림에는 히스토리 데이터 저장 기능이 포함되어 있지 않습니다.

▌1▐ 폴링 대상이 검색됨Network Manager에는 기본 폴링 정책 세트가 있습니다. 폴링 정책은 단순 디바이스나 인터페이스 ping 및 특정 MIB 변수에 대한 보다 복잡한임계값 폴을 포함하며 NCIM 데이터베이스에 저장됩니다. 폴링 엔진,

ncp_poller는 NCIM 데이터베이스에서 폴링 정책을 검색하고 폴링할 대상 디바이스 및 폴링 방법을 판별합니다. 네트워크 관리자는 폴링 GUI에로그인하여 폴링 정책을 구성할 수 있습니다. 예를 들어, 보다 제한된 디바이스 세트를 폴링하고, 폴링 빈도를 변경하고, 수집되는 데이터를 변경하도록 시스템을 구성할 수 있습니다.

▌2▐ 네트워크 디바이스가 폴링됨폴링 엔진, ncp_poller가 Network Manager에 정의된 폴링 정책에 기초

Network

Polling Engine,ncp_poller

Polled DataStorageEvent Storage

Network Polling

Probe for TivoliNetcool/OMNIbus,nco_p_ncpmonitor

1

2

3

4

TopologyStorage

5

그림 6. 폴링 데이터 플로우


하여 네트워크 디바이스를 폴링합니다. 폴링 빈도 및 폴링 정책에 지정된디바이스 세트를 기반으로 디바이스가 폴링됩니다.

▌3▐ 관련 폴 결과가 Tivoli Netcool/OMNIbus 이벤트로 변환됨Tivoli Netcool/OMNIbus 이벤트로 변환된 폴 결과에는 임계값 위반이나 ICMP Ping 실패와 같은 일부 유형의 디바이스 또는 기타 네트워크장애가 응답에 표시되는 폴만 포함됩니다. 폴링 엔진, ncp_poller는 Tivoli

Netcool/OMNIbus의 프로브에 폴 결과를 보냅니다. 이 프로브는 폴링 결과를 Tivoli Netcool/OMNIbus 이벤트 형식으로 맵핑합니다.

▌4▐ 선택적으로 폴링된 데이터가 NCPOLLDATA 데이터베이스에 저장됨폴링 정책 구성 설정에 따라 , n c p _ p o l l e r는 수집된 데이터를NCPOLLDATA 데이터베이스에 보내며, 그러면 데이터가 여기에 저장되어 보고서를 사용하여 검색할 수 있습니다. NCPOLLDATA 데이터베이스는 최적의 성능을 위해 NCIM 데이터베이스와 동일한 서버에 상주해야 합니다.

▌5▐ ObjectServer에 이벤트가 전송됨Tivoli Netcool/OMNIbus 용 프로브는 변환된 이벤트 데이터를 Tivoli

Netcool/OMNIbus ObjectServer로 보냅니다. Tivoli Netcool/OMNIbus

와 다른 프로브도 이벤트를 ObjectServer로 보냅니다.

폴링 태스크Network Manager에는 기본 폴링 정책 세트가 있습니다. 폴링 정책은 단순 디바이스나 인터페이스 ping 및 특정 MIB 변수에 대한 보다 복잡한 임계값 폴을포함합니다. 네트워크 관리자는 보다 제한된 디바이스 세트를 폴링하고, 폴링 빈도를 변경하고, 수집되는 데이터를 변경하고, 기타 사용자 정의 변경을 수행하도록 폴링 정책을 구성할 수 있습니다. 관리자는 폴링 정책을 사용 가능 및 불가능하게 설정할 수도 있습니다. 또한 디바이스나 구성요소를 비관리 상태로 설정하여 Network Manager 네트워크 폴링에서 이를 일시중단할 수 있습니다.

폴링 태스크는 다음 범주로 나뉩니다.

v 폴링 정책 구성v 복수 폴러 기능 구성v 지정된 디바이스의 폴링 일시중단

폴링 정책 구성

네트워크 관리자는 폴링 정책 매개변수를 수정해서 Network Manager가 감지된 디바이스를 폴링하는 방식을 사용자 정의할 수 있습니다. 매개변수는 다음과같습니다.

v 폴링 빈도


v 성능 보고에 사용할 폴에 대한 히스토리 데이터를 저장할지 여부v 폴링할 인터페이스 또는 디바이스 세트. 디바이스 클래스를 기반으로 디바이스를 선택할 수 있습니다. 또한 네트워크 관리자는 보다 제한된 디바이스 또는 인터페이스 세트를 폴링할 SQL 필터를 작성할 수 있습니다.

v 폴링된 디바이스에서 수집할 데이터. 폴링할 데이터는 폴링 정의를 사용하여정의됩니다.

네트워크 관리자는 폴링 정의를 사용하여 Ping, 링크 상태 및 임계값 폴을 구성합니다. 폴링 정의는 폴링 정책이 단순히 디바이스 또는 인터페이스를 Ping해야하거나 디바이스 MIB 내의 MIB 변수에 임계값을 적용해야 하는지 여부를 지정합니다. 임계값을 위반하면 Network Manager는 네트워크 운영자가 이벤트 뷰어에서 볼 수 있는 네트워크 이벤트를 생성합니다.

복수 폴링 엔진 구성

Network Manager여러 폴링 엔진을 구성해서 폴링으로 인한 로드를 분배하는데 유용한 메커니즘을 제공합니다. 기본 폴링 엔진이 네트워크의 폴링 요청을 처리할 수 없으면 네트워크 관리자는 Network Manager 서버에 여러 폴링 엔진을 구성할 수 있습니다. 여기의 관리 태스크는 다음과 같습니다.

v Network Manager 서버에 추가 폴러 배치v 네트워크를 폴링하는 데 더 이상 사용되지 않는 폴러 제거

지정된 디바이스의 폴링 일시중단

네트워크 관리자는 디바이스 및 특정 인터페이스 유형의 폴링을 일시중단할 수있습니다. 관리자는 폴링을 일시중단할 디바이스의 목록이 포함된 파일을 지정할수 있습니다. 네트워크 운영자는 개별 디바이스의 폴링을 일시중단할 수 있습니다.

데이터 계층데이터 계층은 토폴로지 스토리지, 이벤트 스토리지, 성능 보고 데이터 스토리지및 근본 원인 분석 도구로 이루어져 있습니다.


토폴로지 스토리지 정보토폴로지 데이터는 NCIM(Network Connectivity and Inventory Model) 데이터베이스에 저장됩니다. Network Manager 보고서도 NCIM 데이터베이스를 사용합니다.

NCIM 데이터베이스는 Network Manager(OSI 계층 1, 2 및 3)의 토폴로지 데이터를 통합하는 관계형 데이터베이스입니다.

토폴로지 스토리지 아키텍처이 정보를 통해 NCIM 데이터베이스가 Network Manager의 기타 구성요소와상호작용하는 방식을 이해하십시오.

다음 그림은 NCIM 데이터베이스를 통해 데이터가 플로우되는 방식을 보여줍니다.

NCIM

Database

Network

administrator

Topology Visualization

Topology Storage

2

3

1

Network Discovery

그림 7. 토폴로지 스토리지 데이터 플로우


▌1▐ 토폴로지 관리자, ncp_model에서 토폴로지가 전송됨토폴로지 관리자, ncp_model은 감지 후 NCIM(Network Connectivity

and Inventory) 데이터베이스에 토폴로지를 보냅니다.

▌2▐ 네트워크 관리자가 NCIM 데이터베이스를 조회함네트워크 관리자가 SQL 조회를 사용하여 NCIM 데이터베이스를 조회해서 자세한 토폴로지 데이터를 검색합니다.

▌3▐ 토폴로지 시각화 웹 애플리케이션이 토폴로지에 액세스함Dashboard Application Services Hub에서 실행 중인 토폴로지 시각화웹 애플리케이션이 토폴로지에 액세스합니다. 그러면 토폴로지 시각화GUI, 홉 보기, 네트워크 보기 및 구조 브라우저에 네트워크 토폴로지와디바이스 구조가 표시됩니다.

토폴로지 스토리지 태스크네트워크 관리자는 NCIM 데이터베이스를 조회하여 토폴로지 정보를 프로그래밍방식으로 검색합니다. 관리자는 토폴로지 데이터베이스에 테이블과 필드를 추가해서 써드파티 데이터 소스의 토폴로지 보강을 지원할 수 있습니다.

네트워크 관리자는 홉 보기 및 네트워크 보기에서 토폴로지 맵을 보고 구조 브라우저를 사용하여 디바이스에 대한 세부사항을 탐색해서 네트워크 토폴로지의 시각적 표시에 액세스할 수도 있습니다.

데이터베이스 조회

네트워크 관리자는 NCIM 데이터베이스에서 토폴로지 정보를 검색할 SQL 조회를 쓸 수 있습니다. 관리자는 다음을 포함한 토폴로지 정보를 검색할 수 있습니다.

v 네트워크 도메인 정보; 예를 들어, 도메인의 모든 디바이스를 나열함v 디바이스 정보; 예를 들어, 해당하는 클래스 이름의 모든 디바이스를 나열함v 포함 정보; 예를 들어, 디바이스의 모든 구성요소를 나열함v 포트 및 인터페이스 정보; 예를 들어, 특정 속성이 있는 모든 인터페이스를 나열함

v 연결 정보; 예를 들어, 라우터 간의 모든 연결을 식별함v 호스트된 서비스; 예를 들어, OSPF 서비스를 호스트하는 모든 섀시 디바이스를 나열함

v 연결 정보; 예를 들어, 지정된 VPN의 모든 디바이스를 나열함v 열거 정보; 예를 들어, 데이터베이스에 나열된 모든 하드웨어 제조업체를 식별함


NCIM 데이터베이스에서 토폴로지 정보를 검색하는 SQL 조회에 대한 자세한 정보는 IBM Tivoli Network Manager Reference의 내용을 참조하십시오.

토폴로지 보강을 지원하도록 데이터베이스 수정

써드파티 데이터 소스에서 감지된 디바이스에 대한 데이터를 검색하고 저장하도록 감지를 사용자 정의할 수 있습니다. 이 과정을 토폴로지 보강이라 합니다. 예를 들어, 써드파티 자원 명세 데이터베이스에서 디바이스에 관련된 고객 정보를검색할 감지 스티처를 작성할 수 있습니다. 그러면 네트워크 운영자가 주어진 디바이스나 네트워크 이벤트와 연관된 고객을 확인할 수 있습니다. 네트워크 관리자는 토폴로지 데이터베이스에 테이블과 필드를 추가해서 써드파티 데이터 소스의 토폴로지 보강을 지원할 수 있습니다.

이벤트 보강에 대한 자세한 정보는 IBM Tivoli Network Manager IP Edition 관리 안내서의 내용을 참조하십시오.

근본 원인 분석 및 이벤트 보강 정보근본 원인 분석(RCA) 및 이벤트 보강은 개념상 구별되는 주제이지만 Network

Manager 아키텍처 내에서 RCA는 이벤트 보강을 관리하는 프로세스인 이벤트게이트웨이에 대한 플러그인입니다.

이벤트 보강 정보네트워크 이벤트 내에 포함된 정보가 많을수록 무엇이 이벤트를 야기했으며 어디에 영향이 미치는지 보다 쉽게 판별할 수 있습니다. 이벤트 보강은 이벤트에 토폴로지 정보를 추가하는 프로세스입니다.

Network Manager네트워크의 디바이스 및 토폴로지에 대한 많은 정보를 수집합니다. 이 정보를 사용하여 시스템 위치, 접속 정보 및 제품 일련 번호와 같은데이터로 이벤트를 보강할 수 있습니다.

이벤트 보강 프로세스는 이벤트 게이트웨이, ncp_g_event로 알려져 있습니다. 이벤트 게이트웨이에는 이벤트 게이트웨이에서 보강된 이벤트를 받아 추가 이벤트보강을 수행하거나 이벤트에 대한 기타 조치를 취하는 모듈러 프로세스인 연관된 플러그인 세트가 있습니다. 이벤트 게이트웨이 플러그인 중 하나로 RCA 플러그인이 있습니다.


이벤트 보강 태스크Network Manager는 기본 토폴로지 정보 세트를 이벤트에 추가합니다. 네트워크 관리자는 추가 토폴로지 데이터로 이벤트를 보강하도록 이벤트 보강을 구성할 수 있습니다.

이벤트 게이트웨이 구성

이벤트 보강의 예는 다음과 같습니다.

v 기본 노드 위치로 이벤트 보강: 관리자는 이벤트와 연관된 기본 노드의 위치가 이벤트의 필드에 추가되도록 이벤트 보강을 구성할 수 있습니다.

v 인터페이스 이름으로 이벤트 보강: 관리자는 모든 인터페이스 이벤트에 대해이벤트가 발생한 인터페이스의 이름이 이벤트의 필드에 추가되도록 이벤트 보강을 구성할 수 있습니다.

이벤트를 보강하는 데 사용할 수 있는 기타 유용한 정보의 예는 다음과 같습니다.

v 시스템 접속v 인터페이스 설명v 인터페이스 별명

이벤트 보강을 구성하려면 네트워크 관리자가 먼저 Tivoli Netcool/OMNIbus

ObjectServer에 추가 토폴로지 데이터를 보유할 새 필드를 작성해야 합니다. 다음 단계는 관련 토폴로지 데이터를 ObjectServer로 전달하도록 이벤트 게이트웨이 구성 데이터베이스를 구성하는 작업입니다.

Tivoli Netcool/OMNIbus ObjectServer alerts.status 컬럼에 새 컬럼을 추가하는 방법에 대한 정보는 IBM Tivoli Netcool/OMNIbus 관리 안내서를 참조하십시오.

이벤트 게이트웨이 플러그인 구성

이벤트 게이트웨이 플러그인은 이벤트 게이트웨이에서 보강된 이벤트를 받아 추가 이벤트 보강을 수행하거나 이벤트에 대한 기타 조치를 취하는 모듈러 프로세스입니다. 이벤트 게이트웨이 플러그인 중 하나로 RCA 플러그인이 있습니다. 이벤트 게이트웨이 플러그인 구성 태스크는 다음과 같습니다.

v 플러그인 사용 가능 및 사용 불가능v 이벤트 맵 등록 수정. 수정하면 각 플러그인이 작용하는 이벤트의 유형이 변경됩니다.

v 플러그인 구성 매개변수 설정. 이벤트 게이트웨이 플러그인에 대한 선택적 구성 매개변수를 설정할 수 있습니다.


이벤트 게이트웨이 및 이벤트 게이트웨이 플러그인 구성에 대한 자세한 정보는IBM Tivoli Network Manager IP Edition 관리 안내서를 참조하십시오.

기본 이벤트 보강:

이벤트에 추가된 기본 토폴로지 정보 세트에는 해당 이벤트가 근본 원인 이벤트인지 여부 및 이벤트가 발생한 엔티티의 관리 상태에 대한 정보가 포함됩니다.

기본적으로 이벤트는 다음 토폴로지 정보로 보강됩니다.

표 1. 이벤트에 추가되는 기본 토폴로지 정보 세트ObjectServer alerts.status 테이블의 필드 설명NmosSerial 억제 이벤트의 일련 번호.

참고: 억제 이벤트가 반드시 근본 원인 이벤트는아닙니다. 억제된 이벤트의 Perspective로부터 억제 이벤트 체인이 있을 수 있습니다.

NmosObjInst 이벤트가 해당하는 디바이스를 나타내는 ID.

NmosCauseType 근본 원인 경보인지 또는 증상 경보인지 여부를표시합니다.

NmosDomainName 이벤트를 관리하는 Network Manager 도메인의이름. 이벤트 게이트웨이는 토폴로지 검색에 기초하여 이 필드 값을 설정합니다.

NmosEntityId 이벤트가 연관된 Network Manager 토폴로지엔티티를 식별하는 고유한 숫자 ID입니다. 이 컬럼은 NmosObjInst 컬럼과 유사하지만 더 세부적입니다. 예를 들어, NmosEntityId 값은 디바이스 내 인터페이스의 ID를 나타낼 수 있습니다.

NmosEventMap 이벤트 처리에 사용할 이벤트 맵을 지정합니다.이벤트 맵은 RCA 플러그인이 이벤트를 처리하는 방법을 정의합니다. 예를 들어, 이벤트 맵에대해 호출되는 이벤트 게이트웨이 스티처를 구성할 수 있습니다.

NmosManagedStatus 이벤트가 발생한 네트워크 엔티티의 관리 상태입니다. Network Manager 및 프로브에서 이벤트에 적용할 수 있습니다. 이 컬럼을 사용하여 디바이스, 인터페이스 및 관련된 것으로 간주되지않은 기타 엔티티에서 이벤트를 필터할 수 있습니다.


근본 원인 분석 정보Network Manager 내에서 근본 원인 분석이란 용어는 토폴로지의 근본 원인 분석을 참조하는 데 사용됩니다. 토폴로지의 근본 원인 분석이란 여러 이벤트가 있는 상황에서 Network Manager가 네트워크 토폴로지의 지식을 이용하여 실패지점을 설정하고 증상이 있는 이벤트를 식별하는 것을 의미합니다.

네트워크의 실패는 보통 여러 개의 경보를 생성합니다. 디바이스 하나의 실패 조건으로 다른 디바이스에 액세스할 수 없게 될 수도 있기 때문입니다. 이러한 모든 디바이스에 액세스할 수 없음을 표시하는 경보가 생성됩니다.

Network Manager는 이벤트 정보를 토폴로지 정보와 연관시켜서 다른 네트워크 실패로 인해 임시로 액세스할 수 없는 디바이스를 판별하여 근본 원인 분석을 수행합니다.

임시로 액세스할 수 없는 디바이스에 대한 경보는 억제됩니다. 즉, 원래의 근본원인 경보의 증상으로 표시됩니다. 근본 원인 경보는 운영자가 쉽게 식별할 수 있도록 경보 목록과 토폴로지 맵에 최상위 심각도로 표시됩니다.

근본 원인은 일련의 근본 원인 분석 규칙을 사용하여 구현됩니다. 이 규칙은 기본적으로 사용 가능합니다. 수동 구성은 필요하지 않습니다.

근본 원인 분석 태스크네트워크 관리자는 RCA로 처리되는 이벤트의 유형을 수정하기 위해 RCA 사용가능 및 불가능과 RCA로 처리되는 이벤트 맵 변경 같은 관리 태스크를 수행할수 있습니다. 네트워크 운영자는 RCA를 사용하여 이벤트의 근본 원인을 조사합니다.

RCA 관리

네트워크 관리자는 다음을 포함하여 다양한 관리 태스크를 수행할 수 있습니다.

v RCA 사용 가능 및 불가능.

v RCA로 처리되는 이벤트 맵을 변경하여 RCA로 처리되는 이벤트의 유형 수정.

v 여러 다른 이벤트 유형의 상대적 중요도 변경. 동일한 엔티티에 여러 이벤트가 있는 경우 엔티티의 우선순위 값이 가장 높은 이벤트를 사용하여 기타 이벤트를 억제합니다.

v RCA 작동 기능 구성, 예를 들어, RCA 플러그인을 전달하는 이벤트 간의 최대 사용 연한 차이. 사용 연한이 지정된 값보다 크게 차이나는 이벤트는 서로를 억제할 수 없습니다. 기본값은 5분입니다.

RCA 관리 태스크에 대한 자세한 정보는 IBM Tivoli Network Manager IP Edition

관리 안내서를 참조하십시오.


근본 원인 조사

네트워크 운영자는 RCA를 사용하여 이벤트의 근본 원인을 조사합니다. 근본 원인이 되는 이벤트 및 근본 원인(증상 이벤트)의 결과인 이벤트를 판별할 수 있으며, 이로 인해 네트워크 문제를 유발하는 이벤트에 신속하게 초점을 맞출 수 있습니다.

네트워크 이벤트의 근본 원인 조사에 대한 자세한 정보는 IBM Tivoli Network

Manager 사용자 안내서의 내용을 참조하십시오.

이벤트 게이트웨이 및 이벤트 게이트웨이 플러그인 아키텍처이 정보를 통해 이벤트 게이트웨이, ncp_g_event 및 이벤트 게이트웨이 플러그인이 Network Manager의 기타 구성요소와 상호작용하는 방식을 이해하십시오.

다음 그림은 ncp_g_event 및 이벤트 게이트웨이 플러그인을 통해 데이터가 플로우되는 방식을 보여줍니다.


▌1▐ 이벤트가 ObjectServer에서 수신됨이벤트 게이트웨이의 구성을 변경하기 위해 이벤트 게이트웨이에 SIGHUP

명령이 수신되면 바로 Object Server에서 시작 시 이벤트가 수신되고 계속해서 구성 가능한 5초 간격으로 IDUC 채널에서 이벤트가 수신됩니다.

들어오는 이벤트 필터는 연관된 LocalNodeAlias 필드(이 필드에는 보통기본 노드 디바이스를 가리키는 데이터가 포함됨)가 없는 이벤트를 거부합니다. 들어오는 필드 필터는 이벤트 게이트웨이 처리에 참여하지 않는alerts.status 필드를 필터링합니다.

▌2▐ 이벤트 맵이 선택됨이벤트의 이벤트 ID 필드 값에 기초하여 이벤트 게이트웨이는 이벤트를처리하는 데 사용할 이벤트 맵을 판별합니다.

참고: 이벤트 맵 값으로 NmosEventMap alerts.status 필드를 직접 채우도록 Netcool/OMNIbus Knowledge Library 또는 연관된 프로브 규칙파일을 구성하여 이벤트 내에 직접 이벤트 맵을 설정할 수도 있습니다. 이

2

4

3

1

7

5

6

8

9

Other plug-ins

EventIdEvent

GatewayQueue

RCA plug-in

Filter


Event Gateway,ncp_g_event

EventVisualization

Eventstorage

ObjectServer

Event Gatewayplug-ins

Event enrichment

Topologystorage

NCIMcache

Filter

Event Map

EventGatewayStitchers

그림 8. 이벤트 보강 데이터 플로우


경우 미리 설정된 이벤트 맵 값이 포함된 필드 중 하나와 함께 이벤트가도착합니다. 하지만 이벤트 게이트웨이에 구성된 이벤트 맵 설정은 프로브 규칙 파일 또는 Netcool/OMNIbus Knowledge Library에 구성된 이벤트 맵 설정을 대체합니다. 이로 인해 네트워크에 구성된 이벤트 맵 설정을 로컬로 대체할 수 있습니다.

▌3▐ 이벤트 맵이 토폴로지 검색 스티처를 가리킴선택적으로 선택된 이벤트 맵에는 토폴로지 검색 스티처에 대한 포인터가포함될 수 있습니다. 이 단계와 다음 단계는 선택사항입니다. 일부 이벤트는 토폴로지 검색 스티처를 호출하지 않습니다. 예를 들어, Network

Manager 상태 검사 이벤트는 순전히 장애 조치 이벤트 게이트웨이 플러그인을 트리거하기 위해 이벤트 게이트웨이를 통과하며 토폴로지 검색을수행하지 않습니다.

▌4▐ 토폴로지 검색이 수행됨토폴로지 검색 스티처는 토폴로지 검색을 수행하여 이 이벤트와 연관된 토폴로지 데이터를 검색합니다. 토폴로지 데이터는 NCIM 캐시에서 검색됩니다.

이 주제에 대한 자세한 정보는 다음 문서를 참조하십시오.

v 이벤트 게이트웨이 스티처에 대한 정보는 IBM Tivoli Network Manager

IP Edition 관리 안내서를 참조하십시오.

v 이벤트 게이트웨이 스티처에 사용된 스티처 규칙에 대한 정보는 IBM

Tivoli Network Manager Reference를 참조하십시오.

v NCIM 캐시에 대한 정보는 IBM Tivoli Network Manager 사용자 안내서를 참조하십시오.

▌5▐ 발신 필터가 이벤트에 적용됨발신 필터는 이벤트 게이트웨이에서 보강된 필드만 전달합니다.

▌6▐ 보강된 필드가 이벤트 게이트웨이 큐에 위치함발신 이벤트 게이트웨이 큐가 이벤트 게이트웨이 스티처(주요 이벤트 보강) 및 플러그인에서 보강된 이벤트를 수신합니다.

▌7▐ 스티처의 리턴값에 기초하여 이벤트 게이트웨이는 보강된 이벤트를 플러그인에 보낼지 여부를 판별합니다.

이벤트 게이트웨이는 플러그인을 통해 등록된 상태 및 이벤트 맵에 기초하여 플러그인이 이벤트에 관심이 있는지 여부를 판별하고 관련 플러그인에 이벤트를 전달합니다.

플러그인 등록과 이 등록의 수정 방법 및 플러그인 등록에 대한 정보가있는 gwPluginEventMaps 및 gwPluginEventStates 테이블에 대한 정보는 IBM Tivoli Network Manager IP Edition 관리 안내서를 참조하십시오.


▌8▐ 플러그인이 추가 이벤트 보강을 수행하거나 기타 조치를 수행함플러그인이 등록한 이벤트를 처리하고, 추가 이벤트 보강을 수행하거나(예: 이벤트가 근본 원인 이벤트인지 또는 증상 이벤트인지 여부를 표시하는필드를 이벤트에 설정하는 RCA 플러그인) 추가 조치를 수행합니다(예: 이벤트를 기반으로 부분 재감지를 시작할 수 있는 Disco 플러그인).

▌9▐ 이벤트 데이터가 ObjectServer에 다시 전송됨이벤트 데이터가 구성 가능한 5초 간격으로 ObjectServer에 다시 전송됩니다.

발신 이벤트 게이트웨이 큐 및 이 큐를 구성하는 방법에 대한 자세한 정보는 IBM Tivoli Network Manager IP Edition 관리 안내서를 참조하십시오.

이벤트 보강 데이터 플로우에 대한 자세한 정보는 IBM Tivoli Network Manager

IP Edition 관리 안내서를 참조하십시오.

이벤트 스토리지 정보이벤트 및 경보 데이터는 Tivoli Netcool/OMNIbus ObjectServer에 저장됩니다. ObjectServer는 Tivoli Netcool/OMNIbus의 중심에 위치한 고속의 인메모리 이벤트 데이터베이스입니다.

Network Manager는 Tivoli Netcool/OMNIbus ObjectServer에 이벤트를 공급하는 가능한 여러 애플리케이션 중 하나입니다. 각 애플리케이션을 이벤트 소스라 합니다. 기타 이벤트 소스는 Tivoli Netcool/OMNIbus 프로브와 모니터,

Tivoli Business Service Manager 및 기타 이벤트 관리 시스템을 포함할 수 있습니다.

ObjectServer는 이벤트 소스에서 이벤트를 검색하여 저장합니다. 중복 이벤트는제거합니다. 또한 ObjectServer는 일치하는 문제점 및 해결 이벤트 쌍을 제거해서 이벤트를 상관시킵니다.

Tivoli Netcool/OMNIbus에 대한 정보는 vii 페이지의 『서적』에 설명된 서적을 참조하십시오.

이벤트 스토리지 아키텍처이 정보를 통해 ObjectServer가 Network Manager의 구성요소와 상호작용하는방식을 이해하십시오.

다음 그림은 ObjectServer를 통해 데이터가 플로우되는 방식을 보여줍니다.


▌1▐ Network Manager 폴에서 생성된 이벤트가 ObjectServer로 전송됨Tivoli Netcool/OMNIbus용 프로브는 변환된 이벤트 데이터를 Tivoli

Netcool/OMNIbus ObjectServer로 보냅니다.

▌2▐ Network Manager프로브 및 기타 이벤트 소스가 ObjectServer를 채움Tivoli Netcool/OMNIbus 프로브 및 잠재적으로 기타 네트워크 이벤트소스가 ObjectServer를 네트워크 이벤트로 채웁니다.

▌3▐ 이벤트 상관 및 중복 제거(TSM)

ObjectServer는 저장한 모든 이벤트에 대해 이벤트 연관 및 데이터 중복제거(TSM)를 수행합니다.

▌4▐ 이벤트 보강 및 근본 원인 분석이벤트 게이트웨이는 필터링된 ObjectServer의 이벤트 서브세트를 요청합니다. 보강된 이벤트는 ObjectServer로 리턴됩니다. 이 이벤트는 기본 토폴로지 정보 세트로 보강됩니다. 또한 리턴된 이벤트는 근본 원인 분석 및증상 정보로 수정됩니다.


Event StorageRoot-cause analysisand event enrichment

NetworkPolling

21

ObjectServer

3

Topology Visualization Event Visualization

Network

4

5

그림 9. 이벤트 스토리지 데이터 플로우


▌5▐ Tivoli Netcool/OMNIbus 웹 GUI 가 이벤트 데이터에 액세스함웹 GUI는 ObjectServer의 최신 이벤트 세트를 요청합니다. 사용자가 웹GUI를 사용하여 수행한 이벤트 변경사항은 ObjectServer에 다시 전송됩니다.

이벤트 스토리지 태스크네트워크 관리자는 이벤트 보강 및 토폴로지 보강 활동을 지원할 필드를ObjectServer에 추가할 수 있습니다. 또한 네트워크 관리자는 전체 범위의 Tivoli

Netcool/OMNIbus 태스크를 수행할 수도 있습니다.

이벤트 보강 활동의 일부로 네트워크 관리자는 ObjectServer를 확장하여 이벤트게이트웨이, ncp_g_event에서 추가한 추가 토폴로지 정보를 보유해야 합니다. 예를 들어, 네트워크 관리자는 ObjectServer alerts.status 테이블에 다음 정보를 저장할 필드를 추가할 수 있습니다.

v 시스템 위치v 시스템 접속

그러면 이벤트 목록의 이벤트에 대한 정보를 표시하는 네트워크 관리자에게 영향이 미친 디바이스가 있는 위치 정보(예: 구/군/시 또는 건물) 및 해당 디바이스에 대한 책임이 있는 관리자의 이름과 함께 표준 이벤트 정보가 표시됩니다.

Tivoli Netcool/OMNIbus에 대한 정보는 vii 페이지의 『서적』에 설명된 서적을 참조하십시오.

히스토리 폴링 데이터 콜렉션 및 저장에 대한 정보네트워크 관리자는 언제든지 특정 SNMP 및 ICMP 데이터의 폴링을 하나 이상의 네트워크 디바이스에 설정할 수 있습니다. 이 데이터는 NCPOLLDATA 히스토리 폴링 데이터 데이터베이스에 저장됩니다. 그러면 운영자가 데이터를 해석하기 위해 Reporting Services 뷰어를 사용하여 성능 보고서를 실행할 수 있습니다. Netcool Operations Insight 사용자는 네트워크 상태 대시보드에서 히스토리 폴링 데이터를 시각화할 수도 있습니다. 히스토리 폴링 데이터 콜렉션 및 저장 아키텍처, 그리고 히스토리 폴링 데이터 콜렉션 및 저장과 관련된, 네트워크관리자 및 네트워크 운영자가 수행할 수 있는 몇 가지 태스크에 대해 학습하려면 이 정보를 사용하십시오.


히스토리 폴링 데이터 콜렉션 및 저장 아키텍처히스토리 폴링 데이터는 Network Manager 내에서 실행되는 Apache Storm 실시간 계산 시스템에 의해 수집 및 저장됩니다. 이 프로세스는 일간, 주간, 월간및 연간 히스토리 폴링 데이터 세트를 준비하고 NCPOLLDATA 데이터베이스에 데이터를 저장하여 보고서 및 대시보드에서 해당 데이터를 사용할 수 있도록만듭니다.

Network Manager는 NCIM 토폴로지 데이터베이스 내의 데이터베이스 스키마를 사용하여 NCPOLLDATA 히스토리 폴링 데이터 데이터베이스(이하NCPOLLDATA 데이터베이스로 표기)를 구현합니다. NCPOLLDATA 데이터베이스와 NCIM 데이터베이스를 분리할 수 없습니다.

Apache Storm 프로세스는 데이터 요약 기능을 제공합니다. 이를 통해 데이터를다음과 같이 요약된 형태로 표시할 수 있습니다.

v 마지막 날(24시간)

v 마지막 주(7일)

v 지난 달(30일)

v 지난 연도(365일)

일정한 간격으로 원시 폴링 데이터에 지수 가중 이동 평균(EWMA)을 적용하고평균을 저장하여 요약된 데이터를 계산합니다.

Apache Storm 프로세스는 고급 데이터 자르기, 아카이브 및 관리 기능성도 지원합니다.

다음 그림은 히스토리 폴링 데이터가 어떻게 NCPOLLDATA 데이터베이스를 통해 플로우되는지 나타냅니다.


▌1▐ 히스토리 폴링 데이터 옵션이 구성됨네트워크 관리자 또는 운영자가 폴링 시스템의 구성 설정을 변경하여 히스토리 폴링 데이터의 콜렉션을 구성합니다. 히스토리 데이터의 콜렉션은특정 폴링 데이터 지표에 대해 선택됩니다.

▌2▐ SNMP 및 ICMP 데이터에 대한 네트워크 디바이스가 폴링됨구성 설정을 기반으로 폴링 엔진(ncp_poller)이 네트워크를 폴링하고NCPOLLDATA 데이터베이스에 원시 데이터를 저장합니다. 히스토리 폴링 데이터 콜렉션 및 처리를 위해 선택된 폴링 데이터 지표의 경우 일정한 간격으로 평균을 계산하고 NCPOLLDATA 데이터베이스의 전용 테이블에 저장됩니다.

▌3▐ 네트워크 관리자가 NCPOLLDATA 데이터베이스를 조정함Apache Storm 프로세스 내에서 네트워크 관리자가 최적 보고서 응답 시간을 유지할 수 있도록 히스토리 폴링 데이터를 관리합니다.

4

2

3

1

NCPOLLDATADatabase

Networkadministrator

Polled data storage

Reporting and dashboards

Network Polling

Event storage

configurescollection of polleddata on a specificdevice

그림 10. 히스토리 폴링 데이터 스토리지 데이터 플로우


▌4▐ 히스토리 폴링 데이터가 NCPOLLDATA 데이터베이스에서 검색됨네트워크 운영자가 네트워크 상태 대시보드 네트워크 상태 대시보드에 액세스하여 성능 데이터 보고서를 실행합니다. 해당 대시보드 및 보고서에대한 히스토리 폴링 데이터는 NCPOLLDATA 데이터베이스에서 검색됩니다.

참고: 네트워크 상태 대시보드는 Network Manager의 일부로서 Netcool

Operations Insight를 보유한 경우에만 사용할 수 있습니다.

히스토리 폴링 데이터 콜렉션 및 저장 태스크히스토리 폴링 데이터 콜렉션 및 저장과 관련된, 네트워크 관리자 및 네트워크 운영자가 수행할 수 있는 태스크에 대해 학습하려면 이 정보를 사용하십시오.

히스토리 폴링 데이터의 콜렉션 구성

신중하게 작성한 히스토리 폴링 데이터 콜렉션 및 저장 전략을 실행하는 네트워크 관리자는 처리량 비율, 디바이스 CPU 및 메모리 자원, 인터페이스 사용량, 오류, 버리기 등과 연관된 작동 경향을 더 깊이 이해할 수 있도록 합니다. 예를 들면, 이러한 전략은 네트워크 관리자가 다음 항목을 자세히 모니터링할 수 있게 합니다.

v 유지보수 기간을 거친 후의, 문제가 있는 네트워크 디바이스 또는 주요 네트워크 디바이스

v 문제점이 있는 것으로 의심되는 네트워크 영역

네트워크 관리자는 네트워크 폴링 GUI를 사용하여 히스토리 폴링 데이터 수집을 구성하며, 이 작업은 일반적으로 다음 태스크로 구성되어 있습니다.

v 경보의 임계값 트리거를 포함, 수집할 특정 SNMP 및 ICMP 데이터를 정의v 폴링의 범위 및 시간 간격 정의v 저장할 SNMP 및 ICMP 데이터 결정v 데이터 콜렉션 시작

네트워크 폴링 및 히스토리 폴링 데이터 관리와 연관된 태스크에 대한 자세한 정보는 IBM Tivoli Network Manager IP Edition 관리 안내서의 내용을 참조하십시오.

히스토리 폴링 데이터를 사용한 성능 보고서 실행

네트워크 관리자와 운영자는 Reporting Services의 Network Manager 섹션에액세스하여 성능 보고서를 실행하거나 토폴로지 맵에서 선택된 디바이스에 대해마우스 오른쪽 단추 클릭 명령을 실행하여 히스토리 폴링 데이터 보고서에 액세스할 수 있습니다.


구체적으로, 네트워크 관리자 및 운영자는 다음 목적을 위해 Network Manager의Reporting Services 섹션을 사용할 수 있습니다.

v 수집된 데이터의 서브세트에 대한 SNMP 및 ICMP 단기 히스토리 데이터 콜렉션을 기반으로 경향 및 분석이 자세히 나와 있는 정의된 보고서 세트 보기

v 저장된 데이터의 임시 콜렉션에 대한 일반 경향 및 TopN 그래프 보기

TopN 보고서는 적절한 네트워크 디바이스를 비교하고 이에 초점을 맞추며, 시간 경과에 따른 패턴을 볼 수 있도록 드릴 다운하는 데 도움을 줍니다. 요약 보고서는 성능 결과를 비교하는 기간을 연장하는 데 도움을 줍니다. 제품과 함께 제공된 보고서는 특정한 요구사항을 만족시키는 데 필요한 사용자 정의 보고서를작성하기 위한 예제로 사용할 수 있습니다.

보고서와 연관된 태스크에 대한 자세한 정보는 IBM Tivoli Network Manager IP

Edition 관리 안내서의 내용을 참조하십시오.

히스토리 폴링 데이터의 저장 한계 관리

네트워크 관리자는 보고서 응답 시간을 최적의 상태로 유지하고 성능 데이터 보고서에 더 많은 양의 히스토리 데이터를 표시할 수 있도록 하기 위해 히스토리폴링 데이터의 저장 비율을 관리합니다.

히스토리 폴링 데이터의 저장 비율 한계에 대한 자세한 정보는 IBM Tivoli

Network Manager IP Edition 관리 안내서의 내용을 참조하십시오.

시각화 계층이 계층은 토폴로지 시각화 및 이벤트 시각화 도구로 구성됩니다.

토폴로지 시각화 정보Network Manager네트워크 시각화를 위한 두 가지 유형의 토폴로지 보기를 제공합니다. 구조 브라우저를 사용하여 네트워크 디바이스의 구조를 탐색할 수도 있습니다.

토폴로지 시각화 GUI에는 네트워크 홉 보기 , 네트워크 보기 및 구조 브라우저와 같은 단일 위젯 보기가 포함되어 있습니다. 기본 토폴로지 보기에는 결함 찾기 보기 및 네트워크 상태 보기와 같은 다중 위젯 보기도 포함됩니다.

네트워크 홉 보기

네트워크 홉 보기 는 선택된 디바이스 및 여기에 연결된 모든 디바이스를 구성가능한 최대 홉 또는 연결 수까지 표시합니다. 네트워크 홉 보기 를 사용하여 네트워크에서 특정 디바이스를 검색하고 이 디바이스 주위의 네트워크를 표시할 수있습니다. 이 보기는 중단 시간의 영향을 받은 영역을 볼 때 유용합니다.


네트워크 홉 보기 는 계층 1, 계층 2 및 계층 3 보기와 사용 가능한 계층 1에서계층 3으로의 토폴로지 정보를 기반으로 하는 수렴된 토폴로지 보기를 제공합니다. 이 GUI에서는 그룹화(예: IP 서브넷), 프로토콜(예: OSPF, BGP, PIM 인접정보) 및 기술(예: RAN, LTE 및 마이크로파 기술)을 포함하여 다양한 기타 보기유형도 제공합니다.

네트워크 보기

토폴로지 맵은 특정 디바이스나 특정 디바이스 그룹(예: 서브넷 및 VLAN)을 표시하도록 사용자 정의할 수 있습니다.

네트워크 관리자와 운영자는 디바이스나 구성요소 속성에 필터를 사용하여 파티션된 네트워크 보기를 작성하고 시각화해서 네트워크의 별개 섹션을 모니터할 수있습니다. 예를 들어, 위치, 기술 및 속성의 보다 복잡한 필터링된 조합을 기반으로 하여 네트워크 보기를 표시할 수 있습니다.

경로 보기

경로 보기는 사용자 정의 경로 외에 MPLS TE 경로 및 가상 회선과 같은 시스템 경로를 표시할 수 있습니다. 또한 필요에 따라 IP 경로를 추적하여 특정 시점의 네트워크 경로 스냅샷을 볼 수 있습니다. 저장되고 나면 이 경로를 정기적으로 모니터링할 수 있습니다.

MIB 그래퍼

MIB 변수 그래프 표시는 결함 분석 및 네트워크 문제 해결에 유용합니다. MIB

를 그래프로 표시하면, 운영자 및 관리자가 네트워크 디바이스에 대한 특정 MIB

변수의 실시간 그래프를 볼 수 있습니다. MIB 변수는 사용자가 정의한 간격으로폴링되고 시간 경과에 따라 그래프로 표시됩니다. 선택적으로, MIB 변수에 대한히스토리 데이터를 표시할 수 있습니다.

다중 위젯 보기

다중 위젯 보기에서는 네트워크 홉 보기 및 구조 브라우저와 같은 단일 위젯 보기를 함께 사용할 수 있습니다. 예를 들어, 네트워크 홉 보기 에서 디바이스를 선택하고 인접한 구조 브라우저 위젯에서 해당 디바이스의 인터페이스 및 기타 구성요소를 즉시 확인할 수 있습니다. 다중 위젯 보기를 사용하여 동시 토폴로지 맵과 이벤트 목록을 표시할 수도 있습니다.


토폴로지 시각화 아키텍처이 정보를 통해 토폴로지 시각화 웹 애플리케이션이 Network Manager의 기타구성요소와 상호작용하는 방식을 이해하십시오.

다음 그림은 토폴로지 시각화 웹 애플리케이션을 통해 데이터가 플로우되는 방식을 보여줍니다.

▌1▐ 토폴로지 시각화 웹 애플리케이션이 토폴로지에 액세스함토폴로지 시각화 웹 애플리케이션이 NCIM 데이터베이스의 데이터에 액세스합니다.

▌2▐ 이벤트 정보가 요청됨토폴로지 시각화 웹 애플리케이션이 Tivoli Netcool/OMNIbus 웹 GUI

에서 이벤트 정보를 요청합니다.

▌3▐ 네트워크 운영자가 네트워크 토폴로지를 시각화함네트워크 운영자는 웹 클라이언트를 사용하여 토폴로지 시각화 웹 애플리케이션을 연결하고 네트워크 홉 보기 , 네트워크 보기 및 구조 브라우저보기를 표시합니다. 복수의 사용자가 토폴로지 시각화 웹 애플리케이션에연결할 수 있습니다.

TopologyVisualization Web

Application

Networkoperator


2

1Topology

Storage

Event Visualization

3

그림 11. 토폴로지 시각화 데이터 플로우


토폴로지 시각화 태스크네트워크 관리자와 운영자는 네트워크 홉 보기 , 네트워크 보기 및 구조 브라우저와 같은 토폴로지 시각화 도구를 사용하여 감지 후 토폴로지를 봅니다. 토폴로지 맵에서 인컨텍스트 도구를 실행하여 네트워크 디바이스 및 구성요소에 대한진단 태스크를 수행할 수도 있습니다.

네트워크 관리자와 운영자는 토폴로지 시각화 도구를 사용하여 다음을 포함한 광범위한 진단 및 정보 검색 태스크를 수행할 수 있습니다.

v 네트워크 문제점 식별v 아래에 나열된 대로, 네트워크 홉 보기 및 네트워크 보기 내에서 문제점 해결도구를 실행하여 네트워크 문제점 해결

v 네트워크 디바이스를 조사하여 결함있는 구성요소 보기v 진단 목적으로 디바이스에 대해 SNMP MIB 조회 수행v ping 및 traceroute 명령을 실행하여 네트워크 라우트 조사v 도메인 등록 정보, DNS 검색과 같은 디바이스 정보 검색과 Cisco 및 Juniper

디바이스에서 특수화된 프로토콜 정보 검색

운영자는 토폴로지 보기 사이에서 전환하여 연결 또는 연관을 탐색하고 경보 세부사항을 컨텍스트로 볼 수도 있습니다. 운영자는 또한 디바이스에 대한 MIB 데이터를 확보하는 SNMP MIB 브라우저와 같은 진단 도구에 대한 액세스 권한도갖습니다.

이벤트 시각화 정보Network Manager에서는 Tivoli Netcool/OMNIbus 웹 GUI 이벤트 목록을 사용하여 이벤트를 봅니다. 이벤트 목록을 필터링하여 네트워크 특정 영역의 상태를 모니터할 수 있습니다. 보다 심각한 이벤트를 빨리 식별할 수 있도록 이벤트심각도가 표시됩니다. 도구를 마우스 오른쪽 단추로 클릭하면 관련 토폴로지 보기, 영향이 미친 디바이스에 대한 저장된 정보 및 문제점 진단을 위한 실시간SNMP 도구에 즉시 액세스됩니다.

Tivoli Netcool/OMNIbus 웹 GUI 이벤트 목록은 다음을 포함한, 여러 이벤트표시장치와 이벤트 핸들링 기능을 제공합니다.

v 이벤트 필터링: 네트워크의 여러 다른 섹션을 모니터하도록 필터를 작성할 수있습니다. 복수 필터를 작성하여 운영자 책임 하에 여러 운영자에게 지정할 수있습니다.

v 이벤트 심각도: 이벤트는 이벤트 목록에서 심각도별로 강조표시됩니다. 이벤트를 심각도별로 정렬하고 필터링하면보다 심각한 경보를 빨리 식별해낼 수 있습니다.


v 오른쪽 클릭 도구: 오른쪽을 클릭하면 운영자가 컨텍스트의 토폴로지 보기로이동하며 네트워크 내에서 영향을 받은 디바이스의 관계가 표시됩니다. 토폴로지 보기에서 사용자는 영향이 미친 디바이스에 대한 다양한 저장 정보에 액세스하고 진단 도구를 실시간으로 실행할 수 있습니다. 오른쪽 클릭 도구를 사용하여 이벤트를 수신확인하고 기타 이벤트 관리 태스크를 수행할 수도 있습니다.

이벤트 시각화 아키텍처이 정보를 통해 Tivoli Netcool/OMNIbus 웹 GUI가 Network Manager의 구성요소와 함께 상호작용하는 방식을 이해하십시오.

다음 그림은 웹 GUI를 통해 데이터가 플로우되는 방식을 보여줍니다.

Event Visualization

Root-cause analysisand event enrichment

TopologyVisualization

2

1


Event Storage

Networkoperator

그림 12. 이벤트 시각화 데이터 플로우


▌1▐ ObjectServer로부터 이벤트가 요청됨웹 GUI는 ObjectServer의 최신 이벤트 세트를 요청합니다. 사용자가 웹GUI를 사용하여 수행한 이벤트 변경사항은 ObjectServer에 다시 전송됩니다.

▌2▐ 네트워크 운영자가 이벤트 목록의 이벤트를 모니터함네트워크 운영자는 웹 브라우저를 사용하여 웹 GUI에 연결하고 이벤트목록을 표시합니다. 여러 클라이언트가 웹 GUI에 연결할 수 있습니다. 네트워크 운영자는 이벤트에 대한 조치를 수행합니다.

이벤트 시각화 태스크운영자는 이벤트 목록을 보고 이벤트 심각도 순위를 사용하여 우선순위가 높은디바이스 이벤트를 빨리 식별할 수 있습니다.

운영자는 경보 보기에서 토폴로지 보기로 전환하여 특정 경보의 영향을 받는 디바이스를 볼 수 있습니다. 또한 근본 원인 경보를 식별하고 근본 원인에 기여하는 증상 경보를 나열할 수 있습니다. 경보는 Network Manager 폴링 메커니즘으로 생성되거나 기타 네트워크 관리 시스템에서 수신될 수 있습니다.

네트워크 운영자는 이벤트 시각화 도구를 사용하여 다음 태스크를 수행합니다.

v 이벤트 목록을 보고 이벤트 심각도 순위를 사용하여 높은 우선순위의 디바이스 경보를 신속히 식별합니다.

v 이벤트 목록에서 토폴로지 보기(네트워크 홉 보기 및 네트워크 보기)로 전환하여 특정 이벤트의 영향을 받은 디바이스를 파악하고 관련 문제에 대한 컨텍스트에서 네트워크를 탐색합니다.

v 근본 원인 이벤트를 식별하고 근본 원인에 기여하는 증상 경보를 나열합니다.

v VPN과 같은 중요 고객 서비스에 결함이 있음을 나타내는 표시기인 서비스 영향 이벤트를 식별하고 서비스 영향 이벤트에 기여한 디바이스 이벤트를 나열합니다.

보고 정보Network Manager는 성능 보고서, 문제점 해결 보고서, 자산 보고서 및 디바이스 모니터링 보고서를 포함한 광범위한 보고서를 제공합니다. 도구를 마우스 오른쪽 단추로 클릭하면 토폴로지 맵에서 보고서에 바로 액세스할 수 있습니다.

보고 아키텍처

제한사항: Reporting Services 및 Reporting Services 보고서는 Reports 기능을사용할 수 있도록 설치되어야 합니다.


다음 그림은 Network Manager 보고를 통해 데이터가 플로우되는 방식을 보여줍니다.

▌1▐ 네트워크 운영자가 보고서를 실행함네트워크 운영자가 보고서를 실행합니다.

▌2▐ 관련 데이터베이스로부터 데이터가 요청됨NCIM 및 NCPOLLDATA 데이터베이스에서 데이터가 요청됩니다. 운영자가 성능 보고서를 실행한 경우에는 NCPOLLDATA 데이터베이스로부터 히스토리 폴링 데이터의 최신 세트가 요청됩니다.

보고 태스크

Network Manager에는 다음 범주의 기본 보고서 세트가 있습니다.

v 자산 보고서v 현재 상태 보고서

Reporting

Topology Storage

Event Visualization

2

Polled data storage

Networkoperator

Tivoli CommonReporting

Network Managerreports

1

NCPOLLDATANCIM

그림 13. 보고 데이터 플로우


v 모니터링 보고서v 네트워크 기술 보고서v 네트워크 보기 보고서v 경로 보기 보고서v 성능 보고서v 요약 보고서v 문제점 해결 보고서v 유틸리티 보고서

네트워크 관리자는 새 보고서를 작성하고 기존 보고서를 실행합니다. 네트워크 운영자는 보고서를 실행합니다.

Dashboard Application Services HubDashboard Application Services Hub는 여러 다른 Tivoli 제품에서 GUI를 실행하는 애플리케이션입니다.

Dashboard Application Services Hub는 Dashboard Application Services Hub

환경 내에 복수 웹 애플리케이션의 단일 인증 및 권한 부여 지점을 제공합니다.

Dashboard Application Services Hub는 통합된 사용자 관리 및 여러 다른 애플리케이션의 단일 액세스 지점도 제공합니다. Dashboard Application Services

Hub는 사용자 정의된 페이지를 작성하고 사용자, 역할 또는 그룹의 컨텐츠에 대한 액세스 권한을 관리하는 기능도 제공합니다.

싱글 사인온에 대한 자세한 정보는 Jazz for Service Management Knowledge

Center(https://www.ibm.com/support/knowledgecenter/SSEKCU)에서 SSO

를 위해 Jazz for Service Management 구성을 참조하십시오.

Dashboard Application Services Hub는 첫 번째 Dashboard Application

Services Hub 사용 제품과 함께 자동으로 설치됩니다. 동일한 Dashboard

Application Services Hub 환경에 설치된 경우 추가 Dashboard Application

Services Hub 사용 제품에 대한 지원을 추가할 수 있습니다.

Network Manager 웹 애플리케이션Network Manager는 Dashboard Application Services Hub 내에서 다수의 웹애플리케이션을 실행합니다.

다중 웹 클라이언트다중 웹 클라이언트는 네트워크 토폴로지와 상호작용하고 요청 시 토폴로지 맵을 분배합니다. 토폴로지 맵에는 디바이스 상태 정보, 즉 디바이스에 영향을 주는 , 심각도가 가장 높은 경보가 포함되며 심각도는


https://www.ibm.com/support/knowledgecenter/SSEKCU

ObjectServer 이벤트에서 계산됩니다. 또한 구조 브라우저를 사용하여 디바이스 구조 정보를 볼 수 있습니다.

제공되는 웹-클라이언트 보기는 다음과 같습니다.

v 홉 보기v 네트워크 보기

SNMP MIB 브라우저MIB 브라우저는 네트워크 디바이스 MIB에 대한 요구 시 SNMP 조회가가능하도록 합니다.

MIB 그래프 표시MIB 그래프 표시 기능은 네트워크 디바이스에 대한 특정 MIB 변수 및MIB 표현식의 실시간 그래프를 제공합니다. 이 그래프는 결함 분석 및 네트워크 문제 해결에 유용합니다.

경로 보기경로 보기는 감지된 시스템 경로 및 사용자가 지정한 네트워크를 통한 경로를 표시합니다.

보고 보고 섹션은 성능 보고서를 포함하여 기본 Tivoli Common Reporting

보고서 세트를 제공합니다. 보고서는 .html, .pdf 및 .csv 출력으로 형식화되며 PostScript로 형식화될 수 있습니다. 보고서를 출력할 파일 형식을 읽을 수 있는 최소한의 리더가 컴퓨터에 설치되어 있는지 확인하십시오. 예를 들어, .pdf 형식으로 보고서를 출력하려면 PDF 리더를 설치하십시오.

네트워크 감지 GUI

네트워크 감지 GUI는 네트워크 감지의 웹 기반 구성을 가능하게 합니다.

관리 데이터베이스 액세스 페이지관리 데이터베이스 액세스 페이지는 Network Manager 데이터베이스의웹 기반 조회를 가능하게 합니다.

네트워크 폴링 GUI

Network Manager 폴링 정책 및 정의 관리를 위한 프론트엔드를 제공합니다.


웹 애플리케이션 아키텍처네트워크를 시각화하기 위해 복수의 웹 클라이언트(네트워크 홉 보기 및 네트워크 보기(Network Views) GUI 모두)가 단일 Dashboard Application Services

Hub (DASH) 서버에 연결합니다. 또한, Tivoli Netcool/OMNIbus 웹 GUI에서 DASH 서버에 연결하여 ObjectServer에 보유된 경보와의 상호작용 및 웹 기반 보기를 사용할 수 있습니다.

다음 그림은 토폴로지 및 이벤트 정보가 Network Manager에 표시되는 방법을보여줍니다.

▌1▐ NCIM으로 전송되는 토폴로지토폴로지 관리자, ncp_model이 NCIM에 토폴로지를 보냅니다.

▌2▐ 토폴로지에 액세스하는 토폴로지 시각화 웹 애플리케이션토폴로지에는 Dashboard Application Services Hub 내에서 실행 중인토폴로지 시각화 웹 애플리케이션이 액세스합니다.

1

2

334

5

6 7

8

EventGateway

ncp_g_event

ObjectServer Topologymanager

ncp_model

Network Managerserver

NCIM

Topologyvisualization

client

SNMP MIBBrowser

client


TivoliNetcool/OMNIbusWeb GUI

NetworkDiscovery

GUI

ManagementDatabaseAccess

Otherproducts

SNMPMIB

BrowserDashboardApplication

Services Hubserver

Topologyvisualiz-

ation

NCIMcache

그림 14. 시각화 구조


▌3▐ 이벤트 게이트웨이에서 토폴로지 검색이 수행됨NCIM 캐시의 토폴로지 데이터가 이벤트 게이트웨이, ncp_g_event에 사용 가능하게 됩니다.

▌4▐ 이벤트 보강 및 근본 원인 분석NCIM 캐시의 토폴로지 데이터를 사용하여 이벤트 게이트웨이는ObjectServer로부터 이벤트를 보강하기 위한 관련 토폴로지 검색 조작을수행합니다. 그러면 이벤트 게이트웨이는 관련 이벤트를 RCA 플러그인에보내 구성된 대로 이벤트에 대한 근본 원인 분석을 수행합니다.

▌5▐ ObjectServer에서 요청된 이벤트웹 GUI는 ObjectServer의 최신 이벤트 세트를 요청합니다. 사용자가 웹GUI를 사용하여 수행한 이벤트 변경사항은 ObjectServer에 다시 전송됩니다.

▌6▐ 여러 개의 클라이언트/서버 연결각각의 웹 GUI 서버에 여러 개의 웹 GUI 클라이언트가 연결될 수 있습니다.

▌7▐ 이벤트 정보가 요청됨토폴로지 시각화 웹 애플리케이션은 웹 GUI 애플리케이션의 이벤트 정보를 요청합니다.

▌8▐ 토폴로지 시각화 웹 클라이언트에 보낸 이벤트Dashboard Application Services Hub 서버는 요청 시 네트워크 홉 보기 및 네트워크 보기(Network Views) 클라이언트에 토폴로지 맵을 보냅니다. 토폴로지 맵에는 디바이스 상태 정보, 즉 제공된 디바이스에 영향을 주는 최상의 경보의 심각도가 포함됩니다. 심각도는 ObjectServer 이벤트에서 계산됩니다.


제 2 장 Network Manager의 장점

Network Manager고도로 유연한 시스템입니다. Network Manager의 감지, 폴링 및 기타 파트를 광범위하게 사용자 정의할 수 있습니다. Network Manager

또한 크기 조정이 가능합니다. 즉, 점점 더 큰 네트워크를 감지할 수 있음을 의미합니다.

포괄적 네트워크 관리Network Manager는 복잡한 네트워크를 감지, 폴링 및 시각화하며, 라우터 및스위치와 같은 광범위한 네트워크 유형 디바이스를 포함하고 MPLS, BGP 및OSPF와 같은 네트워크 프로토콜과 RAN, LTE 및 wifi 액세스 포인트와 같은 기술을 사용합니다.

Network Manager는 SNMP v1, v2 및 v3 기능을 제공하며 이 기능을 사용하여 네트워크 디바이스를 문의하고 폴링합니다. Network Manager는 IPv6 디바이스를 감지하고 폴링하는 기능도 제공합니다.

유연한 네트워크 시각화Network Manager는 여러 다른 방법을 통해 서브넷, VLAN과 VPN 및 네트워크 홉 보기 와 같은 표준 및 사용자 정의 디바이스 그룹화를 표시하는 네트워크보기를 포함하여 네트워크를 시각화하며, 그러면 선택된 디바이스와 여기에 연결된 모든 디바이스가 구성 가능한 최대 구성 가능한 연결 수까지 표시됩니다.

사용자는 구조 브라우저를 사용하여 인터페이스 및 디바이스의 기타 구성요소를탐색할 수도 있습니다. 다중 위젯 보기에서는 이러한 보기를 함께 사용할 수 있습니다. 예를 들어, 네트워크 홉 보기 에서 디바이스를 선택하고 인접한 구조 브라우저 위젯에서 해당 디바이스의 인터페이스와 기타 구성요소를 바로 확인할 수있습니다. 다중 위젯 보기를 사용하여 동시 토폴로지 맵과 이벤트 목록을 표시할수도 있습니다.

내장 디바이스 및 인터페이스 폴링 기능Network ManagerPing 폴 및 MIB 변수 임계값 폴을 포함하여 사용이 간편한디바이스 및 인터페이스 폴 세트를 제공합니다. MIB 변수 임계값 폴은 지정된MIB 변수에서 임계값이 위반되는 경우 네트워크 이벤트를 생성합니다. 네트워크디바이스의 MIB 변수에서 임계값이 위반되면 이벤트가 수신되도록 네트워크 폴링을 사용자 정의할 수 있습니다.


내장 근본 원인 분석 기능Network Manager는 여러 네트워크 이벤트를 자세히 살펴보고 네트워크 토폴로지의 지식을 이용하여 단일 근본 원인 이벤트를 판별합니다. Network Manager

는 운영자가 네트워크의 문제점 해결을 시작할 위치를 즉시 판별할 수 있도록 이벤트 목록 및 토폴로지 맵에서 근본 원인 이벤트를 강조표시합니다.

단일 클릭 네트워크 문제점 해결Network Manager사용하기 편한 오른쪽 클릭 도구 세트를 제공하여 네트워크토폴로지 맵에 표시된 네트워크 디바이스에 대한 진단 및 정보 검색 조치를 수행합니다. 예를 들어, ping 및 traceroutes와 같은 진단 조치를 수행하고 DNS 검색과 같은 디바이스 정보를 검색하거나 BGP 및 OSPF 정보와 같이 보다 복잡한프로토콜 정보를 검색할 수 있습니다. 오른쪽 클릭 도구를 추가하여 디바이스에대한 원하는 조치를 수행할 수 있습니다.

보강된 네트워크 토폴로지 및 이벤트 데이터써드파티 소스의 데이터를 사용하여 네트워크 토폴로지를 보강하고 토폴로지 데이터로 이벤트 데이터를 보강할 수 있습니다.

토폴로지 보강

써드파티 데이터 소스에서 감지된 디바이스에 대한 데이터를 검색하고 저장하도록 감지를 사용자 정의할 수 있습니다. 예를 들어, 써드파티 자원 명세 데이터베이스에서 디바이스에 관련된 고객 정보를 검색할 수 있습니다. 그러면 네트워크운영자가 주어진 디바이스나 네트워크 이벤트와 연관된 고객을 확인할 수 있습니다.

이벤트 보강

감지 프로세스로 검색된 토폴로지 데이터로 네트워크 이벤트를 보강할 수 있습니다. 트랩에서 시작된 디바이스 인터페이스의 표준 네트워크 이벤트는 인터페이스 색인만 표시합니다. 인터페이스 이름 및 설명 데이터로 이 이벤트를 보강할 수있습니다. 그러면 디바이스 인터페이스에서 네트워크 이벤트를 보는 운영자가 인터페이스를 쉽게 식별할 수 있습니다. 이벤트 보강의 또 다른 예로는 영향을 받은 네트워크 엔티티의 위치 및 네트워크 엔티티의 담당자를 지정하는 토폴로지정보로 이벤트를 보강하는 경우가 있습니다. 그러면 네트워크 운영자는 이 정보를 사용하여 디바이스 관리자에게 직접 문의하거나 문제점 티켓에 문의 정보를포함시켜서 문제 해결을 지원할 수 있습니다.


점차 커지는 네트워크 감지Network Manager는 점차 커지는 네트워크를 감지하고 관리할 수 있습니다.

관련 개념:

69 페이지의 『네트워크 및 배치 비교』이 정보를 통해 예제 고객 네트워크를 비교하고 각 예제 고객 네트워크의Network Manager 배치를 비교하십시오.

광대한 보고 기능보고서를 실행하여 네트워크 성능, 네트워크 자산 및 네트워크 기술을 포함한 광범위한 네트워크 데이터를 검색하십시오.

제한사항: Reporting Services 및 Reporting Services 보고서는 Reports 기능을사용할 수 있도록 설치되어야 합니다.

전체 사용자 가능 내용데이터 조합이 포함된 페이지를 빌드할 수 있습니다. 예를 들어, 디바이스 구조보기 및 이벤트 목록과 토폴로지 맵을 결합할 수 있습니다. 사용자 정의 감지 이벤트를 표시하는 이벤트 목록과 감지 상태 정보를 결합할 수도 있습니다.

다중 통합 옵션Network Manager는 해당 솔루션 내의 핵심 구성요소로서, Netcool/Impact 및IBM Operations Analytics - Log Analysis와 밀접하게 통합되어 있고, Network

Manager는 또한 광범위한 보고 기능 IBM Tivoli Application Dependency

Discovery Manager, IBM Tivoli Business Service Manager 및 IBM Tivoli

Monitoring 등과 같은 기타 IBM 제품과의 통합을 제공합니다.

제 2 장 Network Manager의 장점 67


제 3 장 Network Manager 배치

Network Manager 설치의 물리적 배치를 구성하는 방법에 대한 지침을 보려면이 정보를 사용하십시오.

배치 시나리오Network Manager를 배치하는 방식은 시스템 액세스가 필요한 운영 직원 수 및네트워크의 크기와 복잡도 등의 요인을 비롯한 해당 환경에 따라 다릅니다.

다음은 일반적인 Network Manager 배치 시나리오입니다.

v 소규모 데모 또는 교육용 시스템 배치v 소규모 고객 네트워크v 중간 규모 고객 네트워크v 대규모 고객 네트워크v 초대규모 고객 네트워크

추가 배치 시나리오는 다음과 같습니다. 전자 통신 회사 또는 서비스 제공업체 네트워크.

참고: 각 Network Manager 배치에 장애 조치를 적용할 수 있습니다.

이 섹션에는 Network Manager 배치 방식을 결정하는 데 유용한 일반 지침이제공됩니다. 자세한 정보는 IBM Tivoli Network Manager IP Edition 설치 및 구성 안내서 및 IBM Tivoli Network Manager IP Edition 릴리스 정보를 참조하십시오.

네트워크 및 배치 비교이 정보를 통해 예제 고객 네트워크를 비교하고 각 예제 고객 네트워크의Network Manager 배치를 비교하십시오.


고객 네트워크 비교이 정보를 통해 예제 고객 네트워크를 비교해서 어느 예제가 자신의 네트워크와가장 근접하게 일치하는지 식별하십시오.

다음 표에는 각 예제 고객 네트워크의 일반 기능이 나열됩니다. 이 값은 예제 값일 뿐입니다. 특정 네트워크 값은 달라질 수 있습니다. 특히, 다음에 유의해야 합니다.

v 이 표에 지정된 디바이스별 평균 인터페이스 수의 값에서 실제 인터페이스 수는 평균 인터페이스 수와 상당이 차이가 날 수 있습니다. 예를 들어, 디바이스별 인터페이스 수가 핵심 네트워크에서 매우 높지만 에지 디바이스에서는 디바이스별 2 - 3개의 인터페이스 정도로 낮아질 수 있는 MPLS 네트워크의 경우가 그러합니다.

v 전자 통신 회사의 디바이스 수의 경우에는 지정된 값(15,000)이 평균 값입니다. 전국적인 전자 통신 회사에는 훨씬 더 많은 수의 디바이스가 있으며 소규모 지역 전자 통신 회사의 디바이스 수는 훨씬 더 적습니다.

표 2. 예제 고객 네트워크 비교기능 데모 엔터프라이즈 Telco

소규모 중간 규모 대규모 초대규모디바이스 수 25 150 - 300 250 - 5,000 5,000 - 15,000 15,000 - 30,000 15,000

디바이스별 평균인터페이스 수

1 - 2 3-5 20-30 30 이상 30 이상 1,200

네트워크 위치 단일 위치 단일 위치 분산 글로벌 네트워크 글로벌 네트워크,분산 관리

하나 이상의 위치

네트워크 아키텍처

편평 편평 편평 복합 복합 복합

활성 GUI 클라이언트 수

1 - 3 3 5 - 20 5 - 20 5 - 20 5 - 20

섀시 Ping 폴링예제

데모용으로 설정된 값

2분 간격 2 - 5분 2 - 5분 2 - 5분 2 - 5분

SNMP 폴링 예제

데모용으로 설정된 값

30분 간격의 3 -6개의 값

5 - 15분 간격 10 - 15분 간격 15분 이상의 간격

5분 간격의 5개의 값

나열된 환경의 SNMP v1, 2c 또는 3 폴링

나열된 환경의 디바이스 및 인터페이스 폴Tivoli 제품 통합 없음 없음 없음 N e t c o o l

O p e r a t i o n sInsight

TADDM

N e t c o o lO p e r a t i o n sInsight

TADDM

N e t c o o lO p e r a t i o n sInsight

TADDM


Network Manager 배치 비교이 정보를 통해 각 예제 고객 네트워크의 Network Manager 배치를 비교하십시오.

다음 표에는 각 예제 고객 네트워크의 Network Manager 배치에 필요한 설정이 나열됩니다. 이 값은 예제 값일 뿐입니다. 특정 배치에 따라 적절한 값이 달라질 수 있습니다.

참고: 이 표에 지정된 배치의 값에서 이 값은 장애 조치 서버를 고려하지 않은것입니다.

표 3. 예제 Network Manager 배치 비교설정 데모 엔터프라이즈 Telco

소규모 중간 규모 대규모 초대규모플랫폼 또는 Linux x86 지원되는 플랫폼 지원되는 플랫폼 Linux Linux 지원되는 플랫폼배치 단일 서버 단일 서버 1- 2 서버 3-4 서버 4개 이상의 서버 3 서버클라이언트 시스템 단일 프로세서

최소 2GB DRAM 또는 대형 네트워크의 경우 4GB DRAM

지원되는 JRE 및 인터넷 브라우저토폴로지 데이터베이스

기본 데이터베이스

기본 데이터베이스

D b 2 ® 또는Oracle RDBMS

D b 2 또는Oracle RDBMS



네트워크 도메인수

1 1 1 - 2 2 이상 2 이상 1 - 2

네트워크 크기에기반한 폴링 엔진 수

1 1 둘 이상의 폴러고려

둘 이상의 폴러고려



복수 도메인이 필요한 이유네트워크를 여러 도메인으로 파티션해야 하는 여러 이유가 있습니다.

다음 중 한 원인으로 인해 네트워크를 여러 도메인으로 파티션해야 합니다.

v 네트워크가 일정 크기를 초과합니다. 네트워크에 복수 도메인이 필요한지 판별하려면 네트워크 도메인 수에 대한 지침 섹션을 참조하십시오.

v 감지 시간이 너무 오래 걸립니다. 네트워크를 여러 도메인으로 파티션하여 감지 시간을 단축할 수 있습니다.

v 운영 경계에 복수 도메인에 대한 필요성이 명시됩니다. 운영 경계의 예로는 지리적 경계 및 보안 경계가 있습니다.

v 네트워크에 겹치는 IP 주소가 있습니다.

팁:

제 3 장 Network Manager 배치 71

서로 다른 도메인 간의 링크를 시각화하기 위해 상호 도메인 감지를 실행하려 하는 경우에는 도메인 간의 경계가 상호 도메인 링크에 미치는 영향을 고려해야 합니다. 특히, 상호 도메인 링크가 가장 적은 도메인 경계를 선택하십시오.

관련 개념:

『네트워크 도메인 수에 대한 지침』네트워크가 일정 크기를 초과하면 네트워크를 여러 도메인으로 분할해야 합니다. 이 정보를 통해 배치에 필요한 네트워크 도메인 수를 이해하십시오.

네트워크 도메인 수에 대한 지침네트워크가 일정 크기를 초과하면 네트워크를 여러 도메인으로 분할해야 합니다.

이 정보를 통해 배치에 필요한 네트워크 도메인 수를 이해하십시오.

운영 체제에 따라, 하나의 Network Manager 도메인은 감지 조작 중에 작성되는 약 1,000,000개의 네트워크 엔티티를 지원할 수 있습니다. 네트워크 엔티티에는 포트, 인터페이스(논리 인터페이스 요소를 포함), 카드, 슬롯 및 섀시가 포함됩니다. 이론적으로는 하나의 도메인이 더 많은 네트워크 엔티티를 포함할 수도있으나 이 경우에는 감지가 완료되는 데 오랜 시간이 걸릴 수 있습니다.

64비트 Linux에서 개별 Network Manager 프로세스에 허용되는 최대 메모리는임의로 제한되지 않으며, 서버에 설치된 메모리 크기에 따라 다릅니다.

일반적으로 감지 프로세스(ncp_disco)와 토폴로지 모델 프로세스(ncp_model)가가장 많은 메모리를 사용합니다.

감지 조작에서 작성하는 네트워크 엔티티의 수는 사용자가 추가 네트워크 도메인을 작성하고 구성하도록 하는 몇 가지 요인에 따라 달라집니다. 이러한 요인에는 다음 항목이 포함됩니다.

v 디바이스 유형 — 예를 들면, 가상 라운터 인스턴스가 있는 Cisco NEXUS 또는 Juniper 라우터는 섀시당 수십만 개의 네트워크 엔티티(포트, 인터페이스,

카드, 슬롯 등)를 제공할 수 있습니다.

v 네트워크 유형 — 예를 들면, 근거리 통신망(LAN)에서 수행된 감지 조작은 일반적으로 비슷한 크기의 광역 네트워크(WAN)에서보다 더 많은 네트워크 엔티티를 제공합니다.

v 사용으로 설정된 감지 에이전트의 유형 — 예를 들면 , Ent i ty 및JuniperBoxAnatomy 감지 에이전트는 일반적으로 다른 에이전트가 작성하지않는 추가 네트워크 엔티티를 작성하는 자원 명세 기반 감지 에이전트입니다.

v 라우팅 또는 교환 네트워크 — 예를 들면, 교환 네트워크는 여러 엔티티를 포함하는 VLAN을 포함하고 있어 라우팅 네트워크보다 더 많은 네트워크 엔티티를 생성하는 경향이 있습니다.


Network Manager 도메인의 크기는 비즈니스 요구사항에 따라 결정될 수 있습니다. 예를 들면, 정의된 일일 유지보수 기간 내에 네트워크 감지를 완료해야 하는 고객이 있을 수 있습니다. 이 시나리오에서는 UNIX 시스템에서 실행되는 하나의 Network Manager 도메인이 약 백만 개의 네트워크 엔티티를 지원할 수있지만, 이러한 크기의 감지를 완료하는 데 걸리는 시간이 일일 유지보수 기간과맞지 않을 수도 있습니다. 따라서 이 비즈니스 요구사항을 지원하려면 각각 약500,000개의 네트워크 엔티티를 지원하는 두 개의 범위 지정 도메인이 필요합니다.

다음 절차를 사용하여 필요한 도메인 수를 판별하십시오. 추가 네트워크 도메인을 작성하고 구성하는 방법에 대한 정보는 IBM Tivoli Network Manager IP

Edition 설치 및 구성 안내서를 참조하십시오.

참고: 여기에 제시된 계산은 대략적인 수치만 제공합니다. 실제로 필요한 도메인의 수는 여러 요인에 따라 달라지며, 여기에는 이전에 설명된 요인들이 포함됩니다.

1. 다음 데이터를 수집하십시오.

v 네트워크의 디바이스 수v 디바이스별 평균 인터페이스 수

참고: 제공된 디바이스의 실제 인터페이스 수는 평균 인터페이스 수와 상당히 다를 수 있습니다. 예를 들어, 디바이스별 인터페이스 수가 핵심 네트워크에서 매우 높지만 에지 디바이스에서는 디바이스별 2 - 3개의 인터페이스 정도로 낮아질 수 있는 MPLS 네트워크의 경우가 그러합니다.

2. 다음 방정식을 적용하여 대략적인 네트워크 엔티티 수를 판별하십시오.

네트워크 엔티티 수 = 디바이스 수 * 평균 인터페이스 수 * 승수

여기서,

v 승수 = 2, 라우트된 네트워크의 경우v 승수 = 3.5, 교환 네트워크의 경우

참고: 교환 네트워크는 복수 엔티티가 포함된 VLAN이 있기 때문에 더 많은네트워크 엔티티를 생성하는 경향이 있습니다.

3. 다음 방정식을 적용하여 제안된 네트워크 도메인 수를 판별하십시오.

필요한 도메인 수 = (네트워크 엔티티 수) / 1,000,000

참고: 제안된 최대 네트워크 엔티티 수는 도메인 크기 지정을 위한 대략적인지침입니다. 실제 도메인당 네트워크 엔티티 수는 이전에 설명된 요인을 포함, 여러 요인에 따라 달라집니다.


라우터 중심 고객

이 고객에 대한 데이터는 다음과 같습니다.

v 네트워크의 디바이스 수: 60,000

v 디바이스별 평균 인터페이스 수: 20

이 고객 네트워크는 약 2,400,000개의 네트워크 엔티티를 생성합니다.

네트워크 엔티티 수 = 60,000 * 20 * 2 = 2,400,000

다음 계산에 기초하면 이 네트워크에는 세 개의 네트워크 도메인이 필요합니다.

필요한 도메인 수 = 2,400,000 / 1,000,000 > 2

스위치 중심 고객

이 고객에 대한 데이터는 다음과 같습니다.

v 네트워크의 디바이스 수: 1,000

v 디바이스별 평균 인터페이스 수: 24

이 고객 네트워크는 대략 84,000개의 네트워크 엔티티를 생성합니다.

네트워크 엔티니 수 = 1,000 * 24 * 3.5 = 84,000

다음 계산에 기초하면 이 네트워크에는 한 개의 네트워크 도메인이 필요합니다.

필요한 도메인 수 = 84,000 / 1,000,000 < 1

데모 또는 교육용 시스템 배치이는 데모 시스템이나 훈련 및 교육적 용도로 사용하기 위한 소규모 설치입니다.

다음 섹션은 이 네트워크를 매우 자세히 설명하며 이 네트워크의 필요에 맞는Network Manager 배치에 대한 제안사항을 제공합니다.

설명

이 환경은 대략 25개의 네트워크 디바이스와 핵심 서버가 결합되어 이루어집니다. 모든 디바이스는 관리할 디바이스와 동일한 네트워크 서브넷의 한 위치에 있습니다. Network Manager 제품 구성요소를 호스트하는 동일한 시스템에서 지원되는 로컬 GUI 클라이언트 세션이 하나 있습니다. 기타 시스템에 하나 또는 두개의 GUI 클라이언트 세션이 있을 수 있습니다. 네트워크 디바이스는 여러 벤더에서 제공됩니다. 네트워크 아키텍처는 편평합니다. 모든 디바이스는 LAN에 접속되어 있고 빠른 이더넷 연결을 보유합니다. 데모 용도로만, 많은 수의 네트워크 디바이스에 SNMPv3이 있고 여러 워크스테이션에 IPv6이 있습니다.

이 환경에서는 다음 예제 조건이 적용됩니다.


v 1 - 3 활성 GUI 클라이언트.

v 섀시 Ping 폴링 및 일부 SNMP 폴링 활동이 필요합니다.

v 주요 Tivoli 제품은 필수 Tivoli Netcool/OMNIbus 이외의 시스템과 통합되지 않습니다.

v 훈련 코스 기간과 일치하는 단기 데이터 콜렉션 기간(일반적으로 1 - 5일)에대한 성능 보고서가 필요합니다.

Network Manager 배치

이 유형의 환경에는 단일 서버 배치가 충분합니다. 다른 곳에 제공된 단일 서버배치 설명 외에도 다음 배치 설정이 이 유형의 환경에 적합합니다.

v 시스템은 8GB 메모리의 듀얼 핵심 프로세서를 선호하고, 단일 핵심이 허용되며, 적합한 최신 프로세서 속도와 빠른 이더넷 기능을 갖춘 엔트리 워크스테이션급 시스템입니다.

v NCIM 데이터베이스에 사용된 기본 데이터베이스.

v 클라이언트 시스템: 단일 프로세서, 4GB 메모리, 지원되는 JRE 및 인터넷 브라우저

v 워크스테이션이나 네트워크 디바이스에 IPv6가 있는 경우 IPv6 이중 스택 지원이 필요합니다.

소규모 고객 네트워크이 고객은 대략 150-300개의 네트워크 디바이스 및 중요 서버로 이루어진 네트워크가 있는 회사입니다. 이 설치의 용도는 운영 스탭에게 주요 장애를 경보해서고객 네트워크를 관리하는 것입니다.


설명

제품의 기본 사용자는 네트워킹 운영 스탭입니다. 모든 디바이스는 한 위치에 있으며 몇몇 개인의 작은 운영 그룹에서 관리됩니다. 네트워크 디바이스는 여러 벤더에서 제공됩니다. 계층 2 및 계층 3 네트워크 디바이스의 혼합이 존재합니다.

대략 20 - 30 VLAN이 정의되어 있습니다. 네트워크 아키텍처는 상당히 편평하며 단순합니다. 관리할 모든 디바이스는 Network Manager 시스템과 동일한 네트워크에 있으며 고속 이더넷 연결을 보유합니다. 인터넷 연결은 방화벽을 통해전달되고 보호된 네트워크 내의 시스템에 대한 액세스는 회사 VPN을 통해 사용가능합니다. 네트워크 운영 스탭은 논리 LAN, WiFi 연결 또는 전자 통신 서비스 제공업체가 확립한 VPN을 통해 접속된 클라이언트를 보유합니다. 네트워크변경은 한달에 한 번 수행되며 이 때 새 감지가 예상됩니다.



v 3개의 활성 GUI 클라이언트.

v 2분 간격의 섀시 Ping 폴링. 30분 간격의 SNMP 폴링. 일반적으로 3 - 6개의SNMP MIB 값을 폴링해야 합니다.

v 주요 Tivoli 제품은 필수 Tivoli Netcool/OMNIbus 이외의 시스템과 통합되지 않습니다.


이 유형의 환경에는 단일 서버 배치가 충분합니다. 다른 곳에 제공된 단일 서버배치 설명 외에도 다음 배치 설정이 이 유형의 환경에 적합합니다.

v 단일 네트워크 도메인이 이 네트워크 크기에 충분합니다.

v 시스템은 지원되는 플랫폼일 수 있습니다. 시스템에 16GB 메모리, 쿼드 핵심프로세서 및 RAID 5 구성의 다중 실제 디스크가 필요합니다.


v NCIM 데이터베이스에 사용된 기본 데이터베이스.

v 이 환경에는 단일 ncp_poller 폴링 엔진이 충분합니다.


중간 규모 고객 네트워크이 고객은 중앙의 주요 데이터 센터 및 여러 원격 사이트에 대한 연결이 있는 회사입니다. 이 설치의 용도는 운영 스탭에게 주요 장애를 경보해서 고객 네트워크를 관리하는 것입니다.


설명

이 네트워크에는 250 - 5,000개의 네트워크 디바이스 및 관심 있는 중요 서버가있습니다. 천단위 수의 워크스테이션은 관리되지 않습니다. 네트워크 디바이스는여러 벤더에서 제공됩니다. 중앙 위치에 있는 모든 디바이스에는 고속 이더넷 또는 기가비트 이더넷 연결이 있습니다. 원격 사이트는 WAN 연결로 연결되어 있습니다. 관리할 서버 및 디바이스는 중앙 및 원격 사이트에 분배됩니다.


v 5 - 20개의 활성 GUI 클라이언트.

v 2 - 5분 간격의 섀시 Ping 폴링. 5 - 15분 간격의 SNMP 폴링.


v 필수 Tivoli Netcool/OMNIbus 이외의, 시스템과 통합된 기타 주요 Tivoli

제품


이러한 네트워크 유형의 각 고객 환경은 차이가 있습니다. 성공의 핵심은 적정 메모리와 폴링 대상, 결합된 폴링 비율 및 이벤트 비율에 대한 주의깊은 이해입니다. 다음 배치 설정은 이 유형의 환경에 적합합니다.

v 네트워크의 크기에 따라 하나 이상의 네트워크 도메인이 필요합니다.

v 단일 서버 배치(최대 250개 네트워크 디바이스 및 5 - 10명의 동시 사용자)

네 개의 프로세서.

최대 32GB의 메모리RAID 5 구성의 복수 실제 디스크

v 두 서버 배치(최대 5,000개의 네트워크 디바이스 및 10 - 20명의 동시 사용자)

Network Manager의 시스템에 대한 네 개의 프로세서Tivoli Netcool/OMNIbus 및 Dashboard Application Services Hub의시스템에 대한 네 개의 프로세스서버당 최대 32GB의 메모리RAID 5 구성의 복수 실제 디스크

v 시스템은 지원되는 플랫폼일 수 있습니다.


v 4개의 프로세서 및 32GB RAM을 제공하는 서버에서 NCIM 데이터베이스에사용되는 Db2 또는 Oracle RDBMS

v 폴링 엔진 수:

단일 서버 배치: 1

두 서버 배치: 섀시 Ping용 하나의 폴러, SNMP 폴링용 하나 이상의 폴러



대규모 고객 네트워크이 고객은 네트워크가 글로벌하게 배치된 대규모 엔터프라이즈 회사입니다. 이 설치의 용도는 운영 스탭에게 주요 장애를 경보해서 고객 네트워크를 관리하고 최신 네트워크 디바이스 및 네트워크 아키텍처를 지원하는 것입니다.


설명

네트워크의 아키텍처가 복잡하며 최신 기술을 포함하고 있습니다. 예를 들어, 네트워크에 MPLS 핵심 네트워크가 포함되어 있습니다. 네트워크 디바이스 수는5,000 - 15,000 디바이스 범위이며, 디바이스별로 평균 30개 이상의 포트가 있다는 사실이 네트워크의 복잡도를 반영하고 있습니다. 네트워크 조작은 운영 스탭이 항상 핵심 네트워크를 모니터링하는 중앙 위치에서 수행됩니다. 네트워크 디바이스는 여러 벤더에서 제공됩니다.


v 일반적으로 5 - 20개의 동시 활성 GUI 클라이언트가 있습니다.

v 폴링:

2 - 5분 간격의 섀시 Ping 폴링.

10 - 15분의 SNMP 폴링.

핵심 네트워크 디바이스의 SNMPv3 폴링성능 보고서에 대한 스토리지 및 실시간 그래핑에 대한 SNMPv1 폴링.

v 기타 주요 Tivoli 제품은 필수 Tivoli Netcool/OMNIbus 이외의 시스템과 통합됩니다.

IBM Tivoli Business Service Manager(TBSM)

TADDM(IBM Tivoli Application Dependency Discovery Manager)


배치 선택사항은 네트워크의 크기에 따라 다릅니다. 이 고객 범위에서 5,000 디바이스 네트워크의 경우 선택 범위는 단일 서버에서 두 서버 배치까지입니다. 성공을 위한 중요 요인으로는 대상의 네트워크 응답 시간(대상 디바이스의 카운티또는 글로벌 분배인 경우), 지원하는 서버의 메모리 가용성, 선택된 폴링 및 폴링비율이 있습니다.

네트워크의 최상위의 경우(대략 15,000개의 디바이스) 분배된 복수 도메인 배치가 필요합니다. 다른 곳에 제공된 복수 서버 배치 설명 외에도 다음 배치 설정이이 유형의 환경에 적합합니다.


v 두 개의 도메인을 배치합니다.

v 전용 데이터베이스 서버 배치입니다.

v 각 서버의 필요한 사항은 다음과 같습니다.

8개의 프로세서최대 128GB의 메모리3 디스크, RAID 5 다중 디스크 어레이

v 사용되는 시스템의 경우 다음과 같이 배치하십시오.

서버 1: 36GB 메모리를 갖춘 Network Manager

서버 2: 최대 12GB의 메모리를 갖춘 Tivoli Netcool/OMNIbus 및Dashboard Application Services Hub

서버 3: 최대 8GB의 메모리를 갖춘 고객이 선택한 RDBMS(Db2 또는Oracle)

v Linux or UNIX 플랫폼에 배치할 시스템.

v NCIM 데이터베이스에 사용되는 Db2 또는 Oracle RDBMS

v 두 개의 폴링 엔진:

섀시 Ping에는 기본 ncp_poller 프로세스를 사용하십시오.

SNMP 폴에는 별도의 ncp_poller를 작성하십시오.



초대규모 고객 네트워크이 고객은 단순 네트워크 아키텍처가 있지만 디바이스 수가 아주 많은, 매우 큰글로벌 엔터프라이즈 회사입니다. 이 설치의 용도는 운영 스탭에게 주요 장애를경보해서 고객 네트워크를 관리하고 단기 용량 계획을 지원하는 것입니다.


설명

중심 위치 및 영역 위치에서 네트워크 관리가 수행됩니다. 네트워크는 매우 크며15,000개가 넘는 네트워크 디바이스와 중요 서버를 포함하고 있습니다. 네트워크디바이스는 여러 벤더에서 제공됩니다. 디바이스는 다음 두 범주로 나뉩니다.

v 디바이스별로 30개 이상 범위의 인터페이스 수가 있는 네트워크 디바이스 인프라.

v 디바이스별로 1-2개의 인터페이스가 있는 관리 디바이스.


대부분의 디바이스는 두 번째 범주인 관리 디바이스에 있습니다. 이 크기의 네트워크를 관리하기 위해 위치에 따라 관리하도록 네트워크가 파티션됩니다.


v 5 - 20개의 활성 GUI 클라이언트가 있습니다.

v 폴링:

2 - 5분 간격의 섀시 Ping 폴링.

15분 이상의 SNMP 폴링.

SNMPv1 데이터 콜렉션v 필수 Tivoli Netcool/OMNIbus 이외의, 시스템과 통합되는 기타 주요 Tivoli

제품:

IBM Tivoli Business Service Manager

IBM Tivoli Application Dependency Discovery Manager


배치에 성공하려면 경험이 있는 IBM 서비스 그룹이나 자격이 있는 IBM 비즈니스 파트너의 지원을 받는 것이 좋습니다. 개별 서버 콜렉션에서 지원되거나 매우큰 시스템에서 함께 실행하는 복수 도메인이 필요합니다. 관리할 네트워크를 조사한 후 네트워크를 관리 가능한 여러 섹션으로 구분한 다음 각 섹션을 도메인에 지정하십시오. 다른 곳에 제공된 복수 서버 배치 설명 외에도 다음 배치 설정이 이 유형의 환경에 적합합니다.

v 복수 네트워크 도메인v 플랫폼 선택: Linux 및 UNIX.

v 대형 시스템(많은 수의 프로세서와 대량의 메모리)은 메모리 할당과 프로세서수가 허용하는 한 여러 도메인을 호스트할 수 있습니다.

메모리: 도메인당 32 - 64GB

프로세서: 워크로드에 따라 도메인당 4-8


v 각 도메인에 대한 두 개의 폴링 엔진:



v 개별 프로세스 메모리 제한사항은 이 환경의 요인입니다. AIX를 사용 중인 경우 대량의 메모리 액세스를 사용 가능하게 설정하십시오.




전자 통신 회사 네트워크이 고객은 전자 통신 회사 및 인터넷 서비스 제공업체입니다. 이 설치의 용도는24x7 네트워크 운영 센터 스탭에게 주요 장애를 경보해서 이 고객 네트워크를 관리하는 것입니다.


설명

관리할 네트워크에는 약 600개의 네트워크 디바이스가 있으며, 디바이스별 평균인터페이스 수는 500개입니다. MPLS 네트워크이며 결과적으로 네트워크 디바이스는 인터페이스 수 및 복잡도 면에 "대형"입니다. 네트워크 디바이스는 여러 벤더에서 제공됩니다. 모든 디바이스는 하나 이상의 위치에 있으며 작은 네트워크운영 그룹에서 관리됩니다. 관리할 모든 디바이스는 고속 이더넷 또는 기가비트이더넷을 통해 연결되어 있습니다.


v 동시 활성 클라이언트의 수: 5-20.

v 폴링 요구사항: 2 - 5분 간격의 섀시 Ping; 5분 간격의 SNMP 폴링(값은 5).

v 일부 SNMPv3 폴링은 준비가 다 된 상태입니다.

v 기타 주요 Tivoli 제품은 필수 Tivoli Netcool/OMNIbus 이외의 시스템과 통합됩니다.

IBM Tivoli Business Service Manager(TBSM)

TADDM(IBM Tivoli Application Dependency Discovery Manager)

v 주별 용량 보고서를 어셈블하는 데 사용되며 하루에 한번 수행되는 중요 디바이스에 대한 성능 보고서.


이 유형의 환경에는 세 서버 배치가 충분합니다. 다른 곳에 제공된 복수 서버 배치 설명 외에도 다음 배치 설정이 이 유형의 환경에 적합합니다.

v 1 - 2 도메인.

v 세 서버 배치가 권장됩니다.

v 시스템 스펙:

시스템 1(Network Manager가 설치된 시스템): 네 개의 프로세서, 32-64GB

메모리, 두 개 이상의 디스크. 프로세서 또는 프로세서 핵심이 네 개 이상


이면 핵심 클럭 속도 및 칩 내장 캐시가 추가 핵심보다 더 중요할 수 있음을 참고하십시오. 일반적인 규칙은 추가 핵심보다 앞서 가장 빠른 4개의핵심을 선택하는 것입니다.

시스템 2: (Dashboard Application Services Hub 및 Tivoli

Netcool/OMNIbus가 설치된 시스템) 네 개의 프로세서, 16GB 메모리, 두개 이상의 디스크시스템 3: 데이터베이스 서버, 4개의 프로세서, 16GB 메모리


v 두 개의 폴링 엔진:





LTE 4G 무선 통신 회사 네트워크이 고객은 LTE(Long Term Evolution) 인프라를 사용하여 4G 무선 전화 통신서비스를 제공하는 대규모 무선 통신 회사입니다. 이 설치의 용도는 24x7 네트워크 운영 센터 스탭에게 주요 장애를 경보해서 이 고객 네트워크를 관리하는 것입니다.

다음 섹션은 이 네트워크의 요구사항을 충족시키기 위한, Network Manager 배치에 대한 제안사항을 제공합니다.

설명

관리할 네트워크에는 약 5,000개의 eNodeB가 있으며, 그 외에 3,000개의 디바이스가 연관된 EPC(Evolved Packet Core) 네트워크에 있거나 모바일 백홀 라우터 디바이스로 작동하고 있습니다. 이 네트워크에서 감지되는 Network

Manager 엔티티 수는 일반적으로 다음과 같습니다.

v eNodeB 디바이스의 경우: eNodeB당 20개에서 25개 정도v EPC 네트워크 백홀 장비 디바이스의 경우: 디바이스당 10개에서 15개 정도

LTE eNodeB 및 연관된 장비는 여러 공급업체에서 제공되며 이는 복잡도 및 범위에 따라 달라질 수 있습니다. 이들 디바이스는 4G 모바일 네트워크에서 일반적으로 그러하듯 여러 위치로 분배됩니다. 관리할 모든 디바이스는 고속 이더넷또는 기가비트 이더넷을 통해 연결됩니다. Network Manager에서 감지한 토폴로지 및 네트워크 자원 명세는 공급업체별 EMS 시스템에서 수신되어 이에 대응하는 공급업체별 Network Manager 콜렉터에 의해 처리됩니다.


이 환경에서는 일반적으로 다음 조건이 적용됩니다.

v 동시 활성 GUI 클라이언트의 수: 5 - 20.

v 폴링 요구사항: 토폴로지 데이터를 EMS로부터 수신하기 때문에 디바이스 폴링이 없다고 가정하므로 없음


이 유형의 환경에는 세 부분 배치가 필요합니다.

1. Network Manager 핵심 구성요소2. Dashboard Application Services Hub 및 Reporting Services

3. NCIM 토폴로지 데이터베이스

이들 세 부분은 서버(단일 또는 복수) 또는 가상 머신(단일 또는 복수)에 배치할수 있습니다. 이 유형의 환경에는 단일 도메인으로 충분합니다. 또한 다음과 같은 배치 설정이 적합합니다.

v Network Manager 핵심 구성요소– 4개에서 6개의 프로세서– 약 20GB의 메모리– 50GB의 디스크 공간

v Dashboard Application Services Hub 및 Reporting Services

– 4개에서 6개의 프로세서– 6GB에서 8GB의 메모리– 20GB의 디스크 공간

v NCIM 토폴로지 데이터베이스– 4개의 프로세서– 10GB의 메모리– 필요한 수준의 결함 내구성, 신뢰성 및 성능을 제공하기 위한 적절한 RAID

구성에 구성된 50GB 이상의 디스크 공간– Db2 또는 기타 지원되는 데이터베이스 플랫폼

또한 다음과 같은 GUI 클라이언트 시스템이 적합합니다.

v 단일 프로세서v 3GB의 메모리v 지원되는 JRE 및 인터넷 브라우저


배치 고려사항전체 Network Manager 설치를 단일 서버에 또는 분산 설치로 배치할 수 있습니다.

Network Manager 설치 동안 다음을 포함하여 다수의 Network Manager 구성요소를 설치합니다.

Network Manager 핵심 구성요소이 구성요소는 핵심 Network Manager 프로세스 즉, 네트워크 감지, 폴링, 근본 원인 분석 및 이벤트 보강으로 이루어져 있습니다.

NCIM 데이터베이스이 데이터베이스는 토폴로지 데이터를 저장합니다.

Tivoli Netcool/OMNIbus

이 구성요소는 Tivoli Netcool/OMNIbus 이벤트 관리 소프트웨어로 구성됩니다. 여러 고객은 문제점 티켓팅 시스템을 Tivoli Netcool/OMNIbus

와 통합하도록 선택합니다.

Network Manager GUI 구성요소이 구성요소에는 Dashboard Application Services Hub GUI 프레임워크, 웹 GUI 구성요소, Jazz for Service Management 및 Java가 포함됩니다.

기타 구성요소기타 구성요소에는 Reporting Services 및 Network Manager 보고서가포함됩니다.

설치 목표는 하나 이상의 서버에 이 구성요소를 배치하는 것입니다.

제한사항: IBM Knowledge Center의 지침 또는 IBM 지원에서 달리 지시하지않는 한 동일한 제품 또는 구성 요소의 다른 버전을 함께 사용하지 않아야 합니다. 제품 또는 구성 요소의 여러 인스턴스가 필요한 경우, 동일한 버전 및 수정팩에 그것들을 설치하거나 업그레이드해야 합니다. 동일한 테스트 수정 세트가(있는 경우) 설치되어 있는지 확인해야 합니다. 예를 들어, Network Manager GUI

구성 요소의 여러 인스턴스가 하나의 배치에 필요하면 이들이 동일한 버전, 수정팩 및 테스트 수정 사항인지 확인하십시오.

다음은 일반적인 Network Manager 배치 구성입니다.

v 단일 서버 배치v 분산 배치: 둘 이상의 서버

분산 배치에서 서버 수를 늘려야 하는 요인은 다음과 같습니다.

v 활성 이벤트 비율


v 저장된 폴링 데이터 용량 및 비율v 디바이스 상태 폴링 비율 및 폴링 대상 수v 폴링된 대상의 네트워크 응답 시간v 감지 빈도 및v 감지할 네트워크의 크기(예를 들어, 복수 도메인이 있는 각 도메인의 경우)

참고: 이 배치 구성은 기타 제품 통합에 필요한 요구사항은 고려하지 않습니다.

또한 GUI 클라이언트 세션을 지원하려면 해당 시스템의 배치도 고려해야 합니다.

또한 워크스테이션이나 네트워크 디바이스에 IPv6가 있는 경우에는 IPv6 이중 스택 지원이 필요합니다.

단일 서버 배치

단일 서버 배치는 소규모의 데모 또는 교육용 시스템과 중소 규모의 고객 네트워크를 지원할 시스템에 적합합니다.

제한사항: 단일 서버 배치의 제한사항은 Tivoli Netcool/OMNIbus와 Network

Manager를 동시에 업그레이드해야 한다는 점입니다. 호환성 문제를 방지하기 위해 주 릴리스로의 모든 업그레이드는 동시에 수행해야 합니다. 주 릴리스는 자체문서 세트가 있는 릴리스입니다(예: Tivoli Netcool/OMNIbus V8.1.0). 수정팩은 서로 다른 시간에 적용할 수 있습니다.

분산 배치: 둘 이상의 서버

분산 배치에서는 Network Manager 구성요소가 여러 서버 즉, 둘 이상의 서버에 분산됩니다. 다음은 분산 배치의 몇 가지 지침입니다.

v 두 서버 배치는 중간 규모 고객 네트워크 범위에서 최상위에 적합합니다.

v 여러 네트워크 도메인이 있는 상황에서는 세 개 이상의 서버가 배치에 필요할수 있습니다.

v 토폴로지 데이터 스토리지를 제공하는 관계형 데이터베이스 제품을 지원하기위해 별도의 서버가 필요한지 여부가 판별되는 경우 세 서버 배치가 배치될수도 있습니다. 별도의 데이터베이스 서버가 있으면 관계형 데이터베이스가Network Manager 외에 여러 애플리케이션을 지원할 수도 있습니다.

두 서버 배치

두 서버 배치 예제는 호스트 워크스테이션의 다음 할당으로 구성되어 있습니다.


v 서버 1: Network Manager 핵심 구성요소,Tivoli Netcool/OMNIbus, 및NCIM 데이터베이스입니다. 핵심 구성요소는 네트워크 감지, 폴링, 근본 원인분석 및 이벤트 보강 구성요소입니다.

v 서버 2: Dashboard Application Services Hub 웹 애플리케이션과 연관된Network Manager

세 서버 배치

세 서버 배치 예제는 호스트 워크스테이션의 다음 할당으로 구성되어 있습니다.

v 서버 1: Network Manager 핵심 구성요소.

v 서버 2: Tivoli Netcool/OMNIbus

v 서버 3: NCIM 데이터베이스와 함께 연관된 Dashboard Application Services

Hub 웹 애플리케이션이 있는 Network Manager

클라이언트 시스템

GUI 클라이언트 세션을 지원하려면 해당 시스템의 배치를 고려해야 합니다.

다음 시스템 스펙은 GUI 클라이언트 세션에서 다양한 일반 사용자 활동을 지원합니다.

v 고해상도(1280x1024 등)로 더 편안한 보기를 지원하는 대형 디스플레이v Current 속도 단일 또는 이중 핵심 프로세서v 3GB의 메모리v 지원되는 JRE 및 인터넷 브라우저v 빠른 이더넷.

v 프로세서 스펙:

일반 토폴로지 표시장치 또는 이벤트 표시장치의 경우다음 속도의 단일 프로세서: 여러 랩탑에 있으면 1GHz 이상, 여러 워크스테이션에 있으면 2.4GHz

더 크고 복잡한 토폴로지 맵을 표시할 수 있는 개선된 시간 및 개선된 MIB

그래프 표시최신 워크스테이션 클래스 시스템에 일반적으로 사용 가능한 최신 프로세서(3.0GHz 이상).


배치 예제배치 구조를 계획하는 데 도움을 받으려면 이 Network Manager 예제를 사용하십시오.

단순한 배치 구조 예제단순한 Network Manager 배치의 구조에 대해 학습하려면 이 예제를 사용하십시오.

구성요소

이 단순 배치 예제는 다음 구성요소로 구성됩니다.

v 하나의 ObjectServer 가상 쌍.

v 하나의 Dashboard Application Services Hub 서버.

v 장애 조치가 있는 하나의 도메인을 실행 중인 하나의 Network Manager 설치.

v NCIM 토폴로지 데이터베이스의 하나의 인스턴스.

다음 그림은 이 배치의 구조를 보여줍니다.


호스트 워크스테이션의 할당

다음 그림은 이 배치에 대한 호스트 워크스테이션 할당 예제를 보여줍니다.

참고: 특별히 큰 토폴로지를 가지고 있으면 토폴로지 데이터베이스를 자체의 고유 서버에 설치하려고 할 수 있습니다. 이는 시스템 스펙과 시스템 사이에 원하는 로드 분산 정도에 따라 결정됩니다.

그림 15. 단순 배치 구조


단순 배치 설치 단계

다음 단계는 이 배치에 필요한 태스크에 대한 개요 및 비슷한 배치에 대한 도움말 계획을 제공합니다. .

위에 설명된 배치를 설치하려면 다음 단계를 수행하십시오.

1. 호스트 시스템 3에서 토폴로지 데이터베이스를 설치하고 필요한 테이블을 작성한 후 데이터베이스를 시작하십시오.

참고: 토폴로지 데이터베이스는 감지된 데이터를 저장할 수 있도록 Network

Manager 핵심 구성요소 시작 이전에 설치하고 시작해야 합니다.

2. 다음 ObjectServer 및 관련 구성요소를 설치하십시오.

a. 호스트 시스템 1에서 기본 ObjectServer 및 양방향 게이트웨이를 설치하십시오.

b. 호스트 시스템 2에 백업 ObjectServer를 설치하십시오.

3. ObjectServer를 구성 및 실행하십시오.

참고: ObjectServer는 Network Manager 핵심 구성요소가 시작되기 전에 실행 중 상태여야 합니다.

4. 호스트 시스템 2에 기본 Network Manager 핵심 구성요소를 설치하십시오.

5. 호스트 시스템 1에 백업 Network Manager 핵심 구성요소를 설치하십시오.

그림 16. 단순 배치 호스트 시스템 할당


6. 호스트 시스템 3에 Network Manager GUI 프레임워크를 설치하십시오. GUI

프레임워크에는 다음의 소프트웨어가 포함되어 있습니다.

v WebSphere Application Server

v Dashboard Application Services Hub

v Network Manager GUI 구성요소v Tivoli Netcool/OMNIbus 웹 GUI

v Reporting Services

팁: Dashboard Application Services Hub을 다른 제품이 없는 시스템에 설치하는 경우, 다른 제품이 있는 시스템에 설치하는 경우보다 더 성능이 좋습니다.

참고: Network Manager 핵심 구성요소는 Network Manager GUI 프레임워크를 설치하기 전에 설치해야 합니다.

7. 장애 조치에 대해 기본 Network Manager를 구성한 후 시작하십시오.

8. 장애 조치에 대해 백업 Network Manager를 구성한 후 시작하십시오.

대형 배치 구조 예제대형 Network Manager 배치의 구조에 대해 학습하려면 이 예제를 사용하십시오.

구성요소

이 예제 배치는 다음으로 구성됩니다.

v London에 있는 하나의 ObjectServer와 하나의 Network Manager 설치.

London 도메인은 이벤트 및 토폴로지를 San Francisco로 보냅니다.

v New York에 있는 하나의 ObjectServer와 하나의 Network Manager 설치.

New York 도메인 역시 이벤트 및 토폴로지를 San Francisco로 보냅니다.

v San Francisco에 있는 하나의 ObjectServer와 하나의 Dashboard Application

Services Hub 설치. San Francisco의 ObjectServer는 London 및 New York

의 이벤트를 통합합니다. San Francisco의 Dashboard Application Services

Hub 서버는 London 및 New York에서 토폴로지에 액세스할 수 있지만, 토폴로지를 통합하지 않습니다 . 어디에 있는 클라이언트나 Dashboard

Application Services Hub 서버에 연결하고 London 및 New York의 토폴로지를 볼 수 있습니다.

다음 그림은 이 배치의 구조를 보여줍니다.

참고: 이러한 종류의 대규모 배치는 WAN에서의 네트워크 대기 시간을 고려해야 합니다. 이는 특히 폴러에서 많은 양의 히스토리 데이터를 저장할 것으로 예


상되는 경우에 중요합니다.

호스트 워크스테이션의 할당

다음 그림은 이 배치에 대한 서버 할당 예제를 보여줍니다.

그림 17. 대규모 배치 구조


대형 배치 설치 단계

다음 단계는 이 배치에 필요한 태스크에 대한 개요 및 비슷한 배치에 대한 도움말 계획을 제공합니다. .

참고: 시간대가 다른 분산 Network Manager 핵심 구성요소와 웹 애플리케이션서버를 설치하는 경우, 데이터베이스 서버와 핵심 및 GUI 서버를 포함한 모든 서버에서 동일한 시간대를 설정해야 합니다. 이렇게 하면 Network Manager가 서로 다른 서버의 프로세스에서 정확한 시간소인 비교를 수행할 수 있습니다. 또한,

네트워크 운영자 등의 일반 사용자에게 사용자의 위치에 있는 시간과 다른 시간을 시스템에서 표시할 수도 있다고 알려야 합니다.

이 배치를 설치하려면 다음 단계를 수행하십시오.

1. San Francisco 호스트 시스템 3에서 토폴로지 데이터베이스를 설치하고 필요한 데이터베이스 테이블을 작성하십시오.

참고: 토폴로지 데이터베이스는 감지된 데이터를 저장할 수 있도록 Network

Manager 핵심 구성요소 시작 이전에 설치하고 시작해야 합니다.

2. 다음 ObjectServer 및 관련 구성요소를 설치하십시오.

v San Francisco 호스트 시스템 2에 ObjectServer를 설치하십시오.

그림 18. 대규모 배치 호스트 시스템 할당


v London 호스트 시스템 2에서 ObjectServer 및 단방향 게이트웨이를 설치하십시오.

v New York 호스트 시스템 2에서 ObjectServer 및 단방향 게이트웨이를설치하십시오.

3. ObjectServer를 구성 및 실행하십시오.

참고: ObjectServer는 Network Manager 핵심 구성요소가 시작되기 전에 실행 중 상태여야 합니다.

4. London 호스트 시스템 1에 Network Manager 핵심 구성요소를 설치하십시오.

참고: Network Manager 핵심 구성요소는 웹 애플리케이션 이전에 설치해야 합니다.

5. New York 호스트 시스템 1에 Network Manager 핵심 구성요소를 설치하십시오.

6. 호스트 시스템 3에 Network Manager GUI 프레임워크를 설치하십시오. GUI

프레임워크에는 다음의 소프트웨어가 포함되어 있습니다.

v WebSphere Application Server

v Dashboard Application Services Hub

v Network Manager GUI 구성요소v Tivoli Netcool/OMNIbus 웹 GUI

v Reporting Services

팁: Dashboard Application Services Hub을 다른 제품이 없는 시스템에 설치하는 경우, 다른 제품이 있는 시스템에 설치하는 경우보다 더 성능이 좋습니다.

참고: Network Manager 핵심 구성요소는 Network Manager GUI 프레임워크를 설치하기 전에 설치해야 합니다.



제 2 부 시작하기

Network Manager를 설치한 후, 제품을 시작하여 제품이 올바르게 실행되는지확인하고 네트워크를 감지하십시오.

최초 감지를 구성한 후 결과를 검증하고 프로덕션 감지를 구성하십시오. 네트워크 토폴로지를 최신 상태로 유지하려면 추가 감지를 스케줄하십시오. 최신 네트워크 토폴로지가 있는 경우에는 네트워크 운영자가 네트워크 토폴로지를 이용할수 있게 하고 네트워크 문제를 모니터할 수 있습니다.



제 4 장 Network Manager 구조

Network Manager 아키텍처를 세 개의 계층 즉, 네트워크 계층, 데이터 계층 및시각화 계층으로 나눌 수 있습니다.

네트워크네트워크 계층은 네트워크와 직접 상호작용합니다. 이 계층에는 네트워크감지 및 폴링 기능이 있습니다. 네트워크 감지는 토폴로지 데이터를 검색하고 네트워크 폴링은 이벤트 데이터를 검색합니다.

데이터데이터 계층은 네트워크 감지로 검색된 토폴로지 데이터 및 네트워크 폴링으로 검색된 이벤트 데이터를 저장합니다. 네트워크 폴링은 보고 및 분석을 위해 폴링된 SNMP 및 ICMP 데이터의 스토리지도 포함합니다. 이계층은 또한 토폴로지와 이벤트를 상관시켜 네트워크 결함 소스를 판별하는 근본 원인 분석 기능과 이벤트에 토폴로지 데이터를 추가하는 이벤트보강 기능을 제공합니다.

시각화시각화 계층은 토폴로지를 보고, 이벤트를 보고, 네트워크 문제점 해결 도구를 실행하는 데 필요한 도구를 운영자와 관리자에게 제공합니다.

다음 그림은 Network Manager 기능 계층의 개념적 개요를 보여줍니다. 그림에서 다음에 유의하십시오.

v Network Manager를 장애 조치를 포함하도록 구성할 수 있습니다. 그림에는표시되지 않습니다.

v Network Manager는 경보와 네트워크 토폴로지의 상관 및 근본 원인 분석을 포함하여 결함 관리를 개선하기 위해 Tivoli Netcool/OMNIbus와 함께 설치하도록 디자인되었습니다.

이 그림은 표준 Network Manager 설치를 묘사하며 네트워크 이벤트의 관리와 스토리지를 처리하는 Tivoli Netcool/OMNIbus 및 네트워크 이벤트의시각화를 처리하는 Tivoli Netcool/OMNIbus 웹 GUI을 보여줍니다.

참고: Tivoli Netcool/OMNIbus는 개별 제품입니다. OMNIbus가 아직 없으면 사본을 구하여 설치해야 합니다. 자세한 정보는 Network Manager 설치문서를 참조하십시오. Network Manager는 해당 솔루션 내의 핵심 구성요소로서, Netcool/Impact 및 IBM Operations Analytics - Log Analysis와 밀접하게 통합되어 있고, 도 참고하십시오.


v Dashboard Application Services Hub GUI 프레임워크는 Network Manager

를 포함하여 다양한 Tivoli 제품에서 GUI를 실행하는 애플리케이션입니다. 토폴로지 시각화 GUI 및 이벤트 시각화 GUI를 포함하여 다음 그림에 표시된GUI는 모두 Dashboard Application Services Hub GUI 프레임워크 내에서실행됩니다.

– 토폴로지 시각화 GUI에는 홉 보기, 네트워크 보기 및 구조 브라우저와 같은 단일 위젯 보기가 포함되어 있습니다. 기본 토폴로지 보기에는 결함 찾기 보기 및 네트워크 상태 보기와 같은 다중 위젯 보기도 포함됩니다.

– Tivoli Netcool/OMNIbus 웹 GUI 이벤트 시각화 GUI에는 이벤트 뷰어가 포함됩니다.

– 네트워크 관리자는 단일 위젯 보기의 조합을 사용자 정의하는 고유의 다중 위젯 보기를 빌드할 수도 있습니다.



Network

ncp_disco

Network discovery


ncp_poller

Network polling

ncp_g_event

Eventenrichment

Networklayer

Datalayer

Visualiz-ationlayer


NCIMdatabase



NCPOLLDATAdatabase

Polled data storage


Reporting

SNMPTelnet

ICMPSNMP

RCA plug-in

Other plug-ins

그림 19. Network Manager 기능 계층


네트워크 감지

네트워크 감지는 네트워크 디바이스 감지, 이 디바이스의 연결 방식(네트워크 연결) 판별 및 각 디바이스에 포함된 구성요소(포함) 판별 작업을 포함합니다. 감지된 디바이스, 연결 및 포함의 전체 세트를 네트워크 토폴로지라 합니다. 감지를수행한 다음 주기적 재감지를 통해 네트워크 토폴로지를 항상 최신 상태로 유지해서 네트워크 토폴로지를 빌드합니다.

네트워크 폴링

네트워크 폴링은 네트워크 디바이스가 작동 또는 작동 중지되었는지 여부, 핵심성능 매개변수를 초과했는지 여부 또는 디바이스 간의 링크에 결함이 있는지 여부를 판별합니다. 폴링이 실패하면 Network Manager는 디바이스 경보를 생성하며, 운영자는 이벤트 뷰어에서 이 경보를 볼 수 있습니다.

토폴로지 스토리지

네트워크 토폴로지 데이터는 NCIM(Network Connectivity and Inventory

Model) 데이터베이스에 저장됩니다. NCIM 데이터베이스는 Network Manager

에서 감지된 토폴로지 데이터를 통합하는 관계형 데이터베이스입니다.

이벤트 보강

이벤트 보강은 Network Manager가 이벤트에 토폴로지 데이터를 추가해서 이벤트를 보강하고 네트워크 운영자가 보다 쉽게 분석하도록 하는 프로세스입니다.

이벤트를 보강하는 데 사용할 수 있는 토폴로지 데이터의 예로는 시스템 위치 및접속 정보가 있습니다.


근본 원인 분석은 하나 이상의 디바이스 경보의 근본 원인을 판별하는 프로세스입니다. Network Manager는 이벤트 정보를 토폴로지 정보와 연관시켜서 근본원인 분석을 수행합니다. 프로세스는 감지된 네트워크 디바이스와 토폴로지 데이터에 기초하여 원인 및 증상 이벤트를 판별합니다.

이벤트 스토리지

이벤트 데이터는 Network Manager 폴 및 네트워크 디바이스에 설치된 Tivoli

Netcool/OMNIbus 프로브에서도 생성됩니다. 프로브는 디바이스에 상주하며 디바이스에서 이벤트 데이터를 감지 및 획득한 후 ObjectServer에 경보로 데이터를 전달하는 프로토콜 및 벤더별 소프트웨어 조각입니다. 기타 이벤트 소스에서도 이벤트 데이터를 검색할 수 있습니다.

모든 이벤트 소스의 이벤트 데이터는 Tivoli Netcool/OMNIbus ObjectServer

에 저장됩니다.

제 4 장 Network Manager 구조 99

참고: Tivoli Netcool/OMNIbus는 개별 제품입니다. OMNIbus가 아직 없으면사본을 구하여 설치해야 합니다. 자세한 정보는 Network Manager 설치 문서를참조하십시오.

폴링된 데이터 스토리지

네트워크 관리자는 언제든지 특정 SNMP 및 ICMP 데이터의 폴링을 하나 이상의 네트워크 디바이스에 설정할 수 있습니다. 이 데이터는 NCPOLLDATA 히스토리 폴링 데이터 데이터베이스에 저장됩니다. 그러면 운영자가 데이터를 해석하기 위해 Reporting Services 뷰어를 사용하여 성능 보고서를 실행할 수 있습니다.

토폴로지 시각화

네트워크 운영자는 몇 가지의 토폴로지 시각화 GUI를 사용하여 네트워크를 보고 네트워크 디바이스를 조사할 수 있습니다. 운영자는 이 GUI를 사용하여 토폴로지 보기 사이에서 전환하여 연결 또는 연관을 탐색하고 경보 세부사항을 컨텍스트로 볼 수 있습니다. 운영자는 또한 디바이스에 대한 MIB 데이터를 확보하는SNMP MIB 브라우저와 같은 진단 도구에 대한 액세스 권한도 갖습니다.

이벤트 시각화

운영자는 이벤트 목록을 보고 경보 심각도 순위를 사용하여 우선순위가 높은 디바이스 경보를 빨리 식별할 수 있습니다. 운영자는 이벤트 목록에서 토폴로지 보기로 전환하여 특정 경보의 영향을 받는 디바이스를 확인할 수 있습니다. 또한 근본 원인 경보를 식별하고 근본 원인에 기여하는 증상 경보를 나열할 수 있습니다.

보고

Network Manager는 성능 보고서, 문제점 해결 보고서, 자산 보고서 및 디바이스 모니터링 보고서를 포함한 광범위한 보고서를 제공합니다. 도구를 마우스 오른쪽 단추로 클릭하면 토폴로지 맵에서 보고서에 바로 액세스할 수 있습니다.

관련 개념:





제 5 장 시작하기

Network Manager를 설치한 후, 제품을 시작하여 제품이 올바르게 실행되는지확인하고 네트워크를 감지하십시오.

최초 감지를 구성한 후 결과를 검증하고 프로덕션 감지를 구성하십시오. 네트워크 토폴로지를 최신 상태로 유지하려면 추가 감지를 스케줄하십시오. 최신 네트워크 토폴로지가 있는 경우에는 네트워크 운영자가 네트워크 토폴로지를 이용할수 있게 하고 네트워크 문제를 모니터할 수 있습니다.

Network Manager 시작itnm_start 명령을 사용하여 Network Manager 백 엔드 프로세스를 시작할 수있습니다.

Network Manager V4.2 이상에서는 Tivoli Netcool/OMNIbus 명령을 사용하여 Tivoli Netcool/OMNIbus를 개별적으로 시작해야 합니다.

제한사항: itnm_start 명령은 UNIX 설치와 Network Manager 핵심 구성요소가 설치된 서버에만 적용 가능합니다. Network Manager 시작 및 중지에 대한자세한 정보는 IBM Tivoli Network Manager IP Edition 관리 안내서의 내용을참조하십시오.

itnm_start 명령을 사용하여Network Manager 도메인 프로세스 컨트롤러인ncp_ctrl 프로세스를 시작하십시오(그러면 이 프로세스가Network Manager 필요한 모든 프로세스를 수행함). Network Manager 프로세스에서 네트워크 감지,

폴링, 근본 원인 분석, 네트워크 시각화 및 관련 활동을 수행해야 합니다.

Network Manager를 시작하려면 다음 단계를 완료하십시오.

1. Network Manager를 시작하여 Dashboard Application Services Hub 프론트 엔드 프로세스를 시작하십시오. 다음 명령을 사용하십시오(여기서server1은 Dashboard Application Services Hub 서버의 기본 이름임).

JazzSM_HOME/profile/bin/startServer.sh server1

2. 다음 명령을 입력하여 Network Manager 환경 변수가 포함된 구성 파일의소스를 지정하십시오.

/opt/IBM/netcool/core/env.sh

3. $NCHOME/precision/bin 디렉토리로 변경하십시오.

4. itnm_start -domain domain 명령을 입력하십시오. 이 명령은 서버에 설치된 모든 Network Manager 구성요소를 시작합니다.


5. Dashboard Application Services Hub를 시작하십시오. Dashboard

Application Services Hub 시작 방법에 대한 정보는 IBM Tivoli Network

Manager IP Edition 관리 안내서의 내용을 참조하십시오.

이제 모든 Network Manager 프로세스가 가동되어 실행 중인지 확인해야 합니다.

itnm_start 명령에 대한 자세한 정보는 IBM Tivoli Network Manager IP Edition

관리 안내서의 내용을 참조하십시오.

모든 프로세스가 가동되어 실행 중인지 확인itnm_status 명령을 사용하여 프로세스가 가동되어 실행 중인지 확인할 수 있습니다.

UNIX에서 itnm_status 명령을 사용하여 Network Manager의 상태를 확인할수 있습니다.

제한사항: 이 태스크는 UNIX 설치와 Network Manager 핵심 구성요소가 설치된 서버에만 적용됩니다. Network Manager 시작 및 중지에 대한 자세한 정보는 IBM Tivoli Network Manager IP Edition 관리 안내서의 내용을 참조하십시오.

현재 서버에 있는 모든 Network Manager 구성요소의 상태를 확인하려면 다음단계를 완료하십시오.

1. $NCHOME/precision/bin 디렉토리로 변경하십시오.

2. itnm_status 명령을 입력하십시오. 이 명령은 서버에 설치된 모든 Network

Manager 구성요소의 상태를 표시합니다.

Sample output: All processes up and running 이 출력은 모든 Network

Manager 프로세스가 작동 중이고 실행 중임을 표시합니다.


Network Manager:도메인: ITNM09

ncp_ctrl RUNNING PID=7861 ITNM09ncp_store RUNNING PID=8127 ITNM09ncp_class RUNNING PID=8128 ITNM09ncp_model RUNNING PID=8261 ITNM09ncp_disco RUNNING PID=8280 ITNM09ncp_d_helpserv RUNNING PID=8129 ITNM09ncp_config RUNNING PID=8130 ITNM09ncp_poller(default) RUNNING PID=8988 ITNM09nco_p_ncpmonitor RUNNING PID=8134 ITNM09ncp_g_event RUNNING PID=8785 ITNM09ncp_webtool RUNNING PID=8135 ITNM09ncp_virtualdomain RUNNING PID=9167 ITNM09

Apache Storm:supervisord RUNNING PID=596storm_number RUNNING PID=599storm_supervisor RUNNING PID=600zookeeper RUNNING PID=598

Storm topologies:NMStormTopology ACTIVE

Sample output: Startup problems이는 시작 문제가 발생하는 경우 명령 출력을 표시합니다. 이 예제에서는 다음 프로세스가 시작되지 않았습니다. 감지 엔진인 ncp_disco 및 폴링 엔진인 ncp_poller.

Network Manager:도메인: ITNM09

ncp_ctrl RUNNING PID=7861 ITNM09ncp_store RUNNING PID=8127 ITNM09ncp_class RUNNING PID=8128 ITNM09ncp_model RUNNING PID=8261 ITNM09ncp_disco NOT RUNNINGncp_d_helpserv RUNNING PID=8129 ITNM09ncp_config RUNNING PID=8130 ITNM09ncp_poller NOT RUNNINGncp_g_event RUNNING PID=8785 ITNM09ncp_webtool RUNNING PID=8135 ITNM09ncp_virtualdomain RUNNING PID=9167 ITNM09

Apache Storm:supervisord RUNNING PID=596storm_number RUNNING PID=599storm_supervisor RUNNING PID=600zookeeper RUNNING PID=598

Storm topologies:NMStormTopology ACTIVE

시작 문제가 발생하면 시작 문제점 해결 절차의 단계를 완료하십시오.

모든 프로세스가 문제점 없이 시작되면 이제 Network Manager에 로그인할 수있습니다.

itnm_status 명령 및 Network Manager 프로세스에 대한 자세한 정보는 IBM

Tivoli Network Manager IP Edition 관리 안내서의 내용을 참조하십시오.

제 5 장 시작하기 103

시작 문제점 해결시작되지 않는 프로세스에 대한 로그 파일을 조사하여 시작 문제점을 해결하십시오. 프로세스 종속성을 사용하여 시작 문제의 시작점을 식별하십시오.

로그 파일의 기본 이름은 프로세스 이름 다음에 도메인 이름이 오고 그 다음에.log 또는 .trace 파일 확장자가 옵니다. 프로세스의 로그 파일을 찾으려면 다음단계를 완료하십시오.

1. itnm_status 명령을 실행하여 시작되지 않는 프로세스를 판별하십시오. 예를들어, itnm_status 출력이 ncp_disco 프로세스가 시작되지 않음을 표시할 수있습니다.

2. 실패한 프로세스에 대한 프로세스 종속성을 판별하십시오. 프로세스 종속성은아래 링크에 나열됩니다. 예를 들어, ncp_disco 프로세스에 실패하면 다음과같은 종속성이 적용됩니다.

v ncp_disco 프로세스는 헬퍼 서버인 ncp_d_helpserv 및 토폴로지 매니저인 ncp_model에 종속됩니다.

v ncp_d_helpserv 프로세스에 종속성이 없습니다.

v ncp_model 프로세스는 활성 오브젝트 클래스 매니저인 ncp_class에 종속됩니다.

3. 프로세스 로그 및 추적 파일의 기본 위치인 NCHOME/log/precision을 탐색하십시오.

4. 프로세스 이름에 해당되는 로그 및 추적 파일을 찾으십시오. 예를 들어,

NCOMS 도메인에서 실행 중인 ncp_disco 프로세스의 인스턴스는 다음 파일을 생성합니다.

ncp_disco.NCOMS.log

ncp_disco.NCOMS.trace

5. 실패한 프로세스 및 프로세스 종속성에 대한 로그 파일의 내용을 보십시오.

시작과 반대 순서로 해당 파일을 조사하십시오. 예를 들어, ncp_disco 프로세스가 실패하면 다음과 같은 순서로 로그 파일을 조사하십시오.

v ncp_disco.DOMAIN.log

v ncp_d_helpserv.DOMAIN.log

v ncp_class.DOMAIN.log

Dashboard Application Services Hub의 문제점 해결에 대한 자세한 정보는 Jazz

for Service Management 문서를 참조하십시오.

itnm_status 명령, Network Manager 프로세스의 문제점 해결 및 프로세스 종속성 관리에 대한 자세한 정보는 IBM Tivoli Network Manager IP Edition 관리안내서의 내용을 참조하십시오.


관련 정보:

Jazz for Service Management 시작 페이지Dashboard Application Services Hub의 문제점 해결에 대한 자세한 정보를보려면 Jazz for Service Management 문서를 검색하십시오.

Network Manager에 로그인Network Manager 사용자 인터페이스에 액세스하려면 웹 브라우저를 사용하십시오.

로컬 호스트, 포트 및 사용자 ID의 설정값을 확인하려면 애플리케이션 서버 프로파일을 보십시오.

Network Manager에 로그인하려면 다음을 수행하십시오.

1. 지원되는 브라우저를 여십시오.

2. 애플리케이션 서버의 URL(https://localhost:16311/ibm/console)을 입력하십시오(보안 액세스).

localhost는Dashboard Application Services Hub 서버의 완전한 호스트 이름이나 IP

주소입니다.

16310은 기본 비보안 포트 번호이고 16311은 기본 보안 포트 번호입니다. 설치 과정에서 기본값이 아닌 다른 포트 번호로 환경이 구성된 경우에는 그 대신 이 포트 번호를 입력하십시오.

기본 루트 컨텍스트는 /ibm/console/입니다. 루트 컨텍스트는 설치 중에 변경할 수 있습니다.

3. 설치 과정에서 구성한 사용자 이름과 비밀번호를 로그인 화면에 입력하고 로그인을 클릭하십시오. 기본 사용자는 smadmin, itnmadmin 및 itnmuser입니다. 사용자 신임 정보가 브라우저 세션에 저장됩니다. 같은 브라우저의 다른창에서 Dashboard Application Services Hub GUI를 열어도 다시 로그인하지 않고 이 GUI를 사용할 수 있습니다.

참고: 기본 사용자Network Manager가 제공하는 정보에 대해서는, IBM Tivoli

Network Manager IP Edition 관리 안내서에서 기본 사용자 섹션을 참조하십시오.

4. Dashboard Application Services Hub GUI에 대한 작업이 완료되면 로그아웃 링크를 사용하여 로그아웃하거나 브라우저 창을 모두 닫으십시오. 이렇게 하면 다른 사용자가 저장된 사용자 신임 정보를 사용하여 이 GUI에 액세스하는 것을 방지할 수 있습니다.


http://www-01.ibm.com/support/knowledgecenter/SSEKCU/welcome

설치 중 초기 감지에 대한 매개변수를 지정한 경우 이제 네트워크 토폴로지를 볼수 있습니다. 감지 매개변수를 지정하지 않았으면 지금 초기 감지를 수행해야 합니다.

로그인 문제점 해결에 대한 자세한 정보는 IBM Tivoli Network Manager IP

Edition 관리 안내서를 참조하십시오.

온라인 도움말에 액세스온라인 도움말은 제품의 사용 및 태스크의 완료를 지원하기 위해 제품 설치에서액세스할 수 있는 주제 중심의 프로시저 또는 참조 정보입니다.

수행하려는 태스크의 문제점을 해결하고 해결책을 찾기 위해 온라인 도움말을 검색하고 찾아볼 수 있습니다. 제품을 사용하는 사용자가 온라인 도움말에 액세스하면 제품에 대한 이해도를 높일 수 있습니다. 최상위 레벨 온라인 도움말 또는컨텍스트 기반 온라인 도움말에서 온라인 도움말에 액세스할 수 있습니다.

v 최상위 레벨 온라인 도움말. 이 온라인 도움말에는 Dashboard Application

Services Hub의 인스턴스에 설치된 모든 제품에 대해 사용 가능한 모든 온라인 도움말의 목차 보기가 표시됩니다.

v 컨텍스트 기반 온라인 도움말. 이 온라인 도움말은 현재 패널에 대한 문서에직접 링크됩니다. 이 패널 도움말 주제에서 전체 온라인 도움말을 찾아볼 수있습니다. 제품이 설치된 후 이 온라인 도움말은 기본적으로 사용 안함으로 설정되며 포함된 위젯 제목 표시줄도 기본적으로 사용 안함으로 설정됩니다.

최상위 레벨 온라인 도움말에 액세스최상위 레벨 온라인 도움말에는 모든 온라인 도움말 주제의 목차 보기가 표시됩니다.

최상위 레벨 도움말에 대한 액세스는 기본적으로 사용으로 설정되어 있습니다. 최상위 레벨 도움말의 컨텐츠 탭에서는 온라인 도움말에 있는 모든 주제를 찾아보기 위해 주제를 펼치고, 접고, 선택할 수 있습니다. 최상위 레벨 온라인 도움말에액세스하려면 다음 단계를 완료하십시오.

1. Dashboard Application Services Hub 탐색줄에서 도움말 아이콘 을선택하십시오. 도움말 메뉴가 표시됩니다.

2. 도움말 메뉴에서 InfoCenter를 선택하십시오. 도움말 시스템 창이 열립니다.

3. 도움말 시스템 창에서 Network Manager 사용을 선택하십시오.

Network Manager에 대한 최상위 레벨 온라인 도움말이 표시됩니다.

v 최상위 레벨 도움말의 컨텐츠 탭에서는 온라인 도움말에 있는 모든 주제를 찾아보기 위해 주제를 펼치고, 접고, 선택할 수 있습니다.


v 관련된 온라인 도움말을 찾으려면 검색 필드에 일부 텍스트를 입력하십시오.

v 주제를 인쇄 또는 책갈피에 추가하거나 주제 사이에서 앞뒤로 이동하려면 도움말 시스템 도구 모음에서 사용 가능한 아이콘을 사용하십시오.

컨텍스트 기반 온라인 도움말에 대한 액세스 사용관리자는 컨텍스트 기반 온라인 도움말에 대한 액세스를 사용으로 설정할 수 있습니다. 이 온라인 도움말은 사용자가 현재 패널과 관련된 문서에 직접 액세스할수 있도록 해줍니다. 사용자는 이 패널 도움말 주제에서 전체 온라인 도움말을 찾아볼 수 있습니다.

제품이 설치된 후 이 컨텍스트 기반 온라인 도움말은 기본적으로 사용 안함으로설정되며 포함된 위젯 제목 표시줄도 기본적으로 사용 안함으로 설정됩니다. 관리자가 컨텍스트 기반 온라인 도움말을 사용으로 설정하는 경우 사용자가 현재패널과 관련된 문서에 직접 액세스할 수 있습니다. 컨텍스트 기반 온라인 도움말에 대한 액세스가 사용으로 설정되면 온라인 도움말 내에 있는 모든 문서 주제를 찾아볼 수 있습니다. 컨텍스트 기반 온라인 도움말에 대한 액세스를 사용으로설정하려면 다음 단계를 완료하십시오.

Dashboard Application Services Hub보다 이전에 작성된 GUI와 같은 일부 페이지에 대해서는 이 컨텍스트 기반 온라인 도움말이 작동하지 않거나 해당 페이지에 대한 컨텍스트 기반 온라인 도움말이 없을 수 있습니다.

1. 관리자(itnmadmin)로 온라인 도움말에 대한 액세스를 사용으로 설정할 보기를 표시하십시오. 예를 들어 사용자가 네트워크 홉 보기에 대한 인컨텍스트온라인 도움말에 액세스할 수 있도록 하려면 네트워크 홉 보기를 여십시오.

인시던트 아이콘을 클릭하고 네트워크 가용성 > 네트워크 홉 보기를 선택하십시오.

2. 제목 표시줄에서 페이지 조치 아이콘 을 클릭하십시오.

3. 페이지 편집을 선택하십시오. 일련의 단추 및 위젯 팔레트가 포함된 도구 모음이 표시되도록 보기가 변경됩니다.

4. 보기 내에 하나 이상의 위젯이 존재할 수 있습니다. 컨텍스트 기반 온라인 도움말에 대한 액세스를 사용으로 설정할 위젯을 선택하십시오.

5. 보기 도구 모음에서 위젯 > 스킨 > 기본값을 선택하십시오. 위젯에 대한 위젯 제목 표시줄이 표시되고 위젯 제목 표시줄에서 도움말 아이콘을 사용할 수있게 됩니다.

6. 보기 도구 모음에서 저장 후 종료를 선택하십시오.

도움말 아이콘이 포함된 위젯 제목 표시줄이 표시되며 모든 사용자가 선택된 위젯에 대한 컨텍스트 기반 온라인 도움말을 사용할 수 있습니다.


v 컨텍스트 기반 온라인 도움말에 액세스하려면 위젯 제목 표시줄에 있는 도움

말 아이콘 을 클릭하십시오.

v 다른 위젯의 컨텍스트 기반 온라인 도움말에 대한 액세스를 사용으로 설정하려면 모든 단계를 반복하십시오.

v 온라인 도움말 내에 있는 다른 주제를 찾아보려면 탐색 분할창에서 아이콘을펼치거나 검색 필드에 텍스트를 입력하십시오.

v 위젯의 컨텍스트 기반 온라인 도움말에 대한 액세스를 사용 안함으로 설정하려면 도구 모음으로 이동하여 위젯 > 스킨 > 기본값 제목 없음을 선택하십시오.

감지 시작하기Network Manager를 사용하여 네트워크를 감지하고 네트워크 토폴로지가 최신상태로 유지되도록 보장하기 위한 정기 감지를 스케줄할 수 있습니다.

이는 Network Manager가 설치된 후 가장 중요한 태스크입니다. 네트워크 감지를 구성 및 검증하여 네트워크의 디바이스 및 기술에 대해 가능한 가장 완전하고 정확한 네트워크 토폴로지를 생성하십시오. 정확한 네트워크 토폴로지는 네트워크 문제의 효율적인 근본 원인 분석을 용이하게 합니다. 이는 다시 운영자가 네트워크 문제를 더 빨리 해결할 수 있게 합니다.

네트워크를 발견하는 데 있어 가장 효과적인 방식은 반복적인 방식입니다. 따라서 단순한 발견으로 시작하여 그 결과가 만족스러운지 확인해야 합니다. 특별한범위 영역을 추가하여 새로운 네트워크 범위를 발견하도록 함으로써 점차적으로더 복잡한 발견을 구성하는 것이 좋습니다.

이 정보를 통해 초기 발견을 구성하고 실행한 후에 그 결과를 검증할 수 있습니다. 이 정보에는 발견된 토폴로지의 문제점을 식별하는 방법과 발견 구성을 수정하여 이러한 문제점을 처리하는 방법에 대한 지침이 있습니다. 네트워크의 모든범위를 포함하는 토폴로지에 만족하는 경우에는 다음 단계에서 프로덕션 발견을효과적으로 구성합니다. 이 정보에서 프로덕션 발견을 구성하는 방법과 프로덕션발견을 정기적으로 스케줄하고 변경된 네트워크를 적용함으로써 발견된 토폴로지를 최신 상태로 유지하는 방법을 확인할 수 있습니다.

이 정보를 단계적으로 실행할 때 다음 감지 태스크를 수행합니다.

v 109 페이지의 『초기 감지 설정 구성』v 124 페이지의 『감지 시작 및 감지 진행 상태 모니터』v 134 페이지의 『토폴로지 검증』v 145 페이지의 『프로덕션 감지 설정 구성』


v 147 페이지의 『토폴로지를 최신 상태로 유지』

감지에 대한 전체 정보는 IBM Tivoli Network Manager IP Edition 관리 안내서의 내용을 참조하십시오.

초기 감지 설정 구성초기 감지를 설정하려면 이 정보를 사용하십시오.


v 『범위 설정 이해』v 113 페이지의 『사전 감지 필터를 사용한 서브넷 범위 영역 미세 튜닝』v 115 페이지의 『Ping 파인더 및 피드백 메커니즘 사용』v 118 페이지의 『SNMP 커뮤니티 문자열을 사용한 디바이스 및 서브넷 액세스 구성』

v 123 페이지의 『모든 네트워크 기술이 다루어지는지 확인』

범위 설정 이해관리하려는 IP 주소 및 서브넷에 대응하는 범위를 작성하여 감지할 네트워크의경계를 지정할 수 있습니다.

관리 region이 다음 IP 주소 및 서브넷으로 구성된다고 가정하십시오.

v 단일 IP 주소, 10.30.1.20/32.

v 클래스 C 서브넷 10.40.2.0/24의 경우를 제외한 전체 클래스 B 서브넷10.40.0.0/16.

v 서브넷 10.30.*.1-5의 세트에 있는 처음 5개의 IP 주소만.

이러한 각 region은 범위 영역을 사용하여 정의할 수 있습니다. 네트워크 감지를위해 필요한 만큼 범위 영역을 정의할 수 있습니다.

On your own: 사용자 고유 네트워크의 경계를 식별해보십시오. 이들 경계를 IP

주소, 서브넷 또는 위의 관리 region과 비슷한 형식을 사용하여 어떻게 표현합니까?

다음 단계에서는 범위 영역을 사용하여 위에서 나열된 세 개의 관리 region의 각각을 정의할 것입니다.


단일 IP 주소 범위 영역 설정관리 region 중 하나가 단일 IP 주소(예: 10.30.1.20/32)만으로 구성될 때 단일IP 주소 범위 영역을 설정하십시오.

네트워크 감지 구성에서 감지에 대한 설정을 구성할 수 있습니다.

1. 감지 아이콘을 클릭하고 네트워크 감지 구성을 선택하십시오.

2. 도메인 목록에서 필요한 도메인을 선택하십시오. Network Manager는 또한 고급 사용자에게 텍스트 파일을 사용하여 감지를 구성하는 옵션을 제공합니다. 감지 구성 GUI는 감지 프로세스에 대한 경험이 적은 사용자에게 감지를 구성하는 쉬운 방법을 제공합니다. 감지 구성 GUI의 설정을 저장할 때감지 구성 설정이 감지 텍스트 파일에 기록됩니다.

3. 범위를 누르십시오.

4. 새 범위 영역을 추가하려면 새로 작성 을 누르십시오. 범위 특성 페이지가 표시됩니다.

5. 프로토콜 설정이 IPv4인지 확인하십시오 . 단일 IP 주소 범위 영역10.30.1.20/32는 IPv4 주소이므로 이 설정을 그대로 사용할 수 있습니다.

6. 범위 제한 *서브넷이 선택되었는지 확인하고 서브넷 필드에 IP 주소10.30.1.20을 입력하십시오. 슬래시 부호(/) 뒤에 있는 인접한 필드에 서브넷 마스크 32를 입력하십시오.

7. 조치 설정이 포함으로 설정되어 있는지 확인하십시오. 이는 단일 IP 주소 범위 영역 10.30.1.20/32를 감지 프로세스에 포함될 네트워크 영역인 포함 영역으로 정의합니다.

8. Ping Seed 목록에 추가가 선택되었는지 확인하십시오. 이 옵션을 클릭하면범위 영역의 디바이스가 자동으로 ping seed 목록에 추가됩니다. 이는 디바이스 감지를 시작할 위치인 감지 seed 디바이스의 목록입니다. 감지 seed

는 이 경우와 같은 IP 주소 또는 서브넷 주소일 수 있습니다. 이 옵션을 클릭하면 동일한 항목을 Seeds 탭에 별도로 입력할 필요가 없게 합니다.

9. 확인을 클릭하여 이 범위 영역을 추가하십시오.

10. 저장 을 클릭하여 감지 구성 설정을 저장하십시오.

이제 IP 주소 10.30.1.20/32로 구성되는 단일 IP 주소 범위 영역을 구성했습니다. 다음 단계는 클래스 C 서브넷 10.40.2.0/24를 제외한 전체 클래스 B 서브넷10.40.0.0/16에 대한 서브넷 범위 영역을 구성하는 것입니다. 이 단일 IP 주소를감지 프로세스에 포함될 네트워크 영역인 포함 영역으로 구성했습니다. 또한 이영역을 구성할 때 IP 주소를 ping seed 목록에 추가했습니다. 이는 감지가 네트워크 감지를 시작하는 IP 주소의 세트입니다.


다음 단계는 클래스 C 서브넷 10.40.2.0/24를 제외한 전체 클래스 B 서브넷10.40.0.0/16으로 구성되는 관리 region에 대한 범위 영역을 구성하는 것입니다.

서브넷 범위 영역 설정관리 region 중 하나가 전체 서브넷으로 구성될 때 서브넷 범위 영역을 설정하십시오.

서브넷 범위 영역은 감지 프로세스에 포함될 네트워크 영역인 포함 영역 또는 감지 프로세스에서 제외될 네트워크 영역인 제외 영역일 수 있습니다. 관리 region

이 클래스 C 서브넷 10.40.2.0/24(제외 영역)를 제외한 전체 클래스 B 서브넷10.40.0.0/16(포함 영역)을 포함한다고 가정하십시오. 이는 다음과 같이 그림으로표시할 수 있습니다. 어두운 영역에 있는 디바이스만 발견에 포함됩니다.

참고: 제외 영역은 포함 영역의 서브세트가 되어야 합니다. 그렇지 않으면 발견에 경계가 없다는 메시지가 표시됩니다. 제외 영역이 포함 영역의 서브세트가 되면 제외 영역 외부에 있는 모든 것이 범위 안에 있게 됩니다.

포함 영역 안에 제외 영역을 작성하려면 먼저 클래스 B 서브넷 10.40.0.0/16을포함 영역으로 추가한 후 클래스 C 서브넷 10.40.2.0/24를 제외 영역으로 추가하십시오.

1. 범위를 누르십시오. 그러면 서브넷 범위를 구성할 수 있는 GUI의 범위 구성 섹션으로 되돌아갑니다.


3. 프로토콜 설정은 IPv4로 그대로 두십시오. 이는 클래스 B 서브넷 포함 영역 10.40.0.0/16이 IPv4 주소이기 때문에 필수 프로토콜 설정입니다.

4. 범위 제한 *서브넷이 선택되었는지 확인하고 서브넷 필드에 IP 주소10.40.0.0을 입력하십시오. 슬래시 부호(/) 뒤에 있는 인접한 필드에 서브넷 마스크 16을 입력하십시오.

Inclusion zone

10.40.0.0/16

Exclusion zone

10.40.2.0/24

그림 20. 포함 영역 내의 제외 영역


5. 조치 설정이 포함으로 설정되어 있는지 확인하십시오. 이는 클래스 B 서브넷 범위 영역 10.40.0.0/16을 포함 영역으로 정의합니다.

6. Ping Seed 목록에 추가가 선택되었는지 확인하십시오.

이 옵션을 클릭하면 클래스 B 서브넷 범위 영역의 모든 디바이스가 자동으로 ping seed 목록에 추가됩니다. 따라서 감지 프로세스는 이 범위 영역의모든 단일 디바이스를 ping하려고 시도합니다. 이것을 ping 스위핑이라고 합니다.

감지 프로세스가 서브넷의 모든 가능한 단일 IP 주소를 시도해야 하기 때문에 ping 스위핑은 긴 감지가 됩니다. 클래스 B 서브넷은 ping 스위핑하는데 2 - 3시간이 걸릴 수 있습니다. 클래스 A 네트워크는 ping 스위핑하는데 하루 이상 걸릴 수 있습니다. 그러나 ping 스위핑은 구성하기가 쉽고 시스템이 범위 내의 모든 디바이스를 자동으로 감지할 수 있게 하므로 초기감지를 구성할 때 유용합니다. 나중에 관리 네트워크를 성공적으로 감지했고 보다 효율적인 프로덕션 감지를 스케줄할 때, 감지된 IP 주소의 목록을생성하고 이 목록을 ping 스위핑 대신 ping seed 목록으로 사용할 수 있습니다.

제한사항: IPv6 범위 영역에는 Ping Seed 목록에 추가 옵션을 사용할 수 없습니다. 이는 ping을 보낼 수십억 대의 디바이스가 포함되어 있을 수 있는IPv6 서브넷 ping 스윕핑을 방지합니다. 따라서 IPv6 서브넷에 대한 Ping

스윕핑은 끊임 없는 감지를 유발합니다.

Ping 스위핑은 활성 Ping 파인더에 의존합니다. 감지 프로세스는 Ping 파인더를 사용하여 ping seed 목록에 지정된 디바이스를 찾습니다. Ping 파인더를 다음 태스크 중 하나의 파트로 사용 가능하게 합니다.


8. 클래스 C 서브넷 10.40.2.0/24 제외 영역을 추가하려면 새로 작성 을클릭하십시오.

9. 범위 제한 *서브넷이 선택되었는지 확인하고 서브넷 필드에 IP 주소10.40.2.0을 입력하십시오. 슬래시 부호(/) 뒤에 있는 인접한 필드에 서브넷 마스크 24를 입력하십시오.

10. 조치 아래에서 제외를 클릭하십시오. 이렇게 하면 클래스 C 서브넷 범위 영역 10.40.0.0/16이 제외 영역으로 정의됩니다.




현재 클래스 C 서브넷 10.40.2.0/24를 제외한 전체 클래스 B 서브넷 10.40.0.0/16

에 대한 서브넷 범위 영역을 구성했습니다. 포함 영역과 제외 영역을 작성하여 이를 수행했습니다. 클래스 B 서브넷 포함 영역의 ping 스위핑을 구성했습니다. 이크기의 서브넷의 ping 스위핑은 서브넷에 있는 모든 가능한 단일 IP 주소가 ping

되어야 하기 때문에 2 - 3시간이 걸립니다. 이는 감지 프로세스가 범위에 있는 모든 디바이스를 식별할 수 있게 하므로 초기 감지에 채택 가능합니다. 나중에 초기 감지 결과를 ping seed로 사용하는 보다 효율적인 프로덕션 감지를 구성합니다.

다음 단계는 서브넷 10.30.*.1-5의 세트에 있는 처음 5개의 IP 주소만으로 구성된관리 region을 구성하는 것입니다.

사전 감지 필터를 사용한 서브넷 범위 영역 미세 튜닝감지를 더 복잡한 IP 주소 범위로 제한할 수도 있습니다. 예를 들어 서브넷10.30.*.1-5의 세트에 있는 처음 5개 주소만 포함하도록 관리 region을 구성할 수있습니다. 사전 발견 필터는 발견 범위를 세밀하게 조정할 수 있는 메커니즘입니다.

이를 수행하는 한 가지 방법은 먼저 클래스 B 서브넷 10.30.0.0/16에 대한 범위영역을 작성하는 것입니다. 그런 다음 사전 감지 필터를 사용하여 감지된 디바이스를 원하는 범위로 제한하십시오. 정의된 범위 영역 내의 모든 IP 주소가 처음에 ping되고 디바이스 sysObjectId를 검색하기 위해 SNMP 폴링됩니다. 그러나사전 발견 필터를 패스하지 않는 모든 디바이스는 발견 범위에서 삭제되며, 발견에이전트가 조회하지도 않고 토폴로지에 포함되지도 않습니다.

Test:

1. 범위를 누르십시오.


3. 프로토콜 설정은 IPv4로 그대로 두십시오. 이는 클래스 B 서브넷 포함 영역 10.30.0.0/16이 IPv4 주소이기 때문에 필수 프로토콜 설정입니다.

4. 범위 제한 *서브넷이 선택되었는지 확인하고 서브넷 필드에 IP 주소10.30.0.0을 입력하십시오. 슬래시 부호(/) 뒤에 있는 인접한 필드에 서브넷 마스크 16을 입력하십시오.

5. 조치 설정이 포함으로 설정되어 있는지 확인하십시오. 이는 클래스 B 서브넷 범위 영역 10.30.0.0/16을 포함 영역으로 정의합니다.

6. Ping Seed 목록에 추가가 선택되었는지 확인하십시오. 이 옵션을 클릭하면클래스 B 서브넷 범위 영역 10.30.0.0/16의 모든 디바이스가 ping되고


SNMP 폴링되도록 합니다. 이러한 ping 및 폴링 조작 결과의 데이터(예: 디바이스 sysObjectId)를 사전 감지 필터에서 사용할 수 있습니다.


8. 필터를 누르십시오. 이는 사전 감지 필터를 작성할 수 있는 GUI 섹션입니다.

9. 패널의 사전 감지 필터 섹션에서 필터 라이브러리를 클릭하십시오.

10. 사전 감지 필터 라이브러리 창에서 필터 추가를 클릭하십시오.

11. 감지된 모든 디바이스가 다음 중 하나와 일치하는지 확인하려면 필터 행을작성하십시오.

v 10.30.*.1

v 10.30.*.2

v 10.30.*.3

v 10.30.*.4

v 10.30.*.5

a. 이름 필드에 10.30.0.0 서브넷 제한을 입력하십시오. 이 정렬의 의미 있는 이름이 나중에 필터를 참조할 때 도움이 됩니다.

b. 기본 탭의 필드 목록에서 m_UniqueAddress 필드를 선택하십시오.

이 목록의 필드는 세부사항 감지 에이전트에 의해 초기 감지 단계에서각 디바이스에서 검색되는 데이터를 나타냅니다. 감지 에이전트는 네트워크의 디바이스에 대한 정보를 검색합니다. 세부사항 에이전트는 각 디바이스에 대해 실행하는 첫 번째 에이전트이며 존재가 이미 검증된 디바이스에 관한 기본 정보를 검색합니다. 필드 목록에 표시되는 필드가details.returns 데이터베이스 테이블에 저장됩니다. 이렇게 하면 광범위한 디바이스 데이터를 기반으로 필터를 구성할 수 있습니다.

details.returns 테이블에 대한 자세한 정보는 IBM Tivoli Network


c. 비교 연산자 not like를 선택하십시오.

d. Value 필드에 10\.30\..*\.([6-9]$)|[1-9][0-9].*$를 입력하십시오.

사전 감지 필터는 정규식 사용을 허용합니다. 방금 입력한 정규식을 사용하면 Network Manager가 10.30.0.0 범위, 즉 10.30.*.6-9 및10.30.*.10-255에서 원하지 않는 모든 디바이스를 제외할 수 있습니다. 피연산자를 작은 따옴표로 둘러싸지 않아도 됩니다. 이러한 필터를 위해SQL where 절을 구성하는 경우에는 이 작업을 시스템에서 자동으로 처리합니다.


참고: 필터를 m_UniqueAddress LIKE '10\.30\..*\.[1-5]$와 같은 더명백한 like 비교 연산자를 사용하여 공식화하는 경우, 관리 주소가10.30.*.1-5 외부에 있는 디바이스가 결국 토폴로지에 있게 됩니다. 그러므로 이렇게 하면 앞서 공식화한 다른 범위 영역이 제외됩니다. 따라서필터에서 추가 필터 행을 작성해서 이러한 범위를 패스하도록 해야 합니다. 범위를 새로 추가할 때마다 사전 발견 필터를 수정하지 않아도 되도록 필터 논리를 설계하는 것이 중요하다는 것을 이 예제를 통해 알수 있습니다.

기본 정규식 구문에 대한 정보는 IBM Tivoli Network Manager Reference

의 내용을 참조하십시오.

12. 저장을 클릭하여 필터를 저장하십시오. 정의된 필터가 창의 왼쪽에 있는 필터 목록에 나타납니다.

13. 닫기를 클릭하십시오. 정의된 필터가 패널의 사전 감지 필터 섹션에 있는 사용 가능 필터 목록에 나타납니다.

14. 필터를 선택하고 >를 클릭하십시오. 필터가 적용되어 선택한 필터 목록에 표시됩니다.


이제 서브넷 10.30.*.1-5 세트에 있는 처음 5개 주소만 포함하도록 관리 region을구성했습니다. 정규식을 사용하여 감지에서 원하지 않는 디바이스를 필터링하는사전 감지 필터를 작성하여 이를 수행했습니다. 세부사항 에이전트에 의해 감지의 초기에 수집되는 데이터를 기반으로 사전 감지 필터를 작성했습니다.

다음 단계는 피드백 메커니즘이 작동하도록 보장하는 것입니다. 피드백은 감지 에이전트가 리턴한 데이터를 사용하여 기타 디바이스를 찾는 메커니즘입니다. 피드백 데이터의 예로는 원격 이웃의 IP 주소 또는 로컬 이웃이 존재하는 서브넷이있습니다.

Ping 파인더 및 피드백 메커니즘 사용피드백 메커니즘을 사용하여 이웃하는 연결된 디바이스를 감지할 수 있습니다. 피드백은 감지 프로세스가 다른 디바이스 조회의 결과로 디바이스의 존재에 대해알 수 있게 합니다. 피드백이 작동하려면 Ping 파인더가 사용 가능해야 합니다.

기본적으로 Ping 파인더와 피드백 메커니즘은 사용 가능합니다. 이 태스크에서는감지 구성 GUI에서 이들 설정을 찾고 설정이 사용 가능한지 확인할 것입니다.

1. Seed를 누르십시오.


2. 감지에서 Ping 파인더 사용이 선택되었는지 확인하십시오. Ping 파인더는 감지가 존재를 검증하기 위해 디바이스를 ping할 수 있게 하는 데 사용되며 다음을 포함한 감지의 다양한 지점에서 사용됩니다.

v 초기 스테이지에서는 ping seed 목록에서 디바이스를 감지하고 서브넷의ping 스위핑을 수행하기 위해.

v 감지 전체에서 피드백 메커니즘의 일부로 감지되는 원격 이웃을 검증하기위해.

v 감지된 서브넷에서 활성 인터페이스를 식별하기 위해.

3. 고급을 누르십시오. 고급 탭에는 고급 사용자가 일반적이지 않은 네트워크 작동을 해결하기 위해 설정할 수 있는 많은 구성 설정이 들어 있습니다.

4. 패널의 고급 감지 구성 섹션에서 피드백 제어 사용 설정을 선택하십시오.

기본적으로 피드백은 전체에서만 피드백으로 설정되며, 이것이 바람직한 설정입니다. 이 설정은 전체 네트워크의 감지인 전체 감지를 수행 중일 때 피드백이 활성 상태이도록 보장합니다. 전체 네트워크는 감지 범위를 사용하여 정의한 관리 영역으로 구성됩니다.

피드백 제어 사용의 기타 설정은 다음과 같습니다.

피드백 없음이 설정은 사전정의된 IP 주소 목록으로 감지를 엄격하게 제한하기 원하고 감지 프로세스가 사전정의된 목록에 없는 모든 연결된 디바이스를 감지하기를 원하지 않을 때 유용합니다. 프로덕션 감지 구성을 설정할 때 이 설정에 대해 자세히 배웁니다.

피드백이 설정은 전체 감지 및 부분 감지 모두에 대해 피드백을 켭니다. 부분 발견은 하나 이상의 디바이스나 서브네트와 같은 네크워크의 일부만을 발견합니다. 부분 감지는 대개 개별 디바이스 변경에 대한 응답으로 실행됩니다. 요청 시에 실행되거나 네트워크의 특히 변동이 심한 부분에 대해 스케줄될 수 있습니다. 부분 감지의 기본 목적은 주어진 디바이스에 대한 토폴로지 데이터를 빨리 업데이트하는 것이며,

디바이스 연결은 부분 감지를 수행할 때 대개 우선순위가 낮습니다.

디바이스 연결은 다음 스케줄된 전체 감지가 수행될 때 업데이트될 수있습니다.

일반적으로는 고급 탭의 설정을 변경할 필요가 없습니다. 그러나 다음 설정은 기억하는 것이 좋습니다.

Ping 검증 사용이 설정은 감지가 ping에 응답하는 디바이스에 대해서만 네트워크 오브젝트를 작성하게 합니다.


VLAN 모델링 사용VLAN을 모델링할 필요가 없는 경우 이 옵션을 사용 안해서 감지를가속화하십시오.

ifName/ifDescr 인터페이스 이름 지정 사용 가능감지된 인터페이스에 대한 기본 이름 지정 규칙을 변경합니다. 감지된 인터페이스에 대한 기본 이름 지정 규칙을 변경한 경우에는BuildInterfaceName 스티처를 변경하여 해당 이름 지정 규칙을 지정해야 합니다.

감지 스티처는 감지 프로세스 내에서 다음 두 가지 주요 태스크를 수행하는 Network Manager의 독점 스티처 언어로 작성된 코드 부분입니다.

데이터 콜렉션 스티처이들 스티처는 한 데이터베이스의 네트워크 디바이스에서 다른 디바이스로 수집된 데이터를 이동합니다. 이들은 시스템 스티처이며 사용자가 사용자 정의할 수 없습니다.

데이터 처리 스티처이들 스티처는 감지 에이전트가 수집한 데이터를 함께 ’엮어서’ 나중에 시각화 및 폴링할 수 있는 네트워크 토폴로지를 생성합니다. 고급 사용자는 감지 프로세스가 사용자 정의 토폴로지를 생성하도록 이들 스티처를 수정할 수 있습니다. 예를들어 위에서 언급한 대로 BuildInterfaceName 스티처를 수정하여 사용자 정의 인터페이스 이름 지정 규칙을 지정할 수 있습니다.


이제 피드백 및 Ping 파인더가 사용 가능함을 확인했습니다.

Ping 파인더는 감지가 존재를 검증하기 위해 디바이스를 ping할 수 있게 하는데 사용되며 감지의 다양한 지점에서 사용됩니다.

피드백은 감지 프로세스가 다른 디바이스 조회의 결과로 디바이스의 존재에 대해 알 수 있게 합니다. 피드백이 작동하려면 Ping 파인더가 사용 가능해야 합니다.


SNMP 커뮤니티 문자열을 사용한 디바이스 및 서브넷 액세스 구성감지 에이전트가 네트워크 디바이스에 액세스하여 SNMP 데이터를 검색할 수 있게 하려면 네트워크의 서브넷 및 IP 주소에 대한 SNMP 커뮤니티 문자열을 지정해야 합니다.

커뮤니티 문자열과 Telnet 액세스 데이터는 글로벌(감지가 만나는 모든 디바이스에 대해 커뮤니티 문자열을 시도함을 의미)이거나, 특정 서브넷으로 제한되거나(즉, 특정 서브넷의 디바이스에서만 사용됨), 심지어 특정 디바이스로 제한될 수있습니다. 서브넷별로 커뮤니티 문자열 및 Telnet 액세스 데이터를 지정하면 감지가 더 효율적이고 빨라집니다. 일반적으로 신임 정보가 보다 특정적일 수록 감지가 올바른 신임 정보를 더 빨리 판별할 수 있습니다.

참고: GUI의 커뮤니티 문자열 설정과 관련된 감지의 속도는 초기 감지에만 영향을 미칩니다. Network Manager가 올바른 커뮤니티 문자열을 식별한 후에는 이정보를 NCMONITOR 관계형 데이터베이스에 저장합니다. 후속 발견 단계에서이 데이터베이스에 액세스하여 SNMP 커뮤니티 문자열과 기타 SNMP 관련 디바이스 액세스 정보를 검색합니다.

감지가 커뮤니티 문자열을 처리할 때 항상 가장 특정한 일치를 첫 번째로 사용하려고 합니다. 따라서 감지가 디바이스 10.40.1.13을 조회하려고 시도 중인 경우먼저 해당 특정 IP 주소(10.40.1.13/32)에 대한 모든 커뮤니티 문자열을 사용하려고 합니다. 해당 주소에 대해 사용 가능한 것이 없으면 클래스 C 서브넷10.40.1.0/24에 지정된 서브넷 문자열을 사용한 후 클래스 B 서브넷 10.40.0.0/16

에 대해 지정된 문자열을 사용합니다. 서브넷 특정 IP 주소가 존재하지 않는 경우, GUI에서 지정되는 우선순위에 따라 글로벌 주소를 기본값으로 사용합니다.

public의 글로벌 커뮤니티 문자열을 제공합니다.Network Manager 기본 public

커뮤니티 문자열을 보존하여 일부 디바이스가 해당 문자열을 사용할 수 있지만네트워크 acme에 특정한 글로벌 커뮤니티 문자열을 작성하고 이 acme 커뮤니티문자열에 기본 public 커뮤니티 문자열보다 높은 우선순위를 부여하기 원한다고가정하십시오.

또한 다음의 특정 커뮤니티 문자열을 정의하려고 합니다.

v 클래스 C 서브넷 10.40.1.0/24: 이 서브넷에 network2의 커뮤니티 문자열을부여합니다.

v 클래스 B 서브넷 10.40.0.0/16: 이 서브넷에 network1의 커뮤니티 문자열을 부여합니다.

감지 프로세스가 SNMPv2 커뮤니티 문자열을 사용하기 원하지만 SNMPv2 커뮤니티 문자열이 특정 디바이스에 대해 작동하지 않는 경우 동등한 SNMPv1 커뮤니티 문자열로 후퇴하기 원합니다. 이를 수행하려면 SNMPv2용 하나와SNMPv1용 하나, 각 커뮤니티 문자열에 대한 중복 항목을 작성해야 합니다. 또


한 각 SNMPv2 커뮤니티 문자열이 GUI에 위치해서 대응하는 SNMPv1 커뮤니티 문자열보다 더 높은 우선순위를 갖는지 확인해야 합니다.

이는 커뮤니티 문자열이 클래스 C 서브넷 10.40.1.0/24의 디바이스에 대해 시도될 순서가 다음과 같음을 의미합니다. (해당 디바이스에 대한 마지막 커뮤니티 문자열 작업도 다음과 같다고 가정합니다.)

1. 디바이스 레벨에서 커뮤니티 문자열이 없으므로 가장 특정한 서브넷 커뮤니티 문자열을 시도하십시오.

2. SNMPv2를 사용한 클래스 C 서브넷 10.40.1.0/24 커뮤니티 문자열 network2

3. SNMPv1을 사용한 클래스 C 서브넷 10.40.1.0/24 커뮤니티 문자열 network2

4. SNMPv2를 사용한 클래스 B 서브넷 10.40.0.0/16 커뮤니티 문자열 network1

5. SNMPv1을 사용한 클래스 B 서브넷 10.40.0.0/16 커뮤니티 문자열 network1

6. SNMPv2를 사용한 사용자 정의 글로벌 커뮤니티 문자열 acme

7. SNMPv1을 사용한 사용자 정의 글로벌 커뮤니티 문자열 acme

8. SNMPv2를 사용한 Network Manager 글로벌 커뮤니티 문자열 public

9. SNMPv1을 사용한 Network Manager 글로벌 커뮤니티 문자열 public

다음 단계는 이들 커뮤니티 문자열을 GUI에 입력하여 이 순서로 시도되도록 보장하는 것입니다.

1. 비밀번호를 누르십시오. 패널의 SNMP 커뮤니티 문자열 섹션에서 다음 정보를 표시하는 테이블의 두 행이 표시되어야 합니다.

표 4. SNMP 커뮤니티 문자열# IP/서브넷 커뮤니티 문자열 SNMP 버전1 null public 버전 2

2 null public 버전 1

이 정보는 기본적으로 사용자에게 이미 이 커뮤니티 문자열의 SNMPv2에우선순위 순서가 부여되는 두 개의 public 커뮤니티 문자열이 정의되었음을표시합니다. 우선순위 순서는 커뮤니티 문자열을 테이블에서 더 높이 배치하여 설정됩니다.

2. SNMPv2 및 SNMPv1에 대한 글로벌 커뮤니티 문자열 acme를 추가하십시오.

a. 새 SNMP 커뮤니티 문자열을 추가하려면 새로 작성 을 누르십시오.

SNMP 비밀번호 특성 페이지가 표시됩니다.

b. 이름 필드에 acme를 입력하십시오.

c. 적용 대상 기본 설정은 모든 디바이스입니다. 이 설정은 그대로 두십시오. 이는 acme 커뮤니티 문자열이 글로벌이도록 보장합니다.

d. SNMP 버전에 대해서는 V2를 클릭하십시오.


e. 확인을 클릭하여 설정을 채택하십시오.

f. 이제 다음 설정을 사용하여 두 번째 사용자 정의 글로벌 커뮤니티 문자열을 추가하십시오.

Name

acme를 입력하십시오.

적용 대상모든 디바이스

SNMP 버전V1을 클릭하십시오.

확인을 클릭하십시오. 그러면 두 개의 사용자 정의 글로벌 커뮤니티 문자열이 추가됩니다. 이들은 테이블의 기본 public 커뮤니티 문자열 아래에나타납니다.

표 5. SNMP 커뮤니티 문자열# IP/서브넷 커뮤니티 문자열 SNMP 버전1 null public 버전 2


3 null acme 버전 2


3. acme 커뮤니티 문자열에 기본 public 커뮤니티 문자열보다 높은 우선순위를지정하십시오.

a. SNMPv2에 대한 acme 커뮤니티 문자열을 포함하는 행 3에서, 위로 이

동 을 두 번 클릭하여 acme SNMPv2를 테이블의 맨 위로 이동하십시오.

b. SNMPv1의 acme 커뮤니티 문자열이 포함된 4행에서 위로 이동을 두 번 클릭하여 acme SNMPv1을 테이블의 두 번째 행으로 이동하십시오. 테이블은 이제 다음과 비슷하게 나타납니다. acme 커뮤니티 문자열이 테이블의 첫 번째 두 행에 표시되면, 발견 프로세스가 디바이스에 액세스할 수 있는 권한을 얻으려고 이러한 문자열을 처음 시도하는 것입니다. 또한 acme의 SNMPv2 버전이 SNMPv1 버전에 앞서 시도됩니다.

표 6. SNMP 커뮤니티 문자열# IP/서브넷 커뮤니티 문자열 SNMP 버전1 null acme 버전 2




표 6. SNMP 커뮤니티 문자열 (계속)

# IP/서브넷 커뮤니티 문자열 SNMP 버전4 null public 버전 1

다음 단계는 서브넷 특정 커뮤니티 문자열을 추가하는 것입니다.

4. 클래스 C 서브넷 10.40.1.0/24에 대한 커뮤니티 문자열을 추가하십시오.

a. 새로 작성 을 누르십시오. SNMP 비밀번호 특성 페이지가 표시됩니다.

b. 다음 설정을 갖는 서브넷 특정 커뮤니티 문자열을 추가하십시오.

Name

network2를 입력하십시오.

적용 대상*서브넷을 클릭하고 *서브넷 필드에 10.40.1.0을 입력하십시오.

슬래시 부호(/) 뒤에 있는 인접한 필드에 서브넷 마스크 24를 입력하십시오.

SNMP 버전V2를 클릭하십시오.

확인을 클릭하십시오.

c. 새로 작성 을 누르십시오. SNMP 비밀번호 특성 페이지가 표시됩니다.

d. 다음 설정을 갖는 두 번째 서브넷 특정 커뮤니티 문자열을 추가하십시오.

Name

network2를 입력하십시오.


슬래시 부호(/) 뒤에 있는 인접한 필드에 서브넷 마스크 24를 입력하십시오.



5. 클래스 B 서브넷 10.40.0.0/16에 대한 커뮤니티 문자열을 추가하십시오.

a. 새로 작성 을 누르십시오. SNMP 비밀번호 특성 페이지가 표시됩니다.

b. 다음 설정을 갖는 세 번째 서브넷 특정 커뮤니티 문자열을 추가하십시오.


Name

network1을 입력하십시오.


슬래시 부호(/) 뒤에 있는 인접한 필드에 서브넷 마스크 16을 입력하십시오.

SNMP 버전V2를 클릭하십시오.


c. 새로 작성 을 누르십시오. SNMP 비밀번호 특성 페이지가 표시됩니다.

d. 다음 설정을 갖는 네 번째 서브넷 특정 커뮤니티 문자열을 추가하십시오.

Name

network1을 입력하십시오.


슬래시 부호(/) 뒤에 있는 인접한 필드에 서브넷 마스크 16을 입력하십시오.


확인을 클릭하십시오. 이제 SNMP 커뮤니티 문자열 테이블은 다음과 같이 표시됩니다.

표 7. 커뮤니티 문자열의 구성 및 우선순위가 뒤에 오는 SNMP 커뮤니티 문자열 테이블# IP/서브넷 커뮤니티 문자열 SNMP 버전1 null acme 버전 2




5 10.40.1.0 network2 버전 2

6 10.40.1.0 network2 버전 1

7 10.40.0.0 network1 버전 2

8 10.40.0.0 network1 버전 1

서브넷 특정 커뮤니티 문자열이 테이블의 글로벌 커뮤니티 문자열 아래에 나타납니다. 이 경우 감지 프로세스가 항상 글로벌 커뮤니티 문자열전에 특정 커뮤니티 문자열을 시도하기 때문에 순서는 문제가 되지 않습니다. 또한 커뮤니티 문자열이 특정할 수록 우선순위는 더 크므로, 클


래스 C 커뮤니티 문자열이 테이블에 배치하는 위치와 상관없이 항상클래스 B 문자열 전에 시도됩니다.

이제 관리 region의 모든 디바이스에 대한 액세스가 가능하도록 SNMP 커뮤니티 문자열을 구성했습니다.

관리 region의 서브넷 중 둘에 대한 서브넷 특정 커뮤니티 문자열을 구성했습니다. 이들 문자열은 우선순위를 갖습니다.

또한 모든 디바이스에 적용되는 글로벌 커뮤니티 문자열도 정의했습니다.

모든 네트워크 기술이 다루어지는지 확인Network Manager 감지 에이전트는 네트워크의 디바이스로부터 정보를 검색합니다. CiscoFrameRelay 같은 전용 에이전트는 특정 네트워크 기술 데이터를 검색합니다. 전체 감지 에이전트의 목록을 확인하여 네트워크의 모든 기술이 다루어지는지 확인하십시오.

모든 네트워크 디바이스에서 기본 정보를 검색하는 세부사항 감지 에이전트 외에, 감지 프로세스는 프로토콜 및 기술 특정 감지 에이전트 세트를 사용하여 더욱 상세한 디바이스 정보를 검색합니다. 기본적으로 감지 에이전트의 서브세트가사용 가능하며, 이 서브세트는 대개 가장 초기 감지의 필요성을 충족시킵니다. GUI

를 사용하여 각 감지 에이전트의 설명을 검색하고 선택적으로 추가 감지 에이전트를 사용할 수 있습니다.

1. 전체 감지 에이전트를 클릭하십시오.

2. 에이전트 트리에서 에이전트 > 전체 계층 2 및 계층 3 감지을 클릭한 후 서브노드를 클릭하여 사용 가능한 계층 2 및 계층 3 감지 에이전트의 전체 세트를 보십시오.

3. 에이전트를 클릭하여 에이전트 설명을 보십시오.

예를 들어 IpRoutingTable 에이전트의 설명을 보려면 에이전트 > 전체 계층2 및 계층 3 감지 > 계층 3 > IpRoutingTable을 클릭하십시오. 이 계층 3

에이전트는 기본적으로 사용 가능하며 다른 IP 주소 및 서브넷을 배워서 각라우터의 라우팅 테이블을 조사하여 감지에 피드백합니다.

기타 에이전트는 기본적으로 사용 안됩니다. 예를 들어 엔티티 에이전트의 설명을 보려면 에이전트 > 엔티티를 클릭하십시오. 이 에이전트는 네트워크 엔티티에 대한 선택적 상세 포함 정보를 감지합니다. 이 에이전트는 에이전트가 자원 집약적이고 감지 시간을 길게 만들기 때문에 실제 포함을 모델링하고 자산 관리를 수행하려는 경우에만 사용해야 합니다.

4. 감지 구성을 변경한 경우 저장 을 클릭하여 변경을 저장하십시오.


감지될 네트워크 프로토콜 및 기술을 검토했습니다. 사용 가능한 전체 감지 에이전트 세트를 검토하여 이를 수행했습니다. 또한 에이전트 트리를 사용하여 에이전트를 찾는 방법, 각 에이전트의 추가 정보를 검색하는 방법 및 에이전트 사용가능 방법을 보았습니다.

초기 감지 설정 구성: Summary

이 정보를 다루는 과정에서 초기 발견 설정을 구성합니다. 이러한 설정을 사용하여 발견을 실행하게 됩니다.

이 정보를 다루는 과정에서 다음과 같은 개념과 기술을 학습합니다.

v 발견 구성 GUI를 사용하여 주요 발견 설정을 구성합니다.

v 범위 영역을 사용하여 네트워크 영역을 포함하고 제외합니다.

v 사전 발견 필터를 사용하여 더 복잡한 IP 주소 범위로 발견을 제한하는 방법v Ping 스위핑을 사용하여 관리 영역의 모든 디바이스를 식별합니다.

v Ping 파인더와 피드백 메커니즘을 활성화하여 Ping 스위핑을 사용하는 방법v SNMP 커뮤니티 문자열을 사용하여 디바이스와 서브네트 액세스를 구성하는방법

v 발견 에이전트를 사용하여 모든 네트워크 기술이 다루어졌는지 확인합니다.

감지 시작 및 감지 진행 상태 모니터발견 상태 GUI를 사용하여 발견을 실행하고 발견의 진행 상황을 모니터하십시오.


v 125 페이지의 『감지 실행』v 126 페이지의 『전체 감지 진행 상태 모니터링』v 127 페이지의 『Ping 파인더 상태 모니터링』v 129 페이지의 『감지 에이전트 상태 모니터링』v 132 페이지의 『감지 문제점 해결』

감지 단계 이해감지는 고유한 단계를 거치면서 실행됩니다. 이 정보를 사용하여 각 단계를 이해하고 감지를 모니터하십시오.

실행 중인 감지는 다음 단계를 거칩니다. 단계가 겹칠 수 있습니다. 예를 들어,

주소 해석 단계(단계 2)가 디바이스 조사 단계(단계 1)이 완료되기 전에 시작할수 있습니다.

디바이스 조사 중Network Manager의 초기 버전에서는 이 단계를 1단계라고 했습니다. 이


단계에서는 발견 과정에서 첫 번째 시드 디바이스가 발견되었으며 범위 내에서 다른 디바이스를 찾는 중입니다. 디바이스가 감지되면 감지 에이전트가 디바이스를 조사하기 시작하고 디바이스 세부사항, 연관된 디바이스주소 및 디바이스 연결을 검색합니다.

주소 해석 중Network Manager의 초기 버전에서는 이 단계를 2단계라고 했습니다. 이단계에서는 발견 과정에서 OSI 모델 계층 2 및 3의 디바이스를 맵핑합니다.

연결 다운로드 중Network Manager의 초기 버전에서는 이 단계를 3단계라고 했습니다. 이단계에서는 발견 과정에서 네트워크 스위치에서 검색된 정보를 사용하여디바이스 연결을 발견하고 확인합니다.

상관 연결Network Manager의 초기 버전에서는 이 단계를 -1단계라고 했습니다.

이 단계 동안 감지 프로세스가 이전 단계 동안 수집된 네트워크 디바이스 정보를 사용하여 네트워크 토폴로지를 빌드합니다. 토폴로지 빌드 작업은 감지 스티처에 의해 수행됩니다.

감지 실행현재 감지 설정을 구성했으며, 다음 단계는 감지 상태 GUI를 사용하여 초기 감지를 수동으로 시작하는 것입니다.

다음 방법 중 하나로 감지를 실행할 수 있습니다.

v 수동으로 감지 실행.

v 정기적으로 자동으로 실행하도록 감지 스케줄.

감지 결과에 만족한 후 정기 감지를 스케줄하기 원할 것입니다. 잠시, 아직 초기감지를 실행 중이며 결과를 기반으로 감지 구성을 튜닝 중이므로 다음 단계는 감지를 수동으로 실행하는 것입니다.

1. 감지 아이콘을 클릭하고 네트워크 감지 상태를 선택하십시오.

2. 표시되는 감지 상태 GUI를 확인하십시오. 감지 상태 GUI에서 감지를 실행하고 진행상태를 모니터할 수 있습니다. 감지 상태 GUI의 모니터링 섹션이4가지 감지 상태를 갖는 표를 표시합니다.

v 디바이스 조사 중v 주소 해석 중v 연결 다운로드 중v 연결 상관 중


오른쪽 맨 위에 있는 감지 유형 레이블은 감지가 실행 중이 아님을 알려줍니다.

참고: 예를 들어 정기적으로 스케줄된 감지 같은 감지가 실행 중인 동안 이GUI에 액세스하는 경우, 감지가 사용자 스스로 시작하지 않은 경우에도 실행 중인 감지를 모니터할 수 있습니다.

3. 도메인 목록에서 필요한 도메인을 선택하십시오.

4. 감지 시작 을 클릭하십시오.

5. 감지가 정상적으로 시작했는지 확인하십시오. 이를 수행하려면 다음을 확인하십시오.

v 감지 유형 레이블이 텍스트 감지 시작 중을 표시하고 실행 중 아이콘

을 표시합니다.

v 받은 마지막 상태 레이블이 텍스트 감지 시작 중을 표시합니다.

v 잠시 후에 디바이스 조사 단계가 실행 중 상태를 표시하고 경과 시간 현재 컬럼이 이 단계에 대한 시간 카운터를 표시합니다.

이제 수동으로 감지를 실행했습니다. 다음 단계는 감지 진행 상태를 모니터하는것입니다.

전체 감지 진행 상태 모니터링감지가 진행될 때, 감지를 모니터하고 감지 에이전트의 진행 상태에 대한 상세한정보를 제공하고 마지막 감지의 세부사항을 보려면 감지 상태 GUI를 사용하십시오.

지금 발견을 실행했으며 첫 번째 단계인 디바이스 조사가 시작되었습니다. 감지상태 GUI에서 각 감지 단계의 진행 상태를 보고 감지의 전체 진행 상태를 모니터할 수 있습니다. 이 화면에서 컬럼을 정렬하면 데이터를 더욱 쉽게 볼 수 있습니다.

1. 디바이스 조사 단계가 오류 없이 진행 중인지 확인하십시오. 단계가 진행함에 따라서 다음이 표시됩니다.

v 상태가 실행 중 입니다.

v 경과 시간 컬럼 아래의 현재 값은 일정한 간격으로 증가합니다.

v 완료된 작업 컬럼 아래의 현재 값에는 지금까지 Ping 파인더가 찾은 IP

주소의 수가 표시됩니다. 이전에 범위 영역으로 구성된 관리 영역을 기초로 할 때, 디바이스 조사의 완료된 현재 작업 값은 감지 중에 감지된 IP

주소의 실제 수를 표시할 것으로 예상됩니다. 여기에서의 감지 구성의 경


우 값은 16,000 - 65,000개의 IP 주소 중 하나입니다. 이는 각 관리 영역에 있는 IP 주소 수의 다음 추정값을 기초로 합니다.

– 단일 IP 주소 10.30.1.20/32: IP 주소 수는 1입니다.

– 클래스 C 서브넷 10.40.2.0/24의 경우를 제외한 전체 클래스 B 서브넷 10.40.0.0/16. 최대 IP 주소 수는 65,536 - 255이며, 65,000보다 조금 큽니다. 빈약하게 채워진 클래스 B 서브넷을 가정하면, 최소 IP 주소 수는 15,000일 수 있습니다.

– 서브넷 10.30.*.1-5의 세트에 있는 처음 5개의 IP 주소만. 최대 IP 주소 수는 255 x 5 = 1275입니다.

이 감지의 경과 시간 및 완료된 작업 값을 이전 감지의 값과 비교할 수 있으며, 이는 감지가 정상적으로 실행 중이라는 검증의 추가 레벨을 제공합니다.

2. 감지가 디바이스 조사 단계에서 후속 단계로 이동할 때, 단계가 얼마나 완료되었는지 알려면 완료된 현재 작업을 모니터하십시오. 주소 분석 및 연결 다운로드 단계에서, 완료된 작업의 백분율이 각 에이전트가 처리를 완료한 IP

주소 수를 에이전트가 아직 처리해야 하는 IP 주소 수로 나눈 값을 기초로계산됩니다. 이 수치를 사용하여 단계가 완료까지 얼마나 남았는지를 판단하십시오.

이제 전체 감지 프로세스가 단계별로 진행 중인 방법을 이해하게 되었습니다. 디바이스 조사 단계 중에는 Ping 파인더가 구성된 범위 영역의 각 디바이스를 ping

합니다. 다음 단계는 Ping 파인더가 각 범위 영역의 다양한 IP 주소 및 서브넷을 ping할 때 Ping 파인더의 진행상태를 모니터하는 것입니다.

Ping 파인더 상태 모니터링디바이스 조사 단계 중에 Ping 파인더가 구성된 범위 영역 내의 각 디바이스를ping합니다. 감지 상태 GUI를 사용하여 각 범위 영역의 서브넷 전체에서 Ping

파인더의 진행 상태를 추적할 수 있습니다.

감지 상태 GUI에서 Ping 파인더 상태를 클릭하십시오. GUI의 Ping 파인더 상태 섹션은 Ping 파인더 상태 테이블을 표시합니다. 이 테이블은 앞에서 구성한범위 영역을 구성하는 모든 서브넷을 나열합니다.

Ping 파인더 상태 테이블에는 다음 정보가 포함되어 있습니다.

주소 이 시점까지 감지된 IP 및 서브넷 목록입니다.

네트마스크이 컬럼에는 각 서브넷에 대한 네트마스크 값이 표시됩니다.

마지막 Ping됨이 서브넷에서 ping된 마지막 IP 주소입니다.


상태 Ping 파인더가 이 디바이스 또는 서브넷을 ping하고 있는지 또는 ping

을 완료했는지 여부를 표시합니다.

예를 들어 사용자가 구성한 범위 영역을 기반으로 Ping 파인더 상태 테이블은 다음과 유사한 것을 표시할 수 있습니다.

표 8. Ping 파인더 상태 테이블의 데이터 예제주소 네트마스크 마지막 Ping됨 상태

10.30.1.20 - -

10.30.0.0 255.255.0.0 10.30.255.5

10.40.0.0 255.255.0.0 10.40.39.3

이 예제는 구성된 범위 영역의 ping 작업이 진행 중임을 표시합니다. 특히,

v 단일 IP 주소 범위 영역 10.30.1.20이 성공적으로 ping되었습니다.

v 서브넷 10.30.0.0의 모든 라우터가 성공적으로 ping되었습니다. 여기에서 관리영역은 복잡한 IP 주소 범위로 구성되었으며, 이 범위를 정의하려면 10.30.*.1-5

로 정의된 범위 밖에 있는 클래스 B 서브넷 10.30.0.0의 모든 IP 주소를 사전발견 필터를 구성하여 제외해야 했습니다. 테이블에서 볼 수 있는 것처럼, ping

할 마지막 IP 주소는 10.30.255.5로서 이 복잡한 범위에 있는 마지막 IP 주소입니다.

v 클래스 B 서브넷 10.40.0.0이 아직 ping되는 프로세스 중에 있습니다. 감지 프로세스가 서브넷의 모든 가능한 단일 IP 주소를 ping하려고 해야 하기 때문에 클래스 B 서브넷은 ping 스위핑하는 데 2 - 3시간이 걸릴 수 있습니다. 클래스 B 서브넷의 경우 이는 65,536번 시도한 IP 주소 ping입니다. 테이블에서 볼 수 있는 것처럼 감지가 방금 IP 주소 10.40.39.3을 ping했으며, 아직 수행할 ping이 많이 있습니다.

참고: 클래스 B 서브넷 10.40.0.0이 드물게 채워지는 서브넷인 경우에는 디바이스조사 단계가 완료되는 시점에서 Ping 파인더가 서브넷에 ping하는 작업을 완료하지 못했을 수 있습니다. 기본적으로 단계 1, 디바이스 조사 단계의 종료 후에Ping 파인더가 추가 디바이스를 찾지 않고 90초가 흐르는 경우 감지는 일시정지상태라는 상태가 됩니다. 일시정지 상태에서도 나머지 발견 단계는 정상적으로 진행되지만, Ping 파인더는 드물게 채워지는 클래스 B 서브넷 10.40.0.0에 계속해서 ping을 스위프하며 발견된 모든 새 IP 주소는 일시정지 상태가 시작되기 전에 발견된 IP 주소가 발견 단계에서 완료될 때까지 특수 데이터베이스 테이블에유지됩니다. 해당 감지 단계가 완료된 후에는 감지 프로세스가 일시정지 상태 동안 감지된 해당 주소에 대해 계속됩니다.


이제 Ping 파인더 상태 모니터링에 상당한 시간을 소비했고 서브넷의 ping이 만족스럽게 진행 중이라고 결론지었습니다. 디바이스가 Ping 파인더에 의해 ping

되고 따라서 그의 존재가 검증된 후에, 디바이스에서의 정보 검색을 위해 감지 프로세스가 디바이스 세부사항을 감지 에이전트로 전달합니다. 따라서 다음 단계는감지 에이전트의 진행 상태를 모니터하는 것입니다.

감지 에이전트 상태 모니터링감지가 진행될 때 감지된 디바이스에서 디바이스 및 연결 데이터를 검색하기 위해 여러 감지 에이전트가 호출됩니다. 이 데이터가 나중에 네트워크 토폴로지를빌드하는 데 사용됩니다. 감지 상태 GUI를 사용하여 감지 에이전트의 전체 및 상세한 상태를 추적할 수 있습니다.

감지 에이전트는 다음 순서로 실행됩니다. Ping 파인더가 클래스 B 서브넷에서디바이스 10.40.230.1의 존재를 확인했다고 가정하십시오.

v Ping 파인더가 IP 주소 10.40.230.1의 존재를 확인하고 나면 이 디바이스에서기본 정보를 검색하기 위해 Details 에이전트가 호출됩니다.

v Details 에이전트가 IP 주소 10.40.230.1에서 정보를 검색한 후, 10.40.230.1과연관된 모든 IP 주소를 검색하기 위해 AssocAddress 에이전트가 호출됩니다.

연관된 IP 주소가 아직 감지되지 않았고 범위 내에 있는 경우, 디바이스 존재를 검증할 수 있도록 IP 주소가 Ping 파인더로 전달됩니다.

v 한편 IP 주소 10.40.230.1을 조사하기 위해 다른 에이전트가 호출됩니다. 예를들어 이 IP 주소는 라우터이므로 IpRoutingTable 에이전트가 호출되어 라우터 10.40.230.1의 라우팅 테이블에서 정보를 검색하고 Ping 파인더로 연결된디바이스를 피드백합니다. 보다 정확하게는, 10.40.230.1이 BGP 네트워크 내의 Cisco 라우터이므로, CiscoBGPTelnet 에이전트가 호출되어 디바이스에서BGP 관련 데이터를 검색합니다.

범위 내의 디바이스로부터 모든 관련 데이터가 검색될 때까지 이 프로세스가 모든 디바이스에 대해 반복됩니다.

참고: Details 에이전트 및 AssocAddress 에이전트는 범위에 있는 모든 디바이스를 조사하는 유일한 감지 에이전트입니다. 그러므로 이들 에이전트에 대한 IP

주소 수는 항상 다른 에이전트의 IP 주소보다 높습니다.

감지 에이전트 진행 상태를 모니터할 때 질문해야 하는 핵심 질문의 몇 가지는다음과 같습니다.

v 모든 에이전트가 정상적으로 실행되고 있습니까? 에이전트가 작동 중단되었습니까? 작동 중단된 경우 에이전트가 작동 중단하게 만든 IP 주소는 무엇입니까?

v 어떤 에이전트가 완료하는 데 오래 걸리고 어떤 IP 주소가 이 지연을 초래하는 것으로 나타납니까?


v 어떤 에이전트가 감지 단계를 보류하고 단계가 완료되지 못하게 합니까? 예를들어 어떤 에이전트가 디바이스 조사 단계를 보류 중입니까?

v 특정 에이전트(예: Details 에이전트)가 아직 작업 중인 IP 주소는 몇 개입니까? 에이전트가 작업을 얼마나 진행했습니까?

v 감지에서 늦게 감지된 IP 주소는 무엇입니까?

이 태스크에서는 감지 상태 GUI 에이전트 상태 테이블을 사용하여 이러한 질문에 응답합니다.

1. 감지 상태 GUI에서 에이전트 상태를 클릭하십시오. GUI의 에이전트 상태 섹션은 현재 실행 중인 감지 에이전트를 표시하고 각 에이전트에 대한 상태 정보를 제공합니다. 에이전트는 상태 순으로 정렬되며, 각 상태에 대해 영문자순으로 정렬됩니다.

2. 모든 에이전트가 정상적으로 실행 중인지 확인하십시오.

a. 에이전트 상태 테이블의 상태 컬럼을 확인하십시오. 에이전트 중 하나가예기치 않게 종료한 경우 해당 에이전트는 목록의 맨 위에 나타납니다.

기본 정렬 순서는 상태의 내림차순입니다. 각 에이전트 상태에 다음과 같이 숫자가 지정됩니다.

표 9. 에이전트 상태State 값 아이콘 설명종료됨 5 에이전트가 예기치 않게 종료되었습니다. 감지 문제가 발생했

을 가능성이 있습니다.

완료됨 4 에이전트가 계속 실행되고 있지만 큐에 있는 모든 엔티티의 처리를 완료했습니다. 에이전트가 큐에 들어오는 추가 에이전트를 계속 처리할 수 있습니다.

실행 중 3 에이전트가 현재 엔티티를 처리하고 있습니다.

시작 중 2 에이전트가 시작되고 있습니다.

실행 중이아님

1 에이전트가 실행되고 있지 않습니다.

CiscoSwitchTelnet 에이전트가 예기치 않게 종료했다고 가정하십시오.

b. 에이전트 상태 테이블에서 CiscoSwitchTelnet 에이전트 셀을 클릭하십시오. 에이전트 상태 테이블 아래의 테이블인 IP 주소 상태 테이블이 이제이 에이전트의 모든 IP 주소를 표시합니다.

c. 테이블 위의 단일 선택 단추를 모두로 설정하십시오. 이는 테이블이 이에이전트에 의해 처리된 IP 주소, 현재 처리 중인 IP 주소 및 에이전트가 처리하기 위해 큐에 있는 IP 주소를 포함하여 이 에이전트에 대한 모든 IP 주소를 표시하게 합니다.

d. IP 주소 상태를 리턴 시간별로 정렬하십시오. 리턴 시간 셀이 비어있는테이블 행이 테이블의 맨 위로 이동합니다. 행이 디스패치 시간 셀에 값


을 갖지만 리턴 시간 셀은 비어있는 IP 주소를 찾으십시오. 이들 IP 주소 때문에 에이전트가 예기치 않게 종료했을 수 있습니다.

참고: 이 IP 주소가 에이전트가 작동 중단하게 만든 이유를 판별하려면추가 조사가 필요합니다.

3. 완료하는 데 오래 걸리는 에이전트에 초점을 두고 어떤 IP 주소가 이 지연을초래할 수 있는지 판별하십시오. IpForwardingTable 에이전트가 완료하는 데오래 걸리고 있다고 가정하십시오.

a. 에이전트 상태 테이블에서 IpForwardingTable 에이전트 셀을 클릭하십시오. 에이전트 상태 테이블 아래의 테이블인 IP 주소 상태 테이블이 이제 이 에이전트의 모든 IP 주소를 표시합니다.

b. 테이블 위의 단일 선택 단추를 모두로 설정하십시오. 이는 테이블이 이에이전트에 의해 처리된 IP 주소 및 에이전트가 처리하기 위해 큐에 있는 IP 주소를 표시하게 합니다.

c. IP 주소 상태를 리턴 시간별로 정렬하십시오. 리턴 시간 셀이 비어있는테이블 행이 테이블의 맨 위로 이동합니다. 행이 디스패치 시간 셀에 값을 갖지만 리턴 시간 셀은 비어있는 IP 주소를 찾으십시오. 이들 IP는 여전히 에이전트에 의해 작업 중이며 에이전트가 완료하는 데 오래 걸리게만들 수 있습니다.

4. 어떤 에이전트가 감지 단계를 보류 중인지(예를 들어, 어떤 에이전트가 디바이스 조사 단계를 보류 중인지) 판별하십시오.

a. 에이전트 상태 테이블 바로 위에 있는 단계별 에이전트 필터 목록에서 디바이스 조사를 선택하십시오. 에이전트 상태 테이블이 이제 디바이스 조사 단계에서 완료한 에이전트만 표시합니다.

b. 에이전트 상태 테이블을 상태의 오름차순에 따라 정렬하십시오. 이는 실행 중인 에이전트를 테이블의 맨 위로 가져오며, 어떤 에이전트가 아직실행 중인지 확인할 수 있게 합니다.

c. 에이전트 상태 테이블을 미해결 IP 주소 상태의 내림차순에 따라 정렬하십시오. 이는 아직 IP 주소를 처리 중인 에이전트를 테이블의 맨 위로 가져오며, 처리할 IP 주소가 가장 많은 에이전트를 맨 위에 놓습니다.

5. 에이전트(예를 들어, Details 에이전트)가 작업을 얼마나 진행했는지 판별하십시오.

a. 에이전트 상태 테이블을 에이전트의 알파벳순에 따라 정렬하십시오.

b. Details 에이전트를 찾으십시오.

c. Details 에이전트 행에서 미해결 IP 주소 및 총 IP 주소 수의 값을 기록하십시오. 다음 공식을 사용하여 작업 완료 백분율을 판별할 수 있습니다.


에이전트의 작업 완료 백분율 = (미해결 IP 주소 / 총 IP 주소 수) * 100

6. 감지에서 늦게 감지된 IP 주소를 판별하십시오.

a. 에이전트 상태 테이블을 에이전트의 알파벳순에 따라 정렬하십시오.

b. Details 에이전트를 찾으십시오.

c. 에이전트 상태 테이블에서 Details 에이전트 셀을 클릭하십시오. IP 주소상태 테이블이 이제 Details 에이전트에 대한 큐에 있는 모든 IP 주소를표시합니다. 이들은 에이전트 despatch 큐에 있는 IP 주소이지만, 에이전트가 아직 이들 디바이스에 대한 작업을 시작하지 않았습니다.

d. IP 주소 상태 테이블을 디스패치 시간의 내림차순에 따라 정렬하십시오.

일반적으로, 에이전트가 감지 중에 늦게 감지될수록 Details 에이전트로의 디스패치 시간이 더 늦어집니다. 이는 지금 IP 주소 상태 테이블의 맨위에 나타나는 에이전트가 감지 중에 가장 늦게 감지되었음을 의미합니다.

이제 감지 상태 GUI의 에이전트 상태 및 IP 주소 상태 테이블을 사용하여 감지에이전트의 상태를 모니터했습니다. 특히 테이블을 사용하여 다음 조회에 대한 응답을 감지했습니다.

v 모든 에이전트가 정상적으로 실행되고 있습니까? 에이전트가 작동 중단되었습니까? 작동 중단된 경우 에이전트가 작동 중단하게 만든 IP 주소는 무엇입니까?

v 어떤 에이전트가 완료하는 데 오래 걸리고 어떤 IP 주소가 이 지연을 초래하는 것으로 나타납니까?

v 어떤 에이전트가 감지 단계를 보류하고 단계가 완료되지 못하게 합니까? 예를들어 어떤 에이전트가 디바이스 조사 단계를 보류 중입니까?

v 특정 에이전트(예: Details 에이전트)가 아직 작업 중인 IP 주소는 몇 개입니까? 에이전트가 작업을 얼마나 진행했습니까?

v 감지에서 늦게 감지된 IP 주소는 무엇입니까?

감지 문제점 해결감지 문제점은 많은 이유 때문에 발생할 수 있으며, 종종 감지 에이전트가 정지또는 작동 중단하게 만드는 네트워크의 형식이 틀리거나 일관성이 없는 데이터로 인해 발생할 수 있습니다. IBM Support에 문의하기 전에 일련의 점검을 실행하여 문제점의 범위를 좁힐 수 있습니다.

일반 감지 문제점 해결 점검에는 다음이 포함됩니다.

v UNIX 서버에서 실행 중인 모든 변종 프로세스를 확인하십시오.

v 감지 프로세스를 위한 충분한 메모리가 있는지 확인하십시오.

v 모든 감지 핵심 파일을 확인하십시오.


1. UNIX 시스템에서 서버에서 실행 중인 모든 변종 프로세스를 확인하십시오.

a. 모든 Network Manager 프로세스를 중지하십시오. itnm_stop ncp

-domain DOMAIN_NAME 명령을 사용하십시오.

여기서 DOMAIN_NAME은 네트워크 도메인의 이름입니다.

참고: 도메인 이름을 지정하지 않으면 기본 NCOMS 도메인이 사용됩니다.

b. 중지되지 않은 모든 Network Manager 프로세스가 있는지 확인하십시오. ps -ef | grep ncp 명령을 사용하십시오.

c. Unix kill 명령을 사용하여 이들 변종 ncp 프로세스를 모두 kill(강제 종료)하십시오.

d. Network Manager를 다시 시작하십시오. itnm_start ncp -domain

DOMAIN_NAME 명령을 사용하십시오.

여기서 DOMAIN_NAME은 네트워크 도메인의 이름입니다.

e. 감지를 실행하십시오.

2. 감지 프로세스를 위한 충분한 메모리가 있는지 확인하십시오.

3. 모든 감지 핵심 파일을 확인하십시오.

a. 다음 명령을 실행하여 핵심 파일을 포함할 수 있는 모든 디렉토리를 반복적으로 나열하십시오. ls -lR $NCHOME/precision/PD/core/.

b. 핵심 파일 디버깅에 대한 도움이 필요하면 IBM 지원 센터에 문의하십시오. 핵심 파일은 코어.PID로 이름이 지정되는데, PID는 핵심 파일을 생성한 프로세스의 ID입니다.

참고: 이들 디렉토리에 로그 파일이 존재할 수도 있습니다. 로그 파일은핵심 파일과는 다르게 이름이 지정됩니다. 로그 파일의 존재가 문제를 표시하지는 않지만, 로그 파일은 문제 디버깅에서 사용할 수 있습니다.

이 시점에서 일련의 점검을 실행하여 가능한 감지 문제점을 좁혔습니다.

이 태스크가 다음 활동과 개념을 다루었습니다.

v 서버에서 실행 중인 변종 프로세스가 있는지 확인.

v 감지 프로세스를 위한 충분한 메모리가 있는지 확인.

v 모든 감지 핵심 파일 확인.


감지 시작 및 감지 진행 상태 모니터: Summary

이 정보를 다루는 과정에서 발견 단계와 에이전트, Ping 파인더를 비롯한 주요발견 요소를 실행하고 모니터합니다.


v 발견 단계와 각 단계에서 일어나는 상황v 발견 상태 GUI를 사용하여 발견을 실행하고 모니터하는 방법v 현재 발견한 결과를 이전에 발견한 결과와 비교하는 방법v Ping 파인더가 현재 어떤 IP 주소와 서브네트를 처리 중인지 판별하는 방법v 발견이 일시적으로 정지될 수 있는 이유 따라서 둘 이상의 발견 주기가 필요v 발견 에이전트가 정보를 수집하는 순서와 각 발견 에이전트가 수집하는 정보의 유형

v 발견 상태 GUI에서 Agents Status 테이블을 해석하여 발견의 진행 상황에 관한 주요 질문에 답변하는 방법

v 발견 과정에서 발생하는 문제점을 해결하는 데 필요한 일반적인 정보

토폴로지 검증감지가 네트워크를 얼마나 잘 모델링했는지 점검하려면 보고서 및 토폴로지 보기를 사용하십시오.


v 『디바이스 액세스 점검』v 137 페이지의 『분류되지 않은 디바이스 점검』v 142 페이지의 『연결 점검』v 143 페이지의 『비관리 인터페이스 점검』

디바이스 액세스 점검모든 디바이스가 감지 중에 SNMP 요청에 응답했는지 확인하려면 보고서 및 SQL

조회를 사용하십시오.

감지가 사용자의 구성된 범위 영역에 있는 모든 디바이스에 액세스할 수 있었는지 확인하기 원한다고 가정합니다. SNMP 액세스 권한이 없는 디바이스 보고서를 실행할 수 있습니다. 이 보고서는 감지되었지만 어떤 이유로 감지가 SNMP를사용하여 디바이스에 액세스할 수 없었던 디바이스를 나열합니다.

감지가 SNMP를 사용하여 액세스할 수 없었던 디바이스를 식별한 후에는 SNMP

액세스가 실패한 이유를 조사하기 시작할 수 있습니다. SNMP 액세스가 실패할수 있는 이유는 다음과 같습니다.


디바이스에 연결할 수 없음방화벽 구성이 SNMP 액세스를 블로킹 중일 수 있습니다. 디바이스에 대한 SNMP 액세스가 네트워크의 방화벽을 통해 가능한지 확인하십시오.

디바이스가 응답 중이 아님Network Manager가 디바이스에 대한 요청을 발행할 때, 디바이스가 응답하지 않으면 요청은 구성 가능한 제한시간 기간 및 재시도 횟수 후에제한시간 초과합니다. 제한시간 초과 이유는 다음 중 하나일 수 있습니다.

v 구성 범위 영역에 있는 디바이스 중 하나가 감지 시점에 작동 중지인경우, 디바이스는 Ping 파인더에 의해 감지되지 않으며 감지된 네트워크 토폴로지에 나타나지 않습니다. 또한 SNMP 액세스 권한이 없는 디바이스 보고서에서 이들 디바이스를 볼 수도 없습니다.

v 디바이스의 SNMP 에이전트가 실행 중이 아닙니다. 디바이스를 확인하고 SNMP 에이전트가 실행 중인지 확인하십시오.

v SNMP 에이전트가 비표준 포트를 사용 중입니다. SNMP는 UDP 프로토콜을 사용하여 일반적으로 포트 161에서 에이전트와 통신합니다.

디바이스에서 이를 재구성해야 합니다.

v 디바이스의 SNMP 에이전트는 사용자가 Network Manager에서 지정한 것과는 다른 커뮤니티 문자열을 사용하여 구성됩니다.

v SNMP 보안을 위해 ACL(Access Control List)을 사용하는 경우에는관리 디바이스가 SNMP 에이전트 ACL에 있는지 확인하십시오.

SNMP 액세스 실패의 원인을 목록에 있는 마지막 항목으로 좁혔다고 가정하십시오. 즉, 디바이스의 SNMP 에이전트가 Network Manager에서 지정한 것과는다른 커뮤니티 문자열을 사용하여 구성됩니다. 이 태스크에서는 이를 수정하는 방법을 배웁니다.

1. 보고 아이콘을 클릭하고 공통 보고를 선택합니다. 위젯 내에서 네트워크 관리자를 선택하십시오. 폴더 목록이 표시됩니다. 이러한 폴더에는 사용자 액세스에 대한 모든 Cognos 보고서가 포함되어 있습니다.

2. 문제점 해결 보고서를 클릭하십시오.

3. SNMP 액세스 권한이 없는 디바이스 보고서를 선택하십시오. 보고서는 감지가 감지했지만 감지 에이전트가 SNMP를 사용하여 액세스할 수 없었던 디바이스의 목록(각 디바이스의 엔티티 이름 및 IP 주소)을 표시합니다.

SNMP 액세스 권한이 없는 디바이스 및 기타 감지 문제점 해결 보고서에 대한 자세한 정보는 IBM Tivoli Network Manager IP Edition 관리 안내서의내용을 참조하십시오.

4. 주어진 IP 주소를 발견하는 과정에서 Network Manager가 어떤 커뮤니티 문자열을 사용했는지 확인하려면 NCMONITOR 데이터베이스에서 다음 SQL

조회를 실행하여 해당 디바이스의 SNMP 액세스 속성을 검색하십시오.


SELECT v1.community, sa.version, sa.timeout, sa.retriesFROM ncmonitor.snmpTarget stINNER JOIN ncmonitor.snmpV1Sec v1 on v1.accessid = st.readaccessidINNER JOIN ncmonitor.snmpAccess sa on sa.accessId = v1.accessidWHERE st.netaddr = 'ip_address';

여기서 ip_address는 SNMP 액세스 권한이 없는 디바이스 보고서에 나열되는 IP 주소 중 하나입니다.

이 조회는 다음 정보를 검색합니다.

community

사용할 커뮤니티 문자열입니다.

version

사용될 SNMP 버전. 값은 다음 중 하나입니다.

v 0: SNMPv1

v 1: SNMPv2

v 3: SNMPv3

timeout

SNMP 요청을 재시도하기 전의 시간(밀리초)입니다.

retries

포기하기 전의 재시도 횟수.

NCMONITOR 데이터베이스에 대한 자세한 정보는 IBM Tivoli Network


5. 커뮤니티 문자열이 암호화되는 경우 ncp_crypt 유틸리티를 사용하여 암호화해제할 수 있습니다. 예를 들어 다음 명령행은 암호화된 비밀번호를 암호화해제합니다.

ncp_crypt -password @44:G5IhL1i2obPcXDu6uiMcse+U0qdRPojK0o6erxrfk/Y=@ -decryptncp_crypt ( IBM Tivoli Network Manager Password Encryption/Decryption Tool )Copyright (C) 1997 - 2008 By IBM Corporation. All Rights Reserved.세부사항은 제품 라이센스를 참조하십시오.

IBM Tivoli Network Manager Version 3.9 created by fblucher at03:38:26 Wed Nov 19 GMT 2010

@44:G5IhL1i2obPcXDu6uiMcse+U0qdRPojK0o6erxrfk/Y=@ public

ncp_crypt 유틸리티에 대한 자세한 정보는 IBM Tivoli Network Manager IP


6. 각 디바이스에 대해 NCMONITOR 데이터베이스에 저장된 SNMP 커뮤니티문자열을 해당 디바이스에 대한 실제 SNMP 커뮤니티와 비교하십시오.

7. 감지 구성 GUI에 있는 각 디바이스에 대한 SNMP 커뮤니티 문자열 정보를정정하십시오.


이제 감지가 디바이스에 액세스할 수 있고 액세스할 수 없는 모든 디바이스에 대한 SNMP 커뮤니티 문자열을 정정했습니다. 다음 단계는 분류되지 않은 디바이스, 즉 Network Manager에서 디바이스 유형 분류를 갖지 않는 디바이스를 확인하는 것입니다.

관련 태스크:

118 페이지의 『SNMP 커뮤니티 문자열을 사용한 디바이스 및 서브넷 액세스구성』감지 에이전트가 네트워크 디바이스에 액세스하여 SNMP 데이터를 검색할 수있게 하려면 네트워크의 서브넷 및 IP 주소에 대한 SNMP 커뮤니티 문자열을지정해야 합니다.

분류되지 않은 디바이스 점검감지된 모든 디바이스가 Network Manager 내에서 디바이스 유형 분류를 갖는지 확인하려면 보고서를 사용하십시오. 디바이스 유형 분류는 감지 중에 디바이스에서 검색되는 MIB 변수 sysObjectId를 기초로 합니다.

감지에서 분류되지 않은 디바이스, 즉 Network Manager 내에서 디바이스 유형분류를 갖지 않는 디바이스를 감지했는지 여부를 확인하기 원한다고 가정하십시오. 이를 판별하기 위해 다음 보고서를 실행할 수 있습니다.

v 분류되지 않은 SNMP 오브젝트 ID가 있는 디바이스 보고서v 알 수 없는 SNMP 오브젝트 ID가 있는 디바이스 보고서

분류되지 않은 디바이스에 대해 다음 조치를 취할 수 있습니다.

v 이러한 디바이스 유형 목록에 대해서는 IBM Support에 문의하십시오. IBM

에서는 새 디바이스에 대한 지원을 1년에 여러 번 실행하며 최신 Network

Manager 수정팩에는 이러한 디바이스 유형이 포함됩니다. 그렇지 않은 경우이후 수정팩에 포함되도록 제출하십시오.

v 또한 sysObjectId 정보 및 맵핑을 Network Manager에 추가하여 다음 감지가 해당 디바이스를 분류할 수 있도록 하십시오. 이를 수행하여 디바이스가 토폴로지 맵핑에서 올바르게 시각화될 수 있도록 만들 수 있습니다. 디바이스 클래스도 폴링 정책에 포함할 수 있습니다.

참고: Network Manager 팀에서는 1년 내내 디바이스 지원을 업데이트합니다.

분류되지 않은 디바이스가 추가되는 시점을 확인하려면 IBM Support에 문의하십시오. 우선, 이 태스크에서는 새 디바이스 분류를 구성하는 방법을 설명합니다.

이 태스크에서는 sysObjectId 정보 및 맵핑을 Network Manager에 추가하는 방법을 배웁니다.



2. 문제점 해결 보고서를 클릭하십시오.

3. 분류되지 않은 SNMP 오브젝트 ID가 있는 디바이스 보고서를 선택하십시오. 이 보고서는 Network Manager가 인식하지 않는 sysObjectId 값을 갖는 디바이스의 목록을 표시합니다. 보고서의 데이터는 sysObjectId별로 그룹화됩니다. 보고서에서 sysObjectId 1.3.6.1.4.1977.1.6.1279.1 아래에서 다음과 유사한 데이터가 표시된다고 가정하십시오.

표 10. sysObjectId 1.3.6.1.4.1977.1.6.1279.1에 대한 분류되지 않은 디바이스 데이터엔티티 이름 IP 주소 시스템 설명 CLASSNAME

group-1-b2.class.example.org10.40.15.113 하드웨어: x86 계열 15모델 2 스테핑 8AT/AT 호환 가능 - 소프트웨어 ; MicrosoftWindows 2000 버전5 . 0 (빌드 2 1 9 5Uniprocessor Free)

NetworkDevice

보고서는 IP 주소가 10.40.15.113인 디바이스가 NetworkDevice의 일반분류를 갖고 있음을 표시합니다. 시스템이 sysObjectId를 인식하지 않기때문에 디바이스에 이 일반 분류가 지정되었습니다. Network Manager클래스 계층 구조를 사용하여 네트워크 디바이스를 모델링 및 구성합니다.네트워크 디바이스 클래스는 모든 디바이스 유형의 상위 클래스이며,Cisco 및 Juniper 같이 제조업체 및 디바이스 유형과 모델별로 네트워크디바이스를 그룹화하는 서브클래스의 계층 구조를 포함합니다.

클래스 계층 구조에 대한 자세한 정보는 IBM Tivoli Network Manager

Reference의 내용을 참조하십시오.

IP 주소 10.40.15.113을 갖는 디바이스를 올바르게 분류하기 위해서 첫 번째 단계는 디바이스의 제조업체를 판별하는 것입니다. sysObjectId와 연관된 제조업체를 식별하여 디바이스 제조업체를 판별할 수 있습니다 .

sysObjectId는 SNMP MIB 변수이며, 디바이스 제조업체를 식별하는 정보를 포함하고 있습니다.

4. 인시던트 아이콘을 클릭하고 네트워크 가용성 > SNMP MIB 브라우저를선택하십시오. SNMP MIB 브라우저를 사용하여 SNMP MIB 트리를 찾아볼 수 있습니다. 각 SNMP MIB 변수(예: sysObjectId)는 트리의 한 노드에 대응합니다. SNMP MIB 브라우저가 맨 위 왼쪽 패널에 MIB 트리를 갖고 열립니다. 기본적으로 MIB 트리는 iso > org > dod > internet 노드까지 열립니다.


5. MIB 트리의 internet 노드를 클릭하십시오. 그러면 맨 아래 왼쪽에 있는MIB 변수 정보 패널에 인터넷 노드에 대한 OID 값이 1.3.6.1로 표시됩니다. 이제 1.3.6.1.4.1.1977의 sysObjectId 값을 찾을 때까지 MIB 트리를 "탐색"합니다. 이 값은 분류되지 않은 SNMP 오브젝트 ID가 있는 디바이스 보고서에서 분류되지 않은 디바이스의 제조업체를 포함하는 sysObjectId입니다.

6. MIB 트리의 private 노드를 클릭하십시오. 그러면 맨 아래 왼쪽에 있는 MIB

변수 정보 패널에 인터넷 노드에 대한 OID 값이 1.3.6.1.4로 표시됩니다.

sysObjectId 값의 끝에 있는 숫자 4는 internet 노드의 4번째 서브노드(private)를 의미합니다.

7. private 노드를 펼치십시오. private 노드가 펼쳐져서 하나의 enterprises 노드를 표시합니다.

8. enterprises 노드를 클릭하십시오. 그러면 맨 아래 왼쪽에 있는 MIB 변수정보 패널에 인터넷 노드에 대한 OID 값이 1.3.6.1.4.1로 표시됩니다. 이sysObjectId 값의 끝에 있는 숫자 1은 private 노드의 첫 번째(및 유일한)

서브노드(enterprises)를 의미합니다.

9. enterprises 노드를 펼치십시오. enterprises 노드가 펼쳐져서 디바이스 제조업체 목록을 표시합니다.

10. 각 제조업체 노드를 차례로 클릭하십시오. MIB 변수 정보 패널의 결과 OID

값을 검토하십시오. 다음 표의 정보와 유사한 결과를 얻게 됩니다.

표 11. 엔터프라이즈 및 해당 sysObjectId

enterprise OID(sysObjectId)

synernetics 1.3.6.1.4.1.114

bicc 1.3.6.1.4.1.170

wellfleet 1.3.6.1.4.1.18

alteon 1.3.6.1.4.1.1872

extremenetworks 1.3.6.1.4.1.1916

networkharmoni 1.3.6.1.4.1.1977

foundry 1.3.6.1.4.1.1991

alliedTelesyn 1.3.6.1.4.1.207

sysObjectId 1.3.6.1.4.1977에 해당하는 엔터프라이즈는 NetworkHarmoni입니다. 이는 분류되지 않은 SNMP 오브젝트 ID가 있는 디바이스 보고서의 분류되지 않은 디바이스의 제조업체가 Network Harmoni임을 의미합니다.

디바이스 분류는 활성 오브젝트 클래스(AOC) 파일을 사용하여 작성됩니다.

다음 단계는 NetworkHarmoni 디바이스에 대해 AOC 파일이 존재하는지확인하는 것입니다.


AOC 파일에 대한 자세한 정보는 IBM Tivoli Network Manager Reference

의 내용을 참조하십시오.

11. AOC 파일을 포함하는 디렉토리로 이동하십시오.

cd $NCHOME/precision/aoc/ls Net*

이 디렉토리에서 문자 Net로 시작하는 파일명을 갖는 파일의 목록이NetworkHarmoni 디바이스에 대한 AOC 파일을 표시하지 않습니다.

12. 다음 명령을 실행하여 NetworkHarmoni 엔터프라이즈 번호가 AOC 파일중 하나에서 사용되는지 확인하십시오.

grep 1977 *.aoc

이 검색에서 조회하는 두 파일: EndNode.aoc and EndNode.NCOMS.aoc.

참고: EndNode.NCOMS.aoc 파일은 EndNode.aoc 파일의 도메인 특정 버전입니다. EndNode.NCOMS.aoc 파일은 EndNode.aoc의 완전 복사본으로 시작합니다. 도메인 특정 버전은 도메인 특정 계층 구조 설정을 사용하기 위해 작성됩니다. Network Manager 항상 파일의 도메인 특정 버전을 첫 번째로찾습니다. 도메인 특정 버전을 찾을 수 없는 경우 일반 버전을 사용합니다.

13. NCOMS 도메인에서 감지를 실행했다고 가정하십시오. NCOMS 도메인 특정 AOC 파일인 EndNode.NCOMS.aoc를 여십시오.

14. 파일에서 텍스트 1977을 검색하십시오. 이는 다음의 행을 검색합니다.

EntityOID = '1.3.6.1.4.1.1977' 해당 행 주위의 코드 검토가 다음을 표시합니다.

1]2]3]4]5]6]7]8]9]10]11]12]13]

active object 'EndNode'{super_class = 'Core';instantiate_rule = "EntityOID like '1 \.3\.6\.1\.4\.1\.2021\.' OR

EntityOID = '1.3.6.1.4.1.2021' OREntityOID = '1.3.6.1.4.1.1575' OREntityOID like '1 \.3\.6\.1\.4\.1\.11\.2\.3\.9\.' OREntityOID = '1.3 .6.1.4.1.11.2.3.9' OR(EntityType = 1 AND EntityOID IS NULL)OR... OREntityOID = '1.3.6.1.4.1.1977' OREntityOID like '1\.3\.6\.1\.4\.1\.2136\.' OR...

다음 표에서 이 코드에 대해 설명합니다.

표 12. 조회의 설명라인 번호 설명1 클래스 이름이 EndNode입니다.

3 이 클래스의 상위가 Core 클래스입니다.


표 12. 조회의 설명 (계속)

라인 번호 설명4-13 instantiate_rule은 발생되는 각 디바이스에 대해 일련의 일치를 수행합니다. 관

련 디바이스 MIB 데이터(이 경우에는 sysObjectId와 동일한 EntityOID에 대해각 일치가 시도됨)가 이들 행 중 하나와 일치하는 경우 디바이스가 EndNode 클래스에 지정됩니다.

행 11은 이 AOC 파일이 sysObjectId 1.3.6.1.4.1.1977에 대한 정확한일치를 찾고 있으며 이는 Network Harmoni 엔터프라이즈에 대한sysObjectId임을 표시합니다. 그러나 이는 원래 분류되지 않은 디바이스가1.3.6.1.4.1977.1.6.1279.1의 sysObjectId를 갖기 때문에 해당 디바이스와 일치하지 않습니다.

이는 이 AOC 파일의 정규식 구문에서 오류입니다. 행 11은 다음과 같아야합니다.

EntityOID like '1\.3\.6\.1\.4\.1\.11\.2\.3\.9\.'

이 정규식은 1.3.6.1.4.1.1977로 시작하는 sysObjectId를 갖는 모든 디바이스가 EndNode 디바이스로 분류되도록 합니다. 이를 수행하는 대신,

sysObjectId 1.3.6.1.4.1977.1.6.1279.1을 갖는 디바이스에 특정하고 이디바이스 유형을 Network Harmoni 종료 노드 디바이스로 분류하는 새AOC 파일을 작성할 수 있습니다.

15. $NCHOME/precision/aoc/ 디렉토리에 새 AOC 파일을 작성하십시오. 이 파일의 이름을 EndNodeNetHarmoni.aoc로 지정하십시오.

16. EndNodeNetHarmoni.aoc 파일에 다음 텍스트를 추가하십시오.

//*************************************************************//// 파일: EndNodeNetHarmoni.aoc////*************************************************************active object 'EndNodeNetHarmoni'{

super_class ='EndNode';

instantiate_rule = "EntityOID like '1 \.3\.6\.1\.4\.1\.1977\.1\.6\.1279\.'";

extension for Fault = {rules = [] ,poll_list = [] };

visual_icon = 'EndNode';}

네트워크 디바이스 분류에 대한 자세한 정보는 IBM Tivoli Network Manager

IP Edition 관리 안내서의 내용을 참조하십시오.

17. EndNodeNetHarmoni.aoc 파일을 저장하십시오.


18. 다음 명령을 사용하여 Network Manager를 다시 시작하십시오. 이 명령은AOC 파일이 시스템에 읽어지게 만듭니다.

itnm_stop ncpitnm_start ncp

19. 다음 명령을 실행하여 활성 오브젝트 클래스 관리자인 ncp_class가 올바르게 다시 시작했는지 확인하십시오.itnm_status 활성 오브젝트 클래스 관리자가 AOC를 관리하고 AOC가 필요한 모든 Network Manager 프로세스에 분배합니다.

v ncp_class가 정상적으로 시작한 경우 새 AOC 파일이 올바르게 설정되었음을 의미합니다.

v ncp_class가 시작하지 않는 경우 $NCHOME/log /precision/

ncp_class.NCOMS.log 로그 파일에서 오류가 있는지 확인하십시오.

20. NCIM 토폴로지 데이터베이스 deviceFunction 및 mappings ncim 데이터베이스 테이블에 항목을 지정하여 Network Harmoni 종료 노드 디바이스분류에 대한 공급업체, 모델 및 기능을 제공하십시오. 적합한 데이터 및 구문에 대해서는 다음 두 파일을 참조하십시오.

v $NCHOME/precision/scripts/sql/data/populateDeviceFunction.sql

v $NCHOME/precision/scripts/sql/data/populateMappings.sql

이들 NCIM 토폴로지 데이터베이스 테이블에 대한 자세한 정보는 IBM Tivoli

Network Manager Reference의 내용을 참조하십시오.

이제 분류되지 않은 디바이스를 확인하고 감지가 디바이스에 액세스할 수 있는AOC 파일에 필요한 수정을 작성했으며 액세스할 수 없었던 모든 디바이스에 대한 SNMP 커뮤니티 문자열을 정정했습니다. 다음 단계는 디바이스 연결을 확인하는 것입니다.

연결 점검디바이스 간의 누락된 연결을 점검하려면 보고서 및 토폴로지 보기를 사용하십시오.


2. 문제점해결 보고서를 클릭하십시오.

3. 연결이 없는 디바이스 보고서를 선택하십시오. 보고서는 연결이 제대로 감지되지 않은 디바이스의 목록을 표시합니다.

연결이 없는 디바이스 및 기타 감지 문제점 해결 보고서에 대한 자세한 정보는 IBM Tivoli Network Manager IP Edition 관리 안내서의 내용을 참조하십시오.


4. 목록의 각 디바이스에 대해 다음 중 하나를 수행하여 문제를 해결하십시오.

v Network Manager가 디바이스에 대한 액세스 제어 목록에 추가되었는지확인하십시오.

v 모든 적합한 감지 에이전트가 구성되었는지 확인하십시오.

v 연결된 것으로 기대한 디바이스가 범위를 벗어났는지 확인하십시오.

연결 누락에 대한 다른 가능한 이유는 연결된 것으로 기대한 디바이스가 감지의 올바르지 않은 seed로 인해 감지되지 않았다는 점입니다. 이전에 구성된 감지 구성의 경우 모든 범위에서 ping 스위핑을 구성했으므로 범위 내의각 디바이스가 개별적으로 ping되었기 때문에 문제가 아닙니다. 그러나 이는개별 디바이스 seed를 구성한 경우 조사할 다른 영역입니다..

이제 디바이스 연결을 확인하고 감지 구성을 수정하기 위한 조치를 취했습니다.

다음 단계는 관리되지 않는 인터페이스를 점검하는 것입니다.

관련 태스크:

123 페이지의 『모든 네트워크 기술이 다루어지는지 확인』Network Manager 감지 에이전트는 네트워크의 디바이스로부터 정보를 검색합니다. CiscoFrameRelay 같은 전용 에이전트는 특정 네트워크 기술 데이터를검색합니다. 전체 감지 에이전트의 목록을 확인하여 네트워크의 모든 기술이 다루어지는지 확인하십시오.

비관리 인터페이스 점검영구적으로 비관리로 표시되는 디바이스가 실제로 영구적으로 비관리로 표시될 것임을 확인하려면 SQL 조회를 사용하십시오.

감지 동안 PopulateDNCIM_ManagedStatus 감지 스티처가 특정 인터페이스를 모니터링 용도에 대해 영구적으로 비관리로 표시하는 데 사용됩니다. 이는 지정된인터페이스 유형이 Network Manager에 의해 폴링되지 않음을 의미합니다. 인터페이스는 인터페이스 유형별로 ifDescr 속성을 포함한 다양한 인터페이스 속성 값을 기초로 영구적으로 비관리로 설정됩니다. 어떤 유형의 인터페이스가 기본적으로 영구적으로 비관리로 표시되는지 확인할 수 있으며 필요한 경우 설정을 변경할 수 있습니다. 기본적으로 가상이거나 다이얼업되는 인터페이스는 이들인터페이스를 폴링하기 위해 비용이 들기 때문에 영구적으로 비관리로 표시됩니다.

비관리로 표시되는 것 외에, 이러한 인터페이스에서 생성되는 모든 이벤트는 네트워크 운영자가 이벤트 목록에서 필터링할 수 있도록 태그가 지정됩니다.

1. 감지에 의해 영구적으로 비관리로 표시된 인터페이스의 목록을 검색하려면 다음 SQL 명령을 사용하십시오. SELECT mnode.entityName AS DeviceName,

i.entityName AS Interface, i.ipAddress AS IPAddress, i.ifDescr AS ifDescr,


m.status AS Status FROM ncim.interfaces i INNER JOIN ncim.entity

mnode on mnode.entityId = i.mainNodeEntityId INNER JOIN

ncim.managedStatus m on m.entityId = i.entityId and m.status = 2;

2. 조회에서 리턴되는 각 IP 주소를 확인하고 폴링 및 모니터할 수 있기 원하는모든 IP 주소를 메모하십시오. 조회 결과가 모니터링되어야 하는 많은 인터페이스를 표시한다고 가정하십시오. 또한, 이러한 각 IP 주소의 ifDescr MIB

변수에는 텍스트 Vlan이 포함되어 있고 이러한 IP 주소를 모니터한다고 가정하십시오.

3 . $ N C H O M E / p r e c i s i o n / d i s c o / s t i t c h e r s / D N C I M /

PopulateDNCIM_ManagedStatus.stch 파일을 편집하십시오.

4. 파일 끝에 있는 필터에서 VLAN 인터페이스 유형을 제거하십시오. 이를 수행하려면 필터에서 다음 두 행을 제거해야 합니다.

ORExtraInfo->m_IfDescr like 'Vlan'

5. 파일을 저장하십시오.

이제 비관리 인터페이스를 확인했습니다. VLAN 인터페이스가 영구적으로 비관리로 설정되었음을 주목했습니다. 이는 원하는 설정이 아니었으며, VLAN 인터페이스가 관리 인터페이스로 감지되도록 PopulateDNCIM_ManagedStatus.stch 스티처 파일의 설정을 수정했습니다.

많은 토폴로지 점검을 수행했습니다. 다른 감지 문제점 해결 보고서를 실행하여추가 토폴로지 점검을 수행할 수 있습니다.

이제 감지 구성에 대해 작성한 변경사항에 만족한다고 가정하면, 다른 감지를 실행하여 변경 결과를 확인할 수 있습니다.

관련 태스크:

125 페이지의 『감지 실행』현재 감지 설정을 구성했으며, 다음 단계는 감지 상태 GUI를 사용하여 초기 감지를 수동으로 시작하는 것입니다.

토폴로지 검증: Summary

이 정보를 다루는 과정에서 보고서, 토폴로지 보기 및 SQL 조회를 사용하여 발견 단계에서 네트워크가 얼마나 잘 모델링되었는지 확인합니다. 이러한 검증 활동의 결과를 사용하여 발견의 구성 설정을 조정합니다.


v 발견 단계에서 SNMP를 사용하는 디바이스에 액세스할 수 없었던 이유를 이해

v 개별 디바이스의 SNMP 커뮤니티 문자열 발견 구성 설정을 정정하는 방법


v 활성 오브젝트 클래스(AOC) 파일을 사용한 네트워크 디바이스 분류v AOC 파일을 수정하여 디바이스 분류 문제점을 수정하는 방법v 디바이스 간의 연결이 토롤로지에서 누락될 수 있는 이유를 이해v 영구적 비관리 인터페이스를 식별하는 방법v 영구적 비관리 인터페이스의 지정을 수정하는 방법

프로덕션 감지 설정 구성발견된 디바이스의 목록을 생성하고 이 목록을 사용하여 발견을 시드함으로써 프로덕션 발견을 효과적으로 구성하십시오.


v 『감지된 디바이스 목록 생성』v 146 페이지의 『파일 파인더를 사용하여 찾을 IP 주소 지정』

감지된 디바이스 목록 생성관리 네트워크를 성공적으로 감지한 후 감지된 IP 주소 목록을 생성하면 후속 감지의 생산성을 올릴 수 있습니다.

초기 감지는 ping 스위핑을 사용하여 서브넷의 모든 단일 가능 IP 주소를 시도했습니다. 이 메소드는 구성하기가 쉽고 시스템이 자동으로 범위 내의 모든 디바이스를 감지할 수 있기 때문에 초기 감지를 구성 중일 때 유용합니다. 그러나 이제는 관리 네트워크를 성공적으로 감지했으며 보다 효율적인 프로덕션 감지를 스케줄하려고 합니다. 감지된 IP 주소의 목록을 생성하고 이 목록을 ping 스위핑대신 ping seed 목록으로 사용함으로써 이를 수행할 수 있습니다.

BuildSeedList.pl Perl 스크립트를 실행하여 이전 발견에서 발견한 IP 주소를파일에 쓰십시오. 이를 수행하려면 다음 명령을 실행하십시오.

$NCHOME/precision/bin/ncp_perl $NCHOME/precision/scripts/perl/scripts/BuildSeedList.pl -domain NCOMS -outFile seedfile.txt

이 명령은 이전 감지에 의해 감지된 IP 주소를 기초로 디바이스 seed 목록을 빌드합니다. 명령은 이전 감지가 실행된 도메인인 NCOMS 도메인을 찾습니다. 이스크립트에 의해 출력되는 파일은 $NCHOME/etc/precision/seedfile.txt 위치에저장됩니다.

이제 토폴로지에 있는 모든 디바이스(및 디바이스만)를 포함하는 디바이스 seed

목록을 생성했습니다. 이제 이 통합 디바이스 seed 목록을 사용하여 보다 효율적인 프로덕션 감지를 구성합니다.


파일 파인더를 사용하여 찾을 IP 주소 지정프로덕션에서 진행 중에 사용할 수 있는 효율적인 감지를 구성하려면 피드백과함께 파일 파인더를 사용하십시오.

지금 감지된 토폴로지의 디바이스만 포함하는 seed 목록을 작성했습니다. 이 파일을 seed 목록으로 사용하도록 파일 파인더를 구성하려고 합니다. 또한 초기 감지보다 더 빨리 완료하는 효율적인 프로덕션 감지를 보유하도록 하기 위해 감지구성을 다음과 같이 변경해야 합니다.

v 범위 영역의 ping 스위핑을 끄십시오.

v Ping 파인더가 아직 사용 가능한지 확인하십시오. 파일 파인더 seed 목록에있는 디바이스의 존재를 검증하고 seed 디바이스에 연결된 새로 감지된 디바이스를 ping하기 위해 Ping 파인더가 필요합니다.

v 피드백이 켜있는지 확인하십시오. Seed 디바이스에 연결된 새 디바이스를 감지하려면 피드백이 필요합니다.

1. 감지 아이콘을 클릭하고 네트워크 감지 구성을 선택하십시오.

2. 도메인 목록에서 필요한 도메인을 선택하십시오.

3. 범위 영역의 ping 스위핑을 끄십시오.

a. 범위를 누르십시오.

b. 범위 구성 테이블의 각 포함 범위에 대해 주소 필드를 클릭하십시오.

c. 범위 특성 창에서 Ping seed 목록에 추가 옵션을 선택 취소하십시오.

d. 범위 구성 테이블의 각 포함 범위에 대해 이것을 반복하십시오.

4. Ping 파인더가 아직 사용 가능한지 확인하십시오.

a. Seed를 누르십시오.

b. 감지에서 Ping 파인더 사용이 선택되었는지 확인하십시오.

5. 파일 파인더를 구성하십시오.

a. 감지에서 파일 파인더 사용 옵션을 선택하십시오.

b. GUI의 파일 파인더 섹션에서 새로 작성 을 클릭하십시오.

c. 파일 Seed 특성 창의 파일 이름 필드에서 사용자가 생성한 디바이스 seed

목록으로의 경로를 입력하십시오. 이 파일에 대한 경로는 다음과 같습니다.

$NCHOME/etc/precision/seedfile.txt

d. 구분 기호 필드에 [\t]+를 입력하십시오.

e. IP 컬럼이 1로 설정되고 이름 컬럼이 2로 설정되었는지 확인하십시오.

f. 확인을 클릭하십시오.

6. 피드백이 켜있는지 확인하십시오.


a. 고급을 누르십시오.

b. 패널의 고급 감지 구성 섹션에서 피드백 제어 사용 설정을 선택하십시오.

기본적으로 피드백은 전체에서만 피드백으로 설정되며, 이것이 바람직한설정입니다. 이 설정은 전체 네트워크의 감지인 전체 감지를 수행 중일때 피드백이 활성 상태이도록 보장합니다. 전체 네트워크는 감지 범위를사용하여 정의한 관리 영역으로 구성됩니다.


이제 파일 파인더를 사용하여 더 효율적인 감지를 구성했으므로 이러한 설정을갖고 실행할 정기 감지를 스케줄할 수 있습니다.

프로덕션 감지 설정 구성: Summary

이 정보를 다루는 과정에서 프로덕션 발견 설정을 구성합니다. 이러한 설정을 사용하여 장래의 프로덕션 발견 일정을 계획하게 됩니다.


v Ping 스위핑을 사용하는 대신에 Ping 시드 목록을 사용하여 발견을 효과적으로 구성합니다.

v 이전 발견 과정에서 발견한 IP 주소를 BuildSeedList.pl Perl 스크립트를 사용하여 캡처하는 방법

v 발견을 시드할 IP 주소 목록이 포함된 파일을 File 파인더를 사용하여 사용하는 방법

토폴로지를 최신 상태로 유지전체 네트워크에 대한 감지 스케줄을 구성하여 감지된 토폴로지를 최신 상태로유지할 수 있습니다.

이 정보를 다루는 과정에서 『감지 스케줄링』 발견 태스크를 수행하게 됩니다.

감지 스케줄링감지된 토폴로지를 최신 상태로 유지하려면 진행 중인 프로덕션 감지를 스케줄하십시오.

이제 파일 파인더를 사용하여 효율적인 감지를 구성했으므로 정기적으로 실행할감지를 스케줄할 수 있습니다. 이는 모든 새 디바이스 또는 디바이스 변경사항이식별되고 토폴로지에 추가되도록 합니다.

매일 밤 새벽 3시에 스케줄된 감지가 실행하도록 설정하기 원한다고 가정하십시오.


scheduleDiscovery.pl Perl 스크립트를 실행하여 전체 감지를 스케줄하십시오.

이를 수행하려면 다음 명령을 실행하십시오.

$NCHOME/precision/bin/ncp_perl $NCHOME/precision/bin/scheduleDiscovery.pl-domain NCOMS -time 03:00

이 명령은 Network Manager에게 매일 밤 오전 3시에 NCOMS 도메인에 대한전체 감지를 실행하도록 지시합니다.

또한 scheduleDiscovery.pl Perl 스크립트를 사용하여 매일 전체 감지를 스케줄하는 것 외에, 이 스크립트를 사용하여 감지 스케줄링과 관련된 기타 태스크를수행할 수 있습니다.

v 현재 감지 스케줄을 표시합니다.

v 매주 또는 매월 감지를 스케줄합니다.

v 지정된 간격으로(예를 들어, 48시간마다) 발생하도록 감지를 스케줄합니다.

scheduleDiscovery.pl Perl 스크립트에 대한 자세한 정보는 IBM Tivoli Network

Manager IP Edition 관리 안내서 의 내용을 참조하십시오.

scheduleDiscovery.pl Perl 스크립트는 명령행에서 구성되는 스케줄링 매개변수를 사용하며 이들을 사용하여 FullDiscovery.stch 감지 스티처를 업데이트합니다. 감지 디먼이 60초마다 변경된 감지 스티처를 점검합니다. FullDiscovery.stch

스티처가 수정되었음을 확인하면 다음 스케줄된 감지를 설정합니다.

또한 FullDiscovery.stch 스티처를 직접 편집하여 감지 스케줄을 구성할 수도있습니다. The stitcher is located at:

$NCHOME/precision/disco/stitchers/

FullDiscovery.stch 스티처에 대한 자세한 정보는 IBM Tivoli Network Manager

IP Edition 관리 안내서의 내용을 참조하십시오.

토폴로지를 최신 상태로 유지: Summary

이 정보를 다루는 과정에서 전체 네트워크. 이러한 설정을 지속적으로 사용하여발견된 토폴로지를 최신 상태로 유지합니다.


v scheduleDiscovery.pl Perl 스크립트를 사용하여 발견을 정기적으로 스케줄하는 방법

v Network Manager의 독점적 스티처 언어로 작성되고 발견 프로세스 내에서태스크를 수행하는 코드 조각인 스티처 사용

v 발견을 스케줄하는 과정에서의 FullDiscovery.stch의 역할


네트워크 보기초기 네트워크 감지 후에, 다음 두 가지 옵션을 사용하여 감지된 네트워크를 볼수 있습니다. 네트워크 보기(Network Views)를 사용하여 네트워크를 찾아보고네트워크 홉 보기 를 사용한 특정 네트워크 디바이스를 검색할 수 있습니다.

네트워크 찾아보기지리적 그룹 또는 기타 그룹을 기준으로 네트워크를 시각화하려면 네트워크 보기(Network Views)를 사용하여 네트워크를 찾아보십시오. 예를 들어, 서브넷 또는 디바이스 클래스를 찾아볼 수 있습니다. 네트워크 보기(Network Views) 또한 감지에서 액세스하거나 분류할 수 없는 디바이스를 표시하여 감지 문제를 강조표시합니다.

설치 일부로 또는 다음 설치 즉시 첫 번째 네트워크 감지를 성공적으로 완료해야만 네트워크 보기 작업을 수행할 수 있습니다.

제한사항: 기본적으로 관리자 사용자인 itnmadmin에 네트워크 보기가 지정되므로, 이 사용자로 로그인하면 토폴로지를 볼 수 있습니다. 기본적으로 itnmuser에는 OOB 네트워크 보기가 지정되지만 기타 사용자 프로파일에는 기본적으로 네트워크 보기가 지정되지 않습니다.

1. 인시던트 아이콘을 클릭하고 네트워크 가용성 > 네트워크 보기를 선택하십시오.

2. 위젯의 왼쪽에 있는 네트워크 보기(Network Views) 트리에서 관심있는 네트워크 보기 노드를 확장하여 네트워크를 찾아보십시오. 다음은 예제입니다.

v 서브넷을 찾아보려면 서브넷 노드 옆의 + 기호를 누르십시오.

v VLAN을 찾아보려면 글로벌 VLAN 노드 옆의 + 기호를 누르십시오.

v 디바이스 클래스를 찾아보고 Linux, Sun 및 Cisco 등의 범주로 그룹화된디바이스를 보려면 디바이스 클래스 노드 옆의 + 기호를 누르십시오.

참고: 감지 프로세스가 SNMP를 사용하여 액세스할 수 없는 디바이스는디바이스 클래스 노드 아래의 NoSNMPAccess 서브 노드에 표시됩니다.

3. 네트워크 보기를 누르십시오. 해당 네트워크 보기에 있는 서브넷과 디바이스가 네트워크 맵에 표시됩니다. 결함이 있는 디바이스는 연관된 이벤트 아이콘으로 표시됩니다.


네트워크 디바이스 검색네트워크 홉 보기 를 사용하여 감지된 네트워크 토폴로지에서 특정 디바이스를검색할 수 있습니다.

1. 인시던트 아이콘을 클릭하고 네트워크 가용성 > 네트워크 홉 보기를 선택하십시오.

2. 도메인 목록에서 네트워크 도메인을 선택하십시오.

3. Seed 디바이스 검색 을 클릭하여 검색할 디바이스를 지정하십시오.

4. 엔티티 검색 창에서 기본 탭이 선택되어 있는지 확인하고 검색 기준 필드를완료하십시오.

Domain

검색할 도메인을 선택하십시오.

참고: 경로 보기 GUI에서 엔티티 검색 창을 연 경우 도메인을 변경할 수 없습니다. 이는 상호 도메인 경로 추적을 방지하기 위해 수행됩니다.

IP 주소디바이스의 IP 주소를 지정하십시오. 주소의 전체 또는 주소의 첫 부분만 지정할 수 있습니다. 경로 보기 및 경로 보기 관리 내의 검색 기능에서는 백분율 문자(%)나 별표(*)와 같은 와일드카드 문자를 사용할 수 없지만, 다른 위젯의 검색 기능에서는 이러한 문자 유형을 와일드카드로 사용할 수 있습니다.

디바이스 이름디바이스의 이름을 지정하십시오. 이름의 전체 또는 이름의 첫 부분만 지정할 수 있습니다. 경로 보기 및 경로 보기 관리 내의 검색 기능에서는 백분율 문자(%)나 별표(*)와 같은 와일드카드 문자를 사용할 수 없지만, 다른 위젯의 검색 기능에서는 이러한 문자 유형을 와일드카드로 사용할 수 있습니다. 디바이스 이름은 대소문자를 구분하지 않습니다. IP 주소와 디바이스 이름을 둘 다 지정하면 IP 주소가우선합니다.

5. 찾기를 누르십시오. 결과 목록 상자에 검색된 디바이스가 IP 주소 또는 엔티티 이름 목록으로 표시됩니다.

6. 결과 목록 상자에서 원하는 디바이스를 선택하고 선택 & 닫기를 클릭하여 네트워크 홉 보기 기본 창으로 되돌아가십시오. 네트워크 홉 보기 도구 모음의Seed 디바이스 필드에 Seed 디바이스 IP 주소 또는 호스트 이름이 채워집니다.


팁: 디바이스의 엔티티 ID를 아는 경우, Seed 필드에 해당 ID를 입력하십시오. Seed 필드에 디바이스 ID 주소나 호스트 이름은 입력하지 마십시오.

7. 홉 목록의 Seed 디바이스에서 표시되는 최대 홉 수를 선택하십시오. 이 설정은 Seed 디바이스에 연결된 디바이스를 표시합니다.

8. 연결 표시 방법을 지정하십시오.

계층 1

모든 실제 연결을 표시합니다.

계층 2

토폴로지에서 디바이스 사이의 모든 교환 연결을 표시합니다. 일반적으로 계층 2 보기에는 스위치 및 허브 연결이 표시됩니다.

계층 3

라우터와 라우터 사이의 연결을 표시합니다. 스위치는 보통 표시되지않습니다.

참고: 계층 3 인터페이스를 포함하는 활성 연결이 있는 스위치는 이레이아웃에 포함됩니다.

디바이스 사이의 연결은 다음과 같이 표시됩니다.

v 두 개의 계층 3 인터페이스 사이의 연결은 보통 표시됩니다.

v 계층 3 및 계층 2 인터페이스 사이의 연결은 계층 2 인터페이스가 속한 서브넷과 계층 3 인터페이스 사이에 표시됩니다.

v 두 개의 계층 2 인터페이스 사이의 연결은 표시되지 않습니다.

IP 서브넷서브넷 클라우드에 연결된 서브넷 내의 모든 디바이스를 표시합니다.

이 레이아웃은 네트워크 맵을 단순화하고 서브넷 멤버십을 명확하게하는 데 도움이 됩니다.모든 연결을 보려면 다음 옵션 중 하나를 선택하십시오.

v 전송 계층 연결의 경우 계층 1.

v 데이터 링크 연결의 경우 계층 2.

v 모든 라우터와 이들 간 연결을 표시하려면 계층 3.

OSPF

라우터 역할, 영역 멤버십 및 연결성이 포함된 감지된 OSPF 정보를기반으로 연결을 표시합니다.

Fix Pack 3 프로브프로브 소스를 프로브 대상에 링크하는 프로브 토폴로지를 표시합니다.


집중 토폴로지사용 가능한 모든 계층 1, 2 및 3 토폴로지 데이터를 기반으로 디바이스 사이의 최저 계층 링크를 표시합니다.

PIM PIM 정보를 기반으로 연결을 표시합니다.

IPMRoute

IP 멀티캐스트 업스트림과 다운스트림 라우팅 정보를 기반으로 연결을 표시합니다.

마이크로파마이크로파 연결만 표시합니다.

논리 RAN

논리 RAN 연결을 표시합니다. RAN 엔티티는 일반적으로 L1 또는L2 연결을 통해 연결되지만 이 논리 연결을 통해 기본 RAN 엔티티의 개요를 확인할 수 있습니다. 연결은 일반적으로 감지된 데이터에내재됩니다. 예를 들어, 기본 스테이션 컨트롤러는 관리하는 기본 스테이션에 연결됩니다. 논리 RAN 연결은 멀티플렉서와 같은 중간 디바이스를 사용하지 않고 이 관계를 표시합니다.

LTE 제어 플레인LTE 제어 플레인의 토폴로지 보기를 표시합니다.

LTE 사용자 플레인LTE 사용자 플레인의 토폴로지 보기를 표시합니다.

LTE S1-U

LTE S1-U 연결의 토폴로지 뷰를 표시합니다.

LTE S5-U


LTE S8

LTE S8 연결의 토폴로지 뷰를 표시합니다.

9. 변경사항 적용 을 누르십시오.

선택한 토폴로지가 네트워크 맵에 표시됩니다. 결함이 있는 디바이스는 연관된 이벤트 아이콘으로 표시됩니다.

참고: 상호 도메인 감지를 구성한 경우 네트워크 홉 보기 결과에는 다른 도메인에서 seed 디바이스가 있는 도메인에 대한 디바이스가 포함될 수 있습니다. 디바이스에서 커서를 움직이면 디바이스가 있는 도메인을 확인할 수 있습니다.


네트워크 맵 아이콘 및 기호네트워크 홉 보기 및 네트워크 보기(Network Views)는 디바이스와 연관된 이벤트 상태와 감지된 디바이스 및 서브넷을 나타내는 아이콘을 표시합니다.

디바이스 및 서브넷

다음 표에는 네트워크 맵 및 네트워크 트리에서 사용되는 디바이스 및 디바이스연결 아이콘이 설명되어 있습니다. 네트워크 맵에서 실선은 디바이스 사이의 연결을 표시하고 연한 파선은 멤버십(예: 서브넷 또는 BGP 자동 시스템의 멤버십)


다음 표에는 네트워크 맵에 사용되는 일반 아이콘이 설명되어 있습니다.

표 13. 네트워크 맵에서 사용되는 아이콘: 일반아이콘 Name 설명

셀 아이콘 RAN(Radio Area Network) 셀로 지정된 디바이스를 표시합니다.

EMS(Element ManagementSystem) 아이콘

EMS를 표시합니다.

엔드 노드 아이콘 Windows, Linux 및 Solaris 워크스테이션 및 프린터를 포함하는 엔드 노드 디바이스를 표시합니다.

일반 논리 콜렉션 아이콘 일반 논리 콜렉션을 표시합니다.

지리적 위치 아이콘 지리적 위치를 표시합니다.

지리적 지역 아이콘 지리적 지역을 표시합니다.

수동으로 추가한 디바이스또는 디바이스 사이의 연결

연관된 디바이스나 연결이 토폴로지 관리 마우스 오른쪽 단추 클릭 옵션을사용하여 수동으로 추가되었음을 표시하는 데 사용됩니다.

프로브 아이콘 네트워크 프로브를 표시하는 데 사용됩니다.

R A N ( R a d i o A r e aNetwork) 라우터 아이콘

RAN(Radio Area Network) 라우터로 지정된 디바이스를 표시합니다.

R A N ( R a d i o A r e aNetwork) 스위치 아이콘

RAN(Radio Area Network) 스위치로 지정된 디바이스를 표시합니다.


표 13. 네트워크 맵에서 사용되는 아이콘: 일반 (계속)

아이콘 Name 설명라우터 아이콘 라우터로 지정된 디바이스를 표시합니다.

서브넷 아이콘 서브넷을 표시합니다.

전환 아이콘 스위치로 지정된 디바이스를 표시합니다.

알 수 없는 디바이스 아이콘 시스템은 이 디바이스에 사용할 올바른 아이콘을 식별할 수 없습니다. 가장 가능한 이유는 디바이스에 대한 SNMP 액세스 실패입니다.

[4] 연결 수 표시기 다음 중 하나를 표시합니다.

v 두 디바이스 사이의 연결 관계(실선으로 표시)의 경우 이 숫자는 디바이스 사이의 연결에 참여하는 인터페이스 수를 표시합니다.

v 멤버십 관계(연한 파선으로 표시)의 경우 이 숫자는 멤버십(예: 서브넷또는 OSPF 영역의 멤버십)에 참여하는 인터페이스 수를 표시합니다.

표시된 연결 수는 표시 중인 연결성 레이어에 고유합니다.

비관리 디바이스 해당되는 모든 인터페이스를 포함하여 전체 디바이스가 관리되지 않습니다.

부분적 비관리 디바이스 해당 디바이스의 특정 구성요소만 관리되지 않습니다.

다음 표에는 네트워크 맵에 사용되는 LTE 아이콘이 설명되어 있습니다.

표 14. 네트워크 맵에서 사용되는 아이콘: LTE

아이콘 Name 설명안테나 아이콘 안테나를 표시합니다.

EIR(Equipment IdentityRegister) 아이콘

EIR(Equipment Identity Register)을 나타냅니다.

eNodeB(Evolved NodeB)아이콘

eNodeB(Evolved NodeB) 디바이스를 나타냅니다.

eUtranCell 아이콘 eUtranCell을 나타냅니다.


표 14. 네트워크 맵에서 사용되는 아이콘: LTE (계속)

아이콘 Name 설명HSS(Home SubscriberServer) 아이콘

HSS(Home Subscriber Server)를 나타냅니다.

LTE 풀 아이콘 LTE 풀을 나타냅니다.

LTE 섹터 아이콘 LTE 섹터를 나타냅니다.

LTE 추적 영역 아이콘 LTE 추적 영역을 나타냅니다.

M M E ( M o b i l i t yManagement Entity) 아이콘

MME(Mobility Management Entity) 디바이스를 나타냅니다.

PCRF(Policy and ChargingRules Function) 아이콘

PCRF(Policy and Charging Rules Function)를 나타냅니다.

P G W ( P a c k e t D a t aNetwork Gateway) 아이콘

PGW(Packet Data Network Gateway) 디바이스를 나타냅니다.

SGW(Serving Gateway) 아이콘

SGW(Serving Gateway) 디바이스를 나타냅니다.

이벤트 상태

다음 표는 기본 이벤트 상태 아이콘을 표시합니다.

표 15. 기본 이벤트 상태 아이콘

심각도 또는 의미 이벤트 뷰어의 색상네트워크 보기(Network Views)의 기본 아이콘

5(critical) 빨간색

4(major) 주황색

3(minor) 노란색

2(warning) 파란색

1(indeterminate) 자주색


표 15. 기본 이벤트 상태 아이콘 (계속)

심각도 또는 의미 이벤트 뷰어의 색상네트워크 보기(Network Views)의 기본 아이콘

0(clear) 녹색

이 디바이스에 대한상태가 검색되지 않습니다. 계속해서 지속되면 오류가 발생할 수 있습니다.

이벤트 뷰어에 표시되지 않음

이 디바이스에 대한이벤트가 없습니다 .이 아이콘은 네트워크 보기 트리에만 표시됩니다.


이 아이콘은 네트워크 보기 및 홉 보기네트워크 맵에 있는비관리 디바이스 옆에 표시됩니다.

또한 이 아이콘은 구조 브라우저 에 있는비관리 구성요소 옆에도 표시됩니다.


이 아이콘은 네트워크 보기 및 홉 보기네트워크 맵에서 비관리 구성요소가 포함된 디바이스 옆에표시됩니다.


네트워크 시각화에 대한 자세한 정보는 IBM Tivoli Network Manager 사용자 안내서를 참조하십시오.

네트워크 운영자의 사용자 프로파일 작성네트워크 운영자용 사용자 프로파일을 작성한 후 Network_Manager_User 그룹에 지정하십시오. 이렇게 하면 사용자에게 필요한 모든 역할이 자동으로 지정됩니다.

1. 콘솔 설정 아이콘을 클릭하고 WebSphere 관리 콘솔을 선택하십시오.

2. WebSphere Application Server 관리자로 로그인하십시오.

3. 사용자 및 그룹 > 사용자 관리를 선택하십시오.

4. 작성 단추를 클릭하십시오.


5. 사용자 ID 필드에 사용자를 식별할 고유 이름을 입력하십시오. 이 사용자ID는 사용자 레지스트리에 추가되며 로그인 계정 이름으로도 사용됩니다. 예를 들어, dlucas를 입력할 수 있습니다.

6. 그룹 멤버십을 누른 후 『Network_Manager_User 그룹에 사용자 프로파일 지정』의 단계를 수행하여 사용자를 하나 이상의 기존 그룹의 구성원으로 추가하십시오.

7. 이름 필드에 사용자의 이름을 입력하십시오. 예를 들어, Diana를 입력할 수있습니다.

8. 성 필드에 사용자의 성을 입력하십시오. 예를 들어, Lucas를 입력할 수 있습니다.

9. 선택사항: 이메일 필드에 사용자의 이메일 주소를 입력하십시오. 예를 들어,

[email protected]을 입력할 수 있습니다.

10. 비밀번호 필드에 고유한 비밀번호를 입력하십시오. 예를 들어, d4lucas를 입력할 수 있습니다.

11. 비밀번호 확인 필드에 동일한 비밀번호를 다시 입력하십시오.

12. 작성을 누르십시오. 성공하면 사용자가 작성되었음을 나타내는 메시지가 표시됩니다. 또한 사용자 ID와 기타 사용자 정보가 사용자 레지스트리에 추가되고 사용자의 새 로그인 계정이 작성됩니다.

13. 다른 사용자를 작성하려면 추가 작성을 누르십시오.

14. 모든 새 사용자를 작성할 때까지 프로세스를 반복하십시오.

Network_Manager_User 그룹에 사용자 프로파일 지정Network_Manager_User 그룹에 사용자를 지정하여 네트워크 운영자에게 필요한 모든 역할을 자동으로 지정하십시오.

Network_Manager_User 그룹은 네트워크 운영자에 대해 필요한 모든 Network

Manager 역할을 제공합니다.

1. 156 페이지의 『네트워크 운영자의 사용자 프로파일 작성』 처리 중에 그룹멤버십을 누르십시오.

2. 검색 방법 필드의 목록에서 하나 이상의 사용자를 검색하는 데 사용할 속성을 선택하십시오. 예를 들어, 그룹 이름을 선택하십시오.

3. 검색 대상 필드에 검색할 문자열을 입력하여 그룹 세트를 제한하거나 와일드카드 문자(*)를 사용하여 모든 그룹을 검색할 수 있습니다. 검색 시 대소문자를 구분하는지 여부는 사용자 레지스트리에 따라 다릅니다.

4. 최대 결과 필드에 표시할 최대 검색 결과 수를 지정하십시오.

5. 검색을 클릭하십시오. 검색이 완료되면 결과는 두 개의 목록으로 표시됩니다.

하나는 검색 규칙과 일치하는 그룹 목록이고, 이름이 현재 그룹인 다른 하나는 사용자가 이미 구성원인 그룹 목록입니다.


6. 사용자를 하나 이상의 그룹에 추가하려면 일치하는 그룹 목록에서 해당 그룹을 강조표시하여 선택하십시오. 예를 들어, Network_Manager_User 그룹에사용자를 지정하려면 Network_Manager_User를 강조표시한 후 <추가를 누르십시오.

7. 선택사항: 사용자를 구성원으로 실행취소 또는 제거하려면, 현재 그룹 목록에서 그룹을 강조표시한 후 제거>를 누르십시오 >.

8. 단계를 완료하려면 156 페이지의 『네트워크 운영자의 사용자 프로파일 작성』 프로세스로 돌아가십시오.

Network Manager 사용자 역할Network Manager는 웹 애플리케이션에서 사전정의된 활동 세트를 수행할 수있는 기능을 사용자에게 제공하는 다수의 기본 역할을 정의합니다.

웹 애플리케이션 및 웹 애플리케이션 내의 기능에 대한 액세스는 사용자에게 지정된 역할에 따라 다릅니다.Network Manager역할은 일반적으로 그룹을 사용하여 사용자에게 지정됩니다 또한 사용자는 기타 제품 사용자에게 지정된 역할을가질 수 있습니다. 관리자가 역할을 추가하거나 제거한 후에는 사용자가 로그아웃하고 Dashboard Application Services Hub에 다시 로그인할 때까지 사용자는 개정된 기능을 사용할 수 없습니다.

참고: Reporting Services에 의해 정의되는 사용자 역할에 대한 정보는 웹 주소R e p o r t i n g S e r v i c e s에서 h t t p s : / / w w w . i b m . c o m / s u p p o r t /

knowledgecenter/SSH2DF Knowledge Center를 참조하십시오.

다음 표에는 Network Manager에 의해 정의되는 모든 기본 역할이 나열되어 있습니다.

표 16. Network Manager 역할역할 그룹에 지정됨 설명ncp_bookmark_admin Network_Manager_IP_Admin 사용자는 네트워크 보기 책갈피 권한을

수정할 수 있습니다.

ncp_config Network_Manager_IP_Admin 사용자가 작성한 구성 변경사항을 저장할수 있습니다.

ncp_config_editor Network_Manager_IP_Admin 사용자가 다음 위젯을 편집할 수 있습니다.

네트워크 감지 구성

NCIM 데이터베이스 액세스 구성ncp_disco_config Network_Manager_IP_Admin 사용자가 감지 구성 설정값을 보고 편집

할 수 있습니다.

ncp_disco_config_alter_domain Network_Manager_IP_Admin 사용자가 감지를 구성 중인 도메인을 변경할 수 있습니다.

ncp_disco_editor Network_Manager_IP_Admin 사용자가 네트워크 감지 상태 위젯을 편집할 수 있습니다.


https://www.ibm.com/support/knowledgecenter/SSH2DF

https://www.ibm.com/support/knowledgecenter/SSH2DF

표 16. Network Manager 역할 (계속)

역할 그룹에 지정됨 설명ncp_disco_status Network_Manager_IP_Admin 사용자가 감지가 실행될 때 감지 상태를

볼 수 있습니다.

ncp_disco_status_control Network_Manager_IP_Admin 사용자가 감지를 시작 또는 중지하거나동일한 구성 설정을 사용하여 감지를 실행할 수 있습니다. 이 역할은 NetworkManager IP 감지 상태 역할이 없으면 효과가 없습니다.

ncp_disco_status_alter_domain Network_Manager_IP_Admin 사용자가 감지 상태를 가져오는 도메인을변경할 수 있습니다.참고: 발견 관리자에서 이 역할을 제거하지 마십시오.

ncp_event_analytics 기본적으로 그룹에 지정되지 않습니다. 토폴로지 그래프에서 디바이스에 대한 이벤트 분석 마우스 오른쪽 단추 클릭 도구를 사용으로 설정합니다.

ncp_gis 기본적으로 그룹에 지정되지 않습니다. 사용자가 지리적 보기를 열 수 있습니다.

ncp_gis_admin 기본적으로 그룹에 지정되지 않습니다. 사용자가 지리적 보기에서 포틀릿 레이아웃 환경 설정을 편집할 수 있습니다.

ncp_hopview Network_Manager_User 사용자가 홉 보기에 액세스할 수 있습니다.

ncp_hopview_editor Network_Manager_IP_Admin 사용자가 네트워크 홉 보기 위젯을 편집할 수 있습니다.

ncp_manage_unmanage Network_Manager_IP_Admin 사용자가 디바이스를 관리 및 비관리 상태로 설정할 수 있습니다.

ncp_mibbrowser Network_Manager_User 사용자가 MIB 브라우저에 액세스할 수있습니다.

ncp_mibbrowser_config Network_Manager_User 사용자가 구성 목적으로 MIB 브라우저에액세스할 수 있습니다.

ncp_mibbrowser_editor Network_Manager_IP_Admin 사용자가 SNMP MIB 브라우저 위젯을편집할 수 있습니다.

ncp_mibgraph_default_

properties_config

Network_Manager_IP_Admin 사용자가 MIB 그래프 기본 특성을 변경할 수 있습니다 . 이 역할은Network_Manager_User 그룹 역할( n c p _ m i b g r a p h _ u s e r ,ncp_mibgraph_config, ncp_mibbrowser)이 없으면 비효율적입니다.

ncp_mibgraph_config N e t w o r k _ M a n a g e r _ I P _ A d m i n ,Network_Manager_User

SNMP MIB 그래프 위젯 및 마우스 오른쪽 단추 클릭 도구에 대한 액세스를 가능하게 합니다.

ncp_mibgraph_editor Network_Manager_IP_Admin 사용자가 SNMP MIB 그래프 위젯을 편집할 수 있습니다.

ncp_mibgraph_user Network_Manager_User 사용자가 SNMP MIB 그래프에 액세스할수 있습니다.

ncp_monitor_policy Network_Manager_IP_Admin 폴링 정책 구성 위젯에 대한 액세스 및폴링 정책 작성 마우스 오른쪽 단추 클릭도구에 대한 액세스를 가능하게 합니다.



역할 그룹에 지정됨 설명ncp_monitor_editor Network_Manager_IP_Admin 사용자가 다음 위젯을 편집할 수 있습니

다.

폴링 정의 구성

폴링 정책 구성ncp_monitor_policy_alter_domain Network_Manager_IP_Admin 사용자가 폴링 정책에 대해 기본값이 아

닌 도메인을 선택할 수 있습니다.

ncp_monitor_template Network_Manager_IP_Admin 사용자가 새 폴링 정책 정의를 작성할 수있습니다.

ncp_networkhealth_dashboard Network_Manager_User 사용자가 네트워크 상태 대시보드에 액세스할 수 있습니다.

ncp_networkhealth_

dashboard_admin

Network_Manager_IP_Admin 사용자가 네트워크 상태 대시보드 위젯을편집할 수 있습니다.

ncp_networkview Network_Manager_User 사용자가 네트워크 보기에 액세스하고 다음 보기 중 하나를 표시할 수 있도록 합니다.

v 사용자 보기: 사용자가 작성한 네트워크 보기입니다.

v 그룹 보기: 이 사용자가 속하는 그룹에 지정된 보기입니다.

v 글로벌 보기: 사용자가 속한 그룹에 관계없이 모든 사용자가 액세스할 수 있는 보기.

관리자가 계층, 대칭, 원형 및 테이블 레이아웃 버튼에 대한 액세스 권한을 부여하지 않는 한 이 역할을 가진 사용자는뷰 레이아웃을 변경할 수 없습니다.

사용자가 레이아웃을 변경(저장하지 않음)

할 수 있게 하려면 $NMGUI_HOME/

profile/etc/tnm/topoviz.properties

파일에서topoviz.networkview.readonly.

enablelayout = true 옵션을 설정하십시오.

사용자에게 더 많은 권한을 부여하려면ncp_networkview_admin_user와 같은 다른 역할을 할당합니다.



역할 그룹에 지정됨 설명ncp_networkview_admin_global Network_Manager_IP_Admin 사용자가 글로벌 보기를 작성, 편집, 파티

션 및 삭제할 수 있습니다. 글로벌 보기는 사용자가 속한 그룹에 관계없이 모든사용자가 액세스할 수 있는 보기입니다.

또한 사용자가 글로벌 보기에서 네트워크보기에 대한 이동 조작을 수행할 수 있습니다.

ncp_networkview_admin_group Network_Manager_IP_Admin 사용자가 그룹 보기를 작성, 편집, 파티션및 삭제할 수 있습니다. 그룹 보기는 이사용자가 속한 그룹에 지정된 보기입니다.

또한 이 역할은 사용자가 그룹 보기 콜렉션에서 네트워크 보기에 대한 이동 조작을 수행할 수 있도록 합니다.

ncp_networkview_admin_user Network_Manager_User 사용자가 자신의 네트워크 보기 세트를작성, 편집, 파티션 및 삭제할 수 있습니다. 또한 이 역할은 사용자가 사용자 보기에서 네트워크 보기에 대한 이동 조작을 수행할 수 있도록 합니다.

ncp_networkview_admin_all_users Network_Manager_IP_Admin 사용자가 개인용 보기를 작성, 편집, 파티션 및 삭제할 수 있습니다. 개인용 보기는 사용자 역할에 대한 N e t w o r kManager IP 네트워크 보기 - 관리 보기를 가진 사용자가 작성하는 보기입니다.

또한 이 역할은 사용자가 그룹 보기 콜렉션에서 네트워크 보기에 대한 이동 조작을 수행할 수 있도록 합니다.

ncp_networkview_editor Network_Manager_IP_Admin 사용자가 네트워크 보기 위젯을 편집할수 있습니다.

ncp_oql Network_Manager_IP_Admin 사용자는 데이터베이스 액세스 관리 페이지를 사용하여 선택 유형 조작의 결과를수행하고 표시할 수 있습니다.

ncp_oql_editor Network_Manager_IP_Admin 사용자가 관리 데이터베이스 액세스 위젯을 편집할 수 있습니다.

ncp_oql_update Network_Manager_IP_Admin 사용자는 데이터베이스 액세스 관리 페이지를 사용하여 업데이트 유형 조작의 결과를 수행하고 표시할 수 있습니다.

ncp_pathview N e t w o r k _ M a n a g e r _ I P _ A d m i n ,Network_Manager_User

사용자는 경로 보기를 작성, 편집 및 삭제할 수 있습니다.

ncp_pathview_editor Network_Manager_IP_Admin 사용자가 경로 보기 위젯을 편집할 수 있습니다.

ncp_reporting_user 기본적으로 그룹에 지정되지 않습니다. Cognos 보고 메뉴 항목을 추가합니다.Linux on IBM z Systems에서 필요합니다.

ncp_reporting_admin 기본적으로 그룹에 지정되지 않습니다. 이 역할은 현재 사용되지 않습니다.



역할 그룹에 지정됨 설명ncp_rest_api Network_Manager_IP_User RESTful API를 사용하는 GUI 요소에 액

세스하기 위해 필요합니다. 이 역할은 모든 사용자에게 지정된 상태로 두십시오.

ncp_structurebrowser Network_Manager_User 사용자가 구조 브라우저를 사용할 수 있습니다.

ncp_structurebrowser_editor Network_Manager_IP_Admin 사용자가 구조 브라우저 위젯을 편집할수 있습니다.

ncp_structureview_entitysearch Network_Manager_User 사용자가 구조 브라우저에서 엔티티를 검색할 수 있습니다.

ncp_structureview_

interport_navigation

Network_Manager_User 사용자가 구조 브라우저에서, 한 디바이스의 포트에서 다른 디바이스의 포트로탐색할 수 있습니다.

ncp_topo_mgmt Network_Manager_IP_Admin 사용자는 네트워크 홉 보기 에서 사용 가능한 토폴로지 관리 기능을 사용하여 토폴로지에 대한 연결 및 디바이스를 추가및 제거할 수 있습니다.

ncp_webtools Network_Manager_User 사용자가 WebTools를 사용할 수 있습니다.

ncp_webtools_editor Network_Manager_IP_Admin 사용자가 토폴로지 맵의 디바이스의 오른쪽 클릭 메뉴에서 사용 가능한 GUI 세트인 웹 도구를 편집할 수 있습니다.

netcool_rw 기본적으로 그룹에 지정되지 않습니다. 사용자가 관리 데이터베이스 액세스 및네트워크 폴링 위젯을 사용할 수 있습니다.

noi_npi Network_Manager_User 사용자가 디바이스 대시보드를 볼 수 있습니다. 특히 이 대시보드에서 사용되는Performance Insights 위젯을 볼 수 있습니다.

Fix Pack 1 noi_npi_adminNetwork_Manager_IP_Admin 사용자가 디바이스 대시보드를 편집할 수

있습니다. 특히 이 대시보드에서 사용되는 Performance Insights 위젯을 편집할수 있습니다.

차트 작성에 대한 사용자 역할

사용자가 차트 작성 기능을 보고 작업할 수 있으려면 먼저 차트 역할에 지정된사용자 ID를 가지고 있어야 합니다.

Jazz for Service Management의 기본 관리자가 이미 chartAdministrator 역할을 가지고 있으며 사용 가능한 세 가지 차트 역할에 사용자를 지정할 수 있습니다. 로그인한 사용자는 사용자 ID가 차트 역할에 지정되지 않은 경우 차트 작성기능에 대한 액세스 권한을 갖지 못합니다. 다음은 차트 역할의 역량입니다.


chartAdministrator

이 역할이 있는 사용자는 데이터 소스에 대한 차트 연결을 작성 및 삭제하고 차트를 업로드할 수 있으며, 차트 캐시를 지울 수 있습니다(문제점해결에 유용함).

chartCreator

이 역할이 있는 사용자는 차트의 업로드, 보기 및 편집을 수행할 수 있습니다. 차트 연결을 작성 또는 삭제하거나 차트 캐시를 지울 수는 없습니다.

chartViewer

이 역할에 지정된 사용자는 차트를 선택하고 볼 수 있지만 차트 또는 해당 기본 설정을 수정할 수 없습니다. 이 사용자는 차트 업로드, 연결 작성 또는 차트 캐시 지우기를 수행할 수 없습니다.

역할은 사용자 및 그룹 > 관리 사용자 역할을 통해 지정됩니다.

관련 참조:

301 페이지의 『보안 필터를 정의하는 XML 속성』보안 필터를 정의하는 <security> 요소의 다양한 XML 속성을 이해합니다.

네트워크 운영자가 네트워크 토폴로지를 볼 수 있도록 만들기네트워크 운영자가 감지된 토폴로지를 볼 수 있도록 하려면, 운영자의 사용자 또는 사용자 그룹과 연관되는 보기 콜렉션에 네트워크 보기를 추가하십시오.

생성된 토폴로지를 볼 수 있도록 네트워크 감지가 실행되어 있어야 합니다. 또한필요한 사용자가 작성되어 Network_Manager_User 사용자 그룹에 지정되어야합니다.

기본적으로 itnmadmin 사용자에게는 네트워크 보기를 통해 네트워크 토폴로지에 액세스하는 권한이 있습니다. 이는 도메인의 네트워크에 모든 IP 네트워크 엔티티를 표시하는 초기 네트워크 보기를 자동으로 배치하도록 Network Manager

가 구성되기 때문입니다.

itnmadmin 사용자와 달리, 새로 작성되는 사용자(예: 네트워크 운영자)는 네트워크 보기를 통해 네트워크 토폴로지에 액세스할 수 없습니다. 네트워크의 보기를 운영자 사용자나 운영자 사용자 그룹과 연관시켜야 합니다. 다음 방법 중 하나로 연관을 수행할 수 있습니다.

새 네트워크 보기 작성사용자 또는 사용자 그룹에 새 네트워크 보기 지정


기존 네트워크 보기 복사itnmadmin 사용자에서 네트워크 보기를 복사하고 사용자 또는 사용자 그룹에 지정하십시오.

itnmadminuser는 각각의 사용자 및 사용자 그룹에 지정된 네트워크 보기에 액세스할 수 있습니다. 예를 들어, 사용자 그룹 『Public』의 네트워크 보기에 액세스하려면 목록에서 공용 보기를 선택하십시오. 『dlucas』 사용자의 보기에 액세스하려면, dlucas 보기를 선택하십시오.

v itnmadmin 사용자에서 다른 사용자 또는 사용자 그룹으로 네트워크 보기를복사하려면 다음을 수행하십시오.


2. 목록에서 itnmadmin 보기를 선택하십시오.

3. 보기 복사 또는 이동 을 누르십시오.

4. 복사를 선택하십시오.

5. To 목록에서, 네트워크 보기를 추가할 네트워크 보기 콜렉션을 선택하십시오.

팁: 모든 사용자가 네트워크 보기를 사용할 수 있도록 하려면 글로벌을 선택하십시오.

v 도메인의 모든 서브넷을 표시하는 초기 네트워크 보기를 작성하려면 다음을 수행하십시오.


2. 목록에서 필요한 사용자 또는 사용자 그룹의 네트워크 보기 콜렉션을 선

택하고 새 보기 를 누르십시오.

팁: 모든 사용자가 네트워크 보기를 사용할 수 있도록 하려면 글로벌을선택하십시오.

3. 네트워크 보기의 이름을 입력하십시오.

4. 상위 목록에서 NONE을 선택하십시오.

5. 유형 목록에서 동적 보기 - 서브넷을 선택하십시오.

6. 나머지 필드에서 레이아웃 및 양식과 네트워크 보기를 표시하는 아이콘을 지정하십시오. 맵 아이콘은 오른쪽 디스플레이 패널에서 네트워크 보기를 표시하기 위해 사용되고, 트리 아이콘은 왼쪽 탐색 패널에서 네트워크 보기를 표시하기 위해 사용됩니다.

7. 필터를 누르십시오.


8. 도메인을 선택하십시오.

9. 서브넷 클래스 필드에서 A & B 또는 A, B & C를 선택하십시오. A,

B & 를 선택하는 경우, 많은 수의 서브넷이 작성됩니다. 대부분의 네트워크에는 많은 수의 클래스 C 서브넷이 있기 때문입니다.

10. 확인을 클릭하십시오.

v 도메인에 대한 네트워크의 모든 엔티티를 표시하는 초기 네트워크 보기를 작성하려면 다음을 수행하십시오.


2. 목록에서 필요한 사용자 또는 사용자 그룹의 네트워크 보기 콜렉션을 선

택하고 새 보기 를 누르십시오.

팁: 모든 사용자가 네트워크 보기를 사용할 수 있도록 하려면 글로벌을선택하십시오.

3. 네트워크 보기의 이름을 입력하십시오.

4. 상위 목록에서 NONE을 선택하십시오.

5. 유형 목록에서 동적 보기 - 템플리트를 선택하십시오.

6. 나머지 필드에서 레이아웃 및 양식과 네트워크 보기를 표시하는 아이콘을 지정하십시오. 맵 아이콘은 오른쪽 디스플레이 패널에서 네트워크 보기를 표시하기 위해 사용되고, 트리 아이콘은 왼쪽 탐색 패널에서 네트워크 보기를 표시하기 위해 사용됩니다.

7. 필터를 누르십시오.

8. 도메인을 선택하십시오.

9. 템플리트 필드에서 IP 기본값을 선택하십시오.

참고: 크거나 매우 큰 네트워크가 있는 경우 ip_default.xml 템플리트를 사용하지 마십시오. ip_default.xml 템플리트는 주로 토폴로지의 표시 방식을 보여주기 위한 교육 용도로 사용됩니다. 크거나 매우 큰 프로덕션 토폴로지에서 이 템플리트를 실행하면 Network Manager 설치의메모리와 성능 특히 네트워크 보기의 표시와 사용에 심각한 영향을 미칠수 있습니다. 크거나 매우 큰 네트워크가 있는 경우, 운영자가 제한된 네트워크 보기 세트를 생성할 수 있도록 네트워크 보기 템플리트를 작성하거나 네트워크 보기를 수동으로 작성하십시오. 네트워크 보기 및 네트워크 보기 템플리트 작성에 대한 자세한 정보는 IBM Tivoli Network

Manager 사용자 안내서의 내용을 참조하십시오. 네트워크 크기에 대한 자세한 정보는 IBM Tivoli Network Manager 사용자 안내서의 배치 시나리오 절을 참조하십시오.



네트워크 운영자가 자신의 사용자들과 함께 로그인하고 네트워크 보기를 열면, 작성하여 복사된 네트워크 보기를 눌러서 네트워크의 시각화를 시작할 수 있습니다.

운영자가 이제 네트워크 보기를 표시할 수 있는지 검증하려면, 목록에서 네트워크 보기를 작성하거나 복사한 대상에 해당되는 사용자 또는 사용자 그룹을 선택하십시오. 예를 들어, 모든 사용자에 대해 네트워크 보기를 작성하거나 복사한 경우 글로벌을 선택하십시오. 이제 탐색 트리에 네트워크 보기가 포함됩니다.

또는 Network Manager를 로그아웃하고 다시 네트워크 보기가 지정된 사용자로 로그인하십시오.

이제 운영자는 토폴로지에 액세스하여 작업할 수 있으므로, 네트워크에 대해 개발하려고 하는 액세스 개념에 대해 설계되는 추가 네트워크 보기를 작성할 수 있습니다. 운영자의 액세스를 수정하려면 이 초기 네트워크 보기를 삭제하면 됩니다.

네트워크 보기 관리에 대한 자세한 정보는 IBM Tivoli Network Manager IP

Edition 관리 안내서를 참조하십시오. 네트워크 시각화에 대한 자세한 정보는 IBM

Tivoli Network Manager 사용자 안내서를 참조하십시오.

네트워크 이벤트 보기네트워크를 감지하고 운영자에게 액세스 권한을 부여했을 때, 네트워크에서 발생하는 이벤트를 구성한 후 단순 목록 또는 네트워크 토폴로지의 컨텍스트에서 해당 이벤트를 볼 수 있습니다.

네트워크 폴링 정보네트워크를 폴링하기 위해, Network Manager는 정기적으로 네트워크의 디바이스로 조회를 보냅니다. 이 조회는 디바이스의 작동(예: 작동 가능 상태)이나 디바이스의 MIB(Management Information Base) 변수에 있는 데이터를 판별합니다.

네트워크 폴링은 폴링 정책으로 제어됩니다. 폴링 정책은 다음으로 이루어집니다.

v 폴 정의 - 검색할 데이터를 정의합니다.

v 폴 범위 - 폴링할 디바이스로 구성됩니다. 디바이스 클래스 및 인터페이스를기반으로 하여 필터하도록 폴 정의 레벨에서 범위를 수정할 수도 있습니다.

v 폴링 간격 및 기타 폴 특성.


참고: Network Manager는 비IP 엔티티(예: 계층 1 광 디바이스 및 RAN(Radio

Access Network) 디바이스)를 폴링하지 않습니다. 이들 디바이스는 자동으로 비관리 상태로 설정됩니다.

Network Manager는 IBM Tivoli Netcool/OMNIbus SNMP 트랩 프로브와Syslog 프로브를 사용하여 네트워크를 모니터합니다. Tivoli Netcool/OMNIbus

프로브를 실행하려면 Tivoli Netcool/OMNIbus 프로세스 제어를 사용하십시오.

Tivoli Netcool/OMNIbus 프로세스 사용 방법에 대한 자세한 정보는 IBM Tivoli

Netcool/OMNIbus 관리 안내서를 참조하십시오.

폴링 프로세스는 ncp_poller 프로세스로 제어됩니다. ncp_poller 프로세스는ncmonitor 데이터베이스에 SNMP 정보를 저장합니다. 다른 데이터는 메모리에저장됩니다.

Network Manager에는 로드를 분산시키는 여러 폴러 메커니즘이 있습니다. 기본 폴러가 네트워크에 대한 폴링 요구를 모두 처리할 수 없는 경우 폴러를 추가로 구성해야 할 수 있습니다.

폴링 사용네트워크 이벤트를 생성하려면 일부 기본 폴링 정책을 사용 가능하게 해야 합니다.

기본적으로 소수의 폴링 정책만 사용됩니다. 폴링 정책을 사용 가능하게 하면 네트워크 트래픽이 작성됩니다. 네트워크에 관한 유용한 정보를 제공하는 폴링 정책만 사용 가능하게 하십시오.

사용 가능하게 할 폴링 정책은 사용 중인 네트워크 기술, 네트워크에 있는 디바이스 유형 및 모니터하려는 정보의 종류에 따라 다릅니다. 예제를 위해 일부 폴링 정책을 사용 가능하게 하고 나중에 이들 정책에 의해 생성되는 이벤트를 볼것입니다.

1. 관리 아이콘을 클릭하고 네트워크 > 네트워크 폴링을 선택하십시오.

2. 기본 인터페이스 Ping 폴링 정책 옆에 있는 선택란을 선택하십시오. 이 폴링정책은 기본 인터페이스 Ping 폴링 정의를 사용하여 유효한 IP 주소를 갖는모든 기본 노드의 모든 인터페이스를 ping합니다. 일반 네트워크에서는 많은인터페이스가 관리상 작동 중지 상태에 있을 수 있기 때문에 이 정책은 상당한 트래픽과 일부 네트워크 이벤트를 생성할 것입니다.

3. cpuBusyPoll 폴링 정책 옆에 있는 선택란을 선택하십시오. 이 폴링 정책은cpuBusyPoll 폴링 정의를 사용하여 Cisco 디바이스의 평균 CPU 사용량이80%를 초과할 때 이벤트를 생성합니다.


4. ciscoEnvMonTemperatureState 폴링 정책 옆에 있는 선택란을 선택하십시오. 이 폴링 정책은 ciscoEnvMonTemperatureState 폴링 정의를 사용하여Cisco 디바이스의 온도가 정상이 아닌 것으로 보고될 때 이벤트를 생성합니다.

5. 이들 정책을 사용 가능하게 하려면 선택한 정책 사용 을 클릭하십시오.


각 폴링이 특정 간격으로 실행됩니다. 30분 정도 지난 후 네트워크 보기 및 이벤트 뷰어에서 이벤트를 볼 수 있는지 확인하십시오.

네트워크 보기에서 이벤트 보기네트워크 보기를 사용하여 네트워크의 특정 섹션 또는 특정 유형의 디바이스가문제가 없는지 확인할 수 있습니다.

이 태스크를 수행하려면 사용자가 관리자로서 로그인되거나 관리자가 사용자에게관련 네트워크 보기에 액세스할 권한을 부여해야 합니다.

폴링 사용 태스크에서 다양한 오류 조건에 대해 Cisco 라우터를 모니터하는 일부 폴링 정책을 사용 가능하게 했습니다. 이제 네트워크 보기를 사용하여 네트워크의 라우터가 그와 연관된 이벤트를 갖고 있는지 확인할 수 있습니다.


2. 위젯 왼쪽의 탐색 트리에서 + 기호를 클릭하여 모든 라우터 네트워크 보기노드를 확장하십시오. 감지된 모든 라우터가 표시됩니다.

3. 해당 이벤트를 갖는 라우터는 그 옆에 이벤트 상태 아이콘을 갖고 표시됩니다.

4. 디바이스에 대해 작업하는 데 사용할 수 있는 도구를 보려면 디바이스를 마우스 오른쪽 단추로 클릭하십시오.

관련 참조:

396 페이지의 『기본 이벤트 상태 아이콘』테이블 모드의 구조 브라우저 , 네트워크 보기(Network Views) 및 네트워크홉 보기 에서는 엔티티 옆에 경보 아이콘을 표시하여 디바이스 또는 기타 네트워크 엔티티(예: 카드)에 영향을 주는 이벤트의 심각도를 표시합니다.


이벤트 뷰어에서 이벤트 보기이벤트 뷰어을 사용하여 모든 네트워크 이벤트를 볼 수 있습니다.

폴링 사용 태스크에서 디바이스 인터페이스를 폴링하는 폴링 정책 및 Cisco 라우터를 모니터하는 정책을 일부 사용 가능하게 했습니다. 또한 네트워크의 모든디바이스(프린터 같은 종료 노드는 제외)가 기본적으로 ping됩니다. 이제 이벤트뷰어을 사용하여 네트워크에서 임의의 이벤트가 발생했는지 확인할 수 있습니다.

네트워크 홉 보기 를 사용하여 이벤트가 표시되는 네트워크 컨텍스트를 확인할수도 있습니다.

위에는 결함 찾기 보기 위젯이 있고 아래에는 이벤트 뷰어 위젯이 있는 네트워크 홉 보기 페이지가 표시됩니다.

참고: 결함 찾기 보기 페이지를 처음 열면 이벤트 뷰어 위젯에 ObjectServer의모든 이벤트가 표시되고 네트워크 홉 보기 위젯은 비어 있습니다.

1. 인시던트 아이콘을 클릭하고 네트워크 가용성 > 결함 찾기 보기를 선택하십시오.

2. 이벤트 뷰어에서 관심 있는 이벤트를 선택하거나 이벤트를 마우스 오른쪽 단추로 클릭한 다음 브로드캐스트 토폴로지 컨텍스트를 클릭하십시오. 이제 네트워크 홉 보기 GUI에는 선택한 이벤트와 관련된 네트워크 토폴로지가 표시됩니다.

제한사항: 이벤트 뷰어의 여러 이벤트를 선택하는 경우 결과가 다를 수 있습니다.

v 선택된 모든 이벤트가 동일한 네트워크 디바이스에서 발생한 경우, 네트워크 홉 보기 위젯에는 해당 디바이스와 관련된 네트워크 토폴로지만 표시됩니다.

v 선택된 이벤트가 서로 다른 디바이스에서 발생한 경우, 네트워크 홉 보기위젯에 네트워크 토폴로지가 표시되지 않습니다.

이제 이벤트를 조사할 수 있습니다. 이벤트의 근본 원인을 조사하고, 이벤트와 관련된 디바이스의 구조를 보고, 이벤트를 마우스 오른쪽 단추로 클릭하여 기타 태스크를 수행할 수 있습니다.

관련 태스크:

443 페이지의 『이벤트 조사』네트워크 문제점 해결을 지원하려면 이벤트 뷰어의 기능을 사용하십시오. 이벤트 뷰어을 사용하여 영향을 받는 네트워크 디바이스를 표시하고, 근본 원인 이벤트를 식별하며 주요 서비스 영향을 가지고 있는 이벤트를 식별할 수 있습니다.



제 3 부 네트워크 시각화 설정

네트워크 시각화를 설정하기 위해, 운영자를 위한 네트워크 보기를 설정하고 사용자, 역할 및 그룹을 구성합니다.

관련 태스크:

335 페이지의 제 13 장 『GUI 구성』홉 보기의 모양 및 기능성을 변경하고, MIB 정보를 업데이트하고, 비관리 대상디바이스로부터 이벤트의 프리젠테이션을 구성할 수 있습니다.



제 6 장 GUI 프레임워크 관리

Dashboard Application Services Hub에서 Jazz for Service Management의기능을 사용하여 페이지, 폴더, 보기, 위젯 및 콘솔 환경 설정 프로파일을 관리할수 있습니다.

Dashboard Application Services Hub는 Network Manager 및 기타 제품에서 사용하는 GUI 컨테이너입니다.

콘솔, 페이지 및 폴더 관련 작업을 포함한 Dashboard Application Services Hub

관련 작업에 대한 정보는 Jazz for Service Management Knowledge

Center(https://www.ibm.com/support/knowledgecenter/SSEKCU)를 참조하십시오.

Network Manager에는 Dashboard Application Services Hub 버전 3.1.2.1 이상이 필요합니다. 버전 3.1.2.1을 사용하려면 누적 수정사항 2 이상과 함께 그것을 사용해야 합니다.

Network Manager를 사용하려면 Jazz for Service Management V1.1.3.0 이상이 필요합니다.

Network Manager에 특정한 포틀렛에 대한 정보와 온라인 도움말 액세스에 대한 정보는 다음 주제를 참조하십시오.

온라인 도움말에 액세스온라인 도움말은 제품의 사용 및 태스크의 완료를 지원하기 위해 제품 설치에서액세스할 수 있는 주제 중심의 프로시저 또는 참조 정보입니다.

수행하려는 태스크의 문제점을 해결하고 해결책을 찾기 위해 온라인 도움말을 검색하고 찾아볼 수 있습니다. 제품을 사용하는 사용자가 온라인 도움말에 액세스하면 제품에 대한 이해도를 높일 수 있습니다. 최상위 레벨 온라인 도움말 또는컨텍스트 기반 온라인 도움말에서 온라인 도움말에 액세스할 수 있습니다.

v 최상위 레벨 온라인 도움말. 이 온라인 도움말에는 Dashboard Application

Services Hub의 인스턴스에 설치된 모든 제품에 대해 사용 가능한 모든 온라인 도움말의 목차 보기가 표시됩니다.

v 컨텍스트 기반 온라인 도움말. 이 온라인 도움말은 현재 패널에 대한 문서에직접 링크됩니다. 이 패널 도움말 주제에서 전체 온라인 도움말을 찾아볼 수있습니다. 제품이 설치된 후 이 온라인 도움말은 기본적으로 사용 안함으로 설정되며 포함된 위젯 제목 표시줄도 기본적으로 사용 안함으로 설정됩니다.



최상위 레벨 온라인 도움말에 액세스최상위 레벨 온라인 도움말에는 모든 온라인 도움말 주제의 목차 보기가 표시됩니다.

최상위 레벨 도움말에 대한 액세스는 기본적으로 사용으로 설정되어 있습니다. 최상위 레벨 도움말의 컨텐츠 탭에서는 온라인 도움말에 있는 모든 주제를 찾아보기 위해 주제를 펼치고, 접고, 선택할 수 있습니다. 최상위 레벨 온라인 도움말에액세스하려면 다음 단계를 완료하십시오.

1. Dashboard Application Services Hub 탐색줄에서 도움말 아이콘 을선택하십시오. 도움말 메뉴가 표시됩니다.

2. 도움말 메뉴에서 InfoCenter를 선택하십시오. 도움말 시스템 창이 열립니다.

3. 도움말 시스템 창에서 Network Manager 사용을 선택하십시오.

Network Manager에 대한 최상위 레벨 온라인 도움말이 표시됩니다.

v 최상위 레벨 도움말의 컨텐츠 탭에서는 온라인 도움말에 있는 모든 주제를 찾아보기 위해 주제를 펼치고, 접고, 선택할 수 있습니다.

v 관련된 온라인 도움말을 찾으려면 검색 필드에 일부 텍스트를 입력하십시오.

v 주제를 인쇄 또는 책갈피에 추가하거나 주제 사이에서 앞뒤로 이동하려면 도움말 시스템 도구 모음에서 사용 가능한 아이콘을 사용하십시오.

컨텍스트 기반 온라인 도움말에 대한 액세스 사용관리자는 컨텍스트 기반 온라인 도움말에 대한 액세스를 사용으로 설정할 수 있습니다. 이 온라인 도움말은 사용자가 현재 패널과 관련된 문서에 직접 액세스할수 있도록 해줍니다. 사용자는 이 패널 도움말 주제에서 전체 온라인 도움말을 찾아볼 수 있습니다.

제품이 설치된 후 이 컨텍스트 기반 온라인 도움말은 기본적으로 사용 안함으로설정되며 포함된 위젯 제목 표시줄도 기본적으로 사용 안함으로 설정됩니다. 관리자가 컨텍스트 기반 온라인 도움말을 사용으로 설정하는 경우 사용자가 현재패널과 관련된 문서에 직접 액세스할 수 있습니다. 컨텍스트 기반 온라인 도움말에 대한 액세스가 사용으로 설정되면 온라인 도움말 내에 있는 모든 문서 주제를 찾아볼 수 있습니다. 컨텍스트 기반 온라인 도움말에 대한 액세스를 사용으로설정하려면 다음 단계를 완료하십시오.

Dashboard Application Services Hub보다 이전에 작성된 GUI와 같은 일부 페이지에 대해서는 이 컨텍스트 기반 온라인 도움말이 작동하지 않거나 해당 페이지에 대한 컨텍스트 기반 온라인 도움말이 없을 수 있습니다.

1. 관리자(itnmadmin)로 온라인 도움말에 대한 액세스를 사용으로 설정할 보기를 표시하십시오. 예를 들어 사용자가 네트워크 홉 보기에 대한 인컨텍스트


온라인 도움말에 액세스할 수 있도록 하려면 네트워크 홉 보기를 여십시오.

인시던트 아이콘을 클릭하고 네트워크 가용성 > 네트워크 홉 보기를 선택하십시오.

2. 제목 표시줄에서 페이지 조치 아이콘 을 클릭하십시오.

3. 페이지 편집을 선택하십시오. 일련의 단추 및 위젯 팔레트가 포함된 도구 모음이 표시되도록 보기가 변경됩니다.

4. 보기 내에 하나 이상의 위젯이 존재할 수 있습니다. 컨텍스트 기반 온라인 도움말에 대한 액세스를 사용으로 설정할 위젯을 선택하십시오.

5. 보기 도구 모음에서 위젯 > 스킨 > 기본값을 선택하십시오. 위젯에 대한 위젯 제목 표시줄이 표시되고 위젯 제목 표시줄에서 도움말 아이콘을 사용할 수있게 됩니다.

6. 보기 도구 모음에서 저장 후 종료를 선택하십시오.

도움말 아이콘이 포함된 위젯 제목 표시줄이 표시되며 모든 사용자가 선택된 위젯에 대한 컨텍스트 기반 온라인 도움말을 사용할 수 있습니다.

v 컨텍스트 기반 온라인 도움말에 액세스하려면 위젯 제목 표시줄에 있는 도움

말 아이콘 을 클릭하십시오.

v 다른 위젯의 컨텍스트 기반 온라인 도움말에 대한 액세스를 사용으로 설정하려면 모든 단계를 반복하십시오.

v 온라인 도움말 내에 있는 다른 주제를 찾아보려면 탐색 분할창에서 아이콘을펼치거나 검색 필드에 텍스트를 입력하십시오.

v 위젯의 컨텍스트 기반 온라인 도움말에 대한 액세스를 사용 안함으로 설정하려면 도구 모음으로 이동하여 위젯 > 스킨 > 기본값 제목 없음을 선택하십시오.

Network Manager 위젯사용자 정의된 Network Manager 페이지를 쉽게 구성하려면 이 참조 정보를 사용하십시오.

다음 주제에서는 Network Manager 위젯에 대한 자세한 정보를 제공합니다.

제 6 장 GUI 프레임워크 관리 175

Network Manager 위젯 목록Network Manager 위젯을 사용하여 페이지를 작성할 수 있습니다.

다음 Network Manager 위젯을 페이지에 추가할 수 있습니다.

v NCIM 데이터베이스 액세스 구성v 폴링 정의 구성v 폴링 정책 구성v 관리 데이터베이스 액세스v 네트워크 감지 구성v 네트워크 감지 상태v 네트워크 홉 보기v 네트워크 보기v 경로 보기v 경로 보기 관리v SNMP MIB 브라우저v SNMP MIB 그래프v 구조 브라우저v 보고(Tivoli Common Reporting 구성)

다른 제품(예: Tivoli Netcool/OMNIbus 웹 GUI 이벤트 뷰어)의 위젯을 볼 수도 있습니다.

편집 가능한 위젯 매개변수각 Network Manager 위젯과 연관된 매개변수 및 이러한 각 매개변수가 위젯모양에 어떻게 영향을 주는지 이해하려면 이 정보를 사용하십시오.

위젯 매개변수를 수정하려면 Dashboard Application Services Hub 정보 센터(Jazz for Service Management)에서 https://www.ibm.com/support/

knowledgecenter/SSEKCU 위젯의 사용자 정의에 대한 정보를 참조하십시오.

중요사항: 네트워크 보기, 홉 보기 및 구조 브라우저 위젯은 자체적으로 새로 고쳐집니다. 이러한 위젯에서는 글로벌 새로 고치기를 설정하지 않아도 됩니다.

Network Manager 위젯의 편집 가능한 매개변수는 다음과 같습니다.

177 페이지의 『데이터베이스 구성 』177 페이지의 『감지 구성 』177 페이지의 『감지 상태 』177 페이지의 『MIB 브라우저 』




『구성 폴링 정책 모니터』『모니터 구성 템플리트』『관리 데이터베이스 액세스』178 페이지의 『구조 브라우저 』178 페이지의 『토폴로지 홉 보기』179 페이지의 『네트워크 보기』179 페이지의 『경로 보기』

데이터베이스 구성

이 위젯의 편집 가능한 매개변수가 없습니다.

감지 구성


감지 상태


MIB 브라우저MIB 브라우저

Domain

위젯에 기본적으로 표시되는 도메인 이름

오브젝트 ID

MIB 정보가 요청되는 노드의 SNMP 오브젝트 ID

호스트헬퍼 서버가 실행 중인 호스트 이름

결과만 표시 여부MIB 조회 결과만 표시할 것인지 여부를 표시합니다. 기본값은False입니다.

구성 폴링 정책 모니터


모니터 구성 템플리트


관리 데이터베이스 액세스관리 데이터베이스 액세스


Domain


조회 SQL 쿼리

Service

조회가 실행되는 관리 데이터베이스 이름

결과만 표시 여부조회의 결과만을 표시할지 여부를 표시합니다. 기본값은 False입니다.

구조 브라우저구조 브라우저

엔티티 ID

구조가 요청되는 디바이스의 엔티티 ID.

보기 모드위젯이 로드하는 모드를 지정합니다(트리 또는 테이블).

참고: 테이블 모드는 구조 브라우저가 위젯으로 표시된 경우에만사용할 수 있습니다.

테이블 모드테이블 내에 표시할 정보의 유형을 지정합니다.

토폴로지 홉 보기토폴로지 홉 보기

Domain


Seed 디바이스네트워크 홉 보기가 표시되어야 하는 피봇 디바이스

홉 피봇 디바이스에서 표시할 홉 수

Connectivity

네트워크 맵에 표시할 연결 유형이며 옵션은 IP 서브넷, 계층 1,

계층 2, 계층 3, PIM, IPMRoute입니다.

기본값: IP 서브넷

레이아웃네트워크 맵의 레이아웃 양식이며, 옵션은 대칭, 계층 구조, 직각,

원형입니다.

기본값: 대칭


엔드 노드 표시 여부맵에 엔드 노드를 표시할지 여부를 표시합니다. 기본값은 False입니다.

네트워크 보기토폴로지 네트워크 보기

네트워크 보기 특성

네트워크 보기 트리 표시네트워크 보기 탐색 트리를 표시할지 여부를 표시합니다.

기본 탭 선택책갈피 또는 라이브러리 탭을 기본 탭으로 표시하는지 여부를 나타냅니다.

라이브러리 트리테이블 특성

맵 ID

트리테이블에 표시할 특정 네트워크 보기의 ID입니다.

책갈피 트리테이블 특성

너비(W)

책갈피 트리테이블에서 컬럼의 너비를 지정합니다.

숨겨진 컬럼최대 컬럼을 숨기는 옵션을 제공하며 네트워크 보기에서 모든 디바이스의 최대 경보 상태를 표시합니다.

잠긴 컬럼최대 컬럼을 잠그는 옵션을 제공합니다.

컬럼 정렬정렬할 컬럼을 지정합니다.

정렬 순서정렬 순서를 지정합니다.

경로 보기토폴로지 경로 보기

경로 보기 특성

경로 보기 트리 표시 여부경로 보기 탐색 트리 표시 여부를 표시합니다.

경로 보기 ID

표시할 경로 보기의 ID입니다.


트리 테이블 특성

너비(W)

컬럼의 너비를 표시합니다.

숨겨진 컬럼컬럼의 숨김 여부를 표시합니다. 마스터 컬럼은 숨길 수 없습니다.

잠긴 컬럼스크롤을 금지합니다. 마스터 컬럼은 잠글 수 없습니다.

컬럼 정렬마스터 컬럼의 정렬 방식을 지정합니다.

정렬 순서컬럼 정렬 방법(오름차순 또는 내림차순)을 표시합니다. 상위 행이 먼저 정렬되고 다음에 하위 행이 정렬됩니다.

관련 정보:

위젯 사용자 정의위젯이 작성될 때 구성된 방식 및 관리자가 적용한 공유 설정에 따라 위젯의설정을 사용자 정의할 수 있습니다.

Network Manager 위젯의 이벤트 정보이 표를 참조하여 Network Manager 위젯의 게시 이벤트 및 등록 이벤트에 대한 정보를 가져올 수 있습니다. 새 사용자 정의 위젯을 작성하고 해당 사용자 정의 위젯을 기존 Network Manager 위젯과 연결하려는 경우 이 이벤트 정보를사용하십시오.

표 17. Network Manager 위젯의 이벤트 정보위젯 이름 이벤트 유형 이벤트 이름 이벤트 설명대시보드 네트워크 보기 게시 이벤트 NodeClickedOn 위젯의 토폴로지 캔버스에 있는 노드를 마

우스 왼쪽 단추로 클릭하면 NetworkManager ViewId가 포함된 NodeClickedOn

이벤트가 게시됩니다.


http://www-01.ibm.com/support/knowledgecenter/SSEKCU_1.1.2.0/com.ibm.psc.doc_1.1.2.0/tip_original/iscdoc/doc/customizing_portlet.html

표 17. Network Manager 위젯의 이벤트 정보 (계속)

위젯 이름 이벤트 유형 이벤트 이름 이벤트 설명네트워크 홉 보기 게시 이벤트 NodeClickedOn 위젯의 토폴로지 캔버스에 있는 노드를 마

우스 왼쪽 단추로 클릭하면 NetworkM a n a g e r e n t i t y I d가 포함된NodeClickedOn 이벤트가 게시됩니다.

등록 이벤트 NodeClickedOn 내부적으로 , entityId가 포함된 이NodeClickedOn 이벤트는 showDevice 이벤트(NmosObjInst, NmosEntityId 등이 포함됨)로 변환되어 entityId를 기반으로 위젯의 토폴로지 캔버스에 해당 디바이스를노드로 표시합니다.

등록 이벤트 showEntity 네트워크 홉 보기 등록 이벤트인NodeClickedOn에 대한 설명과 유사합니다.

등록 이벤트 Showdevice 네트워크 홉 보기 등록 이벤트인NodeClickedOn에 대한 설명과 유사합니다.

네트워크 보기 등록 이벤트 NodeClickedOn NodeClickedOn 이벤트에 등록하고 이벤트entityId 속성을 기반으로 디바이스 구조를 표시합니다.

게시 이벤트 showEvents 위젯의 토폴로지 캔버스에 있는 노드를 마우스 오른쪽 단추로 클릭하고 이벤트 표시를 선택하면 임시 이벤트 필터 이름 및Network Manager ViewId가 포함된showEvents 이벤트가 게시됩니다.

게시 이벤트 showEntity 위젯의 토폴로지 캔버스에 있는 노드를 마우스 오른쪽 단추로 클릭하고 디바이스 구조 표시를 선택하면 Network ManagerEntity Id가 포함된 showEntity 이벤트가게시됩니다.

네트워크 보기(Network Views) 해당사항 없음. 이 위젯은 이벤트를 게시하거나 이벤트에 등록되지 않습니다.

경로 보기 GUI 해당사항 없음. 이 위젯은 이벤트를 게시하거나 이벤트에 등록되지 않습니다.

SNMP MIB 그래퍼(SNMP MIBGrapher)

해당사항 없음. 이 위젯은 이벤트를 게시하거나 이벤트에 등록되지 않습니다.

SNMP MIB 브라우저 해당사항 없음. 이 위젯은 이벤트를 게시하거나 이벤트에 등록되지 않습니다.

구조 브라우저 등록 이벤트 NodeClickedOn NodeClickedOn 이벤트에 등록하고 이벤트Entity id 속성을 기반으로 디바이스 구조를 표시합니다.

등록 이벤트 showEntity showEntity 이벤트에 등록하고 Entity id를 기반으로 디바이스 구조를 표시합니다.

게시 이벤트 showPerformance 구조 브라우저 에서 노드를 열고 인터페이스 표시 탭을 선택하면 showPerformance

이벤트가 deviceId 및 interfaceId를 게시합니다.



제 7 장 네트워크 보기 관리

네트워크 보기에는 네트워크에서 모니터할 논리적인 디바이스 그룹이 표시됩니다.

네트워크 운영자가 디바이스를 효과적으로 시각화할 수 있도록 새 보기를 작성하거나 기존 보기를 변경하십시오.

네트워크 보기 정보네트워크 보기의 정의, 서로 다른 유형의 네트워크 보기 및 네트워크 보기 콜렉션에 대한 사용자 액세스 유형을 이해하려면 이 정보를 사용하십시오.

모니터링을 위해 디바이스, 서브넷, VLAN 또는 기타 디바이스 콜렉션 세트를 사용자 정의 그룹화하려면 네트워크 보기를 사용하십시오.

디바이스 이벤트를 기반으로 네트워크 보기를 작성할 수도 있습니다. 예를 들어,

치명적 심각도의 이벤트가 발생한 모든 디바이스를 표시하는 네트워크 보기를 작성합니다.

표준 네트워크 보기모니터링을 위해 디바이스, 서브넷, VLAN 또는 기타 디바이스 콜렉션 세트를 그룹화하려면 표준 네트워크 보기를 작성하십시오. 표준 네트워크 보기를 네트워크보기라고도 합니다.

예를 들어, 두 개의 특정 서브넷 상태를 모니터해야 하는 경우 표준 네트워크 보기에서 이를 그룹화할 수 있습니다. 이 네트워크 보기는 일단 작성되면 사용자가지정하는 탐색 트리의 위치와 이름을 사용하여 탐색 패널에 표시됩니다.

예를 들어, 탐색 트리에 새 My Views 컨테이너 노드를 작성하고 새 네트워크 보기를 My Subnets로 이름 지정한 후 이 새 보기를 My Views 컨테이너에 배치할수 있습니다.

네트워크가 변경되고 토폴로지가 감지된 후에 업데이트되면 네트워크 보기 컨텐츠가 그에 따라 변경됩니다. 예를 들어, 새 디바이스가 서브넷에 추가되면 감지된 후에 이러한 디바이스가 네트워크 보기에 자동으로 추가됩니다.

사용법 고려사항

표준 네트워크 보기는 대형 네트워크의 일부를 모니터하고 네트워크의 해당 부분에서 디바이스, 서브넷 또는 기타 디바이스 콜렉션에 초점을 맞춰야 하는 운영자에게 유용합니다.


다음 경우에 표준 네트워크 보기를 작성하십시오.

v 특정 유형의 모든 디바이스 콜렉션이 아닌 특정 디바이스 콜렉션의 보기만 작성하려고 합니다.

v 각 디바이스 콜렉션에 대해 하나의 보기가 아닌 두 개 이상의 디바이스 콜렉션을 포함하는 보기를 작성하려고 합니다.

관련 태스크:

189 페이지의 『표준 네트워크 보기 작성』Network Manager에는 표준과 동적이라는 두 가지 유형의 보기가 있습니다.

표준 보기를 작성할 수 있습니다.

동적 네트워크 보기동적 네트워크 보기는 사용자가 지정하는 디바이스 또는 콜렉션을 기반으로 하며 모든 네트워크 토폴로지 데이터를 기반으로 합니다. 동적 네트워크 보기를 동적 보기라고도 합니다.

VLAN 동적 보기를 작성하는 경우, 각 VLAN에 대해 하나씩 여러 개의 VLAN

네트워크 보기가 작성됩니다. 따라서 결과는 네트워크의 각 VLAN에 대해 탐색패널의 노드입니다.

네트워크가 변경되고 토폴로지가 감지 후에 업데이트되면 탐색 패널의 VLAN 노드가 나타나거나 사라질 수 있습니다. 예를 들어, 네트워크에서 VLAN을 제거하면 다른 감지 후에 해당 VLAN 네트워크 보기가 자동으로 사라집니다.

사용법 고려사항

동적 보기 옵션은 네트워크의 모든 디바이스 및 디바이스 콜렉션을 추적하는 데유용합니다. 따라서 이 옵션은 전체 네트워크에서 디바이스 변경사항을 추적해야하는 관리자에게 더욱 유용합니다. 또한 이 옵션은 전체 네트워크를 모니터하는소형 네트워크 운영자에게도 유용합니다.

다음 경우에는 동적 보기를 작성하지 마십시오.

v 특정 유형의 모든 디바이스 콜렉션이 아닌 특정 디바이스 콜렉션의 보기만 작성하려고 합니다.

v 각 디바이스 콜렉션에 대해 하나의 보기가 아닌 두 개 이상의 디바이스 콜렉션을 포함하는 보기를 작성하려고 합니다.

위 두 결과 중 하나를 얻으려면 표준 네트워크 보기를 작성하십시오.

관련 태스크:

223 페이지의 『동적 네트워크 보기 작성』Network Manager에는 표준과 동적이라는 두 가지 유형의 보기가 있습니다.

동적 보기를 작성할 수 있습니다.


네트워크 보기 콜렉션에 대한 액세스 구성그룹 및 역할 지정을 사용하여 네트워크 보기 콜렉션에 대한 읽기/쓰기 및 읽기전용 액세스를 관리하고 네트워크 보기 콜렉션 간에 네트워크 보기를 복사 및 이동하는 권한을 관리하십시오.

『네트워크 보기 콜렉션』『네트워크 보기 콜렉션의 유형』『네트워크 보기 콜렉션에 대한 사용자 액세스의 유형』186 페이지의 『예제』

네트워크 보기 콜렉션

네트워크 보기 콜렉션은 단일 사용자, 제한된 사용자 세트 또는 모든 사용자에 액세스할 수 있는 네트워크 보기의 그룹입니다. 역할을 사용자에게 지정한 후 사용자를 그룹에 지정하여 네트워크 보기 콜렉션에 대한 사용자 액세스를 구성할 수있습니다.

네트워크 보기 콜렉션의 유형

TopoViz는 네트워크 보기 콜렉션을 다음과 같이 분류합니다.

그룹 보기사용자가 속해 있는 그룹에 지정된 네트워크 보기입니다. 예를 들어, 사용자를 지역별 그룹으로 나눕니다. 이로 인해 그룹의 멤버십에 따라 네트워크 보기에 대한 액세스를 제한할 수 있습니다.

사용자 보기사용자가 작성한 네트워크 보기입니다. 이러한 보기는 사용자와 특정 관리자만 볼 수 있습니다.

글로벌 보기사용자가 속한 그룹에 상관없이 모든 사용자에게 액세스할 수 있는 네트워크 보기입니다.

네트워크 보기 콜렉션에 대한 사용자 액세스의 유형

네트워크 보기에 대한 사용자 액세스는 다음 두 범주로 나뉩니다.

읽기/쓰기 액세스사용자가 네트워크 보기를 작성, 편집, 삭제 및 파티션할 수 있습니다. 이유형의 액세스를 지닌 사용자는 그룹, 사용자 및 글로벌 보기 콜렉션 간에 네트워크 보기를 복사 및 이동할 수도 있습니다. 또한 관리자 액세스를 지닌 사용자는 네트워크 보기를 표시할 수 있습니다. 사용자에게 읽기-

쓰기 액세스를 제공하려면 사용자에게 네트워크 보기 관리 역할 외에netcool_rw 역할도 지정해야 합니다.

제 7 장 네트워크 보기 관리 185

읽기 전용 액세스사용자가 네트워크 보기를 표시만 할 수 있습니다.

예제

다음 표에서는 역할을 지정하여 『London』 및 『New York』 그룹의 다양한사용자에게 읽기/쓰기 또는 읽기 전용 액세스를 부여하는 예제를 설명하고 있습니다.

사용자 『bob』은 『London』 및 『New York』 그룹의 구성원이고 두 그룹모두에서 읽기/쓰기 액세스가 가능합니다. 사용자는 그룹 보기뿐만 아니라 자신의 사용자 보기와 글로벌 보기에도 액세스할 수 있습니다.


표 18. 네트워크 보기 콜렉션에 대한 사용자 액세스 구성

그룹 사용자 역할액세스 가능한 보기콜렉션 액세스 레벨

ben

(London)

ncp_networkview

netcool_ro

London 보기

글로벌 보기

읽기 전용

betty

(London)

ncp_networkview

netcool_rw

ncp_networkview_admin_user

betty 보기 읽기/쓰기London 보기

글로벌 보기

읽기 전용

barbara

(London)

ncp_networkview

netcool_rw


ncp_networkview_admin_group

barbara 보기

London 보기

읽기/쓰기

글로벌 보기 읽기 전용

bob

(London및 N e wYork)

ncp_networkview

netcool_rw

ncp_networkview_admin_all_users


ncp_networkview_admin_global

ben 보기, betty 보기, barbara 보기

bob 보기

jerry 보기, judy 보기, jonas 보기

London 보기

New York 보기

글로벌 보기

읽기/쓰기뉴욕

jerry

( N e wYork)

ncp_networkview

netcool_rw



jerry 보기

New York 보기

읽기/쓰기

글로벌 보기 읽기 전용

judy

( N e wYork)

ncp_networkview

netcool_rw


judy 보기 읽기/쓰기New York 보기

글로벌 보기

읽기 전용

jonas

( N e wYork)

ncp_networkview

netcool_ro

New York 보기

글로벌 보기

읽기 전용


네트워크 보기 컨테이너 작성여러 네트워크 보기를 그룹화하여 네트워크 보기 탐색 패널의 단일 노드에 저장하려면 컨테이너를 작성하십시오.

네트워크 보기 컨테이너를 작성하려면 다음을 수행하십시오.

1. 인시던트 아이콘을 클릭하고 네트워크 가용성 > 네트워크 보기 > 라이브러리를 선택하십시오.

2. 새 보기 를 클릭하십시오.

3. 다음과 같이 일반 탭을 완료하십시오.

Name

네트워크 보기, 동적 보기 또는 네트워크 보기 컨테이너의 이름을 입력하십시오.

중요사항: 라틴 문자만 포함한 네트워크 보기 이름을 사용하는 것이가장 좋습니다. 라틴 문자가 아닌 문자(예: 키릴 문자)가 포함된 네트워크 보기 이름은 새 버전의 Network Manager로 마이그레이션하는경우 가져오고 내보낼 수 없기 때문에 지원되지 않습니다.

상위 탐색 트리에서 아래에 보기가 계층 구조로 표시되는 노드를 선택하십시오. 최상위 레벨의 보기를 표시하려면 없음을 선택하십시오.

유형 컨테이너를 선택하십시오.

레이아웃직각, 원형, 대칭, 계층 구조 또는 테이블 레이아웃을 선택하십시오.

맵핑 아이콘보기를 표시하기 위해 기본 아이콘과 다른 아이콘을 원하는 경우 찾

아보기 를 클릭하여 아이콘을 찾아보십시오.

배경 이미지

찾아보기 를 눌러 보기의 배경으로 사용할 이미지를 찾아보십시오.

배경 양식배경 이미지의 위치를 중앙과 바둑판식 배열 중에서 지정하십시오.

라인 상태디바이스 간 링크를 나타내는 라인의 렌더링 방식을 지정하십시오.


상태를 표시하지 않거나 시스템 기본값을 표시하도록 선택할 수 있습니다. 또는, 심각도가 가장 높은 연관된 이벤트 뷰어 이벤트를 기반으로 라인을 채색할 수 있으며 추가적인 심각도 아이콘과 함께 표시할 수 있습니다.


새 컨테이너 노드가 네트워크 보기 트리에 표시됩니다.

컨테이너에 새 보기를 작성하거나 기존 보기를 컨테이너로 이동시키십시오.

관련 태스크:

『네트워크 보기 작성』모니터링할 네트워크 파트만을 표시하려면 네트워크 보기를 작성하십시오. 표준보기와 동적 보기라는 두 가지 유형의 네트워크 보기가 있습니다.

241 페이지의 『보기 복사 또는 이동』개인용 보기를 그룹 또는 글로벌 기준으로 사용하려면 네트워크 보기를 이동해야 합니다. 원본 보기에 영향을 주지 않고 그룹 또는 글로벌 보기를 변경하려면네트워크 보기를 개인용 콜렉션으로 복사하십시오.

네트워크 보기 작성모니터링할 네트워크 파트만을 표시하려면 네트워크 보기를 작성하십시오. 표준보기와 동적 보기라는 두 가지 유형의 네트워크 보기가 있습니다.

표준 보기와 동적 보기 모두에서 모니터링을 위해 디바이스, 서브넷, VLAN 또는 기타 디바이스 콜렉션 세트를 사용자 정의 그룹화할 수 있습니다.

디바이스 이벤트를 기반으로 특정 유형의 네트워크 보기를 작성할 수 있습니다.

예를 들어, 치명적 심각도의 이벤트가 발생한 모든 디바이스를 표시하는 네트워크 보기를 작성합니다. 디바이스 이벤트를 기반으로 네트워크 보기를 작성하려면이벤트 필터를 사용하여 네트워크 보기를 작성해야 합니다.

표준 네트워크 보기 작성Network Manager에는 표준과 동적이라는 두 가지 유형의 보기가 있습니다. 표준 보기를 작성할 수 있습니다.


예를 들어, 치명적 심각도의 이벤트가 발생한 모든 디바이스를 표시하는 필터링된 네트워크 보기를 작성합니다.


종속 네트워크 보기 작성종속 네트워크 보기는 지정된 독립 엔티티에 종속된 디바이스를 표시합니다. 예를 들어, RAN(Radio Access Network)에서 기본 스테이션은 기본 스테이션 컨트롤러에 종속되는 것으로 모델링됩니다. 하나 이상의 기본 스테이션 컨트롤러에종속된 모든 기본 스테이션을 표시하도록 종속 네트워크 보기를 작성할 수 있습니다.

사용자 정의 컨테이너에 보기를 저장하려면 이 태스크를 시작하기 전에 컨테이너를 작성해야 합니다.

종속 네트워크 보기를 작성하려면 다음을 수행하십시오.




Name




유형 종속을 선택하십시오.




트리 아이콘보기를 표시하기 위해 기본 아이콘과 다른 아이콘을 원하는 경우 찾



배경 이미지





4. 필터 탭을 누르십시오. 다음과 같이 탭을 완료하십시오.

Domain

네트워크 도메인을 선택하십시오.

Class 이 드롭 다운은 네트워크에 있는 독립 엔티티의 클래스를 나열합니다.

목록에서 클래스를 선택하십시오. 예를 들어, 지정된 RAN 기본 스테이션 컨트롤러에 종속된 모든 디바이스를 표시하는 네트워크 보기를작성하려면 RAN 기본 스테이션 컨트롤러를 선택하십시오.

Connectivity

기본값을 선택하십시오. 선택한 콜렉션 유형에 가장 적합한 연결을 사용하는 네트워크 보기가 표시됩니다. 기타 다음 연결 옵션 중 하나를지정하는 옵션도 있습니다.

계층 1


계층 2

토폴로지에서 디바이스 사이의 모든 교환 연결을 표시합니다.

일반적으로 계층 2 보기에는 스위치 및 허브 연결이 표시됩니다.

계층 3

라우터와 라우터 사이의 연결을 표시합니다. 스위치는 보통 표시되지 않습니다.

참고: 계층 3 인터페이스를 포함하는 활성 연결이 있는 스위치는 이 레이아웃에 포함됩니다.






IP 서브넷서브넷 클라우드에 연결된 서브넷 내의 모든 디바이스를 표시합니다. 이 레이아웃은 네트워크 맵을 단순화하고 서브넷 멤버십을 명확하게 하는 데 도움이 됩니다.모든 연결을 보려면다음 옵션 중 하나를 선택하십시오.




OSPF

라우터 역할, 영역 멤버십 및 연결성이 포함된 감지된 OSPF

정보를 기반으로 연결을 표시합니다.




IPMRoute



논리 RAN

논리 RAN 연결을 표시합니다. RAN 엔티티는 일반적으로 L1

또는 L2 연결을 통해 연결되지만 이 논리 연결을 통해 기본RAN 엔티티의 개요를 확인할 수 있습니다. 연결은 일반적으로 감지된 데이터에 내재됩니다. 예를 들어, 기본 스테이션 컨


트롤러는 관리하는 기본 스테이션에 연결됩니다. 논리 RAN 연결은 멀티플렉서와 같은 중간 디바이스를 사용하지 않고 이 관계를 표시합니다.

연결 없음보기에 표시된 노드에서 감지된 연결을 표시하지 않습니다.



LTE S1-U


LTE S5-U


LTE S8


사용 가능한 독립 엔티티

종속 디바이스를 표시할 독립 엔티티를 선택하고 선택 을 클릭하여 해당 독립 엔티티를 선택한 독립 엔티티 목록으로 이동하십시오.

5. 확인을 클릭하십시오. 새 보기가 네비게이션 패널의 탐색 트리에 추가됩니다.

컨테이너에 보기를 추가한 경우, 트리에서 새 보기를 보려면 컨테이너 노드를 확장하십시오.

디바이스 콜렉션의 네트워크 보기 작성대규모 네트워크의 파트에 있는 서브넷, VPN 및 MPLS VPN과 같은 디바이스콜렉션을 모니터하려면 디바이스 콜렉션에 대한 표준 네트워크 보기를 작성하십시오. 디바이스 콜렉션에 대한 표준 보기는 감지 후 토폴로지가 변경되면 자동으로 변경됩니다.


다음과 같은 디바이스 콜렉션을 작성할 수 있습니다.

v BGP(Border Gateway Protocol) AS(Autonomous Systems), 클러스터 및 네트워크

v 데이터 센터v EMS(Element Management System) 시스템


v 일반 콜렉션v 지리적 위치v 지리적 영역v 글로벌 VLAN(Virtual Local Area Network)

v HSRP(Hot Standby Routing Protocol) 그룹v IGMP(Internet Group Membership Protocol) 그룹v IP(Internet Protocol) 경로v IPM 라우트 멀티캐스트 분배 트리(MDT)

v ITNM 서비스v 논리 콜렉션v LTE 풀v LTE PLMN(public land mobile networks)

v LTE 추적 영역 콜렉션v MPLS TE(Traffic Engineered) 터널v OSPF(Open Shortest Path First) 영역 및 라우팅 도메인v 포트 그룹v PIM(Protocol Independent Multicast) 그룹v RAN(Radio Access Network) 회선 핵심, GSM 셀, 위치 영역, 패킷 핵심,

라우팅 영역 및 UTRAN 셀v 스택v 서브넷v 가상 사설 네트워크(VPN)

v VLAN 포트v VTP(VLAN Trunking Protocol) 도메인v VTP 도메인v WLAN 802.11

v WLAN 채널v WLAN SSID

네트워크에 있는 하나 이상의 디바이스 콜렉션에 대한 표준 네트워크 보기를 작성하려면 다음을 수행하십시오.





Name




유형 콜렉션을 선택하십시오.






배경 이미지







Domain


유형 필요한 디바이스 콜렉션을 선택하십시오. 선택사항에 따라 사용 가능한 콜렉션 목록이 자동으로 채워집니다.

Connectivity


계층 1


계층 2



계층 3












OSPF






IPMRoute



논리 RAN


또는 L2 연결을 통해 연결되지만 이 논리 연결을 통해 기본RAN 엔티티의 개요를 확인할 수 있습니다. 연결은 일반적으로 감지된 데이터에 내재됩니다. 예를 들어, 기본 스테이션 컨트롤러는 관리하는 기본 스테이션에 연결됩니다. 논리 RAN 연결은 멀티플렉서와 같은 중간 디바이스를 사용하지 않고 이 관계를 표시합니다.




LTE S1-U


LTE S5-U


LTE S8



서브그래프관리자가 논리 그룹 시각화를 설정한 경우, 이 메뉴를 사용할 수 있습니다. 경계(클라우드)로 둘러싸여 확장하거나 접을 수 있는 논리 그룹의 엔티티를 표시하려면 사용을 선택하십시오. 링에 연결되고 확장하거나 접을 수 없는 논리 그룹의 엔티티를 표시하려면 사용 안함을선택하십시오.

사용 가능한 콜렉션

네트워크 보기에 표시할 디바이스 콜렉션을 선택한 후 선택 을클릭하여 선택한 콜렉션 목록으로 이동시키십시오.



관련 태스크:

229 페이지의 『서브넷 동적 보기 작성』네트워크의 각 서브넷에 대한 네트워크 보기를 작성하려면 서브넷 동적 보기를작성하십시오.

231 페이지의 『MPLS VPN 동적 보기 작성』네트워크의 고객 VPN 보기를 작성하고 CE(Customer-Edge) 디바이스 표시 옵션을 사용하려면 MPLS VPN 동적 보기를 작성하십시오.

MPLS VPN의 네트워크 보기 작성CE(Customer-Edge) 디바이스를 표시하거나 숨기는 옵션을 사용하려면 MPLS

VPN의 네트워크 보기를 작성하십시오.

디바이스 콜렉션에 대한 네트워크 보기를 작성하여 MPLS VPN 보기를 작성할수도 있습니다. 그러나 이 경우에는 CE 디바이스를 표시하거나 숨기는 옵션을 사용할 수 없습니다.




Name


중요사항: 라틴 문자만 포함한 네트워크 보기 이름을 사용하는 것이가장 좋습니다. 라틴 문자가 아닌 문자(예: 키릴 문자)가 포함된 네트


워크 보기 이름은 새 버전의 Network Manager로 마이그레이션하는경우 가져오고 내보낼 수 없기 때문에 지원되지 않습니다.


유형 MPLS VPN을 선택하십시오.






배경 이미지






Domain


CE 디바이스숨기기 또는 표시를 선택하십시오.


사용 가능 MPLS VPN

네트워크 보기에 표시할 MPLS VLAN을 선택한 후 선택 을 클릭하여 선택한 MPLS VPN 목록으로 이동시키십시오.



VPLS VLANS의 네트워크 보기 작성VPLS VPN(Virtual Private LAN Service Virtual Private Networks)을 모니터링하기 위해 특정 VPN의 네트워크 보기를 작성합니다.

VPLS VPN 네트워크 보기는 자동으로 작성됩니다. 이를 수동으로 작성할 수도있습니다. 특정 VPLS VPN의 네트워크 보기를 작성하려면 다음 단계를 완료하십시오.


2. 네트워크 보기의 라이브러리 탭에서 새 보기 를 클릭하십시오.


Name




유형 VPLS VPN을 선택하십시오.







배경 이미지






Domain


CE 디바이스숨기기 또는 표시를 선택하십시오.

사용 가능 VPLS VPN

네트워크 보기에 표시할 VPLS VLAN을 선택한 후 선택 을 클릭하여 선택한 VPLS VPN 목록으로 이동시키십시오.




사용자 정의 네트워크 보기 작성사용자 정의 보기는 모니터링을 위해 도메인에서 디바이스, 서브넷, VLAN 또는기타 디바이스 콜렉션 세트를 그룹화합니다. 디바이스를 수동으로 추가하려면 사용자 정의 보기를 작성하십시오. 사용자 정의 보기를 처음 작성하면 비어 있습니다. 사용자 정의 보기가 작성된 도메인의 네트워크 보기에서 디바이스를 추가할수 있습니다.

사용자 정의 보기는 SQL 필터를 사용하지 않습니다. 디바이스를 추가하거나 제거하면 보기가 업데이트됩니다.

참고: 지정되지 않은 디바이스를 사용자 정의 보기에 추가하면 해당 디바이스를제거하도록 비할당 보기가 자동으로 업데이트됩니다.

관리자는 $NMGUI_HOME/profile/etc/tnm/ 파일에서 topoviz.customview.enable

특성의 값을 설정하여 사용자 정의 보기의 사용 여부를 지정할 수 있습니다. 비할당 보기의 사용 여부를 지정할 때에도 이 특성이 사용됩니다.

사용자 정의 보기를 작성하려면 다음 단계를 완료하십시오.




Name




유형 사용자 정의를 선택하십시오.







배경 이미지







사용자 정의 보기에 지정되지 않은 디바이스 등 디바이스를 추가하십시오.

사용자 정의 보기에 디바이스 추가:

사용자 정의 보기에서 한 도메인에 있는 디바이스, 서브넷, VLAN 또는 기타 디바이스 콜렉션 세트를 그룹화할 수 있습니다.

사용자 정의 보기를 작성하면 보기가 비어 있습니다. 사용자 정의 보기가 작성된도메인에 있는 네트워크 보기의 사용자 정의 보기에 디바이스를 추가할 수 있습니다. 디바이스는 복사됩니다(즉, 원래 보기에도 남아 있음). 지정되지 않은 디바이스를 사용자 정의 보기에 추가하면 해당 디바이스가 비할당 보기에서 자동으로 제거됩니다.

하나 이상의 디바이스를 사용자 정의 보기에 추가하려면 이 단계를 완료하십시오.


1. 기존 보기에서 하나 이상의 디바이스를 선택하십시오.

2. 선택한 디바이스를 마우스 오른쪽 단추로 클릭한 후 컨텍스트 메뉴에서 보기에 추가를 선택하십시오.

3. 보기 추가 창의 사용자 정의 보기에 디바이스 추가 아래에서 대상 및 보기필드의 값을 지정하십시오.

4. 먼저, 대상 드롭 다운 메뉴에서 보기를 선택하십시오. 그러면 디바이스를 추가할 보기의 범주(예: itnmadmin 보기)가 지정됩니다.

5. 그런 다음, 보기 트리 단추를 클릭하십시오. 선택한 유형에 대해 사용 가능한사용자 정의 보기가 있는 트리가 표시됩니다. 트리에서 사용자 정의 보기는굵은 이탤릭체로 강조 표시됩니다.

6. 트리에서 사용자 정의 보기를 선택하고 확인을 클릭하십시오.

참고: 선택한 노드 추가에 대해 확인을 클릭하기 전에 트리 아래에서 확인을클릭해야 합니다. 트리 아래의 확인을 클릭하지 않으면 오류 메시지가 표시됩니다.

7. 확인을 클릭하여 선택된 디바이스를 사용자 정의 보기에 추가하십시오.

사용자 정의 보기에서 디바이스 제거:

디바이스가 사용자 정의 보기에 더 이상 지정되지 않게 하려면 사용자 정의 보기에서 하나 이상의 디바이스를 제거하십시오.

Network Manager는 디바이스를 추가하거나 제거하기 위해 네트워크 보기를 자동으로 업데이트합니다. 사용자 정의 보기는 자동으로 업데이트되지 않는 유일한보기입니다. 사용자 정의 보기에서 디바이스를 제거하려면 디바이스를 제거해야합니다. 사용자 정의 보기에서 하나 이상의 디바이스를 제거하려면 다음 단계를완료하십시오.

참고: 도메인에 대한 비할당 보기가 있는 경우 디바이스가 다른 네트워크 보기에없으면 사용자 정의 보기에서 제거된 디바이스가 비할당 보기에 자동으로 추가됩니다.

1. 하나 이상의 디바이스를 제거할 사용자 정의 보기로 이동하십시오.

2. 사용자 정의 보기에서 디바이스를 선택하십시오.

3. 마우스 오른쪽 단추를 클릭하여 컨텍스트 메뉴에 액세스한 다음 보기에서 제거를 선택하십시오.

4. 확인 창이 표시되면 예를 클릭하여 사용자 정의 보기에서 선택한 디바이스를제거하십시오.


지정되지 않은 디바이스에 대한 네트워크 보기 작성지정되지 않은 디바이스에 대한 네트워크 보기를 작성하십시오. 지정되지 않은 보기는 네트워크 보기에 지정되지 않은 도매인의 모든 디바이스를 그룹으로 묶습니다. 도메인의 보기에서 디바이스를 추가하거나 제거하면 이 보기가 동적으로 업데이트됩니다.

비할당 보기는 다른 보기에 속하지 않는 네트워크 디바이스의 플레이스홀더 역할을 합니다. 운영자는 비할당 보기에서 네트워크 보기에 디바이스를 지정할 수있습니다.

비할당 보기는 네트워크에서 지정되지 않은 디바이스를 조회하여 자동으로 작성되므로 SQL 필터를 사용하지 않습니다. 도메인의 보기에서 디바이스를 추가하거나 제거하면 이 보기가 동적으로 업데이트됩니다.

관리자는 etc/tnm/topoviz.properties 파일에서 topoviz.customview.enable 특성의 값을 설정하여 비할당 보기의 사용 여부를 지정할 수 있습니다. 사용자 정의 보기의 사용 여부를 지정할 때에도 이 특성이 사용됩니다.

비할당 보기를 작성하려면 다음 단계를 완료하십시오.




Name




유형 지정되지 않음을 선택하십시오.

레이아웃격자 또는 테이블을 선택하십시오.






배경 이미지







다른 보기에 없는 디바이스가 비할당 보기에 자동으로 추가될 때 비할당 보기가작성됩니다.

지정되지 않은 디바이스를 선택하고 마우스 오른쪽 단추를 클릭하여 디바이스를네트워크 보기에 추가할 수 있습니다.

필터링된 보기 작성필터링된 보기를 사용하여 토폴로지 데이터베이스 필터를 기반으로 하는 네트워크의 파트를 보십시오. 예를 들어, 지정한 서브넷에 있는 모든 Cisco 디바이스를표시하는 네트워크 보기가 있습니다.




2. 라이브러리 탭을 클릭한 후 새 보기 를 클릭하십시오.


Name




유형 필터링됨을 선택하십시오.






배경 이미지






4. 필터를 설정하십시오. 다음 옵션이 제공됩니다.

v 필터 탭을 클릭하고 도메인을 선택하십시오. 필터에서 사용할 속성 테이블을 선택하고 필터 필드에 SQL WHERE 절을 입력하십시오.

v 필터 탭을 클릭하고 편집 을 클릭하여 필터 빌더 GUI를 사용하십시오. 필터 빌더에는 기본 모드와 고급 모드가 있습니다.

– 기본 모드에서는 목록에서 필드, 비교 연산자 및 값을 선택하십시오. 단일 선택 단추를 사용하여 다중 필터를 결합하는 부울 관계를 작성하십

시오. 필터를 추가하려면 새 행 추가 를 클릭하십시오.

– 고급 모드에서 필드에 SQL WHERE 절을 입력하십시오. 테이블에서조회하는 각 컬럼 이름에 t.라는 접두어를 지정하십시오. 예를 들면,

t.entityName like 'rtr%'과 같습니다.

토폴로지를 저장하기 위해 사용하는 데이터베이스에 따라 SQL 구문이 다릅니다. 데이터베이스 유형에 대한 문서를 참조하십시오.

5. 엔드 노드 목록에서 엔드 노드(예: 프린터, 워크스테이션)를 보기에 표시할지여부를 지정하십시오.

6. 연결 목록에서 필요한 연결을 선택하십시오.

계층 1


계층 2


계층 3













OSPF





IPMRoute



논리 RAN






LTE S1-U


LTE S5-U


LTE S8




Sample filters

다음 예제는 전형적인 필터를 작성하는 여러 가지 방법을 설명하고 있습니다. 필터가 서브넷 172.20.10에 있는 모든 Cisco 디바이스를 검색합니다.

SQL WHERE문을 입력하여 필터를 작성하려면 다음을 수행하십시오.

1. 필터 탭의 테이블 목록에서 ipEndPoint를 선택하십시오. 값 필드에 subnet

like '172.20.10.%'를 입력하십시오.

2. 새 행 추가 를 누르십시오.

3. 테이블 목록에서 섀시를 선택하십시오. 값 필드에 className like 'Cisco'

를 입력하십시오.


필터 빌더를 사용하여 필터를 작성하려면 다음을 수행하십시오.

1. 필터 탭의 테이블 목록에서 ipEndPoint를 선택하십시오. 를 누르십시오.

필터 빌더가 표시됩니다.

2. 기본 탭의 필드 목록에서 서브넷을 선택하십시오.

3. 비교 연산자 목록에서 =를 선택하십시오.

4. 값 필드에 172.10.10.6을 입력하고 확인을 클릭하십시오.

5. 필터 탭의 테이블 목록에서 섀시를 선택하십시오. 를 누르십시오. 필터빌더가 표시됩니다.

6. 새 행 추가 를 누르십시오.

7. 필드 목록에서 className을 선택하십시오.

8. 비교 연산자 목록에서 =를 선택하십시오.


9. 값 필드에 Cisco를 입력하십시오.


예제 토폴로지 필터: 기본 노드 필터:

이 예제는 기본 노드 IP 주소에만 기반하여 필터링하는 네트워크 보기를 작성하는 방법을 보여줍니다.

이 태스크를 시작하기 전에 "필터링된 보기 작성" 태스크에 설명된 지시사항을 수행해야 합니다. 네트워크 보기에 대한 필터를 설정하는 단계에 도달하면 다음 단계를 수행하십시오.

이 예제에서는 IP 주소의 처음 두 옥텟이 172.18, 172.19 또는 172.20인 조건을만족하는 기본 노드 IP 주소를 필터링하는 네트워크 보기를 작성합니다.

1. 필터 탭을 누르십시오.


3. 테이블 컬럼에서 mainNodeDetails를 선택하십시오.

4. 필터 빌더 열기 를 클릭하여 필터 빌더를 여십시오.

5. 필터 빌더의 기본에서 목록 및 필드를 사용하여 필수 조회를 빌드하십시오.

먼저 처음 두 옥텟이 172.18인 IP 주소에 대해 필터링하는 조회의 파트를 작성하십시오.

a. 필드 목록에서 ipAddress를 선택하십시오.

b. 비교 연산자 목록에서 like를 선택하십시오.

c. 값 필드에 172.18%를 입력하십시오. 백분율 부호(%)는 와일드카드입니다.

6. 다음에는 처음 두 옥텟이 172.19인 IP 주소에 대해 필터링하는 조회의 파트를 작성하십시오.

a. 새 행 추가 를 클릭하여 필터 테이블에 새 행을 추가하십시오.

b. 필드 목록에서 ipAddress를 선택하십시오.

c. 비교 연산자 목록에서 like를 선택하십시오.

d. 값 필드에 172.19%를 입력하십시오.

7. 다음에는 처음 두 옥텟이 172.20인 IP 주소에 대해 필터링하는 조회의 파트를 작성하십시오.

a. 새 행 추가 를 클릭하여 필터 테이블에 새 행을 추가하십시오.

b. 필드 목록에서 ipAddress를 선택하십시오.

c. 비교 연산자 목록에서 like를 선택하십시오.

d. 값 필드에 172.20%를 입력하십시오.


8. 방금 정의한 세 개의 필터를 결합하는 데 사용되는 부울 관계가 임의인지 확인하십시오.

9. 확인을 클릭하여 필터 정의를 완료하십시오.

"필터링된 네트워크 보기 작성" 태스크의 나머지 단계를 완료하십시오.

예제 토폴로지 필터: 서브넷의 모든 Cisco 디바이스:

필터링된 네트워크 보기를 작성할 때 네트워크 보기에 표시할 토폴로지 파트를필터링하려면 토폴로지 필터를 작성하십시오. 예를 들어, 필터링된 네트워크 보기의 부분으로 특정 서브넷의 모든 Cisco 디바이스를 표시하는 필터를 작성할 수있습니다.

이 태스크는 필터링된 네트워크 보기에 예제 토폴로지 필터를 작성하는 방법을보여줍니다.

이 태스크를 시작하기 전에 "필터링된 보기 작성" 태스크에 설명된 지시사항을 수행해야 합니다. 네트워크 보기에 대한 필터를 설정하는 단계에 도달하면 다음 단계를 수행하십시오.



3. 필터의 서브넷 파트를 설정하십시오. 테이블 컬럼에서 ipEndPoint NCIM

토폴로지 테이블을 선택하십시오.



a. 필드 목록에서 서브넷을 선택하십시오.


c. 값 필드에 서브넷 ID를 입력하십시오. 예를 들어, 서브넷 172.20.100.0

을 지정하려면 텍스트 172.20.100%를 입력하십시오. 백분율 부호(%)는와일드카드입니다.

d. 확인을 클릭하여 필터 서브넷 파트의 정의를 완료하십시오. 이제ipEndPoint의 필터 컬럼 값이 subnet like ’172.20.100%’로 표시됩니다.

6. 디바이스 유형별로 필터링하는 필터 파트를 설정하십시오. 새 행 추가를 클릭하여 필터 테이블에 새 행을 추가하십시오.

7. 테이블 컬럼에서 섀시 NCIM 토폴로지 테이블을 선택하십시오.




a. 필드 목록에서 클래스 이름을 선택하십시오.


c. 값 목록에 Cisco%를 입력하십시오.

d. 확인을 클릭하여 필터 디바이스 유형 파트의 정의를 완료하십시오. 이제 섀시의 필터 컬럼 값이 className like ’Cisco%’로 표시됩니다.

10. 정의한 두 필터를 결합할 때 사용하는 부울 관계가 모두인지 확인하십시오.


예제 이벤트 필터: 치명적 이벤트가 있는 모든 디바이스:

필터링된 네트워크 보기를 작성할 때 이벤트를 기반으로 토폴로지를 필터링하려면 이벤트 필터를 작성하십시오. 예를 들어, 필터링된 네트워크 보기의 부분으로치명적 심각도의 이벤트가 있는 모든 디바이스를 표시하는 필터를 작성할 수 있습니다.

이 태스크는 필터링된 네트워크 보기에 예제 이벤트 필터를 작성하는 방법을 보여줍니다.

이 태스크를 시작하기 전에 "필터링된 네트워크 보기 작성" 태스크에 설명된 지시사항을 수행해야 합니다. 네트워크 보기에 대한 필터를 설정하는 단계에 도달하면 다음 단계를 수행하십시오.



3. 테이블 컬럼에서 activeEvent 테이블을 선택하십시오.



a. 필드 목록에서 심각도를 선택하십시오.

b. 비교 연산자 목록에서 =를 선택하십시오.

c. 값 목록에서 치명적을 선택하십시오.

d. 확인을 클릭하여 필터 정의를 완료하십시오. 이제 activeEvent 테이블의필터 컬럼 값이 아래와 같습니다. Severity = Critical.

참고: activeEvent 테이블에 Tivoli Netcool/OMNIbus alerts.status 테이블의 필드 서브세트가 포함되어 있습니다. alerts.status 테이블의 필드에 대한정보는 IBM Tivoli Netcool/OMNIbus 관리 안내서를 참조하십시오.



변수를 사용하여 필터링된 보기 작성필터링된 보기에서 변수를 사용하여 복합 보기를 작성하십시오. 예를 들어, 1시간 이상 된 이벤트를 포함한 모든 디바이스의 보기를 작성합니다.


필터에 변수를 사용할 수 있습니다. 변수는 서버에서 검색한 적합한 값으로 대체됩니다. 변수 이름은 {%variable} 양식이어야 합니다.

제한사항:

지원되는 유일한 변수는 {%serverTime}입니다. {%serverTime} 변수는 UNIX

epoch 시간(UTC 1970년 1월 1일 자정 이후 경과된 시간을 초로 계산)으로 표현된 Network Manager 서버의 현재 시간으로 대체됩니다.




Name

네트워크 보기의 이름을 입력하십시오.



유형 필터링됨을 선택하십시오.







배경 이미지





4. 필터를 설정하십시오.

a. 필터 탭을 누르십시오.

b. 도메인 목록에서 네트워크 도메인을 선택하십시오.

c. 테이블 컬럼에서 사용할 변수를 포함한 데이터베이스 테이블을 선택하십시오. {%serverTime} 변수의 경우, activeEvent 테이블을 선택하십시오.

d. 필터 컬럼에서 사용할 변수를 포함한 SQL WHERE 절을 입력하십시오.

예를 들어, 1시간 이상 된 이벤트를 포함한 디바이스가 있는 보기를 작성하려면 다음 절을 사용하십시오.

{%serverTime} – FirstOccurrence 3600



계층 1


계층 2



계층 3












OSPF





IPMRoute



논리 RAN

논리 RAN 연결을 표시합니다. RAN 엔티티는 일반적으로 L1 또는


L2 연결을 통해 연결되지만 이 논리 연결을 통해 기본 RAN 엔티티의 개요를 확인할 수 있습니다. 연결은 일반적으로 감지된 데이터에내재됩니다. 예를 들어, 기본 스테이션 컨트롤러는 관리하는 기본 스테이션에 연결됩니다. 논리 RAN 연결은 멀티플렉서와 같은 중간 디바이스를 사용하지 않고 이 관계를 표시합니다.




LTE S1-U


LTE S5-U


LTE S8




IP로 필터링된 보기 작성IP 필터 기준에 따라 IP 주소 지정 가능한 엔티티에 대한 네트워크 보기를 작성할 수 있습니다. 예를 들어, 특정 IP 주소를 지니거나 IP 주소의 특정 단편을 포함하는 모든 IP 주소 지정 가능한 엔티티에 대한 네트워크 보기를 작성할 수 있습니다. 다중 IP 필터를 지정할 수 있습니다.


IP로 필터링된 네트워크 보기를 작성하려면 다음을 수행하십시오.





Name




유형 IP 필터를 선택하십시오.






배경 이미지





4. 필터 탭을 누르십시오. 도메인 목록에서 네트워크 도메인을 선택하십시오.

5. 주소 패턴 필드에서 비교하려는 IP 주소 패턴을 지정하십시오. IP로 필터링된 네트워크 보기는 선택한 도메인 내에서 IP 주소 지정 가능 엔티티에 대해


액세스 가능한 IP 주소를 기준으로 필터링합니다. IP 주소 지정 가능 엔티티는 스위치 및 라우터와 같은 기본 노드 디바이스를 포함하지만 인터페이스,

루프백 인터페이스 및 VLAN과 같은 디바이스 구성요소도 포함합니다. 따라서 IP로 필터링된 네트워크 보기는 기본 노드 IP 주소만 필터링하지 않고 대신에 다음 기준을 충족하는 모든 기본 노드를 리턴합니다.

v 기본 노드이며, 이 경우 기본 노드의 액세스 가능 IP 주소가 IP 필터에서지정된 범위와 일치합니다. 이 기준을 사용하여 리턴된 기본 노드의 예제는 스위치의 IP 주소가 액세스 가능한 IP 주소에 해당하는 스위치를 포함합니다.

v 기본 노드이고, 이 경우 기본 노드에서 최소 하나의 인터페이스 또는 다른 IP 주소 지정 가능 구성요소가 IP 필터에서 지정된 범위와 일치합니다. 이 기준을 사용하여 리턴된 기본 노드의 예제는 디바이스에 일반적으로 트래픽을 라우팅하는 여러 IP 인터페이스가 들어 있는 라우터를 포함합니다. 디바이스의 관리 주소는 별도의 관리 네트워크에 있는 경우가 많습니다. 디바이스의 이름은 해당 관리 주소로 지정되므로 이 리턴된 주소는 지정된 필터와 일치하지 않을 수 있습니다. 예를 들어, 필터 기준이1.1.1.0/24와 같은 IP 필터 보기는 이름이 2.2.2.2인 디바이스를 리턴합니다.

기본 노드 IP 주소만 필터링하려는 경우 필터링된 네트워크 보기를 작성할 수있습니다.

팁: 여러 IP 주소 패턴을 제한 없이 지정할 수 있습니다. 결과 네트워크 보기에는 여러 주소 패턴에 따라 검색된 모든 IP 주소의 결합이 표시됩니다.


7. 연결 목록에서 필수 연결을 선택하십시오. 연결 목록에는 아래에 나열된 옵션의 일부가 표시됩니다.

계층 1


계층 2


계층 3













OSPF





IPMRoute



논리 RAN






LTE S1-U


LTE S5-U


LTE S8




샘플 IP 주소 패턴

192.168로 시작하는 모든 IP 주소를 일치시키려면주소패턴 192.168을 입력하십시오.

172.18, 172.19, 및 172.20,

주소 패턴 172.18-20을 입력하십시오.

관련 태스크:

211 페이지의 『예제 토폴로지 필터: 기본 노드 필터』이 예제는 기본 노드 IP 주소에만 기반하여 필터링하는 네트워크 보기를 작성하는 방법을 보여줍니다.

IP 필터 구문:

이 참조 정보는 IP 필터의 구문을 모델링하는 방법에 대해 설명합니다.

특정 IP 주소 검색 시 마지막 8진수의 범위를 사용할 수 있습니다. 또한 마지막8진수로 와일드카드를 가정할 수 있습니다.

범위와 와일드 카드의 사용에 대해 이해하려면 다음 예제를 참조하십시오.

다음 예제는 IP 주소 필터에서 범위와 와일드 카드를 사용하는 다양한 옵션을 보여 줍니다.

v 172.18-20은 처음 두 8진수로 172.18, 172.19 또는 172.20이 포함된 IP 주소와 일치합니다.


v 172.20.36-38은 처은 세 8진수로 172.20.36, 172.20.37 또는 172.20.38이 포함된 IP 주소와 일치합니다.

v 192.168은 처음 두 8진수로 192.168 값이 포함된 모든 IP 주소와 일치합니다.

참고: 마지막 8진수에 사용하는 경우 별표(*) 와일드카드는 선택사항입니다. 예를 들어, 192.168과 192.168.*를 입력하면 동일한 결과가 생성됩니다. 그러나8진수 내에서 필터링에 별표를 사용할 수 있습니다. 예를 들어, 192.0.2.1*는첫 문자로 192.0.2.1*가 포함된 주소와만 일치합니다.

표준 상호 도메인 네트워크 보기 작성감지된 모든 도메인의 디바이스를 표시하는 다른 유형의 표준 네트워크 보기를작성할 수 있습니다.


상호 도메인 네트워크 보기를 작성하기 전에 집계할 각 도메인의 상호 도메인 감지를 구성하고 실행해야 합니다.

도메인 간 표준 네트워크 보기를 작성하려면 다음 단계를 완료하십시오.




Name




유형 표준 네트워크 보기 유형을 선택하십시오. 결과 네트워크 보기에는 감지된 모든 네트워크의 모든 디바이스가 포함되므로 서버에서 불필요한 로드가 작성되지 않도록 네트워크 보기의 크기를 고려하십시오.

네트워크 보기의 유형에 적절하게 기타 필드를 입력하십시오.



Domain

AGGREGATION 도메인을 선택하십시오.




동적 네트워크 보기 작성Network Manager에는 표준과 동적이라는 두 가지 유형의 보기가 있습니다. 동적 보기를 작성할 수 있습니다.


예를 들어, 위치별로 디바이스를 범주화하고 각 위치에서 디바이스의 이벤트 심각도별로 디바이스를 범주화하는 동적 네트워크 보기를 작성합니다.

디바이스 콜렉션 동적 보기 작성네트워크의 디바이스 콜렉션에 대한 변경사항을 확인하고 추적하려면 디바이스 콜렉션의 동적 보기를 작성하십시오. 동적 네트워크 보기를 사용하여 네트워크에 대한 변경사항을 모니터하십시오. 감지 후 토폴로지가 변경된 경우 탐색 패널에 있는 노드가 자동으로 업데이트됩니다.

동적 네트워크 보기를 사용하여 네트워크에 추가된 디바이스 또는 제거된 디바이스를 모니터하십시오. 감지 후 토폴로지가 변경된 경우 탐색 패널에 있는 노드가 자동으로 업데이트됩니다.


다음과 같은 디바이스 콜렉션을 작성할 수 있습니다.

v BGP(Border Gateway Protocol) AS(Autonomous Systems), 클러스터 및 네트워크

v 데이터 센터v EMS(Element Management System) 시스템v 일반 콜렉션v 지리적 위치v 지리적 영역v 글로벌 VLAN(Virtual Local Area Network)

v HSRP(Hot Standby Routing Protocol) 그룹v IGMP(Internet Group Membership Protocol) 그룹


v IP(Internet Protocol) 경로v IPM 라우트 멀티캐스트 분배 트리(MDT)

v ITNM 서비스v 논리 콜렉션v LTE 풀v LTE PLMN(public land mobile networks)

v LTE 추적 영역 콜렉션v MPLS TE(Traffic Engineered) 터널v OSPF(Open Shortest Path First) 영역 및 라우팅 도메인v 포트 그룹v PIM(Protocol Independent Multicast) 그룹v RAN(Radio Access Network) 회선 핵심, GSM 셀, 위치 영역, 패킷 핵심,

라우팅 영역 및 UTRAN 셀v 스택v 서브넷v 가상 사설 네트워크(VPN)

v VLAN 포트v VTP(VLAN Trunking Protocol) 도메인v VTP 도메인v WLAN 802.11

v WLAN 채널v WLAN SSID

다음 표에서는 디바이스 콜렉션의 동적 보기가 적합하지 않은 경우의 특정 요구사항에 대해 설명합니다. 각 경우에 해당하는 대체 조치를 수행하십시오.

표 19. 디바이스 콜렉션 동적 보기 작성 전략요구사항 조치서브넷 동적 보기를 원하며 여러 클래스 C 서브넷 보기를 작성하지 않으려는 경우.

서브넷 동적 보기를 작성하십시오.

일반적으로 네트워크에는 다수의 클래스 C 서브넷이 포함되어 있으며 그 결과 다수의 보기가 존재합니다. 서브넷 동적 보기를 작성할 때 클래스A 및 클래스 B 서브넷으로 보기의 수를 제한할수 있습니다.


표 19. 디바이스 콜렉션 동적 보기 작성 전략 (계속)

요구사항 조치MPLS VPN 동적 보기를 원하지만 고객 VPN으로만 보기를 제한하려고 하며 해당 보기에CE(Customer-Edge) 디바이스를 표시하는 옵션을 원하는 경우.

MPLS VPN 동적 보기를 작성하십시오.

MPLS VPN의 경우 디바이스 콜렉션의 동적 보기는 고객 VPN 및 MPLS 핵심 네트워크에 대한 보기를 제공합니다. 또한 고객 VPN에는CE(Customer Edge) 디바이스가 표시되지 않습니다.

네트워크에 있는 하나 이상의 디바이스 콜렉션에 대한 동적 보기를 작성하려면다음을 수행하십시오.




Name




유형 동적 보기 - 콜렉션을 선택하십시오.







배경 이미지






Domain


유형 필요한 디바이스 콜렉션을 선택하십시오. 선택사항에 따라 미리보기 목록이 자동으로 채워집니다.

Connectivity


계층 1


계층 2



계층 3












OSPF






IPMRoute



논리 RAN


또는 L2 연결을 통해 연결되지만 이 논리 연결을 통해 기본RAN 엔티티의 개요를 확인할 수 있습니다. 연결은 일반적으로 감지된 데이터에 내재됩니다. 예를 들어, 기본 스테이션 컨트롤러는 관리하는 기본 스테이션에 연결됩니다. 논리 RAN 연결은 멀티플렉서와 같은 중간 디바이스를 사용하지 않고 이 관계를 표시합니다.





LTE S1-U


LTE S5-U


LTE S8


서브그래프관리자가 논리 그룹 시각화를 설정한 경우, 이 메뉴를 사용할 수 있습니다. 경계(클라우드)로 둘러싸여 확장하거나 접을 수 있는 논리 그룹의 엔티티를 표시하려면 사용을 선택하십시오. 링에 연결되고 확장하거나 접을 수 없는 논리 그룹의 엔티티를 표시하려면 사용 안함을선택하십시오.

서브트리 구조선택된 동적 네트워크 보기 디바이스 콜렉션의 경우 이 옵션은 네트워크 보기를 계층 구조로 볼 수 있게 해줍니다. 플래그는 다음 값 중하나를 사용합니다. 계층 구조(콜렉션을 계층 구조로 나타냄) 또는 단층 구조(콜렉션을 단층 목록으로 나타냄).

참고: 스키마를 사용하면 모든 유형의 콜렉션을 계층 구조로 나타낼수 있지만, 지리적 위치 및 지리적 영역 콜렉션의 경우에 이 옵션이가장 유용할 것으로 예상됩니다. 또한 지리적 계층 구조는 자동으로표시되지 않습니다. 지리적 계층 구조를 표시하려면 디바이스가 있는우편 주소의 관련된 일부를 식별하기 위해 스티처를 사용자 정의해야합니다. 사용자 배치 또는 네트워크 보기에 표시하는 각 국가에 대해이 스티처 사용자 정의를 수행해야 합니다.



관련 태스크:

229 페이지의 『서브넷 동적 보기 작성』네트워크의 각 서브넷에 대한 네트워크 보기를 작성하려면 서브넷 동적 보기를


작성하십시오.

231 페이지의 『MPLS VPN 동적 보기 작성』네트워크의 고객 VPN 보기를 작성하고 CE(Customer-Edge) 디바이스 표시 옵션을 사용하려면 MPLS VPN 동적 보기를 작성하십시오.

서브넷 동적 보기 작성네트워크의 각 서브넷에 대한 네트워크 보기를 작성하려면 서브넷 동적 보기를작성하십시오.


일반적으로 네트워크에는 다수의 클래스 C 서브넷이 포함되어 있으며 그 결과 다수의 보기가 존재합니다. 서브넷 동적 보기를 작성할 때 클래스 A 및 클래스 B

서브넷으로 보기의 수를 제한할 수 있습니다.

팁: 두 개 이상의 서브넷이 포함된 네트워크 보기를 작성하려는 경우에는 동적 보기를 작성하지 마십시오. 대신 디바이스 콜렉션에 대한 표준 네트워크 보기를 작성하십시오.

네트워크에 있는 서브넷에 대한 동적 보기를 작성하려면 다음을 수행하십시오.




Name




유형 동적 보기 - 서브넷을 선택하십시오.







배경 이미지






5. 서브넷 목록에서 필요한 옵션을 선택하십시오.

옵션 설명A 및 B 네트워크에 있는 각 클래스 A 및 클래스 B 서

브넷에 대한 네트워크 보기를 작성합니다.

A, B 및 C 네트워크에 있는 각 클래스 A, 클래스 B 및 클래스 C 서브넷에 대한 네트워크 보기를 작성합니다.

일반적으로 대부분의 네트워크에는 클래스 C 서브넷이 여러 개 포함되어 있으므로 이 옵션을 선택하면 많은 수의 서브넷 네트워크 보기가 자동으로 작성됩니다.

선택사항에 따라 미리보기 목록이 자동으로 채워집니다.




관련 태스크:


『MPLS VPN 동적 보기 작성』네트워크의 고객 VPN 보기를 작성하고 CE(Customer-Edge) 디바이스 표시 옵션을 사용하려면 MPLS VPN 동적 보기를 작성하십시오.

223 페이지의 『디바이스 콜렉션 동적 보기 작성』네트워크의 디바이스 콜렉션에 대한 변경사항을 확인하고 추적하려면 디바이스콜렉션의 동적 보기를 작성하십시오. 동적 네트워크 보기를 사용하여 네트워크에 대한 변경사항을 모니터하십시오. 감지 후 토폴로지가 변경된 경우 탐색 패널에 있는 노드가 자동으로 업데이트됩니다.

193 페이지의 『디바이스 콜렉션의 네트워크 보기 작성』대규모 네트워크의 파트에 있는 서브넷, VPN 및 MPLS VPN과 같은 디바이스콜렉션을 모니터하려면 디바이스 콜렉션에 대한 표준 네트워크 보기를 작성하십시오. 디바이스 콜렉션에 대한 표준 보기는 감지 후 토폴로지가 변경되면 자동으로 변경됩니다.

MPLS VPN 동적 보기 작성네트워크의 고객 VPN 보기를 작성하고 CE(Customer-Edge) 디바이스 표시 옵션을 사용하려면 MPLS VPN 동적 보기를 작성하십시오.


제한사항: MPLS VPN 동적 보기는 MPLS 핵심 네트워크에 대한 네트워크 보기를 작성하지 않습니다. 핵심 네트워크에 대한 보기를 작성하려면 디바이스 콜렉션의 동적 보기를 작성하십시오.

팁: 두 개 이상의 고객 VPN이 포함된 보기를 작성하려는 경우에는 동적 보기를작성하지 마십시오. 대신 MPLS VLAN의 네트워크 보기를 작성하십시오.

네트워크에 있는 고객 VPN에 대한 동적 보기를 작성하려면 다음을 수행하십시오.





Name




유형 동적 보기 – MPLS – VPN을 선택하십시오.






배경 이미지







Domain


CE 디바이스숨기기 또는 표시를 선택하십시오. 선택사항에 따라 미리보기 목록이자동으로 채워집니다.



관련 태스크:

223 페이지의 『디바이스 콜렉션 동적 보기 작성』네트워크의 디바이스 콜렉션에 대한 변경사항을 확인하고 추적하려면 디바이스콜렉션의 동적 보기를 작성하십시오. 동적 네트워크 보기를 사용하여 네트워크에 대한 변경사항을 모니터하십시오. 감지 후 토폴로지가 변경된 경우 탐색 패널에 있는 노드가 자동으로 업데이트됩니다.

193 페이지의 『디바이스 콜렉션의 네트워크 보기 작성』대규모 네트워크의 파트에 있는 서브넷, VPN 및 MPLS VPN과 같은 디바이스콜렉션을 모니터하려면 디바이스 콜렉션에 대한 표준 네트워크 보기를 작성하십시오. 디바이스 콜렉션에 대한 표준 보기는 감지 후 토폴로지가 변경되면 자동으로 변경됩니다.


중복 제거 동적 보기 작성사용자 정의 범주 및 하위 범주가 있는 네트워크 보기를 작성하려면 중복 제거동적 보기를 작성하십시오.

예를 들어, 중복 제거 동적 보기를 사용하면 위치별로 디바이스를 범주화하고 각위치에서 디바이스 관리를 담당하는 네트워크 관리자별로 디바이스를 구성할 수있습니다. 예를 들어, 이 옵션을 사용하여 위치별로 디바이스를 범주화하고 각 위치에서 여러 가지 디바이스 클래스 (예 : C i s co 2 6 0 0 디바이스 또는3ComSuperStack 디바이스)를 나열할 수 있습니다.

IP로 필터링된 네트워크 보기를 작성하려면 다음을 수행하십시오.





Name




유형 동적 보기 - 중복 제거를 선택하십시오.






배경 이미지







5. 필드 목록에서 정의하려는 범주 및 하위 범주에 해당하는 토폴로지 데이터베이스 테이블 및 필드를 선택하십시오. 범주와 하위 범주를 올바른 순서로 정의해야 합니다.

a. 추가...를 누르십시오.

b. 테이블 목록에서 필요한 데이터베이스 테이블을 선택하십시오. 선택사항에 따라 필드 목록이 자동으로 채워집니다.

c. 필드 목록에서 필수 필드를 선택하십시오.

d. 5a단계부터 5c단계까지 반복하십시오.

필드를 지정하는 방법에 대한 자세한 정보는 237 페이지의 『범주에 대한 샘플 토폴로지 데이터베이스 필드』의 내용을 참조하십시오. 필드를 선택하면미리보기 목록이 업데이트되어 선택한 범주 간의 관계가 표시됩니다.



계층 1


계층 2


계층 3













OSPF





IPMRoute



논리 RAN





LTE S1-U


LTE S5-U


LTE S8





범주에 대한 샘플 토폴로지 데이터베이스 필드

다음 예제는 235 페이지의 5단계에서 필드를 완료하는 방법을 설명합니다.

위치별로 디바이스를 범주화하고 각 위치에서 네트워크 관리자별로 범주화하려면다음 범주를 아래 순서에 따라 정의하십시오.

1. 디바이스의 위치: 이 데이터는 섀시 데이터베이스 테이블의 sysLocation 필드에 저장됩니다.

2. 디바이스 담당자: 이 데이터는 섀시 데이터베이스 테이블의 sysContact 필드에 저장됩니다.

이 순서에 따르면 위치는 기본 범주이고 담당자는 하위 범주입니다.

템플리트 기반 동적 보기 작성네트워크 관리자가 사전정의한 사전 구성된 동적 보기 세트를 생성하려면 템플리트 기반 동적 보기를 사용하십시오.


필요한 템플리트는 정의되어 $ N M G U I _ H O M E / p r o f i l e /e t c / t n m /

dynamictemplates/ 디렉토리에 저장되어 있어야 합니다. 템플리트가 이 디렉토리에 저장되어 있지 않으면 동적 보기를 생성하기 위해 템플리트를 선택할 수 없습니다.

템플리트는 XML 파일로 정의된 사전 구성된 보기 세트입니다. 네트워크 관리자는 이러한 사전 구성된 보기를 별개의 템플리트로 정의하여 다양한 네트워크 운영자를 위한 다양한 보기 세트를 사전 구성할 수 있습니다. 네트워크 운영자는 관련된 템플리트를 선택하여 보기를 생성합니다.

템플리트 기반 동적 보기를 작성하려면 다음을 수행하십시오.


2. 라이브러리 탭을 클릭하고 새 보기 를 클릭하십시오.



Name




유형 동적 보기 - 템플리트를 선택하십시오.






배경 이미지






5. 템플리트에서 동적 보기를 생성하는 데 사용할 템플리트를 선택하십시오. 선택사항에 따라 미리보기 목록에 네트워크 보기 목록이 자동으로 채워집니다.




동적 상호 도메인 네트워크 보기 작성감지된 모든 도메인의 디바이스를 표시하는 다른 유형의 동적 네트워크 보기를작성할 수 있습니다.


상호 도메인 네트워크 보기를 작성하기 전에 집계할 각 도메인의 상호 도메인 감지를 구성하고 실행해야 합니다.

도메인 간 동적 네트워크 보기를 작성하려면 다음 단계를 완료하십시오.




Name




유형 동적 네트워크 보기 유형을 선택하십시오. 결과 네트워크 보기에는 감지된 모든 네트워크의 모든 디바이스가 포함되므로 서버에서 불필요한 로드가 작성되지 않도록 네트워크 보기의 크기를 고려하십시오.



Domain

AGGREGATION 도메인을 선택하십시오.





예제: 소형 네트워크 또는 POC(Proof of Concept)

예상대로 두 개 이상의 도메인이 감지되고 함께 결합되었는지 확인하려면 일반적으로 감지가 완료된 후 자동으로 작성되는 모든 네트워크 보기를 재작성할 수있습니다. 총 결과 네트워크 보기 수가 부정적인 성능 영향을 미치지 않는 경우에만 이를 수행하십시오. 예를 들어, 비프로덕션 시스템에서 상호 도메인 감지를테스트하는 동안 이를 수행할 수 있습니다. 모든 일반 네트워크 보기를 작성하려면 다음 단계를 완료하십시오.

1. 동적 보기 - 템플리트 유형의 네트워크 보기를 새로 작성하십시오.

2. 도메인 AGGREGATION을 선택하십시오.

3. 템플리트 IP 기본값을 선택하십시오.

네트워크 보기 변경기존 보기의 특성을 변경할 수 있습니다.

보기를 편집하려면 다음 단계를 완료하십시오.

1. 탐색 패널에서 편집하려는 보기를 탐색하고 보기 편집 단추를 클릭하십시오. 대화 상자가 표시됩니다.

2. 보기의 특성을 편집하십시오. 완료되면 확인을 눌러 변경사항을 적용하십시오.

3. 저장 을 누르십시오.

네트워크 보기 삭제더 이상 필요하지 않은 기존 네트워크 보기를 삭제하십시오.

기존 보기를 삭제하려면 다음을 수행하십시오.


2. 필요한 네트워크 보기를 찾아서 선택하십시오. 그런 다음, 보기 삭제 를누르십시오. 보기 삭제 대화 상자가 표시됩니다.

3. 다음 옵션 중 하나를 선택하십시오.


옵션 설명보기 및 모든 하위 보기 삭제 선택한 보기 및 하위 보기를 삭제합니다.

보기 삭제 및 하위 보기를 새 상위로 이동 선택한 보기만 삭제하고 하위 보기는 목록에서선택한 노드로 이동합니다. 하위 보기를 계층 구조의 최상위 레벨로 이동하려면 없음을 선택하십시오.

4. 삭제 > 확인을 누르십시오.

보기 복사 또는 이동개인용 보기를 그룹 또는 글로벌 기준으로 사용하려면 네트워크 보기를 이동해야 합니다. 원본 보기에 영향을 주지 않고 그룹 또는 글로벌 보기를 변경하려면네트워크 보기를 개인용 콜렉션으로 복사하십시오.

보기를 컨테이너에 이동하거나 복사하려면 해당 컨테이너의 구성원이거나 컨테이너에 대한 관리 권한이 있어야 합니다.

보기를 이동하려면 적절한 관리 권한이 있어야 합니다. 보기를 이동할 수 있는 관리 권한이 없는 경우에는 보기를 복사만 할 수 있습니다. 이러한 많은 조작에는읽기/쓰기 액세스 권한이 있어야 합니다.

보기를 복사 또는 이동할 경우 사용 가능한 옵션을 보려면 242 페이지의 『수행가능한 복사 및 이동 조치』의 내용을 참조하십시오.

보기를 복사 또는 이동하려면 다음을 수행하십시오.


2. 필요한 보기를 탐색하여 선택한 후 보기 복사 또는 이동 을 누르십시오.

3. 조치에서 다음 중 한 가지 옵션을 선택하십시오.

v 사본: 선택된 대상에 보기 사본을 작성합니다.

v 이동: 선택된 대상으로 보기를 이동합니다.

4. 다음과 같이 나머지 필드를 완료하십시오.

대상 보기를 복사 또는 이동할 보기 콜렉션을 선택하십시오.




수행 가능한 복사 및 이동 조치

다음 표에서는 수행할 수 있는 복사 및 이동 조작에 대해 설명하고 있으며 이러한 복사 및 이동 조작에 대한 소스 및 대상 보기 콜렉션을 표시합니다.

표 20. 네트워크 보기 콜렉션 간 네트워크 보기 복사 및 이동소스 대상 결과고유한 사용자 보기 콜렉션

동일한 사용자 보기 콜렉션 내부

사용자 보기 콜렉션의 필요한 위치에 네트워크 보기를 배치

고유한 사용자 보기 콜렉션

그룹 보기 콜렉션 개인용 네트워크 보기를 그룹 단위에서 사용가능


글로벌 보기 콜렉션 개인용 네트워크 보기를 글로벌 단위에서 사용 가능

그룹 보기 콜렉션 고유한 사용자 보기 콜렉션

그룹 보기를 고유한 사용자 보기 콜렉션으로복사한 후 수정 가능

그룹 보기 콜렉션 동일한 그룹 보기 콜렉션내부

그룹 보기 콜렉션의 필요한 위치에 네트워크보기를 배치

그룹 보기 콜렉션 다른 그룹 보기 콜렉션 그룹 간에 네트워크 보기 공유 가능그룹 보기 콜렉션 글로벌 보기 콜렉션 단일 그룹의 사용자만 사용 가능했던 네트워

크 보기를 글로벌 단위에서 사용 가능글로벌 보기 콜렉션 고유한 사용자 보기 콜렉

션글로벌 보기를 고유한 사용자 보기 콜렉션으로 복사한 후 수정 가능

글로벌 보기 콜렉션 그룹 보기 콜렉션 글로벌 보기를 그룹 보기 콜렉션으로 복사할수 있으며 이 콜렉션에서 그룹 구성원은 보기를 표시할 수 있고 읽기/쓰기 액세스가 가능한 경우 보기를 수정 가능

글로벌 보기 콜렉션 글로벌 보기 콜렉션의 다른 위치

글로벌 보기 콜렉션의 필요한 위치에 네트워크 보기를 배치

관련 참조:

185 페이지의 『네트워크 보기 콜렉션에 대한 액세스 구성』그룹 및 역할 지정을 사용하여 네트워크 보기 콜렉션에 대한 읽기/쓰기 및 읽기 전용 액세스를 관리하고 네트워크 보기 콜렉션 간에 네트워크 보기를 복사및 이동하는 권한을 관리하십시오.

네트워크 보기를 복사 및 이동하는 데 필요한 역할사용자가 네트워크 보기 콜렉션 간에 네트워크 보기를 복사 및 이동할 수 있도록 하려면 특정 역할 및 그룹에 사용자를 지정해야 합니다.

보기 콜렉션 간에 네트워크 보기를 복사 및 이동할 수 있는 기능은 사용자에게지정된 역할 및 사용자가 구성원인 그룹에 따라 다릅니다.

다음 표는 보기를 복사 및 이동할 수 있도록 사용자에게 지정해야 하는 역할을설명합니다.


표 21. 네트워크 보기 콜렉션 간에 네트워크 보기를 복사 및 이동하기 위한 역할

조작 시작 대상 필요한 역할필요한 그룹 멤버십

복사 또는이동


동일한 사용자 보기 콜렉션 내부

ncp_networkview


netcool_rw

없음

복사 고유한 사용자 보기 콜렉션

그룹 보기 콜렉션

ncp_networkview


netcool_rw

대상 그룹의 구성원이어야 함

보기 콜렉션이동



ncp_networkview



netcool_rw


복사 고유한 사용자 보기 콜렉션

글로벌 보기콜렉션

ncp_networkview


netcool_rw

없음

이동 고유한 사용자 보기 콜렉션


ncp_networkview



netcool_rw

없음

복사 그룹 보기콜렉션


ncp_networkview


netcool_rw

소스 그룹의 구성원이어야 함

이동 그룹 보기콜렉션


ncp_networkview



netcool_rw


복사 또는이동

그룹 보기콜렉션

동일한 그룹보기 콜렉션내부 또는 다른 그룹 보기콜렉션

ncp_networkview


netcool_rw

소스 및 대상 그룹의 구성원이어야함

복사 그룹 보기콜렉션


ncp_networkview


netcool_rw



표 21. 네트워크 보기 콜렉션 간에 네트워크 보기를 복사 및 이동하기 위한 역할 (계속)

조작 시작 대상 필요한 역할필요한 그룹 멤버십

이동 그룹 보기콜렉션


ncp_networkview



netcool_rw


복사 글로벌 보기콜렉션


ncp_networkview


netcool_rw

없음

이동 글로벌 보기콜렉션


ncp_networkview



netcool_rw

없음

복사 또는이동


글로벌 보기콜렉션의 다른 위치

ncp_networkview


netcool_rw

없음

복사 글로벌 보기콜렉션


ncp_networkview


netcool_rw


이동 글로벌 보기콜렉션


ncp_networkview



netcool_rw


사전구성된 네트워크 보기 배치네트워크 운영자가 사용할 네트워크 보기를 구성하려면 사전구성된 네트워크 보기를 지정하는 템플리트를 작성하십시오. 운영자 또는 일련의 특정 운영자가 글로벌로 템플리트를 배치할 수 있습니다.

다음 두 가지 방법으로 템플리트의 네트워크 보기를 작성할 수 있습니다.

v 네트워크 운영자가 새 템플리트 기반 동적 네트워크 보기를 작성하고 템플리트를 지정하여 네트워크 보기 GUI에서 네트워크 보기를 생성합니다.

v 사용자가 템플리트에 지정된 네트워크 보기를 생성하고 특정 사용자 또는 그룹에 생성된 보기를 지정합니다.


운영자가 사전구성된 템플리트를 사용할 수 있도록 함네트워크 운영자가 템플리트를 사용하여 네트워크 보기 GUI에서 직접 동적 네트워크 보기를 생성할 수 있도록 네트워크 운영자에게 사전구성된 네트워크 보기를 제공하십시오.

템플리트를 제공하려면 다음을 수행하십시오.

1. XML 파일에 템플리트를 정의하십시오. XML 파일에 다음 이름을 제공하십시오. Template_name.xml,.xml, 여기서 template_name은 네트워크 운영자가동적 네트워크 보기의 기반으로 삼는 템플리트 이름임).

2. 템플리트를 /opt/ibm/netcool/gui/precision_gui/profile/etc/tnm/

dynamictemplates 디렉토리에 저장하십시오.

관련 개념:

246 페이지의 『네트워크 보기 템플리트 정보』네트워크 보기 템플리트는 XML 파일에 정의된 사전구성된 네트워크 보기 세트입니다. 네트워크 관리자는 템플리트를 사용하여 자동으로 네트워크 보기를 생성합니다.

템플리트에서 자동으로 네트워크 보기 작성 및 배치템플리트에서 네트워크 보기를 작성하고 자동 프로비저닝 스크립트를 사용하여 자동으로 그룹 또는 사용자에게 지정하십시오.

템플리트를 배치하려면 자동 프로비저닝 스크립트를 작성하십시오. 이 스크립트는 다음 태스크를 수행합니다.

v 지정된 이름을 사용하여 네트워크 보기 탐색 패널에 최상위 레벨 동적 보기노드 작성.

v 지정된 템플리트를 사용하여 네트워크 보기 세트를 생성하고 탐색 패널의 최상위 레벨 동적 보기 노드에 템플리트를 배치.

v 생성된 네트워크 보기를 지정된 사용자 또는 사용자 그룹에 지정.

v 지정된 도메인 사용.

60초마다 $NMGUI_HOME/profile/etc/tnm/autoprovision/ 디렉토리에서 새 자동프로비저닝 스크립트가 모니터됩니다. 새 자동 프로비저닝 스크립트가 감지되면,

해당 스크립트를 읽고 처리하며 스크립트에서 참조된 동적 네트워크 보기가 작성되어 지정된 사용자 또는 사용자 그룹에 지정됩니다.

스크립트가 처리될 때 네트워크 보기가 작성되었는지 여부에 관계 없이.processed 접미어가 파일 이름에 추가됩니다. .processed로 끝나는 파일은 다시 처리되지 않습니다. 스크립트를 리턴하려는 경우, 파일 이름의 끝에서.processed를 제거하면 파일 이름이 .xml로 끝납니다.


사전구성된 네트워크 보기를 배치하려면 다음을 수행하십시오.

1. 템플리트를 XML 파일로 정의하고 템플리트를 $NMGUI_HOME/profile/etc/

tnm/dynamictemplates/ 디렉토리에 저장하십시오.

2. 자동 프로비저닝 스크립트를 XML로 작성하고 이를 $NMGUI_HOME/profile/

etc/tnm/autoprovision/ 디렉토리로 복사하십시오. 예제를 보려면 『자동 프로비저닝 스크립트 샘플』의 내용을 참조하십시오. 스크립트가 60초 안에 자동으로 처리되고 지정된 네트워크 보기가 지정된 사용자 및 그룹의 지정된 도메인에 작성됩니다.

3. 지정된 도메인의 네트워크 토폴로지가 있는 경우, 새로운 네트워크 보기는 자동으로 디바이스로 채워집니다. 감지가 실행되지 않은 경우, 적합한 도메인에서 감지가 실행될 때 네트워크 보기가 채워집니다.

제한사항: 자동 프로비저닝 스크립트에서 참조된 도메인이 스크립트가 처리될시점에 존재하지 않는 경우, 네트워크 보기가 작성되지 않습니다. 먼저 도메인을 작성한 다음 네트워크 보기를 작성해야 합니다. 와일드카드 "*"를 사용하여 모든 도메인을 참조하는 스크립트를 작성하는 경우에도 이것은 true입니다.

자동 프로비저닝 스크립트 샘플

다음 자동 프로비저닝 스크립트 샘플은 NCOMS View라는 보기를 작성하고ipdefault 동적 보기 템플리트를 사용하여 그 밑에 보기 세트를 작성합니다. 이러한 보기는 itnmadmin 사용자에게 지정되며 NCOMS 도메인을 사용합니다.

<autoProvision name="NCOMS View" domain="NCOMS" accessLevel="user"accessId="itnmadmin">

<dynamicViewTemplate id="ipdefault" /></autoProvision>

네트워크 보기 템플리트Network Manager에 대한 새 네트워크 보기 템플리트를 작성하려면 네트워크보기 템플리트를 숙지하고 이 참조 정보를 사용하십시오.

네트워크 보기 템플리트 정보네트워크 보기 템플리트는 XML 파일에 정의된 사전구성된 네트워크 보기 세트입니다. 네트워크 관리자는 템플리트를 사용하여 자동으로 네트워크 보기를 생성합니다.

템플리트를 정의하는 데 사용되는 XML 파일은 $NMGUI_HOME/profile/etc/tnm/

dynamictemplates/ 디렉토리에 저장됩니다.

네트워크 관리자는 네트워크 운영자의 요구를 기반으로 템플리트를 작성합니다.

운영자는 다음과 같은 방법으로 템플리트를 사용할 수 있습니다.


지정된 위치에 템플리트 저장운영자는 네트워크 보기를 작성할 때 사용 가능한 옵션 중 하나로 네트워크 보기 GUI에서 사전구성된 네트워크 보기 세트를 생성하도록 선택할 수 있습니다.

지정된 사용자 또는 사용자 그룹에 템플리트 지정관리자는 하나 이상의 템플리트에 정의된 사전구성된 보기를 배치하고 이러한 보기를 특정 사용자, 그룹에 또는 글로벌 레벨에서 지정합니다. 템플리트가 지정된 방법에 따라 운영자는 네트워크 보기 탐색 패널에서 자동으로 사용 가능한 사전구성된 보기를 찾습니다.

관련 태스크:

237 페이지의 『템플리트 기반 동적 보기 작성』네트워크 관리자가 사전정의한 사전 구성된 동적 보기 세트를 생성하려면 템플리트 기반 동적 보기를 사용하십시오.

245 페이지의 『운영자가 사전구성된 템플리트를 사용할 수 있도록 함』네트워크 운영자가 템플리트를 사용하여 네트워크 보기 GUI에서 직접 동적 네트워크 보기를 생성할 수 있도록 네트워크 운영자에게 사전구성된 네트워크 보기를 제공하십시오.

245 페이지의 『템플리트에서 자동으로 네트워크 보기 작성 및 배치』템플리트에서 네트워크 보기를 작성하고 자동 프로비저닝 스크립트를 사용하여자동으로 그룹 또는 사용자에게 지정하십시오.

관련 참조:

248 페이지의 『IP 네트워크 보기 템플리트의 설명』IP 네트워크 보기 템플리트 ip_default.xml은 광범위한 IP 네트워크 클래스및 콜렉션의 동적 네트워크 보기를 정의합니다.

기본 네트워크 보기 템플리트Network Manager는 네트워크에서 사용 가능한 각 항목의 동적 보기가 포함된템플리트와 함께 제공됩니다.

IP 네트워크 보기 템플리트:

Network Manager는 IP 네트워크 보기 템플리트 ip_default.xml과 함께 제공됩니다. 이 템플리트는 IP 네트워크에서 사용 가능한 각 항목의 동적 네트워크 보기로 구성됩니다.


IP 네트워크 보기 템플리트의 설명:

IP 네트워크 보기 템플리트 ip_default.xml은 광범위한 IP 네트워크 클래스 및콜렉션의 동적 네트워크 보기를 정의합니다.

참고: 크거나 매우 큰 네트워크가 있는 경우 ip_default.xml 템플리트를 사용하지 마십시오. ip_default.xml 템플리트는 주로 토폴로지의 표시 방식을 보여주기 위한 교육 용도로 사용됩니다. 크거나 매우 큰 프로덕션 토폴로지에서 이 템플리트를 실행하면 Network Manager 설치의 메모리와 성능 특히 네트워크 보기의 표시와 사용에 심각한 영향을 미칠 수 있습니다. 크거나 매우 큰 네트워크가 있는 경우, 운영자가 제한된 네트워크 보기 세트를 생성할 수 있도록 네트워크 보기 템플리트를 작성하거나 네트워크 보기를 수동으로 작성하십시오. 네트워크 보기 및 네트워크 보기 템플리트 작성에 대한 자세한 정보는 IBM Tivoli

Network Manager 사용자 안내서의 내용을 참조하십시오. 네트워크 크기에 대한자세한 정보는 IBM Tivoli Network Manager 사용자 안내서의 배치 시나리오 절을 참조하십시오.

다음 항목에 대해 동적 보기가 작성됩니다.

v 경보 보기. 다음 경보 보기가 제공됩니다.

– PingFailRootCause 이벤트가 있는 모든 디바이스– SnmpLinkInDiscards 이벤트가 있는 모든 디바이스– 이벤트 심각도에 기반한 경보 보기– 모니터링 보기: Network Manager 폴링 결과로 생성되고 적응 폴링 시나리오에 사용되는 네트워크 보기

v 디바이스에서 실행 중인 ASM. 디바이스에서 실행 중인 ASM 에이전트는 해당 디바이스에서 실행 중인 상용 서버 또는 데이터베이스 제품에 해당합니다.

이러한 네트워크 보기는 해당 디바이스에서 실행 중인 상용 서버 또는 데이터베이스 제품을 기반으로 네트워크에서 디바이스를 그룹화합니다.

v BGP 네트워크v 고객 MPLS VPN

v 디바이스 클래스v HSRP 그룹v IGMP

v IPMROUTE

v NAT 주소 공간v OSPF 라우팅 도메인v 서브넷v VLAN


v VPLS

v VTP 도메인

네트워크에 해당 유형의 항목이 없는 항목에 대해서는 동적 보기가 작성되지 않습니다. 예를 들어, 네트워크에 HSRP 그룹이 없으면 HSRP 그룹에 대해 동적 보기가 생성되지 않습니다.

IP 네트워크 보기 템플리트 XML 코드:

이 템플리트 예제는 IP 템플리트 계층 구조에서 사용 가능한 모든 요소를 사용합니다. 사용자 정의 필터에 기반한 네트워크 보기와 동적 보기를 포함하고 있습니다.

예제

다음 샘플 템플리트 XML 파일은 설명 목적으로 제공되며 템플리트 계층 구조에서 사용 가능한 모든 요소를 사용합니다.

<dynamicViewTemplate id="complete_template" label="Complete Template" manager="PrecisionIP">



<container id="vpls" label="VPLS"><dynamicMplsVpn id="vpls_vpns" label="VPLS VPNs" ceDevices="true"/></container>

<dynamicCollection id="ipMRoutingMdts" label="Multicast Routing MDTs" entityType="46" connectivity="ipMRoute"/>

<dynamicCollection id="igmpGroups" label="IGMP Groups" entityType="121"/>

<dynamicDistinct id="device_classes" label="Device Classes" connectivity="ipsubnets" endNodes="false"><tableField table="chassis" field="className" />

</dynamicDistinct>

<collection id="bgp_networks" label="BGP Networks" entityType="30">

<entity name="BGP Networks" /></collection>

<collection id="pim_network" label="PIM Network" entityType="42"><entity name="PIM Network"/></collection>

<unassigned id="unassigned_view" label="Unassigned_View" />

<custom id="custom_view" label="Custom_View" connectivity="ipsubnets"/>

 <dynamicCollection id="vlan_port_collection" label="Vlan Ports" entityType="113" connectivity="layer2" />

<dynamicCollection id="hsrp_groups" label="HSRP Groups" entityType="18" />

<dynamicCollection id="ospf_routing_domains" label="OSPF Routing Domains" entityType="21" />

<dynamicCollection id="vtp_domains" label="VTP Domains" entityType="24" />

<dynamicSubnet id="subnets" label="Subnets" classes="ab" />

<container label="mpls" label="MPLS">

<collection id="mpls_core" label="MPLS Core" entityType="17"><entity name="VPN_CONTAINER_MPLS Core" />

</collection><dynamicMplsVpn id="mpls_vpns" label="MPLS VPNs" ceDevices="false" />

</container>

<dynamicCollection id="mpls_te" label="MPLS TE" entityType="36"/>

<mplsVpn id="mpls_vpn" label="Static MPLS VPN" ceDevices="true">


<entity name="VPN_CONTAINER_1104"/></mplsVpn>

<dynamicDistinct id="nat_address_spaces" label="NAT Address Spaces" connectivity="ipsubnets" endNodes="false">

<tableField table="ipEndPoint" field="addressSpace" /></dynamicDistinct>

<dynamicDistinct id="discovered_asms" label="Discovered ASMs" connectivity="ipsubnets" endNodes="false">

<tableField table="netcoolAsmsRunning" field="ASMName" /></dynamicDistinct>

<ipFilter id="ipfilter1" label="Filtered IPs 1" endNodes="true">

<addressPattern pattern="192.*.*.*"/></ipFilter>

<ipFilter id="ipfilter2" label="Filtered IPs 2"><addressPattern pattern="192.168.3-4"/>

</ipFilter>

<filtered id="filtered1" label="Network Devices/Linux Machines" endnodes="true" condition="or"><filter table="chassis" filter="className = 'NetworkDevice'"/><filter table="chassis" filter="className = 'Linux'"/>

</filtered>

<filtered id="filtered2" label="Network Devices: Main Node < 2000" endnodes="true" condition="and"><filter table="chassis" filter="className = 'NetworkDevice'"/><filter table="chassis" filter="mainNodeEntityId < 2000"/>

</filtered>

<filtered id="ManuallyAdded" label="Manually Added Devices" endNodes="true"><filter schema="ncim" table="entity" filter="manual = 1" />

</filtered>

<filtered id="AllRouters" label="All Routers" connectivity="layer3"><filter schema="ncim" table="classMembers" filter="classId in (select classId from {%schema_ncim}entityClass where classType='Router')" />

</filtered>

<filtered id="AllSwitches" label="All Switches" connectivity="layer2"><filter schema="ncim" table="classMembers" filter="classId in (select classId from {%schema_ncim}entityClass where classType='Switch')" /></filtered>

<container id="alert_views" label="Alert views">

<container id="acknowledged_alerts" label="Acknowledged Alerts"><filtered id="Critical" label="Critical" connectivity="ipsubnets" endNodes="true">

<filter schema="ncmonitor" table="activeEvent" filter="Severity=5 and Acknowledged=1"/></filtered>

<filtered id="Major" label="Major" connectivity="ipsubnets" endNodes="true"><filter schema="ncmonitor" table="activeEvent" filter="Severity=4 and Acknowledged=1"/>

</filtered>

<filtered id="Minor" label="Minor" connectivity="ipsubnets" endNodes="true"><filter schema="ncmonitor" table="activeEvent" filter="Severity=3 and Acknowledged=1"/>

</filtered></container>

<container id="Unacknowledged_alerts" label="Unacknowledged Alerts"><filtered id="Critical" label="Critical" connectivity="ipsubnets" endNodes="true">

<filter schema="ncmonitor" table="activeEvent" filter="Severity=5 and Acknowledged=0"/></filtered>

<filtered id="Major" label="Major" connectivity="ipsubnets" endNodes="true"><filter schema="ncmonitor" table="activeEvent" filter="Severity=4 and Acknowledged=0"/>

</filtered>

<filtered id="Minor" label="Minor" connectivity="ipsubnets" endNodes="true"><filter schema="ncmonitor" table="activeEvent" filter="Severity=3 and Acknowledged=0"/>


<filtered id="OldCriticalPingFail" label="Critical Ping Fail Events at least 1 hour old" connectivity="ipsubnets" endNodes="true"><filter schema="ncmonitor" table="activeEvent" filter="EventId = 'NmosPingFail' and Severity=5 and {%serverTime} - FirstOccurrence >= 3600"/>

</filtered>

<filtered id="ping_fail_root_cause" label="PingFailRootCause" connectivity="ipsubnets" endNodes="true">

<filter schema="ncmonitor" table="activeEvent" filter="EventId='NmosPingFail' and NmosCauseType='Root Cause'"/></filtered>

<filtered id="snmppollfail" label="SNMP Poll Fail" connectivity="ipsubnets" endNodes="true"><filter schema="ncmonitor" table="activeEvent" filter="EventId='NmosSnmpPollFail'" /></filtered>

<filtered id="SnmpLinkInDiscards" label="SnmpLinkInDiscards" connectivity="ipsubnets" endNodes="true">

<filter schema="ncmonitor" table="activeEvent" filter="EventId='NmosSnmpLinkInDiscards'"/></filtered>

<container id="Monitoring_views" label="Monitoring Views">


<filtered id="InitialPingFail" label="Initial Ping Fail Events" connectivity="ipsubnets" endNodes="true"><filter schema="ncmonitor" table="activeEvent" filter="EventId = 'NmosPingFail' and Tally <= 18"/>

</filtered>

<filtered id="HighDiscardRate" label="Devices that have at least one interface event for HighDiscardRate" connectivity="ipsubnets" endNodes="true"><filter schema="ncmonitor" table="activeEvent" filter="EventId = 'Poll-HighDiscardRate'"/>


</container>

</dynamicViewTemplate>

LTE 네트워크 보기 템플리트:

Network Manager는 LTE 네트워크 보기 템플리트 lte_default.xml과 함께 제공됩니다. 이 템플리트는 LTE 네트워크에서 사용 가능한 각 항목의 동적 네트워크 보기로 구성됩니다.

LTE 네트워크 보기 템플리트의 설명:

LTE 네트워크 보기 템플리트 lte_default.xml은 광범위한 LTE 네트워크 클래스 및 콜렉션의 동적 네트워크 보기를 정의합니다.

다음 항목에 대해 보기가 작성됩니다.

v 추적 영역별 제어 플레인: 해당 추적 영역과 연관된 제어 플레인 섹션을 포함하는 네트워크 보기를 나열합니다. 각 네트워크 보기에는 연관된 추적 영역의이름이 표시됩니다.

v EPC 네트워크: EPC(Evolved Packet Core) 네트워크의 모든 디바이스를 나열합니다.

v EPC 제어 플레인: LTE 네트워크의 Evolved Packet Core 섹션에 모든 제어플레인 디바이스를 표시하는 완전히 연결된 네트워크 보기를 제공합니다.

v 공급업체별 EPC: EPC(Evolved Packet Core) 네트워크의 디바이스에 대한 모든 공급업체를 나열합니다. 공급업체 이름을 클릭하면 EPC의 해당 공급업체유형의 디바이스가 나열됩니다.

v EPC 사용자 플레인: LTE 네트워크의 Evolved Packet Core 섹션에 모든 사용자 플레인 디바이스를 표시하는 완전히 연결된 네트워크 보기를 제공합니다.

v E-UTRAN 네트워크: EUTRAN(Evolved UMTS Terrestrial Radio Access

Network)의 모든 eNodeB 디바이스를 나열합니다.

v 공급업체별 E-UTRAN: EUTRAN(Evolved UMTS Terrestrial Radio Access

Network)의 eNodeB 디바이스에 대한 모든 공급업체를 나열합니다. 공급업체 이름을 클릭하면 EUTRAN의 해당 공급업체 유형의 eNodeB 디바이스가나열됩니다

v LTE 네트워크 지리: 지리적으로 그룹화된 LTE 계층 구조로 디바이스를 표시합니다. 시스템에서 지리적 위치와 지역을 정의한 방법에 따라 지리적 그룹이달라집니다.


v LTE 풀: LTE 계층 구조의 모든 풀을 표시합니다. LTE 풀이 없으면 이 노드가 표시되지 않습니다. LTE 풀 보기는 동적 별도 보기이기 때문에 여기에는NCIM 토폴로지 데이터베이스에 존재하는 모든 유형의 LTE 풀(예: MME 풀,

PGW 풀, SGW 풀)에 대한 하위 보기가 포함됩니다.

v PLMN: >LTE 계층 구조의 모든 PLMN(Public Land Mobile Network)을나열합니다.

v 추적 영역: LTE 계층 구조의 모든 추적 영역을 나열합니다.

v 추적 영역별 사용자 플레인: 해당 추적 영역과 연관된 사용자 플레인 섹션을포함하는 네트워크 보기를 나열합니다. 각 네트워크 보기에는 연관된 추적 영역의 이름이 표시됩니다.

v 공급업체: LTE 계층 구조의 모든 공급업체를 나열합니다. 공급업체 이름을 클릭하면 LTE 계층 구조에 해당 공급업체의 디바이스 유형에 해당하는 네트워크 보기를 나열합니다.

네트워크에 해당 유형의 항목이 없는 항목에 대해서는 동적 보기가 작성되지 않습니다. 예를 들어, 네트워크에 LTE 풀이 없으면 LTE 풀에 대해 동적 보기가 생성되지 않습니다.

LTE 네트워크 보기 템플리트 XML 코드:

이 템플리트 예제는 LTE 템플리트 계층 구조에서 사용 가능한 모든 요소를 사용합니다. 사용자 정의 필터에 기반한 네트워크 보기와 동적 보기를 포함하고 있습니다.

예제

다음 샘플 템플리트 XML 파일은 설명 목적으로 제공되며 템플리트 계층 구조에서 사용 가능한 모든 요소를 사용합니다.

<dynamicViewTemplate id="lte_default" label="LTE Default" manager="PrecisionIP" >

<container id="lte_network_drilldown" label = "LTE Network Drilldown" layout="tabular"><filtered id="eutran" label="E-UTRAN" endNodes="true" connectivity="noconnections">

<filter schema="ncim" table="entityClass" filter="classType = 'ENODEB'"/></filtered>

<dynamicDistinct id="eutranByVendor" label="E-UTRAN by Vendor" endNodes="true" connectivity="noconnections"><tableField table="enbFunction" field="vendorName"/>

</dynamicDistinct>

<filtered id="epc" label="EPC" condition="OR" endNodes="true" connectivity="noconnections"><filter schema="ncim" table="entityClass" filter="classType = 'EIR'"/><filter schema="ncim" table="entityClass" filter="classType = 'MME'"/><filter schema="ncim" table="entityClass" filter="classType = 'HSS'"/><filter schema="ncim" table="entityClass" filter="classType = 'PCRF'"/><filter schema="ncim" table="entityClass" filter="classType = 'PGW'"/><filter schema="ncim" table="entityClass" filter="classType = 'SGW'"/>

</filtered>

<dynamicDistinct id="epcByVendor" label="EPC by Vendor" endNodes="true" connectivity="noconnections"><tableField table="epcLteFunction" field="vendorName"/>

</dynamicDistinct>


<dynamicCollection id="plmn" label="PLMN" entityType="158" useCollectionHierarchy="true"connectivity="noconnections"/>

<dynamicCollection id="tracking_areas" label="Tracking Areas" entityType="153" useCollectionHierarchy="false"endNodes="true" connectivity="noconnections"/>

<dynamicDistinct id="vendor" label="Vendor" endNodes="true" connectivity="noconnections"><tableField table="lteFunction" field="vendorName"/><tableField table="lteFunction" field="lteFunctionType"/>

</dynamicDistinct></container>

<dynamicCollection id="lte_network_geography" label="LTE Network Geography" entityType="112" connectivity="lteuserplane"useCollectionHierarchy="true" subgraph="true" endNodes="true" />



<container id="lte_network_topology" label = "LTE Network Topology"><dynamicCollection id="controlplane" label="Control Plane by Tracking Area" entityType="163"

connectivity="ltecontrolplane" useCollectionHierarchy="true" subgraph="true" endNodes="true"/><dynamicCollection id="userplane" label="User Plane by Tracking Area" entityType="164" connectivity="lteuserplane"

useCollectionHierarchy="true" subgraph="true" endNodes="true"/><filtered id="epc_control_plane" label="EPC Control Plane" connectivity="ltecontrolplane" condition="OR"

endNodes="true"><filter schema="ncim" table="entityClass" filter="classType = 'EIR'"/><filter schema="ncim" table="entityClass" filter="classType = 'MME'"/><filter schema="ncim" table="entityClass" filter="classType = 'HSS'"/><filter schema="ncim" table="entityClass" filter="classType = 'PCRF'"/><filter schema="ncim" table="entityClass" filter="classType = 'PGW'"/><filter schema="ncim" table="entityClass" filter="classType = 'SGW'"/>

</filtered><filtered id="epc_user_plane" label="EPC User Plane" connectivity="lteuserplane" condition="OR" endNodes="true">

<filter schema="ncim" table="entityClass" filter="classType = 'PGW'"/><filter schema="ncim" table="entityClass" filter="classType = 'SGW'"/>

</filtered>

</container>

<dynamicDistinct id="lte_pools" label="LTE Pools" connectivity="ltecontrolplane" endNodes="true"><tableField table="ltePoolDevices" field="ltePoolType"/><tableField table="ltePoolDevices" field="ltePoolName"/>

</dynamicDistinct>

</dynamicViewTemplate>

네트워크 보기 템플리트 요소네트워크 보기용 XML 템플리트를 작성하는 데 사용되는 요소를 이해하려면 이정보를 사용하십시오.

다음 표는 템플리트를 작성하는 데 사용되는 요소를 설명합니다.

참고: 각 요소는 표에 나열된 속성은 물론 id 및 label 속성을 가질 수 있습니다.

표 22. 템플리트 XML의 요소Element 설명 속성addressPattern 디바이스 IP 주소를 필터할 주소 패턴

을 지정합니다.pattern

collection 디바이스 콜렉션 네트워크 보기를 생성합니다.

entityType

subgraph

container 네트워크 보기를 그룹화할 컨테이너를생성합니다. 또한 컨테이너는 기타 컨테이너를 그룹화할 수 있습니다.


표 22. 템플리트 XML의 요소 (계속)

Element 설명 속성dynamicCollection 디바이스 콜렉션 동적 보기를 생성합니

다.entityType

connectivity

subgraph

dynamicDistinct 별개 동적 보기를 생성합니다. connectivity

endNodes

dynamicMplsVpn MPLS VPN 동적 보기를 생성합니다. ceDevices

dynamicSubnet 서브넷 동적 보기를 생성합니다. classes

dynamicViewTemplate 템플리트를 정의합니다. manager

엔티티 네트워크 보기에 표시할 디바이스 콜렉션을 지정합니다.

이름

filter 선택한 테이블과 테이블 내 필드에 사용자 정의 필터를 지정합니다. 필터는"entity" 테이블과 지정된 테이블 간의내부 결합에 대해 수행됩니다.

schema table filter

filtered 기타 테이블 및 필드를 기반으로 필터되는 디바이스 콜렉션 네트워크 보기를생성합니다.

endNodes

connectivity

condition

ipFilter 각 IP 주소로 필터링되는 디바이스 콜렉션 네트워크 보기를 생성합니다. 디바이스는 표시될 최소 하나의 하위addressPattern 필터를 통과해야 합니다.

endNodes

connectivity

manual 빈 수동 보기를 생성합니다.

mplsVpn MPLS VPN 네트워크 보기를 생성합니다.

ceDevices

tableField 범주로 사용할 토폴로지 데이터베이스테이블 및 필드를 지정합니다.

테이블

field

unassigned 빈 비할당 보기를 생성합니다.

네트워크 보기 템플리트 속성네트워크 보기용 XML 템플리트를 작성하는 데 사용되는 속성을 이해하려면 이정보를 사용하십시오.

다음 표는 템플리트를 작성하는 데 사용되는 속성을 설명합니다.

참고: 속성을 따옴표로 묶어야 합니다(예: id="device_classes").


표 23. 템플리트 XML의 속성Element 설명ceDevices MPLS VPN 동적 보기에 CE(Customer-Edge) 라

우터를 표시할지 여부를 지정합니다. 옵션은 다음과같습니다.

v false: CE 라우터를 표시하지 않음

v true: CE 라우터를 표시classes 서브넷 동적 보기에 표시할 서브넷 유형을 지정합니

다. 옵션은 다음과 같습니다.

v ab: 클래스 A 및 B 서브넷

v abc: 클래스 A, B 및 C 서브넷condition 다중 필터를 결합할 연산자. 옵션은 다음과 같습니

다.

v and

v 또는

기본 옵션은 "and" 연산자입니다.

connectivity 네트워크 보기를 표시하는 데 사용할 연결 유형을지정합니다. 옵션은 다음과 같습니다.

v ipmroute

v ipsubnets

v layer1

v layer2

v layer3

v ltecontrolplane

v lteuserplane

v noconnections

v ospf

v pim

참고: 디바이스 간의 연결을 보지 않으려면 해당 옵션은 connectivity="noconnections"입니다. 그러나이러한 경우 목록으로 디바이스를 표시하는 테이블보기가 그래픽 보기보다 더 나을 수 있습니다. 이 테이블의 아래에 설명된 레이아웃 속성을 사용하여 테이블 레이아웃을 지정할 수 있습니다.

endNodes 워크스테이션 및 프린터와 같은 엔드 노드를 네트워크 보기에 표시할지 여부를 지정하는 부울 플래그입니다. 옵션은 다음과 같습니다.

v false: 엔드 노드를 표시하지 않음(기본값)

v true: 엔드 노드를 표시


표 23. 템플리트 XML의 속성 (계속)

Element 설명entityType 표시할 디바이스 콜렉션 유형을 지정합니다.

예를 들어, VLAN을 표시하려면 이 속성을 16(토폴로지 데이터베이스에서 VLAN의 entityType 필드값임)으로 설정하십시오.

field 별개 동적 보기에서 사용할 토폴로지 데이터베이스필드를 지정합니다.

filter 사용할 SQL 필터. SQL 필터 내 문자열을 작은따옴표 안에 코드화해야 합니다. 특정 기호에는 XML 이스케이프 순서를 사용해야 합니다. 필터 예제는 다음과 같습니다.

v "className = ’NetworkDevice’"

v "mainNodeEntityId > 2000"

참고: 필터링에서 entityId를 사용하는 경우, 대응하는 테이블 속성을 엔티티로 지정해야 합니다.필터 문자열은 {%variable} 양식의 변수를 사용할 수 있습니다. 예를 들어, 다음 필터는 1시간 이상 된 이벤트를 표시합니다 :<filter schema="ncmonitor"

table="activeEvent" filter="{%serverTime} -

FirstOccurrence > 3600">. Network Manager

3.9에서 지원되는 유일한 변수는 {%serverTime}입니다.

id 템플리트 ID를 포함합니다. 템플리트를 사용하여 사전구성된 보기를 자동으로 배치할 경우dynamicViewTemplate 속성에 자동 프로비저닝 스크립트에 사용하는 id 식별자를 사용하십시오.

label 네트워크 보기 GUI에서 템플리트를 식별하는 데 사용되는 레이블을 포함합니다.

운영자가 템플리트 기반 동적 보기를 작성할 때 새보기 대화 상자에서 이 레이블을 볼 수 있습니다.

layout 네트워크 보기를 표시하는 데 사용할 레이아웃을 지정합니다: 옵션은 다음과 같습니다.

v circular

v grid

v hierarchical

v orthogonal

v symmetric

v tabular

manager 생성된 네트워크 보기에서 시각화될 디바이스를 관리하는 네트워크 관리 시스템의 이름입니다(예:Network Manager의 경우 PrecisionIP).



Element 설명

mapIcon 토폴로지 표시 패널에서 보기를 표시하는 데 사용됩니다. 기본 맵 아이콘은 클라우드 형식을 취합니다.이 속성의 형식은 다음과 같습니다:

mapIcon="icon.svg"

icon은 토폴로지 표시 패널에서 보기를 나타내는 데사용할 아이콘의 이름입니다.

참고: $NMGUI_HOME/profile/etc/tnm/resource/ 디렉토리에 있는 임의의 .svg 아이콘을 맵 아이콘으로지정할 수 있습니다. 이 파일 이름이 자동으로 디렉토리 경로에 추가되므로 아이콘의 파일 이름을 지정해야 합니다.

이름 표시할 디바이스 콜렉션 이름을 포함합니다. 또한 이속성을 사용하여 컨테이너 노드 및 동적 보기 이름을 지정할 수 있습니다.

pattern IP 주소의 필터 패턴을 지정합니다(예: 192.*.*.8 또는 192.168.3-4).

subgraph 네트워크 보기에서 경계(클라우드)로 둘러싸여 확장하거나 접을 수 있는 논리 그룹의 엔티티를 표시하는 옵션을 제공합니다. 이 속성 값은 다음 중 하나입니다.

v subgraph = "false": 경계(클라우드)로 둘러싸인논리 그룹의 엔티티를 표시합니다.

v subgraph = "true": 링에 연결되고 확장하거나접을 수 없는 논리 그룹의 엔티티를 표시합니다.

스키마 NCIM 데이터베이스의 데이터베이스 스키마를 지정합니다. 기본적으로 스키마 속성 값은 ncim으로 설정됩니다. ncim 스키마에서 테이블을 참조할 경우schema 속성을 지정할 필요가 없습니다. 그러나, 다른 스키마의 테이블을 참조하려면 schema 속성의값을 설정해야 합니다. 예를 들어, ncmonitor 스키마에서 activeEvent 테이블을 참조하려면 schema =

ncmonitor를 설정하십시오.

테이블 별개 동적 보기에서 사용할 토폴로지 데이터베이스테이블을 지정합니다.



Element 설명

treeIcon 탐색 패널에서 보기를 표시하는 데 사용됩니다. 기본 트리 아이콘은 클라우드 형식을 취합니다.이 속성의 형식은 다음과 같습니다:

treeIcon="icon.png"

icon은 탐색 패널에서 보기를 나타내는 데 사용할 아이콘의 이름입니다.

참고: $NMGUI_HOME/profile/etc/tnm/resource/ 디렉토리에 있는 임의의 .png 아이콘을 트리 아이콘으로 지정할 수 있습니다. 이 파일 이름이 자동으로디렉토리 경로에 추가되므로 아이콘의 파일 이름을지정해야 합니다.

useCollectionHierarchy 선택된 동적 네트워크 보기 디바이스 콜렉션의 경우이 옵션은 네트워크 보기를 계층 구조로 볼 수 있게 해줍니다. 플래그는 다음 값 중 하나를 사용합니다. 계층 구조(콜렉션을 계층 구조로 나타냄) 또는단층 구조(콜렉션을 단층 목록으로 나타냄).

네크워크 보기 특성의 구성네트워크 보기를 표시할 방법을 구성할 수 있습니다.

연결 유형 구성홉 보기와 네트워크 보기에서 사용할 연결 유형을 작성하거나 편집할 수 있습니다.

네트워크 홉 보기 및 네트워크 보기에 다양한 연결 유형을 표시할 수 있습니다.

예를 들어, 계층 1, 계층 2, 계층 3 또는 IP 서브넷 연결을 표시하고 사용자 고유의 연결 유형을 정의할 수도 있습니다.

연결 유형을 구성하려면 다음 단계를 완료하십시오.

1. Network Manager 웹 구성요소가 설치된 서버에서 적합한 파일을 백업 및편집하십시오.

v 미국 영어의 경우 $NMGUI_HOME/profile/etc/tnm/locale/

ncp_layertypes.properties를 편집하십시오.

v 다른 언어의 경우 , $NMGUI_HOME/profile/etc/tnm/locale/

ncp_layertypes_lang_country.properties을 편집하십시오. 여기서 lang

은 2자의 언어 코드이며 country는 2자의 국가 코드입니다.

예를 들어 , 포르투갈어 (브라질 )의 새 계층 유형을 정의하려면ncp_layertypes_pt_BR.properties 파일을 편집하십시오.


2. 새 연결 유형을 작성하는 라인을 추가하거나, 기존 연결 유형에 대한 라인을편집 또는 삭제하십시오. "유사회선(Pseudo Wire)" 형식의 새 계층을 작성하려면 다음을 실행하십시오.

connectivity.77:Pseudo Wire

이 예제에서 77이라는 숫자는 유사회선(Pseudo Wire) 토폴로지에 상응하는ncim.entityType 토폴로지 데이터베이스의 entityType 필드에 있는 값입니다. 토폴로지 metaClass가 있는 한 다른 entityType을 선택할 수 있습니다.

유사회선(Pseudo Wire)은 연결 메뉴에 표시되는 이름입니다.

중요사항: 기본 연결 유형 계층 1, 계층 2을 삭제하거나 수정하지 마십시오.

계층 3, IP 서브넷 또는 집중 토폴로지.

3. 파일을 저장한 후 닫으십시오.

사용자 정의 또는 비할당 보기 사용 가능사용자 정의 또는 비할당 보기 유형을 작성하려면 사용자 정의 및 비할당 보기를 사용 가능하게 설정하십시오. 보기에 디바이스 콜렉션을 수동으로 추가하려면사용자 정의 보기를 작성해야 합니다. 비할당 보기에 도메인의 모든 지정되지 않은 디바이스를 자동으로 수집하려면 비할당 보기를 작성하십시오.

사용자 정의 및 비할당 보기를 사용 가능하게 하려면 다음 단계를 완료하십시오.

1. $NMGUI_HOME/profile/etc/tnm/topoviz.properties 파일을 백업하십시오.

2. topoviz.customview.enable 특성을 추가 또는 편집하십시오. 사용자 정의 및비할당 보기를 사용 가능하게 하려면 값을 true로 설정하십시오.

참고: 사용자 정의 및 비할당 보기를 사용 불가능하게 하려면 값을 false로설정하십시오.

3. $NMGUI_HOME/profile/etc/tnm/topoviz.properties 파일을 저장한 후 닫으십시오.

4. addToView.xml 및 removeFromView.xml 파일이 $NMGUI_HOME/profile/etc/

tnm/tools/ 디렉토리에 있는지 확인하십시오 . 해당 파일이 없으면$NMGUI_HOME/profile/etc/tnm/tools/default/ 디렉토리에서 이를 복사하십시오.

5. $NMGUI_HOME/profile/etc/tnm/menus/ncp_topoviz_device_menu.xml 파일에 다음 행이 있는지 확인하십시오.

<tool id="addToView"/><tool id="removeFromView"/>


논리 그룹 시각화 사용 가능이 기능을 사용 가능하게 하면 서브넷과 같은 논리 그룹을 네트워크 보기에서 확장하고 접을 수 있습니다.

네트워크 보기의 서브그래프 특성을 사용 불가능하게 하면 논리 그룹 멤버십이논리 그룹을 나타내는 빈 타원에 엔티티를 연결하는 파선으로 표시됩니다. 네트워크 보기의 서브그래프 특성을 사용 가능하게 하면 논리 그룹의 엔티티가 클라우드로 접을 수 있는 직사각형 경계로 둘러싸여 표시됩니다.

서브그래프 특성은 콜렉션 유형의 네트워크 보기에서만 설정할 수 있습니다.

네트워크 보기의 서브그래프 특성은 네트워크 보기를 작성하거나 편집할 때 사용 여부를 설정합니다. 서브그래프 특성의 사용 여부를 설정하는 옵션은 관리자가 논리 그룹 시각화를 처음 사용 가능하게 한 경우에만 GUI에 표시됩니다.

논리 그룹 시각화를 사용 가능하게 하려면 다음 태스크를 완료하십시오.

1 . /opt/ ibm/netcool/gui/precision_gui/profile/etc/tnm/

topoviz.properties 파일을 백업하십시오.

2. topoviz.collection.subgraph.enable=true 라인을 추가하거나 편집하십시오.


토폴로지 맵의 선 두께 사용자 정의네트워크 엔티티 간의 연결 속도에 기반하여 해당 네트워크 엔티티 연결 선의 두께를 사용자 정의할 수 있습니다.

1. $NMGUI_HOME/profile/etc/tnm/topoviz.properties 파일을 백업 및 편집하십시오.

2. 링크 용량 표시를 사용하려면 다음 특성을 편집하십시오.

topoviz.hopview.showlinkcapacity

true로 설정하면 네트워크 홉 보기 의 링크 용량 표시를 사용합니다.

false로 설정하면 사용하지 않습니다.

topoviz.networkview.showlinkcapacity

true로 설정하면 네트워크 보기(Network Views)의 링크 용량 표시를 사용합니다. false로 설정하면 사용하지 않습니다.

3. 다양한 연결 속도에 대한 선 두께를 지정하려면 다음 특성을 편집하십시오.

topoviz.pipe.1.threshold

선 두께가 변경되는 첫 번째 연결 속도 임계값을 지정하십시오. 연결속도는 비트/초 단위로 측정됩니다. 다음과 같은 국제 단위계 승수를사용할 수 있습니다. k, M, G, T, P, E.


topoviz.pipe.1.thickness = 2

첫 번째 임계값을 초과하는 연결 속도의 선 두께를 지정하십시오. 선두께는 기본 선 두께의 배수로 지정됩니다.

topoviz.pipe.2.threshold

선 두께가 변경되는 두 번째 연결 속도 임계값을 지정하십시오. 연결속도는 비트/초 단위로 측정됩니다. 다음과 같은 국제 단위계 승수를사용할 수 있습니다. k, M, G, T, P, E.

topoviz.pipe.2.thickness

두 번째 임계값을 초과하는 연결 속도의 선 두께를 지정하십시오. 선두께는 기본 선 두께의 배수로 지정됩니다.

topoviz.pipe.n.threshold

초과할 경우 선 두께가 변하는 n번째 연결 속도 임계값을 지정하십시오. 여기서 n은 순서대로 3, 4 또는 5입니다. 최대 5개의 임계값을지정할 수 있습니다. 연결 속도는 비트/초 단위로 측정됩니다. 다음과 같은 국제 단위계 승수를 사용할 수 있습니다. k, M, G, T, P, E.

topoviz.pipe.n.thickness

연결 속도가 n번째 임계값보다 높은 선의 두께를 지정하십시오. 여기서 n은 이전 특성에서 지정한 값입니다. 선 두께는 기본 선 두께의 배수로 지정됩니다.

다음 예제에서는 2GBits/sec를 초과하는 용량의 연결을 기본값의 두 배 두께로그리도록 지정합니다.

topoviz.pipe.1.threshold = 2Gtopoviz.pipe.1.thickness = 2

관련 태스크:

425 페이지의 『링크 모니터링』디바이스 사이의 링크를 모니터링하여 링크로 연결된 디바이스의 상태를 판별할수 있습니다. 또한 근본 문제를 진단하기 위한 도구를 실행할 수 있습니다.

테이블 형식 보기 컬럼 구성 표시네트워크 보기(Network Views) 테이블 모드에 표시된 컬럼을 구성할 수 있습니다. 또한 표시된 텍스트의 컬럼 너비와 수평 정렬을 구성할 수도 있습니다.

네트워크 보기(Network Views)을 선택한 장치에 대한 정보를 보여주는 테이블형식 보기로 표시할 수 있습니다.

컬럼을 표시하는 방법을 구성하려면 다음 단계를 완료하십시오.

1. $NMGUI_HOME/profile/etc/tnm/ncimMetaData.xml 파일을 백업한 후 편집하십시오.


2. 다음 파일을 찾으십시오.

<columnView tableMode="topoviztable"><columnName tableAlias="m" column="displayLabel"/><columnName tableAlias="c" column="accessIPAddress"/><columnName tableAlias="m" column="classType"/><columnName tableAlias="c" column="className"/>

</columnView>

3. 표시 할 컬럼을 추가하거나 제거하십시오.

tableAlias 및 컬럼 속성은 <dataField> 태그를 이 <entityMetaData> 섹션에서 맞춰야 합니다. <listDataField> 및 <extraInfo> 태그는 지원되지 않습니다.

테이블 형식 레이아웃은 여기에 지정된 순서대로 컬럼을 표시합니다. 이벤트상태(최대 심각도), 관리 상태, EntityId 및 유형(섀시, 하위 보기 또는 서브넷) 컬럼이 항상 먼저 표시됩니다.

4. $NMGUI_HOME/profile/etc/tnm/ncimMetaData.xml 파일을 저장한 후 닫으십시오.

5. $NMGUI_HOME/profile/etc/tnm/topoviz.properties 파일을 백업하고 편집하십시오.

6. Fix Pack 5 컬럼 너비를 변경하려면 다음 라인을 편집하십시오. 여기서 컬럼은 수정할 컬럼의 이름이고, 너비는 em 또는 px의 너비입니다.

topoviz.table.width.컬럼=너비

예:

topoviz.table.width.severity=6em

7. 다음 텍스트의 수평 정렬을 구성하려면 다음 행을 추가하고 편집하십시오.

topoviz.table.style.column_name=text-align: 정렬

여기서 column_name은 컬럼 이름이고 정렬은 왼쪽, 오른쪽 또는 중심입니다.

기본적으로 모든 텍스트는 왼쪽 정렬입니다.

8. $NMGUI_HOME/profile/etc/tnm/topoviz.properties 파일을 저장한 후 닫으십시오.


엔티티 유형entityType 테이블은 NCIM 토폴로지 데이터베이스에서 사용 가능한 모든 엔티티 유형을 포함합니다.

다음 표는 토폴로지 데이터베이스에서 사용 가능한 엔티티 유형을 나열합니다.

표 24. Network Manager 엔티티엔티티 유형 엔티티 유형 이름 카테고리 NCIM 테이블 설명0 알 수 없음 Element

1 섀시 Element physicalChassis 기본 디바이스.

2 인터페이스 Element networkInterface entityType 2를 갖는 인터페이스를 발견하고 폴링할 수있습니다.

3 논리 인터페이스 Element networkInterface entityType 3을 갖는 인터페이스가 추론되지만 직접 액세스할 수는 없습니다. 핫 스탠바이 라우팅 프로토콜(HSRP) 가상 IP 인터페이스가 논리 인터페이스의 한예입니다.

4 로컬 VLAN Element localVlan 기본 노드 디바이스의 VLAN 포트.

5 모듈 Element physicalCard 스위치 또는 라우터 내의 카드. 모듈 용어는 계층 1 네트워크에서 사용되는 카드 용어와의 혼동을 피하기 위해 사용됩니다.

6 PSU Element physicalPowerSupply

기본 노드 디바이스 내 Power® 공급 장치.

7 논리 콜렉션 Collection 논리 콜렉션의 예로는 MPLS VPN, 글로벌 VPN 및서브넷이 있습니다. NCIM은 OSPF 영역도 모델링할수 있습니다.

8 보조 카드 Element 네트워크 카드의 하위.

9 팬 Element physicalFan 기본 노드 디바이스 내의 팬 구성요소.

10 백플레인 Element physicalBackplane 기본 노드 디바이스 내의 백플레인 구성요소. 백플레인은 보통 슬롯 엔티티를 포함합니다.

11 슬롯 Element physicalSlot 기본 노드 디바이스 내의 슬롯 구성요소. 슬롯은 보통모듈 엔티티를 포함합니다.

12 센서 Element physicalSensor 기본 노드 디바이스 내의 센서 구성요소.

13 가상 라우터 Element virtualRouter 섀시 디바이스 내의 가상 라우터 인스턴스를 나타냅니다.

14 CPU Element cpu CPU(Central Processing Units)를 나타냅니다.

15 서브넷 Collection subnet 클래스 A, B 또는 C 서브넷의 IP 주소를 나열하는 논리 콜렉션.

16 글로벌 VLAN Collection globalVlan 가상 네트워크를 형성하기 위해 결합하는 여러 섀시 디바이스 사이의 VLAN 엔티티 콜렉션.

17 VPN Collection networkVpn VPN 내에서 수집된 IP 주소의 논리 콜렉션.


표 24. Network Manager 엔티티 (계속)

엔티티 유형 엔티티 유형 이름 카테고리 NCIM 테이블 설명18 HSRP 그룹 Collection hsrpGroup HRSP(Hot Standby Routing Protocol) 그룹 논리 콜

렉션을 표시합니다. Cisco HRSP는 자체의 IP 및MAC 주소를 사용하여 가상 라우터를 구현합니다. 이가상 라우터는 여러 개의 실제 인터페이스로 구성되는HSRP 그룹을 형성합니다. 이 인터페이스 중 하나만주어진 시간에 활성화됩니다. 활성 인터페이스는 활성인터페이스가 실패하는 경우 활성화될 준비를 하고 있는 그룹의 다른 인터페이스와 가상 라우터에 보내지는IP 트래픽을 전달합니다.

19 스택 Element 엔티티 MIB에 의해 정의된 섀시 디바이스의 콜렉션.

20 VRF Element vpnRouteForwarding

VPN 라우팅 및 전달 테이블을 나타냅니다.

21 OSPF 라우팅 도메인 Collection ospfRoutingDomain OSPF 라우팅 도메인을 나타냅니다.

22 OSPF 서비스 Service ospfService 디바이스에서 실행 중인 OSPF 서비스를 나타냅니다.

23 OSPF 영역 Collection ospfArea OSPF 영역을 나타냅니다.

24 VTP 도메인 Collection vtpDomain VLAN 트렁킹 프로토콜 도메인을 나타냅니다.

25 기타 Element physicalOther 엔티티 유형을 감지에서 판별할 수 없었던 구성요소의속성을 저장합니다. 이는 실제 엔티티 클래스가 알려져 있지만 지원되는 어떤 값에도 일치하지 않는 경우에 발생합니다.

26 BGP 서비스 Service bgpService BGP 서비스를 나타냅니다.

27 BGP AS Collection bgpAutonomous시스템

BGP 자동화 시스템을 나타냅니다.

28 BGP 라우트 Attribute bgpRouteAttribute BGP 라우트를 나타냅니다.

29 BGP 클러스터 Collection bgpCluster BGP 클러스터를 나타냅니다.

30 BGP 네트워크 Service bgpNetwork BGP 네트워크를 나타냅니다.

31 ISIS 서비스 Collection ISIS 서비스를 나타냅니다.

32 ISIS 레벨 Element ISIS 레벨을 나타냅니다.

33 O S P F 유사 노드(Pseudo-Node)

Element OSPF 유사 노드를 나타냅니다.

34 ITNM 서비스 Collection itnmService ISIS 서비스 같은 기타 서비스에 대한 기본 유형.

35 MPLS TE 서비스 Service mplsTEService MPLS TE(Multi Protocol Label Switching TrafficEngineered) 서비스를 나타냅니다.

36 MPLS TE 터널 Element mplsTETunnel MPLS TE 터널을 나타냅니다.

37 MPLS TE 자원 Element mplsTETunnel리소스

MPLS TE 자원을 나타냅니다.

38 MPLS LSP Element mplsLSP MPLS 레이블 교환 경로(LSP)를 나타냅니다.

40 IP 연결 Element ipConnection TCP/IP를 사용한 연결을 나타냅니다.

41 PIM 서비스 Service pimService PIM(Protocol Independent Multicast) 서비스를 나타냅니다.

42 PIM 네트워크 Collection pimNetwork PIM 네트워크를 나타냅니다.

43 IPMRoute 서비스 Service ipMRouteService IP 멀티캐스트 라우팅 서비스를 나타냅니다.



엔티티 유형 엔티티 유형 이름 카테고리 NCIM 테이블 설명44 IPMRoute 업스트림 Element ipMRouteUpstream 각 디바이스 또는 MDT(Multicast Distribution Tree)

에 대한 업스트림(RPF) 라우트 통계를 저장합니다.

45 IPMRoute다운스트림

Element 디바이스 또는 MDT당 다운스트림 라우트 통계를 저장합니다.

46 IPMRouteMdt Collection ipMRouteMdt 각 멀티캐스트 소스 또는 그룹에 대한 MDT를 나타내는 Collection 엔티티를 저장합니다.

47 IPMRouteSource Element ipMRouteSource MDT에 포함되어 있는 멀티캐스트 소스를 나타냅니다.

48 IPMRouteGroup Element ipMRouteGroup MDT에 포함되어 있는 멀티캐스트 그룹을 나타냅니다.

49 IP 경로 Collection ipPath IP 장치 사이의 네트워크 경로를 나타냅니다.

50 IP 엔드포인트 P roto co lEndpoint

ipEndPoint 실제 인터페이스에 의해 구현되는 논리 IP 엔드포인트를 나타냅니다.

51 VLAN 트렁크 엔드포인트

P roto co lEndpoint

vlanTrunkEndPoint 실제 인터페이스에 의해 구현되는 논리 VLAN 트렁크 엔드포인트를 나타냅니다.

52 프레임 릴레이 엔드포인트

P roto co lEndpoint

frameRelayEndPoint

실제 인터페이스에 의해 구현되는 프레임 릴레이 엔드포인트를 나타냅니다.

53 OSPF 엔드포인트 P roto co lEndpoint

ospfEndPoint 실제 인터페이스에 의해 구현되는 논리 OSPF 엔드포인트를 나타냅니다.

54 ATM 엔드포인트 P roto co lEndpoint

atmEndPoint 실제 인터페이스에 의해 구현되는 논리 ATM 엔드포인트를 나타냅니다.

55 VPWS 엔드포인트 P roto co lEndpoint

vpwsEndPoint 실제 인터페이스에 의해 구현되는 논리 VPWS 엔드포인트를 나타냅니다.

56 BGP 엔드포인트 P roto co lEndpoint

bgpEndPoint 실제 인터페이스에 의해 구현되는 논리 BGP 엔드포인트를 나타냅니다.

57 ISIS 엔드포인트 P roto co lEndpoint

실제 인터페이스에 의해 구현되는 논리 ISIS 엔드포인트를 나타냅니다.

58 MPLS 터널 엔드포인트

P roto co lEndpoint

mplsTETunnelEndPoint

실제 인터페이스에 의해 구현되는 논리 MPLS 터널 엔드포인트를 나타냅니다.

59 TCP/UDP 엔드포인트

P roto co lEndpoint

실제 인터페이스에 의해 구현되는 논리 TCP/UDP 엔드포인트를 나타냅니다.

60 PIM 엔드포인트 P roto co lEndpoint

pimEndpoint 네트워크 및 연관된 속성에서 감지되는 PIM(ProtocolIndependent Multicast) 엔드포인트를 나타냅니다.

61 IPMRoute 엔드포인트

P roto co lEndpoint

ipMRouteEndPoint IP 멀티캐스트 라우팅 프로토콜 엔드포인트에 대한 정보를 저장합니다.

62 IGMP 엔드포인트 P roto co lEndpoint

igmpEndPoint IGMP(Internet Group Membership Protocol) 엔드포인트에 대한 정보를 저장합니다.

63 네트워크 서비스 엔티티 엔드포인트

P roto co lEndpoint

networkServiceEntityEndPoint

프레임 릴레이 링크의 관리와 관련된 모델 관계를 돕습니다.

67 LAG 엔드포인트 P roto co lEndpoint

lagEndPoint 물리적 인터페이스로 구현된 논리적 LAG(LinkAggregation Group)를 나타냅니다.

68 프로브 엔드포인트 P roto co lEndpoint

probeEndPoint Fix Pack 3 실제 인터페이스에 의해 구현된 프로브조작의 소스 또는 대상 엔드포인트를 나타냅니다.



엔티티 유형 엔티티 유형 이름 카테고리 NCIM 테이블 설명70 Topology Topology 토폴로지에 속하는 연결의 그룹.

71 계층 1 토폴로지 Topology 계층 1 토폴로지에 속하는 연결들의 그룹.

72 계층 2 토폴로지 Topology 계층 2 토폴로지에 속하는 연결의 그룹.

73 계층 3 메쉬드 토폴로지

Topology 계층 3 메시 토폴로지에 속하는 연결의 그룹.

74 집중 토폴로지(계층 1- 계층 3)

Topology NCIM에 사용할 수 있는 데이터를 기반으로, 데이터가 사용 가능한 최저 계층에 있는 연결을 함께 그룹화합니다.

75 MPLS TE 토폴로지 Topology MPLS TE 토폴로지에 속하는 연결의 그룹.

77 의사 와이어 토폴로지 Topology 의사 와이어 토폴로지에 속하는 연결의 그룹.

78 OSPF 토폴로지 Topology OSPF 토폴로지를 나타냅니다.

79 BGP 토폴로지 Topology BGP 토폴로지를 나타냅니다.

80 IP 경로 토폴로지 Topology ipPath IP 경로를 나타냅니다.

81 PIM 토폴로지 Topology PIM 토폴로지를 나타냅니다.

82 로컬 VLAN 토폴로지 Topology 로컬 VLAN 토폴로지를 나타냅니다.

83 IPMRoute 토폴로지 Topology IP 멀티캐스트 라우팅 토폴로지를 나타냅니다.

84 VPLS 의사 와이어 토폴로지

Topology VPLS 의사 와이어 토폴로지를 나타냅니다.

85 가상화 토폴로지 Topology 가상화 토폴로지를 나타냅니다.

86 마이크로파 토폴로지 Topology 마이크로파 토폴로지를 나타냅니다.

87 RAN 토폴로지 Topology 무선 액세스 네트워크(RAN) 토폴로지를 나타냅니다.

90 LTE 제어 플레인 Topology LTE 제어 플레인을 구성하는 디바이스 및 연결을 나타냅니다.

91 LTE 사용자 플레인 Topology LTE 사용자 플레인을 구성하는 디바이스 및 연결을 나타냅니다.

92 프로브 토폴로지 Topology 프로브 소스/대상 연결을 표시합니다.

110 일반 콜렉션 Collection genericCollection 다른 어떤 유형도 아닌 콜렉션.

111 지리적 위치 Element geographicLocation 지리적 위치를 나타냅니다.

112 지리적 지역 Collection geographicRegion 지리적 지역을 나타냅니다.

113 VLAN 포트 Collection vlanCollection 주어진 지명된 VLAN, 또는 이름이 제공되지 않은 경우 주어진 VLAN ID에 있는 포트의 콜렉션을 나타냅니다.

120 IGMP 서비스 Service igmpService IGMP(Internet Group Management Protocol) 서비스를 나타냅니다.

121 IGMP 그룹 Collection igmpGroup igmpEndPoint 테이블에 연관된 IGMP(InternetGroup Membership Protocol) 엔드포인트가 있는 멀티캐스트 그룹 콜렉션을 저장합니다.

122 VSI(Virtual SwitchInstance)

Element virtualSwitchInstance

VPLS(Virtual Private LAN Service) 및 가상 사설 네트워크(VPN) 인스턴스와 연관된 PE(Provider Edge)디바이스에 구성된 VSI(Virtual Switch Instance)를 나타냅니다.

123 데이터 센터 Element 데이터 센터를 나타냅니다.



엔티티 유형 엔티티 유형 이름 카테고리 NCIM 테이블 설명124 가상 클러스터 Collection virtualCluster 가상 머신의 클러스터를 나타냅니다.

125 가상 관리 서비스 Service virtualMgmtService 가상 관리 서비스를 나타냅니다.

126 하이퍼바이저 Element hypervisor 하이퍼바이저를 나타냅니다.

127 포트 그룹 Collection portGroup 포트 그룹을 나타냅니다.

128 EMS 시스템 Element emsSystem 콜렉터가 액세스한 EMS 시스템을 나타냅니다.

130 RAN GSM 셀 Element ranGSMCell GSM 셀을 나타냅니다.

131 RAN UTRAN 셀 Element ranUtranCell UTRAN 셀을 나타냅니다.

132 RAN 섹터 Element ranSector RAN 섹터를 나타냅니다.

133 RAN NodeB 로컬셀

Element ranNodeBLocalCell NodeB 로컬 셀을 나타냅니다.

134 RAN 위치 영역 Collection ranLocationArea RAN 위치 영역을 나타냅니다.

135 RAN 라우팅 영역 Collection ranRoutingArea RAN 라우팅 영역을 나타냅니다.

136 RAN 패킷 핵심 Collection RAN 패킷 교환 핵심 엔티티를 나타냅니다.

137 RAN 회선 핵심 Collection RAN 회선 교환 핵심 엔티티를 나타냅니다.

138 RAN 무선 핵심 Collection ranRadioCore RAN 무선 핵심 엔티티를 나타냅니다.

139 RAN 트랜시버 Collection ranTransceiver RAN 트랜시버를 나타냅니다.

150 LTE 섹터 Element eUtranSector 라디오 신호 범위의 지리적 영역을 나타내고 실제 라디오 장비에 의해 구현 및 지원됩니다. LTE 섹터는 하나 이상의 LTE 셀을 구현합니다.

151 LTE 셀 Element eUtranCell 라디오 신호 범위의 지리적 영역을 나타내고 실제 라디오 장비(예: 타워, 증폭기 및 안테나)에 의해 구현 및지원됩니다.

152 MME 기능 Element mmeFunction MME(Mobility Management Entity)는 핵심 네트워크의 기본 신호 제어 요소이며 사용자 장비가 핵심 네트워크에 액세스할 수 있게 하기 위한 주요 제어 노드입니다. MME의 역할은 네트워크 하드웨어 노드 내에 구현되고 mmeFunction 엔티티 유형을 사용하여NCIM에서 모델링합니다. 단일 네트워크 하드웨어 노드 내에 다중 mmeFunction 인스턴스를 구현할 수 있습니다.

153 추적 영역 Collection trackingArea LTE 추적 영역을 나타냅니다.

154 SGW 기능 Element sgwFunction SGW(Serving Gateway)는 eNodeB 및 PGW(PacketData Network Gateway)와 패킷을 전달 및 라우팅하는 사용자 플레인에 상주합니다. SGW의 역할은 네트워크 하드웨어 노드 내에 구현되고 sgwFunction 엔티티 유형을 사용하여 NCIM에서 모델링합니다. 단일네트워크 하드웨어 노드 내에 다중 sgwFunction 인스턴스를 구현할 수 있습니다.



엔티티 유형 엔티티 유형 이름 카테고리 NCIM 테이블 설명155 PGW 기능 Element pgwFunction PGW(Packet Data Network Gateway)는 패킷 데이

터 네트워크에 사용자 플레인 연결을 제공합니다.PGW의 역할은 네트워크 하드웨어 노드 내에 구현되고 pgwFunction 엔티티 유형을 사용하여 NCIM에서모델링합니다. 단일 네트워크 하드웨어 노드 내에 다중 pgwFunction 인스턴스를 구현할 수 있습니다.

156 ENB 기능 Element enbFunction eNodeB 디바이스는 LTE 네트워크 사용자와의 무선인터페이스 통신을 관리합니다. 각 eNodeB 디바이스는 하나 이상의 셀을 제어하고, 셀은 라디오 수신 범위의 지리적 영역입니다. eNodeB의 역할은 네트워크하드웨어 노드 내에 구현되고 enbFunction 엔티티 유형을 사용하여 NCIM에서 모델링합니다. 단일 네트워크 하드웨어 노드 내에 다중 enbFunction 인스턴스를구현할 수 있습니다.

157 LTE 풀 Collection ltePool 풀링된 LTE 엔티티 그룹에 대한 일반 모델링 메커니즘이며, 현재 MME 풀, PGW 풀 및 SGW 풀을 모델링하는 데 사용됩니다. 예를 들어, MME 풀을 모델링하기 위해 ltePool 엔티티 및 연관된 mmeFunction 엔티티 간의 관계를 수집 테이블을 사용하여 모델링합니다.

158 PLMN Element plmn PLMN(Public Land Mobile Network)을 모델링합니다. PLMN은 일반 사용자에게 지상 모바일 통신 서비스를 제공하는 네트워크입니다. 모바일 서비스를 제공하는 운영자마다 고유한 PLMN을 보유하고 있습니다.

159 HSS 기능 Element hssFunction LTE HSS(Home Subscriber Service)를 모델링합니다.HSS는 등록자 ID, 서비스 프로파일, 인증, 권한 및QoS(Quality of Service)를 관리하며 등록자 프로파일, 디바이스 프로파일 및 상태 정보의 마스터 저장소로 작동합니다.

160 PCRF 기능 Element pcrfFunction LTE PCRF(Policy and Charging Rules Function)를모델링합니다.PCRF에서 업링크 및 다운링크 서비스 플로우 및 허가된 EPS 소지자 QoS에 대한 정책 및 요구를 관리합니다.

161 EIR 기능 Element eirFunction LTE EIR(Equipment Identity Register)을 모델링합니다.EIR은 네트워크 사용이 금지되었거나 모니터링되어야 하는 모바일 디바이스를 계속 추적합니다. 휴대전화가 해당 ID를 도난당하면 EIR 블랙리스트에 추가되고 이 전화는 서비스를 위해 네트워크에 접속할 수 없게 됩니다. 보통 각 네트워크에는 흔히 HSS 노드와 통합되는 자체 소유의 EIR이 있습니다. 블랙리스트화된정보를 보다 쉽고 광범위하게 사용할 수 있게 해주는공통 EIR을 여러 운영자가 공유할 수 있습니다.



엔티티 유형 엔티티 유형 이름 카테고리 NCIM 테이블 설명163 LTE 제어 플레인 Collection controlPlane

ViewCollection네트워크 뷰의 LTE 네트워크 토폴로지 > 추적 영역별제어 플레인에서 동적 콜렉션 뷰를 지원합니다. 이 엔티티 유형의 각 인스턴스는 제어 플레인에서 해당 추적 영역의 eNodeBs와 이 eNodeBs와 연결된 디바이스를 함께 수집합니다.

164 LTE 사용자 플레인 Collection userPlaneViewCollection

네트워크 뷰의 LTE 네트워크 토폴로지 > 추적 영역별사용자 플레인에서 동적 콜렉션 뷰를 지원합니다. 이엔티티 유형의 각 인스턴스는 사용자 플레인에서 해당추적 영역의 eNodeBs와 이 eNodeBs와 연결된 디바이스를 함께 수집합니다.

170 통합 링크 Collection aggregatedLink LAG(Link Aggregation Group) 간의 네트워크 링크를 나타냅니다.

171 Link AggregationGroup

Element aggregationGroup LAG(Link Aggregation Group)를 나타냅니다.

190 프로브 서비스 Service probeService Fix Pack 3 디바이스에 프로브를 제공하는 서비스를나타냅니다.

191 프로브 Collection probe Fix Pack 3 구성된 네트워크 프로브 및 해당 속성을나타냅니다.

192 프로브 콜렉션 Collection probeCollection Fix Pack 3 프로브 또는 프로브 콜렉션에 대한 콜렉션 기능을 제공합니다.

200 LTE S1-U Topology entityData LTE S1-U 연결을 위한 토폴로지 유형.

201 LTE S5 Topology entityData LTE S5 연결을 위한 토폴로지 유형.


203 LTE S1-MME Topology entityData LTE S1-MME 연결을 위한 토폴로지 유형.



206 LTE SGi Topology entityData LTE SGi 연결을 위한 토폴로지 유형.

207 LTE Gx Topology entityData LTE Gx 연결을 위한 토폴로지 유형.



210 LTE S6a Topology entityData LTE S6a 연결을 위한 토폴로지 유형.


212 LTE X2 Topology entityData LTE X2 연결을 위한 토폴로지 유형.



제 8 장 네트워크 보기 책갈피 관리

네트워크 보기 책갈피는 사용자 또는 사용자의 팀이 모니터해야 하는 네트워크보기만 함께 그룹화합니다. 새 책갈피를 작성하거나 기존 책갈피를 변경하면 네트워크 운영자가 모니터해야 하는 디바이스만 시각적으로 표시하는 데 도움이 됩니다.

네트워크 보기 책갈피 정보네트워크 보기 책갈피는 선택된 네트워크 보기를 함께 그룹화합니다.

각 네트워크 보기 책갈피에는 네트워크 보기 라이브러리에서 상속된 트리 구조에서 선택된 네트워크 보기가 포함됩니다. 책갈피에 상위 네트워크 보기를 추가하는 경우 책갈피에 모든 하위 네트워크 보기를 자동으로 가져올 수도 있습니다.

특정 하위 네트워크 보기만 원하는 경우 책갈피에 이러한 하위 네트워크 보기를추가하면 됩니다.

예를 들어, NOC 관리자가 자신의 NOC에 지정할 네트워크 보기 책갈피를 작성합니다. 상위 네트워크 보기 서브넷에 A - F의 여섯 개의 서브넷 네트워크 보기가 있습니다. 관리자가 서브넷 A, B, C를 책갈피에 추가하지만 서브넷 D, E, F

는 추가하지 않습니다. 이 NOC가 서브넷 D - F의 모니터링을 담당하지 않기 때문입니다.

참고: 이 예제에서 시스템은 상위 네트워크 보기 서브넷을 책갈피에 자동으로 추가합니다. 책갈피 트리테이블은 이 예제에서 네트워크 보기 이름의 왼쪽에 별표를 사용하여 서브넷 보기와 같은 시스템 추가 보기를 표시합니다. 수동으로 추가된 보기(이 예제의 보기 A, B, C)는 보기 이름의 왼쪽에 별표를 사용하지 않고표시됩니다.

책갈피에 대한 읽기/쓰기 및 읽기 전용 권한은 개인 사용자 및 그룹 기준으로 설정할 수 있습니다. 기본적으로 이 작업은 관리자가 수행할 수 있습니다. 책갈피에 대한 권한은 글로벌로 설정할 수도 있습니다. 글로벌 권한은 다른 모든 사용자에게 적용됩니다. 즉, 책갈피에 대한 개인 사용자 권한이 없고, 책갈피에 대한그룹 권한이 있는 그룹의 구성원이 아닌 모든 사용자에게 적용됩니다. 또한 개인운영자가 자신의 책갈피를 작성할 수 있습니다.

네트워크 보기의 모든 엔티티에 대한 최대 경보 상태가 모든 책갈피의 네트워크보기 책갈피 트리에 보고됩니다.


네트워크 보기 책갈피 작성사용자 또는 사용자의 팀이 모니터해야 하는 네트워크 보기만 함께 그룹화하도록 네트워크 보기 책갈피를 작성할 수 있습니다.

네트워크 보기 책갈피를 작성하려면 다음을 수행하십시오.


2. 네트워크 보기의 책갈피 탭에서 책갈피 작성 을 클릭하십시오.

3. 다음과 같이 책갈피 특성 창을 완료하십시오.

Name

새 책갈피를 작성하려면 책갈피의 이름을 입력하십시오. 기존 책갈피의 이름을 변경하려면 현재 이름 위에 책갈피의 새 이름을 겹쳐 입력하십시오.

참고: 책갈피 이름은 비어 있을 수 없으며 사용자 계정마다 고유해야합니다.

기본값으로 설정네트워크 보기 > 책갈피 탭에 방문할 때마다 표시되는 기본 책갈피로 이 책갈피를 설정하려면 여기를 클릭하십시오.

책갈피 권한 섹션ncp_bookmark_admin 역할이 있는 경우 아래의 패널 섹션을 사용하여 현재 책갈피의 권한을 수정할 수 있습니다. 이 역할이 없는 경우 현재 책갈피의 권한만 볼 수 있습니다. 기본적으로 itnmadmin 사용자는 이 역할을 가집니다 . 또한 관리자 그룹Network_Manager_IP_Admin의 구성원인 모든 사용자도 이 역할을가집니다.

사용자 권한패널의 이 부분에서는 현재 책갈피의 개별 사용자 권한을 설정할 수 있습니다.

새 권한특정 사용자의 새 권한을 설정하려면 여기를 클릭하십시오. 옵션은 읽기 전용 또는 읽기-쓰기입니다. 이 단추를 클릭하면 사용자 권한 테이블에 행이 추가됩니다.

사용자 컬럼에서 클릭하고 드롭 다운 목록에서 사용자를 선택하십시오. 권한 컬럼에서 클릭하고 드롭 다운목록에서 선택하여 이 사용자의 권한을 설정하십시오.


권한 삭제사용자 권한 테이블에서 하나 이상의 행을 선택한 다음, 이 단추를 클릭하여 선택한 사용자의 권한을 제거하십시오.

그룹 권한패널의 이 부분에서는 현재 책갈피의 사용자 그룹 권한을 설정할 수 있습니다.

새 권한사용자 그룹의 새 권한을 설정하려면 여기를 클릭하십시오. 옵션은 읽기 전용 또는 읽기-쓰기입니다. 이 단추를 클릭하면 그룹 권한 테이블에 행이 추가됩니다.

그룹 컬럼에서 클릭하고 드롭 다운 목록에서 사용자 그룹을 선택하십시오. 권한 컬럼에서 클릭하고 드롭 다운 목록에서 선택하여 이 사용자 그룹의 권한을 설정하십시오.

권한 삭제그룹 권한 테이블에서 하나 이상의 행을 선택한 다음,

이 단추를 클릭하여 선택한 사용자 그룹의 권한을 제거하십시오.

글로벌 권한여기를 클릭하고 드롭 다운 목록에서 선택하여 현재 책갈피의글로벌 권한을 설정하십시오. 옵션은 없음, 읽기 전용 또는 읽기-쓰기입니다. 지정된 책갈피의 글로벌 권한 설정은 기타 모든 사용자 즉, 다음의 두 기준을 모두 충족시키는 모든 사용자에게 적용됩니다.

v 사용자 권한 섹션에서 언급되지 않은 사용자.

v 그룹 권한 섹션에 있는 그룹의 구성원이 아닌 사용자.

4. 확인을 클릭하십시오. 새 네트워크 보기 책갈피가 책갈피 드롭 다운 목록에추가됩니다. 책갈피 드롭 다운 목록을 열어서 새 책갈피를 확인하십시오.

참고: 이 책갈피를 기본 책갈피로 설정하는 경우 목록의 맨 위에 표시됩니다.

그렇지 않으면 목록에 알파벳순으로 표시됩니다.

제 8 장 네트워크 보기 책갈피 관리 273

네트워크 보기 책갈피 편집책갈피 특성을 편집하고 책갈피에 있는 네트워크 보기를 변경할 수도 있습니다.

책갈피 특성 편집책갈피 이름을 편집하거나 기본 책갈피 설정을 변경하거나 책갈피 권한을 보거나 편집할 수 있습니다.

책갈피 특성을 편집하려면 다음을 수행하십시오.

1. 인시던트 아이콘을 클릭하고 네트워크 가용성 > 네트워크 보기 > 책갈피를선택하십시오.

2. 책갈피 편집 을 클릭하십시오.

3. 다음과 같이 책갈피 특성 창을 완료하십시오.

Name

새 책갈피를 작성하려면 책갈피의 이름을 입력하십시오. 기존 책갈피의 이름을 변경하려면 현재 이름 위에 책갈피의 새 이름을 겹쳐 입력하십시오.

참고: 책갈피 이름은 비어 있을 수 없으며 사용자 계정마다 고유해야합니다.

기본값으로 설정네트워크 보기 > 책갈피 탭에 방문할 때마다 표시되는 기본 책갈피로 이 책갈피를 설정하려면 여기를 클릭하십시오.

책갈피 권한 섹션ncp_bookmark_admin 역할이 있는 경우 아래의 패널 섹션을 사용하여 현재 책갈피의 권한을 수정할 수 있습니다. 이 역할이 없는 경우 현재 책갈피의 권한만 볼 수 있습니다. 기본적으로 itnmadmin 사용자는 이 역할을 가집니다 . 또한 관리자 그룹Network_Manager_IP_Admin의 구성원인 모든 사용자도 이 역할을가집니다.

사용자 권한패널의 이 부분에서는 현재 책갈피의 개별 사용자 권한을 설정할 수 있습니다.

새 권한특정 사용자의 새 권한을 설정하려면 여기를 클릭하십시오. 옵션은 읽기 전용 또는 읽기-쓰기입니다. 이 단추를 클릭하면 사용자 권한 테이블에 행이 추가됩니다.


사용자 컬럼에서 클릭하고 드롭 다운 목록에서 사용자를 선택하십시오. 권한 컬럼에서 클릭하고 드롭 다운목록에서 선택하여 이 사용자의 권한을 설정하십시오.

권한 삭제사용자 권한 테이블에서 하나 이상의 행을 선택한 다음, 이 단추를 클릭하여 선택한 사용자의 권한을 제거하십시오.

그룹 권한패널의 이 부분에서는 현재 책갈피의 사용자 그룹 권한을 설정할 수 있습니다.

새 권한사용자 그룹의 새 권한을 설정하려면 여기를 클릭하십시오. 옵션은 읽기 전용 또는 읽기-쓰기입니다. 이 단추를 클릭하면 그룹 권한 테이블에 행이 추가됩니다.

그룹 컬럼에서 클릭하고 드롭 다운 목록에서 사용자 그룹을 선택하십시오. 권한 컬럼에서 클릭하고 드롭 다운 목록에서 선택하여 이 사용자 그룹의 권한을 설정하십시오.

권한 삭제그룹 권한 테이블에서 하나 이상의 행을 선택한 다음,

이 단추를 클릭하여 선택한 사용자 그룹의 권한을 제거하십시오.

글로벌 권한여기를 클릭하고 드롭 다운 목록에서 선택하여 현재 책갈피의글로벌 권한을 설정하십시오. 옵션은 없음, 읽기 전용 또는 읽기-쓰기입니다. 지정된 책갈피의 글로벌 권한 설정은 기타 모든 사용자 즉, 다음의 두 기준을 모두 충족시키는 모든 사용자에게 적용됩니다.

v 사용자 권한 섹션에서 언급되지 않은 사용자.

v 그룹 권한 섹션에 있는 그룹의 구성원이 아닌 사용자.



책갈피에 네트워크 보기 추가네트워크 보기 라이브러리 트리에서 원하는 네트워크 보기를 마우스 오른쪽 단추로 클릭하여 책갈피에 네트워크 보기를 추가할 수 있습니다.

책갈피에 네트워크 보기를 추가하려면 다음을 수행하십시오.


2. 다음과 같이 단일 네트워크 보기를 선택하십시오.

a. 네트워크 보기 트리 위의 네트워크 보기 라이브러리 드롭 다운 목록에서책갈피에 추가할 네트워크 보기가 있는 네트워크 보기 라이브러리를 선택하십시오.

b. 네트워크 보기 트리에서 원하는 네트워크 보기로 이동하십시오.

3. 원하는 네트워크 보기를 마우스 오른쪽 단추로 클릭하고 책갈피에 추가를 클릭한 후 하위 메뉴에서 네트워크 보기를 추가할 책갈피의 이름을 클릭하십시오. 읽고 쓸 수 있는 권한이 있는 책갈피만 목록에 표시됩니다. 예를 들어, 선택한 네트워크 보기를 기존 책갈피 Bookmark1에 추가하려면 책갈피에 추가> Bookmark1을 클릭하십시오. 다음과 같은 방법으로 네트워크 보기가 책갈피에 추가됩니다.

v 상위 네트워크 보기를 선택한 경우 상위 네트워크 보기와 모든 해당 하위네트워크 보기가 책갈피에 추가됩니다. 상위 네트워크 보기가 동적 네트워크 보기이며 네트워크 감지 이후에 상위에서 하위 네트워크 보기가 추가되거나 제거되는 경우 책갈피에서 자동으로 보기가 추가되거나 제거됩니다.

v 표준 또는 동적 상위 네트워크 보기인지 여부에 관계없이 하나 이상의 하위 네트워크 보기를 선택한 경우 선택한 네트워크 보기만 책갈피에 추가됩니다. 또한 하위 네트워크 보기가 네트워크 감지 이후에 제거되는 경우동적 상위 네트워크 보기의 개별적으로 선택한 하위 네트워크 보기가 책갈피에서 자동으로 제거됩니다.

v 책갈피에 추가하는 보기에 관계없이 시스템은 트리의 맨 위가 될 때까지자동으로 상위, 상위의 상위 등을 추가합니다.

참고: 수동으로 추가된 네트워크 보기는 보기 이름의 왼쪽에 별표를 사용하지 않고 표시됩니다. 시스템이 추가한 네트워크 보기는 보기 이름의 왼쪽에별표를 사용하여 표시됩니다. 예를 들어, 책갈피에 상위 네트워크 보기를 추가한 경우 상위 네트워크 보기와 모든 해당 하위 네트워크 보기가 책갈피에추가됩니다. 별표가 다음과 같이 표시됩니다.

v 상위 네트워크 보기가 수동으로 추가되었으므로 별표를 사용하지 않고 표시됩니다.


v 시스템이 하위 네트워크 보기를 추가했으므로 별표를 사용하여 표시됩니다.

책갈피에서 네트워크 보기 제거네트워크 보기 책갈피 트리에서 네트워크 보기를 마우스 오른쪽 단추로 클릭하여 책갈피에서 네트워크 보기를 제거할 수 있습니다.

책갈피에서 네트워크 보기를 제거하려면 다음을 수행하십시오.


2. 다음과 같이 단일 네트워크 보기를 선택하십시오.

a. 네트워크 보기 트리 위의 네트워크 보기 책갈피 드롭 다운 목록에서 책갈피에서 제거할 네트워크 보기가 있는 네트워크 보기 책갈피를 선택하십시오.

b. 네트워크 보기 책갈피 트리에서 원하는 네트워크 보기로 이동하십시오.

제한사항: 다음과 같이 이전에 책갈피에 수동으로 추가된 책갈피에서만 네트워크 보기를 제거할 수 있습니다.

v 제거할 수 있는 네트워크 보기가 보기 이름 왼쪽의 별표 없이 표시됩니다.

이는 수동으로 추가된 보기입니다.

v 제거할 수 없는 네트워크 보기는 보기 이름 왼쪽의 별표와 함께 표시됩니다. 이는 시스템에서 추가한 보기입니다. 시스템 추가 보기는 수동으로 추가된 보기의 상위 또는 하위입니다.

3. 원하는 네트워크 보기를 마우스 오른쪽 단추로 클릭하고 책갈피에서 보기 제거를 클릭하십시오.

제한사항: 책갈피에 대한 읽기/쓰기 권한이나 ncp_bookmark_admin 역할을 가지고 있는 경우에만 해당 책갈피에서 보기를 제거할 수 있습니다.

선택한 보기가 책갈피에서 제거됩니다.

참고: 이전에 추가된 다른 보기의 계층 구조에 속한 보기가 제거되는 경우 해당 보기는 트리에서 실제로 제거되지 않지만 별표(*)로 표시됩니다.


네트워크 보기 책갈피 삭제네트워크 보기 책갈피를 완전히 삭제하면 시스템에서 해당 책갈피가 제거됩니다.

네트워크 보기 책갈피를 삭제하려면 다음을 수행하십시오.


2. 네트워크 보기 책갈피 드롭 다운 목록에서 삭제할 책갈피를 선택하십시오.

3. 책갈피 삭제 를 클릭하십시오.

제한사항: 책갈피에 대한 읽기/쓰기 권한이나 ncp_bookmark_admin 역할을 가지고 있는 경우에만 해당 책갈피를 삭제할 수 있습니다.

책갈피가 시스템에서 제거됩니다.


제 9 장 도구 및 메뉴 구성

컨텍스트 메뉴를 작성 및 편집하고 메뉴 항목에 대한 사용자 액세스를 구성하며메뉴를 사용할 수 있는 컨텍스트를 정의하고 컨텍스트 메뉴에서 실행할 수 있는도구를 작성할 수 있습니다.

컨텍스트 메뉴 정보컨텍스트 메뉴는 디바이스 구조 브라우저 내에 있는 디바이스, 이벤트, 서브넷, 링크 또는 구성요소(예: 네트워크 포트)를 마우스 오른쪽 단추로 클릭하면 열립니다. 컨텍스트 메뉴를 통해 도구를 실행할 수 있습니다. 메뉴와 도구에 필터를 적용하십시오.

관리자는 운영자가 디바이스 구조 브라우저 내에 있는 디바이스, 이벤트, 서브넷,

링크 또는 구성요소에서 도구를 실행할 수 있는 컨텍스트 메뉴를 작성할 수 있습니다. 도구에 액세스할 수 있는 사용자 및 도구, 메뉴, 메뉴 계층 구조를 사용할 수 있는 위치를 구성할 수 있습니다.

필터 정보필터는 XML 메뉴 정의 또는 XML 도구 정의의 일부를 구성하는 XML 코드 조각입니다. 두 가지 유형의 필터 즉, 컨텍스트 필터와 보안 필터가 있습니다.

하위 메뉴 및 도구는 필터 특성을 상속합니다. 예를 들어, My Tools... 메뉴에컨텍스트 또는 보안 제한사항이 있는 경우 이러한 제한사항은 My Tools... 메뉴의 모든 메뉴와 도구에 적용됩니다.

필터가 없으면 메뉴 또는 도구가 항상 컨텍스트 메뉴에 표시됩니다.

관련 태스크:

297 페이지의 『도구 및 메뉴의 컨텍스트 필터 정의』컨텍스트 필터를 사용하여 메뉴 또는 도구가 사용 가능한 보기 유형과 이를 실행할 수 있는 디바이스를 지정할 수 있습니다.

300 페이지의 『도구 및 메뉴의 사용자 액세스 정의』보안 필터를 사용하여 도구 또는 메뉴를 표시할 수 있는 사용자, 역할 및 그룹을 지정할 수 있습니다.


도구 정보도구는 $NMGUI_HOME/profile/etc/tnm/tools/ 디렉토리에 있는 XML 파일에 정의되어 있습니다. URL 도구를 메뉴 옵션과 연관시킬 수 있습니다.

관련 태스크:

287 페이지의 『컨텍스트 메뉴 도구 작성』운영자가 사용할 도구를 작성하여 네트워크 맵의 컨텍스트 메뉴에 추가할 수있습니다.

컨텍스트 메뉴 구성토폴로지 맵에서 디바이스 또는 서브넷을 마우스 오른쪽 단추로 클릭하면 표시되는 컨텍스트 메뉴에 메뉴 항목을 추가하거나 메뉴 항목을 편집할 수 있습니다.

네트워크 운영자가 디바이스, 링크 또는 서브넷을 마우스 오른쪽 단추로 클릭하고 스크립트 또는 써드파티 웹 애플리케이션을 실행할 수 있도록 도구를 메뉴 항목과 연관시킬 수 있습니다. 도구는 도구 메뉴를 통해 디바이스 구조 브라우저의구성요소(예: 네트워크 포트)에서 호출할 수 있습니다. 사용자가 정의하는 새 메뉴 항목은 기본 메뉴 항목 뒤에 표시됩니다.

컨텍스트 메뉴에서 디바이스, 이벤트, 서브넷, 링크 또는 디바이스 구조 브라우저내 구성요소에 대한 항목을 추가하거나 편집하려면 다음 단계를 완료하십시오.

1. $NMGUI_HOME/profile/etc/tnm/menus/ 디렉토리에 있는 XML 파일을 편집하십시오.

2. 메뉴 정의의 요소 및 속성을 구성하여 메뉴 항목의 이름, 필터, 레이블 및 기타 특성을 정의하십시오. 메뉴 항목에 사용 가능한 XML 요소 및 속성에 대한 참조 정보와 메뉴 항목 정의를 지원하기 위해 제공되는 예제를 사용하십시오.

3. $NMGUI_HOME/profile/etc/tnm/topoviz.properties 파일에서 다음과 같이적절한 메뉴 유형에 사용자가 정의한 메뉴 항목을 추가하십시오.

디바이스에서 실행되는 메뉴topoviz.menu.device = menu-id

서브넷에서 실행되는 메뉴topoviz.menu.subview = menu-id

여기서 menu-id는 $NMGUI_HOME/profile/etc/tnm/menus/ 디렉토리의 XML

파일에 정의된 최상위 레벨의 메뉴 계층을 지시하는 ID입니다. 서브넷에서 실행되는 도구는 서브넷에 포함된 모든 노드에 대해 실행되므로 서브넷에는 별도의 메뉴가 필요합니다.


다음 예제에서는 ID가 『mytools』인 디바이스에 대한 메뉴 항목을 정의합니다.

topoviz.menu.device = mytools

컨텍스트 메뉴를 정의하는 XML 요소 및 속성컨텍스트 메뉴 항목을 정의하는 다양한 XML 요소 및 속성을 이해합니다.

샘플 메뉴 항목 정의

다음 예제는 메뉴 항목을 정의하는 XML 파일 형식을 표시합니다. 명확히 알 수있도록 요소가 굵게 강조표시되어 있습니다.

<ncp_menu id="mytools" label="My Tools" key="key"><context></context><security></security><definition><tool id="ncp_dns"/><separator/><menu id="ncp_cisco"/><menu id="ncp_juniper"/></definition></ncp_menu>

XML 요소 및 속성

다음 표는 위 예제에 참조와 함께 컨텍스트 메뉴를 정의하는 데 사용되는 요소및 속성을 설명합니다.

표 25. 메뉴 XML 정의 파일의 요소 및 속성요소 또는 속성 유형 설명ncp_menu Element 메뉴 정의를 소개합니다.

context Element 메뉴 항목을 사용할 수 있는 보기 및 디바이스를 정의합니다. 컨텍스트 필터 정의에 대한 참조 정보를 사용하여 이 속성을 정의하십시오.

security Element 메뉴 항목을 볼 수 있는 사용자, 그룹 및 역할을 정의합니다. 사용자 액세스 필터 정의에 대한 참조 정보를 사용하여 이 속성을정의하십시오.

id Attribute 이 메뉴의 영숫자 ID를 포함합니다.

label Attribute 컨텍스트 메뉴에 표시되는 메뉴 옵션의 실제 텍스트를 포함합니다.

제 9 장 도구 및 메뉴 구성 281

표 25. 메뉴 XML 정의 파일의 요소 및 속성 (계속)

요소 또는 속성 유형 설명key Attribute $NMGUI_HOME/profile/etc/tnm/locale/ncp_menus(_xx_XX)

.properties 파일에 대한 검색으로 사용됩니다. 이를 사용하여 로케일 설정값이 서로 다른 사용자의 메뉴 레이블 변환을 지정할 수있습니다.

tool Element 메뉴에 지정된 id를 가진 도구를 삽입합니다.

이 예제에서는 id가 ncp_dns인 도구가 메뉴에 삽입됩니다. 이 도구의 연관된 메뉴 텍스트는 DNS 검색입니다.

ncp_dns 도구는 $NMGUI_HOME/profile/etc/tnm/tools/에 저장된 별도의 XML 파일에 정의되어 있습니다.

separator Element 메뉴에 분리 기호를 삽입합니다.

menu Element 메뉴에 지정된 id를 가진 하위 메뉴를 삽입합니다.

이 예제에서는 다음 두 개의 하위 메뉴가 정의됩니다.

v ncp_cisco 하위 메뉴. 이 하위 메뉴의 연관된 메뉴 텍스트는Cisco Tools...입니다.

v ncp_juniper 하위 메뉴. 이 하위 메뉴의 연관된 메뉴 텍스트는 Juniper Tools...입니다.

이러한 각 하위 메뉴는 $NMGUI_HOME/profile/etc/tnm/menus/에저장된 .xml 파일에 개별적으로 정의되어 있습니다. 이러한 .xml

파일은 이 절에 정의된 규칙에 따라 형식화됩니다.

WebTools 구성itnmadmin 사용자는 관련 구성 파일에서 값을 수정하여 WebTools를 구성할 수있습니다.

WebTools는 Network Manager에서 제공하는 사용하기 편한 오른쪽 클릭 도구중 하나입니다. WebTools를 사용하여 네트워크 보기에 표시된 네트워크 디바이스에 대한 진단 및 정보 검색 조치를 수행할 수 있습니다. itnmadmin 사용자는사용자가 WebTools를 사용하는 방법을 수정할 수 있습니다.

WebTools 정보itnmadmin 사용자는 WebTools를 구성하여 하나의 WebTools 명령 출력에서 값을 추출한 다음 이 값을 다음 명령의 매개변수 값으로 사용할 수 있습니다.

WebTools 명령에서 값을 재사용하려면 WebTools 도구의 정의 파일을 업데이트해야 합니다. 도구당 하나의 정의 파일 세트가 있습니다. 정의 파일은 랩퍼의 역할을 하는 템플리트 파일과 프로세서 파일로 구성됩니다.


WebTools 도구 정의 파일을 업데이트하십시오.

v $NCHOME/core/precision/scripts/webtools/etc/templates/ 내에서 템플리트 파일을 업데이트하십시오 . 제품에 포함된 표준 템플리트 파일은ncp_wt_border.tmpl입니다.

v $NCHOME/core/precision/scripts/webtools/etc/processors/ 내에서 프로세서 파일을 업데이트하십시오 . 제품에 포함된 표준 프로세서 파일은advtraceroute_exec.proc, default_exec.proc, default_telnet.proc,

notitle_exec.proc입니다.

다음 명령을 입력하십시오. 이 명령은 ncp_webtool.cgi 스크립트가 DNSLookup.xml

파일을 로드하도록 지시하며 8.8.8.8을 조회 매개변수로 사용하고 DNSLookup.xml

파일 내에 정의된 내용을 수행합니다.

다음 명령을 실행하십시오 - ncp_perl ../bin/ncp_webtool.cgi toolid=DNSLookup query=8.8.8.8

DNSLookup.xml 파일과 그 외 .xml 파일은 다음 정의 유형을 제공합니다.

채택할 이름 지정된 매개변수 및 해당 유형을 나열합니다.

사용할 템플리트 파일.

사용할 데이터 프로세서 파일.

도구 내에서 실행해야 하는 내용의 순서.

WebTools 내 도구는 다음 두 유형 중 하나입니다.

v 헬퍼 도구. 이 도구는 Network Manager SSH Telnet 스택을 사용하여 디바이스에 액세스하고 도구 정의에 따라 디바이스에 대해 일련의 명령을 실행합니다. CiscoShowRoute.xml 파일을 헬퍼 도구의 예제로 사용하십시오.

CiscoShowRoute.xml 파일은 길이를 0으로 설정하여 페이지 매김을 방지하고visible=0 결과에 조회 출력을 포함하지 않습니다. 그런 다음 파일은 show ip

route를 실행하고 vrf, vrfname, target이라는 매개변수를 순서대로 제공합니다(매개변수가 지정되어 있는 경우). 또한 명령행에서 헬퍼 도구를 실행할 수있습니다.

<commands><command visible="0" allow_early_match="1" response_time="5000">term length 0</command><command visible="1" allow_early_match="1" response_time="5000">show ip route ##vrf## ##vrfname##

##target##</command></commands>

v 실행 가능 도구. 이 도구는 Network Manager 백엔드 서버에서 명령을 실행하고 이름 지정된 매개변수를 전달합니다. 이 예에서 DNSLookup.xml 파일은실행 파일을 실행하고 파일에 정의된 유형 및 조회 매개변수를 나열된 순서대로 스크립트에 전달합니다.


<command><executable>${NCWTHOME}/bin/ncp_wt_nslookup.pl</executable><argument>type</argument><argument>query</argument>

</command>

WebTools에서 메뉴 제한itnmadmin 사용자는 특정 역할에 표시할 수 있는 WebTools 메뉴 항목의 목록을 수정할 수 있습니다.

1. $ITNMHOME/gui/precision_gui/profile/etc/tnm/menus 내에서 수정할WebTools 메뉴 항목의 구성 파일을 여십시오. 예를 들어, 토폴로지 관리 메뉴 항목에서 ncp_topo_mgmt_menu.xml 구성 파일을 여십시오.

2. 구성 파일 내에서 역할 이름 매개변수에 대해 역할 이름을 입력하십시오.

v 사용자가 ncp_topo_mgmt 역할에 지정되고 현재 홉 보기에 있는 경우 토폴로지 관리 메뉴 항목을 표시하십시오.

[root@CO9128108199 menus]# more ncp_topo_mgmt_menu.xml<?xml version="1.0" ?><ncp_menu id="ncp_topo_mgmt_menu" key="ncp_topo_mgmt_menu" label="Topology Management">

<definition><tool id="addDevice"/><tool id="deleteDevice"/><tool id="addConnection"/><tool id="removeConnection"/>

</definition><context>

<attribute id="clientType"><equals value="ncp_hopview" />

</attribute></context><security>

<role name="ncp_topo_mgmt"/></security>

</ncp_menu>

v 사용자가 ncmPolicyCheck 역할에 지정되고 networkConfigMgr 테이블에 레코드가 있는 하나의 디바이스를 선택하며 디바이스 ncmKey가 비어 있지 않는 경우 정책 적용 메뉴 항목을 표시하십시오. entityId lookup이 이 예제에 내재되어 있습니다.

[root@CO9128108199 tools]# more itncm_apply_policy.xml<?xml version="1.0"?><ncp_tool id="itncm_apply_policy" key="itncm_apply_policy"

label="Apply Policy" type="url" runOnList="true" runForEach="false"><url

value="ITNCMWizard/jsp/servlet/ITNCMWizardApplyPolicy.jsp"target="_blank" method="GET"><parameter name="ui.action" valueType="text" text="run" /><parameter name="ui.name" valueType="text" text="Apply Policy" /><parameter name="wizardType" valueType="text" text="apply_policy" /><parameter name="applicationType" valueType="text" text="device" /><parameter name="applicationKeys" valueType="ncim" table="entity"


column="entityid" /><parameter name="applicationNames" valueType="ncim" table="entity"

column="entityName" /></url><context>

<attribute id="deviceCount"><equals value="1" />

</attribute><attribute id="ncmKey" valueType="ncim" table="networkConfigMgr"

column="ncmKey"><notequals value="" />

</attribute></context><security>

<role name="ncmPolicyCheck" /></security>

</ncp_tool>

실행 가능 WebTools 도구 작성itnmadmin 사용자는 표준 WebTools 도구를 작성할 수 있습니다.

실행 가능 WebTools 도구는 Network Manager 백엔드 서버에서 태스크를 사용하고, Network Manager 관리자 itnmadmin이 새 도구를 정의하려면 서버에로그인해야 합니다. itnmadmin 사용자가 표준 WebTools 도구를 작성하면 관련역할을 가진 사용자가 WebTools 메뉴에서 도구를 사용할 수 있습니다. itnmadmin

사용자가 표준 WebTools 도구를 작성하려면 다음 단계를 완료해야 합니다.

1. $NCHOME/core/precision/scripts/webtools/etc/ 내에 새 실행 가능WebTools 도구의 WebTools 구성 xml 파일을 작성하십시오. 기존 WebTools

구성 x m l 파일을 보려면 $NCHOME/core/precision/scripts/

webtools/etc/ 내에 $ ls 명령을 입력하십시오. 예를 들면,

$ cd $NCHOME/precision/scripts/webtools/etc/$ lsAdvancedPing.xml CiscoLSPPing.xml CiscoMRouteInfo.xmlAdvancedSubnetPing.xml CiscoLSPTraceroute.xml CiscoOSPFInfo.xmlAdvancedTraceroute.xml CiscoMBGPInfo.xml CiscoPIMInfo.xmlCiscoBGPInfo.xml CiscoMPLSInfo.xml CiscoPing.xmlCiscoIGMPInfo.xml CiscoMPLSTEInfo.xml CiscoRoutingInfo.xmlCiscoISISInfo.xml CiscoMPLSTELinkMgmtInfo.xml CiscoShowCDPNeighbors.xmlCiscoInterfaceList.xml CiscoMPLSTESpecificInfo.xml CiscoShowEtherChannelSummary.xml

2. 새 WebTools 도구의 정의 파일 세트를 작성하십시오. 도구마다 하나의 정의파일 세트가 있으며 이 정의 파일 세트는 랩퍼의 역할을 하는 템플리트 파일과 프로세서 파일로 구성됩니다. 템플리트 파일 및 프로세서 파일은 출력, 형식, 컨텐츠를 제어합니다.

v $NCHOME/core/precision/scripts/webtools/etc/templates/ 내에 템플리트 파일을 작성하거나 제품에 포함된 표준 템플리트 파일ncp_wt_border.tmpl을 사용하십시오.


v $NCHOME/core/precision/scripts/webtools/etc/processors/ 내에 프로세서 파일을 작성하거나 , 제품에 포함된 표준 프로세서 파일advtraceroute_exec.proc, default_exec.proc, default_telnet.proc,

notitle_exec.proc 중 하나를 사용하십시오.

3. 사용할 템플리트 파일 및 프로세서 파일의 세부사항으로 WebTools 구성 xml

파일을 업데이트하십시오.

4. Network Manager GUI 서버의 기존 메뉴 계층 구조에서 새 도구 메뉴 항목이 표시되는 위치를 판별하십시오.

a. /space/IBM/netcool/gui/precision_gui/profile/etc/tnm/tools에서WebTools 도구 정의 파일(예: MyNewScriptTool.xml)을 작성하십시오.

Network Manager 백엔드 서버의 WebTools 구성 파일 (예 :

ncp_webtool.cgi 구성 파일)에 정의된 대로 새 도구 정의 파일에 매개변수를 제공하여 도구를 실행하십시오.

b. /space/IBM/netcool/gui/precision_gui/profile/etc/tnm/menus 내에서 GUI 메뉴 정의 파일(예: MyNewTool.xml)을 수정하십시오.

WebTools 엔진은 새 명령 목록을 가져오고 기본 IBM 코드 및 스크립트를 사용하여 정보를 얻습니다.

WebTools 도구의 출력 변경itnmadmin 사용자는 WebTool 도구의 출력 옵션을 변경할 수 있습니다.

itnmadmin 사용자가 새 WebTool 도구를 구성하거나 기존 WebTools 도구의 출력에 변경이 필요한지 판별한 후 이 itnmadmin은 도구의 출력 옵션을 구성할 수있습니다. itnmadmin 사용자가 WebTool 도구의 출력 옵션을 구성하려면 다음 단계를 완료해야 합니다.

1. WebTools 도구의 정의 파일 세트를 작성하십시오. 도구마다 하나의 정의 파일 세트가 있으며 이 정의 파일 세트는 랩퍼의 역할을 하는 템플리트 파일과프로세서 파일로 구성됩니다. 템플리트 파일 및 프로세서 파일은 출력, 형식,

컨텐츠를 제어합니다.

v $NCHOME/core/precision/scripts/webtools/etc/templates/에 템플리트파일을 작성하십시오.

v $NCHOME/core/precision/scripts/webtools/etc/processors/에 프로세서 파일을 작성하십시오.

2. WebTools 도구의 .xml 구성 파일에서 이전 정의 파일에 대한 참조를 제거하고 새 정의 파일에 참조를 추가하십시오.


컨텍스트 메뉴 도구 작성운영자가 사용할 도구를 작성하여 네트워크 맵의 컨텍스트 메뉴에 추가할 수 있습니다.

관련 개념:

280 페이지의 『도구 정보』도구는 $NMGUI_HOME/profile/etc/tnm/tools/ 디렉토리에 있는 XML 파일에정의되어 있습니다. URL 도구를 메뉴 옵션과 연관시킬 수 있습니다.

컨텍스트 메뉴에 보고서 추가컨텍스트 메뉴에 기존 보고서를 추가할 수 있습니다. 운영자는 네트워크 맵의 디바이스에서 보고서를 실행할 수 있습니다.

기본적으로 컨텍스트 메뉴에서 사용 가능한 몇 가지 보고서가 있습니다. 컨텍스트 메뉴에 추가 보고서를 추가할 수 있습니다.

컨텍스트 메뉴에 보고서를 추가하려면 다음 단계를 완료하십시오.

1. Dashboard Application Services Hub가 설치된 서버의 다음 디렉토리에서도구 정의 XML 파일을 작성하거나 편집하십시오. $NMGUI_HOME/profile/

etc/tnm/tools/. 각 메뉴 항목에 대한 별도의 파일을 작성하고 각 파일에 의미 있는 이름을 지정하십시오.

2. 도구 정의 파일에서 보고서의 매개변수를 정의하십시오. 도메인, 엔티티 이름과 같은 일부 매개변수는 환경에서 검색되고 보고서 URL에 임베드됩니다. 정의되지 않은 보고서 매개변수에는 기본값이 사용됩니다. 기본값이 없으면 값을 묻는 메시지가 표시됩니다. 다음 예제 도구 정의는 폴링 정책 ifInDiscards

를 사용하여 일반 추세 분석 보고서를 실행하는 ifInDiscards라는 도구를 정의합니다.

<?xml version="1.0"?><ncp_tool id="ncp_ifindiscards_report" key="ncp_ifindiscards_report" label="IfInDiscards Report" type="url">

<url value="../../../tarf/servlet/component" target="_blank" windowFeatures="ScrollBars=yes,Resizable=yes,Width=1280,Height=1024" method="GET">

<parameter name="b_action" valueType="text" text="cognosViewer"/><parameter name="ui.action" valueType="text" text="run"/><parameter name="ui.object" valueType="text" text="/content/package[@name='Network Manager']

/folder[@name='Performance Reports']/report[@name='Generic Trend Analysis']"/><parameter name="ui.name" valueType="text" text="ifInDiscards Usage"/><parameter name="run.outputFormat" valueType="text" text="HTML"/><parameter name="run.prompt" valueType="text" text="false"/>

<parameter name="p_Domain" valueType="domainName" /><parameter name="p_PollDefinition" valueType="text" text="ifInDiscards"/><parameter name="p_Hostname" valueType="ncim" table="entityData" column="entityName"

runOnMainNode="true"/>

</url></ncp_tool>


3. $NMGUI_HOME/profile/etc/tnm/menus/ncp_reports.xml 파일을 편집하여 도구 정의 파일을 참조하는 메뉴 항목을 추가하십시오. 다음 예제는 보고서 메뉴에서 이전 예제에 정의한 ncp_ifindiscards_report 등 몇 가지 보고서에대한 컨텍스트 메뉴 옵션을 정의합니다.

<ncp_menu id="ncp_reports_menu" key="ncp_reports_menu" label="Reports"><definition><tool id="ncp_bandwidth_in_report"/><tool id="ncp_bandwidth_out_report"/><tool id="ncp_availability_report"/><tool id="ncp_ifindiscards_report"/><tool id="ncp_memory_usage_report"/><tool id="ncp_cpu_usage_report"/><tool id="ncp_cisco_device_dashboard"/><tool id="ncp_monitored_policies_report"/>

</definition></ncp_menu>

컨텍스트 필터를 사용하면 특정 유형의 디바이스에서 실행할 수 있는 보고서를정의할 수 있습니다.

URL 도구URL 도구는 새 브라우저 창을 열고 지정된 URL을 적용합니다.

마우스 오른쪽 단추 누르기 도구를 확장하기 위해 구성할 수 있는 URL 도구의예는 다음과 같습니다.

v 써드파티 애플리케이션v 사용자 정의 CGI 스크립트v 웹 사이트: 절대 URL(예: http://www.any_company.com)을 사용하십시오.

URL 도구는 $NMGUI_HOME/profile/etc/tnm/tools/ 디렉토리에 있는 XML 파일에 정의되어 있습니다.

도구가 열리는 창의 기능을 지정할 수 있습니다. 기능별 매개변수를 사용하여 가장 일반적인 기능을 지정하거나 공통 매개변수를 사용하여 기능을 지정하면 창기능을 지정할 수 있습니다.

예제

다음 예제는 서버에서 선택된 디바이스 또는 구성요소로의 라우트를 추적하고URL 도구를 정의하는 데 사용되는 XML 파일 형식을 표시하는 URL 도구를 표시합니다. 요소 및 속성은 설명 목적으로만 굵게 강조표시됩니다.

<ncp_tool id="server_traceroute" label="Trace route from server" type="url" runforeach="false" runonlist="true"key="key"><url value="/webtop/cgi-bin/traceroute.cgi" target="_blank"><parameter name="host" valueType="ncim" table="chassis" column="accessIPaddress" runOnMainNode="true"/></url><context>


</context><security></security></ncp_tool>

샘플 URL 도구URL 도구를 정의하는 데 사용되는 XML 속성 및 요소를 이해하려면 이 예제 정보를 사용하십시오.

다음 XML 코드는 parameter 속성 사용을 표시합니다.

<ncp_tool id="url_tool_id" label="My URL Tool" type="url"<url value="/mytool/doSomething.do" target="_blank"><parameter name="domain" valueType="domainName"/><parameter name="webtopds" valueType="webtopDataSource"/><parameter name="host" valueType="ncim" table="chassis"column="accessIPaddress" runOnMainNode="true"/><parameter name="retries" valueType="text" text="3"/><parameter name="userId" valueType="cookie" cookieName="userId"/></url><context>......</context><security>......</security></ncp_tool>

디바이스에 대해 실행되는 경우 이 예제는 다음 양식을 가진 URL을 작성합니다.

https://server:port/ibm/console/mytool/doSomething.do?domain=NCOMS

&webtopDataSource=NCOMS&host=1.2.3.4&retries=3&userId=fred

URL 도구의 샘플 창 기능URL 도구가 열리는 창의 기능을 지정하려면 이 예제를 사용하십시오.

다음 예제에서 속성은 설명 목적으로만 굵게 강조표시되어 있습니다.

예제 1

다음 예제는 기능당 하나의 매개변수를 사용하여 가장 공통적인 기능을 지정하는 방법을 설명합니다.

<ncp_tool id="url_tool_id" label="My URL Tool" type="url"<url value="/mytool/doSomething.do" target="_blank" width="500" height="500"status="no" resizable="no"></url>......</ncp_tool>


예제 2

다음 예제는 공통 windowFeatures 매개변수를 사용하여 창 기능을 지정하는 방법을 설명합니다.

<ncp_tool id="url_tool_id" label="My URL Tool" type="url"<url value="/mytool/doSomething.do" target="_blank" windowFeatures="width=500,height=500, menubar=no, toolbar=no,location=no, status=no, resizable=no"></url>......</ncp_tool>

컨텍스트 메뉴에 CGI 스크립트 추가네트워크 운영자가 디바이스를 마우스 오른쪽 단추로 눌러 추가 도구를 사용할수 있도록 하려면, 사용자 정의 CGI 스크립트를 포함하도록 컨텍스트 메뉴를 확장하십시오. 디바이스를 마우스 오른쪽 단추로 눌러 사용자 정의 도구에 액세스합니다.

제한사항: Subnet 디바이스 유형에서는 사용자 정의 도구를 실행할 수 없습니다.

NCHOME/omnibus_webgui/etc/cgi-bin에서 모든 CGI 스크립트를 저장해야 합니다.

Tivoli Netcool/OMNIbus 웹 GUI에서 CGI 도구를 등록해야 합니다.

CGI 스크립트 매개변수확장된 컨텍스트 메뉴에서 사용할 CGI 스크립트를 작성하는 경우, 스크립트 매개변수를 사용하여 스크립트가 호출되는 디바이스를 참조해야 합니다.

디바이스를 참조하려면, TopoViz에 의해 사용자 정의 스크립트로 자동으로 전달되는 다음 고정 매개변수를 사용하십시오.

경고: URL 도구 정의에 매개변수가 지정되지 않은 경우에만 매개변수가 제공됩니다. 그렇지 않으면, CGI 스크립트로 전달된 매개변수는 도구에 지정됩니다.

$selected_rows.ServerName

이 값은 현재 Network Manager 도메인에 대응하는 ObjectServer 이름을 정의합니다. 이 값은 토폴로지 데이터베이스가 작성될 때 ncp.domains

테이블에 정의됩니다.

$selected_rows.NmosObjInst

이 값은 디바이스의 고유 I D입니다 . 토폴로지 데이터베이스의mainNodeDetails 테이블에 있는 ObjectId 필드에 해당합니다.


$selected_rows.Node

이 값의 출처는 ObjectServer입니다. 일반적으로 이 값은 토폴로지 데이터베이스의 mainNodeDetails 테이블에 있는 IpAddress 필드에 해당합니다.

이러한 값은 컨텍스트 메뉴가 사용될 때 선택된 장치를 참조합니다. Topoviz는HTTP Get 요청을 사용하여 스크립트를 호출하고 URL의 위 매개변수를 전달합니다. URL은 x-www-form-urlencoded 형식으로 인코드됩니다. 영숫자가 아닌문자는 3자 문자열 %xy로 변환됩니다(여기서, xy는 문자의 하위 8비트를 나타내는 2자리 16진 표시임).

예제

traceroute.cgi 스크립트가 192.168.21.35 호스트에서 실행되는 경우, 스크립트에는 다음 변수가 전달됩니다.

v ServerName=Primary_01

v NmosObjInst=1477

v Node=192.168.0.7

다음 URL을 사용하여 새 브라우저 창이 열립니다.

https://192.168.21.35:16316/ibm/console/webtop/cgi-bin/traceroute.cgi?%24selected_rows.ServerName%3DPrimary_01%26%24selected_rows.NmosObjInst%3D1477%26%24selected_rows.Node%3D192.168.0.7

Tivoli Netcool/OMNIbus 웹 GUI에서 도구 등록CGI 스크립트를 작성하고 적합한 도구를 정의한 경우, Topoviz에서 도구를 사용할 수 있도록 웹 GUI에서 도구를 등록해야 합니다.

버전 2.2 이하에서는 Tivoli Netcool/OMNIbus 웹 GUI를 Netcool/Webtop이라고 합니다. 도구를 등록하면 Topoviz에서만 도구를 사용할 수 있습니다.

CGI 등록 창에서 도구 설정값과 특성을 구성할 수 있습니다. 자세한 내용은 IBM

Tivoli Netcool/OMNIbus 웹 GUI 관리 및 사용자 안내서를 참조하십시오.

웹 GUI에서 도구를 등록하려면 다음을 수행하십시오.

1. 컨텐츠를 누르십시오. 메뉴 및 & 도구 목록에서 CGI 등록 > 등록을 선택하십시오. CGI 등록 페이지가 표시됩니다.

2. 도구 이름과 스크립트의 파일 이름을 입력하십시오.

웹 GUI에서 도구를 사용할 수 있도록 하려면 기본 웹 GUI 클라이언트에 도구를 추가해야 합니다.


Tivoli Netcool/OMNIbus 웹 GUI에서 도구를 사용할 수 있도록 설정웹 GUI에서 도구를 등록하는 것 이외에 기본 웹 GUI 클라이언트에서도 도구를사용할 수 있도록 설정해야 합니다.

버전 2.2 이하에서는 Tivoli Netcool/OMNIbus 웹 GUI를 Netcool/Webtop이라고 합니다.

도구 편집기 창에서 도구 설정값과 특성을 구성할 수 있습니다. 자세한 내용은IBM Tivoli Netcool/OMNIbus 웹 GUI 관리 및 사용자 안내서를 참조하십시오.

웹 GUI에서 도구를 작성하려면 다음을 수행하십시오.

1. 컨텐츠 탭을 클릭하십시오. 메뉴 및 도구 목록에서 도구를 선택하십시오. 도구 편집기 페이지가 표시됩니다.

2. 작성을 누르십시오. 새 도구 작성 페이지가 표시됩니다.

3. 도구 이름과 유형을 입력하십시오.

연결 정보 표시 도구 구성연결 정보 표시 도구가 네트워크 홉 보기 또는 네트워크 보기(Network Views)

에서 실행될 때 표시할 인터페이스 유형을 지정할 수 있습니다. 인터페이스에 대해 표시되는 정보를 변경할 수도 있습니다.

표시되는 인터페이스 유형을 변경하려면 해당 인터페이스 유형의 ID를 알아야합니다. NCIM 토폴로지 데이터베이스에서 다음 SQL 조회를 실행하여 인터페이스유형 ID를 결정할 수 있습니다.

SELECT * FROM ncim.enumerations where enumGroup = 'ifType';

연결 정보 표시 도구는 선택된 디바이스에 연결된 인터페이스 및 디바이스 테이블을 표시합니다.

1. 옵션: 표시되는 인터페이스 유형을 구성합니다. 기본적으로, 선택된 디바이스의 모든 인터페이스 유형이 포함됩니다.

a. $NMGUI_HOME/profile/etc/tnm/topoviz.properties 구성 파일을 여십시오.

b. topoviz.properties 파일에 다음 예제와 유사한 라인을 입력하여 인터페이스 유형을 포함시키십시오.

topoviz.connectivity.includes=2,36

이 예제에서, 연결 정보 표시 도구는 인터페이스 유형 2 및 36만 표시합니다.

c. topoviz.properties 파일에 다음 예제와 유사한 라인을 입력하여 인터페이스 유형을 제외하십시오.


topoviz.connectivity.excludes=1

이 예제에서, 연결 정보 표시 도구는 인터페이스 유형 1을 제외한 모든인터페이스 유형을 표시합니다.

d. 인터페이스 유형을 포함시키거나 인터페이스 유형을 제외하여 연결 정보표시 도구에 표시할 인터페이스 유형을 지정하십시오.

참고: topoviz.properties 파일에서 includes 및 excludes 매개 변수를모두 사용하지 않아야 합니다. 이렇게 하면 연결 정보 표시 도구에서 예기치 않은 결과가 발생할 수 있습니다

e. topoviz.properties 파일을 저장한 후 닫으십시오.

2. 옵션: 표시되는 컬럼을 구성합니다. 기본적으로 이 컬럼은 표시되어 있습니다.

ifDescr, ifType, 및 ifTypeString.

a. $NMGUI_HOME/profile/etc/tnm/ncimMetaData.xml 파일을 백업한 후 편집하십시오.

b. 다음 파일을 찾으십시오.

<columnView tableMode="showconnecttable"><columnName tableAlias="n" column="ifDescr"/><columnName tableAlias="n" column="ifType"/><columnName tableAlias="n" column="ifTypeString"/>

</columnView>

c. 표시 할 컬럼을 추가하거나 제거하십시오. networkInterface 엔티티 속성 테이블의 모든 열을 사용할 수 있습니다.

d. $NMGUI_HOME/profile/etc/tnm/ 파일을 저장한 후 닫으십시오.

MIB 브라우저를 여는 도구 작성네트워크 운영자에게 추가 진단 정보를 제공하려면, 이벤트 뷰어 또는 토폴로지맵에서 MIB 브라우저를 열고 MIB 브라우저에 정보를 표시하는 사용자 정의 도구를 작성하십시오.

예를 들어, 이벤트 뷰어에서 MIB 브라우저를 열고 영향받는 디바이스의 모든 인터페이스에 대한 SNMP Walk 조회를 수행하며 MIB 브라우저에 이 인터페이스MIB 데이터를 자동으로 표시하는 도구를 작성할 수 있습니다.

MIB 브라우저 모드사용자 정의 도구는 두 가지 모드 중 하나(전체 모드 또는 결과 전용 모드)로 MIB

브라우저를 열 수 있습니다.

전체 모드전체 MIB 브라우저가 MIB 트리, MIB 변수 정보 패널 및 SNMP 조회결과 패널과 함께 표시됩니다.


결과 전용 모드MIB 브라우저 조회 결과가 SNMP 조회 결과 패널에 단일 페이지로 표시됩니다.

사용자 정의 도구 작성이벤트 뷰어 또는 토폴로지 맵에서 네트워크 운영자에게 추가 정보를 제공하려면, MIB 브라우저에 정보를 표시하는 사용자 정의 도구를 작성하십시오.

1. MIB 브라우저가 표시할 데이터 및 MIB 브라우저가 해당 데이터를 표시할방법을 결정하십시오.

2. MIB 브라우저를 여는 필수 컨텐츠 및 형식을 가진 URL을 판별하십시오. URL

형식은 다음과 같아야 합니다.

https://host:port/ibm/console/ncp_mibbrowser/Launch.do

여기서,

v host는 Dashboard Application Services Hub 서버가 실행 중인 호스트의 IP 주소입니다.

v port는 호스트에서 액세스할 포트입니다. 기본값은 16316입니다.

이 형식의 URL은 도메인 옵션이 목록의 첫 번째 값으로 설정되고 SNMP

조회 도구 모음에 호스트 또는 값 옵션이 설정되지 않은 상태에서 MIB 브라우저를 시작합니다.

3. 이벤트 뷰어 또는 토폴로지 맵에서 마우스 오른쪽 단추 클릭에 응답하여 URL

을 구성하는 CGI 스크립트를 작성하십시오.

4. Topoviz에서 사용할 도구를 정의하고 저장하려면 Tivoli Netcool/OMNIbus

웹 G U I에 도구를 등록하십시오 . 버전 2 . 2 이하에서는 T i v o l i

Netcool/OMNIbus 웹 GUI를 Netcool/Webtop이라고 합니다.

5. 웹 GUI에서 사용할 도구를 정의하고 저장하려면 웹 GUI에서 도구를 작성하십시오.

6. 컨텍스트 메뉴에서 마우스 오른쪽 단추 클릭 옵션으로 도구를 사용할 수 있도록 하려면 웹 GUI에서 메뉴 항목을 작성하십시오.

MIB 브라우저 URL의 선택적 매개변수MIB 브라우저를 시작하는 URL을 정의할 때 많은 선택적 매개변수를 추가로 제공할 수 있습니다.

domain

MIB 및 SNMP 데이터를 확보하는 데 사용할 IBM Tivoli Network

Manager IP Edition 도메인의 이름입니다. 이 매개변수 값은 구성 도구모음에서 도메인 옵션 메뉴를 설정하는 데 사용됩니다.


팁: 이벤트 뷰어에서 MIB 브라우저를 여는 도구를 작성하려면 IBM Tivoli

Network Manager IP Edition 대신 ObjectServer의 이름을 지정할 수있습니다. 이를 수행하려면 $selected_rows.ServerName 매개변수를 지정하십시오. 여기서 ServerName은 ObjectServer의 이름을 지정하는 이벤트뷰어 이벤트의 필드입니다.

host SNMP 데이터를 조회할 대상 디바이스의 IP 주소입니다. 이 값은 SNMP

조회 도구 모음의 호스트 필드를 채우는 데 사용됩니다.

변수 조회할 MIB 오브젝트입니다 . 이 값은 MIB 오브젝트의 OID(예 :

1.3.6.1.2.1.1.3)이거나 MIB 오브젝트 이름(예: sysUpTime)일 수 있습니다.

이 값은 SNMP 조회 도구 모음의 OID 필드를 채우는 데 사용됩니다.

resultsOnly

MIB 브라우저가 전체 모드 또는 결과 전용 모드에서 시작되는지 여부를지정합니다. 다음 옵션 중 하나를 지정하십시오.

v true: 결과 전용 모드에서 MIB 브라우저가 열립니다.

v false: 전체 모드에서 MIB 브라우저가 열립니다.

domain, host 및 variable 매개변수를 제공하는 경우, MIB 브라우저가 시작되고 이러한 매개변수로 지정된 SNMP 조회를 자동으로 수행하며 SNMP 조회 결과 영역에 결과를 표시합니다. SNMP 조회 유형은 variable 매개변수 값에 따라다릅니다.

도구를 정의하는 XML 요소 및 속성URL 도구 및 보고서를 여는 도구를 정의하려면 이 XML 요소 및 속성을 이용하십시오.

다음 테이블에서는 URL 도구 및 보고서를 여는 도구를 정의하는 데 사용되는XML 요소 및 속성을 설명합니다.

표 26. URL 도구 및 보고서를 여는 도구를 정의하기 위해 사용되는 요소 및 속성요소 또는 속성 유형 설명context Attribute 도구의 컨텍스트 필터를 지정합니다.

excludeBaseContext Attribute 기본 기반 컨텍스트를 제외할 것인지 여부를 판별하지만 기본 URI의 프로토콜 서버 포트 부분을 유지합니다. 예를 들어, 기본 URI에서 /ibm/console을 제외하려면값을 true로 설정하십시오. 기본값은 false입니다.

excludeBaseURI Attribute https://server:port/ibm/console 이하의 모든 항목을 포함하는 기본 기반 URI를 제외할 것인지 여부를 판별합니다. 기본값은 false입니다.

id Attribute 이 도구의 영숫자 ID를 포함합니다.

key Attribute $NMGUI_HOME/profile/etc/tnm/locale/ncp_tools(_xx_XX).properties 파일에 대한 검색으로 사용됩니다. 이 속성을 사용하여 로케일 설정이 서로 다른 사용자의 도구 레이블 변환을 지정할 수 있습니다.

label Attribute 메뉴에 표시되는 이 도구에 대한 메뉴 옵션의 실제 텍스트를 포함합니다.


표 26. URL 도구 및 보고서를 여는 도구를 정의하기 위해 사용되는 요소 및 속성 (계속)

요소 또는 속성 유형 설명이름 Attribute 매개변수에 사용될 이름을 지정하십시오.

ncp_tool Element 도구 정의를 소개합니다.

omitDefault

Parameters

Attribute <url> 요소의 속성이며 true로 설정된 경우 기본 매개변수가 URL에 추가되지 않습니다. 도구에 <parameter> 태그가 없으며 기본 매개변수를 추가하지 않을 경우 이속성을 true로 설정하십시오. 도구에 일부 <parameter> 태그가 있는 경우 이 속성은 적용되지 않습니다.

parameter Element URL로 전달할 매개변수를 지정합니다. 다음 매개변수 유형을 사용하여 다중 매개변수를 구성할 수 있습니다. 이러한 각 매개변수 유형은 다음과 같이 다른 valueType

속성을 사용하여 공식화됩니다.

v NCIM 토폴로지 데이터베이스 필드 값. 검색된 데이터는 엔티티와 연관되어야 합니다.

v 도구가 실행 중인 디바이스를 포함하는 Network Manager 도메인 이름.

v 도구가 실행 중인 디바이스를 포함하는 Tivoli Netcool/OMNIbus 웹 GUI 도메인에 맵핑된 Network Manager 데이터 소스 이름.

v 웹 브라우저 쿠키 값.

v 일반 텍스트. 도구별 매개변수(예: 홉 보기를 실행하는 도구로 전달할 홉 수 또는 재시도 횟수)를 지정하려면 이 매개변수 유형을 사용하십시오.

runforeach Attribute true 값으로 설정된 경우, 이 도구는 선택된 각 노드에 대해 한 번 실행됩니다.

runonlist Attribute true 값으로 설정된 경우, 이 도구는 한 번만 실행됩니다. 선택된 노드는 쉼표로 구분된 목록으로 도구로 전달됩니다.

security Attribute 도구의 보안 필터를 지정합니다.

type Attribute 지원되는 도구 유형은 다음과 같습니다.

v url: URL 도구를 정의하려면 이 옵션을 사용하십시오.

target Attribute 이 속성은 표준 HTML 구문이며 도구를 열 창의 이름을 지정합니다. 값은 다음 중하나입니다.

v _blank: 새 창에서 도구를 엽니다.

v _self: 현재 창에서 도구를 엽니다.

또한 창 이름을 지정할 수 있습니다.

url Element 사용자가 이 도구를 선택할 때 열 URL을 지정합니다.

value Attribute <url> 요소의 URL 값을 지정합니다. 여기에 $NMGUI_HOME/profile/etc/tnm/

tnm.properties 파일에서 정의한 변수를 사용할 수 있습니다. 예를 들어, 다음과 비슷한 URL을 사용하여 tnm.myserveraddress 및 tnm.myserverport라는 두 개의변수를 참조할 수 있습니다.

url="https://{%prop:tnm.myserveraddress}:{%prop:tnm.myserverport}/rest_of_url"


표 26. URL 도구 및 보고서를 여는 도구를 정의하기 위해 사용되는 요소 및 속성 (계속)

요소 또는 속성 유형 설명valueType Attribute 도구가 호출되는 Network Manager 웹 애플리케이션이 매개변수 값을 확보하는 방

법을 표시합니다. 이 속성 값은 다음 중 하나입니다.

v domainName: 도구가 실행 중인 디바이스를 포함하는 Network Manager 도메인이름을 확보합니다.

v webtopDataSource : 도구가 실행 중인 디바이스를 포함하는 Tivol i

Netcool/OMNIbus 웹 GUI 도메인에 맵핑된 Network Manager 데이터 소스이름을 확보합니다.

v ncim: NCIM 토폴로지 데이터베이스에서 필드 값을 검색합니다. 토폴로지 데이터베이스 필드를 지정하려면 table 및 column 매개변수를 사용하십시오. 선택된인터페이스를 포함하는 기본 노드와 연관된 entityId 필드를 사용하려면runOnMainNode 속성을 true로 설정하십시오.

v cookie: cookieName 속성을 사용하여 지정된 쿠키 값을 확보합니다.

v text: 지정된 text 속성이 매개변수 값으로 추가됩니다.

도구 및 메뉴의 컨텍스트 필터 정의컨텍스트 필터를 사용하여 메뉴 또는 도구가 사용 가능한 보기 유형과 이를 실행할 수 있는 디바이스를 지정할 수 있습니다.

메뉴 또는 도구의 컨텍스트 필터를 정의하려면 다음 단계를 완료하십시오.

1. $NMGUI_HOME/profile/etc/tnm/menus/ 디렉토리에서 필터가 적용될 메뉴 또는 도구를 정의하는 XML 파일을 편집하십시오.

2. 옵션: <context> 요소를 편집하여 필터를 정의하십시오. 컨텍스트 필터에 사용 가능한 XML 요소 및 속성에 대한 참조 정보와 컨텍스트 필터 정의를 지원하기 위해 제공되는 예제를 사용하십시오. <context> 요소를 사용하지 않는 경우 선택적 security 요소에서 지정한 제한사항에 따라 모든 디바이스에 대해 도구 또는 메뉴가 사용 가능합니다.

관련 개념:

279 페이지의 『필터 정보』필터는 XML 메뉴 정의 또는 XML 도구 정의의 일부를 구성하는 XML 코드조각입니다. 두 가지 유형의 필터 즉, 컨텍스트 필터와 보안 필터가 있습니다.


컨텍스트 필터를 정의하는 XML 속성컨텍스트 필터를 정의하는 다양한 XML 요소 및 속성을 이해합니다.

샘플 컨텍스트 필터

다음 예제는 컨텍스트 필터 형식을 표시합니다.

<context><attribute id="class">

<matches regexp=".*Cisco*"/></attribute><attribute id="clientType">

<equals value="ncp_networkview"/></attribute><attribute id="managed"></attribute><attribute id="entityType">

<equals value="1"/></attribute><attribute id="viewType">

<equals value="1"/></attribute><attribute id="{%prop:status.view.enabled}">

<equals value="true" /></attribute>

</context>

메뉴가 표시되는 경우 컨텍스트는 각 id 속성과 일치해야 합니다. 이 예제에서,

이 도구나 메뉴는 필터링된(viewType = "1") 네트워크 보기에서만 사용할 수 있으며, 디바이스 상태가 표시되도록 구성될 때만 관리 상태의 기본 노드 디바이스에 대해서만 실행할 수 있습니다.

컨텍스트 필터의 XML 속성

다음 표는 컨텍스트 필터 정의에 사용 가능한 XML 요소, 속성 및 연산자를 설명합니다.

표 27. 컨텍스트 필터 XML 정의 섹션의 요소, 속성, 연산자요소 또는 속성 설명{%prop:property} 이 요소는 주어진 특성을 기반으로 하는 메뉴 항목을 특성 파일에 표시합니다.

예를 들어, 다음 정의는 status.view.enabled 특성의 값이 true일 경우 메뉴 항목을 표시합니다.값이 false일 경우 메뉴 항목은 숨겨집니다.

<attribute id="{%prop:status.view.enabled}"><equals value="true" />

</attribute>


표 27. 컨텍스트 필터 XML 정의 섹션의 요소, 속성, 연산자 (계속)

요소 또는 속성 설명childViewType childViewType 속성은 보기 유형을 필터링합니다. 즉, 선택한 보기가 다른 보기에 포함됩니다.

값은 다음 중 하나입니다.

v 0 - 컨테이너

v 1 - 필터링됨

v 2 - 콜렉션

v 3 - MPLS VPN

v 4 - IP 필터

v 5 - 지정되지 않음

v 6 - 사용자 정의

v 7 - VPLS VPN

v 8 - 종속

v 100 - 동적 콜렉션

v 101 - 동적 서브넷

v 102 - 동적 MPLS VPN

v 103 - 동적 중복 제거

v 104 - 동적 템플리트


class 마우스 오른쪽 단추 누르기가 수행되는 디바이스의 ClassName에 해당clientType 도구가 실행될 수 있는 웹 애플리케이션. 값은 다음 중 하나입니다.

v ncp_hopview

v ncp_networkview

v ncp_structurebrowser

entityType 도구를 실행할 수 있는 디바이스 유형(entityType).

equals 속성 간에 단순 = 비교를 수행합니다.

managed 관리 상태의 디바이스에 대해서만 도구를 실행할 수 있는지 여부를 표시합니다. 값은 다음 중 하나입니다.

v true

v false

matches 속성 간에 정규 표현식 비교를 수행합니다.

notequals 속성 간에 단순 not= 비교를 수행합니다.


표 27. 컨텍스트 필터 XML 정의 섹션의 요소, 속성, 연산자 (계속)

요소 또는 속성 설명viewType 도구를 표시하고 사용할 수 있는 보기의 유형을 정의합니다. 선택한 디바이스가 있는 보기를 참조하

십시오.


v 0 - 컨테이너

v 1 - 필터링됨

v 2 - 콜렉션

v 3 - MPLS VPN

v 4 - IP 필터

v 5 - 지정되지 않음

v 6 - 사용자 정의

v 7 - VPLS VPN

v 8 - 종속

v 100 - 동적 콜렉션

v 101 - 동적 서브넷


v 103 - 동적 중복 제거

v 104 - 동적 템플리트


도구 및 메뉴의 사용자 액세스 정의보안 필터를 사용하여 도구 또는 메뉴를 표시할 수 있는 사용자, 역할 및 그룹을지정할 수 있습니다.

도구 또는 메뉴의 보안 필터를 정의하려면 다음 단계를 완료하십시오.

1. $NMGUI_HOME/profile/etc/tnm/menus/ 디렉토리에서 필터가 적용될 메뉴 또는 도구를 정의하는 XML 파일을 편집하십시오.

2. <security> 요소를 편집하여 필터를 정의하십시오. 보안 필터에 사용 가능한 XML 요소 및 속성에 대한 참조 정보와 보안 필터 정의를 지원하기 위해제공되는 예제를 사용하십시오.

관련 개념:

279 페이지의 『필터 정보』필터는 XML 메뉴 정의 또는 XML 도구 정의의 일부를 구성하는 XML 코드조각입니다. 두 가지 유형의 필터 즉, 컨텍스트 필터와 보안 필터가 있습니다.


보안 필터를 정의하는 XML 속성보안 필터를 정의하는 <security> 요소의 다양한 XML 속성을 이해합니다.

예제

다음 예제는 보안 필터를 표시합니다.

<security><user name="bob"/><user name="mary"/><group name="Network Manager IP Desktop"/><role name="ncp_networkview"/>

</security>

메뉴 또는 도구가 표시될 경우, 컨텍스트는 다음 속성 지정 중 최소한 하나와 일치해야 합니다.

v 사용자 bob

v 사용자 mary

v ncp_networkview 역할을 가진 사용자v Network Manager IP Desktop 그룹의 사용자

보안 필터 요소 및 속성

다음 표는 보안 필터 정의에 사용 가능한 XML 요소, 속성 및 연산자를 설명합니다.

표 28. 보안 필터 XML 정의 섹션의 요소, 속성, 연산자요소 또는 속성 유형 설명user Attribute 특정 사용자에게 도구 또는 메뉴를 지정합니다.

group Attribute 특정 그룹에 도구 또는 메뉴를 지정합니다.

role Attribute 특정 역할에 도구 또는 메뉴를 지정합니다.

관련 개념:

158 페이지의 『Network Manager 사용자 역할』Network Manager는 웹 애플리케이션에서 사전정의된 활동 세트를 수행할 수있는 기능을 사용자에게 제공하는 다수의 기본 역할을 정의합니다.


도구의 변수 정의tnm.properties 파일의 도구에서 사용할 변수를 정의할 수 있습니다.

도구에서 변수를 사용하고 각 도구에서 변수를 하드코딩하지 않으려면tnm.properties 파일에서 변수를 정의할 수 있습니다. 모든 도구 정의에서 변수를 참조할 수 있습니다.

예를 들어, 다른 애플리케이션으로 시작되는 마우스 오른쪽 단추 클릭 도구는 애플리케이션의 서버 및 포트 세부사항을 사용하여 구성해야 합니다.

도구에서 사용할 변수를 정의하려면 다음 단계를 완료하십시오.

1. $NMGUI_HOME/profile/etc/tnm/tnm.properties 파일을 백업 및 편집하십시오.

2. 다음 예제와 비슷한 항목을 추가하거나 편집하십시오.

tnm.bhm.server=myserver.mydomain.comtnm.bhm.port=40443

참고: tnm.properties 파일에서 변수는 tnm. 문자열로 시작해야 합니다.

3. 도구 정의 XML 파일에서 이러한 변수를 다음 예제와 같이 참조하십시오.

url="https://{%prop:tnm.bhm.server}:{%prop:tnm.bhm.port}/rest_of_url"


제 10 장 네트워크 토폴로지 편집

감지된 네트워크 토폴로지를 편집하여 디바이스와 연결을 수동으로 추가 및 제거할 수 있습니다.

토폴로지 편집 정보네트워크 디바이스 추가, 네트워크 디바이스 사이의 연결 추가, 도메인에서 디바이스 제거 및 삭제, 네트워크 디바이스 사이의 연결 제거 등의 조치를 수행하여감지된 네트워크 토폴로지를 편집할 수 있습니다. 토폴로지는 네트워크 홉 보기에서만 편집할 수 있습니다.

수동으로 추가한 네트워크 디바이스와 감지된 네트워크 디바이스가 구분되도록 네트워크 홉 보기 를 구성하는 방법에 대해서는 IBM Tivoli Network Manager IP


토폴로지 편집 및 감지 프로세스감지에 이어 토폴로지 관리자(ncp_model)는 NCIM 토폴로지 데이터베이스의 관련 테이블을 조사하여, 시행된 수동 토폴로지 변경을 판별하고 이러한 수동 변경이 겹쳐쓰이지 않도록 합니다.

토폴로지에 대한 모든 수동 변경은 NCIM 토폴로지 데이터베이스(entityActions

및 connectActions 테이블)에 기록됩니다.

수동으로 추가한 디바이스와 연결에 대한 감사 로그를 검토하는 방법에 관한 정보는 IBM Tivoli Network Manager Reference에서 entityActions 및connectActions 테이블의 설명을 참조하십시오.

토폴로지에 대한 수동 변경 감사 추적토폴로지에 대한 모든 수동 변경은 NCIM 토폴로지 데이터베이스(entityActions

및 connectActions 테이블)에 기록됩니다. 이러한 테이블은 수동 조치를 실행 취소할 뿐 아니라 수동 토폴로지 변경에 대한 감사 추적을 원할하게 해줍니다.

수동으로 추가한 디바이스와 연결에 대한 감사 로그를 검토하는 방법에 관한 정보는 IBM Tivoli Network Manager Reference에서 entityActions 및connectActions 테이블의 설명을 참조하십시오.


토폴로지에 디바이스 추가감지된 네트워크 토폴로지에 수동으로 기본 노드 디바이스 엔티티를 추가할 수있습니다. 이 조치는 특정 네트워크 디바이스에 대한 액세스 권한이 없거나 특정디바이스 유형에는 디바이스 지원(감지 에이전트)을 사용할 수 없기 때문에 필요합니다.

디바이스 추가 마법사를 사용하여 수동으로 토폴로지에 디바이스를 추가합니다.

이 마법사가 NCIM 토폴로지 데이터베이스인 entityData, chassis 및 ipEndPoint

테이블을 업데이트합니다. 이들 NCIM 토폴로지 데이터베이스 테이블에 대한 자세한 정보는 IBM Tivoli Network Manager Reference의 내용을 참조하십시오.

참고: 수동으로 추가된 디바이스를 네트워크 보기에 표시할 수 있습니다. 네트워크 가용성 > 네트워크 보기로 이동하여 네트워크 보기 트리에서 수동으로 추가된 디바이스를 선택하십시오.

마법사를 실행하려면 다음 단계를 완료하십시오.


2. 표시되는 토폴로지 맵에는 연결을 추가하려는 디바이스가 하나 이상 포함되어 있어야 합니다. 네트워크 홉 보기 에 토폴로지 맵을 표시하는 방법에 대해서는 IBM Tivoli Network Manager 사용자 안내서의 내용을 참조하십시오.

3. 네트워크 홉 보기 에서 디바이스 또는 토폴로지 맵의 백그라운드 영역을 마우스 오른쪽 단추로 클릭하고 토폴로지 관리 > 디바이스 추가를 클릭하십시오. 디바이스 추가 마법사 엔티티 세부사항 창이 열립니다.

4. 다음과 같이 엔티티 세부사항 창을 완료하십시오.

domain

디바이스를 추가하는 도메인. 이 값은 디바이스 추가 마법사를 실행한 홉 보기의 도메인에서 검색합니다.

entityName

이 디바이스의 IP 주소 또는 DNS 이름. 예를 들어, 172.20.1.7 같은IP 주소나 company-abc.net 같은 DNS 이름입니다.

제한사항: Fix Pack 2 디바이스 이름에 대괄호([])를 사용할 수 있지만디바이스 이름 끝에는 대괄호를 사용할 수 없습니다.

제한사항: 이 이름은 현재 도메인 내의 모든 엔티티에 대해 고유해야합니다. 엔티티 이름이 동일한 디바이스가 이 도메인에 이미 있으면마법사에서 다른 엔티티 이름을 지정할 것을 요청합니다. 이는 디바이스가 수동으로 추가되거나 감지되는지 여부에 상관없이 적용됩니다.

이 경우, 다음 중 하나를 수행하십시오.


v 다른 엔티티 이름을 입력하십시오.

v 마법사를 취소하고 다른 도메인을 선택하십시오. 이 프로시저의 2

단계로 돌아가 이 새 도메인에 디바이스를 추가하십시오.

entityType

엔티티의 유형. 이 값은 섀시로 설정됩니다. 이는 섀시 또는 기본 노드 디바이스만 추가할 수 있음을 의미합니다.

displayLabel

네트워크 보기 또는 네트워크 홉 보기에서 이 디바이스에 대해 표시할 레이블.

description

이 디바이스에 대한 텍스트 설명.

reason

이 디바이스를 토폴로지에 추가하는 이유.

5. 다음을 클릭하십시오. 다음과 같이 섀시 세부사항 창을 완료하십시오.이 창의필드는 추가하는 디바이스에 대한 NCIM 섀시 테이블을 채웁니다.

className

디바이스의 클래스 이름. 마스터 className 필드는 entityClass 테이블에 있습니다.className을 지정한 경우, 이 필드는 NCIM 데이터베이스 entityClass 테이블에서 사용 가능한 클래스를 표시합니다.

디바이스를 분류하려면 이 목록에서 클래스를 선택하십시오.

sysObjectId

엔티티에 포함된 네트워크 관리 서브시스템의 공급업체 권한 ID입니다. sysObjectId를 지정한 경우 이 디바이스의 올바른 sysObjectId

값을 입력하십시오.

sysName

관리 노드에 대해 관리식으로 지정된 이름. 규칙에 따라, 이는 노드의 완전한 도메인 이름입니다. 이름을 알 수 없는 경우, 값은 길이 0

의 문자열입니다.

sysDescr

엔티티의 텍스트 설명. 이 값에는 시스템 하드웨어 유형, 소프트웨어운영 체제 및 네트워킹 소프트웨어의 전체 이름 및 버전 식별이 포함되어야 합니다.

sysLocation

이 노드의 실제 위치(예: 『telephone closet, 3rd floor』). 위치를 알수 없는 경우, 값은 길이 0의 문자열입니다.

제 10 장 네트워크 토폴로지 편집 305

sysContact

이 관리 노드에 대한 연락 담당자의 텍스트 식별과, 이 담당자에게 연락하는 방법에 대한 정보. 연락 정보를 알 수 없는 경우, 값은 길이0의 문자열입니다.

ipForwarding

엔티티가 수신했지만 이 엔티티로 주소가 지정되지 않은 데이터그램의 전달에 대해 엔티티가 IP 게이트웨이로 작동하는지 여부에 대한 표시. IP 게이트웨이는 데이터그램을 전달하지만 소스가 호스트를 통해라우팅되지 않으면 IP 호스트는 전달하지 않습니다. 다음 값 중 하나입니다.

v forwarding

v not-forwarding

serialNumber

엔티티의 일련 번호.

modelName

엔티티의 모델 이름.

accessIPAddress

엔티티가 감지되었고 앞으로 모니터할 IP 주소.

참고: 비IP 엔티티(예: 계층 1 광 디바이스)의 경우 이 필드는 널입니다.

accessIPAddress에 대한 값을 지정할 경우 accessProtocol의 값도 지정해야 합니다. accessIPAddress에 지정된 값이 accessProtocol에 대해 지정된 인터넷 프로토콜에서 유효해야 합니다 . 예를 들어 ,

accessProtocol을 IPv4로 설정하면 IPv4 주소를 지정해야 합니다.

accessProtocol

섀시에 사용되는 인터넷 프로토콜. accessProtocol에 대한 값을 지정할 경우 accessIPAddress의 값도 지정해야 합니다.

DNSName

이 IP 엔드포인트와 연관된 IP 주소의 DNS 이름. 이 필드에 지정된값은 추가하는 디바이스에 대한 NCIM ipEndPoint 테이블을 채우는데 사용됩니다.

참고: NCIM ipEndPoint 테이블의 DNSName 필드는 이 창에서accessProtocol 및 accessIPAddress 필드 값을 지정한 경우에만 업데이트됩니다.


6. 다음을 클릭하십시오. 디바이스 추가 마법사가 입력된 섀시 세부사항을 확인합니다.

v 오류가 리턴되지 않으면 세부사항 확인 창이 열립니다.

v 오류가 있는 경우 계속하지 전에 오류를 정정하도록 지시하는 프롬프트가표시됩니다.

7. 세부사항 확인 창에서, 지정한 정보를 검토한 후 완료를 클릭하십시오. 디바이스 추가 마법사가 입력된 엔티티 세부사항을 확인합니다. 조작에 성공하면디바이스가 도메인에 정상적으로 추가되었음을 알리는 창이 열립니다.

entityName 및 displayName 필드를 제외하고 동일한 데이터를 사용하여디바이스를 더 추가하려면 유사 추가 옵션을 클릭하십시오. 네트워크 홉 보기 의 토폴로지 맵이 업데이트되어 새로 추가된 디바이스를 표시합니다.

참고: 수동으로 추가한 디바이스에 연결을 추가하기 전에 네트워크 홉 보기를 새로 고치는 경우 수동으로 추가한 디바이스는 연결이 없기 때문에 네트워크 홉 보기에서 사라집니다.

디바이스 사이의 연결 추가감지된 네트워크 토폴로지의 디바이스 사이에 수동으로 연결을 추가할 수 있습니다. 수동으로 추가한 디바이스 사이, 감지된 디바이스 사이 또는 수동으로 추가한 디바이스와 감지된 디바이스 사이에 이러한 연결을 추가할 수 있습니다. 이로써 감지 엔진이 감지할 수 없었던 연결을 추가할 수 있습니다.

연결 추가 마법사를 사용하여 수동으로 디바이스 사이에 연결을 추가할 수 있습니다. 추가된 모든 연결은 NCIM 토폴로지 데이터베이스에 양방향으로 저장됩니다.

마법사를 실행하려면 다음 단계를 완료하십시오.


2. 표시되는 토폴로지 맵에는 연결을 추가하려는 디바이스가 하나 이상 포함되어 있어야 합니다. 네트워크 홉 보기 에 토폴로지 맵을 표시하는 방법에 대해서는 IBM Tivoli Network Manager 사용자 안내서의 내용을 참조하십시오.

3. 네트워크 홉 보기 에서 디바이스를 하나 또는 두 개 선택하십시오. 그런 다음 마우스 오른쪽 단추를 클릭하여 컨텍스트 메뉴를 표시하고 컨텍스트 메뉴에서 토폴로지 관리 > 연결 추가를 클릭하십시오. 선택하는 디바이스에 따라 다음 조치 중 하나를 수행할 수 있습니다.


디바이스를 한 개 선택한 경우현재 홉 보기에 표시되지 않은 디바이스에 이 디바이스를 연결할 수있습니다.

디바이스를 두 개 선택한 경우선택한 두 개의 디바이스를 서로 연결할 수 있습니다.

참고: 디바이스를 세 개 이상 선택하는 경우 컨텍스트 메뉴에서 토폴로지 관리 > 연결 추가 옵션을 사용할 수 없습니다.

연결 추가 마법사 디바이스 선택 창이 열립니다.

4. 다음과 같이 디바이스 선택 창을 완료하십시오. 이 창의 필드는 추가하는 디바이스에 대한 NCIM 연결 테이블을 채웁니다.

From Device

연결의 개념적 시작인 디바이스의 IP 주소.

To Device

연결의 개념적 끝인 디바이스의 IP 주소. 디바이스를 한 개만 선택하면 이 필드에 <디바이스를 선택하려면 다음 클릭>이란 텍스트가표시됩니다.

Swap Devices

연결의 개념적 시작과 개념적 끝을 전환할 수 있습니다.

5. 다음을 클릭하십시오. 네트워크 홉 보기 에서 처음 선택한 디바이스 수(한개 또는 두 개)에 따라 표시되는 다음 창이 달라집니다.

v 디바이스를 한 개 선택한 경우 엔티티 검색 창이 열립니다. 엔티티 검색창에서 개념상 연결의 끝에 있는 디바이스인 대상 디바이스를 찾으십시오.

v 디바이스를 두 개 선택한 경우 연결 세부사항 창이 열립니다. 309 페이지의 7 단계로 이동하십시오.

6. 다음과 같이 엔티티 검색 창을 완료하십시오.

v 기본 탭을 사용하면 IP 주소나 디바이스 이름 단위로 검색할 수 있습니다.

Domain


참고: 경로 보기 GUI에서 엔티티 검색 창을 연 경우 도메인을 변경할 수 없습니다. 이는 상호 도메인 경로 추적을 방지하기 위해수행됩니다.

IP 주소디바이스의 IP 주소를 지정하십시오. 주소의 전체 또는 주소의 첫부분만 지정할 수 있습니다. 경로 보기 및 경로 보기 관리 내의


검색 기능에서는 백분율 문자(%)나 별표(*)와 같은 와일드카드 문자를 사용할 수 없지만, 다른 위젯의 검색 기능에서는 이러한 문자 유형을 와일드카드로 사용할 수 있습니다.

디바이스 이름디바이스의 이름을 지정하십시오. 이름의 전체 또는 이름의 첫 부분만 지정할 수 있습니다. 경로 보기 및 경로 보기 관리 내의 검색 기능에서는 백분율 문자(%)나 별표(*)와 같은 와일드카드 문자를 사용할 수 없지만, 다른 위젯의 검색 기능에서는 이러한 문자 유형을 와일드카드로 사용할 수 있습니다. 디바이스 이름은 대소문자를 구분하지 않습니다. IP 주소와 디바이스 이름을 둘 다지정하면 IP 주소가 우선합니다.

v 고급 탭을 사용하면 디바이스 속성별로 검색할 수 있습니다.

Domain


참고: 경로 보기 GUI에서 엔티티 검색 창을 연 경우 도메인을 변경할 수 없습니다. 이는 상호 도메인 경로 추적을 방지하기 위해수행됩니다.

테이블검색하려는 데이터베이스 테이블을 선택하십시오 .

mainNodeDetails 테이블에 네트워크 디바이스가 나열되어 있습니다.

필드 검색하려는 값을 지닌 필드를 선택하십시오. 선택한 데이터베이스에 따라 이 필드에 사용 가능한 선택사항이 자동으로 채워집니다.

비교 연산자비교 연산자를 선택하십시오.

값 필수입니다. 검색할 값을 입력하십시오. 경로 보기 및 경로 보기관리 내의 검색 기능에서는 백분율 문자(%)나 별표(*)와 같은 와일드카드 문자를 사용할 수 없지만, 다른 위젯의 검색 기능에서는 이러한 문자 유형을 와일드카드로 사용할 수 있습니다.

7. 다음과 같이 연결 세부사항 창을 완료하십시오.

From Device

연결의 개념적 시작인 디바이스의 IP 주소.

From Interface

이 디바이스에 인터페이스가 있으면 해당 인터페이스가 소스 인터페


이스 목록에 표시됩니다. 인터페이스 목록이 있으면 인터페이스 또는 디바이스 레벨에서 이 디바이스에 대한 연결을 작성할 수 있습니다.

To Device

연결의 개념적 끝인 디바이스의 IP 주소. 디바이스를 한 개만 선택하면 이 필드에 <디바이스를 선택하려면 다음 클릭>이란 텍스트가표시됩니다.

To Interface

이 디바이스에 인터페이스가 있으면 해당 인터페이스가 대상 인터페이스 목록에 표시됩니다. 인터페이스 목록이 있으면 인터페이스 또는 디바이스 레벨에서 이 디바이스에 대한 연결을 작성할 수 있습니다.

Connectivity

네트워크 홉 보기 의 연결 설정으로 기본 설정됩니다.

참고: 네트워크 홉 보기 의 토폴로지 맵이 IP 서브넷으로 설정되면이 창의 연결 설정이 목록의 첫 번째 항목, 계층 2로 기본 설정됩니다.

속도 이 연결의 속도. 값이 정수여야 합니다.

이유 이 연결을 토폴로지에 추가하는 이유.

8. 다음을 클릭하십시오. 세부사항 확인 창이 표시됩니다.

9. 사용자가 지정한 정보를 검토하고 완료를 클릭하십시오. 연결 추가 마법사가 두 디바이스의 지정된 인터페이스 사이 연결이 이미 존재하지 않는지 확인합니다. 이러한 연결이 이미 존재하는 경우 마법사가 이 연결을 작성할 수없음을 알리는 화면이 표시됩니다.

10. 다음 조건 중 하나에 해당되면 성공 창에서 새 연결을 표시할 수 있으려면토폴로지 맵을 다시 중앙에 두도록 지시합니다. 이를 수행하려면 중앙 재배치 & 닫기를 클릭하십시오.

v 연결을 위해 선택한 디바이스 중 원래 네트워크 홉 보기의 seed 디바이스인 것이 없고 선택한 디바이스 중 하나가 현재 네트워크 홉 보기에 없습니다.

v 연결에 대해 지정한 연결성이 원래 네트워크 홉 보기의 연결성과 동일하지 않습니다.


수동으로 추가한 디바이스 삭제수동으로 추가한 디바이스를 토폴로지에서 삭제할 수 있습니다. 이렇게 하면 삭제된 디바이스와 연관된 모든 데이터가 NCIM 토폴로지 데이터베이스에서 완전히 제거됩니다.

디바이스 삭제 마법사를 사용하여 수동으로 추가한 디바이스를 토폴로지에서 삭제하십시오. 수동으로 추가한 디바이스와 연관된 모든 데이터가 NCIM 토폴로지데이터베이스에서 제거됩니다.

참고: 도메인에서 감지된 디바이스를 제거하려면 RemoveNode.pl 스크립트를 사용해야 합니다. RemoveNode.pl 스크립트에 대한 자세한 정보는 IBM Tivoli

Network Manager IP Edition 관리 안내서를 참조하십시오.

마법사를 시작하고 토폴로지에서 수동으로 디바이스를 삭제하려면 다음 단계를 완료하십시오.


2. 네트워크 홉 보기에 토폴로지 맵을 표시하십시오. 표시된 토폴로지 맵에는 삭제하려는 디바이스가 하나 이상 포함되어 있어야 합니다. 네트워크 홉 보기에 토폴로지 맵을 표시하는 방법에 대해서는 IBM Tivoli Network Manager

사용자 안내서의 내용을 참조하십시오.

3. 네트워크 홉 보기 에서 삭제할 수동 추가 디바이스를 하나 이상 선택하십시오. 그런 다음 마우스 오른쪽 단추를 클릭하여 컨텍스트 메뉴를 표시하고 컨텍스트 메뉴에서 토폴로지 관리 > 디바이스 삭제를 클릭하십시오.

참고: 연관된 수동 추가 디바이스 아이콘 을 갖는 디바이스를 표시하여수동으로 추가한 디바이스와 감지된 디바이스를 구분할 수 있습니다.

디바이스 삭제 마법사 디바이스 선택 창이 열립니다.

4. 다음과 같이 디바이스 선택 창을 완료하십시오.

영구적으로 삭제할 디바이스를 선택하십시오.

토폴로지 맵에서 선택하고 수동으로 추가한 모든 디바이스가 나열됩니다. 감지된 디바이스도 선택한 경우 해당 항목이 무시되고 이 목록에 표시되지 않습니다. 여기에서 필요에 따라 디바이스를 선택 취소하여 선택사항을 변경할 수 있습니다.

5. 다음을 클릭하십시오. 디바이스 삭제 확인 창이 표시됩니다.

6. 디바이스 삭제 확인 창의 정보를 검토한 후 완료를 클릭하십시오. 지정한 디바이스가 토폴로지에서 제거되었음을 표시하는 성공 창이 표시됩니다.


디바이스 사이의 연결 제거네트워크 토폴로지의 디바이스 사이에 수동으로 연결을 제거할 수 있습니다.


2. 표시되는 토폴로지 맵에는 삭제하려는 연결이 포함되어 있어야 합니다. 네트워크 홉 보기 에 토폴로지 맵을 표시하는 방법에 대해서는 IBM Tivoli

Network Manager 사용자 안내서의 내용을 참조하십시오.

3. 네트워크 홉 보기 에서 제거할 연결을 선택하십시오. 그런 다음 마우스 오른쪽 단추를 클릭하여 컨텍스트 메뉴를 표시하고 컨텍스트 메뉴에서 토폴로지관리 > 연결 제거를 클릭하십시오. 컨텍스트 메뉴 맨 위의 헤더에 제거를 위해 선택한 연결이 표시됩니다.

참고: 한 번에 하나의 연결 또는 멀티링크 연결의 한 링크만 제거할 수 있습니다.

v 선택한 연결이 다중 링크로 이루어진 경우 먼저 제거하려는 링크를 클릭한 다음 표시되는 서브 메뉴에서 토폴로지 관리 > 연결 제거를 클릭하십시오.

v 서로 다른 연결을 두 개 이상 선택한 경우 첫 번째로 선택한 연결만 제거용으로 제시됩니다.

연결 제거 확인 창이 열립니다.

4. 다음과 같이 디바이스 선택 창을 완료하십시오.

연결 연결의 한쪽 끝에 있는 디바이스 및 인터페이스 세부사항을 표시합니다. 한쪽 끝에 있는 연결 엔드포인트가 디바이스 자체이면 인터페이스 데이터가 표시되지 않습니다.

계층 이 연결의 연결 계층을 표시합니다.

이유 이 디바이스를 도메인에서 제거하는 이유를 지정합니다.

5. 확인을 클릭하십시오. 연결이 제거되었음을 확인하는 성공 창이 표시됩니다.


제 11 장 경로 보기 관리

경로 보기는 선택한 두 디바이스 간의 네트워크 경로를 구성하는 디바이스 및 링크를 표시합니다. 네트워크 운영자가 네트워크 경로를 시각화할 수 있도록 새 경로 보기를 작성하거나 기존 경로 보기를 변경하십시오.

참고: 단일 도메인에서만 경로를 추적할 수 있습니다. 네트워크 경로 추적 창에지정된 모든 디바이스가 동일한 도메인에 있어야 합니다.

경로 보기 정보감지 프로세스 동안 MPLS TE 경로 및 가상 회선과 같은 시스템 경로가 감지되어 경로 보기로 표시됩니다. 또한, 사용자는 필요에 따라 즉시 IP 경로를 추적하여 특정 시점의 네트워크 경로 스냅샷을 볼 수 있습니다. 저장되고 나면 이 경로를 정기적으로 모니터링할 수 있습니다.

경로 유형시스템 경로와 사용자 정의 경로의 차이점에 대한 정보를 참조하십시오.

시스템 경로

시스템 경로는 MPLS TE 경로 및 가상 회선입니다. 감지 프로세스 동안 이 정보가 자동으로 추가되며 편집하거나 삭제할 수 없습니다.

사용자 정의 경로

IPv4 네트워크 경로 추적 창을 사용하여 경로 보기 GUI 또는 경로 보기 관리GUI에서 IP 경로를 작성하고 경로 추적을 정의할 수 있습니다.

네트워크 보기(Network Views), 네트워크 홉 보기 또는 이벤트 뷰어에서 디바이스를 선택하고 해당 디바이스가 이미 경로 시작점으로 정의된 IPv4 네트워크경로 추적 창을 실행할 수도 있습니다. 이 인터페이스에서 IPv4 네트워크 경로추적 창을 실행하기 전에 두 개의 디바이스를 선택하면 엔드포인트도 채워집니다.

경유 필드를 사용하여 시작 디바이스와 종료 디바이스 간의 경로에 포함할 디바이스를 지정하고 시작 디바이스로의 리턴 경로를 추적하는 옵션도 제공됩니다.

Ping을 사용하여 각 홉 확인 옵션을 이용하면 선택한 두 디바이스 사이의 라우트에서 감지한 각 디바이스에 Ping할 수 있습니다. 이는 특히 실패가 발생한 뒤네트워크 경로 문제를 해결할 때 유용합니다.


일반적으로 경로는 네트워크 도메인 내부에서 추적되는 반면 도메인 내부 및 외부 인터페이스 간의 경로를 추적할 수도 있는데, 이 옵션을 아웃밴드 추적이라고합니다.

경로를 선택하고 재추적 단추를 눌러 요청 시 사용자 정의 IP 경로를 재추적할수 있습니다. 경과 시간 열에 마지막으로 경로를 추적한 후 경과된 시간이 표시됩니다.

참고: Network Manager경로 보기에는 전체 경로와 부분 경로의 개념도 포함됩니다.

일부의 경우 사용자 정의 경로를 작성할 때 시작 디바이스와 종료 디바이스 간전체 경로를 추적할 수 없습니다. 경로 추적 전제조건이 충족되지 않은 경우 예를 들어, 경로에 있는 디바이스 중 하나가 SNMP 액세스 권한을 제공하지 않는경우에 이러한 상태가 발생할 수 있습니다. 전체 경로를 추적할 수 없는 다른 이유는 경로에 있는 디바이스 중 하나가 라우팅 정보를 제공하지 않는 경우입니다.

Network Manager가 전체 경로를 추적할 수 없는 경우 경로를 따라 노드의 서브세트로 구성된 부분 경로를 작성합니다. 부분 경로는 추적 상태 컬럼의 경고 아이콘을 통해 경로 보기 관리 GUI에서 강조표시됩니다.

경로 추적 전제조건경로 추적을 실행하여 경로 보기를 생성합니다. 경로에 포함된 디바이스가 경로추적 전제조건을 충족하지 않기 때문에 경로 추적이 실패할 수 있습니다. 이 정보를 사용하여 모든 경로 추적 전제조건을 충족하는지 확인하십시오.

전제조건

경로에 포함된 디바이스는 다음 전제조건을 충족해야 합니다.

SNMP 액세스v 경로 추적을 실행할 때 지정된 모든 디바이스는 경로 추적 조작이 디바이스의 관련 MIB 변수에 액세스할 수 있도록 SNMP 액세스를 제공해야 합니다. 단방향 경로의 경우, 소스 디바이스(IPv4 네트워크 경로 추적 창의 소스 필드에 지정됨) 및 라우트의 디바이스(경유 필드에지정됨)가 SNMP 액세스를 허용해야 합니다. 리턴 경로의 경우, 소스디바이스, 라우트의 디바이스 및 대상 디바이스(대상 필드에 지정됨)가SNMP 액세스를 허용해야 합니다.

v 경로 추적 조작에서 경로의 다음 홉 디바이스로 식별된 모든 라우터가 SNMP 액세스를 허용해야 합니다.

라우팅 정보v 경로 추적을 실행할 때 지정된 모든 디바이스가 기본 라우팅 정보를제공해야 합니다. 단방향 경로의 경우, 소스 디바이스(소스 필드에 지


정됨) 및 라우트의 디바이스(경유 필드에 지정됨)가 최소한 다음 홉 디바이스에 대한 정보를 저장해야 합니다. 리턴 경로의 경우, 소스 디바이스, 라우트의 디바이스 및 대상 디바이스(대상 필드에 지정됨)가 다음 홉 디바이스에 대한 정보를 저장해야 합니다.

v 경로 추적 조작에서 경로의 다음 홉 디바이스로 식별된 모든 라우터가 다음 MIB 변수를 지원해야 합니다.

일반 MIB 변수– sysName

– ifName

– ifType

– ifConnectorPresent

– ipAdEntIfIndex

경로 추적 조작에서 경로의 다음 홉 디바이스로 식별된 라우터가 라우팅을 통제하는 다음 MIB 변수 중 하나를 지원해야 합니다.

CIDR(Classless Inter-Domain Routing) MIB 변수이 라우팅 변수 세트는 다음 MIB 변수로 구성됩니다.

– ipCidrRouteNumber

– ipCidrRouteIfIndex

– ipCidrRouteDest

– ipCidrRouteMask

– ipCidrRouteType

– ipCidrRouteMetric1

– ipCidrRouteNextHop

– ipCidrRouteProto

IP 라우트 MIB 변수이 라우팅 변수 세트는 다음 MIB 변수로 구성됩니다.

– ipRouteIfIndex

– ipRouteDest

– ipRouteMask

– ipRouteType

– ipRouteMetric1

– ipRouteNextHop

– ipRouteProto

제 11 장 경로 보기 관리 315

경로 보기 작성경로 보기를 작성하려면, 네트워크 경로 추적 창을 실행하고 올바른 디바이스를경로의 시작점과 끝점으로 입력한 후 경로 추적을 실행합니다.

사용자가 네트워크 경로에 대해 작업하기 전에 관리자가 첫 번째 네트워크 감지를 완료해야 하고 사용자 ID에 대한 네트워크 보기가 구성되어야 합니다.

정의된 네트워크 경로의 전체 목록이 경로 보기 관리 및 경로 보기 GUI 창에 목록 형식으로 표시됩니다. 여기서 새 경로 보기를 작성할 수 있습니다. 사용자별로 경로가 표시되고 필수 사용자는 드롭 다운 목록에서 선택할 수 있습니다.

제한사항: IPV6 주소에는 네트워크 경로 모니터링을 사용할 수 없습니다.

참고: IP 경로 보기만 작성 또는 편집할 수 있습니다. MPLS TE 경로는 감지중에 채워지며 편집 또는 재추적할 수 없습니다. MPLS TE 경로는 기본적으로itnmadmin 보기 아래에 표시됩니다. $NMGUI_HOME/profile/etc/tnm/

topoviz.properties 파일을 편집하고 다음 속성의 값을 변경하여 이 경로를 수정할 수 있습니다.

v topoviz.pathview.accesslevel

v topoviz.pathview.accessid

참고: 단일 도메인에서만 경로를 추적할 수 있습니다. 네트워크 경로 추적 창에지정된 모든 디바이스가 동일한 도메인에 있어야 합니다.

명령행에서 itnm_pathTool.pl Perl 스크립트를 실행하여 경로 보기를 작성할 수도 있습니다. 자세한 정보는 IBM Tivoli Network Manager IP Edition 관리 안내서를 참조하십시오.

경로 보기를 작성하려면 다음 단계를 완료하십시오.

1. 다음 창 중에서 하나로 이동하십시오.

a. 관리 아이콘을 클릭하고 네트워크 > 경로 보기 관리를 선택하십시오.

b. 인시던트 아이콘을 클릭하고 네트워크 가용성 > 경로 보기를 선택하십시오.

경로 보기 관리 GUI 또는 경로 보기 GUI가 열립니다. 경로 보기 관리 GUI

내에서, 모니터링되는 모든 경로는 테이블 형식으로 표시됩니다.

2. 경로 보기 관리 내에서 경로 작성 및 추적을 클릭하거나, 경로 보기 내에서새 경로를 클릭하십시오. 네트워크 경로 추적 창이 표시됩니다.

3. 네트워크 경로 추적 창에서 추적 기준 필드를 입력하십시오.

Domain

경로를 추적할 네트워크 도메인을 선택하십시오.


Name

네트워크 경로를 설명하는 이름을 입력하십시오. 이 이름은 경로 보기 창에 있는 네트워크 경로의 트리 보기와, 경로 보기 관리 창에서모니터링되는 네트워크 경로의 테이블에 표시됩니다.

시작 모니터링할 네트워크 경로의 시작점이 되는 디바이스를 입력하십시오.

찾아보기 단추를 사용하여 엔티티 검색 대화 상자를 열어 디바이스를찾으십시오.

끝 모니터링할 네트워크 경로의 종료점이 될 디바이스를 입력하십시오. 찾아보기 단추를 사용하여 엔티티 검색 대화 상자를 열어 디바이스를 찾으십시오.

스왑을 클릭하면 종료 및 시작 디바이스를 교환할 수 있습니다. 네트워크 경로는 동적이므로 추적 결과가 달라질 수 있습니다.

경유 모니터링할 네트워크 경로의 라우트에 포함시킬 특정 디바이스를 입력하십시오. 찾아보기 단추를 사용하여 엔티티 검색 대화 상자를 열어 디바이스를 찾으십시오.

리턴 경로 가져오기리턴 경로를 추적하려면 이 옵션을 선택하십시오. 네트워크 경로는 동적이므로 리턴 경로가 달라질 수 있습니다.

이 옵션을 선택하는 경우 시작 디바이스에서 종료 디바이스로, 다시시작 디바이스로 추적이 실행됩니다. 추적 중 종료 디바이스는 경유디바이스로 간주되므로 이 옵션이 지정되어 있는 경우에는 경유 옵션을 사용할 수 없습니다.

아웃밴드 추적 수행아웃오브밴드 액세스에 활용되는 IP 주소를 추적할 때 이 옵션을 선택하십시오. 이 옵션을 선택하면 추적에서 디바이스의 다음 홉 IP 주소가 NCIM 토폴로지 데이터베이스에서 이 디바이스에 대해 저장된액세스 IP 주소 값으로 강제 설정됩니다. 이 옵션을 지정하면 아웃오브밴드 액세스 IP 주소를 사용하는 경우 유틸리티가 다음 홉 유입 인터페이스 및 실제 포트를 분석하지 않으므로 도구의 정확도가 감소한다는 점을 참고하십시오.

참고: 아웃오브밴드 종료 디바이스만 지정할 수 있습니다. 시작 및 경유 디바이스는 도메인 외부에 있을 수 없습니다.

Ping을 사용하여 각 홉 확인선택한 두 디바이스 사이의 라우트에서 감지한 각 디바이스를 Ping

하려면 이 옵션을 선택하십시오. 실패가 발생한 후 네트워크 경로의문제점을 해결할 때 이 옵션을 사용할 수 있습니다.


저장 및 추적경로 보기를 저장하고 입력된 디바이스 사이의 경로를 추적하려면 이단추를 클릭하십시오. 추적에 실패하면 오류 메시지가 표시됩니다.

경로를 추적할 수 없으면 경로를 추적할 수 없는 이유를 나타내는 경로 추적 오류가 표시됩니다. 자세한 경로 추적 출력을 보려면 네트워크 경로 추적 창의 맨위에서 오류를 클릭하십시오. 자세한 경로 추적 출력이 두 번째 창에 열립니다.

경로 추적의 문제점을 해결하려면 문제점 해결 경로 보기의 관련 정보를 참조하십시오.

경로 보기 문제점 해결경로를 추적할 수 없으면 경로를 추적할 수 없는 이유를 나타내는 경로 추적 오류가 표시됩니다.

경로 추적 문제점 해결 표이 문제점 해결 표를 사용하면 발견되는 오류의 유형을 판별하고 오류의 가능한이유와 오류를 해결하기 위해 수행할 조치를 판별할 수 있습니다.

다음 표는 각 경로 추적 오류 유형에 대한 가능한 이유와 정정 조치를 제공합니다.

표 29. 경로 추적 문제점 해결 표오류 유형 가능한 이유 가능한 정정 조치 이 유형의 오류 예제내부 Network Manager 오류 내부 데이터베이스 장애입니다. 경로 추적 디버깅을 켜고 로그

를 검토하십시오.내부 데이터베이스 오류로 인해 경로를 작성하는 데 실패했습니다. 자세한 정보는 로그파일 $NMGUI_HOME/profile/

l o g s / t n m /

ncp_topoviz.X.log를 확인하십시오. 여기서 X는 숫자(예: 1또는 2)입니다. 또한 추가 경로도구 로깅을 켜는 방법에 대한문서를 참조하십시오.

올바르지 않은 입력 매개변수 IPv4 경로 추적 창에 지정된입력 매개변수가 올바르지 않습니다. 예를 들어, IP 주소가잘못 형식화되었거나 지정된도메인에 없습니다.

IPv4 경로 추적 창에 지정된매개변수를 수정하고 경로를재추적하십시오.

매개변수가 올바른 IPv4 주소가 아니거나 주소의 IP 전달을사용하지 않습니다. 경로 추적을 계속할 수 없습니다.

네트워크 디바이스가 응답하지않음

경로의 IP 주소가 ping 검증에응답하지 않습니다.참고: IPv4 네트워크 경로 추적 창에서 각 홉 ping 검증이선택된 경우에만 이 메시지가생성됩니다.

디바이스를 ping할 수 있는지확인하십시오. 네트워크 또는디바이스를 필요에 따라 구성하십시오.

ip_address_or_device_name 주소가 ping 검증에 응답하지 않았습니다. 추적을 계속할 수 없습니다.


표 29. 경로 추적 문제점 해결 표 (계속)

오류 유형 가능한 이유 가능한 정정 조치 이 유형의 오류 예제경로 추적 오류 내부 경로 추적 오류입니다. 경로 추적 디버깅을 켜고 로그

를 검토하십시오.이 경로의 추적 중 오류가 발생했습니다. 자세한 정보는 로그 파일 $ N M G U I _ H O M E /

p r o f i l e / l o g s / t n m /


경로 추적 전제조건이 충족되지 않음

경로에 있는 하나 이상의 디바이스에 대해 SNMP 액세스 또는 라우팅 정보가 구성되지 않았습니다.

경로에 있는 디바이스에 대한SNMP 액세스 권한이 있는지확인하십시오. 필요한 경우 감지 구성 GUI에서 이 디바이스에 대한 SNMP 커뮤니티 문자열 설정을 정정하십시오.

SNMP MIB 브라우저 를 사용하여 이 디바이스의 MIB 설정을 확인하고 필요하면 정정하십시오.

경로 시작점ip_address_or_device_name이 전제조건을 충족하지 않습니다.경로 추적을 계속할 수 없습니다. ipCidrRouteNumber MIB변수를 디바이스에서 검색할수 없으므로 경로 추적 스크립트 itnm_pathTool.pl이 IP 라우트를 판별할 수 없습니다.

필요한 Network Manager 프로세스가 실행되지 않음

일부 Network Manager 프로세스가 실행되지 않습니다.

모든 관련 Network Manager프로세스가 실행되고 있는지확인하십시오. 특히 프로세스토폴로지 관리자 ncp_model과WebTools, ncp_webtool이 실행되고 있으며 NCIM 토폴로지 데이터베이스에 액세스할수 있는지 확인하십시오.

OQL WebTools 요청이 실패했습니다. 모든 ncp 프로세스가 실행되고 있는지 확인하십시오. 자세한 정보는 로그 파일 $NMGUI_HOME/profile/

l o g s / t n m /


제한시간 오류 경로 추적 제한시간이 너무 짧습니다. 예를 들어, 경로에 있는 디바이스 중 하나가 지정된제한시간 안에 필요한 SNMP라우팅 데이터를 제공할 수 없습니다. 예를 들어, 디바이스가비전달 모드로 설정되어 있을수도 있습니다.

관련 구성 파일 특성을 조정하여 경로 추적 제한시간의 길이를 늘리십시오.

제한시간을 초과했습니다. 경로추적이 구성된 OQL 제한시간보다 오래 걸리며 계속 실행되고 있을 수 있습니다. 경로 추적 결과를 더 오래 대기하려면$NMGUI_HOME/profile/etc/

tnm/tnm.properties에서oql.response.poll.timeout을 늘리십시오.


자세한 경로 추적 출력 해석경로 추적 오류의 경우 네트워크 경로 추적 창에 표시되는 오류 메시지를 클릭하여 자세한 경로 추적 출력에 액세스할 수 있습니다. 경로 추적 출력의 끝까지아래로 스크롤하여 WARNING 및 ERROR 텍스트가 있는 라인을 찾으십시오.

이러한 라인에는 문제의 특성과 원인에 대한 가장 정확한 정보가 있습니다.

참고: 경로 추적 디버깅을 켜고 경로를 다시 추적하여 가장 자세한 출력을 확보할 수 있습니다.

경로 추적 제한시간 설정경로 추적에는 세 개의 제한시간이 연관되어 있습니다. 디바이스 정보를 검색하기 위해 경로 추적 시간을 늘리고 싶으면 제한시간을 보다 길게 설정하는 등 경로 추적 제한시간을 수정할 수 있습니다.

경로 추적 제한시간은 Network Manager 프로세스와 연관이 있습니다. 경로를생성할 때 경로 추적은 다음의 모든 시스템 구성요소와 상호 작용합니다.

v OQL 서비스 제공자(ncp_oql) 제한시간: 이 제한시간의 기본값은 2분입니다.

v 웹 도구(ncp_webtools) 제한시간: 이 제한시간의 기본값은 5분입니다.

v GUI 제한시간: 이 제한시간의 기본값은 10분입니다.

OQL 서비스 제공자 제한시간 설정적합한 구성 파일을 수정하여 OQL 서비스 제공자 제한시간을 설정하십시오.

OQL 서비스 제공자 제한시간을 변경하려면 다음을 수행하십시오.

1. 다음 구성 파일을 편집하십시오 . $NMGUI_HOME/profile/etc/tnm/

tnm.properties.

2. tnm.oql.response.poll.timeout 특성을 포함한 라인을 찾으십시오. 이 특성은 기본값 320,000밀리초(5분 20초)로 설정됩니다.

3. 이 값을 적합하게 수정하십시오.

4. $NMGUI_HOME/profile/etc/tnm/tnm.properties 파일을 저장하십시오.

WebTools 제한시간 설정적합한 구성 파일을 수정하여 WebTools 제한시간을 설정하십시오.

WebTools 제한시간을 변경하려면 다음을 수행하십시오.

1. $NCHOME/precision/scripts/webtools/etc/PathToolGUI.xml 구성 파일을 편집하십시오.

2. <tool id="PathToolGUI" type="executable" timeout="300"> 형식의 라인을 찾으십시오. 제한시간 매개변수는 기본적으로 300초(5분)로 설정됩니다.



4. $NCHOME/precision/scripts/webtools/etc/PathToolGUI.xml 파일을 저장하십시오.

GUI 제한시간 설정적합한 구성 파일을 수정하여 GUI 제한시간을 설정하십시오. 이 제한시간은 경로 보기 관리 GUI 및 경로 보기 GUI에 모두 적용됩니다.

GUI 제한시간은 추적 중이므로 진행 중 상태에 있는 경로에 적용됩니다. 제한시간이 만료되고 경로가 아직 진행 중 상태에 있는 경우, 해당 경로에 대한 추적상태는 알 수 없음으로 설정됩니다. 이 상태에서는 경로를 재추적하는 것이 가능합니다.

GUI 제한시간을 변경하려면 다음을 수행하십시오.

1. 다음 구성 파일을 편집하십시오 . $NMGUI_HOME/profile/etc/tnm/

monitorconfig.properties.

2. monitorconfig.pathtrace.timeout 특성이 있는 라인을 찾으십시오. 이 특성은 기본값 600초(10분)로 설정됩니다.


4. $NMGUI_HOME/profile/etc/tnm/monitorconfig.properties 파일을 저장하십시오.

경로 추적 디버깅 켜기로그와 경로 보기 GUI 및 경로 보기 관리 GUI에서 자세한 경로 추적 출력을 확보하려면 경로 추적 디버깅을 켜십시오.

1. $NMGUI_HOME/profile/etc/tnm/tnm.properties 구성 파일을 열고 다음 매개변수가 포함된 행을 식별하십시오.

tnm.pathtool.script.debug

2. 이 매개변수를 다음과 같이 설정하십시오.

tnm.pathtool.script.debug=true

이 설정에 기반하여 경로 추적은 자세한 출력을 제공합니다. 경로 추적을 실행한 방식에 따라 다음 위치 중 하나에서 이 출력을 찾으십시오.

표 30.

경로 추적을 실행한 위치... 자세한 경로 추적 출력을 표시하는 방법...

GUI(경로 보기 GUI 또는 경로 보기 관리 GUI) 네트워크 경로 추적 창에서 오류 메시지를 클릭합니다.

itnm_pathTool.pl 스크립트를 사용하는 명령행 $ N M G U I _ H O M E / p r o f i l e / l o g s / t n m /

ncp_topoviz.num.log 파일을 봅니다. 여기서num은 숫자(예: 1 또는 2)입니다.



제 12 장 지리적 보기 구성

Fix Pack 2

지리적 보기에서는 지리적 정보로 보강된 디바이스를 표시합니다. 지리적 보기를사용하기 전에 지리적 보기를 사용 가능하게 하고 구성해야 합니다.

지리적 보기 사용 가능Fix Pack 2

지리적 보기를 구성하려면 먼저, 표시할 디바이스가 있는지 확인하고 해당 사용자에 대한 액세스 권한을 제공해야 합니다.

지리적 보기를 사용하도록 설정하려면 먼저, 지리적 감지를 구성하여 실행해야 합니다.

지리적 보기를 사용해야 하는 사용자에게 ncp_gis 사용자 역할을 제공해야 합니다. 이 역할 없이는 지리적 보기를 여는 옵션이 표시되지 않습니다.

지리적 보기를 관리해야 하는 사용자에게 ncp_gis_admin 사용자 역할을 제공해야 합니다. 이 역할 없이는 포틀릿 레이아웃 환경 설정을 편집하는 옵션이 표시되지 않습니다.

지리적 보기를 사용하도록 설정하려면 다음 단계를 완료하십시오.

1. 해당 역할을 추가할 그룹을 작성하거나 기존 그룹을 편집하여 그룹에 ncp_gis

또는 ncp_gis_admin 역할을 추가하십시오.

2. 지리적 보기를 사용하거나 관리해야 하는 사용자에게 해당 그룹을 지정하십시오.

지리적 보기의 범위 설정 및 필터링Fix Pack 2

가시성과 성능을 개선하기 위해 지리적 보기에 표시되는 디바이스를 제한할 수있습니다.

지리적 맵에 렌더링된 항목 수는 표시될 범위 내에 있는 디바이스, 위치 및 링크의 수와 필터링하도록 선택하는 범위 내 항목 수에 따라 달라집니다. 명확한 탐색 및 좋은 성능을 위해 보기에 포함되는 항목 총계를 적은 수로 유지하려면 이


태스크에 설명된 범위 지정 방법을 사용하십시오. 특정 보기에 표시되는 범위 내항목 수를 줄이려면 이 태스크에 설명된 필터링 방법을 사용하십시오.

1. GIS 디바이스 맵의 범위를 특정 디바이스 세트로 설정하려면 토폴로지 보기에서 디바이스를 선택하여 마우스 오른쪽 단추로 클릭하고 맵에 표시를 선택하십시오.

2. GIS 디바이스 맵의 범위를 특정 네트워크 보기로 설정하려면 네트워크 보기(Network Views) 위젯과 GIS 디바이스 맵을 페이지에 추가하십시오. 네트워크 보기 선택 시, GIS 디바이스 맵은 해당 네트워크 보기에서 위치 정보와함께 모든 디바이스를 표시하도록 업데이트합니다.

3. URL을 사용하여 특정 네트워크 보기로 GIS 디바이스 맵의 범위를 설정하여열려면 다음과 유사한 URL을 구성하십시오.

https://server:port/ibm/console/ncp_gis/NetKitMapWidget.jsp?viewId=760

위의 예제에서 760은 네트워크 보기의 숫자 ID입니다.

4. GIS 디바이스 맵의 범위를 특정 지리적 영역으로 설정하려면 다음과 유사한URL을 구성하십시오.

https://server:port/ibm/console/ncp_gis/NetKitMapWidget.jsp?bounds=((northern latitude,western longitude),(southern latitude,eastern longitude))

여기서, 위도 및 경도는 지리적 영역의 모서리를 정의합니다. 예를 들면 다음과 같습니다.

https://server:port/ibm/console/ncp_gis/NetKitMapWidget.jsp?bounds=%28%2851.50,-0.15%29,%2851.45,-0.09%29%29

5. 맵에 표시된 항목을 필터링하려면 맵 구성의 왼쪽 상단에 있는 GIS 디바이스 맵 아이콘을 클릭하십시오. 토폴로지 필터링 창에서 맵 구성 탭을 선택하십시오.

a. 도메인별로 디바이스를 포함하고 제외하도록 도메인 섹션에서 도메인을선택하십시오.

b. 클래스별로 디바이스를 포함하고 제외하도록 디바이스 클래스 섹션에서디바이스 클래스를 선택하십시오.

c. 디바이스 또는 위치 간에 링크를 표시하거나 숨기도록 연결 섹션에서 옵션을 선택하십시오.

d. 위치 내에서 링크를 사용 가능하게 하거나 사용 불가능하게 하도록 연결섹션에서 옵션을 선택하십시오.

e. 특정 네트워크 계층에서 링크를 포함하고 제외하도록 연결 섹션에서 네트워크 계층을 선택하십시오.

관련 태스크:


435 페이지의 『지리적 컨텍스트에서 이벤트 표시』GIS 디바이스 상태 보기를 사용하여 지리적 컨텍스트에서 이벤트 및 디바이스를 볼 수 있습니다. GIS 디바이스 상태 보기는 GIS 디바이스 맵 위에 표시된이벤트 뷰어으로 구성됩니다.

관련 참조:

329 페이지의 『지리적 맵의 URL 매개변수』URL 매개변수를 사용하여 특정 구성의 지리적 맵을 열 수 있습니다.

지리적 보기의 지역 집계 사용Fix Pack 3

위치를 구/군/시로, 구/군/시를 시/도로, 시/도를 국가로 그룹화할 수 있습니다.

이 그룹화는 지역 집계라고 합니다.

지역 집계에는 다음과 같은 장점이 있습니다.

v 지리적 맵에 위치하는 마커의 수가 감소합니다.

v 데이터 센터에서 데이터 센터 또는 국가에서 국가의 연결과 같은 넓은 지리적영역을 볼 수 있습니다.

지리적 보기는 네트워크 보기, 지리적 바운드의 정의된 세트, 디바이스의 특정 세트, 특정 도메인 또는 모든 도메인에서의 모든 디바이스로 범위를 지정할 수 있습니다. 디바이스 및 위치에 대한 이벤트도 집계됩니다. 지역은 하위 지역의 가장 높은 상태 레벨을 표시합니다.

지역 간 링크는 지역에서 지역, 지역에서 위치 또는 지역에서 디바이스의 집계 링크를 표시합니다.

지리적 보기의 지역 집계를 사용으로 설정하려면 다음 단계를 완료하십시오.

1. ACMEGeoLocation(또는 동등) 데이터베이스 테이블의 다음 필드가 지리적 보기에 포함할 모든 디바이스에 대해 올바르게 채워졌는지 확인하십시오.

IP,ADDRESS,CITY,STATE,COUNTRY,LATITUDE,LONGITUDE

제한사항:

계층 구조의 각 레벨이 유일하도록 하십시오. 다음 예제는 시와 주 값이 동일하기 때문에 잘못되었습니다.

IP, ADDRESS, CITY, STATE, COUNTRY, LATITUDE, LONGITUDE192.168.0.1,"113620 Redwood Gulch Rd, Cupertino, CA 95014,USA",PLAL,PLAL,US,37.15458,-122.05561

192.168.0.2,"113620 Redwood Gulch Rd, Cupertino, CA 95014,USA",CA,CA,US,37.15458,-122.05561

제 12 장 지리적 보기 구성 325

다음 예제는 시와 국가 값이 동일하기 때문에 잘못되었습니다.

IP, ADDRESS, CITY, STATE, COUNTRY, LATITUDE, LONGITUDERedwood Gulch Rd, Cupertino, CA 95014,USA",US,CA,US,37.15458,-122.05561

PLAL 값이 이전에 시로 사용되고 여기에 주로 사용 되었기 때문에 다음 예는 올바르지 않습니다. CA는 주로 사용되었으며 여기서는 국가로 사용됩니다.

IP, ADDRESS, CITY, STATE, COUNTRY, LATITUDE, LONGITUDE192.168.0.3,"113620 Redwood Gulch Rd, Cupertino,CA 95014, USA",Redwood,PLAL,CA,37.15458,-122.05561

지리적 계층 구조가 올바르게 정렬되어 포함되어 있기 때문에 다음 예제는 올바릅니다.

IP, ADDRESS, CITY, STATE, COUNTRY, LATITUDE, LONGITUDE192.168.0.1,"113620 Redwood Gulch Rd, Cupertino,CA 95014, USA",PLAL,CA,US,37.15458,-122.05561

잘못된 계층 구조는 지리적 보기에 포함되지 않습니다 .

PopulateDNCIM_CustomGeography 스티처는 토폴로지에서 잘못된 계층을 제거하고 ncp_disco 로그에 있는 각 항목을 다음과 유사한 오류와 함께 기록합니다.

순환 수집이 감지되었습니다. entityId123인 엔티티는 collectingEntityId 8912로 수집하면 안됩니다.

기본 지역 집계는 주소 -> 시 -> 주 -> 국가입니다. 이 로직은 $NCHOME/pre-

cision/disco/stitchers/DNCIM/PopulateDNCIM_CustomGeography.stch 스티처에서 정의됩니다.

문자 순서 ->는 지역 집계를 위해 예약됩니다. 디바이스 및 위치 이름에는 이순서가 포함되지 않아야 합니다.

2. GIS 디바이스 맵을 열고 토폴로지 렌더링 탭을 클릭하십시오. 지역에 대한 집계 위치 옵션을 사용으로 설정하십시오.

지리적 맵의 URL 매개변수를 사용하여 지역 집계를 사용 또는 사용 안함으로 설정할 수도 있습니다.

디바이스 및 위치는 지리적 보기에서 사용 가능한 가장 높은 지역 구조로 자동으로 그룹화될 수 있습니다. 해당 지역을 분석하고 계층 구조의 다음 논리 레벨을 표시하려면 지역을 두 번 클릭하십시오. 사용자는 맵 구성 창의 토폴로지 렌더링 탭에서 지역에 대한 집계 위치 > 사용을 선택하여 해당 세션에 대한 지역집계를 사용으로 설정할 수 있습니다.

관련 태스크:


433 페이지의 『지리적 컨텍스트에서 디바이스 보기』GIS 디바이스 맵을 사용하여 지리적 컨텍스트에서 디바이스와 이벤트를 볼 수있습니다. GIS 디바이스 맵은 지리적 맵에 포개진 네트워크 보기와 같습니다.

관련 참조:

329 페이지의 『지리적 맵의 URL 매개변수』URL 매개변수를 사용하여 특정 구성의 지리적 맵을 열 수 있습니다.

지리적 보기의 이벤트 상태 구성Fix Pack 2

지리적 보기가 이벤트 상태를 업데이트하는 간격을 구성할 수 있습니다.

이벤트 상태를 구성하려면 다음과 같은 단계를 완료하십시오.

1. Tivoli Netcool/OMNIbus에서 디바이스 상태를 조회하는 간격을 구성하십시오. $JazzSM_HOME/profile/installedApps/JazzSMNode01Cell/isc.ear/

ncp_gis.war/resources/config.json 파일에서 mapStatusRefreshInterval

특성을 변경하여 간격을 설정하십시오. 값은 초 단위입니다. 기본값은 20초입니다. 이 특성을 구성할 때는 Tivoli Netcool/OMNIbus 새로 고치기 간격및 Network Manager 폴링 정책 주기를 고려하십시오.

2. 상태 표시기가 디바이스, 링크 또는 위치에 표시될 때 상태 표시기를 새로 고치는 간격을 구성하십시오. $JazzSM_HOME/profile/installedApps/

JazzSMNode01Cell/isc.ear/ncp_gis.war/resources/config.json 파일에서gridStatusRefreshInterval 특성을 변경하십시오. 일반적으로 이 간격은 수정하지 않아도 됩니다. mapStatusRefreshInterval을 기본값보다 큰 값으로설정하는 경우 이 간격을 수정할 수 있습니다.

지리적 보기의 모양 구성디바이스의 IP 주소를 숨기고, 링크의 심각도 색상을 구성하고, UI 테마를 설정할 수 있습니다.

지리적 보기의 모양을 구성하려면 다음 단계를 완료하십시오.

1. 지리적 맵에서 디바이스의 IP 주소를 숨기려면 Dashboard Application

Services Hub 서버에서 다음 파일을 수정하고 $JazzSM_HOME/profile/

installedApps/JazzSMNode01Cell/isc.ear/ncp_gis.war/resources/

config.json and set the property rendering.obsfucateMarkerNames to

true. IP 주소는 별표 ****로 대체됩니다. 디바이스 또는 위치를 마우스 오른쪽 단추로 클릭하면 IP 주소를 볼 수 있습니다.


2. 링크에서 이벤트의 상태를 나타내는 데 사용되는 색상을 구성하려면 다음 파일에서 색상과 아이콘을 변경하십시오.$JazzSM_HOME/profile/installedApps/

JazzSMNode01Cell/isc.ear/ncp_gis.war/resources/config.json. 예를 들어 , 알려지지 않은 상태 아이콘을 지우기 아이콘으로 겹쳐 쓰려면$JazzSM_HOME/profile/installedApps/JazzSMNode01Cell/isc.ear/

ncp_gis.war/resources/common_assets/status_icons/ 디렉토리에서unknown.png 파일 위로 clear.png 파일을 복사하십시오.

3. 직접 URL을 사용하여 열 때 지리적 보기에 적용되는 테마를 구성하려면$JazzSM_HOME/profile/installedApps/JazzSMNode01Cell/isc.ear/

ncp_gis.war/resources/config.json파일에서 config.rendering.idxStyle

옵션을 설정하십시오.

지원되는 값: oneui, TIPDark, 및 idl.

Dashboard Application Services Hub의 다른 GUI에서 지리적 보기를 열면 config.json 파일의 설정에 관계없이 활성 테마가 적용됩니다.

지리적 보기를 다른 위젯과 통합Fix Pack 2

GIS 디바이스 맵을 다른 위젯과 통합하여 해당 맵에 표시된 디바이스를 변경할수 있습니다.

GIS 디바이스 맵은 NodeClickedOn 이벤트를 청취합니다. 올바른 매개변수가 포함된 NodeClickedOn 이벤트를 수신하는 경우, GIS 디바이스 맵은 대응하는 디바이스를 표시합니다.

GIS 디바이스 맵과 다른 위젯 예를 들면, GIS 디바이스 맵과 이벤트 뷰어의 GIS

디바이스 상태 보기 간의 통합을 제거하려면 해당 위젯을 편집하여 NodeClickedOn

이벤트의 게시를 사용 불가능하게 하십시오.

GIS 디바이스 맵을 다른 위젯과 통합하려면 다음 단계를 완료하십시오.

1. 통합할 위젯에서 다음 매개변수와 함께 NodeClickedOn 이벤트를 전송하는지확인하십시오.

v 다음 필수 매개변수 중 단 하나: viewId, bounds, deviceId, locationId.

v 다음 선택적 매개변수 중 하나 이상 : config.filter.domain ,

config.filter.class, config.filter.layer, config.enableLinks,

config.enableLinkStatus , config.enableTopologyStatus ,

config.minTopologyStatus, config.minLinkStatus.

2. 통합 위젯을 대시보드에 추가하십시오.


3. GIS 디바이스 맵을 동일한 대시보드에 추가하십시오.

지리적 맵의 URL 매개변수Fix Pack 2

URL 매개변수를 사용하여 특정 구성의 지리적 맵을 열 수 있습니다.

지리적 맵 범위 설정 매개변수

다음 URL 매개변수를 사용하여 지리적 맵의 범위를 정의할 수 있습니다.

표 31. 지리적 맵의 범위를 설정하는 URL 매개변수매개변수 설명 예제없음 모든 도메인에서 지리적으로 보강된 모든

디바이스, 위치 및 링크를 표시합니다.https://server:port

/ i b m / c o n s o l e / n c p _ g i s /

NetKitMapWidget.jsp

bounds 정의된 영역 내의 지리적으로 보강된 디바이스 및 링크를 표시합니다.

해당 영역은 북서 지점과 남동 지점 사이의 직사각형으로 정의됩니다.

값은 다음 형식이어야 합니다:((northernlatitude,western longitude),

( s o u t h e r n l a t i t u d e , e a st e r n

longitude))

허용되는 값의 정규식은 다음과 같습니다: (\$)(\\()([+-]?\\d*\\.\\d+)(?![-

+0-9\\.])(,)

([+-]?\\d*\\.\\d+)(?![-+0-9\\

.])(\$)(,)

(\$)([+-]?\\d*\\.\\d+)(?![-+0-

9\\.])(,)

([+-]?\\d*\\.\\d+)(?![-+0-9\\.])

(\$)(\\))

https://server:port


NetKitMapWidget.jsp?

bounds=((northern latitude,western

longitude),

(southern latitude,

eastern longitude))

https://server:port



bounds=%28%2851.50,-0.15%29,

%2851.45,-0.09%29%29

deviceId 지리적으로 보강된 특정 디바이스를 표시합니다.

deviceId 매개변수는 양수 값 디바이스ID의 쉼표로 구분된 목록이어야 합니다.

허용되는 값의 정규식은 다음과 같습니다.

([1-9][0-9]*,[ ])*[1-9][0-9]*

https://server:port



deviceId=19078,19062,19067


표 31. 지리적 맵의 범위를 설정하는 URL 매개변수 (계속)

매개변수 설명 예제getAllLocations Fix Pack 3 지역 집계를 제어합니다. 최

상위 레벨 내에서 집계된 지역을 모두 표시합니다. 예를 들어, 최상위 레벨이 국가이면 지역을 표시합니다. 예를 들어, 엔티티가 도메인 또는 클래스로 제외되므로범위 내 엔티티를 포함하지 않는 위치가표시되지 않습니다.

https://server:port



getAllLocations

getLocationsWithinBounds Fix Pack 3 지역 집계를 제어합니다. 지정된 맵 경계의 최상위 레벨 내에서 집계된 위치를 모두 표시합니다.예를 들어, 최상위 레벨이 국가이면 지역을 표시합니다.예를 들어, 엔티티가 도메인 또는 클래스로 제외되므로 범위 내 엔티티를 포함하지 않는 위치가 표시되지 않습니다.

해당 영역은 북서 지점과 남동 지점 사이의 직사각형으로 정의됩니다.

값은 다음 형식이어야 합니다:((northernlatitude,western longitude),

( s o u t h e r n l a t i t u d e , e a st e r n

longitude))

허용되는 값의 정규식은 다음과 같습니다: (\$)(\\()([+-]?\\d*\\.\\d+)(?![-

+0-9\\.])(,)

([+-]?\\d*\\.\\d+)(?![-+0-9\\

.])(\$)(,)

(\$)([+-]?\\d*\\.\\d+)(?![-+0-

9\\.])(,)

([+-]?\\d*\\.\\d+)(?![-+0-9\\.])

(\$)(\\))

https://server:port



getLocationsWithinBounds=%28

%2851.50,

-0.15%29,%2851.45,-0.09%29%29

getLocationsByViewId Fix Pack 3 지역 집계를 제어합니다. 제공된 네트워크 보기 ID와 모든 보기(제공된 네트워크 보기 ID 포함)에 대해 최상위 레벨 내에서 집계된 위치를 모두 표시합니다.예를 들어, 최상위 레벨이 국가이면 지역을 표시합니다. 예를 들어, 엔티티가 도메인 또는 클래스로 제외되므로 범위 내 엔티티를 포함하지 않는 위치가 표시되지 않습니다.

https://server:port



getLocationsByViewId


표 31. 지리적 맵의 범위를 설정하는 URL 매개변수 (계속)

매개변수 설명 예제getLocationsByDeviceIds Fix Pack 3 지역 집계를 제어합니다. 제

공된 디바이스 ID(반복적으로 보기 트리횡단)를 에 대해 최상위 레벨 내에서 집계된 위치를 모두 표시합니다.예를 들어,최상위 레벨이 국가이면 지역을 표시합니다. 예를 들어, 엔티티가 도메인 또는 클래스로 제외되므로 범위 내 엔티티를 포함하지 않는 위치가 표시되지 않습니다.

https://server:port



getLocationsByDeviceIds

locationId 지리적으로 보강된 위치를 표시합니다.

값은 올바른 위치 콜렉션 entityId를 나타내는 양수 값이어야 합니다.

허용되는 값의 정규식은 다음과 같습니다.(\\d+)

https://server:port



locationId=47672

viewId 지정된 네트워크 보기에서 지리적으로 보강된 모든 디바이스 및 링크를 표시합니다.

유효값은 다음과 같습니다.

v NCP_VIEW_$viewId

v $viewId

여기서, viewId는 양수 값만 되며 네트워크 보기의 올바른 ID입니다.


(((NCP_VIEW_)(\\d+))|(\\d+))

https://server:port



viewId=760

https://server:port



viewId=NCP_VIEW_760

지리적 맵을 필터링하는 URL 매개변수

다음 URL 매개변수를 사용하여 지리적 맵의 컨텐츠를 필터링할 수 있습니다.

표 32. 지리적 맵을 필터링하는 URL 매개변수매개변수 설명 예제config.filter.domain 지정된 도메인으로 보기의 범위를 설정합

니다.

값은 양수 값 도메인 ID의 쉼표로 구분된 목록이어야 합니다.

허용되는 값의 정규식은 다음과 같습니다.([1-9][0-9]*,[ ])*[1-9][0-9]*

다음 예제는 지정된 도메인에서 네트워크엔티티를 표시합니다.

https://server:port



config.filter.domain=5


표 32. 지리적 맵을 필터링하는 URL 매개변수 (계속)

매개변수 설명 예제config.filter.class 지정된 클래스 유형과 일치하는 디바이스

로 보기의 범위를 설정합니다.

값은 양수 값 엔티티 클래스 유형 ID의쉼표로 구분된 목록이어야 합니다.


다음 예제에서는 CiscoCat35xx 클래스디바이스만 표시합니다.

https://server:port



config.filter.class=110

config.filter.layer 정의된 토폴로지 계층 유형과 일치하는링크로 보기의 범위를 설정합니다.

값은 양수 값 토폴로지 계층 유형 ID의쉼표로 구분된 목록이어야 합니다.


다음 예제는 계층 2의 디바이스만 표시합니다.

https://server:port



config.filter.layer=72

config.enableLinks 보기에서 모든 링크를 제외하거나 포함하도록 보기의 범위를 설정합니다.

이 값은 true 또는 false입니다.

허용되는 값의 정규식은 다음과 같습니다.((true)|(false))

다음 예제는 링크를 제외합니다.

https://server:port



config.enableLinks=false

config.enableLinkStatus 보기에서 링크 상태를 제외하거나 포함하도록 보기의 범위를 설정합니다.



다음 예제는 심각도 색상 없이 링크를 표시합니다.

https://server:port



config.enableLinkStatus

=false

config.enableTopologyStatus 보기에서 디바이스 및 위치 상태를 제외하거나 포함하도록 보기의 범위를 설정합니다.



다음 예제는 심각도 아이콘 없이 디바이스와 위치를 표시합니다.

https://server:port



config.enableTopology

Status=false


표 32. 지리적 맵을 필터링하는 URL 매개변수 (계속)

매개변수 설명 예제config.minTopologyStatus 지정된 값보다 큰 상태의 이벤트가 있는

디바이스 및 위치에 대한 상태만 표시하도록 보기의 범위를 설정합니다.


v 0: 원활 이상

v 1: 판별할 수 없음 이상

v 2: 경고 이상

v 3: 사소 이상

v 4: 주요 이상

v 5: 위험에 한함


[0-5]

다음 예제는 경고 이상의 디바이스 및 위치 상태를 표시합니다.

https://server:port



config.minTopology

Status=2

config.minLinkStatus 지정된 값보다 큰 상태의 이벤트가 있는링크에 대한 상태만 표시하도록 보기의범위를 설정합니다.


v 0: 원활 이상

v 1: 판별할 수 없음 이상

v 2: 경고 이상

v 3: 사소 이상

v 4: 주요 이상

v 5: 위험에 한함


[0-5]

다음 예제는 위험의 링크 상태를 표시합니다.

https://server:port



config.minTopology

Status=5

관련 태스크:

325 페이지의 『지리적 보기의 지역 집계 사용』위치를 구/군/시로, 구/군/시를 시/도로, 시/도를 국가로 그룹화할 수 있습니다. 이 그룹화는 지역 집계라고 합니다.

323 페이지의 『지리적 보기의 범위 설정 및 필터링』가시성과 성능을 개선하기 위해 지리적 보기에 표시되는 디바이스를 제한할 수있습니다.



제 13 장 GUI 구성

홉 보기의 모양 및 기능성을 변경하고, MIB 정보를 업데이트하고, 비관리 대상디바이스로부터 이벤트의 프리젠테이션을 구성할 수 있습니다.

관련 태스크:

171 페이지의 제 3 부 『네트워크 시각화 설정』네트워크 시각화를 설정하기 위해, 운영자를 위한 네트워크 보기를 설정하고 사용자, 역할 및 그룹을 구성합니다.

TopoViz 클라이언트 관리TopoViz 클라이언트 조작을 사용자 정의할 수 있습니다. 여기에는 디스플레이 설정값(예: 디바이스 아이콘, 토폴로지 업데이트 빈도 및 경보 설정값)이 포함됩니다.

자동 뷰 유지 보수를 설정합니다.

GUI 서버가 여러 대 있는 경우, 하나의 서버만이 자동 네트워크 뷰 및 경로 뷰유지 보수를 수행하도록 구성해야 합니다. GUI 서버가 하나만 있는 경우 이 태스크를 수행할 필요가 없습니다.

Network Manager은 자동 네트워크 뷰 및 경로 뷰 유지보수를 수행합니다.

참고: 하나의 서버만 네트워크 뷰 유지 보수를 수행해야 합니다. 자동 뷰 유지 보수를 수행하도록 구성된 서버 또는 여러 서버가 없는 경우 뷰가 제대로 생성 및삭제되지 않는 등의 원치 않는 결과가 발생할 수 있습니다.

자동 뷰 유지 보수를 설정하려면 다음 단계를 완료합니다.

1. 뷰 유지 보수를 수행할 GUI 서버를 하나 선택합니다.

2. 유지 보수 서버에서 백업하고 수정할 파일: $NMGUI_HOME/profile/etc/tnm/

topoviz.properties.

a. 다음 라인을 찾아서 주석 처리를 제거하십시오.

topoviz.engine.viewsummary.enabled=true

이 속성은 true로 설정되어야 합니다. 이 설정은 뷰 멤버십을 업데이트합니다.

b. 다음 라인을 찾아서 주석 처리를 제거하십시오.

topoviz.engine.dynamicview.enabled=true


이 속성은 true로 설정되어야 합니다. 이 설정은 동적 뷰를 만들고 삭제합니다.

c. 다음 라인을 찾아서 주석 처리를 제거하십시오.

topoviz.engine.pathview.enabled

이 속성은 true로 설정되어야 합니다. 이 설정은 네트워크 경로 뷰를 만들고 삭제합니다.

d. 다음 라인을 찾아서 주석 처리를 제거하십시오.

topoviz.networkview.deletedView.cleanUp.enabled=true

이 속성은 true로 설정되어야 합니다. 이 설정은 사용자가 뷰를 삭제할때 데이터베이스에서 뷰를 삭제합니다.

3 . 다른 G U I 서버 각각에서 $ N M G U I _ H O M E / p ro f i l e /etc / t n m /

topoviz.properties 파일의 다음 행에 주석 처리가 해제되고 false로 설정되어 있는지 확인하십시오.

topoviz.engine.viewsummary.enabled=falsetopoviz.engine.dynamicview.enabled=falsetopoviz.engine.pathview.enabled=falsetopoviz.networkview.deletedView.cleanUp.enabled=false

4. topoviz.properties 파일을 저장한 후 닫으십시오.

TopoViz 클라이언트의 기능사용자 정의할 수 있는 TopoViz 클라이언트의 기능을 이해하려면 이 정보를 사용하십시오.

TopoViz 아이콘토폴로지 맵에서 아이콘은 디바이스 또는 네트워크 요소 유형을 표시합니다. 이러한 아이콘을 사용자 정의할 수 있습니다.

사용자 정의할 수 있는 아이콘은 다음과 같습니다.

v 디바이스 아이콘v 트리 및 맵 아이콘

다음 그림은 트리 및 맵 아이콘을 표시합니다.


▌1▐ 트리 아이콘탐색 패널에서 보기를 표시하는 데 사용됩니다. 기본 트리 아이콘은 클라우드 형식을 취합니다. 네트워크 운영자는 네트워크 보기 GUI에 새 네트워크 보기를 정의할 때 이러한 아이콘을 사용자 정의할 수 있습니다. 이를 수행하려면 사전정의된 아이콘 목록에서 선택합니다.

▌2▐ 맵 아이콘토폴로지 표시 패널에서 보기를 표시하는 데 사용됩니다. 기본 맵 아이콘은 클라우드 형식을 취합니다.

관련 태스크:

341 페이지의 『아이콘 추가』네트워크 운영자가 네트워크 보기 및 네트워크 홉 보기 GUI에서 사용하는 아이콘을 변경하려는 경우 선택할 수 있는 추가 사용자 정의 아이콘을 작성하십시오.

관련 참조:

347 페이지의 『디바이스와 연관된 추가 정보 표시 구성』디바이스의 경보 상태와 유지보수 상태 같은 정보가 디바이스 주위에 컬러 경계로 표시됩니다. 이 정보를 표시할 때 사용되는 요소의 색상, 아이콘 및 배치를 구성할 수 있습니다.

1 2

그림 21. 트리 및 맵 아이콘

제 13 장 GUI 구성 337

디바이스 클래스 유형모든 디바이스 클래스는 클래스 유형별로 자동으로 범주화됩니다. 토폴로지 맵에서 각 클래스 유형은 다른 아이콘으로 표시되는 반면, 각 디바이스 클래스는 그렇지 않습니다.

클래스 유형은 NCIM 토폴로지 데이터베이스에 entityType 테이블의 classType

필드에 저장됩니다.

적용되는 클래스 유형은 다음과 같습니다.

v Core

v End Node

v Network Device

v 라우터v Switch

모든 클래스 유형은 디바이스 클래스로 구성됩니다. 예를 들어, 네트워크 디바이스 클래스 유형은 Alcatel 및 Cisco 디바이스 클래스를 포함합니다.

디바이스 도구 팁토폴로지 맵에서 디바이스 위에 마우스를 올려 놓으면 디바이스 도구 팁이 나타납니다.

디바이스 도구 팁은 $NMGUI_HOME/profile/etc/tnm/ GUI 구성요소가 설치된 서버의 Network Managertopoviz.properties 구성 파일에 HTML 항목으로 정의됩니다. 디바이스, 서브넷, 링크와 연관된 도구 팁 컨텐츠를 지정할 수 있습니다.

기본적으로 디바이스의 도메인은 도구 팁에 표시됩니다.

topoviz.properties 파일은 60초마다 변경사항이 모니터되므로 Topoviz가 변경사항을 자동으로 감지합니다.

디바이스 도구 팁을 제어하는 topoviz.properties 파일 항목

디바이스 도구 팁을 제어하기 위한 기본 설정값은 다음과 같습니다.

topoviz.tooltip.map_item.entityType=HTML_statement

여기서,

map_item

다음 값 중 하나입니다.

v device: 섀시(기본 노드 디바이스) 또는 서브넷 도구 팁의 경우v link: 링크 도구 팁의 경우


entityType

디바이스, 서브넷 또는 링크의 entityType 번호입니다. 다음 값 중 하나입니다.

v 1 (섀시): 섀시(기본 노드 디바이스) 도구 팁의 경우.

v 2 (링크): 링크 도구 팁의 경우.

v 15 (IP 서브넷): 서브넷 도구 팁의 경우.

v 68 (프로브 엔드포인트): 프로브 엔드포인트 간 링크에 대한 도구 팁의 경우

v 191 (프로브 ): 디바이스 도구 팁의 경우.

HTML_statement

도구 팁 컨텐츠 및 형식을 정의하는 데 사용되는 올바른 HTML 코드입니다.

NCIM 토폴로지 데이터베이스 필드의 값을 삽입하려면 {table.field} 구문을 사용하십시오.

제한사항: 테이블은 ncim 스키마에 있어야 합니다.

테이블에는 entityId가 도구 팁이 해당하는 엔티티의 entityId와 일치하는 행이 포함되어 있어야 합니다. 예를 들어, 섀시에 대한 도구 팁(topoviz.tooltip.device.1)을 정의하는 경우 사용자가 entityId = 20

인 섀시 위에 마우스를 두면 GUI는 도구 팁 정의가 참조하는 테이블에서 entityId가 20인 행을 찾습니다.

자국어 지원

도구 팁 정의에 {i18n.X} 형식의 문자열이 포함되어 있는 경우 X는 특성 이름으로 처리됩니다 . GUI는 $JazzSM_PROFILE_HOME/installedApps/

JazzSMNode01Cell/isc.ear/ncp_topoviz.war/WEB-INF/classes/

topoviz.properties 파일의 현지화된 버전에서 이를 찾습니다. 예를 들어, 사용자의 로케일이 "de"(독일)인 경우 GUI는 topoviz_de.properties 파일을 검색합니다. GUI는 일치를 찾으면 도구 팁 정의에 있는 문자열을 특성 X의 값으로 대체합니다. 일치가 없으면 {i18n.X}를 X로 대체합니다.

예제

다음 예제 명령문은 섀시 도구 팁을 정의합니다.

topoviz.tooltip.device.1={entityData.displayLabel} sysDescr: {chassis.sysDescr} sysContact: {chassis.sysContact} sysLocation: {chassis.sysLocation} {i18n.netview_props.domain} {mainNodeDetails.domainName}


Dashboard Application Services Hub 제한시간 변경Dashboard Application Services Hub에서 작업 중인 경우 GUI 세션이 제한시간 초과될 수 있습니다. 제한시간 설정을 변경할 수 있습니다.

Dashboard Application Services Hub가 제공하는 기본 제한시간 설정은 다음과 같습니다.

무효화 제한시간사용자가 Network Manager를 사용하여 Dashboard Application Services

Hub에 로그인하여 Dashboard Application Services Hub 창을 닫으면사용자 세션이 30분 후에 자동으로 제한시간 초과됩니다.

LTPA(Lightweight Third Party Authentication) 제한시간사용자가 24시간 동안 로그인되어 있으면 Dashboard Application

Services Hub 로그인 세션이 자동으로 종료되며 사용자가 다시 로그인해야 합니다.

무효화 제한시간 설정 변경사용자가 Network Manager를 사용하여 Dashboard Application Services Hub

에 로그인하여 Dashboard Application Services Hub 창을 닫으면 기본적으로사용자 세션이 30분 후에 자동으로 제한시간 초과됩니다. 이를 무효화 제한시간초과라고 합니다. 무효화 제한시간 초과 설정을 수정할 수 있습니다.

무효화 제한시간 초과 설정을 변경하려면 다음을 수행하십시오.

1. Network Manager GUI 구성요소가 설치된 서버에 로그인하고 다음 파일을편집하십시오. $JazzSM_HOME/profile/config/cells/JazzSMNode01Cell/

applications/isclite.ear/deployments/isclite/deployment.xml

2. 이 파일에서 invalidationTimeout 값을 찾으십시오. 기본적으로, 이 값은 30

분으로 설정됩니다.

3. invalidationTimeout을 필요한 값(분 단위)으로 설정하십시오.

4. deployment.xml 파일을 저장하십시오.

5. Dashboard Application Services Hub를 다시 시작하십시오.

LTPA(Lightweight Third Party Authentication) 제한시간 설정 변경사용자가 특정 시간 동안(기본적으로 24시간) 로그인되어 있으면 Dashboard

Application Services Hub 로그인 세션이 자동으로 종료되며 사용자가 다시 로그인해야 합니다. 이를 LTPA(Lightweight Third Party Authentication) 제한시간이라고 합니다. LTPA 제한시간 설정을 수정할 수 있습니다.

LTPA 제한시간 설정을 변경하려면 다음을 수행하십시오.

1. 보안 > 보안 관리, 애플리케이션 및 하부구조를 누르십시오.


2. 보안 관리, 애플리케이션 및 하부 구조 창에서 인증 메커니즘 및 만기를 누르십시오.

3. 서버 간에 전달된 신임에 대한 제한시간 값 값을 필요에 따라 설정하십시오.

기본값은 1440분(24시간)입니다.


5. Dashboard Application Services Hub를 다시 시작하십시오.

네트워크 보기와 네트워크 홉 보기 GUI의 아이콘 변경사용자가 네트워크 보기와 네트워크 홉 보기에서 토폴로지 맵을 볼 때 보다 쉽게 인식할 수 있도록 디바이스 클래스, 클래스 유형, 트리, 맵을 표시하는 아이콘을 변경할 수 있습니다.

아이콘 추가네트워크 운영자가 네트워크 보기 및 네트워크 홉 보기 GUI에서 사용하는 아이콘을 변경하려는 경우 선택할 수 있는 추가 사용자 정의 아이콘을 작성하십시오.

네트워크 운영자가 사용자 정의 트리 및 맵 아이콘을 사용할 수 있도록 하려면다음을 수행하십시오.

1. 아이콘을 작성하십시오. 가장 적합한 결과를 위해 다음 형식을 사용하십시오.

v 트리 아이콘의 경우: 16 x 16픽셀 PNG, GIF 또는 JPG 이미지v 맵 아이콘의 경우: 임의 크기의 PNG, GIF, JPG 또는 SVG 이미지

Topoviz가 아이콘 크기를 적절히 변경하므로 하나의 이미지만 제공해야 합니다.

2. 웹 애플리케이션이 설치된 서버의 $NMGUI_HOME/profile/etc/tnm/

resource/ 디렉토리로 아이콘을 복사하십시오.

관련 개념:

336 페이지의 『TopoViz 아이콘』토폴로지 맵에서 아이콘은 디바이스 또는 네트워크 요소 유형을 표시합니다. 이러한 아이콘을 사용자 정의할 수 있습니다.

디바이스에 아이콘 지정네트워크 보기 및 네트워크 홉 보기 GUI에 표시되는 토폴로지 맵에 사용되는 기타 엔티티 및 디바이스의 아이콘을 변경할 수 있습니다.


디바이스 클래스에 아이콘 지정:

디바이스 클래스마다 아이콘을 다르게 표시하려면 각 디바이스 클래스에 자체 아이콘을 지정하십시오. 이렇게 하면 운영자가 토폴로지 맵에서 디바이스 클래스를구별할 수 있습니다(예: Cisco 디바이스와 Alcatel 디바이스 구별).

관련 링크에서 설명한 대로, 아이콘을 추가하여 사용자 정의 아이콘을 사용 가능하게 하십시오.

디바이스 클래스에 사용자 정의 아이콘을 지정하려면 다음을 수행하십시오.

1. 다음과 같이 topoviz.properties 파일에 대한 아이콘을 설명하는 라인을 수정하여 클래스 유형에 이전에 준비한 아이콘을 지정하십시오.

a. $NMGUI_HOME/profile/etc/tnm/topoviz.properties 파일을 편집하십시오.

b. 디바이스 유형에 맞는 아이콘 이름을 지정하는 섹션을 찾으십시오.

c. 다음과 같이 코드의 관련 라인을 수정하십시오.

topoviz.deviceicon.classname=iconname.extension

여기서,

v classname은 디바이스 클래스 이름입니다. 이는 클래스를 정의하는AOC 파일의 active object 매개변수에 대응해야 합니다. AOC 파일은 ITNMHOME/precision/aoc/ 디렉토리에 포함되어 있습니다.

v iconname은 아이콘 이름입니다.

v extension은 파일 확장자입니다.

2. topoviz.properties 파일을 저장하십시오.

엔티티 유형에 아이콘 지정:

GUI에 표시되는 일부 네트워크 엔티티는 디바이스가 아니므로 연관된 클래스 이름이 없습니다. GUI에서 이 엔티티에 대한 아이콘을 표시할 수 있도록 아이콘에관련 엔티티 유형으로 아이콘을 연관시킬 수 있습니다.


엔티티 유형에 사용자 정의 아이콘을 지정하려면 다음을 수행하십시오.

1. 다음과 같이 topoviz.properties 파일에 대한 아이콘을 설명하는 라인을 추가하여 클래스 유형에 이전에 준비한 아이콘을 지정하십시오.

a. $NMGUI_HOME/profile/etc/tnm/topoviz.properties 파일을 편집하십시오.

b. 디바이스 유형에 맞는 아이콘 이름을 지정하는 섹션을 찾으십시오.


c. 다음과 같이 코드의 관련 라인을 추가하십시오.

topoviz.image.entitytype=iconname.extension

여기서,

v entitytype은 엔티티 유형입니다. 이는 NCIM entityType 테이블에 나열된 엔티티 유형 이름과 정확히 일치해야 합니다.entityType 테이블에 대한 자세한 정보는 IBM Tivoli Network Manager Reference의 내용을 참조하십시오.

v iconname은 아이콘 이름입니다.

v extension은 파일 확장자입니다.


RAN GSM 셀

예를 들어 GUI에 표시되고, 디바이스가 아니므로 연관된 클래스 이름이 없는 네트워크 엔티티의 경우 엔티티 유형은 130: RAN GSM 셀. RAN GSM 셀은 요소의 콜렉션이지만, 클래스 유형이나 클래스 이름이 없습니다.

GUI에서 RAN GSM 셀에 대한 클라우드 아이콘을 연관시키도록 다음 라인이topoviz.properties 파일에 추가되었습니다:

topoviz.image.RAN\ GSM\ Cell=cloud.svg

참고: 엔티티 이름 RAN GSM Cell의 공백은 백슬래시(\)로 이스케이프 처리해야 합니다.

클래스 유형에 아이콘 지정:

네트워크 운영자가 토폴로지 맵에서 클래스 유형을 쉽게 식별할 수 있도록 클래스 유형을 표시하는 데 사용되는 아이콘을 변경하십시오. 클래스 유형은 둘 이상의 클래스를 함께 그룹화합니다. 예를 들어 클래스 유형 CiscoSwitch를 나타내는 단일 아이콘을 원하지만 CiscoSwitch 클래스 유형은 여러 Cisco 스위치 클래스 아이콘을 함께 그룹화합니다.


클래스 유형에 사용자 정의 아이콘을 지정하려면 다음을 수행하십시오.

1. 클래스 유형을 구성하는 클래스를 식별하십시오. 예를 들어 모든 Cisco 스위치에 대해 단일 아이콘을 사용하려는 경우(Cisco 스위치 클래스 유형) 개별Cisco 스위치 클래스를 나타내는 각 AOC 파일을 식별하십시오.

2. 활성 오브젝트 클래스(AOC) 파일을 포함하는 디렉토리로 이동하십시오. AOC

파일은 디바이스 클래스를 정의합니다.


cd$NCHOME /precision/aoc/

3. 클래스 유형의 각 AOC 파일에서 다음과 같이 visual_icon 매개변수를 수정하십시오.

visual_icon = classtype;

예를 들어 각 Cisco 스위치 AOC 파일에서 다음과 같이 visual_icon 매개변수를 수정하십시오.

visual_icon = CiscoSwitch;

AOC 파일을 변경한 후 ncp_class 프로세스를 다시 시작하십시오. ncp_class

가 다시 시작되어 실행된 후 ncp_model 프로세스를 다시 시작하십시오.

4. 클래스 유형에 이전에 준비한 아이콘을 지정하십시오. 예를 들어, 모든 Cisco

스위치(Cisco 스위치 클래스 유형)에 단일 아이콘을 사용하려는 경우$NMGUI_HOME/profile/etc/tnm/topoviz.properties 파일을 편집하고 디바이스 유형의 아이콘 이름을 지정하는 섹션을 찾아 다음과 같이 관련 코드 라인을 수정하십시오.

topoviz.image.CiscoSwitch=my_icon.svg

여기서, my_icon은 Cisco 스위치 클래스 유형의 사용자 정의 아이콘 파일 이름입니다.


RAN 송수신기 클래스 유형의 아이콘 지정

기존 예는 RAN(Radio Area Network) 송수신기에 대한 클래스 유형입니다. 여러 R A N 디바이스 클래스가 송수신기 유형에 속합니다 . 예를 들어RANBaseStation 및 RANNodeB 클래스는 모두 송수신기 클래스 유형에 포함되며 단일 송수신기 아이콘으로 표시됩니다. 이는 다음 파일 설정을 사용하여 구현됩니다.

RANBaseStation에 대한 AOC 파일이 파일에서 visual_icon 매개변수는 일반 클래스 유형 Transmitter로설정됩니다.

//*************************************************************//// 파일: RANBaseStation.aoc////*************************************************************

active object 'RANBaseStation'{super_class = 'NetworkDevice';


instantiate_rule = "ExtraInfo->ranBaseStation != NULL";

visual_icon = 'Transmitter';};

RANNodeB에 대한 AOC 파일이 파일에서 visual_icon 매개변수는 일반 클래스 유형 Transmitter로도 설정됩니다.

//*************************************************************//// 파일: RANNodeB.aoc////*************************************************************

active object RANNodeB{super_class = 'NetworkDevice';

instantiate_rule = "ExtraInfo->ranNodeB != NULL";

visual_icon = 'Transmitter';};

topoviz.properties 파일이 파일에서 transmitter.svg 아이콘은 AOC 파일에서 visual_icon =

'Transmitter'; 설정을 포함하는 클래스에 지정됩니다.

topoviz.image.Transmitter = transmitter.svg

토폴로지 맵 업데이트 및 모양 구성토폴로지 맵에서 디바이스 및 경보 상태가 표시되는 방법을 변경할 수 있습니다.

또한 경보 상태 및 토폴로지에 대한 업데이트 빈도를 수정할 수도 있습니다.

토폴로지 맵에서의 노드 및 행 모양기본적으로 디바이스 등을 나타내는 노드와 기타 네트워크 항목은 노드 간의 연결을 보여주는 행 앞에 표시됩니다. 이 기본 설정을 변경할 수 있지만 변경하면노드를 보고 상호 작용하기 어려울 수 있습니다.

기본적으로 토폴로지 맵에서 노드는 행에 오버레이됩니다. 이 옵션을 제어하는 설정은 $NMGUI_HOME/profile/etc/tnm/topoviz.properties 파일에 있습니다. 이설정을 찾으려면 # Specifies whether nodes are drawn before edges 주석으로 시작되는 관련 절을 검색하십시오.

# Specifies whether nodes are drawn before edges# true => Edges overlay nodes# false => Nodes overlay edgestopoviz.graph.nodesBeforeEdges=false


기본적으로 topoviz.graph.nodesBeforeEdges설정은 false로 설정되어 토폴로지맵에서 노드가 항상 행에 오버레이됩니다.

토폴로지 업데이트 확인 빈도 변경TopoViz는 네트워크 보기에 표시된 토폴로지가 업데이트되었는지 여부를 정기 간격으로 확인합니다. 이 빈도를 변경하려면, topoviz.properties 파일의topoviz.topologyupdateperiod 값을 변경하십시오.

새 노드는 토폴로지 맵에 자동으로 표시됩니다. 새 노드는 핸들을 사용하여 강조표시됩니다.

기본 빈도는 300초(5분)입니다. 이 값을 300초와 3600초 사이의 임의의 값으로 변경할 수 있습니다. 이 범위를 벗어난 값으로 topoviz.topologyupdateperiod 특성을 설정하면 기본값이 사용됩니다.

확인 빈도를 변경하려면 다음을 수행하십시오.

1. $NMGUI_HOME/profile/etc/tnm/topoviz.properties 구성 파일을 열고 다음행을 식별하십시오.

topoviz.topologyupdateperiod=3600

2. 빈도를 필요한 값(초 단위)으로 변경하십시오. topoviz.properties 파일을 저장한 후 닫으십시오.

네트워크 홉 보기 에 대한 기본 토폴로지 계층 변경Fix Pack 5

네트워크 홉 보기 에 의해 표시되는 기본 토폴로지 계층을 구성할 수 있습니다.

네트워크 홉 보기 가 Dashboard Application Services Hub 메뉴, 구조 브라우저 또는 이벤트 뷰어에서 열리면 기본적으로 계층 2 연결이 표시됩니다. 이 기본설정을 변경할 수 있습니다.

네트워크 보기에서 네트워크 홉 보기 를 여는 경우, 이는 선택된 네트워크 보기와 동일한 토폴로지 계층을 사용합니다.

기본 토폴로지 계층을 변경하려면 다음 태스크를 완료하십시오.

1. $NMGUI_HOME/profile/etc/tnm/topoviz.properties 구성 파일을 열고 다음행을 식별하십시오.

topoviz.hopview.connectivity.default=72

2. 계층을 필요한 값으로 변경하십시오.

허용되는 값이 ncp_layertypes.properties 파일에 나열되며 이 값에는 다음이 포함됩니다.


v 71: 계층 1

v 72: 계층 2

v 73: 계층 3

3. topoviz.properties 파일을 저장한 후 닫으십시오.

디바이스와 연관된 추가 정보 표시 구성디바이스의 경보 상태와 유지보수 상태 같은 정보가 디바이스 주위에 컬러 경계로 표시됩니다. 이 정보를 표시할 때 사용되는 요소의 색상, 아이콘 및 배치를 구성할 수 있습니다.

디바이스와 연관된 추가 정보 표시를 제어하려면 다음 파일의 설정을 사용합니다.

v $NMGUI_HOME/profile/etc/tnm/topoviz.properties

v $NMGUI_HOME/profile/etc/tnm/status.properties

이 파일을 사용하여 구성할 수 있는 설정은 다음과 같습니다.

디바이스의 관리 상태비관리 및 부분적 비관리 상태를 표시하는 아이콘, 위치 및 아이콘 크기입니다.

수동으로 추가된 디바이스 표시수동으로 추가된 디바이스임을 표시하는 아이콘, 위치 및 아이콘 크기입니다.

디바이스의 경보 상태경보 상태 아이콘의 표시 여부와 경보 상태 아이콘의 위치(표시할 경우)

입니다.

디바이스 프레임디바이스 프레임의 모서리 둥금 처리, 프레임 높이 및 너비입니다.

디바이스 레이블 텍스트디바이스 레이블 텍스트의 글자체, 글꼴 크기 및 글꼴 스타일입니다.

예제

다음 그림은 수동으로 추가한 디바이스를 비관리 모드로 표시하는 디바이스 표시를 보여줍니다.


비관리 상태 및 수동으로 추가한 디바이스 아이콘에 대한 설정을 다음과 같이 구성하십시오.

▌1▐ 비관리 상태 아이콘, 위치 및 크기topoviz.properties 파일에서 설정을 지정합니다. 이 설정을 찾으려면 #

Overlay definitions 주석으로 시작되는 관련 섹션을 검색하십시오.

1]2]3]4]5]6]7]

# Overlay definitions.topoviz.overlay.image.UNMANAGED=unmanaged.svgtopoviz.overlay.position.UNMANAGED=Ctopoviz.overlay.size.UNMANAGED=25topoviz.overlay.image.PARTIALMANAGED=partial_managed.svgtopoviz.overlay.position.PARTIALMANAGED=Ctopoviz.overlay.size.PARTIALMANAGED=25

표 33. 비관리 상태 아이콘 설정 설명라인 설명2 비관리 상태를 나타낼 때 사용할 아이콘을 지정합니다.

3 비관리 상태 아이콘의 위치를 지정합니다. 문자 C는 가운데를 의미합니다.

4 비관리 상태 아이콘의 크기를 지정합니다. 숫자는 상대값입니다.

5 부분적 비관리 상태를 나타낼 때 사용할 아이콘을 지정합니다.

6 부분적 비관리 상태 아이콘의 위치를 지정합니다. 문자 C는 가운데를 의미합니다.

7 부분적 비관리 상태 아이콘의 크기를 지정합니다. 숫자는 상대값입니다.

▌2▐ 수동으로 추가한 디바이스 아이콘, 위치 및 크기topoviz.properties 파일에서 설정을 지정합니다. 이 설정을 찾으려면 #

Overlay definitions 주석으로 시작되는 관련 섹션을 검색하십시오.

manually_added

21

그림 22. 수동으로 추가한 디바이스를 비관리 모드로 표시하는 디바이스 표시


1]2]3]4]5]

# Overlay definitions - Manual devicetopoviz.overlay.image.MANUAL=manualoverlay.svgtopoviz.overlay.position.MANUAL=Etopoviz.overlay.size.MANUAL=10topoviz.overlay.xoffset.MANUAL=-2

표 34. 수동으로 추가한 디바이스 상태 아이콘 설정 설명라인 설명2 수동으로 추가한 디바이스를 나타낼 때 사용할 아이콘을 지정합니다.

3 수동으로 추가한 디바이스 아이콘의 위치를 지정합니다. 문자 E는 동쪽 가운데를 의미합니다.

4 수동으로 추가한 디바이스 아이콘의 크기를 지정합니다. 숫자는 상대값입니다.

5 아이콘의 x축 오프셋을 지정합니다. 라인 2의 동쪽 가운데 위치는 디바이스 프레임에 닿도록 아이콘을 배치합니다. 오프셋 값이 -2이면 아이콘이 약간 왼쪽으로 이동하여 프레임 안쪽에 배치됩니다.

예제

다음 그림은 연관된 치명적 경보를 표시하는 디바이스 표시를 보여줍니다.

경보 상태 아이콘, 디바이스 프레임 및 디바이스 레이블 텍스트에 대한 설정을 다음과 같이 구성하십시오.

▌1▐ 경보 상태 아이콘경보 상태 아이콘을 토폴로지 맵에 표시할지 여부와 표시 위치를 제어하는 설정은 다음과 같습니다. 일부 설정은 topoviz.properties 파일에 있고 다른 설정은 status.properties 파일에 있습니다.

경보 상태 아이콘을 토폴로지 맵에 표시할지 여부status.properties 파일에서 경보 상태를 표시하도록 시스템에 지시하는 설정은 status.enabled=true입니다.

위치 topoviz.properties 파일에서 경보 상태 아이콘의 위치를 지정하는 설정은 topoviz.status.position=NE입니다. 이 설정은 경

tacoma-cr-2800t....

1

2

3

그림 23. 연관된 치명적 경보를 표시하는 디바이스 표시


보 상태 아이콘을 디바이스 프레임의 북동쪽(오른쪽 상단) 모서리에 경보 상태 아이콘을 배치하도록 시스템에 지시합니다.

▌2▐ 디바이스 프레임topoviz.properties 파일에서 설정을 지정합니다. 이 설정을 찾으려면 #

Node dimensions 및 # Corner arc 주석으로 시작되는 섹션을 검색하십시오.

1]2]3]4]5]6]7]8]9]10]11]

# Node dimensions (not used in legacy mode).topoviz.node.height=60topoviz.node.width=100

# Node resizability# Options: LOCKED (Fixed height and width)# TIGHT_HEIGHT (Fixed height, variable width)topoviz.node.resizeability=TIGHT_HEIGHT

# Corner arc (not used in legacy mode).topoviz.node.arc=10

표 35. 디바이스 프레임 설정 설명라인 설명2 프레임의 높이를 지정합니다.

3 프레임의 너비를 지정합니다.참고: 디바이스 레이블 텍스트는 줄바꿈되지 않으므로, 모든 디바이스 레이블 텍스트를 표시하려면 이 너비 값을 늘리거나 topoviz.node.fontsize 설정을 사용하여 텍스트 글꼴 크기를 줄여야 합니다.

8 topoviz.node.height 및 topoviz.node.width 설정 취급 방식을 지정합니다. 기본값은TIGHT_HEIGHT입니다.

LOCKED를 사용하면 topoviz.node.height 및 topoviz.node.width 매개변수에 설정된 값이 디바이스 프레임용으로 사용됩니다. TIGHT_HEIGHT를 사용하면 topoviz.node.height 설정이 유지되지만 topoviz.node.width 설정은 유지되지 않습니다. 이는 디바이스 레이블을수용할 수 있는 최소 너비로 디바이스 프레임이 자동으로 넓어짐을 의미합니다.

11 프레임 모서리 둥금 처리를 지정합니다. 값이 클수록 모서리가 둥글게 처리됩니다.

▌3▐ 디바이스 레이블topoviz.properties 파일에서 설정을 지정합니다. 이 설정을 찾으려면 #

Font settings 주석으로 시작되는 관련 섹션을 검색하십시오 .


1]2]3]4]

# Font settingstopoviz.node.font=Arial,Helveticatopoviz.node.fontsize=10topoviz.node.fontstyle=0

v Arial,Helvetica 글꼴이 서버에 설치되어 있는지 시스템 관리자에게 문의하십시오.

v fontstyle 값에 대해 다음 값을 사용할 수 있습니다.

0 보통 글꼴 스타일

1 굵은체 스타일

2 기울임체 스타일

표 36. 디바이스 레이블 텍스트 설정 설명라인 설명2 디바이스 레이블 텍스트에 사용할 글자체를 지정합니다.

3 디바이스 레이블 텍스트에 사용할 글꼴 크기를 지정합니다.

4 디바이스 레이블 텍스트에 사용할 글꼴 스타일을 지정합니다.

관련 개념:

336 페이지의 『TopoViz 아이콘』토폴로지 맵에서 아이콘은 디바이스 또는 네트워크 요소 유형을 표시합니다. 이러한 아이콘을 사용자 정의할 수 있습니다.

감지 후 네트워크 보기에서 노드 위치 구성네트워크를 재감지한 후 네트워크 보기에서 새로 감지된 노드와 기존 노드의 위치를 지정하는 방법을 구성할 수 있습니다.

기본적으로 TopoViz 클라이언트는 새로 감지된 노드가 맵에 추가될 때 네트워크 보기 맵의 레이아웃을 변경합니다. 감지 중 확보한 연결 정보와 같은 요인으로 레이아웃이 제어되므로 맵 레이아웃이 업데이트되면 기존 노드 위치는 보장되지 않습니다.

기본 동작을 변경하고 기존 노드 위치를 유지보수하고 네트워크 보기에 이미 있는 노드와 새 노드를 시각적으로 분리하도록 Network Manager를 구성하려면다음 매개변수를 편집하십시오.

참고: 이 동작은 대칭 레이아웃에서 가장 잘 작동합니다. 기타 레이아웃 옵션은기존 노드 위치에 영향을 미칠 수 있는 다른 요소를 고려합니다. 예를 들어 순환레이아웃은 노드 위치 유지보수보다 순환 레이아웃에서 노드를 표시하는 데 더역점을 두지만, 계층 및 수직 레이아웃은 정확한 노드 위치를 유지보수하는 것보다 수직 라인을 사용하여 노드 사이의 연결을 라우팅하는 데 더 역점을 둡니다.

1. $NMGUI_HOME/profile/etc/tnm/으로 이동하여 topoviz.properties 파일을여십시오.


2. topoviz.node.freezeold 매개변수를 찾아 값을 true(기본값은 false임)로변경하십시오.

true 설정은 기존 노드 위치를 유지보수하지만, 새 노드는 맵 맨 위의 행에배치되므로 마지막 재감지 중 추가되지 않은 노드와 새 노드를 명확히 구분합니다. 새 노드는 기본적으로 세로 및 가로 간격, 20픽셀을 두고 맵 맨 위에 하나 이상의 행에 배치됩니다.

3. Network Manager GUI에서 로그아웃하고 브라우저를 다시 시작하십시오.

true 설정을 적용하려면 다시 시작해야 합니다.

4. 옵션: 추가로 topoviz.properties에서 다음 매개변수를 사용하여 새 노드 위치를 조정할 수 있습니다.

v topoviz.node.new.placement 매개변수를 사용하여 맵 맨 위 또는 맨 아래 새 노드를 배치할 것인지 설정할 수 있습니다. 기본 설정은 top입니다.

네트워크 보기 맵 맨 아래 새 노드를 배치하려면 bottom으로 변경하십시오.

v topoviz.node.new.spacing.horizontal 매개변수를 사용하여 새 노드 사이의 가로 간격(픽셀)을 설정할 수 있습니다. 기본 설정은 20픽셀이며, 각새 노드를 서로 가까이 또는 더 멀리 가로로 배치하도록 다른 픽셀 수로변경하십시오.

v topoviz.node.new.spacing.vertical 매개변수를 사용하여 새 노드 사이의 세로 간격(픽셀)을 설정할 수 있습니다. 기본 설정은 20픽셀이며, 각 새노드를 서로 가까이 또는 더 멀리 세로로 배치하도록 다른 픽셀 수로 변경하십시오.

참고: 이 단계에서 논의된 모든 추가 설정은 topoviz.node.freezeold가 true

로 설정된 경우에만 적용됩니다.

경보 설정 변경필요하면 경보 설정을 변경할 수 있습니다. 경보 심각도 정보 업데이트 빈도를 변경하고 경보 심각도를 표시하는 기본 아이콘을 바꾸고 경보 상태를 검색하는 방법을 구성하고 다른 경보 설정을 구성할 수 있습니다.

경보 심각도 업데이트 빈도 변경:

필요하면, Tivoli Netcool/OMNIbus 웹 GUI에서 경보 심각도 정보가 업데이트되는 빈도를 변경합니다.

경보 심각도 업데이트 빈도를 변경하려면 다음을 수행하십시오.

1. 웹 애플리케이션이 설치된 서버에서 $NMGUI_HOME/profile/etc/tnm/

status.properties 파일을 여십시오.

2. 다음과 같이 변경하십시오.


v 네트워크 보기 트리에서 경보 심각도 업데이트 빈도를 변경하려면status.tree.updateperiod 특성 값을 변경하십시오. 값은 초 단위입니다.

예:

status.tree.updateperiod=60

v 토폴로지 맵에서 경보 심각도 업데이트 빈도를 변경하려면status.map.updateperiod 특성 값을 변경하십시오. 값은 초 단위입니다.

예:

status.map.updateperiod=60


토폴로지 내보내기의 이벤트 상태 업데이트에 대한 시간 초과 변경:

네트워크 기가 토폴로지를 내보내기 전에 이벤트 상태가 업데이트되기를 기다리는 시간을 구성할 수 있습니다.

네트워크보기에서 CSV로 내보내기 버튼을 클릭하면 브라우저는 기본적으로 기를 내보내기 전에 현재 네트워크 보기의 노드와 관련된 이벤트의 상태가 다운로드되는지 확인하기 위해 대기하지 않습니다.

브라우저가 대기하도록 구성할 수 있습니다. 대기 시간을 구성할 수도 있습니다.

이러한 설정은 표 레이아웃을 제외한 모든 토폴로지 레이아웃에 영향을 줍니다.

표 레이아웃을 CSV 파일로 내보낼 때 데이터는 화면에 표시된 대로 내보내집니다.

이벤트 상태 시간 초과를 변경하려면 다음 단계를 완료하십시오.


status.properties 파일을 여십시오.


v 보기를 다운로드하기 전에 브라우저를 이벤트 상태가 업데이트될 때까지기다리도록 구성하려면 status.table.export.wait.for.event.status 특성 값을 true로 변경합니다. 허용된 값은 true 및 false입니다. 기본값은false입니다.

v 브라우저가 대기하는 최대 시간을 변경하려면, status.map.updateperiod

특성 값을 변경하십시오. 값은 초 단위입니다. 예:

status.map.updateperiod=60



경보 심각도 레벨 아이콘 변경:

네트워크 보기 GUI에서 경고 심각도 레벨을 나타내는 데 사용되는 경보 상태 아이콘을 변경할 수 있습니다.

네트워크 보기에서 경보 심각도 레벨 아이콘 변경:

네트워크 보기 GUI에서 경보 심각도 레벨을 다른 경보 상태 아이콘으로 표시하려는 경우 기본 아이콘을 바꾸십시오.

교체 아이콘은 다음 형식을 사용해야 합니다.

v 네트워크 보기 트리의 경우: GIF 또는 PNG 파일.

v 토폴로지 맵의 경우: GIF, PNG 또는 SVG 파일.

GIF 또는 SVG 파일.

기본 아이콘을 바꾸려면 다음을 수행하십시오.

1. 바꿀 보안 아이콘의 이미지를 작성하고 해당 이미지를 $NMGUI_HOME/profile/

etc/tnm/resource/로 복사하십시오.

2. $NMGUI_HOME/profile/etc/tnm/status.properties 파일을 열고 다음과 같이 변경하십시오.

a. 파일의 트리 상태 이미지 섹션에서 필수 심각도 특성을 새 이미지로 가리키십시오. 예를 들어, 심각도 레벨 5의 경우 기본 critical.gif 파일을 자체 새 이미지로 바꾸려면 다음과 같습니다.

status.tree.image.5=status/<filename for new critical icon>.gif

b. 파일의 Map status images 섹션에서 필수 심각도 특성을 새 이미지로 가리키십시오. 예를 들어, 심각도 레벨 5의 경우 기본 critical.gif 파일을 자체 새 이미지로 바꾸려면 다음과 같습니다.

status.map.image.5=status/<filename for new critical icon>.gif

3. 바꿀 각 기본 아이콘에 대해 단계를 반복하십시오.


토폴로지 맵 테이블 양식 레이아웃에서 경보 심각도 레벨에 대한 아이콘 변경:

토폴로지 맵 테이블 양식 레이아웃 옵션에서 경보 심각도 레벨을 다른 경보 상태 아이콘으로 표시하려는 경우 기본 아이콘을 바꿔야 합니다.

토폴로지 맵 테이블 보기에서 교체 아이콘 형식은 GIF 또는 PNG 파일이어야 합니다.

기본 아이콘을 바꾸려면 다음을 수행하십시오.


1. 바꿀 보안 아이콘의 이미지를 작성하고 해당 이미지를 $NMGUI_HOME/profile/

etc/tnm/resource/로 복사하십시오.

2. $NMGUI_HOME/profile/etc/tnm/status.properties 파일을 열고 파일의 Net

View Table status image 섹션에서 필요한 심각도 특성을 새 이미지로 지정하십시오. 예를 들어, 심각도 레벨 5의 경우 기본 ac16_critical04_24.gif

파일을 자체 새 이미지로 바꾸려면 다음과 같습니다.

status.table.image.5=status/<filename for new critical icon>.gif

3. 바꿀 각 기본 아이콘에 대해 단계를 반복하십시오.


네트워크 보기 트리의 요청 시 이벤트 뷰어 필터 구성:

네트워크 보기 트리에서 경보 상태 아이콘을 클릭하면 필터링된 이벤트 뷰어가표시됩니다. 요청 시 이러한 필터를 정의하도록 네트워크 보기 트리를 구성할 수있습니다. 이 경우 메모리 사용량이 적습니다.

네트워크 보기 트리의 모든 네트워크 보기에 대해 정의되도록 이벤트 뷰어 필터를 구성하면 많은 양의 힙 메모리가 사용되며(특히 상위 보기가 많은 자세히 구조화된 탐색 트리에서) 이로 인해 성능 문제가 발생할 수 있습니다.

현재 표시된 네트워크 보기에 대해서만 이벤트 뷰어 필터를 정의하도록 네트워크 보기 트리를 구성할 수 있습니다. 요청 시 필터를 정의하면 메모리가 적게 사용됩니다. 기본적으로 요청 시 필터링은 사용하지 않으며, 네트워크 보기 트리가표시될 때 모든 보기에서 필터가 작성됩니다.

네트워크 보기 트리의 리프 노드에 대해서는 필터가 항상 작성됩니다. 리프 노드는 다른 네트워크 보기를 포함하지 않는 네트워크 보기(컨테이너가 아님)입니다.

요청 시 이벤트 뷰어 필터의 사용 여부와 상관없이 네트워크 보기 트리의 모든노드에 대해 집계된 경보 상태가 표시됩니다.

네트워크 보기 트리에서 요청 시 이벤트 뷰어 필터를 구성하려면 다음 단계를 완료하십시오.


status.properties 파일을 백업하고 편집하십시오.


v 네트워크 보기 트리에서 요청 시 이벤트 뷰어 필터를 사용하려면status.tree.filterael 특성 값을 false로 변경하십시오. 필터는 네트워크 보기를 열 때만 작성됩니다. 토폴로지 표시 분할창에 열리지 않은 네트워크 보기 트리의 상위 네트워크 보기에서 이벤트 뷰어를 여는 경우에모든 디바이스의 이벤트를 표시합니다. 네트워크 보기를 클릭한 후 해당


보기에서 이벤트 뷰어를 실행하면 이벤트 뷰어가 필터링되어 해당 보기에있는 디바이스의 이벤트만 표시합니다.

v 네트워크 보기 트리에서 요청 시 이벤트 뷰어필터를 사용하지 않으려면status.tree.filterael 특성 값을 true로 변경하십시오. 이벤트 뷰어 보기마다 미리 필터가 작성됩니다. 네트워크 보기에서 이벤트 뷰어를 열면 이벤트 뷰어가 필터링되어 해당 보기에 있는 디바이스의 이벤트만 표시합니다.


경보 상태 설정:

경보 상태 설정은 토폴로지 맵에 디바이스가 표시되는 여부와 표시 방법 및 설정값 업데이트 빈도를 제어합니다.

경보 상태 설정은 $NMGUI_HOME/profile/etc/tnm/topoviz.properties 파일에 포함되어 있습니다. 다음 설정값을 제어할 수 있습니다.

표 37. 경보 상태 설정설정 설명status.color.

background.

severity

status.color.background.severity 특성은 각 경보 심각도 레벨에 대한 배경 상태 색상을 지정합니다.

status.color.

foreground.

severity

status.color.foreground.severity 특성은 각 경보 심각도 레벨에 대한 디바이스 레이블 텍스트의색상을 지정합니다.

status.

globalfilter

status.globalfilter 특성은 토폴로지 맵의 디바이스 상태 표시에서 특정 경보를 필터링합니다. 이특성은 ObjectServer의 alerts.status 테이블에서 필터링합니다.

4.2 수정팩 6 이전의 Network Manager 버전에서 이 특성은 독립형구조 브라우저 에 적용되지 않았습니다. 수정팩 6으로 시작하면서 status.globalfilter.apply.to.structurebrowser 특성은status.globalfilter의 값이 독립형 구조 브라우저 에 적용 여부를 제어합니다.

다음 예제는 ping 실패 이벤트가 토폴로지에서 표시되는 디바이스의 상태에 영향을 주지 않게 합니다.

status.globalfilter=EventId<>'NmosPingFail'

다음 예제는 EventId ='NmosPingFail'과 연관된 이벤트가 있는 토폴로지 보기에서 해당 디바이스의상태만 표시됩니다.

viewsstatus.globalfilter=EventId='NmosPingFail'

다음 예제는 Severity가 Minor, Major 또는 Critical인 연관된 이벤트가 있는 토폴로지 보기에서 디바이스 상태를 표시합니다.

status.globalfilter=Severity>2

status.

globalfilter

.apply.to.

structurebrowser

이 특성이 true로 설정되어 있는 경우, status.globalfilter의 값은 경보 상태가 표시된 다른 모든 위치에 추가하여 독립형 구조 브라우저 에 적용됩니다. 이 특성이 false로 설정되어있는 경우, status.globalfilter는 독립형 구조 브라우저에 적용되지 않습니다. 기본값은 true입니다.


표 37. 경보 상태 설정 (계속)

설정 설명status.

hopview.

linestyle

Status.hopview.linestyle 특성은 홉 보기에 있는 노드 사이의 링크에서 경보 상태를 표시할 것인지 여부를 표시합니다. 기본적으로 링크 상태는 simple로 설정되며, 다른 가능한 값은 detailed입니다. none 값을 사용하지 마십시오. status.hopview.linestyle=none인 경우 링크에 대해 등록되었거나 요청된 상태가 없기 때문에 이벤트 표시 도구는 링크에 대해 오류를 표시합니다.

status.map.

updateperiod

status.map.updateperiod 특성은 토폴로지 맵에서 시스템이 경보 상태 설정을 업데이트하는 빈도를지정합니다.

status.map.

maxnodes

status.map.maxnodes 특성은 단일 토폴로지 맵에서 표시할 수 있는 경보 상태에 대한 최대 노드 수를 표시합니다.

status.map.

image.severity

status.map.image.severity 특성은 토폴로지 맵에서 디바이스 경보 상태를 표시하는 데 사용되는 아이콘을 지정합니다. 이러한 아이콘을 사용자 정의하려면 GIF 또는 SVG 아이콘을 관련 이름으로 작성하고 이를 $NMGUI_HOME/profile/etc/tnm/resource/ 위치에 저장하십시오.

status.map.

image.size.

severity

status.map.image.size.severity 특성은 토폴로지 맵에서 디바이스 경보 상태를 표시하는 데 사용할 아이콘의 크기를 지정합니다.

status.map.

image.xoffset.

severity

status.map.

image.yoffset.

severity

status.map.image.size.severity 및 status.map.image.yoffset.severity 특성은 아이콘의 x축 및y축 오프셋을 지정합니다. $NMGUI_HOME/profile/etc/tnm/topoviz.properties 파일에 지정된 NE(북동쪽) 위치는 디바이스 주위의 프레임과 닿도록 아이콘을 배치합니다. 오프셋 값은 아이콘이 프레임안쪽에 배치되도록 아이콘을 약간 왼쪽 아래로 이동시킵니다.

status.map.

topcolor.

saturation.

severity

status.map.

bottomcolor.

saturation.

severity

status.map.

topcolor.

brightness.

severity

status.map.

bottomcolor.

brightness.

severity

status.map.topcolor.saturation.severity, status.map.bottomcolor.saturation.severity,status.map.topcolor.brightness.severity, 및 status.map.bottomcolor.brightness.severity 특성은 경보 심각도 레벨에 대한 배경 상태 색상의 그라디언트를 제어하는 채도 및 밝기 조정 제어를지정합니다.

status.netview.

linestyle

status.netview.linestyle 특성은 네트워크 보기에 있는 노드 사이의 링크에서 경보 상태를 표시할것인지 여부를 표시합니다. 기본적으로 링크 상태는 simple로 설정되며, 다른 가능한 값은 detailed

입니다. none 값을 사용하지 마십시오. status.netview.linestyle=none인 경우 링크에 대해 등록되었거나 요청된 상태가 없기 때문에 이벤트 표시 도구는 링크에 대해 오류를 표시합니다.

status.none.

enabled

status.none.enabled특성은 디바이스의 none 상태가 clear 상태와 동일한 방법으로 표시되는지 여부를 표시합니다.팁: none상태는 디바이스에 대해 수신된 이벤트가 없음을 의미합니다. clear 상태는 심각도 레벨이1 이상인 이전 이벤트가 디바이스에서 지금 지워졌음을 의미합니다.



설정 설명status.

registration.

devicealert

status.registration.devicealert 특성을 true로 설정하면 디바이스 구성요소에 기반한 보기의 경보 상태에 디바이스의 경보를 포함합니다. 예를 들어, 인터페이스만 포함하는 MPLS 보기가 있는 경우 해당 인터페이스를 포함하는 디바이스의 섀시에서 경보를 제외할 수 있습니다. 기본 노드에서 경보를 제외하려면 이 특성을 false로 설정하십시오.

status.

registration.

threadscalefactor

status.registration.threadscalefactor 특성은 경보 상태를 등록하는 데 사용되는 스레드 수를 정의합니다. 예를 들어, status.registration.threadlimit 특성이 200(기본값)으로 설정된 경우 사용자가 사용하는 각 추가 200개 보기에 대해 하나의 추가 스레드가 사용됩니다. 이 설정은 모든 사용자에게 적용됩니다. 네트워크 보기 트리 및 맵에 경보 상태를 표시하는 시간이 오래 걸리면 기본 설정을 늘리십시오. 스레드가 많을수록 자원이 더 많이 사용됩니다. 사용자 및 보기의 총 수에 따라 추가스레드를 실행하기에 서버에 자원이 충분한지 확인하십시오 . 스레드는status.registration.threadlimit 특성에 정의된 최대값까지 늘어납니다.

status.

registration.

threadlimit

status.registration.threadlimit 특성은 보 상태를 등록하기 위해 사용자당 허용된 스레드 수의 상한입니다. status.registration.threadlimit 특성에서 정의된 스레드의 크기 조절에 대한 한계를 설정합니다.

status.table.

image.severity

status.table.image.severity 특성은 토폴로지 맵에서 디바이스 경보 상태를 표시하는 데 사용되는아이콘을 테이블 형식 레이아웃 지정합니다. 이러한 아이콘을 사용자 정의하려면 GIF 또는 SVG 아이콘을 관련 이름으로 작성하고 이를 $NMGUI_HOME/profile/etc/tnm/resource/ 위치에 저장하십시오.

status.table.

image.sortUp

status.table.

image.sort

Down

status.table.image.sortUp and status.table.image.sortDown 특성은 토폴로지 맵 테이블 양식 레이아웃에서 경보 심각도 아이콘을 정렬하는 방법을 지정합니다.

status.tree.

bookmarks.

enabled

status.tree.bookmarks.enabled 특성은 네트워크 보기 책갈피 트리에 디바이스 상태를 표시하는지여부를 지정합니다. 설정하려면 true로 설정하고 해제하려면 false로 설정합니다.

status.tree.

libraries.

enabled

status.tree.libraries.enabled 특성은 네트워크 보기 라이브러리 트리에 디바이스 상태를 표시하는지 여부를 지정합니다. 설정하려면 true로 설정하고 해제하려면 false로 설정합니다.

status.tree.

maxviews

status.tree.maxviews 특성은 네트워크 보기 트리가 포함하고 계속 경보 상태를 표시할 수 있는 최대 보기 수를 지정합니다.

status.tree.

registration.

ondemand

네트워크 보기 트리에서 요청 시 이벤트 뷰어 필터를 사용하려면 status.tree.registration.ondemand

특성 값을 true로 변경하십시오.

토폴로지 표시 분할창에 열리지 않은 네트워크 보기 트리의 상위 네트워크 보기에서 이벤트 뷰어를여는 경우 이벤트 뷰어는 모든 디바이스의 이벤트를 표시합니다. 네트워크 보기를 클릭한 후 해당 보기에서 이벤트 뷰어를 실행하면 이벤트 뷰어가 필터링되어 해당 보기에 있는 디바이스의 이벤트만 표시합니다. 요청 시 필터를 사용하면 힙 메모리가 적게 듭니다.

네트워크 보기 트리에서 요청 시 이벤트 뷰어 필터를 사용하지 않으려면status.tree.registration.ondemand 특성 값을 false로 변경하십시오. 네트워크 보기에서 이벤트 뷰어를 열면 이벤트 뷰어가 필터링되어 해당 보기에 있는 디바이스의 이벤트만 표시합니다.

status.tree.

updateperiod

status.tree.updateperiod 특성은 시스템이 네트워크 보기와 구조 브라우저 탐색 패널에서 경보 상태 설정을 업데이트하는 빈도를 지정합니다.



설정 설명status.tree.

image.severity

여기서, severity는 경보 상태 심각도를 지정하는 문자열 또는숫자입니다.

status.tree.image.severity 특성은 네트워크 보기 트리에서 디바이스 경보 상태를 표시하는 데 사용되는 아이콘을 지정합니다. 이러한 아이콘을 사용자 정의하려면 GIF 또는 SVG 아이콘을 관련 이름으로 작성하고 이를 $NMGUI_HOME/profile/etc/tnm/resource/ 위치에 저장하십시오.

status.view.

enabled

status.view.enabled 특성은 디바이스 상태가 네트워크 보기, 네트워크 홉 보기 , 및 구조 브라우저에 표시 여부를 지정합니다. 설정하려면 true로 설정하고 해제하려면 false로 설정합니다.

수동으로 추가 및 감지된 디바이스 간의 시각적 차이 구성오버레이 아이콘을 사용하여 토폴로지 맵에서 수동으로 추가된 디바이스를 강조표시하도록 토폴로지 보기를 구성할 수 있습니다.

수동으로 추가된 디바이스를 강조표시하도록 시스템을 구성하려면 다음을 수행하십시오.

1 . 다음 파일을 편집하십시오 . $NMGUI_HOME/profile/etc/ tnm/

topoviz.properties

2. 이 파일에서 topoviz.topologymanagement.differentiate_manual 값을 확인하십시오.

v topoviz.topologymanagement.differentiate_manual=true: 감지한 디바이스 및 연결과 구별하도록 수동으로 추가된 디바이스 및 연결을 구성합니다.

v topoviz.topologymanagement.differentiate_manual=false: 수동으로 추가된 디바이스 및 연결이 감지한 디바이스 및 연결과 구별되지 않습니다.

기본적으로 이 값은 true로 설정됩니다.

3. 설정이 topoviz.topologymanagement.differentiate_manual=true인 경우 수동으로 추가된 노드가 구별되는지 오버레이 이미지 구성을 확인하십시오.

# Overlay definitions - Manual devicetopoviz.overlay.image.MANUAL=manualoverlay.svgtopoviz.overlay.position.MANUAL=Etopoviz.overlay.size.MANUAL=10topoviz.overlay.xoffset.MANUAL=-2

이 구성 스니펫은 다음 설정을 포함합니다.

v 사용되는 오버레이 이미지는 manualoverlay.svg입니다. 이 파일은$NMGUI_HOME/profile/etc/tnm/resource/에 있습니다. 다른.svg 아이콘을 $NMGUI_HOME/profile/etc/tnm/resource/manualoverlay.svg로 복사하여 사용된 오버레이 이미지를 변경할 수 있습니다.


v 기본적으로 아이콘은 수동으로 추가된 디바이스의 오른쪽(동쪽의 경우 E

로 표시)에 나타납니다. 기타 옵션으로는 N, S, W, NE, NW, SW, SE 및C가 있습니다. 여기서 C는 디바이스의 가운데를 의미합니다.


확대/축소 및 상하좌우 이동 도구 구성네트워크 홉 보기, 경로 보기 및 네트워크 보기에는 확대/축소 및 상하좌우 이동도구가 있습니다. 이 도구를 사용하여 사전설정된 배율로 확대/축소하거나 토폴로지를 가운데에 배치하거나 상하좌우로 이동할 수 있습니다.

확대/축소 및 상하좌우 이동 도구는 기본적으로 설치 후에 사용 가능합니다. 기본적으로 이 확대/축소 및 상하좌우 이동 도구는 다음 보기 중 하나의 오른쪽 위섹션에 표시됩니다.

네트워크 홉 보기네트워크 보기(Network Views)

경로 보기

사용자는 사전설정된 확대/축소 레벨(예: 10%, 25%, 50%, 75%, 100%, 150%, 200%)

로 확대/축소할 수 있습니다.

확대/축소 및 상하좌우 이동 도구에 대한 특성과 속성은 $ITNMHOME/profile/

etc/tnm/topoviz.properties에 구성되어 있습니다. itnmadmin 사용자는topoviz.properties 파일에서 특성 속성을 수정하여 이 도구를 사용 또는 사용안함으로 설정하거나 보기 내에서 재배치할 수 있습니다.

1. itnmadmin으로 $ITNMHOME/profile/etc/tnm/topoviz.properties를 여십시오.

2. topoviz.properties 파일에서 변경하려는 특성 값을 수정하십시오.

#navigation control enablement (default true) true/falsetopoviz.hopview.navigatecontrol.enabled=truetopoviz.networkview.navigatecontrol.enabled=truetopoviz.pathview.navigatecontrol.enabled=true

#navigation control placement (default NE)#permissable values: NE, SE, SW, NW#default is NEtopoviz.hopview.navigatecontrol.position=NEtopoviz.networkview.navigatecontrol.position=NEtopoviz.pathview.navigatecontrol.position=NE

3. 파일 > 저장을 선택하십시오.

보기에서 토폴로지를 확대하려면 확대, 축소를 선택하거나, 사전설정된 확대/축소 비율 중 하나를 선택하십시오. 보기에서 토폴로지 주변을 상하좌우로 이동하려면 가운데로 스크롤, 위로 스크롤, 아래로 스크롤, 왼쪽으로 스크롤 또는 오른


쪽으로 스크롤을 선택하십시오.

복합 토폴로지 보기에서 이벤트 보기 구성네트워크 보기와 이벤트 보기를 결합하는 기본 보기 중 하나에서 네트워크 노드를 클릭할 때 열리는 이벤트 보기의 유형을 구성할 수 있습니다.

네트워크 상태 보기 및 결함 찾기 보기는 복합 토폴로지 보기(즉, 네트워크 보기와 이벤트 뷰어를 결합함)입니다. 네트워크 보기의 노드 또는 네트워크 보기 트리의 노드를 클릭하면 이벤트 뷰어가 새로 고쳐져 해당 노드의 이벤트를 표시합니다. 표시되는 이벤트 뷰어의 유형을 구성할 수 있습니다.

컬럼 서브세트가 포함된 이벤트 뷰어 보기를 표시하려는 경우 이벤트 뷰어의 유형을 구성할 수 있습니다.

특정 이벤트 뷰어 보기를 찾을 수 없다는 오류가 발생한 경우, 이 프로시저를 사용하여 이벤트 뷰어 인스턴스가 복합 보기에 표시되지 않는 오류를 해결할 수 있습니다.

보기를 구성하려면 다음 단계를 완료하십시오.

1. $NMGUI_HOME/profile/etc/tnm/topoviz.properties 구성 파일을 백업하고편집한 후 다음 섹션을 식별하십시오.

# Event viewer descriptions.topoviz.webtop.view.name=Defaulttopoviz.webtop.view.type=global

2. 사용하려는 이벤트 뷰어의 유형 및 이름에 해당하는 값으로 변경하십시오.


네트워크 홉 보기 에 있는 디바이스의 수에 대한 경고 구성기본적으로 네트워크 홉 보기 에서는 서버에서 홉 보기 검색이 500개 이상의 디바이스를 리턴할 것으로 판별하는 경우 경고를 발생시킵니다. 이 디바이스 한계를 500에서 다른 값으로 변경할 수 있으며 경고를 끌 수도 있습니다.

경고를 구성하려면 다음과 같이 진행하십시오.

1. $NMGUI_HOME/profile/etc/tnm/topoviz.properties 구성 파일을 여십시오.

2. 디바이스 한계를 구성하려면 다음과 같이 진행하십시오.

a. topoviz.hopview.tooManyDevicesWarningLimit으로 시작하는 행을 찾으십시오.

b. 한계를 원하는 값으로 변경하십시오.

3. 경고를 끄려면 다음과 같이 진행하십시오.

a. topoviz.hopview.tooManyDevicesWarningLimit으로 시작하는 행을 찾으십시오.


b. 경고를 끄려면 값을 0으로 설정하십시오.


비관리 디바이스로부터 이벤트 프리젠테이션 구성비관리 디바이스(Network Manager에 의해 폴링되지 않는 디바이스)의 이벤트가 네트워크 운영자에게 표시되는 방법을 구성할 수 있습니다.

Network Manager가 다음 방법으로 이벤트 뷰어에서 비관리 이벤트를 표시하도록 구성할 수 있습니다.

v 이벤트 뷰어에 전혀 표시되지 않도록 비관리 이벤트를 필터링하거나, 비관리디바이스에서 제공된 것을 사용자가 알도록 이벤트 뷰어에서 이벤트에 태그를붙입니다.

v 이벤트가 비관리 디바이스에서 제공된 것을 네트워크 운영자가 알도록 이벤트뷰어에서 이벤트에 태그를 붙입니다. 이 경우에는 이벤트 뷰어의 비관리 이벤트와 연관된 NmosManagedStatus 필드가 0보다 큰 값을 표시합니다.

다른 네트워크 관리 시스템의 Tivoli Netcool/OMNIbus 프로브 및 이벤트 소스는 Network Manager에서 비관리로 표시된 디바이스나 인터페이스에 대해 이벤트를 생성할 수 있습니다. 비관리 디바이스는 보통 비관리로 표시됩니다. 유지보수 중이어서 불필요한 네트워크 이벤트를 생성할 수 있기 때문입니다. 다음 주제에서는 비관리 디바이스에서 네트워크 이벤트를 관리하는 방법에 대해 설명합니다.

알아두기: 비관리 디바이스는 네트워크 맵에서 오버레이된 양 끝이 렌치 모양인아이콘으로 표시됩니다. 부분적 비관리 디바이스(특정 인터페이스만 비관리인 디바이스)는 네트워크 맵에서 오버레이된 한쪽 끝이 렌치 모양인 아이콘을 사용하여 표시됩니다.

비관리 디바이스로부터의 이벤트 필터링비관리 디바이스로부터의 이벤트가 이벤트 뷰어에 표시되지 않도록 필터링할 수있습니다.

1. 이벤트 뷰어에서 필터 빌더를 선택하십시오.

2. NmosManagedStatus 필드가 0보다 큰(관리) 모든 이벤트를 필터링하도록 새필터를 작성하거나 기존 필터를 편집하십시오.

이 조작을 완료하고 필터를 이벤트 뷰어에 적용하고 나면 비관리 디바이스로부터의 이벤트는 더 이상 이벤트 뷰어에 표시되지 않습니다.


비관리 디바이스로부터의 이벤트에 태그 붙이기이벤트가 비관리 디바이스에서 제공됨을 알 수 있도록 이벤트 뷰어에서 이벤트에 태그를 붙일 수 있습니다.

1. 이벤트 뷰어에서, 빌더 보기를 선택하십시오.

2 . 보기를 새로 작성하거나 기존 보기를 편집하여 이벤트와 연관되는NmosManagedStatus 필드를 표시하십시오. 이 필드는 이벤트가 발생한 디바이스나 인터페이스의 관리 상태를 표시합니다. 비관리 디바이스의 경우 이필드는 0보다 큰 값을 표시합니다.

이 조작을 완료하고 보기를 이벤트 뷰어에 적용하고 나면 이벤트 뷰어의 각 이벤트가 연관된 네트워크 디바이스 또는 인터페이스의 관리 상태를 표시합니다.

Network Manager GUI와 Internet Explorer 11 호환성 구성Internet Explorer 11을 사용하는 경우에는 Network Manager 4.2 GUI와의 호환성을 보장하기 위해 호환 모드 및 엔터프라이즈 모드를 꺼야 합니다. Network

Manager의 이전 버전에서 호환 모드를 켜야 합니다.

Network Manager GUI와의 호환성을 보장하기 위해 다음과 같은 단계를 완료하십시오.

1. Internet Explorer 11 브라우저에서 도구 > 호환성 보기 설정을 클릭하십시오.

2. 호환성 보기에 추가한 웹 사이트 목록을 검토하십시오. ibm.com 또는 Network

Manager 서버 주소 또는 호스트 이름이 목록에 있는 경우에는 제거하십시오.

3. 호환성 보기에서 인트라넷 사이트 표시를 선택 취소하십시오.

4. Internet Explorer 11이 EMIE(Enterprise Mode IE)에서 실행되고 있지 않은지 확인하십시오.

도구를 클릭하고 엔터프라이즈 모드가 메뉴에 있는 경우 엔터프라이즈 모드를 선택 취소하십시오.

모든 사용자에 대해 엔터프라이즈 모드를 끄려면 W i n d o w s I T

Center(https://technet.microsoft.com/en-us/windows)에서 Internet Explorer

11에 대한 엔터프라이즈 모드에 대한 정보를 참조하십시오.

5. 닫기를 클릭하십시오.

6. Internet Explorer 11 브라우저를 닫으십시오.

7. Internet Explorer 11 브라우저를 실행하고 캐시를 지우십시오.


https://technet.microsoft.com/en-us/windows

Internet Explorer 11 브라우저는 이제 Network Manager GUI와 완전히 호환가능합니다.


제 14 장 네트워크 시각화를 위한 비영어 설정 구성디바이스 레이블 또는 기본 네트워크 보기 이름을 영어 이외의 언어로 표시하려면 몇 개의 구성 단계를 수행해야 합니다.

비영어권 언어로 네트워크 보기 이름 구성기본 네트워크 보기 이름이 특정 지원 언어로 표시되도록 선택할 수 있습니다. 네트워크 보기 이름을 표시할 언어를 구성해야 합니다.

1. 원하는 언어에서 사용되는 문자 세트를 NCIM 데이터베이스가 지원하는지 확인하십시오.

2. $NMGUI_HOME/profile/etc/tnm/autoprovision/ 디렉토리를 여십시오.

3. default.xml 파일을 다른 위치로 백업하십시오. (Network Manager는 .xml

로 끝나는 모든 파일을 기반으로 autoprovision 디렉토리에 네트워크 보기를 작성하려고 시도합니다.)

팁: Network Manager는 .processed로 끝나는 파일을 무시합니다. 한 번 이상 Network Manager GUI를 시작한 경우에는 default.xml 파일의 이름이default.xml.processed로 지정됩니다.

4. default.xml이나 default.xml.processed 파일을 편집하십시오.

5. <dynamicViewTemplate> 태그를 찾아서 적절한 언어를 추가하고 원하는 언어의 country 속성을 추가하십시오.

다음 예제에서는 네트워크 보기 이름이 대만어로 표시되도록 지정합니다.

<autoProvision domain="*" accessLevel="user" accessId="itnmadmin"><dynamicViewTemplate id="ip_default" language="zh" country="TW"/>

</autoProvision>


v 이 파일이 default.xml인 경우에는 이전 버전 위에 저장하십시오.

v 이 파일이 default.xml.processed인 경우에는 default.xml로 저장하십시오.

참고: 이 파일의 확장자가 .xml이 되도록 이 파일을 저장하지 않으면Network Manager가 이 파일을 처리하지 않으며 해당 보기도 작성되지않습니다.


이제는 itnmadmin 사용자가 소유한 기본 네트워크 보기가 모두 선택한 언어로 표시됩니다. 이전에 네트워크 보기를 액세스한 경우에는 이제 두 세트의 네트워크 보기, 즉 원래의 영어 보기와 선택된 언어로 이름이 지정된, 이보기의 사본이 존재하게 됩니다.

7. 옵션: itnmadmin 사용자로 이 네트워크 보기에 로그인하여 원래의 영어 보기를 삭제하십시오.

8. 옵션: 같은 방식으로 itnmuser.xml 파일을 편집하여 itnmadmin 사용자가 소유한 기본 네트워크 보기의 이름을 구성하십시오.

관련 태스크:

240 페이지의 『네트워크 보기 삭제』더 이상 필요하지 않은 기존 네트워크 보기를 삭제하십시오.

영어 이외의 언어로 올바르게 표시되도록 WebTools 구성영어 이외의 로케일에서 WebTools를 실행할 때 다음 구성 태스크를 수행해야 합니다.

다음 프로시저는 일본어로 사용할 수 있도록 WebTools를 구성하는 방법을 보여줍니다. 귀하의 언어에 맞게 적절하게 바꾸십시오.

1. 원하는 로케일과 UTF-8 문자 세트로 실행되도록 핵심 서버를 구성하십시오.

예를 들어, 일본어 로케일의 경우 핵심 서버에서 다음 명령을 실행하십시오.

export LANG=ja_JP.utf8export LC_ALL=ja_JP.utf8source /opt/IBM/netcool/core/env.sh

2. 핵심 서버를 다시 시작하십시오.

3. 핵심 서버와 동일한 로케일 및 UTF-8 문자 세트로 실행되도록 Dashboard

Application Services Hub 서버를 구성하십시오. 예를 들어, 일본어 로케일의 경우 Dashboard Application Services Hub 서버에서 다음 명령을 실행하십시오.

export LANG=ja_JP.utf8export LC_ALL=ja_JP.utf8

4. Dashboard Application Services Hub 서버를 다시 시작하십시오.

5. 사용하는 브라우저의 로케일 문자가 Unicode로 설정되었는지 확인하십시오.


디바이스 속성에 멀티바이트(비ASCII) 문자 사용토폴로지의 디바이스 레코드에서 감지된 디바이스의 멀티바이트 문자열을 사용할수 있습니다. 예를 들어 표시 이름에서 비ASCII 문자를 사용하여 디바이스를 표시할 수 있습니다.

일부 디바이스는 멀티바이트 데이터를 포함하는 데이터를 리턴할 수 있습니다. 대개 이 데이터는 ASCII 데이터로 해석되며, 따라서 손상됩니다. 디바이스 레코드에서 멀티바이트 데이터를 사용하려는 경우 먼저 MIB 변수를 잠재적으로 포함하는 멀티바이트 데이터로 정의해야 합니다.

기본적으로 sysName, sysDescr, sysLocation 및 sysContact가 모두 잠재적으로포함하는 멀티바이트 데이터로 정의됩니다.

비ASCII MIB 변수 정의멀티바이트 데이터를 포함한 MIB 변수를 지정할 수 있습니다. 이러한 MIB 변수의 멀티바이트 데이터는 공백으로 구분되고 0이 선행하는 16진 문자열로 인코드됩니다.

MIB 변수가 멀티바이트 데이터 잠정 포함으로 정의되는 경우 SNMP 헬퍼가ASCII 범위(1-127) 밖의 바이트가 값에 포함되었는지 여부를 확인합니다. 변수에비ASCII 데이터가 포함된 경우 SNMP 헬퍼가 공백으로 구분되고 0이 선행하는16진 문자열로 값을 인코드합니다. 기본적으로 다음 MIB 변수는 멀티바이트 데이터를 포함할 수 있는 것으로 지정됩니다.

v sysName

v sysDescr

v sysLocation

v sysContact

MIB 변수를 멀티바이트 데이터 포함 가능으로 정의하려면 다음 단계를 완료하십시오.

1. SnmpStackSchema.cfg 구성 파일을 백업한 후 편집하십시오.

2. 다음과 유사한 행을 추가하십시오.

insert into snmpStack.multibyteObjects values ( 'sysDescr' );

3. SnmpStackSchema.cfg 구성 파일을 저장한 후 닫으십시오.

제 14 장 비영어 설정 구성 367

디바이스 레이블 구성디바이스의 SysName이 멀티바이트 데이터를 포함하는 경우 다음 단계를 수행하여 SysName을 토폴로지 맵에서 디바이스에 대한 표시 레이블로 사용하십시오.

디바이스의 SysName에 다중바이트 데이터가 포함되지 않은 경우 감지 구성GUI의 고급 탭에서 SysName SysName 이름 지정 사용 설정을 선택하여SysName을 표시 레이블로 설정할 수 있습니다.

디바이스의 SysName이 멀티바이트 데이터를 포함하는 경우, 감지 구성 GUI에서 SysName 이름 지정 사용 설정을 선택해서는 안됩니다. 선택하면 디바이스의EntityName이 인코드된 멀티바이트 데이터를 포함하기 때문입니다. 그 대신 다음 단계를 완료하여 SysName을 디바이스의 표시 레이블로 사용하십시오.

1. 적합한 도메인에 대한 disco.config 구성 파일을 백업하고 편집하십시오.

2. m_DisplayMode 특성을 설정하십시오.

a. EntityName을 표시 이름으로 사용하려면 m_DisplayMode를 0(기본값)으로 설정하십시오.

b. SysName을 표시 이름으로 사용하려면 m_DisplayMode를 1로 설정하십시오. EntityName은 변경되지 않고, 디바이스는 SysName을 사용하여표시됩니다.


설정이 다음 감지에서 적용됩니다.

NCIM 데이터베이스에 대한 로케일 변경Network Manager 서버 및 멀티바이트 데이터를 사용하려는 디바이스에서와 같은 NCIM 데이터베이스에 동일한 로케일을 설정하십시오.

SNMP가 로케일 정보를 포함하지 않기 때문에 Network Manager는 자동으로SNMP 데이터 디바이스의 멀티바이트 값을 인코드할 수 없습니다. 따라서 멀티바이트 데이터의 예상 로케일을 지정해야 합니다.

별도의 NCIM 데이터베이스를 사용 중인 경우 데이터베이스 회사 및 버전에 대한 문서를 참조하십시오. 에서 Informix® 환경 변수 설정에 대한 Informix 문서를 참조하십시오.


멀티바이트 문자열 사용 제한사항멀티바이트 데이터는 Network Manager에서 처리될 수 없습니다. 멀티바이트 데이터는 변경되지 않고 NCIM 데이터베이스로만 전달될 수 있습니다.

MIB 변수가 Network Manager 프로세스에 의해 변환 또는 변경될 예정인 경우 MIB 변수를 포함하는 멀티바이트 데이터로 지정하지 마십시오.

제 14 장 비영어 설정 구성 369


제 4 부 네트워크 문제점 해결

네트워크 운영자는 네트워크 및 디바이스 가용성을 담당합니다. Network

Manager를 사용하여 네트워크를 시각화하고 디바이스 경보를 빠르게 식별할 수있습니다. 그런 다음, 경보를 사용하여 실시간으로 네트워크 문제를 찾아 이를 진단하고 해결할 수 있습니다.

다음 태스크에서는 네트워크 문제를 진단하고 문제 해결을 지원하는 방법에 대해 설명합니다.



제 15 장 네트워크 문제점 해결 정보

Network Manager는 네트워크 보기, 이벤트 목록, 경로 보기 및 구조 브라우저를 포함한 네트워크 문제를 해결하는 여러 가지 방법을 제공합니다.

네트워크 보기와 이벤트 목록은 네트워크 문제점을 식별하기 위한 시작점을 제공합니다.

v 네트워크 보기는 네트워크 보기(Network Views) GUI에 표시됩니다. 네트워크 보기는 지리적 그룹 또는 기타 그룹을 기초로 네트워크의 여러 보기를 표시합니다. 예를 들어, 네트워크 보기는 서브넷 및 VLAN 그룹을 표시할 수 있습니다. 네트워크 보기(Network Views) GUI 내의 상태 아이콘은 디바이스와 디바이스 그룹의 이벤트 상태를 표시합니다.

v 이벤트 목록은 이벤트 뷰어에 표시됩니다. 이벤트 뷰어은 네트워크 디바이스의 이벤트 목록을 제공하고 선택된 디바이스의 이벤트만 표시되도록 필터링할수 있습니다.

v 결함 찾기 보기에서는 이벤트 뷰어에 이벤트를 표시합니다. 이벤트를 클릭하면 네트워크 홉 보기 GUI는 이벤트가 발생하는 디바이스의 연결을 표시합니다.

v 네트워크 상태 보기(Network Health View)는 복합 GUI의 토폴로지 및 이벤트 데이터를 표시하며, 이 경우 네트워크 보기 라이브러리 또는 책갈피 양식의 토폴로지 데이터는 맨 위 위젯에 표시되고 이벤트 뷰어의 이벤트 데이터는 하단 위젯에 표시됩니다. 네트워크 보기 라이브러리 또는 책갈피에서 디바이스를 선택하면 이벤트 뷰어에서 해당 디바이스에 대한 이벤트 목록이 생성됩니다.

경로 보기와 구조 브라우저를 사용하여 특정 디바이스 및 디바이스 간의 라우트를 조사할 수 있습니다.

v 경로 보기를 사용하면 네트워크 경로를 추적할 수 있습니다. 네트워크 경로는시작 및 종료 디바이스 사이에 발생하는 모든 디바이스와 링크를 표시합니다.

디바이스에 영향을 주는 문제와 해당 경로의 링크가 그래픽적으로 표시됩니다.

v 구조 브라우저에서는 디바이스의 내부 구조를 탐색할 수 있습니다. 또한 구조브라우저를 사용하여 디바이스 구성요소의 상태를 조사하고 네트워크 디바이스 내에서 결함을 분리할 수 있습니다.

관련 태스크:

431 페이지의 『이벤트 목록을 사용하여 문제점 식별』모든 네트워크 이벤트를 단일 이벤트 목록으로 모니터할 수 있습니다. 결함 찾기 보기를 사용하여 네트워크 이벤트를 모니터할 수 있습니다.


432 페이지의 『네트워크 상태 보기 사용』네트워크 상태 보기를 사용하여 디바이스의 이벤트를 표시하십시오.

토폴로지 정보Network Manager에서는 토폴로지를 표시하는 네트워크 홉 보기 GUI 및 네트워크 보기(Network Views) GUI를 제공합니다. 이 GUI를 사용하여 네트워크를시각화할 수 있으며 네트워크 문제점을 해결하는 시작점으로도 사용할 수 있습니다.

네트워크 홉 보기 GUI

네트워크 홉 보기 GUI를 사용하여 네트워크에서 특정 디바이스를 검색하고 지정된 네트워크 디바이스를 표시할 수 있습니다. 또한 네트워크 문제점 해결의 시작점으로 네트워크 홉 보기 를 사용할 수도 있습니다.

네트워크 홉 보기 GUI를 사용하여 지정된 디바이스를 중심으로 토폴로지 맵을작성하십시오. 이를 seed 디바이스라고 합니다. 또한 seed 디바이스에서 홉 수를구성할 수도 있습니다. 표시된 토폴로지는 사용자가 구성하는 홉 수 내에서, seed

디바이스에 연결된 모든 디바이스로 구성됩니다. 다음 예제는 홉 수에 따라 홉 보기 내용이 어떻게 변경되는지 설명합니다.

v 예제 1: 디바이스 A를 seed 디바이스로 지정하고 홉 수를 1로 지정합니다. 홉보기는 디바이스 A와 디바이스 A에 직접 연결된 모든 디바이스로 구성되는네트워크 맵을 표시합니다.

v 예제 2: 디바이스 A를 seed 디바이스로 지정하고 홉 수를 2로 지정합니다. 디바이스 A는 두 개의 디바이스인 디바이스 B 및 디바이스 C에 직접 연결됩니다. 홉 보기는 디바이스 A, 디바이스 B 및 C, 디바이스 B에 직접 연결된 모든 디바이스, 디바이스 C에 직접 연결된 모든 디바이스를 표시합니다.

네트워크 홉 보기 GUI를 사용하여 네트워크에 있는 디바이스의 이벤트를 볼 수있습니다. 해당 디바이스에 또는 디바이스의 구성요소에 가장 중요한 이벤트의 심각도를 표시하기 위해 네트워크 홉 보기 는 디바이스 옆에 이벤트 상태 아이콘을 표시합니다.

도구 모음

토폴로지 맵에서 디바이스의 이벤트 심각도는 이벤트 심각도 아이콘으로 표시됩니다. 토폴로지 맵에서 디바이스를 두 번 눌러 디바이스를 조사하면 디바이스의구성요소가 구조 브라우저에 표시됩니다.

필요한 피봇 디바이스를 지정하고 토폴로지 맵을 그리려면 다음 단추와 필드를사용하십시오.


Domain

표시하려는 디바이스가 포함된 네트워크 도메인을 선택하십시오.

Seed 디바이스

피봇 디바이스의 IP 주소를 입력하거나 Seed 디바이스 검색 을 클릭하여 데이터베이스에서 디바이스를 검색하십시오.

홉 피봇 디바이스 주위에 표시할 홉 수를 선택하십시오.

Connectivity

표시하려는 토폴로지 보기의 유형을 선택하십시오.

계층 1


계층 2


계층 3


참고: 계층 3 인터페이스를 포함하는 활성 연결이 있는 스위치는이 레이아웃에 포함됩니다.





IP 서브넷서브넷 클라우드에 연결된 서브넷 내의 모든 디바이스를 표시합니다. 이 레이아웃은 네트워크 맵을 단순화하고 서브넷 멤버십을 명확하게 하는 데 도움이 됩니다.모든 연결을 보려면 다음 옵션 중하나를 선택하십시오.




OSPF

라우터 역할, 영역 멤버십 및 연결성이 포함된 감지된 OSPF 정보를 기반으로 연결을 표시합니다.

제 15 장 네트워크 문제점 해결 정보 375




IPMRoute



논리 RAN

논리 RAN 연결을 표시합니다. RAN 엔티티는 일반적으로 L1 또는 L2 연결을 통해 연결되지만 이 논리 연결을 통해 기본 RAN

엔티티의 개요를 확인할 수 있습니다. 연결은 일반적으로 감지된데이터에 내재됩니다. 예를 들어, 기본 스테이션 컨트롤러는 관리하는 기본 스테이션에 연결됩니다. 논리 RAN 연결은 멀티플렉서와 같은 중간 디바이스를 사용하지 않고 이 관계를 표시합니다.



LTE S1-U


LTE S5-U


LTE S8


변경사항 적용토폴로지 보기에 변경사항을 적용합니다.

선택한 네트워크 홉 보기 가 토폴로지 표시 패널에 표시되는 방식을 변경하려면다음 단추를 사용하십시오.


이미지로 저장보기를 저장하거나 보기를 이미지로 저장합니다.

인쇄보기 또는 보기 컨테이너를 인쇄합니다.

맵에서 찾기토폴로지 맵에서 디바이스를 검색합니다.

선택커서를 선택 모드로 변경합니다. 커서가 선택 모드일 때 토폴로지 표시 패널의 디바이스를 누르면 해당 디바이스가 선택됩니다.

영역 이동커서를 영역 이동 모드로 변경합니다. 영역 이동 모드에서는 커서가

아이콘으로 바뀝니다. 마우스 왼쪽 단추로 토폴로지를 누른 채로 마우스를 움직여서 토폴로지를 이동시킬 수 있습니다.

확대/축소 선택커서를 확대/축소 선택 모드로 변경합니다. 커서가 확대/축소 선택 모드이면 마우스를 사용하여 토폴로지의 특정 영역에 사각형을 그릴 수 있습니다. 마우스 단추를 놓으면 화면이 그려 놓은 사각형으로 확대됩니다.

대화식 확대/축소커서를 대화식 확대/축소 모드로 변경합니다. 커서가 대화식 확대/축소 모드일 때 마우스 단추를 누른 채로 커서를 위로 이동하면 축소되고, 커서를 아래로 이동하면 확대됩니다.

개요 전환현재 보기의 개요를 새 페이지에 표시합니다.

확대보기를 확대합니다.


축소보기를 축소합니다.

창 크기에 맞춤현재 보기를 토폴로지 표시 창의 크기에 맞춥니다.

계층 구조 레이아웃보기 형식을 계층 구조 레이아웃으로 변경합니다. 이 옵션은 비할당 네트워크 보기와 같이 연결 정보가 없는 보기에는 사용할 수 없습니다.

대칭 레이아웃보기의 형식을 대칭 레이아웃으로 변경합니다.이 옵션은 비할당 네트워크보기와 같이 연결 정보가 없는 보기에는 사용할 수 없습니다.

직각 레이아웃보기 형식을 직각 레이아웃으로 변경합니다.이 옵션은 비할당 네트워크 보기와 같이 연결 정보가 없는 보기에는 사용할 수 없습니다.

원형 레이아웃보기 형식을 순환 레이아웃으로 변경합니다.이 옵션은 비할당 네트워크 보기와 같이 연결 정보가 없는 보기에는 사용할 수 없습니다.

엔드 노드 전환토폴로지 맵에서 엔드 노드를 표시하거나 숨깁니다. 엔드 노드에는 워크스테이션과 프린터 같은 디바이스가 포함되어 있습니다.

마우스 오른쪽 단추 클릭 도구

네트워크 홉 보기 에서 엔티티를 마우스 오른쪽 단추로 클릭하여 다음 메뉴 항목이 있는 진단 조치를 수행할 수 있습니다.

토폴로지 리센터링선택한 디바이스 주변에서 네트워크 홉 보기 의 맵이 중심에 위치하도록다시 그립니다.

이벤트 표시이벤트 뷰어에서 선택한 디바이스의 이벤트를 표시합니다.


디바이스 구조 표시구조 브라우저 에서 모든 구성요소를 포함하여 선택한 디바이스의 내부 구조를 표시합니다.

연결 정보 표시선택한 디바이스의 인터페이스와 각 인터페이스의 연관된 연결을 별도의창에 표시합니다. 이 명령을 서브넷에서도 실행할 수 있습니다.

네트워크 보기에서 찾기네트워크 보기(Network Views)에서 선택한 디바이스를 표시합니다. 표시하기 전에 시스템은 선택한 디바이스가 표시되는 모든 네트워크 보기를나열하고 이러한 네트워크 보기 중 하나를 선택하도록 요청합니다.

경로 보기에서 찾기경로 보기 GUI에서 선택한 디바이스를 표시합니다. 표시하기 전에 시스템은 선택한 디바이스가 표시되는 모든 경로 보기를 나열하고 이러한 경로 보기 중 하나를 선택하도록 요청합니다.

IP 경로 추적네트워크 경로 추적 창을 열고 선택한 디바이스로 채웁니다.

참고: 단일 도메인에서만 경로를 추적할 수 있습니다. 네트워크 경로 추적 창에 지정된 모든 디바이스가 동일한 도메인에 있어야 합니다.

보기에 추가선택된 디바이스를 사용자가 선택하는 네트워크 보기에 추가합니다.

폴링 정책 작성선택된 디바이스의 폴링 정책을 작성합니다.

SNMP MIB 데이터 찾아보기선택된 디바이스에서 MIB 데이터를 찾아볼 수 있는 SNMP MIB 브라우저 를 호출합니다.

SNMP MIB 데이터 그래프 표시선택된 디바이스에서 MIB 데이터를 그래프로 표시할 수 있는 SNMP MIB

그래퍼(SNMP MIB Grapher)를 호출합니다.

감지...

감지 개요 표시선택된 디바이스의 감지 개요 창을 실행합니다. 감지 개요 창에는처음 감지된 시기, 마지막으로 감지된 시기, 마지막으로 재부팅된시기를 포함하여 디바이스의 감지 상태가 나열됩니다.

관리 취소선택된 디바이스를 유지보수(관리 취소) 모드로 전환합니다. 디바이스를 유


지보수 모드로 전환하면 디바이스의 Network Manager 폴링 및 이벤트연관이 비활성화됩니다. 이 명령을 서브넷에서도 실행할 수 있습니다.

이 호스트에서 Ping

클라이언트 시스템에서 하나 이상의 선택된 디바이스를 ping하여 해당 디바이스에 대한 연결을 확인하십시오.

서버로부터 ping

Network Manager 서버에서 하나 이상의 선택된 디바이스를 ping하여해당 디바이스에 대한 연결을 확인하십시오. 이 명령을 서브넷에서도 실행할 수 있습니다.

Telnet

Telnet을 사용하여 선택된 디바이스에 로그인할 수 있습니다.

구성 관리선택된 디바이스에서 ITNCM 구성 관리 보고서를 실행합니다.

ITNCM 보고서

디바이스별로 그룹화된 정책 준수선택된 디바이스에서 Netcool Configuration Manager 디바이스별로 그룹화된 정책 준수 보고서를 실행합니다.

구성 및 OS 변경 요약선택된 디바이스에서 Netcool Configuration Manager 구성 및 OS 변경 요약 보고서를 실행합니다.

정책 준수 점수 및 요약선택된 디바이스에서 Netcool Configuration Manager 정책 준수 점수 및 요약 보고서를 실행합니다.

토폴로지 관리

디바이스 추가현재 토폴로지에 기본 노드 디바이스를 수동으로 추가합니다.

디바이스 삭제현재 토폴로지에서 수동으로 추가한 선택된 디바이스를 삭제합니다.

연결 추가선택된 디바이스 간 수동 연결을 추가합니다.

실행...

디바이스 및 서브넷에 대한 추가 정보를 제공하는 TADDM 시스템을 실행합니다.

TADDM/CCMDB


세부사항 보기TADDM에서 선택된 디바이스의 세부사항을 볼 수 있습니다.

히스토리 보기TADDM에서 선택된 디바이스의 히스토리를 볼 수 있습니다.

Webtools

선택된 디바이스에 대해 ping, traceroute, DNS 검색 조작과 같은WebTools를 실행할 수 있도록 WebTools 사용자 인터페이스를 실행합니다.

관련 참조:


네트워크 보기(Network Views) GUI

네트워크 보기(Network Views) GUI는 계층적으로 구성된 감지된 네트워크 보기를 보여줍니다. 감지 결과를 보고 네트워크 문제점을 해결하려면 네트워크 보기(Network Views)를 사용하십시오.

기본적으로 네트워크 보기 트리에는 각 네트워크 기술에 대한 도메인별 독립 IP

네트워크 보기 계층 구조가 포함되어 있습니다. 각 도메인에 대해서만 적용되는IP 네트워크 보기 계층 구조가 표시됩니다.

선택적으로 각 도메인에 대한 LTE 네트워크 보기 계층 구조를 추가할 수 있습니다. IBM Tivoli Network Manager 사용자 안내서에 설명된 대로 lte_default 네트워크 보기 템플리트를 사용하여 템플리트 기반 동적 보기를 작성하여 이를 수행하십시오.

IP 네트워크 보기 트리 계층 구조

네트워크 보기는 네트워크 구성 방법에 따라 디바이스 유형, 서브넷, VLAN 또는 기타 보기 세트를 표시할 수 있습니다.

네트워크 보기 트리에서는 네트워크 보기 내의 네트워크 엔티티에 대한 최고의심각도 이벤트를 표시하는 각 네트워크 보기 이름 옆에 아이콘이 표시됩니다. 네트워크 홉 보기 와는 달리, 여기서 포함된 엔티티의 이벤트도 표시되며, 네트워크 보기(Network Views)는 보기 정의와 일치하는 엔티티에 대해서만 상태를 표시합니다. 네트워크 보기 내의 디바이스에 대한 모든 이벤트를 표시하는 이벤트뷰어을 열려면 아이콘을 클릭하십시오.


감지가 완료될 때 자동으로 최상위 레벨 네트워크 보기 노드가 생성됩니다. 네트워크가 아주 커서 수천 개의 디바이스로 구성되는 경우, 관리자는 여러 도메인에서 네트워크를 감지하였을 수 있습니다. 이와 같은 경우 도메인마다 최상위 레벨네트워크 보기가 표시됩니다.

참고: 기본적으로, 최상위 레벨 네트워크 보기 노드를 NCOMS라고 합니다.

NCOMS는 기본 Network Manager 도메인이기 때문입니다.

최상위 레벨 노드의 내용은 네트워크 내의 디바이스 및 디바이스 콜렉션에 따라다릅니다. 모든 네트워크는 다음의 서브노드를 포함합니다.

v 디바이스 클래스: 공급업체, 모델 또는 기타 디바이스 특성으로 그룹화된 디바이스.

v 서브넷: 현재 Network Manager 도메인의 모든 서브넷.

크고 한층 복잡한 네트워크를 가지고 있는 경우(예: 서비스 제공자 조직이고 MPLS

를 사용하여 고객 VPN을 지원하는 경우) 최상위 레벨 노드는 다음 서브노드도포함할 수 있습니다.

v VLAN: 현재 Network Manager 도메인의 모든 가상 LAN

v HSRP 그룹: 현재 Network Manager의 모든 핫 스탠바이 라우터 프로토콜라우터 그룹

v VTP 도메인: 현재 Network Manager 도메인의 모든 VLAN 트렁킹 프로토콜 도메인

v MPLS: 현재 Network Manager 도메인의 모든 MPLS 핵심 네트워크 및 가상 사설 네트워크

v BGP 네트워크: 현재 Network Manager 도메인의 모든 BGP AS(Au-

tonomous System)

v OSPF 라우팅 도메인: 현재 Network Manager 도메인의 모든 OSPF 영역

참고: 나열된 서브노드는 시스템이 감지 후에 자동으로 빌드하는 기본 보기입니다. 또한 사용자 정의 네트워크 보기를 빌드할 수도 있습니다.

네트워크 보기 도구 모음 단추

선택한 네트워크 보기가 표시되는 방법을 변경하려면 다음 단추를 사용하십시오.

새로 고치기보기를 새로 고칩니다. 기본적으로 보기는 매 20초마다 새로 고칩니다.


저장보기 또는 보기 컨테이너를 저장합니다. 이 버튼은 보기가 표시될 때만 나타납니다.







확대/축소 선택커서를 확대/축소 선택 모드로 변경합니다. 커서가 확대/축소 선택 모드이면 마우스를 사용하여 토폴로지의 특정 영역에 사각형을 그릴 수 있습니다. 마우스 단추를 놓으면 화면이 그려 놓은 사각형으로 확대됩니다.







계층 구조 레이아웃보기 형식을 계층 구조 레이아웃으로 변경합니다. 이 옵션은 비할당 네트워크 보기와 같이 연결 정보가 없는 보기에는 사용할 수 없습니다.

대칭 레이아웃보기의 형식을 대칭 레이아웃으로 변경합니다.이 옵션은 비할당 네트워크보기와 같이 연결 정보가 없는 보기에는 사용할 수 없습니다.



격자 레이아웃보기 형식을 격자 레이아웃으로 변경합니다. 이 옵션은 비할당 보기와 같이 연결 정보가 없는 보기에만 사용할 수 있습니다.

테이블 형식 레이아웃보기 형식을 테이블 레이아웃으로 변경합니다.이 옵션은 비할당 네트워크보기와 같이 연결 정보가 없는 보기에는 사용할 수 없습니다.

CSV로 내보내기현재 보기를 다운로드한 쉼표로 구분된 값(CSV) 파일로 내 보냅니다. 이파일에는 표시되는 디바이스에 대한 정보가 들어 있습니다. 테이블 형식


레이아웃에서 내보내는 경우 내보낸 데이터는 데이블의 순서와 같으며 테이블에 적용된 것과 동일한 필터를 사용하여 필터링됩니다. 다른 보기에서 내보내는 경우 데이터의 순서는 정의되지 않으며 보기에 모든 디바이스가 포함됩니다.

도움말포틀릿에 대한 도움말을 표시합니다.

관련 태스크:

411 페이지의 『네트워크 보기 검색』네트워크 보기가 여러 개인 경우 네트워크 보기 트리를 검색하여 우너하는 보기를 찾을 수 있습니다.

관련 참조:

392 페이지의 『기본 네트워크 보기 노드』이 정보를 통해 네트워크 보기 트리에 기본적으로 표시되는 노드를 이해할 수있습니다.


네트워크 도메인네트워크 도메인은 감지 및 관리할 네트워크 엔티티의 콜렉션입니다. 단일Network Manager 설치는 여러 개의 네트워크 도메인을 관리할 수 있습니다.

기본 네트워크 도메인을 NCOMS라고 합니다. 도메인을 추가하려면 각 도메인에고유한 이름을 제공해야 합니다.

제한사항: 도메인 이름에 영숫자 문자와 밑줄(_)만 사용하십시오. 하이픈(-)과 같은 기타 다른 문자는 허용되지 않습니다.

기본적으로 시스템은 기본 NCOMS 도메인을 사용합니다. 시스템은 사용자가 다음 태스크를 수행할 때 도메인을 변경할 수 있는 옵션을 제공합니다.

v 감지 구성 및 실행v 폴링 및 폴링 정의 구성v OQL을 사용하여 관리 데이터베이스 조회v 네트워크 보기(Network Views) 및 네트워크 홉 보기 를 사용하여 네트워크시각화.

v SNMP MIB 브라우저 를 사용하여 디바이스 MIB 찾아보기


디바이스 연결네트워크 맵의 다른 OSI 계층 레벨에서 네트워크를 표시할 수 있습니다. 서브넷멤버십, OSI 계층 2 연결, OSI 계층 3 연결, PIM(Protocol Independent

Multicast) 또는 IPM(Internet Protocol Multicast) 라우트에 초점을 맞추려면 연결 계층 설정을 변경하십시오.

링크 상태가 구성된 경우, 디바이스 간의 연결이 디바이스의 이벤트 심각도에 해당되는 색상으로 표시됩니다. 구성되면, 연결은 결합된 이벤트 상태 아이콘으로 표시됩니다.

연결 계층 설정은 다음과 같이 다양합니다.

계층 1


계층 2

토폴로지에서 디바이스 사이의 모든 교환 연결을 표시합니다. 일반적으로계층 2 보기에는 스위치 및 허브 연결이 표시됩니다.

계층 3







IP 서브넷서브넷 클라우드에 연결된 서브넷 내의 모든 디바이스를 표시합니다. 이레이아웃은 네트워크 맵을 단순화하고 서브넷 멤버십을 명확하게 하는 데도움이 됩니다.모든 연결을 보려면 다음 옵션 중 하나를 선택하십시오.




OSPF

라우터 역할, 영역 멤버십 및 연결성이 포함된 감지된 OSPF 정보를 기반으로 연결을 표시합니다.



집중 토폴로지사용 가능한 모든 계층 1, 2 및 3 토폴로지 데이터를 기반으로 디바이스사이의 최저 계층 링크를 표시합니다.


IPMRoute



논리 RAN

논리 RAN 연결을 표시합니다. RAN 엔티티는 일반적으로 L1 또는 L2

연결을 통해 연결되지만 이 논리 연결을 통해 기본 RAN 엔티티의 개요를 확인할 수 있습니다. 연결은 일반적으로 감지된 데이터에 내재됩니다.

예를 들어, 기본 스테이션 컨트롤러는 관리하는 기본 스테이션에 연결됩니다. 논리 RAN 연결은 멀티플렉서와 같은 중간 디바이스를 사용하지 않고 이 관계를 표시합니다.




LTE S1-U


LTE S5-U


LTE S8


관련 태스크:

425 페이지의 『링크 모니터링』디바이스 사이의 링크를 모니터링하여 링크로 연결된 디바이스의 상태를 판별할수 있습니다. 또한 근본 문제를 진단하기 위한 도구를 실행할 수 있습니다.


IP 서브넷 연결IP 서브넷 연결을 사용하면 네트워크 맵에서 서브넷별로 디바이스 멤버십을 표시할 수 있습니다.

IP 서브넷 연결 옵션은 서브넷 무리에 연결된 하나의 서브넷 내의 모든 디바이스를 표시합니다. IP 서브넷 연결 옵션을 사용하면 대개 네트워크 맵에 표시되는네트워크가 단순화되고 서브넷 멤버십을 명확하게 만듭니다. 모든 연결을 보려면다음 중 하나를 선택하십시오.

v 실제 접속의 경우 계층 1.



v 사용 가능한 모든 계층 1, 2 및 3 토폴로지 데이터를 기반으로 디바이스 사이의 최저 계층 링크를 표시하려면 집중 토폴로지.

계층 1 연결계층 1 연결 옵션을 사용하면 계층 1 네트워크 요소 사이의 연결을 표시할 수 있습니다.

계층 2 연결라우터, 스위치 및 토폴로지의 다른 네트워크 디바이스 사이 같이 감지된 계층 2

연결을 표시하려면 계층 2 연결 옵션을 사용하십시오. 일반적으로 계층 2 보기에는 스위치 및 허브 연결이 표시됩니다.

계층 3 연결라우터 및 다른 네트워크 디바이스 사이 같이 감지된 계층 3 연결을 표시하려면계층 3 연결 옵션을 사용하십시오. 스위치는 보통 표시되지 않습니다.


v 두 개의 계층 3 인터페이스 사이의 연결이 표시됩니다.



참고: 라우팅 기능이 있는 스위치는 계층 3 인터페이스를 포함하는 활성 연결이있는 경우에 표시됩니다.


네트워크 맵 및 트리 아이콘과 기호디바이스 및 디바이스 연결은 여기에서 설명하는 아이콘을 사용하여 네트워크 맵과 트리에 표시됩니다.

다음 표에는 네트워크 맵 및 네트워크 트리에서 사용되는 디바이스 및 디바이스연결 아이콘이 설명되어 있습니다. 네트워크 맵에서 실선은 디바이스 사이의 연결을 표시하고 연한 파선은 멤버십(예: 서브넷 또는 BGP 자동 시스템의 멤버십)


v 표 38: 일반 아이콘이 설명되어 있습니다.

v 390 페이지의 표 39: LTE 아이콘이 설명되어 있습니다.

표 38. 네트워크 맵에서 사용되는 아이콘: 일반아이콘 Name 설명

셀 아이콘 RAN(Radio Area Network) 셀로 지정된 디바이스를 표시합니다.

EMS(Element ManagementSystem) 아이콘

EMS를 표시합니다.

엔드 노드 아이콘 Windows, Linux 및 Solaris 워크스테이션 및 프린터를 포함하는 엔드 노드 디바이스를 표시합니다.

일반 논리 콜렉션 아이콘 일반 논리 콜렉션을 표시합니다.

지리적 위치 아이콘 지리적 위치를 표시합니다.

지리적 지역 아이콘 지리적 지역을 표시합니다.

수동으로 추가한 디바이스또는 디바이스 사이의 연결

연관된 디바이스나 연결이 토폴로지 관리 마우스 오른쪽 단추 클릭 옵션을사용하여 수동으로 추가되었음을 표시하는 데 사용됩니다.

프로브 아이콘 네트워크 프로브를 표시하는 데 사용됩니다.

R A N ( R a d i o A r e aNetwork) 라우터 아이콘

RAN(Radio Area Network) 라우터로 지정된 디바이스를 표시합니다.

R A N ( R a d i o A r e aNetwork) 스위치 아이콘

RAN(Radio Area Network) 스위치로 지정된 디바이스를 표시합니다.

라우터 아이콘 라우터로 지정된 디바이스를 표시합니다.


표 38. 네트워크 맵에서 사용되는 아이콘: 일반 (계속)

아이콘 Name 설명서브넷 아이콘 서브넷을 표시합니다.

전환 아이콘 스위치로 지정된 디바이스를 표시합니다.

알 수 없는 디바이스 아이콘 시스템은 이 디바이스에 사용할 올바른 아이콘을 식별할 수 없습니다. 가장 가능한 이유는 디바이스에 대한 SNMP 액세스 실패입니다.

[4] 연결 수 표시기 다음 중 하나를 표시합니다.

v 두 디바이스 사이의 연결 관계(실선으로 표시)의 경우 이 숫자는 디바이스 사이의 연결에 참여하는 인터페이스 수를 표시합니다.

v 멤버십 관계(연한 파선으로 표시)의 경우 이 숫자는 멤버십(예: 서브넷또는 OSPF 영역의 멤버십)에 참여하는 인터페이스 수를 표시합니다.

표시된 연결 수는 표시 중인 연결성 레이어에 고유합니다.

비관리 디바이스 해당되는 모든 인터페이스를 포함하여 전체 디바이스가 관리되지 않습니다.

부분적 비관리 디바이스 해당 디바이스의 특정 구성요소만 관리되지 않습니다.

표 39. 네트워크 맵에서 사용되는 아이콘: LTE

아이콘 Name 설명안테나 아이콘 안테나를 표시합니다.

EIR(Equipment IdentityRegister) 아이콘

EIR(Equipment Identity Register)을 나타냅니다.

eNodeB(Evolved NodeB)아이콘

eNodeB(Evolved NodeB) 디바이스를 나타냅니다.

eUtranCell 아이콘 eUtranCell을 나타냅니다.

HSS(Home SubscriberServer) 아이콘

HSS(Home Subscriber Server)를 나타냅니다.

LTE 풀 아이콘 LTE 풀을 나타냅니다.


표 39. 네트워크 맵에서 사용되는 아이콘: LTE (계속)

아이콘 Name 설명LTE 섹터 아이콘 LTE 섹터를 나타냅니다.

LTE 추적 영역 아이콘 LTE 추적 영역을 나타냅니다.

M M E ( M o b i l i t yManagement Entity) 아이콘

MME(Mobility Management Entity) 디바이스를 나타냅니다.

PCRF(Policy and ChargingRules Function) 아이콘

PCRF(Policy and Charging Rules Function)를 나타냅니다.

P G W ( P a c k e t D a t aNetwork Gateway) 아이콘

PGW(Packet Data Network Gateway) 디바이스를 나타냅니다.

SGW(Serving Gateway) 아이콘

SGW(Serving Gateway) 디바이스를 나타냅니다.

OSPF 및 BGP 네트워크는 표준 네트워크 맵과 동일한 디바이스 아이콘을 사용합니다. 디바이스 아이콘 아래에 있는 레이블은 BGP 네트워크 또는 OSPF 라우팅 도메인 내에서 디바이스가 수행하는 기능을 표시합니다. 다음 표는 디바이스아이콘 레이블의 예제를 제공하고 레이블이 표시하는 것을 설명합니다.

표 40. OSPF 및 BGP 네트워크 맵에서 사용되는 아이콘네트워크 보기 레이블의 예제 설명BGP 자동 시스템

B G PService172.20.1.4(RR)

클러스터 내의 라우트 리플렉터 디바이스를 표시합니다.디바이스 아래에 있는 레이블 RR은 이것이 라우트 리플렉터 클라이언트임을 표시합니다.

BGP 자동 시스템

B G PService172.20.1.7(RRClient)

클러스터 내의 라우트 리플렉터 클라이언트 디바이스를표시합니다. 디바이스 아래에 있는 레이블 RR Client는 이것이 라우트 리플렉터 클라이언트임을 표시합니다.

BGP 네트워크 B G P A S 6 5 5 3 0(OPENTRANSIT)

BGP 자동화 시스템을 나타냅니다. 연한 파선은 이BGP AS의 구성원인 디바이스를 표시합니다.

OSPF 라우팅도메인

OSPF 172.20.65.31 (ABR) 영역 경계 라우터를 표시합니다. 디바이스 아래에 있는레이블 ABR은 이것이 영역 경계 라우터임을 표시합니다.


OSPF 172.20.1.6 (ASBR) AS 경계 라우터를 표시합니다. 디바이스 아래에 있는레이블 ASBR은 이것이 AS 경계 라우터임을 표시합니다.


OSPF 172.20.81.12 (DR) 지정된 라우터를 표시합니다. 디바이스 아래에 있는 레이블 DR은 이것이 지정된 라우터임을 표시합니다.


표 40. OSPF 및 BGP 네트워크 맵에서 사용되는 아이콘 (계속)

네트워크 보기 레이블의 예제 설명OSPF 라우팅도메인

OSPF 172.20.1.4 (BDR) 백업 지정 라우터를 표시합니다. 디바이스 아래에 있는레이블 BDR은 이것이 백업 지정 라우터임을 표시합니다.


172.20.2.8 (Broadcast)R 브로드캐스트 또는 비브로드캐스트 다중 액세스 네트워크 세그먼트의 지정된 라우터에 의해 생성되는 유형 2네트워크 LSA(Link State Advertisement)를 나타냅니다.

기본 네트워크 보기 노드이 정보를 통해 네트워크 보기 트리에 기본적으로 표시되는 노드를 이해할 수 있습니다.

Default nodes in the network view tree

기본적으로 네트워크 보기 트리에는 각 네트워크 기술에 대한 도메인별 독립 IP

네트워크 보기 계층 구조가 포함되어 있습니다. 각 도메인에 대해서만 적용되는IP 네트워크 보기 계층 구조가 표시됩니다. IP 네트워크 보기 계층 구조를 구성하는 노드는 393 페이지의 표 41에 표시되어 있습니다.

선택적으로 각 도메인에 대한 LTE 네트워크 보기 계층 구조를 추가할 수 있습니다. IBM Tivoli Network Manager 사용자 안내서에 설명된 대로 lte_default 네트워크 보기 템플리트를 사용하여 템플리트 기반 동적 보기를 작성하여 이를 수행하십시오. LTE 네트워크 보기 계층 구조를 구성하는 노드가 395 페이지의 표42에 표시됩니다.

기본 네트워크 보기 라이브러리의 일부만 볼 수 있습니다. 네트워크 보기 트리에표시되는 노드는 네트워크의 장치 유형, 네트워크에 사용된 기술 및 네트워크 보기가 구성된 방법에 따라 다릅니다. 또한 관리자가 사용자, 역할 또는 그룹에 대해 네트워크 보기 라이브러리 액세스를 제한할 수 있습니다. 둘 이상의 네트워크도메인이 있으면 도메인마다 한 개의 네트워크 보기 계층 구조를 볼 수 있으며,

각 계층 구조는 네트워크 보기 노드의 일부 또는 전부를 포함합니다.

참고: 경보 심각도를 기반으로 하는 기본 네트워크 보기는 해당 심각도의 경보를하나 이상 갖고 있는 디바이스만 포함하도록 필터링됩니다. 예를 들어, 경보 보기 > 수신확인 경보 > 높음 보기에는 하나 이상의 높음 경보가 있는 디바이스가포함됩니다. 그러나 해당 디바이스에 다른 심각도의 경보가 있을 수도 있습니다.

예를 들어, 높음 보기에 높음 경보와 위험 경보가 있는 디바이스 A가 포함될 수있습니다. 디바이스의 모든 경보가 해당 네트워크 보기에 포함됩니다. 이벤트 표시 도구를 사용할 경우 디바이스의 모든 경보가 표시됩니다. 특정한 경보 심각도만 갖고 있고 다른 경보 심각도는 없는 디바이스만 포함하도록 네트워크 보기의


필터를 편집할 수 있습니다. 그러나 다른 심각도의 여러 경보를 갖고 있는 디바이스를 실수로 네트워크 보기 계층 구조에서 누락하지 않도록 주의하십시오.

Default network view nodes: IP network

다음 표에는 IP 네트워크 디바이스에 대한 기본 네트워크 보기 계층 구조가 나열되어 있습니다.

표 41. 기본 네트워크 보기 노드: IP 네트워크네트워크 보기 노드 이 네트워크 보기 노드에 포함된 디바이스 설명경보 보기 > 수신확인 경보 수신확인 경보가 연관되어 있는 디바이스. 네트워크 보기는 경보의 심각도를 기준

으로 구성됩니다.

경보 보기 > 수신확인 경보 > 치명적 현재 치명적 심각도의 수신확인 경보가 연관되어 있는 디바이스.

경보 보기 > 수신확인 경보 > 높음 현재 높음 심각도의 수신확인 경보가 연관되어 있는 디바이스.

경보 보기 > 수신확인 경보 > 낮음 현재 낮음 심각도의 수신확인 경보가 연관되어 있는 디바이스.

경보 보기 > 한 시간 이상 된 치명적Ping 실패 이벤트

한 시간 이상 되고 심각도가 5(치명적)인 ping 실패 이벤트가 있는 디바이스.

경보 보기 > PingFailRootCause ping 실패 경보가 연관되어 있고 경보가 근본 원인 경보인 디바이스.

경보 보기 > SNMP 폴링 실패 현재 SNMP 실패(NmosSnmpPollFail) 이벤트가 연관되어 있는 디바이스. 이 디바이스는 SNMP 폴링이 실행되도록 구성되어 있지만, SNMP를 사용하여 도달할수 없습니다. 디바이스에서 SNMP를 지원하지 않으면 SNMP 폴링이 실행되도록구성되지 않아야 합니다. 디바이스에서 SNMP가 지원될 경우 SNMP 폴링 실패는디바이스에 결함이 있음을 나타냅니다.

경보 보기 > SnmpLinkInDiscards NmosSnmpLinkInDiscards 유형의 경보가 있는 디바이스.

경보 보기 > 수신확인되지 않은 경보 수신확인되지 않은 경보가 연관되어 있는 디바이스. 네트워크 보기는 경보의 심각도를 기준으로 구성됩니다.

경보 보기 > 수신확인되지 않은 경보 >치명적

현재 치명적 심각도의 수신확인되지 않은 경보가 연관되어 있는 디바이스.

경보 보기 > 수신확인되지 않은 경보 >높음

현재 높은 심각도의 수신확인되지 않은 경보가 연관되어 있는 디바이스.

경보 보기 > 수신확인되지 않은 경보 >낮음

현재 낮은 심각도의 수신확인되지 않은 경보가 연관되어 있는 디바이스.

모든 관리 시스템 Network Manager가 감지한 모든 EMS(Element Management System)입니다.각 EMS 네트워크 보기는 해당 EMS에서 관리하는 관리 요소를 관리 요소 사이의연결과 함께 표시합니다.

모든 라우터 계층 3 연결을 가진 모든 디바이스 , 다시 말해 Network Manager이ncim.entityClass 데이터베이스 테이블에서 라우터로 분류한 모든 디바이스.

모든 스위치 계층 2 연결을 가진 모든 디바이스 , 다시 말해 Network Manager이ncim.entityClass 데이터베이스 테이블에서 스위치로 분류한 모든 디바이스.

BGP 네트워크 BGP 네트워크 멤버십으로 그룹화된 디바이스.

사용자 정의 보기 디바이스의 사용자 정의 콜렉션. 모든 디바이스 또는 디바이스 콜렉션을 사용자 정의 보기에 추가할 수 있습니다.

디바이스 클래스 Network Manager 디바이스 클래스 계층 구조로 그룹화된 디바이스. 디바이스 클래스의 예제로 Cisco 및 Juniper가 있습니다.


표 41. 기본 네트워크 보기 노드: IP 네트워크 (계속)

네트워크 보기 노드 이 네트워크 보기 노드에 포함된 디바이스 설명감지된 ASM 디바이스에서 실행 중인 ASM 에이전트는 해당 디바이스에서 실행 중인 상용 서

버 또는 데이터베이스 제품에 해당합니다. 이러한 네트워크 보기는 해당 디바이스에서 실행 중인 상용 서버 또는 데이터베이스 제품을 기반으로 네트워크에서 디바이스를 그룹화합니다.

HSRP 그룹 네트워크 도메인의 모든 HSRP(Hot Standby Routing Protocol)

IGMP 그룹 감지된 모든 IGMP(Internet Group Membership Protocol) 그룹.

수동으로 추가된 디바이스 토폴로지에 수동으로 추가된 모든 디바이스의 자동 콜렉션. 디바이스가 감지되지 않으면 토폴로지에 수동으로 추가할 수 있습니다. 수동으로 추가된 디바이스가 모두이 보기에 나타납니다.

모니터링 보기 > HighDiscardRate에 대한 인터페이스 이벤트가 하나 이상 있는디바이스

버려진 패킷 비율이 높은 인터페이스를 갖고 있는 디바이스를 표시합니다.

모니터링 보기 > 초기 Ping 실패 이벤트

실패한 ping 폴링을 갖고 있는 디바이스를 표시합니다.

MPLS > MPLS 핵심 MPLS(Multiprotocol Label Switching Path) 핵심 네트워크를 표시합니다.

MPLS > MPLS VPN 네트워크 도메인의 MPLS VPN(Virtual Private Networks).

MPLS TE 네트워크 도메인의 MPLS TE(Traffic Engineering) 터널.

멀티캐스트 라우팅 MDT 감지된 모든 MDT(Multicast Distribution Trees)를 표시합니다.

NAT 주소 공간 NAT(Network Address Translation) 주소 공간 멤버십으로 그룹화된 디바이스.

Fix Pack 3 네트워크 프로브 각 프로브 유형에 대해 하나의 하위 보기를 표시합니다. 하위 보기는 프로브 소스또는 대상으로 구성된 디바이스를 보유합니다.

OSPF 라우팅 도메인 OSPF(Open Shortest Path First) 영역 및 라우팅 도메인 멤버십으로 그룹화된 디바이스.

PIM 네트워크 PIM(Protocol Independent Multicast) 네트워크의 멤버십별로 그룹화된 디바이스.

SLA > 네트워크 프로브 > IPSLA 특정 유형의 프로브를 수집하는 네트워크 보기가 포함되어 있습니다. 예를 들어,DHCP, DNS, 에코 등입니다. 모든 프로브에 대한 보기도 포함되어 있습니다.

서브넷 IPv4 및 IPv6 서브넷 멤버십으로 그룹화된 디바이스.

비할당 보기 도메인에서 현재 네트워크 보기에 지정되지 않은 모든 디바이스. 도메인의 보기에서 디바이스를 추가하거나 제거하면 이 보기가 동적으로 업데이트됩니다.

VLAN 포트 VLAN(Virtual Local Area Network) ID 또는 VLAN 이름으로 구성된 네트워크 도메인의 모든 VLAN 포트입니다.참고: 글로벌 VLAN 네트워크 보기는 기본적으로 표시되지 않습니다. 그러나 글로벌 VLAN 네트워크 보기를 수동으로 작성할 수 있습니다.

VPLS > MPLS 핵심 MPLS 핵심을 통해 가상 개인용 레이블 스위칭 경로를 표시합니다.

VPLS > VPLS VPNs 가상 개인용 레이블 스위칭 VPN(Virtual Private Network)을 표시합니다.

VTP 도메인 VTP(VLAN Trunking Protocol) 도메인 멤버십으로 그룹화된 디바이스.

Default network view nodes: LTE network

다음 표에는 LTE 네트워크 디바이스에 대한 기본 네트워크 보기 계층 구조가 나열되어 있습니다.


표 42. 기본 네트워크 보기 노드: LTE 네트워크네트워크 보기 노드 이 노드에 포함된 디바이스 설명LTE 네트워크 드릴다운 디바이스 나열에 사용할 수 있는 모든 LTE 네트워크 보기를 표시합니다. 이 노드

의 모든 네트워크 보기는 기본적으로 테이블 모드입니다.

LTE 네트워크 드릴다운 > E-UTRAN EUTRAN(Evolved UMTS Terrestrial Radio Access Network)의 모든 eNodeB디바이스를 나열합니다.

LTE 네트워크 드릴다운 > 공급업체별E-UTRAN

EUTRAN(Evolved UMTS Terrestrial Radio Access Network)의 eNodeB 디바이스에 대한 모든 공급업체를 나열합니다. 공급업체 이름을 클릭하면 EUTRAN의해당 공급업체 유형의 eNodeB 디바이스가 나열됩니다.

LTE 네트워크 드릴다운 > EPC EPC(Evolved Packet Core) 네트워크의 모든 디바이스를 나열합니다.

LTE 네트워크 드릴다운 > 공급업체별EPC

EPC(Evolved Packet Core) 네트워크의 디바이스에 대한 모든 공급업체를 나열합니다. 공급업체 이름을 클릭하면 EPC의 해당 공급업체 유형의 디바이스가 나열됩니다.

LTE 네트워크 드릴다운 > PLMN >LTE 계층 구조의 모든 PLMN(Public Land Mobile Network)을 나열합니다.

LTE 네트워크 드릴다운 > 추적 영역 LTE 계층 구조의 모든 추적 영역을 나열합니다.

LTE 네트워크 드릴다운 > 공급업체 LTE 계층 구조의 모든 공급업체를 나열합니다. 공급업체 이름을 클릭하면 LTE 계층 구조에 해당 공급업체의 디바이스 유형에 해당하는 네트워크 보기를 나열합니다.

LTE 네트워크 지리 지리적으로 그룹화된 LTE 계층 구조로 디바이스를 표시합니다. 시스템에서 지리적위치와 지역을 정의한 방법에 따라 지리적 그룹이 달라집니다.

LTE 네트워크 토폴로지 > 추적 영역별제어 플레인

해당 추적 영역과 연관된 제어 플레인 섹션을 포함하는 네트워크 보기를 나열합니다. 각 네트워크 보기에는 연관된 추적 영역의 이름이 표시됩니다.

LTE 네트워크 토폴로지 > EPC 제어 플레인

LTE 네트워크의 Evolved Packet Core 섹션에 모든 제어 플레인 디바이스를 표시하는 완전히 연결된 네트워크 보기를 제공합니다.

LTE 네트워크 토폴로지 > EPC 사용자플레인

LTE 네트워크의 Evolved Packet Core 섹션에 모든 사용자 플레인 디바이스를 표시하는 완전히 연결된 네트워크 보기를 제공합니다.

LTE 네트워크 토폴로지 > 추적 영역별사용자 플레인

해당 추적 영역과 연관된 사용자 플레인 섹션을 포함하는 네트워크 보기를 나열합니다. 각 네트워크 보기에는 연관된 추적 영역의 이름이 표시됩니다.

LTE 풀 LTE 계층 구조의 모든 풀을 표시합니다. LTE 풀이 없으면 이 노드가 표시되지 않습니다. LTE 풀 보기는 동적 별도 보기이기 때문에 여기에는 NCIM 토폴로지 데이터베이스에 존재하는 모든 유형의 LTE 풀(예: MME 풀, PGW 풀, SGW 풀)에대한 하위 보기가 포함됩니다.

관련 개념:

381 페이지의 『네트워크 보기(Network Views) GUI』네트워크 보기(Network Views) GUI는 계층적으로 구성된 감지된 네트워크보기를 보여줍니다. 감지 결과를 보고 네트워크 문제점을 해결하려면 네트워크보기(Network Views)를 사용하십시오.


이벤트 정보결함 네트워크 디바이스를 식별하고 네트워크 문제점을 해결하는 데 도움을 받으려면 이벤트를 사용하십시오.

이벤트는 Tivoli Netcool/OMNIbus ObjectServer에 저장되며 이벤트 뷰어에 표시됩니다. 이벤트 뷰어에서 이벤트에 대한 추가 정보를 찾기 위한 조치를 이벤트에 대해 취할 수 있습니다.

제한사항: 인증 위치에 관계 없이 이벤트에 대해 조치를 취하려면 Tivoli

Netcool/OMNIbus ObjectServer에 사용자 이름이 존재하고 필요한 권한도 있어야 합니다.

이벤트의 소스

Tivoli Netcool/OMNIbus가 네트워크 디바이스에서 이벤트 및 알람을 수신할 때경보를 생성하여 저장합니다. ObjectServer는 Tivoli Netcool/OMNIbus 프로브로부터, 그리고 잠재적으로 다른 네트워크 이벤트 소스로부터 이벤트를 수신합니다.

데이터 중복 제거

경보는 중복 제거됩니다. 이는 이벤트가 여러 번 발생하는 경우 이벤트 뷰어에서단일 경보 행만 차지하고 수는 이벤트 발생 횟수를 나타냅니다.

관련 정보:

Tivoli Netcool/OMNIbus 문서

기본 이벤트 상태 아이콘테이블 모드의 구조 브라우저 , 네트워크 보기(Network Views) 및 네트워크 홉보기 에서는 엔티티 옆에 경보 아이콘을 표시하여 디바이스 또는 기타 네트워크엔티티(예: 카드)에 영향을 주는 이벤트의 심각도를 표시합니다.

다음 표는 기본 이벤트 상태 아이콘을 표시합니다.

표 43. 기본 이벤트 상태 아이콘네트워크 보기(Network Views)의 기본 아이콘 심각도 또는 의미 이벤트 뷰어의 색상

이 디바이스에 대한상태가 검색되지 않습니다. 이 상황이 지속되면 오류가 있을수 있습니다.

해당사항 없음


http://www-01.ibm.com/support/knowledgecenter/SSSHTQ/landingpage/NetcoolOMNIbus.html

표 43. 기본 이벤트 상태 아이콘 (계속)

네트워크 보기(Network Views)의 기본 아이콘 심각도 또는 의미 이벤트 뷰어의 색상

5(critical) 빨간색

4(major) 주황색

3(minor) 노란색

2(warning) 파란색

1(indeterminate) 자주색

0(clear) 녹색

이 디바이스에 대한이벤트가 없습니다 .이 아이콘은 네트워크 홉 보기 에서 사용되지 않습니다.

해당사항 없음

이 아이콘은 비관리디바이스 또는 구성요소 옆에 표시됩니다.

해당사항 없음

이 아이콘은 비관리구성요소를 포함하는디바이스 옆에 표시됩니다.

해당사항 없음

관련 개념:

374 페이지의 『네트워크 홉 보기 GUI』네트워크 홉 보기 GUI를 사용하여 네트워크에서 특정 디바이스를 검색하고 지정된 네트워크 디바이스를 표시할 수 있습니다. 또한 네트워크 문제점 해결의시작점으로 네트워크 홉 보기 를 사용할 수도 있습니다.

381 페이지의 『네트워크 보기(Network Views) GUI』네트워크 보기(Network Views) GUI는 계층적으로 구성된 감지된 네트워크보기를 보여줍니다. 감지 결과를 보고 네트워크 문제점을 해결하려면 네트워크보기(Network Views)를 사용하십시오.

관련 태스크:

168 페이지의 『네트워크 보기에서 이벤트 보기』네트워크 보기를 사용하여 네트워크의 특정 섹션 또는 특정 유형의 디바이스가문제가 없는지 확인할 수 있습니다.


구조 브라우저 정보구조 브라우저에서는 디바이스의 내부 구조를 탐색할 수 있습니다. 또한 구조 브라우저를 사용하여 디바이스 구성요소의 상태를 조사하고 네트워크 디바이스의 결함을 격리할 수 있습니다. 구조 브라우저에는 트리와 테이블의 두 가지 모드가 있습니다.

위젯 환경 설정을 편집하여 구조 브라우저 를 트리 모드에서 테이블 모드로 변경할 수 있습니다. 구성 파일을 사용하여 구조 브라우저 에 대한 기본 모드를 지정할 수 있습니다.

제한사항: 마우스 오른쪽 단추 클릭 도구를 통해 구조 브라우저 를 시작하는 경우 항상 트리 모드로 표시됩니다. 테이블 모드는 구조 브라우저 가 예를 들어 기본 설치의 네트워크 홉 보기 내에서 위젯으로 표시될 때만 사용할 수 있습니다.

트리 모드

트리 모드에서는 구조 브라우저(구조 보기라고 레이블 지정됨)가 디바이스 구조를 트리 양식으로 표시합니다. 네트워크 문제점의 원인을 구성요소 레벨로 자세히 표시하고 디바이스의 경보 상태를 추적하려면 트리의 노드를 확장하십시오..

모두 펼치기 단추 를 사용하여 트리의 모든 노드를 펼치고 모두 접

기 단추 를 사용하여 펼쳐진 노드를 접습니다. 구조 브라우저 트리에서 다음 태스크를 수행하십시오.

v 선택된 디바이스와 이 디바이스의 내부 구성요소와 연관된 데이터의 구조를 조사합니다. 이 데이터를 사용하여 네트워크 문제점의 해결을 지원할 수 있습니다.

v 엔티티 검색 단추 를 사용하여 디바이스 또는 디바이스의 실제또는 논리 구성요소를 검색합니다.

v 트리의 노드에서 특정 값을 검색합니다.

v 각 디바이스의 이벤트 상태를 추적합니다. 구조 브라우저 는 인터페이스 레벨로 내려온 디바이스의 각 구성요소에 대한 경보 상태를 표시합니다. 자세한 이벤트 정보를 보려면 이벤트 뷰어에서 구조 브라우저를 실행하십시오.

v 진단 및 정보 검색 도구를 사용하여 선택된 디바이스 또는 구성요소를 테스트합니다.


제한사항: 구조 브라우저 는 정보 검색에만 사용할 수 있습니다. 디바이스 및 디바이스 구성요소의 정보를 수정하는 데에는 구조 브라우저 를 사용할 수 없습니다.

테이블 모드

테이블 모드에서는 구조 브라우저가 선택된 디바이스에 대한 요약 정보를테이블 양식으로 표시합니다. 디바이스를 선택할 때마다 테이블이 새 정보로 업데이트됩니다. 선택한 디바이스에 대한 정보를 보고 디바이스의 경보 상태를 확인하려면 테이블을 사용하십시오.

구조 브라우저 테이블에서 다음 태스크를 수행하십시오.

v 네트워크 문제점 해결 시 사용할 수 있는 요약 데이터를 검토합니다.

v 디바이스의 이벤트 상태를 추적합니다. 자세한 이벤트 정보를 보려면이벤트 뷰어에서 구조 브라우저 를 실행하십시오.

v 진단 및 정보 검색 도구를 사용하여 선택된 디바이스 또는 구성요소를 테스트합니다.

v 새로 고치기 단추 를 사용하여 현재 테이블 보기의 정보를 새로고칩니다.

v 일시정지 단추 를 사용하여 정보 새로 고치기를 일시정지합니다.

3가지 테이블 보기(디바이스 정보, 인터페이스 및 디바이스 연결) 중 하나에서 디바이스 정보를 보십시오. 디바이스 정보, 인터페이스 및 디바이스 연결성.

디바이스 정보 표시디바이스 정보는 기본 보기입니다. 관련 정보를 보려는 디바이스를 선택하십시오. 디바이스 정보 보기를 열 때 기본적으로 사용할엔티티 ID를 지정하지 않을 경우 디바이스를 선택할 때까지 테이블은 비어 있습니다. 위젯 환경 설정을 통해 또는 디바이스 정보를 즉시 로드하는 홉 보기를 클릭하여 엔티티 ID를 지정할 수 있습니다. 위젯이 처음 표시될 때 기본 엔티티 ID의 디바이스 정보가 표시됩니다. 컬럼 이름은 선택된 엔티티의 유형에 따라 다릅니다.

인터페이스 표시


인터페이스 보기는 디바이스에서 사용 가능한 모든 인터페이스와이들의 심각도와 관리 상태를 표시합니다. 테이블에서 보려는 컬럼을 구성할 수 있지만 컬럼이 표시되는 순서나 컬럼 이름을 변경할 수는 없습니다. NCIM 데이터베이스의 ncim.interfaces 테이블에는 인터페이스 보기에서 표시될 컬럼 목록이 들어 있습니다.

볼 필요가 없는 컬럼을 숨기려는 경우structurebrowser.properties 파일에서 컬럼 너비를 0으로 설정하십시오. 필터에 부합하는 인터페이스만 표시하도록 테이블을 필터링할 수 있습니다. 일치 항목이 없을 경우 테이블에 표시되는 행이 없습니다.

인터페이스 보기에서 다음 아이콘은 비관리 디바이스나 구성요소

를 나타냅니다. . 경보 상태 표시기는 각 구성요소의 경보심각도 레벨을 표시합니다.

디바이스 연결 표시

연결 보기는 디바이스에서 인터페이스의 심각도 및 관리 상태를 표시합니다. 이 보기에는 디바이스의 인터페이스와 연결된 인터페이스에 대한 인터페이스 데이터(연결 유형 등)도 표시됩니다.

연결 보기에서 다음 아이콘은 비관리 디바이스 또는 구성요소를 나

타냅니다. . 경보 상태 표시기는 각 구성요소의 경보 심각도 레벨을 표시합니다.

관련 태스크:

504 페이지의 『구조 브라우저 트리에서 노드 텍스트 검색』구조 브라우저 트리의 노드 내에서 값을 검색할 수 있습니다.

499 페이지의 『구조 브라우저 트리에서 결함있는 구성요소 식별』구조 브라우저 의 트리 모드를 사용하여 위험 경보에 대한 추가 세부사항을 검색하기 위해 결함 있는 구성요소를 식별할 수 있습니다.

502 페이지의 『구조 브라우저 테이블에서 결함있는 구성요소 식별』구조 브라우저 의 테이블 모드를 사용하여 위험 경보에 대한 추가 세부사항을검색하기 위해 결함 있는 구성요소를 식별할 수 있습니다.


제 16 장 네트워크 디바이스 찾기

IP 주소, 호스트 이름을 사용하여 특정 디바이스를 검색하거나 네트워크 보기에서 디바이스를 찾습니다.

네트워크 상태 보기(Network Health View) 또는 네트워크 보기(Network Views)

에서 맵 형식 및 테이블 형식 레이아웃 사이에서 디바이스 시각화를 전환할 수도 있습니다.

네트워크 홉 보기 GUI를 사용하여 디바이스 검색네트워크 홉 보기 GUI에서 seed 디바이스를 검색하여 해당 디바이스 및 이와 연결된 디바이스를 표시합니다.

네트워크 홉 보기 GUI에는 선택한 디바이스로부터 일정 수의 연결을 유지하는모든 디바이스가 포함되어 있는 네트워크 보기가 표시됩니다. 보기의 기반이 되는 주변 디바이스를 Seed 디바이스라고 합니다.

기본 검색 또는 고급 검색을 사용하여 Seed 디바이스를 검색할 수 있습니다.

참고: 특히 LTE 네트워크에서 많은 수의 홉을 지정하는 경우 네트워크 홉 보기GUI에 표시되는 디바이스의 수가 크게 증가할 수 있습니다. 많은 수의 디바이스가 포함된 네트워크 홉 보기는 그리는 데 시간이 오래 걸릴 수 있습니다. 네트워크 홉 보기 레이아웃에 지나치게 많은 시간이 소요되지 않게 하기 위해 시스템에서는 먼저 네트워크 홉 보기 GUI 검색으로 리턴되는 디바이스의 수를 판별하고 보기가 기본값인 500개 디바이스보다 많은 디바이스를 리턴하는 경우에는 경고와 함께 종료할 수 있는 옵션을 제공합니다. 이 값을 변경하거나 또는 경고를끌 수 있습니다. 디바이스 한계 변경 또는 끄기에 대한 자세한 정보는 IBM Tivoli

Network Manager IP Edition 설치 및 구성 안내서의 내용을 참조하십시오.

관련 태스크:

361 페이지의 『네트워크 홉 보기 에 있는 디바이스의 수에 대한 경고 구성』기본적으로 네트워크 홉 보기 에서는 서버에서 홉 보기 검색이 500개 이상의디바이스를 리턴할 것으로 판별하는 경우 경고를 발생시킵니다. 이 디바이스 한계를 500에서 다른 값으로 변경할 수 있으며 경고를 끌 수도 있습니다.


기본 검색 사용네트워크 홉 보기 에서 기본 검색을 사용하여 IP 주소 또는 디바이스 이름별로디바이스를 찾습니다.




4. 엔티티 검색 창에서 기본 탭이 선택되어 있는지 확인하고 검색 기준 필드를완료하십시오.

Domain



IP 주소디바이스의 IP 주소를 지정하십시오. 주소의 전체 또는 주소의 첫 부분만 지정할 수 있습니다. 경로 보기 및 경로 보기 관리 내의 검색 기능에서는 백분율 문자(%)나 별표(*)와 같은 와일드카드 문자를 사용할 수 없지만, 다른 위젯의 검색 기능에서는 이러한 문자 유형을 와일드카드로 사용할 수 있습니다.

디바이스 이름디바이스의 이름을 지정하십시오. 이름의 전체 또는 이름의 첫 부분만 지정할 수 있습니다. 경로 보기 및 경로 보기 관리 내의 검색 기능에서는 백분율 문자(%)나 별표(*)와 같은 와일드카드 문자를 사용할 수 없지만, 다른 위젯의 검색 기능에서는 이러한 문자 유형을 와일드카드로 사용할 수 있습니다. 디바이스 이름은 대소문자를 구분하지 않습니다. IP 주소와 디바이스 이름을 둘 다 지정하면 IP 주소가우선합니다.







계층 1


계층 2


계층 3












OSPF



제 16 장 네트워크 디바이스 찾기 403



IPMRoute



논리 RAN




LTE S1-U


LTE S5-U


LTE S8






고급 검색 사용네트워크 홉 보기 에서 고급 검색을 사용하여 토폴로지 데이터베이스의 디바이스 속성별로 디바이스를 찾습니다.

디바이스에 대한 고급 검색을 수행하려면 다음 단계를 완료하십시오.




4. 엔티티 검색 창에서 고급 탭이 선택되어 있는지 확인하고 검색 기준 필드를완료하십시오.

Domain



테이블검색하려는 데이터베이스 테이블을 선택하십시오. mainNodeDetails

테이블에 네트워크 디바이스가 나열되어 있습니다.



값 필수입니다. 검색할 값을 입력하십시오. 경로 보기 및 경로 보기 관리 내의 검색 기능에서는 백분율 문자(%)나 별표(*)와 같은 와일드카드 문자를 사용할 수 없지만, 다른 위젯의 검색 기능에서는 이러한 문자 유형을 와일드카드로 사용할 수 있습니다.







계층 1


계층 2


계층 3












OSPF






IPMRoute



논리 RAN




LTE S1-U


LTE S5-U


LTE S8






네트워크 보기(Network Views) GUI를 사용하여 네트워크 찾아보기지리적 그룹 또는 기타 그룹을 기준으로 네트워크를 시각화하려면 네트워크 보기(Network Views) GUI를 사용하여 네트워크를 찾아보십시오. 예를 들어, 서브넷 또는 디바이스 클래스를 찾아볼 수 있습니다.

다음과 같은 태스크를 완료해야만 사용자가 네트워크 보기에 대해 작업할 수 있습니다.

v 관리자가 첫 번째 네트워크 감지를 성공적으로 완료해야 합니다.

v 사용자 ID에 대해 네트워크 보기가 구성되어 있어야 합니다.


2. 위젯의 왼쪽에 있는 네트워크 보기 트리에서 관심이 있는 네트워크 보기 노드를 확장하여 네트워크를 찾아보십시오. 다음은 예제입니다.

v 서브넷을 찾아보려면 서브넷 노드 옆의 + 기호를 누르십시오.

v VLAN을 찾아보려면 글로벌 VLAN 노드 옆의 + 기호를 누르십시오.

v 디바이스 클래스를 찾아보고 Linux, Sun 및 Cisco 등의 범주로 그룹화된디바이스를 보려면 디바이스 클래스 노드 옆의 + 기호를 누르십시오.

참고: 감지 프로세스가 SNMP를 사용하여 액세스할 수 없는 디바이스는디바이스 클래스 노드 아래의 NoSNMPAccess 서브 노드에 표시됩니다.

3. 네트워크 보기를 누르십시오. 해당 네트워크 보기에 있는 서브넷과 디바이스가 네트워크 맵에 표시됩니다. 결함이 있는 디바이스는 연관된 이벤트 아이콘으로 표시됩니다.

보기 내에서 디바이스 검색네트워크 홉 보기 또는 네트워크 보기(Network Views) 내에서 특정 디바이스를 검색할 수 있습니다. 예를 들어, 고속 인터페이스를 갖춘 디바이스를 찾을 수있습니다.

찾으려는 디바이스가 현재 네트워크 홉 보기 또는 네트워크 보기에 포함되어 있지 않은 경우에는, 맵에서 찾기 를 사용하여 찾을 수 없습니다. 다른 네트워크 보기에서 검색하거나 seed 디바이스로 디바이스를 검색해야 합니다.

1. 네트워크 홉 보기 또는 네트워크 보기(Network Views) 네트워크 맵에서 맵

에서 찾기 를 누르십시오.

2. 맵에서 찾기 창에서 관련 필드를 완료하여 검색 규칙을 작성하십시오. 예를들어, 토폴로지 맵에서 다음 기준과 일치하는 모든 디바이스를 강조표시할 수있습니다.


v 네트워크 맵의 모든 Cisco 디바이스를 찾으십시오.

v 고속 인터페이스를 갖춘 모든 디바이스를 찾으십시오.

테이블검색하려는 데이터베이스 테이블을 선택하십시오. mainNodeDetails

테이블에 네트워크 디바이스가 나열되어 있습니다.



값 필수입니다. 검색할 값을 입력하십시오. 백분율 문자(%)나 별표(*)를와일드카드로 사용할 수 있습니다.

3. 찾기를 누르십시오. 규칙을 따르는 디바이스가 파란색 핸들로 강조표시됩니다.

맵이 확대되어 디바이스의 중심에 놓이며 개요가 활성화됩니다.

현재 보기에서 Cisco 디바이스 찾기이 예제 조회를 사용하여 현재 홉 보기 또는 네트워크 보기에서 Cisco 디바이스를 모두 찾습니다.

이 조회를 공식화하려면 chassis 데이터베이스 테이블을 선택하십시오. 이 테이블에는 스위치 및 라우터와 같은 기본 노드 디바이스의 특성이 있습니다. 이 테이블에서 className 필드를 지정하십시오. 클래스 이름 값에 영문자 "isco"가 포함되어야 함을 표시하려면 % 와일드카드 문자를 사용하십시오. 결과 조회는 다음과 유사합니다.

Table: chassisField: classNameComparator: likeValue: %isco%

이 조회는 다음과 같은 클래스 이름의 디바이스를 찾습니다.

v Cisco26xx

v Cisco36xx

v Cisco72xx

v CiscoCat35xx

이 조회로 감지되는 디바이스는 디바이스 주변에 핸들을 사용하여 네트워크 맵에서 강조표시됩니다.


현재 보기에서 이더넷 인터페이스 찾기현재 홉 보기 또는 네트워크 보기에서 유형이 이더넷인 인터페이스를 찾으려면이 예제 조회를 사용하십시오.

이 조회를 공식화하려면 Basic > interfaces 데이터베이스 테이블을 선택하고이 테이블의 ifType 필드를 지정하십시오. ifType 필드의 값이 ethernet-csmacd

와 같아야 함을 지정하십시오.

Table: interfacesField: ifTypeComparator: =Value: ethernet-csmacd

이 조회는 토폴로지 맵에서 이더넷 인터페이스를 갖는 디바이스를 찾습니다. 이조회로 감지되는 디바이스는 디바이스 주변에 핸들을 사용하여 네트워크 맵에서강조표시됩니다.

보기 내에서 빠른 검색 사용네트워크 홉 보기 , 네트워크 보기(Network Views) 또는 경로 보기 GUI 내에서 특정 디바이스에 대한 빠른 검색을 수행할 수 있습니다.

빠른 검색 기능은 이미 맵에 표시되어 있으며 데이터베이스 테이블에 대한 지식이 필요하지 않은 데이터를 검색합니다. 빠른 검색은 데이터베이스 레벨의 검색을 수행하지 않기 때문에 다른 검색에 비해 덜 복잡하고 더욱 빠르게 결과에 도달합니다.

1. 네트워크 홉 보기 , 네트워크 보기(Network Views) 또는 경로 보기 GUI 내에서 보기 아래에 있는 검색 필드를 클릭하십시오.

2. 검색 필드에 다음 유형의 데이터 속성 중 하나에 대한 값 또는 부분 값을 입력하고 리턴 키를 누르십시오. 기본적으로 값 텍스트는 대소문자를 구분하지않습니다.

v 토폴로지 데이터– 디스플레이 이름– IP 주소– 클래스 이름– 클래스 유형– 관리 상태– 최대 심각도

v 도구 팁 데이터. 노드 위로 마우스를 움직이면 노드에 대한 도구 팁 정보가 표시됩니다. 도구 팁에 대해 구성된 정보를 빠른 검색에 사용할 수 있습니다.


3. 결과 팝업 메뉴에는 검색과 일치하는 디바이스 및 일치하는 데이터 속성이 표시됩니다. 결과 팝업 메뉴에서 하나 이상의 디바이스를 클릭하십시오.

보기에 선택한 디바이스가 표시되며 선택한 해당 디바이스가 강조표시됩니다.

네트워크 보기 검색네트워크 보기가 여러 개인 경우 네트워크 보기 트리를 검색하여 우너하는 보기를 찾을 수 있습니다.

특정 네트워크 보기 이름을 검색하려면 다음 단계를 완료하십시오.

1. 네트워크 보기(Network Views) GUI의 네트워크 보기 트리 위에 있는 도구

모음 내에서 도구 모음의 검색 전환 단추 를 클릭하십시오. 도구 모음아래에, 검색 시작 단추 및 검색 지우기 단추가 있는 검색 상자가 표시됩니다.

2. 검색 조회를 검색 상자에 입력하십시오. 검색은 대소문자를 구분하지 않습니다. 퍼센트 문자(%) 또는 별표(*)를 와일드카드로 사용할 수 있습니다. 와일드카드는 0개 이상의 문자와 일치합니다.

알아두기: 검색 절의 중간 어디에서나 와일드카드를 사용할 수 있습니다. 와일드카드를 지정하지 않는 경우 검색 단계의 시작과 끝에서 자동으로 와일드카드가 사용됩니다. 글꼴 또는 끝에서 실제로 지정되는 모든 와일드카드는 자동으로 무시됩니다.

3. 검색 시작 을 클릭하십시오. 검색 구문과 일치하는 이름의 보기만 표시됩니다. 컨테이너가 검색과 일치하는 경우 이의 하위가 표시됩니다. 보기 이름에서는 검색 용어가 강조표시됩니다.

4. 네트워크 보기를 표시하려면 트리에서 보기의 이름을 클릭하십시오.

5. 검색을 지우고 모든 노드를 접고 전체 트리를 표시하려면 검색 지우기

를 클릭하십시오.


테이블 형식 레이아웃으로 디바이스 시각화테이블 형식 레이아웃에 네트워크 상태 보기(Network Health View) 및 네트워크 보기(Network Views)을 표시할 수 있습니다. 토폴로지 맵을 테이블 형식 레이아웃으로 표시하면 토폴로지 데이터를 필터링 및 정렬할 수 있습니다.

네트워크 상태 보기(Network Health View) 및 네트워크 보기(Network Views)

내에 제공되는 토폴로지의 그래픽 보기 외에, 테이블 형식 레이아웃으로도 토폴로지 맵을 표시할 수 있습니다.

제한사항: 테이블 형식 레이아웃에는 다음과 같은 제약이 따릅니다.

v 네트워크 홉 보기는 테이블 형식 레이아웃으로 표시할 수 없습니다.

v 테이블 형식 레이아웃에는 노드가 나열되지만 네트워크 노드 사이의 연결은 표시되지 않습니다. 네트워크 연결을 보려면 대칭이나 직각 등 다른 레이아웃을선택하십시오.

v 테이블 형식 레이아웃의 노드 위로 마우스를 가져가도 풍선 도움말 정보가 제공되지 않습니다. 디바이스 풍선 도움말을 보려면 대칭이나 직각 등 다른 레이아웃을 선택하십시오.

v 테이블 형식 레이아웃, 다른 레이아웃 사이에서 전환하는 경우 디바이스 선택과 컬럼 레이아웃에 변경사항이 보존되지 않습니다.

v 테이블 형식 레이아웃은 Fix Pack 5 쉼표로 구분 된 값(CSV) 파일로 내보낼 수는 있지만 인쇄하거나 이미지로 저장할 수 없습니다. 보기를 인쇄하려면 대칭이나 직각 등 다른 레이아웃을 선택하십시오.

토폴로지 맵을 테이블 형식 레이아웃으로 표시하려면 다음 단계를 완료하십시오.

1. 네트워크 상태 보기(Network Health View) 또는 네트워크 보기(Network

Views)에서 테이블 형식 레이아웃 을 클릭하여 토폴로지 맵을 테이블 형식으로 표시하십시오. 네트워크 보기가 테이블 형식 레이아웃으로 표시되는 경우 다음과 같은 도구 모음 항목이 제시됩니다.

새로 고치기보기를 새로 고칩니다. 기본적으로 보기는 매 20초마다 새로 고칩니다.



계층 구조 레이아웃보기 형식을 계층 구조 레이아웃으로 변경합니다. 이 옵션은 비할당네트워크 보기와 같이 연결 정보가 없는 보기에는 사용할 수 없습니다.

대칭 레이아웃보기의 형식을 대칭 레이아웃으로 변경합니다.이 옵션은 비할당 네트워크 보기와 같이 연결 정보가 없는 보기에는 사용할 수 없습니다.



격자 레이아웃보기 형식을 격자 레이아웃으로 변경합니다. 이 옵션은 비할당 보기와 같이 연결 정보가 없는 보기에만 사용할 수 있습니다.

테이블 형식 레이아웃보기 형식을 테이블 레이아웃으로 변경합니다.이 옵션은 비할당 네트워크 보기와 같이 연결 정보가 없는 보기에는 사용할 수 없습니다.

도움말포틀릿에 대한 도움말을 표시합니다.

CSV로 내보내기현재 보기를 다운로드한 쉼표로 구분된 값(CSV) 파일로 내 보냅니다.

이 파일에는 표시되는 디바이스에 대한 정보가 들어 있습니다. 테이블 형식 레이아웃에서 내보내는 경우 내보낸 데이터는 데이블의 순서와 같으며 테이블에 적용된 것과 동일한 필터를 사용하여 필터링됩니다. 다른 보기에서 내보내는 경우 데이터의 순서는 정의되지 않으며보기에 모든 디바이스가 포함됩니다.


일시정지보기를 새로 고치지 못하게 합니다.

도구디바이스의 컨텍스트 메뉴 옵션을 표시합니다. 이 옵션은 다른 레이아웃의 마우스 오른쪽 클릭 메뉴와 동일합니다. 데이블 형식 레이아웃에는 마우스 오른쪽 클릭 메뉴가 없습니다.

필터 필터 필드에 문자열을 입력하고 리턴 키를 눌러서 테이블의 내용을 필터링합니다. 필터를 지우려면 문자열을 삭제하십시오.

예를 들어, 문자열 "snmp"를 포함한 모든 행을 찾으려면 snmp를 입력하십시오. 검색에서는 대소문자를 구분하지 않습니다.

참고: 테이블에 있는 데이터가 변경되어 테이블 레이아웃을 새로 고칠 경우(예: 최대 심각도 컬럼 업데이트) 새로 고친 보기를 표시하기전에 필터가 재적용됩니다.

제한사항: 필터에 * 또는 정규식 같은 와일드카드 문자를 사용할 수없습니다.

2. 다음 컨트롤을 사용하여 테이블 컬럼을 정렬하고 크기를 조정하십시오. 작성한 설정은 이 세션에서만 유효합니다.

컬럼 정렬컬럼을 올림차순으로 정렬하려면 컬럼 헤더를 클릭하십시오. 컬럼을 내림차순으로 정렬하려면 컬럼을 두 번 클릭하십시오. 계속 클릭하면 컬럼이 오름차순과 내림차순으로 번갈아 표시됩니다.

컬럼 크기 조정세로 라인 구분 기호를 클릭한 다음 컬럼 표제 오른쪽으로 끄십시오.

3. Fix Pack 5 컬럼을 원하는 위치로 드래그하여 이동하십시오.

4. Fix Pack 5 표시되는 컬럼을 추가하거나 변경해야 하는지 관리자에게 문의하십시오. 테이블 형식 레이아웃에 표시되는 컬럼을 구성하는 방법에 대한 자세한 내용은 261 페이지의 『테이블 형식 보기 컬럼 구성 표시』을 참조하십시오.


엔티티 스마트 검색 사용모든 Network Manager 도메인, 또는 확장된 NCIM 데이터베이스에 있는 사용자 정의 NCIM 데이터베이스 테이블에서 엔티티를 검색하려면 엔티티 스마트 검색을 사용하십시오.

엔티티 스마트 검색에는 다음 특성이 있습니다.

v 모든 Network Manager 도메인 포함v 확장된 NCIM 데이터베이스에 있는 NCIM 데이터베이스 테이블에 대한 검색 제공

v 검색 매개변수로 entityName을 사용v Dashboard Application Services Hub에 제공된 URL을 사용합니다.

엔티티 스마트 검색의 결과는 다음과 같을 수 있습니다.

v 단일 일치 -- 지정된 entityName이 NCIM 데이터베이스에서 고유합니다.

v 다중 일치 -- 지정된 entityName이 둘 이상의 Network Manager 도메인 및/

또는 상위 엔티티 노드에 존재합니다.

v 일치 항목 없음 -- NCIM 데이터베이스에서 일치하는 엔티티를 찾지 못했습니다.

v 오류 -- 오류가 발생했으며 엔티티 스마트 검색이 실패했습니다.

모든 도메인에서 엔티티 스마트 검색 수행엔티티 스마트 검색 기능을 사용하여 모든 Network Manager 도메인에서 엔티티를 검색하십시오.

엔티티는 토폴로지 데이터베이스 개념입니다. Network Manager에서 감지된 모든 디바이스 및 디바이스 구성요소가 엔티티입니다. 사용자는 엔티티의 이름을 포함하는 URL을 지정하여 모든 Network Manager 도메인에서의 엔티티 스마트검색을 수행합니다. 이 URL은 Dashboard Application Services Hub에서 지정합니다.

참고: 모든 Network Manager 도메인에서 엔티티 스마트 검색을 수행할 때는 엔티티의 이름만 사용할 수 있습니다.

모든 Network Manager 도메인에서 엔티티 스마트 검색을 수행하려면 Dashboard

Application Services Hub에 다음 URL을 지정하십시오.

http(s)://DASH_HOST:DASH_PORT/ibm/console/ncp_structureview/Search.do?selectEntityName=entityName

where


v DASH_HOST -- Dashboard Application Services Hub 서버가 설치된 호스트 컴퓨터의 이름을 지정합니다.

v DASH_PORT -- Dashboard Application Services Hub 서버가 설치된 호스트 컴퓨터와 연관된 포트 번호를 지정합니다.

v entityName -- 모든 Network Manager 도메인에서 검색할 엔티티의 이름을지정합니다. entityName은 NCIM 데이터베이스에 있는 기존 값과 일치해야 하므로 대소문자를 구분합니다.

+(더하기 부호) 또는 %20(뒤에 20이 붙어있는 백분율 기호)를 사용하여entityName 내에 간격을 지정할 수도 있습니다. 예를 들어, 엔티티 이름 ;SM

0001에 있는 간격은 ;SM+0001 또는 ;SM%200001로 지정할 수 있습니다.

참고: URL 경로는 대소문자를 구분합니다(즉, 경로에 있는 모든 항목은 Search

의 대문자 S를 제외하고 모두 소문자임). URL 지정에 있는 매개변수 이름selectEntityName 또한 대소문자를 구별합니다.

1. Dashboard Application Services Hub에 로그인하십시오.

2. 브라우저 주소 표시줄에 이전에 설명된 URL을 지정하십시오. URL이Dashboard Application Services Hub 서버에 제출된 후에는 네 가지 시나리오가 가능합니다.

v 단일 일치 -- 지정된 entityName이 NCIM 데이터베이스에서 고유합니다.

구조 브라우저 가 시작되며 entityName이 포함 구조의 컨텍스트에 표시됩니다.

v 다중 일치 -- 지정된 entityName이 둘 이상의 Network Manager 도메인및/또는 상위 엔티티 노드에 존재합니다. 새 컨텍스트 페이지는 다음 형식을 사용하여 결과를 표시합니다.

$DOMAIN_NAME/$CONTAINMENT_PATH_BY_ENTITYNAME

where

– DOMAIN_NAME -- 지정된 entityName이 있는 Network Manager

도메인을 지정합니다.

– CONTAINMENT_PATH_BY_ENTITYNAME -- 루트 엔티티에서 엔티티 스마트 검색에 지정된 엔티티까지 존재하는 엔티티의 목록을 지정합니다. SM00189990이라는 엔티티에 엔티티 스마트 검색이 수행된 다음 예제를 고려하십시오.

DOMAIN1 NAP02513002/SM02513016/SM00189990

이 예제에서 DOMAIN1이라는 도메인에 대한 포함 경로는 다음 엔티티를 지정합니다.


– 루트 엔티티 -- 루트 엔티티는 목록에 있는 첫 번째 엔티티입니다. 이예제에서 루트 엔티티는 NAP02513002입니다.

– 리피터 엔티티 -- 0개 이상의 리피터 엔티티가 루트 엔티티를 따를 수있습니다. 이 예제에는 하나의 리피터 엔티티 SM02513016이 있습니다.

– 검색 엔티티 -- 이 엔티티는 엔티티 스마트 검색에 지정된 엔티티입니다. 이 예제에서 검색 엔티티는 SM00189990입니다.

참고: 일부 검색 결과에서는 루트 엔티티와 엔티티 스마트 검색에 지정된엔티티만 있을 수 있습니다. 그 외의 검색 결과에서는 루트 엔티티, 하나이상의 리피터 엔티티와 엔티티 스마트 검색에 지정된 엔티티가 있습니다.

v 일치 항목 없음 -- 지정된 entityName에 대해 NCIM 사용자 정의 데이터베이스 테이블에 일치 항목이 없음을 나타내는 결과 페이지입니다.

v 오류 -- 오류가 발생했으며 검색을 다시 시도해야 함을 나타내는 결과 페이지입니다.

다음 예제는 모든 Network Manager 도메인에 대한 엔티티 스마트 검색을 위한 URL을 나타냅니다.

https://dash01.ibm.com:16311/ibm/console/ncp_structureview/Search.do?selectEntityName=SM00071103

where

v dash01.ibm.com -- Dashboard Application Services Hub 서버가 설치된 컴퓨터의 호스트 이름을 지정합니다.

v 16311 -- Dashboard Application Services Hub 서버가 설치된 호스트 컴퓨터의 포트 번호를 지정합니다.

v SM00071103 -- 모든 Network Manager 도메인에서 검색할 엔티티의 이름을지정합니다.

디바이스의 내부 구조를 탐색하거나, 디바이스 구성요소의 상태를 조사하고 네트워크 디바이스 내에서 결함을 분리하려면 구조 브라우저 를 사용하십시오. 특히,

구조 브라우저 는 엔티티 스마트 검색에 지정된 엔티티를 강조표시합니다.

사용자 정의 NCIM 데이터베이스 테이블에서 엔티티 스마트 검색 수행엔티티 스마트 검색 기능을 사용하여 확장된 NCIM 데이터베이스에 있는 사용자 정의 NCIM 데이터베이스 테이블에서 엔티티를 검색하십시오.

엔티티는 토폴로지 데이터베이스 개념입니다. Network Manager에서 감지된 모든 디바이스 및 디바이스 구성요소가 엔티티입니다. 사용자는 엔티티의 이름과 사용자 정의 NCIM 데이터베이스 테이블의 이름을 포함하는 URL을 지정하여 사용자 정의 NCIM 데이터베이스 테이블에서의 엔티티 스마트 검색을 수행합니다.

이 URL은 Dashboard Application Services Hub에서 지정합니다.


사용자 정의 NCIM 데이터베이스 테이블에서 엔티티 스마트 검색을 수행하려면Dashboard Application Services Hub에 다음 URL을 지정하십시오.

http(s)://DASH_HOST:DASH_PORT/ibm/console/ncp_structureview/Search.do?selectEntityName=entityName&namespace=CUSTOM_TABLE.CUSTOM_FIELD

where

v DASH_HOST -- Dashboard Application Services Hub 서버가 설치된 호스트 컴퓨터의 이름을 지정합니다.

v DASH_PORT -- Dashboard Application Services Hub 서버가 설치된 호스트 컴퓨터와 연관된 포트 번호를 지정합니다.

v entityName -- 사용자 정의 NCIM 데이터베이스 테이블에서 검색할 엔티티의이름을 지정합니다. entityName은 지정된 NCIM 사용자 정의 데이터베이스 테이블에 있는 기존 값과 일치해야 하므로 대소문자를 구분합니다. entityName

은 사용자 정의 NCIM 데이터베이스 테이블에 있는 entityId와 링크되어 있습니다.

+(더하기 부호) 또는 %20(뒤에 20이 붙어있는 백분율 기호)를 사용하여entityName 내에 간격을 지정할 수도 있습니다. 예를 들어, 엔티티 이름 ;SM

0001에 있는 간격은 ;SM+0001 또는 ;SM%200001로 지정할 수 있습니다.

참고: URL 경로는 대소문자를 구분합니다(즉, 경로에 있는 모든 항목은 Search

의 대문자 S를 제외하고 모두 소문자임). URL 지정에 있는 매개변수 이름selectEntityName 또한 대소문자를 구별합니다.

v CUSTOM_TABLE -- entityName에 지정된 엔티티에 대한 검색을 수행할, 확장된 NCIM 데이터베이스에 있는 NCIM 사용자 정의 데이터베이스 테이블의 이름을 지정합니다. NCIM 사용자 정의 데이터베이스 테이블에는 두 개의필드, entityId와 CUSTOM_FIELD가 포함되어 있습니다. entityId는entityNameCache 테이블에 대해 외부 키이며 모든 도메인에서 각 엔티티에대해 고유해야 합니다. entityId는 자동으로 증가되어 지정됩니다.

참고: URL 지정에는 entityId를 지정하지 마십시오.

v CUSTOM_FIELD -- NCIM 사용자 정의 데이터베이스 테이블에서 검색할 필드의 이름을 지정합니다. 확장된 NCIM 데이터베이스에 있는 NCIM 사용자정의 데이터베이스 테이블의 entityId 필드는 entityData 테이블의 entityId 필드를 참조합니다.

참고: 확장된 네임스페이스 기능을 사용할 때는 NCIM 사용자 정의 데이터베이스 테이블이 entityId를 통해 NCIM.entityData 테이블과 자연스러운 결합을 형성하는지 확인하십시오. 이렇게 되면 사용자는 NCIM 사용자 정의 데이터베이스 테이블에 원하는 데이터를 무엇이든 삽입할 수 있습니다.


확장된 네임스페이스 검색의 성능은 NCIM 사용자 지정 데이터베이스에 관련최신 색인 작성이 수행되었는지에 따라 달라집니다.

다음 참고사항에서는 namespace 매개변수 및 연관된 값을 사용하는 데 대해설명합니다.

– namespace 매개변수는 대소문자를 구분하지 않습니다.

– 매개변수 값 CUSTOM_TABLE 및 CUSTOM_FIELD는 마침표(.)로 구분해야 합니다.

– 매개변수 값 CUSTOM_TABLE 및 CUSTOM_FIELD는 대소문자를 구분하지 않으며 영문자와 밑줄(_) 문자만 포함할 수 있습니다. 또한 이러한 매개변수 값은 영문자로 시작해야 합니다.

1. Dashboard Application Services Hub에 로그인하십시오.

2. 브라우저 주소 표시줄에 이전에 설명된 URL을 지정하십시오. URL이Dashboard Application Services Hub 서버에 제출된 후에는 네 가지 시나리오가 가능합니다.

v 단일 일치 -- 지정된 entityName이 NCIM 사용자 정의 데이터베이스 테이블에서 고유합니다. 구조 브라우저 가 시작되며 entityName이 포함 구조의 컨텍스트에 표시됩니다.

v 다중 일치 -- 지정된 entityName이 둘 이상의 Network Manager 도메인및/또는 상위 엔티티 노드에 존재합니다. 새 컨텍스트 페이지는 다음 형식을 사용하여 결과를 표시합니다.

$DOMAIN_NAME/$CONTAINMENT_PATH_BY_ENTITYNAME

where

– DOMAIN_NAME -- 지정된 entityName이 있는 Network Manager

도메인을 지정합니다.

– CONTAINMENT_PATH_BY_ENTITYNAME -- 루트 엔티티에서 엔티티 스마트 검색에 지정된 엔티티까지 존재하는 엔티티의 목록을 지정합니다. SM00189990이라는 엔티티에 엔티티 스마트 검색이 수행된 다음 예제를 고려하십시오.

DOMAIN1 NAP02513002/SM02513016/SM00189990

이 예제에서 DOMAIN1이라는 도메인에 대한 포함 경로는 다음 엔티티를 지정합니다.

– 루트 엔티티 -- 루트 엔티티는 목록에 있는 첫 번째 엔티티입니다. 이예제에서 루트 엔티티는 NAP02513002입니다.

– 리피터 엔티티 -- 0개 이상의 리피터 엔티티가 루트 엔티티를 따를 수있습니다. 이 예제에는 하나의 리피터 엔티티 SM02513016이 있습니다.


– 검색 엔티티 -- 이 엔티티는 엔티티 스마트 검색에 지정된 엔티티입니다. 이 예제에서 검색 엔티티는 SM00189990입니다.

참고: 일부 검색 결과에서는 루트 엔티티와 엔티티 스마트 검색에 지정된엔티티만 있을 수 있습니다. 그 외의 검색 결과에서는 루트 엔티티, 하나이상의 리피터 엔티티와 엔티티 스마트 검색에 지정된 엔티티가 있습니다.

v 일치 항목 없음 -- 결과 페이지에서 지정된 entityName에 대해 NCIM 사용자 정의 데이터베이스 테이블에 일치 항목이 없음을 표시합니다.

v 오류 -- 결과 페이지에서 오류가 발생했으며 검색을 다시 시도해야 함을표시합니다.

다음 예제는 NCIM 사용자 정의 데이터베이스 테이블에 대한 엔티티 스마트 검색을 위한 URL을 나타냅니다.

https://dash01.ibm.com:16311/ibm/console/ncp_structureview/Search.do?selectEntityName=Tokyo&namespace=customns.location

where

v dash01.ibm.com -- Dashboard Application Services Hub 서버가 설치된 컴퓨터의 호스트 이름을 지정합니다.

v 16311 -- Dashboard Application Services Hub 서버가 설치된 호스트 컴퓨터의 포트 번호를 지정합니다.

v customns -- entityName에 지정된 엔티티에 대한 검색을 수행할, 확장된 NCIM

데이터베이스에 있는 사용자 정의 테이블의 이름을 지정합니다.

v location -- customns 사용자 정의 테이블에서 검색할 필드의 이름을 지정합니다.

v Tokyo -- customns 사용자 정의 테이블에서 검색할 엔티티의 이름을 지정합니다. (이 엔티티는 customns 사용자 정의 데이터베이스 테이블에 있는 entityId

와 링크되어 있습니다.)


제 17 장 네트워크 문제점 식별

네트워크 보기를 사용하거나 이벤트 목록을 사용하는 두 가지 방법으로 네트워크 문제를 식별할 수 있습니다.

네트워크 보기 및 이벤트 목록은 다음 방법으로 GUI에 표시됩니다.

네트워크 보기 책갈피선택한 네트워크 보기의 서브세트입니다. 책갈피에 포함할 네트워크 보기의 선택사항은 일반적으로 운영자 또는 조작 그룹이 모니터해야 할 해당네트워크 보기를 기반으로 합니다.

네트워크 보기 라이브러리감지된 네트워크의 계층적 구성 보기로 모든 네트워크 디바이스 및 서브넷을 표시하는 완전한 네트워크 보기입니다.

이벤트 목록Tivoli Netcool/OMNIbus 웹 GUI이벤트 뷰어 목록은 Tivoli

Netcool/OMNIbus ObjectServer에서 디바이스 이벤트 데이터를 표시합니다.

네트워크 상태 보기네트워크 상태 보기(Network Health View)는 복합 GUI의 토폴로지 및이벤트 데이터를 표시하며, 이 경우 네트워크 보기 라이브러리 또는 책갈피 양식의 토폴로지 데이터는 맨 위 위젯에 표시되고 이벤트 뷰어의 이벤트 데이터는 하단 위젯에 표시됩니다. 네트워크 보기 라이브러리 또는책갈피에서 디바이스를 선택하면 이벤트 뷰어에서 해당 디바이스에 대한이벤트 목록이 생성됩니다.

네트워크 보기 책갈피를 사용한 문제 식별네트워크 보기 책갈피를 사용하여 네트워크 문제를 해결합니다.

네트워크 보기 책갈피에 대한 작업을 수행하기 전에 사용자 또는 관리자는 먼저기존 네트워크 보기 라이브러리에서 네트워크 보기를 선택하여 네트워크 보기 책갈피를 작성해야 합니다.

네트워크 보기 책갈피는 운영자 또는 조작 그룹의 요구에 맞게 조정된 네트워크보기의 서브세트를 포함합니다.



2. 위젯의 왼쪽에 있는 네트워크 보기(Network Views) 트리에서 + 기호를 클릭하여 네트워크 보기 노드를 확장하십시오.

3. 심각도가 minor 이상인 이벤트 상태 아이콘이 있는 네트워크 보기를 선택하십시오. 해당 네트워크 보기에 있는 서브넷과 디바이스가 네트워크 맵에 표시됩니다. 결함이 있는 디바이스와 서브넷에는 이벤트 상태 아이콘이 표시됩니다. 결함이 있는 디바이스의 이름은 해당 디바이스의 이벤트 심각도에 해당하는 색으로 강조표시됩니다. 디바이스에 관한 요약 정보를 표시하려면 네트워크 보기의 디바이스 위에 마우스 포인터를 올리십시오.

네트워크 보기 라이브러리를 사용한 문제 식별네트워크 보기 라이브러리를 사용하여 감지 결과를 보거나 네트워크 문제를 해결하십시오.

관리자가 다음과 같은 태스크를 완료해야만 사용자가 네트워크 보기 라이브러리에 대해 작업할 수 있습니다.

v 첫 번째 네트워크 감지가 성공적으로 완료되어야 합니다.

v 관리자가 네트워크 보기를 동적으로 생성하거나 사용자 정의 네트워크 보기를작성하여 사용자를 위한 네트워크 보기 라이브러리를 구성해야 합니다.

서로 다른 유형의 네트워크 보기 라이브러리를 사용해 다양한 유형의 디바이스나 디바이스 기술을 모니터링할 수 있습니다.


기본적으로 네트워크 보기 트리에는 각 네트워크 기술에 대한 도메인별 독립IP 네트워크 보기 계층 구조가 포함되어 있습니다. 각 도메인에 대해서만 적용되는 IP 네트워크 보기 계층 구조가 표시됩니다. 선택적으로 각 도메인에대한 LTE 네트워크 보기 계층 구조를 추가할 수 있습니다. IBM Tivoli

Network Manager 사용자 안내서에 설명된 대로 lte_default 네트워크 보기템플리트를 사용하여 템플리트 기반 동적 보기를 작성하여 이를 수행하십시오.

2. 위젯의 왼쪽에 있는 네트워크 보기(Network Views) 트리에서 + 기호를 클릭하여 네트워크 보기 노드를 확장하십시오.

3. 심각도가 minor 이상인 이벤트 상태 아이콘이 있는 네트워크 보기를 선택하십시오. 해당 네트워크 보기에 있는 서브넷과 디바이스가 네트워크 맵에 표시됩니다. 결함이 있는 디바이스와 서브넷에는 이벤트 상태 아이콘이 표시됩니다. 결함이 있는 디바이스의 이름은 해당 디바이스의 이벤트 심각도에 해당하는 색으로 강조표시됩니다. 디바이스에 관한 요약 정보를 표시하려면 네트워크 보기의 디바이스 위에 마우스 포인터를 올리십시오.


관련 태스크:

439 페이지의 『결함 디바이스 조사』디바이스 및 서브넷에 대해 광범위한 진단 태스크를 수행할 수 있습니다. 관련네트워크 이벤트를 표시할 수 있습니다. 또한 결함 네트워크 디바이스 조사(drill into), SNMP MIB 값 표시, 결함 디바이스 로그인 및 디바이스로의 라우트 조사 등을 수행할 수도 있습니다.

서브넷 모니터링서브넷에서 디바이스에 대한 이벤트가 있는지 여부를 판별할 수 있습니다. 이벤트에 대한 서브넷을 모니터하려면 서브넷 네트워크 보기를 사용하십시오.

네트워크 보기(Network Views)를 사용하여 서브넷을 모니터하려면 다음과 같이진행하십시오.


2. 위젯의 왼쪽에 있는 탐색 트리에서 + 기호를 클릭하여 서브넷 네트워크 보기 노드를 확장하십시오.

3. 연관된 이벤트 상태 아이콘에 따라 각 서브넷의 가장 심각한 이벤트를 결정하십시오.

4. 심각도가 사소한 정도 이상인 이벤트 상태 아이콘이 있는 서브넷 노드를 선택하십시오. 토폴로지 표시 패널은 해당 네트워크 보기에 디바이스를 표시하고 결함 디바이스에 이벤트 상태 아이콘을 표시합니다. 결함이 있는 디바이스의 이름은 해당 디바이스의 이벤트 심각도에 해당하는 색으로 강조표시됩니다.

이 디바이스에서 다음 조치를 수행할 수 있습니다.

v 이 디바이스에 대한 네트워크 라우트 검사v 구조 브라우저 를 사용하여 디바이스를 조사하여 디바이스 구성요소의 상태를조사하십시오.

v 디바이스에서 실행 중인 프로세스 조사를 위해 디바이스로 로그인v 이 디바이스와 연관된 MIB 찾아보기관련 태스크:

441 페이지의 『서브넷에 이벤트 표시』서브넷 네트워크 보기에 대해 이벤트 표시 명령을 실행하여 서브넷의 모든 디바이스에 대한 이벤트를 표시할 수 있습니다.

제 17 장 네트워크 문제점 식별 423

디바이스 클래스 모니터링특정 공급업체 또는 모델의 디바이스에 대한 이벤트가 있는지 여부를 판별할 수있습니다. 예를 들어, 모든 Sun 디바이스 또는 모든 Cisco28xx 디바이스에 대해이벤트를 모니터할 수 있습니다.

이벤트에 대해 특정 공급업체 또는 모델의 디바이스를 모니터하려면 디바이스 클래스 네트워크 보기를 사용하십시오. 디바이스 클래스는 활성 오브젝트 클래스(AOC) 계층 구조를 반영합니다. AOC는 공급업체, 유형 및 모델 계열을 기초로합니다. Linux 디바이스, Sun 워크스테이션 및 Windows 서버와 같은 디바이스클래스를 모니터하려면 다음과 같이 진행하십시오.


2. 위젯의 왼쪽에 있는 탐색 트리에서 + 기호를 클릭하여 디바이스 클래스 네트워크 보기 노드를 확장하십시오.

3. 특정 디바이스 클래스를 식별하고 연관된 이벤트 상태 아이콘을 찾으십시오.

이 아이콘은 해당 디바이스 클래스에서 발생한 가장 심각한 이벤트를 표시합니다. 예를 들어, Linux 노드를 식별하고 연관된 이벤트 상태 아이콘을 찾으십시오. 이 아이콘은 Linux 디바이스에서 발생한 가장 심각한 이벤트를 알려줍니다.

4. 네트워크 보기 트리에서 결함이 있는 디바이스 클래스를 선택하십시오. 예를들어, 심각도가 사소한 정도 이상인 이벤트 상태 아이콘이 있는 Linux 노드가 있으면 해당 노드를 선택하십시오. 토폴로지 표시 패널은 선택한 클래스의 디바이스를 표시하고 결함이 있는 디바이스에 이벤트 상태 아이콘을 표시합니다.




440 페이지의 『디바이스에 이벤트 표시』이 네트워크 문제점 해결 절차를 사용하여 결함이 있는 디바이스에 모든 이벤트를 표시하십시오.


링크 모니터링디바이스 사이의 링크를 모니터링하여 링크로 연결된 디바이스의 상태를 판별할수 있습니다. 또한 근본 문제를 진단하기 위한 도구를 실행할 수 있습니다.

관리자는 링크 표시를 컬러 또는 연관된 심각도 아이콘으로 채색되도록 구성할수 있습니다. 또한 링크의 연결 속도를 기반으로 라인의 두께를 구성할 수도 있습니다. 기본적으로 이 옵션은 켜져 있습니다.

각 개별 보기에 대해 링크 상태 표시를 사용자 정의할 수 있습니다.

1. 디바이스 사이의 링크를 표시하는 보기를 여십시오. 링크의 오류 상태는 연관된 심각도 상태 아이콘(구성된 경우)뿐 아니라 경보 상태에 대응하는 색상을 갖는 선으로 표시됩니다.

2. 링크에 관한 정보를 표시하려면 링크 위에 마우스 포인터를 위치하십시오.

3. 선택하려는 링크를 클릭하십시오.

Fix Pack 4 IP SLA 감지가 구성된 경우 링크를 선택하면 링크를 모니터하는프로브를 표시합니다.

4. 링크를 마우스 오른쪽 단추로 클릭하여 오른쪽 클릭 메뉴를 여십시오.

마우스 오른쪽 단추 클릭 메뉴에서 다음 태스크 중 하나를 수행할 수 있습니다.

v 이벤트 뷰어에서 링크 이벤트를 표시하십시오. 이벤트 뷰어에서 이벤트의 심각도 상태를 변경하는 경우 이 상태가 다시 링크에 필터링됩니다.

v 링크 엔드포인트를 Ping하십시오.

v 기초 문제를 진단합니다. 예를 들어 링크의 어느 한 쪽에 있는 IP 주소를 ping

할 수 있습니다.

v 링크의 엔드포인트에 있는 디바이스가 폴링되지 않도록 링크와 연관된 디바이스를 비관리로 두십시오. 일반적으로 유지보수가 수행되는 동안에는 링크를 비관리로 두었다가 작업 순서로 복원되면 링크를 다시 관리 상태로 하십시오.

참고: 링크를 비관리로 두면 연결된 모든 인터페이스오 비관리 상태로 됩니다.

이는 각 링크 끝의 하프스패너 아이콘으로 표시됩니다.

v 링크와 연관된 디바이스를 관리하십시오.

관련 개념:

386 페이지의 『디바이스 연결』네트워크 맵의 다른 OSI 계층 레벨에서 네트워크를 표시할 수 있습니다. 서브넷 멤버십, OSI 계층 2 연결, OSI 계층 3 연결, PIM(Protocol Independent

Multicast) 또는 IPM(Internet Protocol Multicast) 라우트에 초점을 맞추려면연결 계층 설정을 변경하십시오.

관련 태스크:


260 페이지의 『토폴로지 맵의 선 두께 사용자 정의』네트워크 엔티티 간의 연결 속도에 기반하여 해당 네트워크 엔티티 연결 선의두께를 사용자 정의할 수 있습니다.

BGP(Border Gateway Protocol) 네트워크 모니터링BGP 네트워크에서 디바이스에 대한 이벤트가 있는지 여부를 판별할 수 있습니다. BGP 네트워크라고 하는 네트워크 보기를 사용하여 이벤트에 대해 BGP 네트워크를 모니터하십시오.

BGP 네트워크를 모니터하려면 다음과 같이 진행하십시오.


2. 위젯의 왼쪽에 있는 탐색 트리에서 + 기호를 클릭하여 BGP 네트워크 노드를 확장하십시오. 최상위 레벨 노드마다 트리 오른쪽의 이벤트 상태 아이콘에 해당 노드에 있는 디바이스의 상태가 표시됩니다.

3. 연관된 이벤트 상태 아이콘에 따라 각 BGP 네트워크의 가장 심각한 이벤트를 결정하십시오.

4. 심각도가 minor 이상인 이벤트 상태 아이콘이 있는 BGP 네트워크 노드가있으면 해당 노드를 선택하십시오. 네트워크 맵에 해당 BGP 네트워크의 디바이스가 표시되고 결함이 있는 디바이스에 이벤트 상태 아이콘이 표시됩니다.

5. 네트워크 맵에서 다음 디바이스의 상태를 확인하십시오.

a. EBGP 스피커 디바이스: EBGP 스피커 디바이스는 BGP AS를 연결하며올바른 BGP 네트워크 조작을 위해 필요한 디바이스입니다. 네트워크 맵에서 EBGP 스피커 디바이스는 한 BGP AS의 구성원으로 표시되지만 다른 BGP AS의 구성원인 별도의 EBGP 스피커 디바이스에도 연결됩니다.

b. 라우트 리플렉터(RR) 디바이스: 라우트 리플렉터 디바이스는 AS 내의 라우터 서브세트(클러스터)와의 통신을 수행합니다. 라우트 리플렉터는 서로 피어 조작을 수행하기 때문에 BGP AS가 완전한 메쉬가 아니어도 됩니다. 따라서 BGP AS 내에서 통신이 올바르게 수행되기 위해서는 라우트 리플렉터가 올바르게 작동해야 합니다. 네트워크 맵에서 라우트 리플렉터에는 RR이라는 레이블이 표시됩니다.

관련 태스크:

482 페이지의 『BGP 정보 검색』BGP 관련 네트워크 문제를 해결하려면 디바이스에서 BGP(Border Gateway

Protocol) 정보를 검색하십시오.


OSPF(Open Shortest Path First) 라우팅 도메인 모니터링OSPF 라우팅 도메인 및 OSPF 영역에서 디바이스에 대한 이벤트가 있는지 여부를 판별할 수 있습니다. OSPF 라우팅 도메인 네트워크 보기를 사용하여 이벤트에 대한 OSPF 라우팅 도메인 및 OSPF 영역을 모니터하십시오.

OSPF 라우팅 도메인 및 OSPF 영역을 모니터하려면 다음과 같이 진행하십시오.


2. 위젯의 왼쪽에 있는 탐색 트리에서 + 기호를 클릭하여 OSPF 경로 지정 도메인 노드를 확장하십시오. 최상위 레벨 노드마다 트리 오른쪽의 이벤트 상태 아이콘에 해당 노드에 있는 디바이스의 상태가 표시됩니다.

3. 연관된 이벤트 상태 아이콘에 따라 각 OSPF 라우팅 도메인의 가장 심각한이벤트를 결정하십시오.

4. OSPF 라우팅 도메인 노드에 사소한 정도 이상인 이벤트 상태 아이콘이 있으면 해당 노드를 선택하십시오. 네트워크 맵에 해당 라우팅 도메인의 디바이스가 표시되고 결함이 있는 디바이스에 이벤트 상태 아이콘이 표시됩니다.

5. 네트워크 맵에서 다음 디바이스의 상태를 확인하십시오.

a. 영역 경계 라우터(ABR): 이러한 라우터는 두 개 이상의 OSPF 영역을 연결하고 백본 네트워크를 통해 다른 OSPF 영역에 라우팅을 제공합니다.

네트워크 맵에서 ABR에는 ABR이라는 레이블이 표시됩니다.

b. 자동 시스템 경계 라우터(ASBR): 이러한 라우트는 IGP 프로토콜을 사용하여 다른 네트워크와 통신합니다. 네트워크 맵에서 ASBR에는 ASBR이라는 레이블이 표시됩니다.

c. 지정된 라우터(DR) 및 백업 지정 라우터(BDR): DR은 라우팅 업데이트를 위한 소스를 제공하고 이더넷 같은 다중 액세스 기술이 사용될 때 연결을 완전히 연결할 필요성을 줄이도록 지정된 OSPF 라우터 인터페이스입니다. 백업 지정 라우터(BDR)는 기본 DR에서 실패가 발생했을 때 쉽게 전환될 수 있도록 항상 최신 상태를 유지합니다. 네트워크 맵에서 DR

에는 DR이라는 레이블이 표시됩니다. 네트워크 맵에서 백업 DR에는 BDR

이라는 레이블이 표시됩니다.

d. 유형 2 LSA: 영역 내의 모든 중계망(Transit Network)으로 생성됩니다.

중계망은 최소 두 개의 직접 연결된 OSPF 라우터를 갖고 있습니다. 이더넷은 중계망의 예입니다. 유형 2 LSA는 중계망을 구성하고 DR에 의해 생성되는 연결된 라우터 각각을 나열합니다.

관련 태스크:

487 페이지의 『OSPF 정보 검색』OSPF 관련 문제를 해결하려면 디바이스에서 OSPF(Open Shortest Path First

protocol) 정보를 검색하십시오.


멀티캐스트 그룹 및 라우트 모니터링멀티캐스트 그룹과 라우트를 모니터링하여, 이러한 그룹과 라우트의 디바이스에이벤트가 있는지 여부를 벌할 수 있습니다.

PIM 그룹, IGMP 그룹 및 IP 멀티캐스트 라우트는 이들을 감지하도록 감지를 구성한 경우에만 모니터링할 수 있습니다. 이러한 그룹과 라우트에 대한 보기는 자동으로 작성됩니다. 또한 수동으로 작성할 수도 있습니다.

멀티캐스트 그룹을 모니터링하려면 다음 태스크를 완료하십시오.


v 위젯 왼쪽의 탐색 트리에서 + 기호를 클릭하여 IGMP 그룹 노드를 확장하십시오. 감지된 IGMP 그룹 목록이 표시됩니다.

v 위젯 왼쪽의 탐색 트리에서 + 기호를 클릭하여 PIM 네트워크 노드를 확장하십시오. 감지된 PIM 그룹 목록이 표시됩니다.

v 위젯 왼쪽의 탐색 트리에서 + 기호를 클릭하여 멀티캐스트 라우팅 MDT

노드를 확장하십시오. 감지된 IP 멀티캐스트 라우트 목록이 표시됩니다. 멀티캐스트 분배 트리(MDT)는 (소스, 그룹 주소) 표기법에 따라서 이름이 지정됩니다. 예를 들어 (172.20.1.6,224.0.0.1)의 (S,G) 표기법은 172.20.1.6의IP 주소를 갖는 디바이스가 224.0.0.1 그룹으로 데이터를 보내는 소스임을표시합니다.

2. 연관된 이벤트 상태 아이콘에 따라 각 그룹의 가장 심각한 이벤트를 판별하십시오.

MPLS 트래픽 엔지니어링 터널 모니터링MPLS 트래픽 엔지니어링 터널을 모니터링하여 터널을 구성하는 디바이스에 이벤트가 있는지 여부를 판별할 수 있습니다.

MPLS TE 터널은 터널을 감지하도록 감지를 구성한 경우에만 모니터링할 수 있습니다.

MPLS TE 터널을 모니터링하려면 다음 태스크를 완료하십시오.


2. 위젯 왼쪽의 탐색 트리에서 + 기호를 클릭하여 MPLS TE 노드를 확장하십시오. 감지된 MPLS TE 터널 목록이 표시됩니다.

3. 연관된 이벤트 상태 아이콘에 따라 각 터널에서 가장 심각한 이벤트를 판별하십시오.


IP SLA(Service Level Agreement) 구성 모니터링Fix Pack 4

네트워크 보기를 사용하여 IP SLA 응답 시간, 해당 소스 및 대상 디바이스를 모니터하도록 구성된 프로브를 시각화할 수 있습니다.

IP SLA 보기를 사용하기 전에 IP SLA 감지를 구성하십시오.

네트워크 프로브 소스 또는 대상으로 작동하는 디바이스의 이벤트 상태를 볼 수있습니다. 또한 IP SLA 보기는 알려진 위치에서 소스 및 대상에 점선으로 연결된 네트워크 프로브를 표시합니다. IP SLA 보기가 자동으로 작성되며, 수동으로작성할 수도 있습니다.

IP SLA 실행 중에 디바이스를 모니터하려면 다음 태스크를 완료하십시오.


2. 위젯 왼쪽의 탐색 트리에서 + 기호를 클릭하여 IPSLA 보기 노드를 확장하십시오. 감지된 IP SLA 프로브 목록이 표시됩니다.

3. 해당 프로브 유형으로 모니터되는 디바이스를 표시하는 네트워크 보기를 열려면 프로브의 이름을 클릭하십시오. Netcool/OMNIbus Knowledge Library

와 함께 사용할 SNMP Probe를 구성하십시오를 구성한 경우 IP SLA 이벤트가 디바이스에 표시됩니다. 소스와 대상 간의 링크는 이벤트 심각도에 따라 색상이 지정됩니다.

4. 네트워크 보기 또는 네트워크 홉 보기 에서 링크를 모니터하는 프로브를 표시하려면 디바이스 간의 링크를 선택하십시오.

5. 네트워크 보기 또는 네트워크 홉 보기 에서 구조 브라우저 의 프로브를 열려면 프로브 아이콘을 두 번 클릭하십시오.

VPLS VPN 모니터링VPLS VPNS(Virtual Private LAN Service Virtual Private Networks)를 모니터링하여 네트워크의 디바이스에 이벤트가 있는지 여부를 판별할 수 있습니다.

VPLS VPN은 이들을 감지하도록 감지가 구성되어 있는 경우에만 모니터링할 수있습니다. VPLS VPN 보기는 자동으로 작성되며 수동으로 작성할 수도 있습니다.

VPLS VPN을 모니터링하려면 다음 태스크를 완료하십시오.


2. 위젯 왼쪽의 탐색 트리에서 + 기호를 클릭하여 VPLS VPN 보기 노드를 확장하십시오. 감지된 VPLS VPN 목록이 표시됩니다.


3. 연관된 이벤트 상태 아이콘에 따라 각 VPN에서 가장 심각한 이벤트를 판별하십시오.

집계된 네트워크 도메인 모니터링동일한 네트워크 보기에서 여러 도메인의 이벤트를 모니터할 수 있습니다.

상호 도메인 네트워크 보기를 모니터하려면 먼저 일부 상호 도메인 네트워크 보기를 작성해야 합니다.


2. 위젯의 왼쪽에 있는 탐색 트리에서 + 기호를 클릭하여 AGGREGATION 도메인에서 작성된 네트워크 보기를 확장하십시오.

3. 연관된 이벤트 상태 아이콘에 기반하여 가장 심각한 이벤트를 판별하십시오.

디바이스에서 커서를 움직이면 디바이스가 있는 도메인을 확인할 수 있습니다.

LTE 네트워크 모니터링LTE 네트워크 상에 있는 디바이스의 이벤트를 모니터링할 수 있습니다.

LTE 네트워크 보기를 모니터링하려면 먼저 lte_default 네트워크 보기 템플리트를 사용하여 템플리트 기반 동적 보기를 작성해야 합니다. 자세한 정보는 IBM

Tivoli Network Manager 사용자 안내서의 내용을 참조하십시오.


2. 위젯의 왼쪽에 있는 탐색 트리에서 + 기호를 클릭하여 최상위 레벨 LTE 네트워크 보기 컨테이너를 확장하십시오.

3. LTE 네트워크 보기 계층 구조를 탐색하여 관심 있는 네트워크 보기를 찾으십시오.

4. 연관된 이벤트 상태 아이콘에 따라 각 LTE 네트워크 보기에서 가장 심각한이벤트를 판별하십시오. 토폴로지 표시 패널은 선택된 보기의 디바이스를 표시하고 결함이 있는 디바이스에 이벤트 상태 아이콘을 표시합니다.


이벤트 목록을 사용하여 문제점 식별모든 네트워크 이벤트를 단일 이벤트 목록으로 모니터할 수 있습니다. 결함 찾기보기를 사용하여 네트워크 이벤트를 모니터할 수 있습니다.

결함 찾기 보기에서는 이벤트 뷰어에 이벤트를 표시합니다. 이벤트를 클릭하면 네트워크 홉 보기 GUI는 이벤트가 발생하는 디바이스의 연결을 표시합니다.

모든 네트워크 이벤트를 모니터링하려면 다음 단계를 완료하십시오.

1. 인시던트 아이콘을 클릭하고 네트워크 가용성 > 결함 찾기 보기를 선택하십시오. 위에는 결함 찾기 보기 위젯이 있고 아래에는 이벤트 뷰어 위젯이 있는 네트워크 홉 보기 페이지가 표시됩니다.

참고: 결함 찾기 보기 페이지를 처음 열면 이벤트 뷰어 위젯에 ObjectServer

의 모든 이벤트가 표시되고 네트워크 홉 보기 위젯은 비어 있습니다.

2. 이벤트 뷰어에서 관심 있는 이벤트를 선택하거나 이벤트를 마우스 오른쪽 단추로 클릭한 다음 브로드캐스트 토폴로지 컨텍스트를 클릭하십시오. 이제 네트워크 홉 보기 GUI에는 선택한 이벤트와 관련된 네트워크 토폴로지가 표시됩니다.

제한사항: 이벤트 뷰어의 여러 이벤트를 선택하는 경우 결과가 다를 수 있습니다.

v 선택된 모든 이벤트가 동일한 네트워크 디바이스에서 발생한 경우, 네트워크 홉 보기 위젯에는 해당 디바이스와 관련된 네트워크 토폴로지만 표시됩니다.

v 선택된 이벤트가 서로 다른 디바이스에서 발생한 경우, 네트워크 홉 보기위젯에 네트워크 토폴로지가 표시되지 않습니다.

관련 개념:

373 페이지의 제 15 장 『네트워크 문제점 해결 정보』Network Manager는 네트워크 보기, 이벤트 목록, 경로 보기 및 구조 브라우저를 포함한 네트워크 문제를 해결하는 여러 가지 방법을 제공합니다.

관련 태스크:



네트워크 상태 보기 사용네트워크 상태 보기를 사용하여 디바이스의 이벤트를 표시하십시오.

네트워크 상태 보기(Network Health View)는 복합 GUI의 토폴로지 및 이벤트데이터를 표시하며, 이 경우 네트워크 보기 라이브러리 또는 책갈피 양식의 토폴로지 데이터는 맨 위 위젯에 표시되고 이벤트 뷰어의 이벤트 데이터는 하단 위젯에 표시됩니다. 네트워크 보기 라이브러리 또는 책갈피에서 디바이스를 선택하면 이벤트 뷰어에서 해당 디바이스에 대한 이벤트 목록이 생성됩니다.

참고: 네트워크 상태 보기(Network Health View) 페이지를 처음 열면 이벤트뷰어 위젯에 ObjectServer의 모든 이벤트가 표시됩니다.

네트워크 상태 보기(Network Health View)를 열려면 다음 단계를 완료하십시오.

1. 인시던트 아이콘을 클릭하고 네트워크 가용성 > 네트워크 상태 보기를 선택하십시오.

2. 네트워크 보기(Network Views) 위젯에 관심이 있는 네트워크 보기를 표시하십시오.

3. 네트워크 맵에서 단일 디바이스를 선택하십시오. 이벤트 뷰어 위젯의 내용이필터링되어 선택된 디바이스에서 발생한 이벤트만 표시됩니다.

제한사항: 다음 경우에는 이벤트 뷰어 위젯의 내용이 필터링되지 않습니다.

v 네트워크 보기(Network Views) 위젯에서 여러 개의 디바이스가 선택됩니다.

v 디바이스는 맵에서 찾기 조작 다음에 네트워크 맵에서 발견되고 선택됩니다.

이 경우 필터가 적용되지 않으며 이벤트 뷰어에는 ObjectServer의 모든 이벤트가 표시됩니다.

관련 개념:

373 페이지의 제 15 장 『네트워크 문제점 해결 정보』Network Manager는 네트워크 보기, 이벤트 목록, 경로 보기 및 구조 브라우저를 포함한 네트워크 문제를 해결하는 여러 가지 방법을 제공합니다.


지리적 컨텍스트에서 디바이스 보기Fix Pack 2

GIS 디바이스 맵을 사용하여 지리적 컨텍스트에서 디바이스와 이벤트를 볼 수 있습니다. GIS 디바이스 맵은 지리적 맵에 포개진 네트워크 보기와 같습니다.

1. GIS 디바이스 맵을 여십시오.

v 지리적 정보가 있는 디바이스를 포함하는 네트워크 보기(Network Views),

네트워크 홉 보기 또는 경로 보기 GUI에서 하나 이상의 디바이스를 선택하고 마우스 오른쪽 단추로 클릭하십시오. 맵에 표시를 선택하십시오.

v 인시던트 > 네트워크 지리 > GIS 맵을 클릭하십시오.

GIS 디바이스 맵가 표시됩니다.

Fix Pack 3 GIS 디바이스 맵를 전체 화면으로 표시하면 일부 매핑 제공자가개요 맵을 표시합니다.

2. 디바이스 및 위치 아이콘을 검토하여 디바이스 또는 위치에서 이벤트를 확인하십시오.

다음 아이콘을 사용할 수 있습니다.

디바이스디바이스는 네트워크 보기에서 사용된 동일한 아이콘으로 표현됩니다.

디바이스의 상태는 네트워크 보기와 동일한 방식으로 맵에 표시됩니다. 디바이스에 대한 이벤트, 위치 데이터 및 감지 데이터를 포함하여 디바이스에 대한 상세 정보를 보려면 디바이스 위에 마우스 포인터를 올리십시오. 자세한 정보를 보려면 정보 창을 마우스 오른쪽 단추로 클릭하십시오. 예를 들면, 디바이스의 구조 브라우저 또는 홉 보기를 열 수 있습니다. 디바이스에 대한 이벤트도 표시할 수 있습니다.

링크 링크의 상태는 네트워크 보기와 동일한 방식으로 맵에 표시됩니다. 링크에 링크가 실행되는 토폴로지 계층 및 이벤트 상태를 포함한 정보를 표시하려면 링크 위에 마우스 포인터를 올리십시오. 자세한 정보를 보려면 정보 창의 행을 마우스 클릭하십시오. 예를 들면, 링크 한쪽 끝에서 디바이스의 구조 브라우저 또는 홉 보기를 열 수 있습니다. 링크에 대한 이벤트도 표시할 수 있습니다.

위치 위치는 아이콘을 빌드하여 표현합니다. 위치는 동일한 물리적 위치에있는 디바이스의 그룹입니다. 디바이스에 대해 다음 조치를 수행할 수있습니다.


포함된 디바이스 표시위치에서 모든 디바이스를 표시하려면 위치를 두 번 클릭하십시오. 창에는 해당 위치의 디바이스 및 해당 디바이스의 집계이벤트 상태가 표시됩니다.

디바이스가 포함된 필터해당 위치에 대해 표시할 디바이스를 선택하려면 필터 아이콘을 클릭하십시오. 사용 가능한 컬럼별로 필터링할 수 있습니다. 여러 가지 필터 조건을 작성할 수 있습니다.

디바이스 세부사항 보기디바이스에 대한 이벤트, 위치 데이터 및 감지 데이터를 포함하여 디바이스에 대한 상세 정보를 보려면 디바이스 위에 마우스 포인터를 올리십시오.

루프백 링크위치에서 모든 디바이스에 대한 링크는 루프백 링크 아이콘(원형)으로 표현됩니다. 구성 링크를 보려면 위치 루프백 링크를 클릭하십시오.







4. GIS 디바이스 맵에서 이벤트 상태를 표시하는 방법을 구성하려면 토폴로지상태 창에서 맵 구성 탭을 클릭하십시오.

a. 이벤트 상태를 사용 가능하게 하거나 사용 불가능하게 하도록 옵션을 선택하십시오.

b. 디바이스 및 위치에 대한 상태가 표시되지 않는 기준 미만의 심각도를 선택하십시오.

c. 링크에 대한 상태가 표시되지 않는 기준 미만의 심각도를 선택하십시오.


5. 토폴로지를 표시하는 방법을 구성하려면 맵 구성창에서 토폴로지 렌더링 탭을 클릭하십시오. 설정은 현재 세션 동안 지속합니다.

a. 지역 집계가 구성된 경우 위치를 지역에 집계 > 사용을 선택하여 장치를지리적 보기에서 사용 가능한 가장 높은 지역 계층 구조로 자동으로 그룹화합니다.

b. 기본 계층 목록에 표시할 기본 계층을 선택합니다.

c. 사용자 정의 계층 목록에서 표시할 사용자 정의 계층을 선택합니다.

관련 태스크:

325 페이지의 『지리적 보기의 지역 집계 사용』위치를 구/군/시로, 구/군/시를 시/도로, 시/도를 국가로 그룹화할 수 있습니다. 이 그룹화는 지역 집계라고 합니다.


지리적 컨텍스트에서 이벤트 표시Fix Pack 2

GIS 디바이스 상태 보기를 사용하여 지리적 컨텍스트에서 이벤트 및 디바이스를볼 수 있습니다. GIS 디바이스 상태 보기는 GIS 디바이스 맵 위에 표시된 이벤트 뷰어으로 구성됩니다.

이벤트 뷰어의 표준 제어를 사용하여 GIS 디바이스 상태 보기의 이벤트 뷰어 섹션에서 이벤트를 볼 수 있습니다.

1. 인시던트 > 네트워크 지리 > GIS 디바이스 상태 보기를 클릭하십시오.

GIS 디바이스 상태 보기가 표시됩니다.

2. GIS 디바이스 맵에서 하나 이상의 디바이스를 선택하여 이벤트 뷰어에서 해당 디바이스의 이벤트를 표시하십시오.

3. GIS 디바이스 맵에서 위치에 따라 포함된 디바이스의 이벤트를 표시할 위치를 이벤트 뷰어에서 선택하십시오.

4. 이벤트 뷰어에서 이벤트를 선택하여 적용된 디바이스를 표시하도록 맵을 업데이트하십시오. 이 기능은 관리자가 사용 불가능하게 할 수 있습니다.

5. 디바이스 및 위치 아이콘을 검토하여 디바이스 또는 위치에서 이벤트를 확인하십시오.

다음 아이콘을 사용할 수 있습니다.


디바이스디바이스는 네트워크 보기에서 사용된 동일한 아이콘으로 표현됩니다.

디바이스의 상태는 네트워크 보기와 동일한 방식으로 맵에 표시됩니다. 디바이스에 대한 이벤트, 위치 데이터 및 감지 데이터를 포함하여 디바이스에 대한 상세 정보를 보려면 디바이스 위에 마우스 포인터를 올리십시오. 자세한 정보를 보려면 정보 창을 마우스 오른쪽 단추로 클릭하십시오. 예를 들면, 디바이스의 구조 브라우저 또는 홉 보기를 열 수 있습니다. 디바이스에 대한 이벤트도 표시할 수 있습니다.

링크 링크의 상태는 네트워크 보기와 동일한 방식으로 맵에 표시됩니다. 링크에 링크가 실행되는 토폴로지 계층 및 이벤트 상태를 포함한 정보를 표시하려면 링크 위에 마우스 포인터를 올리십시오. 자세한 정보를 보려면 정보 창의 행을 마우스 클릭하십시오. 예를 들면, 링크 한쪽 끝에서 디바이스의 구조 브라우저 또는 홉 보기를 열 수 있습니다. 링크에 대한 이벤트도 표시할 수 있습니다.

위치 위치는 아이콘을 빌드하여 표현합니다. 위치는 동일한 물리적 위치에있는 디바이스의 그룹입니다. 디바이스에 대해 다음 조치를 수행할 수있습니다.

포함된 디바이스 표시위치에서 모든 디바이스를 표시하려면 위치를 두 번 클릭하십시오. 창에는 해당 위치의 디바이스 및 해당 디바이스의 집계이벤트 상태가 표시됩니다.

디바이스가 포함된 필터해당 위치에 대해 표시할 디바이스를 선택하려면 필터 아이콘을 클릭하십시오. 사용 가능한 컬럼별로 필터링할 수 있습니다. 여러 가지 필터 조건을 작성할 수 있습니다.

디바이스 세부사항 보기디바이스에 대한 이벤트, 위치 데이터 및 감지 데이터를 포함하여 디바이스에 대한 상세 정보를 보려면 디바이스 위에 마우스 포인터를 올리십시오.

루프백 링크위치에서 모든 디바이스에 대한 링크는 루프백 링크 아이콘(원형)으로 표현됩니다. 구성 링크를 보려면 위치 루프백 링크를 클릭하십시오.








7. GIS 디바이스 맵에서 이벤트 상태를 표시하는 방법을 구성하려면 토폴로지상태 창에서 맵 구성 탭을 클릭하십시오.

a. 이벤트 상태를 사용 가능하게 하거나 사용 불가능하게 하도록 옵션을 선택하십시오.

b. 디바이스 및 위치에 대한 상태가 표시되지 않는 기준 미만의 심각도를 선택하십시오.

c. 링크에 대한 상태가 표시되지 않는 기준 미만의 심각도를 선택하십시오.

관련 태스크:




제 18 장 네트워크 문제 진단

Network Manager에서 사용 가능한 네트워크 문제점 해결 도구를 사용하여 네트워크 문제를 진단합니다.

결함 디바이스 조사디바이스 및 서브넷에 대해 광범위한 진단 태스크를 수행할 수 있습니다. 관련 네트워크 이벤트를 표시할 수 있습니다. 또한 결함 네트워크 디바이스 조사(drill

into), SNMP MIB 값 표시, 결함 디바이스 로그인 및 디바이스로의 라우트 조사 등을 수행할 수도 있습니다.

관련 태스크:

451 페이지의 『네트워크 연결 조사』네트워크 내의 연결을 확인하기 위해 네트워크 연결을 조사하고, 라우트를 추적하고, 경로를 작성합니다.

476 페이지의 『디바이스 정보 검색』디바이스 정보 검색은 문제점 해결에 필요한 네트워크 디바이스의 중요 정보를제공합니다. 디바이스 정보에는 디바이스 구성 정보, 도메인 정보 및 자세한 인터페이스, 프로토톨 및 라우팅 정보가 포함됩니다.

497 페이지의 『디바이스 구성요소 상태 조사』네트워크 디바이스의 결함을 분리하려면 포함하는 디바이스 구성요소의 상태를조사하십시오.

512 페이지의 『MIB 정보 검색』네트워크 문제점을 진단하려면 네트워크 디바이스에서 MIB 변수 정보를 검색하십시오.

디바이스 보기 사용디바이스 보기를 사용하여 이벤트, 폴링 데이터 그리고 특정 장치에 대한 인터페이스 정보를 표시합니다.

디바이스 보기는 왼쪽 상단에서 시계 방향으로 나열되고 다음 위젯으로 구성된복합 GUI 탭입니다.

v 네트워크 홉 보기v 상위 성과자v 이벤트 뷰어v 구조 브라우저


디바이스 보기를 보려면 사용자는 ncp_networkview 역할이 있어야 합니다. 또한페이지 내의 포틀릿에 적절한 역할이 있어야 합니다. 페이지를 관리하려면ncp_networkview_edit 사용자 역할이 있어야 합니다.

디바이스 보기의 디바이스 정보를 보려면 다음 단계를 완료하십시오.

1. 다음 방법 중 하나를 사용하여 디바이스 보기를 여십시오.

v 인시던트 아이콘을 클릭하고 네트워크 가용성 > 디바이스 보기를 클릭하십시오.

v 네트워크 보기(Network Views) 또는 네트워크 홉 보기 에서 디바이스를마우스 오른쪽 버튼으로 클릭하고 디바이스 보기 > 에서 > 찾기를 선택합니다.

디바이스 보기가 특정 디바이스에서 열린 경우 해당 디바이스가 네트워크 홉보기 위젯에 표시됩니다. Incident 메뉴에서 디바이스 보기를 열면 네트워크홉 보기 가 비어 있고 정보를 표시하려면 디바이스를 검색해야 합니다.

2. 디바이스를 네트워크 홉 보기 위젯에서 선택합니다.

다른 위젯은 네트워크 홉 보기 에서 선택한 디바이스에 대한 정보를 표시하도록 업데이트됩니다.

v 상위 성과자 위젯은 디바이스의 폴링 데이터를 표시합니다.

v 이벤트 뷰어 위젯은 디바이스에 대한 이벤트를 표시합니다.

v 구조 브라우저 위젯은 디바이스의 내포를 표시합니다.

관련 이벤트 표시결함이 있는 디바이스 및 서브넷과 연관된 이벤트 데이터를 검색할 수 있습니다.

디바이스에 이벤트 표시이 네트워크 문제점 해결 절차를 사용하여 결함이 있는 디바이스에 모든 이벤트를 표시하십시오.

디바이스에 대한 이벤트를 표시하려면 다음을 수행하십시오.

1. 네트워크 홉 보기 또는 네트워크 보기(Network Views)의 네트워크 맵에서결함이 있는 디바이스를 식별하십시오.

2. 결함이 있는 디바이스를 마우스 오른쪽 단추로 누르고 이벤트 표시 를 누르십시오. 선택한 디바이스에 대한 이벤트가 포함된 이벤트 뷰어이 별도의 브라우저 창에 열립니다.

이제 이 이벤트에 대해 다음 조치를 수행할 수 있습니다.

v 이벤트의 근본 원인 식별v 이 이벤트 목록에서 서비스의 영향을 받는 이벤트 식별


관련 태스크:


서브넷에 이벤트 표시서브넷 네트워크 보기에 대해 이벤트 표시 명령을 실행하여 서브넷의 모든 디바이스에 대한 이벤트를 표시할 수 있습니다.

서브넷의 디바이스에 대한 이벤트를 표시하려면 다음을 수행하십시오.

1. 네트워크 보기(Network Views)의 네트워크 보기 트리에서 서브넷 노드를 확장하십시오.

2. 연관된 이벤트 상태 아이콘에 따라 각 서브넷의 가장 심각한 이벤트를 결정하십시오.

3. 네트워크 맵에서 서브넷을 마우스 오른쪽 단추로 누르고 이벤트 표시 를 선택하십시오. 선택한 서브넷에 이벤트가 포함된 이벤트 뷰어이 별도의 브라우저 창에 표시됩니다.

이 이벤트에서 다음 조치를 수행할 수 있습니다.

v 이벤트의 근본 원인 식별v 이 이벤트 목록에서 서비스의 영향을 받는 이벤트 식별관련 태스크:


네트워크 보기의 이벤트 표시보기 이름 옆의 아이콘을 클릭하여 네트워크 보기의 모든 디바이스에 대한 이벤트를 표시합니다.

각 네트워크 보기 옆의 이벤트 아이콘은 네트워크 보기의 디바이스에 대해 최상위 레벨의 경보를 표시합니다.

네트워크 보기에서 디바이스에 대한 모든 이벤트를 보려면 보기 이름 옆의 이벤트 아이콘을 클릭하십시오. 선택한 네트워크 보기에 대한 이벤트가 포함된 이벤트 뷰어이 별도의 브라우저 창에 열립니다.

제 18 장 네트워크 문제 진단 441

네트워크 보기와 관련된 네트워크 홉 보기 표시디바이스를 포함하는 네트워크 보기에서 동일한 디바이스를 포함하는 네트워크 홉보기 로 전환할 수 있습니다. 결함이 있는 디바이스로부터의 홉 또는 연결 수를증가시키면서 네트워크 보기에서 네트워크 홉 보기 로 전환하여 네트워크 주위를 탐색하십시오.

네트워크 보기에서 네트워크 홉 보기 로 전환하려면 다음을 수행하십시오.

1. 네트워크 보기(Network Views) 네트워크 맵에서 디바이스를 식별하십시오.

2. 디바이스를 마우스 오른쪽 단추로 누르고 네트워크 홉 보기에서 찾기 를 누르십시오. 네트워크 홉 보기 가 선택된 디바이스의 중심에 있는 별도의 브라우저 창에 표시됩니다.



v 디바이스에서 실행 중인 프로세스 조사를 위해 디바이스로 로그인v 이 디바이스와 연관된 MIB 찾아보기

네트워크 홉 보기 와 관련된 네트워크 보기 표시네트워크 홉 보기 에서 네트워크 보기(Network Views)로 전환하여 디바이스가일부인 서브넷, VLAN 또는 기타 네트워크 콜렉션을 판별할 수 있습니다.

네트워크 홉 보기 에서 네트워크 보기(Network Views)로 전환하려면 다음을 수행하십시오.

1. 네트워크 홉 보기 토폴로지 표시 패널에서 디바이스를 마우스 오른쪽 단추로누르고 네트워크 보기에서 찾기 를 누르십시오.

2. 다음을 수행하십시오.

v 네트워크 보기가 별도의 브라우저 창에 표시되면 이는 디바이스가 특정 네트워크 보기에만 있음을 의미입니다.

v 네트워크 보기 목록이 제공되는 경우에는 디바이스가 여러 네트워크 보기에 있음을 의미입니다. 원하는 네트워크 보기를 선택하고 확인을 클릭하십시오.


이벤트 조사네트워크 문제점 해결을 지원하려면 이벤트 뷰어의 기능을 사용하십시오. 이벤트뷰어을 사용하여 영향을 받는 네트워크 디바이스를 표시하고, 근본 원인 이벤트를 식별하며 주요 서비스 영향을 가지고 있는 이벤트를 식별할 수 있습니다.

참고:

비관리 이벤트는 Tivoli Netcool/OMNIbus 또는 Network Manager에서 비관리로 표시된 디바이스나 인터페이스에 대해 Tivoli Netcool/OMNIbus 프로브 및다른 이벤트 소스에서 수신한 이벤트입니다.

비관리 디바이스는 보통 비관리로 표시됩니다. 유지보수 중이어서 불필요한 네트워크 이벤트를 생성할 수 있기 때문입니다. 비관리 인터페이스가 관리 디바이스에 존재하지만 Network Manager에서 이를 감지하지 못한 경우가 있을 수 있습니다. Network Manager는 다음 방법으로 이벤트 뷰어에서 비관리 이벤트를필터링할 수 있습니다.

v 이벤트 뷰어에 전혀 표시되지 않도록 비관리 이벤트를 필터링합니다.

v NmosManagedStatus 필드를 표시하도록 이벤트 뷰어을 구성합니다. 0보다 큰모든 값은 비관리 디바이스를 나타냅니다.

시스템이 이벤트 뷰어에서 비관리 이벤트의 프리젠테이션을 처리하도록 구성된 방법에 대해 네트워크 관리자와 함께 확인하십시오.

관련 태스크:

169 페이지의 『이벤트 뷰어에서 이벤트 보기』이벤트 뷰어을 사용하여 모든 네트워크 이벤트를 볼 수 있습니다.

관련 토폴로지 보기 표시토폴로지 보기는 이벤트의 영향을 받는 네트워크 디바이스를 표시합니다. 두 가지 유형의 토폴로지 보기(네트워크 보기 및 네트워크 홉 보기 )를 표시할 수 있습니다.

이벤트에 관련된 네트워크 홉 보기 표시이벤트에 관련된 네트워크 홉 보기 를 표시하여 컨텍스트에서 영향을 받는 네트워크 디바이스를 확인할 수 있습니다. 연결된 디바이스의 네트워크 맵과 함께 이벤트에 의해 영향을 받는 네트워크 디바이스를 표시합니다. 또한 영향을 받는 디바이스로부터의 홉 수 또는 디바이스 연결 수를 지정할 수도 있습니다.

관련된 네트워크 홉 보기 를 표시하기 전에, 조사할 이벤트가 이벤트 뷰어에서 선택되어 있는지 확인하십시오.

이벤트에 관련된 네트워크 홉 보기 를 표시하려면 다음을 수행하십시오.


1. 이벤트 뷰어 창에서 이벤트를 마우스 오른쪽 단추로 누르고 네트워크 홉 보기에서 찾기 를 누르십시오. 개별 브라우저 창에서 네트워크 홉 보기 가 열립니다. 선택된 이벤트의 영향을 받는 디바이스 주변에서 네트워크 맵이 중심에 위치됩니다. Seed 디바이스 필드는 경보가 발생하는 디바이스의 IP 주소로 채워집니다.

2. 네트워크 홉 보기 도구 모음의 탐색 기능을 사용하여 네트워크 주변에서 이동하십시오.








이벤트와 관련된 네트워크 보기 표시이벤트와 관련된 네트워크 보기를 표시하여 컨텍스트에서 영향을 받는 네트워크를 확인합니다. 예를 들어, 영향을 받는 디바이스가 VLAN(하나의 네트워크 보기)에 속하고 Sun 디바이스 클래스(또 다른 네트워크 보기)에도 속할 수 있습니다.

1. 이벤트 뷰어의 이벤트를 선택하십시오.

2. 이벤트 뷰어 창에서 마우스 오른쪽 단추를 누른 후 네트워크 보기에서 찾기를 누르십시오.

3. 다음을 수행하십시오.


v 네트워크 보기가 별도의 브라우저 창에 표시되면 이는 영향을 받는 디바이스가 특정 네트워크 보기에만 있음을 의미입니다.

v 네트워크 보기 목록이 제공되는 경우에는 영향을 받는 디바이스가 여러 네트워크 보기에 있음을 의미입니다. 원하는 네트워크 보기를 선택하고 확인을 클릭하십시오.

4. 네트워크 보기(Network Views) 도구 모음의 기능을 사용하여 네트워크 맵의 디바이스를 조사하십시오.








근본 원인 조사단일 네트워크 문제로 인해 여러 이벤트가 발생할 수 있습니다. 다른 디바이스가결함을 표시하도록 하는 디바이스를 판별하려면 근본 원인 분석 도구를 사용하십시오.

이벤트 레코드에는 이벤트가 근본 원인이지 또는 억제된 이벤트인지 여부를 표시하는 필드가 있습니다. 네트워크 관리자는 이벤트 뷰어이 이 필드를 표시하도록 구성할 수 있습니다.


근본 원인 시나리오 및 예제에 대한 정보는 IBM Tivoli Network Manager IP


이벤트 연관 및 근본 원인 분석 정보네트워크 디바이스에서 수신된 이벤트는 네트워크 토폴로지와 연관됩니다. 이로서 시스템은 근본 원인 이벤트를 판별할 수 있어서 이벤트 데이터와 네트워크 토폴로지 데이터 사이에 전환할 수 있는 기능을 제공합니다.

이벤트 연관은 하나의 디바이스에 대해 이벤트를 분석하고 네트워크 토폴로지에서 연결된 각 디바이스에 대한 영향을 계산합니다. Tivoli Netcool/OMNIbus

ObjectServer에 의해 수신되는 이벤트마다 이벤트 연관을 수행하면, 시스템이 다음 기능을 제공할 수 있습니다.

v 근본적인 원인 분석v 이벤트 데이터와 네트워크 토폴로지 데이터 사이에 전환할 수 있는 기능


네트워크 토폴로지 지식을 기초로, 시스템은 다른 네트워크 실패로 액세스할 수없는 디바이스를 판별합니다. 시스템은 이렇게 액세스할 수 없는 디바이스에 대한 이벤트를 억제하고 이벤트 뷰어에서 증상 이벤트로 표시합니다. 시스템은 증상이 아닌 이벤트를 근본 원인 이벤트로 표시합니다.

근본 원인 이벤트는 다음 방식으로 이벤트 뷰어에서 증상 이벤트와 구별됩니다.

v 근본 원인 이벤트는 증상 이벤트보다 높은 심각도를 갖습니다. 이로서 근본 원인 이벤트에는 더 높은 우선순위가 지정됩니다.

v 시스템은 ObjectServer에 보유된 이벤트 레코드의 필드를 사용하여 근본 원인 이벤트와 증상 이벤트를 표시합니다. 이로서 증상 이벤트에 관련된 근본 원인 이벤트를 식별할 수 있습니다.

이벤트 데이터와 네트워크 토폴로지 데이터 사이에 전환할 수 있는 기능

이 기능은 네트워크 문제점 해결에 접근할 수 있는 두 가지 방법을 제공합니다.

v 이벤트를 사용하여 네트워크 문제점을 초기에 식별할 수 있습니다. 이벤트 뷰어에 있는 이벤트에서 시작하여, 영향 받는 디바이스와 디바이스 주변의 토폴로지를 표시하는 네트워크 맵을 표시할 수 있습니다.

v 또는 토폴로지 데이터를 사용하여 네트워크 문제점을 초기에 식별할 수 있습니다. 결함 디바이스를 포함하는 네트워크 홉 보기 나 네트워크 보기에서 시작하여, 해당 디바이스에 대한 모든 이벤트를 보여주는 이벤트 뷰어을 표시할수 있습니다.


근본 원인 이벤트 식별단일 네트워크 문제로 인해 여러 이벤트가 발생할 수 있습니다. 이벤트 뷰어을 사용하여 근본 원인 이벤트를 식별하십시오.

근본 원인 이벤트를 식별하는 명령을 실행하기 전에 최소한 하나의 이벤트가 이벤트 뷰어에서 선택되어 있는지 확인하십시오.

근본 원인 이벤트를 식별하려면 다음을 수행하십시오.

1. 이벤트 뷰어 창에서 이벤트를 마우스 오른쪽 단추로 누르고 근본 원인 표시를 누르십시오. 근본 원인 이벤트가 포함된 이벤트 뷰어이 별도의 브라우저창에 열립니다.

2. 이벤트 뷰어의 기능을 사용하여 이 이벤트를 자세히 확인하십시오.


v 관련 토폴로지 보기 표시v 영향을 받는 디바이스를 조사하여 디바이스 구성요소의 상태 확인v 영향을 받는 디바이스와 연관된 MIB 찾아보기관련 태스크:

443 페이지의 『관련 토폴로지 보기 표시』토폴로지 보기는 이벤트의 영향을 받는 네트워크 디바이스를 표시합니다. 두 가지 유형의 토폴로지 보기(네트워크 보기 및 네트워크 홉 보기 )를 표시할 수 있습니다.

450 페이지의 『관련 MIB 정보 검색』네트워크 문제점 해결 활동의 일부로 이벤트 뷰어에서 지정된 이벤트와 연관된디바이스에 대한 MIB 정보를 검색할 수 있습니다.

450 페이지의 『이벤트와 관련된 네트워크 디바이스 구조 보기』네트워크 문제점 해결 활동의 일부로 이벤트 뷰어에서 지정된 이벤트와 연관된디바이스의 구조를 볼 수 있습니다.

증상 이벤트 조사근본 원인 이벤트부터 시작하여 이벤트 뷰어을 사용하여 증상 이벤트를 식별할수 있습니다.

증상 이벤트를 식별하는 명령을 실행하기 전에 최소한 하나의 이벤트가 이벤트뷰어에서 선택되어 있는지 확인하십시오.

1. 이벤트 뷰어 창에서 이벤트를 마우스 오른쪽 단추로 누르고 증상 표시를 누르십시오. 증상 이벤트가 포함된 이벤트 뷰어이 별도의 브라우저 창에 열립니다.

2. 이벤트 뷰어의 기능을 사용하여 증상 이벤트를 자세히 확인하십시오.






450 페이지의 『이벤트와 관련된 네트워크 디바이스 구조 보기』네트워크 문제점 해결 활동의 일부로 이벤트 뷰어에서 지정된 이벤트와 연관된디바이스의 구조를 볼 수 있습니다.

서비스 영향을 받는 이벤트 조사서비스 영향을 받는 이벤트(SAE)는 Network Manager가 생성하는 이벤트로서,

MPLS VPN 같은 네트워크 서비스가 해당 서비스를 지원하는 디바이스의 이벤트 때문에 영향을 받았음을 표시합니다.

서비스의 영향을 받는 이벤트 식별네트워크 서비스에 영향을 주는 이벤트를 빨리 식별하려면 이벤트 뷰어에서 SAE

를 사용하십시오.

Network Manager감지된 토폴로지 및 이벤트 데이터를 사용하여 SAE를 작성합니다. 서비스에 필요한 인터페이스 또는 디바이스에 심각도가 5(Critical)인 이벤트가 발생하면 해당 서비스에 SAE가 생성됩니다. SAE의 자체 심각도는 4 (Ma-

jor)이며, 이벤트 뷰어에서 주황색으로 표시됩니다. 요약 필드에는 이벤트가 SAE

임을 나타내는 텍스트가 포함되어 있습니다.

1. 심각도 5(Major)에 해당하는 색으로 표시된 심각도 표시기 상자를 누르십시오. 심각도 표시기 상자는 이벤트 뷰어 아래에 있으며 해당 색은 주황색입니다.

2. Major 심각도 이벤트의 요약 필드를 조사하여 SAE 이벤트가 있는지 판별하십시오.

Network ManagerMPLS 계층 3 VPN을 모델링하고 감지된 각 VPN에 대해Provider-Edge 대 Customer-Edge 대면 인터페이스를 식별합니다. 이들 인터페이스 중 하나에 대해 이벤트가 발생할 때 Network Manager가 이벤트의 영향


을 받을 수 있는 특정 VPN 인스턴스를 계산합니다. Network Manager VPN

에서 SAE를 생성하고 원래 이벤트를 삭제하지 않습니다.


v 서비스의 영향을 받는 이벤트에 유용한 네트워크 이벤트 표시v 관련 토폴로지 보기 표시v 영향을 받는 디바이스를 조사하여 디바이스 구성요소의 상태 확인v 영향을 받는 디바이스와 연관된 MIB 찾아보기관련 태스크:

『유용한 이벤트 식별』서비스의 영향을 받는 이벤트(SAE)를 해결하기 위해 추가 문제점 해결 활동을수행하려면 SAE에 유용한 이벤트를 식별하십시오.

유용한 이벤트 식별서비스의 영향을 받는 이벤트(SAE)를 해결하기 위해 추가 문제점 해결 활동을 수행하려면 SAE에 유용한 이벤트를 식별하십시오.

유용한 이벤트를 식별하기 전에 관련 SAE를 먼저 식별하십시오.

유용한 이벤트를 식별하려면 다음을 수행하십시오.

1. 이벤트 뷰어 창에서 SAE를 마우스 오른쪽 단추로 누르고 SAE 관련 이벤트표시를 누르십시오. SAE에 유용한 이벤트가 포함된 이벤트 뷰어이 별도의 브라우저 창에 열립니다.

2. 이벤트 뷰어의 기능을 사용하여 증상 이벤트를 자세히 확인하십시오.

3. 옵션: 유용한 서비스를 식별하려면 SAE 관련 서비스 표시를 클릭하십시오.






『이벤트와 관련된 네트워크 디바이스 구조 보기』네트워크 문제점 해결 활동의 일부로 이벤트 뷰어에서 지정된 이벤트와 연관된디바이스의 구조를 볼 수 있습니다.

관련 MIB 정보 검색네트워크 문제점 해결 활동의 일부로 이벤트 뷰어에서 지정된 이벤트와 연관된디바이스에 대한 MIB 정보를 검색할 수 있습니다.

이벤트에 관련된 MIB 정보를 검색하려면 다음을 수행하십시오.


2. 이벤트 뷰어 창에서 선택한 이벤트를 마우스 오른쪽 단추로 누르고 SNMP

MIB 브라우저 표시를 누르십시오. 호스트 필드에 영향을 받는 디바이스의 IP

주소 또는 디바이스 이름이 채워진 SNMP MIB 브라우저 가 별도의 브라우저 창에 표시됩니다.

3. SNMP MIB 브라우저 의 기능을 사용하여 이 이벤트를 자세히 확인하십시오.

관련 태스크:

515 페이지의 『SNMP MIB 조회 실행』MIB 조회를 실행하여 네트워크 디바이스에서 MIB 변수를 검색한 후 해당 디바이스의 문제를 진단하십시오.

이벤트와 관련된 네트워크 디바이스 구조 보기네트워크 문제점 해결 활동의 일부로 이벤트 뷰어에서 지정된 이벤트와 연관된디바이스의 구조를 볼 수 있습니다.

영향을 받는 디바이스를 조사하는 명령을 실행하기 전에 확인할 이벤트가 활성이벤트 목록에서 선택되어 있는지 확인하십시오.


2. 이벤트 뷰어 창에서 이벤트를 마우스 오른쪽 단추로 누르고 디바이스 구조 표시를 누르십시오. 영향을 받는 디바이스에 대한 구성요소 세부사항이 채워진상태로 구조 브라우저 가 별도의 브라우저 창에서 트리 모드로 열립니다. 구조 브라우저 의 테이블 모드는 마우스 오른쪽 단추 클릭 메뉴로 사용할 수없습니다.

3. 구조 브라우저 트리의 기능을 사용하여 디바이스 구조를 탐색한 후 디바이스구성요소의 상태를 조사하십시오.

관련 태스크:



네트워크 연결 조사네트워크 내의 연결을 확인하기 위해 네트워크 연결을 조사하고, 라우트를 추적하고, 경로를 작성합니다.

디바이스 연결 표시네트워크 맵의 디바이스에서 이 명령을 실행하여 해당 장치의 인터페이스 및 각인터페이스에 대해 연관된 연결을 표시합니다. 이 명령은 명령이 실행된 보기와같은 계층에 있는 연결을 검색합니다.

1. 네트워크 홉 보기 GUI 또는 네트워크 보기(Network Views) GUI의 네트워크 맵에서 디바이스를 선택하십시오. 여러 디바이스를 선택하려면 Ctrl을 누르십시오.

2. 선택한 디바이스 중 하나를 마우스 오른쪽 단추로 누른 후 연결 정보 표시를누르십시오. 선택한 디바이스 각각에 대한 새 브라우저 창이 표시됩니다. 창에는 다음과 같은 연결 정보가 들어 있는 테이블이 포함되어 있습니다. 테이블의 각 행에 디바이스 연결이 표시됩니다.

로컬 노드선택한 디바이스에 대한 연결 정보를 지정합니다.

엔티티 이름선택한 디바이스의 IP 주소 또는 호스트 이름을 지정합니다.

인터페이스 설명선택한 디바이스에 연결된 인터페이스에 대한 설명 정보를 지정합니다.

인터페이스 유형연결된 인터페이스에 대한 인터페이스 유형을 지정합니다.

인접 노드선택한 디바이스에 연결된 디바이스에 대한 연결 정보를 지정합니다.

엔티티 이름선택한 디바이스에 연결된 디바이스의 IP 주소 또는 호스트 이름을 지정합니다. 이 디바이스에 대한 연결 정보를 표시하는별도의 브라우저 창을 열려면 이 하이퍼링크를 누르십시오.


인터페이스 유형선택한 디바이스에 연결된 인터페이스에 대한 인터페이스 유형을 지정합니다.


디바이스 라우트 추적연결 문제점을 해결하려면 네트워크에서 디바이스로의 라우트를 추적하십시오. 로컬 클라이언트 시스템 또는 Network Manager 서버에서 라우트를 추적하거나Cisco 또는 Juniper 네트워크에서 원격 traceroute를 수행할 수 있습니다.

다음 주제에서는 디바이스로의 라우트를 추적하는 방법을 설명합니다.

서버에서 라우트 추적네트워크 경로를 확인하려면 Network Manager 서버에서 디바이스로 라우트를추적하십시오.

다음 주제에서는 Network Manager 서버에서 디바이스로의 라우트를 추적하는방법에 대해 설명합니다.

디바이스 라우트 추적:

Network Manager의 네트워크 맵에 있는 디바이스의 라우트를 추적하여 네트워크 경로를 확인하십시오.

이 절차를 수행하려면 네트워크 보기(Network Views) 또는 네트워크 홉 보기에 있어야 합니다.

1. 네트워크 홉 보기 GUI 또는 네트워크 보기(Network Views) GUI에서 라우트를 추적할 디바이스를 선택하십시오. 여러 디바이스를 선택하려면 Ctrl을누르십시오.

2. 선택한 디바이스 중 하나를 마우스 오른쪽 단추로 누르고 WebTools > 고급 Traceroute를 선택하십시오. 하나 이상의 개별 브라우저 창에 traceroute

조작의 결과가 표시됩니다.

또한 traceroute 설정값을 사용자 정의하여 사용자 정의 traceroute를 수행할 수도 있습니다.

관련 태스크:

453 페이지의 『사용자 정의 traceroute 수행』Network Manager의 네트워크 맵에 있는 하나 이상의 디바이스에 대한 라우트를 추적하여 해당 디바이스에 대한 경로를 확인하십시오.


사용자 정의 traceroute 수행:

Network Manager의 네트워크 맵에 있는 하나 이상의 디바이스에 대한 라우트를 추적하여 해당 디바이스에 대한 경로를 확인하십시오.

1. 네트워크 홉 보기 또는 네트워크 보기(Network Views) 네트워크 맵에서 ping

할 디바이스를 선택하십시오. 여러 디바이스를 선택하려면 Ctrl을 누르십시오.

2. 선택한 디바이스 중 하나를 마우스 오른쪽 단추로 누르고 WebTools >

WebTools GUI 실행...을 선택합니다3. WebTools 메뉴에서 traceroute를 누르십시오.

4. 고급 Traceroute 도구 창에서 관련 필드를 완료하십시오.

대상 traceroute에 단일 IP 주소, 호스트 이름이나 서브넷 또는 쉼표로 구분된 IP 주소 또는 호스트 이름 목록을 지정하십시오. 도구는 지정된각 주소 또는 호스트 이름을 Ping하려고 시도합니다.

보내기각 홉의 패킷 수를 지정합니다. 기본값은 3입니다.

패킷 크기지정된 대상에 전송할 각 패킷 크기(바이트)를 지정합니다. 기본값은40입니다.

최소 TTL

이 traceroute 조작에 사용된 패킷의 홉에서의 최소 TTL(time to live)

을 지정합니다. 기본값은 1입니다.

최대 TTL

이 traceroute 조작에 사용된 패킷의 홉에서의 최대 TTL(time to live)

을 지정합니다. 기본값은 64입니다.

표시: 각 홉의 ASN

각 홉의 ASN(Autonomous System Number) 해석 여부를 지정합니다. 기본적으로, 이 옵션은 선택되어 있습니다.

표시: IP 주소를 해석하지 않음IP 주소를 DNS(Domain Name System)로 해석할지 여부를 지정합니다. 기본적으로, 이 옵션은 선택되어 있지 않습니다.

표시: DNS SOA

DNS SOA(Start of Authority) 레코드 포함 여부를 지정합니다. SOA

레코드에는 지역의 데이터를 제공한 서버의 이름과 지역 관리자에 대한 정보가 포함되어 있습니다. 기본적으로, 이 옵션은 선택되어 있습니다.


표시: 개별 홉에서 통계 지연각 홉의 최소, 평균 및 최대 지연에 대한 통계를 계산하고 표시할지여부를 지정합니다. 기본적으로, 이 옵션은 선택되어 있지 않습니다.

표시: 마이크로초 시간소인마이크로초 시간소인의 사용 여부를 지정합니다. 기본적으로, 이 옵션은 선택되어 있지 않습니다.

보내기: 이메일 전송...

나열된 한 명 이상의 수신자에게 결과를 이메일로 전송할지 여부를 지정합니다. 기본적으로, 이 옵션은 선택되어 있지 않습니다.

수신자도구 결과를 전송할 대상인 쉼표로 구분된 수신자 목록을 지정합니다.

이 필드는 전송: 이메일 전송...을 선택한 경우에만 표시됩니다.

사용: 성공 시 다음 홉도구가 성공 시 다음 홉으로 이동해야 하는지 여부를 지정합니다. 기본적으로, 이 옵션은 선택되어 있지 않습니다.

사용: 병렬 프로브도구가 traceroute 속도를 높이기 위해 병렬 프로브를 사용해야 하는지 여부를 지정합니다. 기본적으로, 이 옵션은 선택되어 있습니다.

사용: 응답 없는 10개 홉 이후 중단응답 없이 10개의 연속 홉 이후 도구가 traceroute를 중단해야 하는지 여부를 지정합니다. 기본적으로, 이 옵션은 선택되어 있습니다.

사용: RFC1191 경로 MTU 감지도구가 traceroute 조작이 수행되는 경로의 최대 전송 단위(MTU)를결정해야 하는지 여부를 지정합니다. 기본적으로, 이 옵션은 선택되어있지 않습니다.

5. 시작을 눌러 지정된 매개변수를 사용하여 도구를 실행하십시오. 하나 이상의개별 브라우저 창에 조작의 결과가 표시됩니다.

원격 traceroute 조작 수행디바이스 가용성 및 지연 문제점을 해결하려면 Cisco 및 Juniper 디바이스에서원격 traceroute 조작을 수행하십시오.

다음 주제에서는 원격 traceroute 조작을 수행하는 방법에 대해 설명합니다.

관련 태스크:

475 페이지의 『로그인 권한 정보 설정』Cisco 및 Juniper 디바이스에 로그인하기 위한 로그인 권한 정보와 이 디바이스로부터의 다양한 네트워크 문제점 해결 활동(예: 원격 ping 및 원격traceroute)을 구성하십시오.


Cisco 또는 Juniper 디바이스에서 원격 traceroute 수행:

디바이스 가용성 및 지연 문제를 해결하려면 하나 이상의 Cisco 또는 Juniper 디바이스에서 대상 디바이스로 원격 traceroute를 수행하십시오.

Cisco 또는 Juniper 디바이스로 자동 로그인하려면 먼저 로그인 권한 정보를 구성해야 합니다.

1. 네트워크 홉 보기 또는 네트워크 보기(Network Views) 네트워크 맵에서 원격 traceroute를 수행할 Cisco 또는 Juniper 디바이스를 선택하십시오. 여러디바이스를 선택하려면 Ctrl을 누르십시오. 여러 디바이스를 선택할 경우에는해당 디바이스가 모두 Cisco 디바이스 또는 Juniper 디바이스여야 합니다.

2. 선택한 디바이스 중 하나를 마우스 오른쪽 단추로 누르고 다음 메뉴 옵션을선택하십시오.

디바이스 유형 메뉴 옵션Cisco WebTools > Cisco 도구... > 진단 도구... > 이

디바이스에서 시작한 Traceroute...를 선택하십시오.

Juniper WebTools > Juniper 도구... > 진단 도구... >이 디바이스에서 시작한 Traceroute...를 선택하십시오.

3. Cisco 또는 Juniper Traceroute 도구 창에서 관련 필드를 완료하십시오.

참고: 이 조작은 IPv6 주소를 지원하지 않습니다.

시작 traceroute를 수행할 Cisco 또는 Juniper 디바이스. 단일 IP 주소, 호스트 이름 또는 서브넷이나 쉼표로 구분된 IP 주소 또는 호스트 이름 목록을 지정합니다.

대상 traceroute의 대상 디바이스. 하나의 IP 주소 또는 호스트 이름을 지정합니다.

자동 로그인이 도구를 실행할 때 사용할 Telnet 로그인 권한 정보가 이미 지정되었음을 지정합니다. 기본적으로, 이 옵션은 선택되어 있지 않습니다.

사용자 이름조회 필드에 지정된 디바이스에 대한 Telnet 액세스에 사용할 사용자이름을 지정합니다. 여러 디바이스를 지정한 경우, 지정한 로그인 권한 정보가 해당하는 모든 디바이스에 대해 유효해야 합니다.

Password

조회 필드에 지정된 디바이스에 대한 Telnet 액세스에 사용할 비밀번호를 지정합니다. 여러 디바이스를 지정한 경우, 지정한 로그인 권한정보가 해당하는 모든 디바이스에 대해 유효해야 합니다.


비밀번호선택적 보안 인증 방법을 지정합니다. 로그인하려는 디바이스에 네트워크 관리자가 RSA SecurID 이중요소 사용자 인증을 적용한 경우에만 이 필드를 완료하십시오. RSA SecurID 토큰의 비밀번호를 입력하십시오.

참고: 매 30초마다 비밀번호가 변경됩니다. 비밀번호를 제공한 후 바로 도구를 실행하십시오.





4. 시작을 눌러 지정된 매개변수를 사용하여 도구를 실행하십시오. 하나 이상의개별 브라우저 창에 ping 조작의 결과가 표시됩니다.

LSP의 디바이스에 원격 traceroute 수행:

MPLS 핵심 네트워크의 문제를 해결하려면 지정된 Cisco PE(Provider-Edge) 라우터에서 MPLS(Multiprotocol Label Switching) 레이블 전환 경로(LSP)의 디바이스에 원격 traceroute를 수행하십시오.

이 절차를 수행하려면 먼저 다음 사항을 확인하십시오.

v MPLS VPN 네트워크 보기에 있어야 합니다.

v Cisco 또는 Juniper 디바이스로 자동 로그인하려면 먼저 로그인 권한 정보를구성해야 합니다.

1. 네트워크 맵에서 LSP traceroute를 수행할 Cisco PE 라우터를 선택하십시오.

여러 디바이스를 선택하려면 Ctrl을 누르십시오.

2. 선택한 디바이스 중 하나를 마우스 오른쪽 단추로 누르고 WebTools > Cisco

도구... > 진단 도구... > 이 디바이스에서 시작한 LSP Traceroute... 메뉴 옵션을 선택하십시오.

3. Cisco LSP Traceroute 도구 창의 필드를 완료하십시오.

시작 LSP traceroute를 수행할 Cisco 디바이스를 지정합니다. 이 필드는 쉼표로 구분된 IP 주소 또는 호스트 이름을 허용합니다.

대상 FEC 및 마스크FEC(Forward-Equivalency Class) 및 네트마스크를 지정합니다. FEC

는 패킷 그룹의 분류입니다. FEC에 지정된 모든 패킷은 동일한 라우


팅으로 처리됩니다. 이 도구는 IP 주소에 기반한 FEC를 허용합니다.

따라서 이 필드에는 하나의 IP 주소와 네트마스크가 허용됩니다.



Password









VPN의 디바이스에 원격 traceroute 수행:

VPN 연결 문제를 해결하려면 지정된 Cisco PE(Provider-Edge) 라우터에서VPN(Virtual Private Network)의 디바이스에 원격 traceroute를 수행하십시오.





1. 네트워크 맵에서 VPN traceroute를 수행할 Cisco PE 라우터를 선택하십시오. 여러 디바이스를 선택하려면 Ctrl을 누르십시오.


도구... > 진단 도구... > 이 디바이스에서 시작한 VRF Traceroute...를 선택하십시오.

3. Cisco VRF Traceroute 도구 창의 필드를 완료하십시오.

시작 VRF traceroute를 수행할 Cisco 디바이스를 지정합니다. 이 필드는쉼표로 구분된 IP 주소 또는 호스트 이름을 허용합니다.

대상 traceroute의 대상 디바이스를 지정합니다. 이 필드에는 하나의 IP 주소 또는 호스트 이름이 허용됩니다.

VRF 디바이스를 포함하는 VRF(Virtual Routing and Forwarding) 테이블을 지정합니다.



Password










네트워크 경로 시각화네트워크 경로 보기는 시작 및 종료 디바이스 간의 발생하는 모든 디바이스와 링크를 표시합니다. 디바이스에 영향을 주는 문제와 해당 경로의 링크가 그래픽적으로 표시됩니다. 보기에서 디바이스를 제외시켜 경로 보기를 수동으로 편집할 수있습니다. 경로를 재추적하거나 재추적하기 전에 편집할 수 있습니다. 또한 경로보기를 다른 보기 컨테이너에 복사하거나 삭제할 수 있습니다.

사용자가 네트워크 경로에 대해 작업하기 전에 관리자가 첫 번째 네트워크 감지를 완료해야 하고 사용자 ID에 대한 네트워크 보기가 구성되어야 합니다.

IP 경로를 편집 또는 재추적할 수만 있습니다. MPLS TE 경로는 감지 중에 채워지며 편집 또는 재추적할 수 없습니다.

참고: MPLS TE 경로는 기본적으로 itnmadmin 보기 아래에 표시됩니다.

$NMGUI_HOME/profile/etc/tnm/topoviz.properties 파일을 편집하고 다음 보기속성의 값을 변경하여 이 경로를 수정할 수 있습니다.

v topoviz.pathview.accesslevel

v topoviz.pathview.accessid

1. 인시던트 아이콘을 클릭하고 네트워크 가용성 > 경로 보기를 선택하십시오.

경로 보기 창이 열립니다. 작성된 모든 네트워크 경로가 표시됩니다.

2. 네트워크 경로와 상호 작용하려면 다음 단추를 사용하십시오.

보기 드롭 다운특정 경로 보기를 찾아 표시하려면 사용하십시오. 경로 보기는 경로보기 컨테이너 유형(예: ’AUTO’, ’IP 경로’, ’itnmadmin’ 또는 ’클라이언트 보기’)을 기반으로 트리 구조로 배열됩니다.

각 경로 보기에는 해당 경로 보기와 연관된 보기 이름, 경로의 홉 수,

최고 심각도 경보(있을 경우)가 표시됩니다.

참고: 심각도 아이콘을 클릭하면 해당 이벤트가 선택된 상태에서ACL(Active Event List)을 실행할 수 있습니다. 디바이스를 선택한뒤 컨텍스트 메뉴에서 네트워크 보기에서 찾기 또는 홉 보기에서 찾기를 클릭할 수도 있습니다.

새 경로새 경로 보기를 작성할 수 있는 네트워크 경로 추적 창을 엽니다.

참고: IP 경로 보기에만 해당됩니다.


참고: 단일 도메인에서만 경로를 추적할 수 있습니다. 네트워크 경로추적 창에 지정된 모든 디바이스가 동일한 도메인에 있어야 합니다.

사용자 ID에 대해 관리자가 설정한 사용자 역할에 따라 경로 보기 목록에 새 경로를 저장할 수 있습니다.

경로 편집현재 표시 중인 경로 보기를 편집하려면 여기를 클릭하십시오. 변경가능한, 경로의 세부사항으로 채워진 네트워크 경로 추적 창이 열립니다. 저장 및 추적을 클릭하여 편집된 경로를 추적하고 표시할 수 있습니다.


참고: 단일 도메인에서만 경로를 추적할 수 있습니다. 네트워크 경로추적 창에 지정된 모든 디바이스가 동일한 도메인에 있어야 합니다.

경로 재추적현재 선택된 경로 보기에 있는 디바이스 간의 경로를 재추적하려면 여기를 클릭하십시오. 네트워크에서 디바이스 사이 경로는 동적이므로 경로를 재추적할 때마다 추적 결과가 다를 수 있습니다.


경로 복사 또는 이동경로 복사 또는 이동 대화 상자가 열립니다. 선택한 경로를 다른 보기 컨테이너로 복사하거나 이동하려면 사용하십시오.

경로 삭제현재 표시 중인 경로 보기를 삭제하려면 여기를 클릭하십시오. 경로보기가 컨테이너의 마지막 보기인 경우 컨테이너도 삭제됩니다.

참고: NCIM 데이터베이스에 저장된 경로는 삭제되지 않습니다. 임의의 사용자가 동일한 설정을 사용하여 삭제된 경로를 재작성하는 경우새 추적이 발생하고 NCIM 데이터베이스의 기존 경로가 새 추적 결과로 업데이트됩니다.

검색 전환도구 모음 아래에 보기를 검색할 수 있는 검색 상자를 표시합니다.









확대/축소 선택커서를 확대/축소 선택 모드로 변경합니다. 커서가 확대/축소 선택 모드이면 마우스를 사용하여 토폴로지의 특정 영역에 사각형을 그릴 수있습니다. 마우스 단추를 놓으면 화면이 그려 놓은 사각형으로 확대됩니다.







계층 구조 레이아웃보기 형식을 계층 구조 레이아웃으로 변경합니다. 이 옵션은 비할당네트워크 보기와 같이 연결 정보가 없는 보기에는 사용할 수 없습니다.

대칭 레이아웃보기의 형식을 대칭 레이아웃으로 변경합니다.이 옵션은 비할당 네트워크 보기와 같이 연결 정보가 없는 보기에는 사용할 수 없습니다.



새 경로를 작성하거나 기존 경로를 재추적하기로 선택하는 경우 경로 보기 창에 검색된 디바이스가 표시됩니다.

경로를 추적할 수 없으면 경로를 추적할 수 없는 이유를 나타내는 경로 추적 오류가 표시됩니다. 자세한 경로 추적 출력을 보려면 네트워크 경로 추적 창의 맨위에서 오류를 클릭하십시오. 자세한 경로 추적 출력이 두 번째 창에 열립니다.

경로 추적의 문제점을 해결하려면 문제점 해결 경로 보기의 관련 정보를 참조하십시오.


디바이스 및 서브넷 Ping

연결을 확인하려면 네트워크에서 디바이스를 ping하십시오. 로컬 클라이언트 시스템, Network Manager 서버 또는 Cisco 또는 Juniper 네트워크 디바이스 원격 ping에서 ping할 수 있습니다.

다음 주제에서는 디바이스 및 서브넷을 ping하는 방법에 대해 설명합니다.

로컬 클라이언트에서 ping

클라이언트 시스템에서 네트워크 맵에 있는 하나 이상의 디바이스를 ping하여 해당 디바이스에 대한 연결을 확인하십시오.



2. 선택한 디바이스 중 하나를 마우스 오른쪽 단추로 누르고 이 호스트에서 Ping

를 선택하십시오. 이제 로컬 시스템에서 일반 ping 도구가 실행되면서 선택한 디바이스를 ping합니다.

서버에서 Ping

연결을 확인하려면 Network Manager 서버에서 디바이스 및 서브넷을 ping하십시오.

다음 주제에서는 Network Manager 서버에서 디바이스 및 서브넷의 ping을 실행하는 방법에 대해 설명합니다. 서버에서 ping은 TCP 에코를 사용하고 ICMP

를 사용하지 않습니다.

디바이스 Ping:

Network Manager 서버에서 네트워크 맵에 있는 하나 이상의 디바이스를 ping

하여 해당 디바이스에 대한 연결을 확인하십시오.



2. 선택한 디바이스 중 하나를 마우스 오른쪽 단추로 누르고 WebTools > 고급 Ping을 선택하십시오. 하나 이상의 개별 브라우저 창에 ping 조작의 결과가 표시됩니다.

또한 Ping 설정값을 사용자 정의하여 사용자 정의 Ping을 수행할 수도 있습니다.

관련 태스크:

464 페이지의 『사용자 정의 디바이스 ping 수행』Network Manager 서버에서 사용자 정의 설정을 사용하여 네트워크 맵에 있는 하나 이상의 디바이스를 ping하여 해당 디바이스에 대한 연결을 확인하십시오.


사용자 정의 디바이스 ping 수행:

Network Manager 서버에서 사용자 정의 설정을 사용하여 네트워크 맵에 있는하나 이상의 디바이스를 ping하여 해당 디바이스에 대한 연결을 확인하십시오.




WebTools GUI 실행...을 선택하십시오.

3. WebTools 메뉴에서 ping을 누르십시오.

4. 고급 Ping 도구 창에서 관련 필드를 완료하십시오.

대상 ping할 디바이스의 IP 주소 또는 호스트 이름을 지정합니다. 단일 IP

주소, 호스트 이름 또는 서브넷이나 쉼표로 구분된 IP 주소 또는 호스트 이름 목록을 지정합니다. 도구는 지정된 각 주소 또는 호스트 이름을 Ping하려고 시도합니다.

보내기지정된 각 디바이스에 전송할 ping 패킷 수를 지정합니다. 기본값은1입니다.


재시도 수지정된 각 대상에 대한 재시도 횟수를 지정합니다. 기본값은 3입니다.

표시: DNS에서 해석된 IP 주소IP 주소를 DNS(Domain Name System)로 해석할지 여부를 지정합니다. 기본적으로, 이 옵션은 선택되어 있습니다.

표시: 리턴 패킷의 경과 시간ping 조작을 완료하는 데 경과된 시간을 표시할지 여부를 지정합니다. 기본적으로, 이 옵션은 선택되어 있지 않습니다.

표시: 최종 요약최종 요약의 포함 여부를 지정합니다. 기본적으로, 이 옵션은 선택되어 있습니다.







서브넷 Ping(UNIX에만 해당):

Network Manager 서버에서 네트워크 맵에 있는 하나 이상의 서브넷을 ping하여 해당 서브넷에 대한 연결을 확인하십시오.

제한사항: 이 태스크는 Network Manager 서버가 UNIX에서 실행 중인 경우에만 사용 가능합니다.

1. 네트워크 홉 보기 또는 네트워크 보기(Network Views) 네트워크 맵에서 디바이스를 선택하십시오.

2. 선택한 디바이스를 마우스 오른쪽 단추로 누르고 WebTools > WebTools

GUI 실행...을 선택하십시오. WebTools 메뉴가 표시됩니다.

3. WebTools 메뉴에서 서브넷 ping을 누르십시오.

4. 고급 서브넷 Ping 도구 창에서 관련 필드를 완료하십시오.

CIDR 서브넷ping할 서브넷입니다. CIDR(Classless Inter-Domain Routing) 표기법의 단일 서브넷을 지정합니다(예: 10.1.1.0/24). 도구는 지정된 서브넷 내의 각 IP 주소를 Ping하려고 시도합니다.

보내기지정된 각 디바이스에 전송할 ping 패킷 수를 지정합니다. 기본값은1입니다.


재시도 수지정된 각 대상에 대한 재시도 횟수를 지정합니다. 기본값은 3입니다.

표시: DNS에서 해석된 IP 주소IP 주소를 DNS(Domain Name System)로 해석할지 여부를 지정합니다. 기본적으로, 이 옵션은 선택되어 있습니다.

표시: 리턴 패킷의 경과 시간ping 조작을 완료하는 데 경과된 시간을 표시할지 여부를 지정합니다. 기본적으로, 이 옵션은 선택되어 있지 않습니다.

표시: 최종 요약최종 요약의 포함 여부를 지정합니다. 기본적으로, 이 옵션은 선택되어 있습니다.







원격 ping 조작 수행디바이스 가용성 및 지연 문제점을 해결하려면 Cisco 및 Juniper 디바이스에서원격 ping 조작을 수행하십시오.

다음 주제에서는 원격 ping 조작을 수행하는 방법에 대해 설명합니다.

관련 태스크:

475 페이지의 『로그인 권한 정보 설정』Cisco 및 Juniper 디바이스에 로그인하기 위한 로그인 권한 정보와 이 디바이스로부터의 다양한 네트워크 문제점 해결 활동(예: 원격 ping 및 원격traceroute)을 구성하십시오.

Cisco 또는 Juniper 디바이스에서 원격 ping 수행:

디바이스 가용성 및 지연 문제를 해결하려면 하나 이상의 Cisco 또는 Juniper 디바이스에서 대상 디바이스로 원격 ping을 수행하십시오.


1. 네트워크 홉 보기 또는 네트워크 보기(Network Views) 네트워크 맵에서 원격 ping을 수행할 Cisco 또는 Juniper 디바이스를 선택하십시오. 여러 디바이스를 선택하려면 Ctrl을 누르십시오. 여러 디바이스를 선택할 경우에는 해당 디바이스가 모두 Cisco 디바이스 또는 Juniper 디바이스여야 합니다.


디바이스 유형 메뉴 옵션Cisco WebTools > Cisco 도구... > 진단 도구... > 이

디바이스에서 시작한 Ping...을 선택하십시오.

Juniper WebTools > Juniper 도구... > 진단 도구... >이 디바이스에서 시작한 Ping...을 선택하십시오.

3. Cisco 또는 Juniper Ping 도구 창에서 관련 필드를 완료하십시오.



시작 Ping할 Cisco 또는 Juniper 디바이스. 단일 IP 주소, 호스트 이름 또는 서브넷이나 쉼표로 구분된 IP 주소 또는 호스트 이름 목록을 지정합니다.

대상 Ping의 대상 디바이스. 하나의 IP 주소 또는 호스트 이름을 지정합니다.



Password










LSP의 디바이스 원격 ping:

MPLS 핵심 네트워크의 문제를 해결하려면 지정된 Cisco PE(Provider-Edge) 라우터에서 MPLS(Multiprotocol Label Switching) 레이블 전환 경로(LSP)의 디바이스를 ping하십시오.




1. 네트워크 맵에서 LSP ping을 수행할 Cisco PE 라우터를 선택하십시오. 여러 디바이스를 선택하려면 Ctrl을 누르십시오.


도구... > 진단 도구... > 이 디바이스에서 시작한 LSP Ping... 메뉴 옵션을선택하십시오.

3. Cisco LSP Ping 도구 창의 필드를 완료하십시오.

시작 LSP ping할 Cisco 디바이스를 지정합니다. 이 필드는 쉼표로 구분된IP 주소 또는 호스트 이름을 허용합니다.

대상 FEC 및 마스크IPv4 FEC(Forward-Equivalency Class) 및 네트마스크를 지정합니다. FEC는 패킷 그룹의 분류입니다. FEC에 지정된 모든 패킷은 동일한 방법으로 라우팅됩니다. 이 도구는 IP 주소에 기반한 FEC를 허용합니다. 따라서 이 필드에는 하나의 IP 주소와 네트마스크가 허용됩니다.



Password


비밀번호선택적 보안 인증 방법을 지정합니다. 로그인하려는 디바이스에 네트


워크 관리자가 RSA SecurID 이중요소 사용자 인증을 적용한 경우에만 이 필드를 완료하십시오. RSA SecurID 토큰의 비밀번호를 입력하십시오.







VPN의 디바이스 원격 ping:

VPN 연결 문제를 해결하려면 지정된 Cisco PE(Provider-Edge) 라우터에서VPN(Virtual Private Network)의 디바이스를 ping하십시오.




1. 네트워크 맵에서 VPN ping을 수행할 Cisco PE 라우터를 선택하십시오. 여러 디바이스를 선택하려면 Ctrl을 누르십시오.


도구... > 진단 도구... > 이 디바이스에서 시작한 VRF Ping...을 선택하십시오.

3. Cisco VRF Ping 도구 창의 필드를 완료하십시오.

시작 VRF ping할 Cisco 디바이스를 지정합니다. 이 필드는 쉼표로 구분된 IP 주소 또는 호스트 이름을 허용합니다.

대상 ping의 대상 디바이스를 지정합니다. 이 필드에는 하나의 IP 주소 또는 호스트 이름이 허용됩니다.

VRF 관심있는 디바이스를 포함하는 VRF(Virtual Routing and

Forwarding) 테이블을 지정합니다.




Password









Cisco 및 Juniper 라우트 정보 검색라우팅 문제를 해결하려면 Cisco 및 Juniper 디바이스에서 라우팅 정보를 검색하십시오.

다음 주제에서는 Cisco 및 Juniper 디바이스에서 라우팅 정보를 검색하는 방법에 대해 설명합니다.

관련 태스크:

475 페이지의 『로그인 권한 정보 설정』Cisco 및 Juniper 디바이스에 로그인하기 위한 로그인 권한 정보와 이 디바이스로부터의 다양한 네트워크 문제점 해결 활동(예: 원격 ping 및 원격


traceroute)을 구성하십시오.

Cisco 라우트 정보 검색디바이스 가용성 및 지연 문제를 해결하려면 선택한 Cisco 디바이스에서 특정 대상(디바이스 또는 서브넷)으로의 라우트 정보를 검색하십시오.


1. 네트워크 홉 보기 또는 네트워크 보기(Network Views) 네트워크 맵에서 라우트의 시작 부분에 해당하는 Cisco 디바이스를 선택하십시오. 여러 디바이스를 선택하려면 Ctrl을 누르십시오. 여러 디바이스를 선택할 경우에는 해당디바이스가 모두 Cisco 디바이스여야 합니다.


도구... > 진 > 단 도구... > 라우트 보기...를 선택하십시오.

3. Cisco 라우트 정보 도구 창에서 필수 필드를 완료하십시오.


조회 단일 IP 주소, 호스트 이름 또는 서브넷이나 쉼표로 구분된 IP 주소,

호스트 이름 또는 서브넷 목록을 지정합니다.

참고: VPN(Virtual Private Network) 내의 디바이스에 대한 라우트정보를 검색하는 경우, 이 필드 내용은 관련 VPN에 인접한 하나의PE(Provider-Edge) 라우터에 대한 IP 주소 또는 호스트 이름이어야합니다. VPN 내의 디바이스에 대한 라우트 정보를 검색하는 옵션은Cisco 디바이스에만 적용됩니다.

라우트대상 디바이스의 IP 주소 또는 호스트 이름을 지정합니다. 도구는 조회 필드에 지정된 디바이스로부터 이 대상 디바이스까지의 라우트 정보를 제공합니다.

VRF 라우트 표시지정된 VRF(Virtual Routing and Forwarding Table) 내부 디바이스에 대한 라우트 정보를 검색할 것임을 지정합니다. 이 옵션을 선택하면 VRF 필드로 전환되므로 관련 VRF를 지정할 수 있습니다.

참고: 이 옵션은 Cisco 디바이스에만 해당됩니다.

VRF 라우팅 정보를 얻으려는 디바이스를 포함하는 VPN과 관련된 VRF를지정합니다.




Password









Juniper 라우트 정보 검색디바이스 가용성 및 지연 문제를 해결하려면 선택한 Juniper 디바이스에서 특정대상(디바이스 또는 서브넷)으로의 라우트 정보를 검색하십시오.


1. 네트워크 홉 보기 또는 네트워크 보기(Network Views) 네트워크 맵에서 라우트의 시작 부분에 해당하는 Juniper 디바이스를 선택하십시오. 여러 디바이스를 선택하려면 Ctrl을 누르십시오. 여러 디바이스를 선택할 경우에는 해당 디바이스가 모두 Juniper 디바이스여야 합니다.



Juniper 도구... > 진단 도구... > 라우트 보기...를 선택하십시오.

3. Juniper 라우트 정보 도구 창에서 필수 필드를 완료하십시오.


조회 단일 IP 주소, 호스트 이름 또는 서브넷이나 쉼표로 구분된 IP 주소,

호스트 이름 또는 서브넷 목록을 지정합니다.

라우트대상 디바이스의 IP 주소 또는 호스트 이름을 지정합니다. 도구는 조회 필드에 지정된 디바이스로부터 이 대상 디바이스까지의 라우트 정보를 제공합니다.



Password










VRF 라우트 정보 검색PE 라우터의 라우트 문제를 해결하려면 특정 VRF 인스턴스의 정보를 검색하십시오.




1. 네트워크 맵에서 VRF 라우트 정보를 검색할 Cisco PE 라우터를 선택하십시오. 여러 디바이스를 선택하려면 Ctrl을 누르십시오.


도구... > 정보 도구... > VRF 정보 보기...를 선택하십시오.

3. Cisco VRF 정보 도구 창의 필드를 완료하십시오.

조회 관심있는 VRF를 포함하는 IP 주소, 호스트 이름 또는 Cisco PE 라우터를 지정합니다.

VRF 정보를 검색할 VRF를 지정합니다.



Password










로그인 권한 정보 설정Cisco 및 Juniper 디바이스에 로그인하기 위한 로그인 권한 정보와 이 디바이스로부터의 다양한 네트워크 문제점 해결 활동(예: 원격 ping 및 원격 traceroute)

을 구성하십시오.

웹 도구마다 제공되는 XML 구성 파일을 사용하여 Telnet 로그인 세부사항(사용자 이름 및 비밀번호)을 구성할 수 있습니다. 로그인마다 하나의 로그인 세부사항 세트를 구성할 수 있습니다. WebTools 구성 파일에 지정된 비밀번호는 일반텍스트입니다. 이 파일 내에서 Telnet 로그인 세부사항을 구성하는 경우, WebTools

디렉토리 NCHOME/precision/scripts/webtools/etc에 적절한 보안 측정을 적용할 것을 권장합니다.

XML 구성 파일에서 여러 개의 사용자 이름 및 비밀번호를 구성할 수 있습니다.

로그인 세부사항을 구성하려면 다음을 수행하십시오.

1. 구성하려는 웹 도구에 대한 XML 구성 파일을 여십시오. 이 구성 파일은 다음 위치에 저장됩니다. NCHOME/precision/scripts/webtools/etc.

2. XML 코드 내에서 login 섹션을 찾으십시오.

3. 다음과 같이 로그인 세부사항을 지정하십시오.

a. 사용자 이름: username 섹션에서 하나 이상의 사용자 이름을 지정하십시오.

b. 비밀번호: password 섹션에서 하나 이상의 비밀번호를 지정하십시오. 웹도구에 대해 하나의 사용자 이름 및 비밀번호를 구성하는 경우 도구는 지정된 모든 디바이스로 Telnet 로그인을 수행할 때 이 동일한 로그인 세부사항을 사용합니다.

참고: 로그인 세부사항이 로그인하려는 디바이스 사이에 다양하고 여러 디바이스에서 동시에 동일한 웹 도구를 실행하려는 경우, 여러 개의 사용자 이름 및 비밀번호를 구성해야 합니다. 이 경우, 웹 도구는 성공적인결합을 찾을 때까지 각각의 사용자 이름 및 비밀번호 결합을 사용하여 각


디바이스에 로그인하려고 합니다. 이와 같이 하면 웹 도구가 모든 디바이스에 로그인하는 데 소요하는 시간에 영향을 줄 수 있습니다.

4. XML 구성 파일을 저장하십시오.

이제 특정 WebTool에 대해 로그인 세부사항을 구성했으므로, 도구 창에서 자동선택란을 눌러서 이 세부사항에 자동으로 액세스할 수 있습니다.

관련 태스크:

466 페이지의 『원격 ping 조작 수행』디바이스 가용성 및 지연 문제점을 해결하려면 Cisco 및 Juniper 디바이스에서원격 ping 조작을 수행하십시오.

454 페이지의 『원격 traceroute 조작 수행』디바이스 가용성 및 지연 문제점을 해결하려면 Cisco 및 Juniper 디바이스에서원격 traceroute 조작을 수행하십시오.

470 페이지의 『Cisco 및 Juniper 라우트 정보 검색』라우팅 문제를 해결하려면 Cisco 및 Juniper 디바이스에서 라우팅 정보를 검색하십시오.

디바이스 정보 검색디바이스 정보 검색은 문제점 해결에 필요한 네트워크 디바이스의 중요 정보를제공합니다. 디바이스 정보에는 디바이스 구성 정보, 도메인 정보 및 자세한 인터페이스, 프로토톨 및 라우팅 정보가 포함됩니다.

다음 주제에서는 디바이스 정보를 검색하는 방법에 대해 설명합니다.

도메인 등록 정보 조회지정된 IP 주소 또는 IP 주소 범위를 담당하는 조직이나 개인을 결정하거나 IP

주소 또는 호스트 이름을 분석하려면 도메인 등록 정보를 조회하십시오.

다음 주제에서는 도메인 등록 정보를 조회하는 방법에 대해 설명합니다.

인터넷 레지스트리 데이터베이스 조회지정된 IP 주소 또는 IP 주소 범위를 담당하는 조직이나 개인을 결정하려면 인터넷 레지스트리 데이터베이스를 조회하십시오. 연락처 세부사항을 포함한 기타정보와 서버 및 IP 주소 지정 정보를 검색할 수도 있습니다.

다음 주제에서는 인터넷 레지스트리 데이터베이스를 조회하는 방법에 대해 설명합니다.


표준 인터넷 레지스트리 데이터베이스 조회 실행:

지정된 IP 주소 또는 IP 주소 범위를 담당하는 조직이나 개인을 결정하려면 인터넷 레지스트리 데이터베이스를 조회하십시오.

기본적으로 이 조작은 RIPE 데이터베이스를 조회합니다. 이는 Réseaux IP

Européens로서, 유럽, 중동 및 일부 중앙 아시아의 지역 인터넷 레지스트리입니다.

1. 네트워크 홉 보기 또는 네트워크 보기(Network Views) 네트워크 맵에서 조회할 디바이스를 선택하십시오. 여러 디바이스를 선택하려면 Ctrl을 누르십시오.

2. 선택한 디바이스 중 하나를 마우스 오른쪽 단추로 누르고 WebTools > Whois

검색을 선택하십시오. 하나 이상의 개별 브라우저 창에 검색 조작의 결과가표시됩니다.

사용자 정의 인터넷 레지스트리 데이터베이스 조회를 실행하여 다른 지역의 인터넷 레지스트리도 조회할 수 있습니다.

관련 태스크:

『사용자 정의 인터넷 레지스트리 데이터베이스 조회 실행』지정된 IP 주소 또는 IP 주소 범위를 담당하는 조직이나 개인을 결정하려면 인터넷 레지스트리 데이터베이스를 조회하십시오. 사용자 정의 조회를 사용하여기본 RIPE(Réseaux IP Européens) 레지스트리 이외 지역의 인터넷 레지스트리에서 정보를 검색할 수 있습니다. RIPE는 유럽, 중동 및 일부 중앙아시아의지역 인터넷 레지스트리입니다.

사용자 정의 인터넷 레지스트리 데이터베이스 조회 실행:

지정된 IP 주소 또는 IP 주소 범위를 담당하는 조직이나 개인을 결정하려면 인터넷 레지스트리 데이터베이스를 조회하십시오. 사용자 정의 조회를 사용하여 기본 RIPE(Réseaux IP Européens) 레지스트리 이외 지역의 인터넷 레지스트리에서 정보를 검색할 수 있습니다. RIPE는 유럽, 중동 및 일부 중앙아시아의 지역인터넷 레지스트리입니다.



WebTools GUI 실행...을 선택합니다3. WebTools 메뉴에서 Whois 검색을 누르십시오.

4. Whois 검색 도구 창에서 관련 필드를 완료하십시오.


조회 대상조회할 디바이스의 IP 주소 또는 호스트 이름을 지정합니다. 단일 IP

주소, 호스트 이름 또는 서브넷이나 쉼표로 구분된 IP 주소 또는 호스트 이름 목록을 지정합니다. 또한 이 필드에는 검색 문자열도 허용됩니다.

데이터베이스조회할 인터넷 레지스트리 데이터베이스를 지정합니다. 다음 데이터베이스를 조회할 수 있습니다.

v AFRINIC: Africa Network Information Center, 아프리카 지역인터넷 레지스트리.

v ARIN: American Registry for Internet Numbers, 캐나다, 캐리비안 및 북대서양의 여러 섬 및 미국 지역 인터넷 레지스트리.

v APNIC: Asia Pacific Network Information Centre, 아시아 태평양 지역의 지역 인터넷 레지스트리.

v JPIRR: Japan Network Information Center, 일본 지역 인터넷레지스트리.

v LACNIC: Latin American and Caribbean Internet Addresses

Registry, 라틴 아메리카 및 캐리비안 지역 인터넷 레지스트리.

v RADB: Routing Assets Database, 인터넷 네트워크의 라우팅 정보에 대한 공용 레지스트리.

v RIPE: Réseaux IP Européens, 유럽, 중동 및 일부 중앙아시아 지역 인터넷 레지스트리.

v VERIO: Verio는 글로벌 IP 서비스 제공자입니다.







DNS 검색 수행IP 주소 또는 호스트 이름을 해석하려면 DNS 검색을 수행하십시오.

다음 주제에서는 DNS 검색 수행 방법에 대해 설명합니다.

표준 DNS 검색 실행:

IP 주소 또는 호스트 이름을 해석하려면 DNS(Domain Name System) 검색을실행하십시오.

기본적으로 이 조작은 DNS 주소(A) 레코드만을 검색합니다.


2. 선택한 디바이스 중 하나를 마우스 오른쪽 단추로 누르고 WebTools > DNS

검색 메뉴 옵션을 선택하십시오. 하나 이상의 개별 브라우저 창에 검색 조작의 결과가 표시됩니다.

사용자 정의 DNS 검색을 실행하여 메일 교환(MX) 레코드 같은 다른 레코드 유형을 검색할 수도 있습니다.

관련 태스크:

『사용자 정의 DNS 검색 실행』IP 주소 또는 호스트 이름을 해석하려면 DNS(Domain Name System) 검색을실행하십시오. 사용자 정의 DNS 검색을 사용하면 메일 교환(MX) 레코드 같은비표준 DNS 레코드 유형을 검색할 수 있습니다.

사용자 정의 DNS 검색 실행:

IP 주소 또는 호스트 이름을 해석하려면 DNS(Domain Name System) 검색을실행하십시오. 사용자 정의 DNS 검색을 사용하면 메일 교환(MX) 레코드 같은비표준 DNS 레코드 유형을 검색할 수 있습니다.



WebTools GUI 실행... 메뉴 옵션을 선택하십시오.

3. WebTools 메뉴에서 DNS 검색을 누르십시오.

4. DNS 검색 도구 창에서 관련 필드를 완료하십시오.

조회 대상조회할 디바이스의 IP 주소 또는 호스트 이름을 지정합니다. 단일 IP


주소, 호스트 이름 또는 서브넷이나 쉼표로 구분된 IP 주소 및/또는호스트 이름 목록을 지정합니다. 또한 이 필드에는 검색 문자열도 허용됩니다.

유형 DNS에서 조회할 레코드 유형을 지정합니다. 다음 유형을 조회할 수있습니다.

v ANY: 임의 레코드v A: 주소 레코드v CNAME: 표준 이름 레코드v HINFO: 호스트 정보 레코드v MINFO: 편지함 정보 레코드v MX: 메일 교환 레코드v NS: 이름 서버 레코드v PTR: 포인터 레코드v SOA: 권한 시작 레코드v TXT: 텍스트 레코드






Cisco 및 Juniper 디바이스에서 프로토콜 정보 검색문제점 해결 활동을 지원하려면 Cisco 및 Juniper 디바이스에서 자세한 인터페이스, 프로토콜 및 라우팅 정보를 검색하십시오.

다음 주제에서는 Cisco 및 Juniper 디바이스에서 자세한 인터페이스, 프로토콜 및라우팅 정보를 검색하는 방법에 대해 설명합니다.


인터페이스 관리 및 작동 가능 상태 검색선택한 디바이스에 있는 인터페이스의 작동 가능 상태 및 관리 상태를 판별하려면 인터페이스 정보를 검색하십시오.

Cisco 및 Juniper 디바이스에서는 이 명령을 실행만 할 수 있습니다.



디바이스 유형 메뉴 옵션Cisco WebTools > Cisco 도구... > 정보 도구... >

BGP 정보 보기...를 선택하십시오.

Juniper WebTools > Juniper 도구... > 정보 도구... >BGP 정보 보기...를 선택하십시오.

3. Cisco 또는 Juniper 정보 도구 창에서 관련 필드를 완료하십시오.


조회 단일 IP 주소, 호스트 이름 또는 쉼표로 구분된 IP 주소 또는 호스트이름 목록을 지정합니다. 선택한 디바이스의 IP 주소가 이 필드에 자동으로 나타납니다.

보기 디바이스에서 검색할 정보 유형을 지정합니다.



Password










BGP 정보 검색BGP 관련 네트워크 문제를 해결하려면 디바이스에서 BGP(Border Gateway

Protocol) 정보를 검색하십시오.



2. 선택한 디바이스를 오른쪽 마우스 단추로 누르고 다음 메뉴 옵션 중 하나를선택하십시오.









사용자 이름조회 필드에 지정된 디바이스에 대한 Telnet 액세스에 사용할 사용자


이름을 지정합니다. 여러 디바이스를 지정한 경우, 지정한 로그인 권한 정보가 해당하는 모든 디바이스에 대해 유효해야 합니다.

Password









ISIS 정보 검색ISIS 관련 문제를 해결하려면 디바이스에서 ISIS 정보를 검색하십시오.














Password










MBGP 정보 검색MBGP 관련 문제를 해결하려면 디바이스에서 MBGP 정보를 검색하십시오.


Cisco 디바이스에서는 이 명령을 실행만 할 수 있습니다.

1. 네트워크 맵에서 조회할 디바이스를 선택하십시오. 여러 디바이스를 선택하려면 Ctrl을 누르십시오.

2. 선택한 디바이스 중 하나를 마우스 오른쪽 단추로 누르고 해당 메뉴 옵션을선택하십시오.

디바이스 유형 메뉴 옵션Cisco 메뉴 옵션 WebTools > Cisco 도구...> 정보 도

구...> MBGP 정보 보기...를 선택하십시오.

Juniper 메뉴 옵션 WebTools > Juniper 도구...> 정보도구...> MBGP 정보 보기...를 선택하십시오.

Cisco 또는 Juniper 정보 도구 창이 표시됩니다.

3. 창에서 필드를 완료하십시오.






Password


비밀번호선택적 보안 인증 방법을 지정합니다. 로그인하려는 디바이스에 네트


워크 관리자가 RSA SecurID 이중요소 사용자 인증을 적용한 경우에만 이 필드를 완료하십시오. RSA SecurID 토큰의 비밀번호를 입력하십시오.






4. 시작을 눌러 지정된 매개변수를 사용하여 도구를 실행하십시오. 잠시 후 하나 이상의 개별 브라우저 창에 조작의 결과가 표시됩니다.

MPLS 정보 검색MPLS 관련 문제를 해결하려면 디바이스에서 MPLS 정보를 검색하십시오.



1. 네트워크 맵에서 조회할 디바이스를 선택하십시오. 여러 디바이스를 선택하려면 Ctrl을 누르십시오.

2. 선택한 디바이스 중 하나를 마우스 오른쪽 단추로 누르고 해당 메뉴 옵션을선택하십시오.

디바이스 유형 메뉴 옵션Cisco 메뉴 옵션 WebTools > Cisco 도구...> 정보 도

구...> MPLS 정보 보기...를 선택하십시오.

Juniper 메뉴 옵션 WebTools > Juniper 도구...> 정보도구...> MPLS 정보 보기...를 선택하십시오.

Cisco 또는 Juniper 정보 도구 창이 표시됩니다.

3. 창에서 필드를 완료하십시오.







Password








4. 시작을 눌러 지정된 매개변수를 사용하여 도구를 실행하십시오. 잠시 후 하나 이상의 개별 브라우저 창에 조작의 결과가 표시됩니다.

OSPF 정보 검색OSPF 관련 문제를 해결하려면 디바이스에서 OSPF(Open Shortest Path First

protocol) 정보를 검색하십시오.






OSPF 정보 보기...를 선택하십시오.

Juniper WebTools > Juniper 도구... > 정보 도구... >OSPF 정보 보기...를 선택하십시오.

3. Cisco 또는 Juniper 정보 도구 창에서 필수 필드를 완료하십시오.






Password










VPLS(Virtual Private LAN Service) 정보 검색VPLS 관련 문제를 해결하기 위해 디바이스에서 VPLS(Virtual Private LAN

Service) 정보를 검색합니다.



2. 선택된 디바이스 중 하나를 마우스 오른쪽 단추로 클릭하고 Webtools >

Webtools GUI 실행을 선택하십시오.

3. 다음 메뉴 옵션 중 하나를 선택하십시오.

디바이스 유형 메뉴 옵션Cisco Cisco 도구... > 정보 도구... > VPLS 정보 보

기...를 선택하십시오.

Juniper Juniper 도구... > 정보 도구... > VPLS 정보 보기...를 선택하십시오.

4. Cisco 디바이스의 경우 다음 메뉴 옵션 중 하나를 선택하십시오.

옵션 설명vfi 표시 VPLS 정보를 표시합니다.

모든 xconnect 표시 디바이스에 구성된 교차 연결에 관한 정보를 표시합니다.

mpls l2transport vc 표시 디바이스에 구성된 모든 유사 회선에 대한 정보를 표시합니다.

5. Juniper 디바이스의 경우 다음 메뉴 옵션 중 하나를 선택하십시오.

옵션 설명vpls 연결 표시 VPLS 관련 유사 연결을 표시합니다.

vpls mac-table 표시 해당 VFI 및 VPLS 인스턴스와 연관된 MAC 테이블 항목을 표시합니다.

vpls 통계 표시 디바이스에 구성된 모든 VPLS에 대한 통계 정보를 표시합니다.


상위 성과자 위젯을 사용하여 토폴로지 보기의 폴링 데이터 표시사용자는 네트워크 문제를 진단하기 위해 토폴로지 보기의 히스토리 폴링 데이터를 표시할 수 있습니다.

사용자는 폴링 데이터를 표시하는 보고서 기능을 사용할 수 있음은 물론 하나의디바이스, 여러 디바이스, 하위 보기 또는 서브넷에 대한 다음 보기의 폴링 데이터를 표시할 수도 있습니다.

네트워크 보기(Network Views)

네트워크 홉 보기경로 보기

1. 네트워크 보기, 네트워크 홉 보기 또는 경보 보기에서 보기를 여십시오. 선택한 보기의 토폴로지 맵이 기본 분할창에 표시됩니다.

2. 토폴로지 맵에서 진단할 디바이스 또는 서브넷을 마우스 오른쪽 단추로 클릭하십시오. 메뉴가 표시됩니다.

3. 메뉴에서 폴링 데이터 표시를 선택하십시오. 브라우저 설정에 따라 탭 또는팝업 창 형식의 상위 성과자가 선택한 디바이스 또는 서브넷의 폴링 데이터와 함께 표시됩니다.

참고: 상위 성과자 탭 표시 대신 상위 성과자 팝아웃 창을 보려는 경우 또는반대의 경우에는 브라우저 문서를 참조하여 이 환경 설정을 수정하십시오.

상위 성과자 위젯에 차트, 테이블 또는 추적 데이터를 표시하려면 다음 제어 중에서 선택하십시오.

지표 드롭 다운 목록을 클릭하면 선택한 폴링 데이터 지표 세트가 표시됩니다.

드롭 다운 목록에 표시되는 지표는 선택한 네트워크 보기에서 사용 가능한 폴링 정책에 따라 다릅니다. 이러한 지표 중 하나를 선택하면 연관된데이터가 창의 주요 부분에 표시됩니다.

순서 이 드롭 다운 목록을 클릭하면 선택한 폴링 데이터 지표에 적용할 통계가 표시됩니다.

v SnmpLinkStatus 지표를 제외한 모든 지표에 대한 통계가 제공됩니다.

위에서 아래로: 선택한 지표에 대한 상위 10개 값을 표시하는 막대형 차트 또는 테이블을 표시합니다. 이러한 최대값을 갖는 디바이스나 인터페이스가 막대형 차트나 테이블에 나열됩니다.

아래에서 위로: 선택한 지표에 대한 하위 10개 값을 표시하는 막대형 차트 또는 테이블을 표시합니다. 이러한 최소값을 갖는 디바이스나 인터페이스가 막대형 차트나 테이블에 나열됩니다.

v SnmpLinkStatus 지표에 대한 통계가 제공됩니다. 각 경우에 선택한 통계에 해당하는 디바이스가 막대형 차트 또는 테이블에 표시됩니다.


사용 불가능: 이 통계는 기본적으로 표시됩니다. 이 통계가 표시된디바이스는 문제가 있는 디바이스입니다.

Admin 작동 중지: 관리자가 디바이스를 이 상태로 변경했으므로이 통계가 표시된 디바이스는 문제가 있는 디바이스가 아닙니다.

사용 가능: 이 통계가 표시된 디바이스는 문제가 있는 디바이스가아닙니다.

참고: 선택한 지표에 따라 위젯에 디바이스 또는 인터페이스가 나열됩니다.

v 선택한 지표(예: memoryUtilization)를 디바이스에 적용할 경우 상위10개 목록에 디바이스가 포함됩니다.

v 선택한 지표(예: ifInDiscards)를 인터페이스에 적용할 경우 상위 10개목록에 인터페이스가 포함됩니다.

차트 표시상위 또는 하위 10개 값이 포함된 막대형 차트를 표시합니다. 차트 표시는 위젯을 처음 열 때 표시 옵션입니다.

테이블 표시상위 또는 하위 10개 값과 연관된 데이터 테이블을 표시합니다.

필터 정의

이 단추는 테이블 표시 모드인 경우에만 나타납니다. 상위 성과자테이블 데이터에 적용할 필터를 적용하려면 여기를 클릭하십시오.

창의 주요 부분에 데이터가 다음 형식 중 하나로 포함됩니다.

차트 상위 또는 하위 10개 값이 포함된 막대형 차트입니다. 차트의 막대를 클릭하면 해당하는 디바이스 또는 인터페이스에 대한 시간 추적이 표시됩니다.

테이블상위 또는 하위 10개 값과 연관된 데이터 테이블입니다. 테이블은 다음과같은 컬럼으로 구성됩니다.

v 엔티티 이름: 디바이스 또는 인터페이스의 이름입니다.

v 추적 표시: 행 중 하나의 링크를 클릭하면 해당하는 디바이스 또는 인터페이스에 대한 시간 추적이 표시됩니다.

v 마지막 폴링 시간: 해당 엔티티를 마지막으로 폴링한 시간입니다.

v 값: 해당 엔티티를 마지막으로 폴링한 지표의 값입니다.


추적 단일 디바이스 또는 인터페이스에 대한 데이터의 시간 추적입니다. 이 추적 내에서 탐색하려면 다음 조작을 수행하십시오.

v 확대하려면 마우스 휠을 앞쪽으로 움직이십시오.

v 축소하려면 마우스 휠을 뒤쪽으로 움직이십시오.

v 정상 확대/축소 레벨로 복원하려면 두 번 클릭하십시오.

v 특정 시점의 정확한 값을 표시하는 이동 가능한 세로선을 표시하려면추적 영역 내에서 클릭하십시오.

창의 주요 부분에 표시할 현재 또는 히스토리 폴링 데이터를 지정하려면 다음 단추 중 하나를 클릭하십시오. 이 단추는 현재 표시 중인 모드(막대형 차트, 테이블또는 시간 추적)에 관계없이 데이터를 업데이트합니다.

제한사항: 관리자가 지표 드롭 다운 목록에서 폴링 데이터 지표에 대한 폴링 데이터를 저장하지 않도록 선택한 경우 다음 단추를 클릭해도 히스토리 폴링 데이터를 사용할 수 없습니다.

v 마지막 날v 마지막 주v 지난 달v 지난 연도

Current

현재 원시 폴링 데이터를 표시하려면 이 단추를 클릭하십시오. 시간 추적모드에서는 연관된 폴링 정책의 폴링 빈도에 따라 시간 추적이 최대 2시간 동안의 데이터를 표시합니다.

마지막 날정기적으로 계산되는 일일 평균을 기준으로 데이터를 표시하려면 이 단추를 클릭하십시오.

v 막대형 차트 또는 테이블 모드에서는 일일 가중 이동 평균(EWMA)을기준으로 상위 또는 하위 10개 값이 표시됩니다.

v 시간 추적 모드에서는 평균 값을 기준으로 최근 24시간의 시간 추적이 표시됩니다.

위젯의 전일 섹션에서는 EWMA 값이 기본적으로 15분마다 계산되며 이전 15분의 원시 폴링 데이터를 기반으로 계산됩니다. 위젯의 이 섹션에 표시된 데이터는 15분마다 최신 EWMA 값으로 업데이트됩니다.

마지막 주정기적으로 계산되는 주별 평균을 기준으로 데이터를 표시하려면 이 단추를 클릭하십시오.


v 막대형 차트 또는 테이블 모드에서는 주별 가중 이동 평균(EWMA)을기준으로 상위 또는 하위 10개 값이 표시됩니다.

v 시간 추적 모드에서는 평균 값을 기준으로 최근 7일의 시간 추적이 표시됩니다.

위젯의 지난주 섹션에서는 EWMA 값이 기본적으로 30분마다 계산되며이전 30분의 원시 폴링 데이터를 기반으로 계산됩니다. 위젯의 이 섹션에표시된 데이터는 30분마다 최신 EWMA 값으로 업데이트됩니다.

지난 달정기적으로 계산되는 월별 평균을 기준으로 데이터를 표시하려면 이 단추를 클릭하십시오.

v 막대형 차트 또는 테이블 모드에서는 월별 가중 이동 평균(EWMA)을기준으로 상위 또는 하위 10개 값이 표시됩니다.

v 시간 추적 모드에서는 평균 값을 기준으로 최근 30일의 시간 추적이표시됩니다.

위젯의 지난달 섹션에서는 EWMA 값이 기본적으로 2시간마다 계산되며이전 2시간의 원시 폴링 데이터를 기반으로 계산됩니다. 위젯의 이 섹션에 표시된 데이터는 2시간마다 최신 EWMA 값으로 업데이트됩니다.

지난 연도정기적으로 계산되는 연간 평균을 기준으로 데이터를 표시하려면 이 단추를 클릭하십시오.

v 막대형 차트 또는 테이블 모드에서는 연간 가중 이동 평균(EWMA)을기준으로 상위 또는 하위 10개 값이 표시됩니다.


위젯의 작년 섹션에서는 EWMA 값이 기본적으로 매일 계산되며 이전 24

시간의 원시 폴링 데이터를 기반으로 계산됩니다. 위젯의 이 섹션에 표시된 데이터는 매일 최신 EWMA 값으로 업데이트됩니다.

상위 성과자 위젯에 차트, 테이블 또는 추적 데이터를 표시하려면 다음 제어 중에서 선택하십시오.

지표 드롭 다운 목록을 클릭하면 선택한 폴링 데이터 지표 세트가 표시됩니다.

드롭 다운 목록에 표시되는 지표는 선택한 네트워크 보기에서 사용 가능한 폴링 정책에 따라 다릅니다. 이러한 지표 중 하나를 선택하면 연관된데이터가 창의 주요 부분에 표시됩니다.

순서 이 드롭 다운 목록을 클릭하면 선택한 폴링 데이터 지표에 적용할 통계가 표시됩니다.

v SnmpLinkStatus 지표를 제외한 모든 지표에 대한 통계가 제공됩니다.


위에서 아래로: 선택한 지표에 대한 상위 10개 값을 표시하는 막대형 차트 또는 테이블을 표시합니다. 이러한 최대값을 갖는 디바이스나 인터페이스가 막대형 차트나 테이블에 나열됩니다.

아래에서 위로: 선택한 지표에 대한 하위 10개 값을 표시하는 막대형 차트 또는 테이블을 표시합니다. 이러한 최소값을 갖는 디바이스나 인터페이스가 막대형 차트나 테이블에 나열됩니다.

v SnmpLinkStatus 지표에 대한 통계가 제공됩니다. 각 경우에 선택한 통계에 해당하는 디바이스가 막대형 차트 또는 테이블에 표시됩니다.

사용 불가능: 이 통계는 기본적으로 표시됩니다. 이 통계가 표시된디바이스는 문제가 있는 디바이스입니다.

Admin 작동 중지: 관리자가 디바이스를 이 상태로 변경했으므로이 통계가 표시된 디바이스는 문제가 있는 디바이스가 아닙니다.

사용 가능: 이 통계가 표시된 디바이스는 문제가 있는 디바이스가아닙니다.

참고: 선택한 지표에 따라 위젯에 디바이스 또는 인터페이스가 나열됩니다.

v 선택한 지표(예: memoryUtilization)를 디바이스에 적용할 경우 상위10개 목록에 디바이스가 포함됩니다.

v 선택한 지표(예: ifInDiscards)를 인터페이스에 적용할 경우 상위 10개목록에 인터페이스가 포함됩니다.

차트 표시상위 또는 하위 10개 값이 포함된 막대형 차트를 표시합니다. 차트 표시는 위젯을 처음 열 때 표시 옵션입니다.

테이블 표시상위 또는 하위 10개 값과 연관된 데이터 테이블을 표시합니다.

필터 정의

이 단추는 테이블 표시 모드인 경우에만 나타납니다. 상위 성과자테이블 데이터에 적용할 필터를 적용하려면 여기를 클릭하십시오.

창의 주요 부분에 데이터가 다음 형식 중 하나로 포함됩니다.

차트 상위 또는 하위 10개 값이 포함된 막대형 차트입니다. 차트의 막대를 클릭하면 해당하는 디바이스 또는 인터페이스에 대한 시간 추적이 표시됩니다.


테이블상위 또는 하위 10개 값과 연관된 데이터 테이블입니다. 테이블은 다음과같은 컬럼으로 구성됩니다.

v 엔티티 이름: 디바이스 또는 인터페이스의 이름입니다.

v 추적 표시: 행 중 하나의 링크를 클릭하면 해당하는 디바이스 또는 인터페이스에 대한 시간 추적이 표시됩니다.

v 마지막 폴링 시간: 해당 엔티티를 마지막으로 폴링한 시간입니다.

v 값: 해당 엔티티를 마지막으로 폴링한 지표의 값입니다.

추적 단일 디바이스 또는 인터페이스에 대한 데이터의 시간 추적입니다. 이 추적 내에서 탐색하려면 다음 조작을 수행하십시오.

v 확대하려면 마우스 휠을 앞쪽으로 움직이십시오.

v 축소하려면 마우스 휠을 뒤쪽으로 움직이십시오.

v 정상 확대/축소 레벨로 복원하려면 두 번 클릭하십시오.

v 특정 시점의 정확한 값을 표시하는 이동 가능한 세로선을 표시하려면추적 영역 내에서 클릭하십시오.

창의 주요 부분에 표시할 현재 또는 히스토리 폴링 데이터를 지정하려면 다음 단추 중 하나를 클릭하십시오. 이 단추는 현재 표시 중인 모드(막대형 차트, 테이블또는 시간 추적)에 관계없이 데이터를 업데이트합니다.

제한사항: 관리자가 지표 드롭 다운 목록에서 폴링 데이터 지표에 대한 폴링 데이터를 저장하지 않도록 선택한 경우 다음 단추를 클릭해도 히스토리 폴링 데이터를 사용할 수 없습니다.

v 마지막 날v 마지막 주v 지난 달v 지난 연도

Current

현재 원시 폴링 데이터를 표시하려면 이 단추를 클릭하십시오. 시간 추적모드에서는 연관된 폴링 정책의 폴링 빈도에 따라 시간 추적이 최대 2시간 동안의 데이터를 표시합니다.

마지막 날정기적으로 계산되는 일일 평균을 기준으로 데이터를 표시하려면 이 단추를 클릭하십시오.

v 막대형 차트 또는 테이블 모드에서는 일일 가중 이동 평균(EWMA)을기준으로 상위 또는 하위 10개 값이 표시됩니다.


v 시간 추적 모드에서는 평균 값을 기준으로 최근 24시간의 시간 추적이 표시됩니다.

위젯의 전일 섹션에서는 EWMA 값이 기본적으로 15분마다 계산되며 이전 15분의 원시 폴링 데이터를 기반으로 계산됩니다. 위젯의 이 섹션에 표시된 데이터는 15분마다 최신 EWMA 값으로 업데이트됩니다.

마지막 주정기적으로 계산되는 주별 평균을 기준으로 데이터를 표시하려면 이 단추를 클릭하십시오.

v 막대형 차트 또는 테이블 모드에서는 주별 가중 이동 평균(EWMA)을기준으로 상위 또는 하위 10개 값이 표시됩니다.

v 시간 추적 모드에서는 평균 값을 기준으로 최근 7일의 시간 추적이 표시됩니다.

위젯의 지난주 섹션에서는 EWMA 값이 기본적으로 30분마다 계산되며이전 30분의 원시 폴링 데이터를 기반으로 계산됩니다. 위젯의 이 섹션에표시된 데이터는 30분마다 최신 EWMA 값으로 업데이트됩니다.

지난 달정기적으로 계산되는 월별 평균을 기준으로 데이터를 표시하려면 이 단추를 클릭하십시오.

v 막대형 차트 또는 테이블 모드에서는 월별 가중 이동 평균(EWMA)을기준으로 상위 또는 하위 10개 값이 표시됩니다.


위젯의 지난달 섹션에서는 EWMA 값이 기본적으로 2시간마다 계산되며이전 2시간의 원시 폴링 데이터를 기반으로 계산됩니다. 위젯의 이 섹션에 표시된 데이터는 2시간마다 최신 EWMA 값으로 업데이트됩니다.

지난 연도정기적으로 계산되는 연간 평균을 기준으로 데이터를 표시하려면 이 단추를 클릭하십시오.

v 막대형 차트 또는 테이블 모드에서는 연간 가중 이동 평균(EWMA)을기준으로 상위 또는 하위 10개 값이 표시됩니다.


위젯의 작년 섹션에서는 EWMA 값이 기본적으로 매일 계산되며 이전 24

시간의 원시 폴링 데이터를 기반으로 계산됩니다. 위젯의 이 섹션에 표시된 데이터는 매일 최신 EWMA 값으로 업데이트됩니다.


디바이스 구성요소 상태 조사네트워크 디바이스의 결함을 분리하려면 포함하는 디바이스 구성요소의 상태를 조사하십시오.

구조 브라우저 를 사용하여 디바이스 구성요소의 상태를 조사할 수 있습니다.

네트워크 디바이스의 구조 보기디바이스의 내부 구조를 보고 디바이스 구성요소의 상태를 조사하려면 구조 브라우저 를 사용하십시오.

다음 주제에서는 구조 브라우저 를 사용하여 디바이스의 내부 구조를 보는 방법을 설명합니다.

네트워크 홉 보기 에서 구조 브라우저 사용홉 보기에서 표시된 디바이스의 구조를 보고 구조 브라우저 를 사용하여 디바이스 구성요소의 상태를 조사합니다.

네트워크 홉 보기 를 실행하면 구조 브라우저 위젯도 열립니다. 구조 브라우저 는구성 방식에 따라 트리 모드 또는 테이블 모드로 열립니다.

1. 인시던트 아이콘을 클릭하고 네트워크 가용성 > 네트워크 홉 보기를 선택하십시오. 네트워크 홉 보기 페이지가 열리고 페이지에 다음과 같이 두 개의 위젯이 표시됩니다.

네트워크 홉 보기 위젯.

구조 브라우저 위젯.

참고: 네트워크 홉 보기 를 처음 열면 구조 브라우저 가 비어 있습니다.

2. 네트워크 홉 보기 에서 디바이스를 표시하십시오. 네트워크 홉 보기 에서 디바이스 표시에 대한 정보는 IBM Tivoli Network Manager 사용자 안내서를참조하십시오.

3. 네트워크 홉 보기 에서 구조를 표시할 디바이스를 선택하십시오. 구조 브라우저 는 선택된 디바이스의 트리 또는 테이블을 표시하기 위해 자동으로 업데이트됩니다. 이제 트리 또는 테이블 모드를 사용하여 결함있는 구성요소를조사할 수 있습니다.

관련 태스크:

507 페이지의 『구조 브라우저 환경 설정 사용자 정의』관리자는 구조 브라우저의 구성 설정을 변경할 수 있습니다. 구성 파일을 편집하여 구조 브라우저의 모양을 변경합니다.

505 페이지의 『구조 브라우저에서 트리 모드와 테이블 보드 사이의 전환』구조 브라우저 가 위젯으로 표시되는 경우 구조 브라우저 를 트리 모드로 표시


할지 테이블 모드로 표시할지 선택할 수 있습니다.




네트워크 보기(Network Views)에서 디바이스의 구조 보기디바이스 구성요소를 보려면 네트워크 맵에서 디바이스의 구조를 표시하십시오.

1. 네트워크 보기(Network Views) 네트워크 맵에서 선택한 디바이스의 구성요소를 보려면 디바이스를 선택하십시오. 여러 개의 디바이스를 선택하려면 Ctrl

키를 누르십시오.

2. 선택한 디바이스 중 하나를 마우스 오른쪽 단추로 누르고 디바이스 구조 표시 를 선택하십시오. 구조 브라우저 트리에 선택한 디바이스의 구조가 표시됩니다.

참고: 구조 브라우저 테이블은 구조 브라우저 가 위젯으로 표시되는 경우에만 사용할 수 있습니다.

관련 태스크:



506 페이지의 『디바이스 또는 구성요소에 대한 이벤트 표시』네트워크 디바이스 내의 결함을 가려내기 위해 구조 브라우저 내에서 디바이스또는 구성요소에 대한 이벤트를 표시합니다.

이벤트 목록에서 구조 브라우저 열기이벤트와 연관된 디바이스의 내부 구조를 보고 디바이스 구성요소의 상태를 조사하려면 이벤트 뷰어에서 구조 브라우저 를 실행하십시오.

이 절차를 수행하려면 이벤트 뷰어에 있어야 합니다.

1. 이벤트 목록에서 관심있는 이벤트를 선택하십시오. 여러 이벤트를 선택하려면Ctrl을 누르고 있는 상태에서 이벤트를 누르십시오. 연속된 이벤트를 선택하


려면 연속된 목록의 첫 번째 이벤트를 선택한 후 Shift를 누른 상태에서 연속된 목록의 마지막 이벤트를 클릭하십시오.

2. 이벤트 목록을 마우스 오른쪽 단추로 클릭하고 디바이스 구조 표시 를 선택하십시오. 잠시 후에 하나 이상의 개별 브라우저 창에 구조 브라우저 가 열립니다. 선택된 이벤트와 연관된 디바이스 구조가 미리 로드되어 각 구조 브라우저 가 트리 모드에서 열립니다.

이제 다음 조치 중 하나를 수행할 수 있습니다.

v 결함이 있는 구성요소 식별v 결함이 있는 구성요소의 이벤트 표시v 이 디바이스의 구조 탐색관련 태스크:

507 페이지의 『구조 브라우저 환경 설정 사용자 정의』관리자는 구조 브라우저의 구성 설정을 변경할 수 있습니다. 구성 파일을 편집하여 구조 브라우저의 모양을 변경합니다.


505 페이지의 『구조 브라우저에서 트리 모드와 테이블 보드 사이의 전환』구조 브라우저 가 위젯으로 표시되는 경우 구조 브라우저 를 트리 모드로 표시할지 테이블 모드로 표시할지 선택할 수 있습니다.


『구조 브라우저 트리에서 결함있는 구성요소 식별』구조 브라우저 의 트리 모드를 사용하여 위험 경보에 대한 추가 세부사항을 검색하기 위해 결함 있는 구성요소를 식별할 수 있습니다.


구조 브라우저 트리에서 결함있는 구성요소 식별구조 브라우저 의 트리 모드를 사용하여 위험 경보에 대한 추가 세부사항을 검색하기 위해 결함 있는 구성요소를 식별할 수 있습니다.

구조 브라우저 에는 트리 및 테이블 모드가 있습니다. 이벤트 목록이나 네트워크보기를 통해 구조 브라우저를 여는 경우, 항상 트리 모드로 열리며 테이블 모드로는 열 수 없습니다. 구조 브라우저 가 위젯으로 표시되는 경우 트리 모드나 테이블 모드로 표시되도록 구성할 수 있습니다.


1. 구조 브라우저 창에서 왼쪽에 있는 디바이스 구조 트리로 이동한 다음 경보상태 표시기 컬럼에서 위험한 경보를 찾으십시오. 경보 상태 표시기 컬럼은트리의 오른쪽에 있습니다.

알아두기: 디바이스에 가장 심각한 영향을 주는 경보는 트리의 기본 노드 레벨에 표시됩니다. 여기에서 디바이스 구성요소를 조사하여 각 구성요소의 가장 심각한 경보를 확인할 수 있습니다.

2. 트리를 확장하고 결함이 있는 구성요소를 찾으십시오. 예를 들어, 이더넷 기가비트 포트 인터페이스의 결함으로 인해 디바이스 결함이 발생할 수 있습니다.

3. 결함이 있는 구성요소를 선택하십시오. 구성요소가 강조표시되면 결함이 있는인터페이스에 대한 모든 사용 가능한 정보가 구성요소 세부사항 테이블에 표시됩니다. 구성요소 세부사항 테이블의 정보를 사용하여 문제점 티켓에 실패한 디바이스 구성요소에 대한 정확한 세부사항을 제공할 수 있습니다. 또한구성요소 경로 영역에 표시된 포함 경로를 메모해 두십시오. 이 정보는 결함이 있는 구성요소에 대한 빠른 참조로 사용할 수 있으며 문제점 티켓에 추가할 수도 있습니다.

4. 도구 메뉴에서 다음 항목을 사용하여 구성요소에 대한 조치를 수행하십시오.

이벤트 표시이벤트 뷰어을 시작하여 선택한 디바이스 또는 구성요소에 대한 모든경보를 표시합니다.

네트워크 보기에서 찾기네트워크 보기(Network Views)를 새 창에서 시작하고 선택한 구성요소가 들어 있는 디바이스가 강조표시된 네트워크 토폴로지를 표시합니다.

네트워크 홉 보기에서 찾기네트워크 홉 보기 를 별도의 창에서 시작하고 선택한 구성요소가 들어 있는 디바이스가 강조표시된 네트워크 토폴로지를 표시합니다.

경로 보기에서 찾기선택된 디바이스가 속하는 모든 경로를 표시합니다.

IP 경로 추적네트워크 홉 보기에서 디바이스를 선택하고 해당 디바이스가 이미 경로 시작점으로 정의된 IPv4 네트워크 경로 추적 창을 실행할 수도 있습니다. 이 인터페이스에서 IPv4 네트워크 경로 추적 창을 실행하기전에 두 개의 디바이스를 선택하면 엔드포인트도 채워집니다.


폴링 정책 작성선택한 디바이스에 대한 새 네트워크 폴링을 작성합니다. 네트워크 관리자이면서 네트워크를 잘 알고 있는 경우에만 새 폴링을 작성하십시오.

SNMP MIB 데이터 찾아보기선택한 디바이스에 대한 SNMP 조회를 수행할 수 있는 별도의 창에서 SNMP MIB 브라우저 를 시작합니다.

SNMP MIB 데이터 그래프 표시snmpInBandwidth의 히스토리 표시로 MIB 그래퍼를 엽니다. 표시되는 정보를 정의하려면 그래프 특성 창을 여십시오.

감지 > 감지 개요 표시엔티티가 처음 감지된 시기, 마지막으로 감지된 시기, 마지막으로 재부팅된 시기를 포함하여 하나 이상의 선택된 엔티티에 대한 감지 정보를 표시합니다.

관리/비관리선택한 디바이스 또는 구성요소를 관리 또는 비관리 상태로 설정합니다.


로컬 워크스테이션에서 일반 ping 도구를 시작하고 현재 선택된 디바이스를 ping합니다.

Telnet

현재 선택된 워크스테이션에 로그인할 수 있는 Telnet 창을 시작합니다.

보고서디바이스에 대한 사용 가능한 보고서를 나열합니다.

Webtools

배치된 웹 도구를 나열합니다.

관련 개념:

398 페이지의 『구조 브라우저 정보』구조 브라우저에서는 디바이스의 내부 구조를 탐색할 수 있습니다. 또한 구조브라우저를 사용하여 디바이스 구성요소의 상태를 조사하고 네트워크 디바이스의 결함을 격리할 수 있습니다. 구조 브라우저에는 트리와 테이블의 두 가지 모드가 있습니다.

관련 태스크:

497 페이지의 『네트워크 홉 보기 에서 구조 브라우저 사용』홉 보기에서 표시된 디바이스의 구조를 보고 구조 브라우저 를 사용하여 디바이스 구성요소의 상태를 조사합니다.


505 페이지의 『구조 브라우저에서 트리 모드와 테이블 보드 사이의 전환』구조 브라우저 가 위젯으로 표시되는 경우 구조 브라우저 를 트리 모드로 표시할지 테이블 모드로 표시할지 선택할 수 있습니다.



521 페이지의 『폴링 작성』네트워크 디바이스에 대한 기존 모니터링이 요구사항을 충족시키지 않는 경우폴링을 작성하십시오. ping, 링크 상태 및 임계값 폴링을 네트워크 맵에서 직접구성할 수 있습니다.


구조 브라우저 테이블에서 결함있는 구성요소 식별구조 브라우저 의 테이블 모드를 사용하여 위험 경보에 대한 추가 세부사항을 검색하기 위해 결함 있는 구성요소를 식별할 수 있습니다.

구조 브라우저 에는 트리 및 테이블 모드가 있습니다. 구조 브라우저 가 위젯으로 표시되는 경우 트리 모드나 테이블 모드로 표시되도록 구성할 수 있습니다. 테이블 모드에서 다음 단계를 완료하십시오.

1. 홉 보기에서 결합 있는 엔티티를 선택하십시오.

2. 구조 브라우저 테이블에서 디바이스 정보 표시 단추 를 클릭하십시오.

3. 다음 둘 중 한 가지 방법으로 결함있는 인터페이스를 찾으십시오.

v 테이블을 찾아봅니다.

v 컬럼 헤더를 클릭하여 상태 필드를 정렬합니다.

v 계속 필터링 드롭 다운 목록을 클릭하고 필터링하려는 컬럼을 선택하십시오. 상자에 필터링할 값을 입력하십시오.

4. 인터페이스 표시 단추 또는 디바이스 연결 표시 단추 를 클릭하십시오.

참고: 인터페이스를 두 번 클릭하여 독립형 창에서 구조 브라우저 트리를 열고 트리에서 도구에 액세스할 수도 있습니다.

5. 행을 선택하고 마우스 오른쪽 단추를 클릭하여 도구를 선택하십시오.


6. 도구 메뉴에서 다음 항목을 사용하여 구성요소에 대한 조치를 수행하십시오.

이벤트 표시이벤트 뷰어을 시작하여 선택한 디바이스 또는 구성요소에 대한 모든경보를 표시합니다.

네트워크 보기에서 찾기네트워크 보기(Network Views)를 새 창에서 시작하고 선택한 구성요소가 들어 있는 디바이스가 강조표시된 네트워크 토폴로지를 표시합니다.

네트워크 홉 보기에서 찾기네트워크 홉 보기 를 별도의 창에서 시작하고 선택한 구성요소가 들어 있는 디바이스가 강조표시된 네트워크 토폴로지를 표시합니다.

경로 보기에서 찾기선택된 디바이스가 속하는 모든 경로를 표시합니다.

IP 경로 추적네트워크 홉 보기에서 디바이스를 선택하고 해당 디바이스가 이미 경로 시작점으로 정의된 IPv4 네트워크 경로 추적 창을 실행할 수도 있습니다. 이 인터페이스에서 IPv4 네트워크 경로 추적 창을 실행하기전에 두 개의 디바이스를 선택하면 엔드포인트도 채워집니다.

폴링 정책 작성선택한 디바이스에 대한 새 네트워크 폴링을 작성합니다. 네트워크 관리자이면서 네트워크를 잘 알고 있는 경우에만 새 폴링을 작성하십시오.

SNMP MIB 데이터 찾아보기선택한 디바이스에 대한 SNMP 조회를 수행할 수 있는 별도의 창에서 SNMP MIB 브라우저 를 시작합니다.

SNMP MIB 데이터 그래프 표시snmpInBandwidth의 히스토리 표시로 MIB 그래퍼를 엽니다. 표시되는 정보를 정의하려면 그래프 특성 창을 여십시오.

감지 > 감지 개요 표시엔티티가 처음 감지된 시기, 마지막으로 감지된 시기, 마지막으로 재부팅된 시기를 포함하여 하나 이상의 선택된 엔티티에 대한 감지 정보를 표시합니다.

관리/비관리선택한 디바이스 또는 구성요소를 관리 또는 비관리 상태로 설정합니다.



로컬 워크스테이션에서 일반 ping 도구를 시작하고 현재 선택된 디바이스를 ping합니다.

Telnet

현재 선택된 워크스테이션에 로그인할 수 있는 Telnet 창을 시작합니다.

보고서디바이스에 대한 사용 가능한 보고서를 나열합니다.

Webtools

배치된 웹 도구를 나열합니다.

관련 개념:


관련 태스크:


498 페이지의 『이벤트 목록에서 구조 브라우저 열기』이벤트와 연관된 디바이스의 내부 구조를 보고 디바이스 구성요소의 상태를 조사하려면 이벤트 뷰어에서 구조 브라우저 를 실행하십시오.

구조 브라우저 트리에서 노드 텍스트 검색구조 브라우저 트리의 노드 내에서 값을 검색할 수 있습니다.

다음의 사전정의된 데이터베이스 필드 세트에 부합하는 문자열을 입력할 수 있습니다.

v ifName, ifDescr, ifAlias, ifTypeString, ifPhysAddress, accessIPAddress,

accessProtocol, duplex 및 entPhysicalVendorType - 인터페이스 테이블v address, protocol, subnet 및 DNSName - ipEndPointTable 테이블

구조 브라우저 의 디바이스 구조 트리 내에서 검색하려면 다음을 수행하십시오.

1. 모두 펼치기 및 모두 접기 단추의 오른쪽에 있는 필드에 검색 문자열을 입력하십시오.


참고: 검색 문자열은 대소문자를 구분하며 (정확한 검색을 위해) 복합 값이나와일드카가 될 수 있습니다. 검색 문자열에 추가할 수 있는 지원되는 와일드카드는 * 및 %입니다. 예를 들어, 172로 시작하는 IP 주소를 검색하려면 172*

또는 172%를 입력할 수 있습니다.

2. 트리에 루트 노드가 선택되어 있는지 확인하십시오.

팁: 선택한 노드를 기점으로 트리를 횡으로 이동하며 위에서 아래로 검색을수행합니다.

3. 찾기/다음 찾기 를 교대로 클릭하여 첫 번째 일치 노드와 후속 일치 노드를 찾으십시오. 각 일치 노드는 교대로 트리 내에서 선택되며 연관된 정보는 구성요소 세부사항 표에 표시됩니다.

관련 개념:


관련 태스크:


498 페이지의 『네트워크 보기(Network Views)에서 디바이스의 구조 보기』디바이스 구성요소를 보려면 네트워크 맵에서 디바이스의 구조를 표시하십시오.



구조 브라우저에서 트리 모드와 테이블 보드 사이의 전환구조 브라우저 가 위젯으로 표시되는 경우 구조 브라우저 를 트리 모드로 표시할지 테이블 모드로 표시할지 선택할 수 있습니다.

제한사항: 마우스 오른쪽 단추 클릭 도구를 통해 구조 브라우저 를 시작하는 경우 항상 트리 모드로 표시됩니다. 테이블 모드는 구조 브라우저 가 예를 들어 기본 설치의 네트워크 홉 보기 내에서 위젯으로 표시될 때만 사용할 수 있습니다.

구조 브라우저 위젯의 표시 모드를 변경하려면 다음 단계를 완료하십시오.


1. 구조 브라우저 위젯에서 편집 을 클릭하십시오.

2. 보기 모드 목록에서 트리 또는 테이블을 선택하십시오. 이 설정이 관리자가설정한 기본값을 대체합니다.

관련 태스크:




디바이스 또는 구성요소에 대한 이벤트 표시네트워크 디바이스 내의 결함을 가려내기 위해 구조 브라우저 내에서 디바이스또는 구성요소에 대한 이벤트를 표시합니다.

1. 트리 모드 또는 테이블 모드에서 구조 브라우저 를 여십시오.

2. 결함이 있는 디바이스나 구성요소를 선택하십시오.

3. 도구 > 이벤트 표시를 클릭하십시오.

선택한 디바이스 또는 구성요소에 대한 이벤트가 포함된 이벤트 뷰어이 별도의브라우저 창에 표시됩니다.

참고:

이벤트 표시 도구를 사용할 경우 디바이스의 모든 경보가 표시됩니다. 예를 들면,

디바이스에서 이벤트 표시 도구를 사용하여 기본 주요 경보 보기에서 중요 경보를 표시할 수 있습니다. 경보 심각도를 기반으로 하는 기본 네트워크 보기는 해당 심각도의 경보를 하나 이상 갖고 있는 디바이스만 포함하도록 필터링됩니다.

그러나 해당 디바이스에 다른 심각도의 경보가 있을 수도 있습니다. 특정한 경보심각도만 갖고 있고 다른 경보 심각도는 없는 디바이스만 포함하도록 네트워크보기의 필터를 편집할 수 있습니다. 그러나 다른 심각도의 여러 경보를 갖고 있는 디바이스를 실수로 네트워크 보기 계층 구조에서 누락하지 않도록 주의하십시오.


구조 브라우저 환경 설정 사용자 정의관리자는 구조 브라우저의 구성 설정을 변경할 수 있습니다. 구성 파일을 편집하여 구조 브라우저의 모양을 변경합니다.

구성 파일은 $NMGUI_HOME/profile/etc/tnm/ 디렉토리에 있습니다 .

structurebrowser.properties 파일은 구조 브라우저 창에 관련되는 설정값을 제어합니다. status.properties 파일은 Topoviz 보기와 구조 브라우저 창의 모든상태 표시기 설정값을 제어합니다. ncp_structurebrowser_menu.xml 파일은 구조 브라우저를 통해 사용할 수 있는 도구를 제어합니다.

참고: 변경사항이 있는지 60초 단위로 구성 파일을 모니터하므로 변경사항은 구조 브라우저에 의해 자동으로 감지됩니다.

1. 명령행에서 $NMGUI_HOME/profile/etc/tnm/ 디렉토리로 이동하십시오.

2. $NMGUI_HOME/profile/etc/tnm/structurebrowser.properties 파일을 백업및 편집하십시오.

구조 브라우저 특성 설명structurebrowser.default.viewMode 구조 브라우저가 위젯으로 열릴 때 이 브라우저

의 기본 모드를 지정합니다. 기본 모드는 구조 브라우저가 위젯으로 열릴 때의 데이터 표시 방법을 결정합니다. 트리 또는 테이블의 두 가지 옵션이 있습니다. 기본 모드는 사용자의 위젯 환경설정에 의해 대체될 수 있습니다.참고: 구조 브라우저 테이블은 구조 브라우저가위젯으로 열리는 경우에만 사용할 수 있습니다.테이블을 독립형 창으로 실행할 수 없습니다.

structurebrowser.showManagedStatus 트리 또는 인터페이스나 연결 테이블을 통해 디바이스의 관리 상태를 표시할지 여부를 지정합니다. 값을 false로 설정하면 managedStatus가 숨겨집니다.

structurebrowser.table.interfaces.width.columnName

테이블 모드인 구조 브라우저의 인터페이스 보기에서 개별 컬럼의 너비를 지정합니다. 너비는 em또는 px 단위로 측정됩니다.

structurebrowser.table.connectivity.width.localColumnName

테이블 모드 구조 브라우저의 연결 보기에서 로컬 인터페이스에 대한 개별 컬럼의 너비를 em또는 px 단위로 지정합니다.

structurebrowser.table.connectivity.width.connectivity

연결 컬럼의 너비를 em 또는 px 단위로 지정합니다.

structurebrowser.table.connectivity.width.columnName

테이블 모드 구조 브라우저의 연결 섹션에서 원격 인터페이스에 대한 개별 컬럼의 너비를 em또는 px 단위로 지정합니다.


구조 브라우저 특성 설명structurebrowser.table.default.view 단일 디바이스가 표시될 때 구조

브라우저 포틀릿이 열리는 보기를 지정합니다. 다음 값이 허용됩니다.

v devicetable: 디바이스 보기를 엽니다. 이 값이 기본값입니다.

v interfacestable: 인터페이스 보기를 엽니다.

v connectivitytable: 연결성 보기를 엽니다.

이 경우에는 하나의 보기 만 사용할 수 있기 때문에 포틀릿이 디바이스들간의 연결을 표시할 때이 속성은 아무런 영향을 미치지 않습니다.

structurebrowser.tree.device.icon.x 트리 및 테이블에 표시할 관리 상태 아이콘을 지정합니다. 여기서 x는 ncim.entityTypes 데이터베이스 테이블에 정의된 엔티티 유형입니다.

예를 들어, PSU에 대해 표시되는 아이콘을 변경하려면 파일 이름 psu2_18.png를 사용하여18x18 픽셀 크기의 .PNG 파일로 $INSTALL/

tipv2/profiles/TIPProfile/installedApps/

TIPCell/isc.ear/ncp_structureview.war/

styles/images/devices 디렉토리에 새 아이콘을저장하고 다음 라인을 편집한 후 값 psu를 psu2

로 변경하십시오. 모든 구조 브라우저 아이콘 파일의 파일 이름은 _18.png로 끝나야 한다는 점을 참고하십시오.

# PSUstructurebrowser.tree.device.icon.6=psu

제한사항: 사용 가능한 기능은 설치된 제품 버전에 따라 다릅니다. 최신 버전이 설치되어 있고 기본 보기 모드와 컬럼 너비를 설정하는 라인이 구성 파일에 없는 경우 , $ N M G U I _ H O M E / p r o f i l e /e tc / t n m / d e fa u l t /

structurebrowser.properties 파일에서 $NMGUI_HOME/profile/etc/tnm/

structurebrowser.properties 파일로 해당 라인을 복사하십시오.


4. $NMGUI_HOME/profile/etc/tnm/status.properties 파일을 백업 및 편집하십시오.

상태 특성 설명status.enabled 상태 필드가 인터페이스 및 연결 테이블에서 보

이는지 여부를 지정합니다.

status.none.enabled 상태가 지워진 경우 아이콘이 표시되는지 여부를지정합니다.


상태 특성 설명status.tree.updateperiod 테이블과 트리가 업데이트되거나 새로 고쳐지는

빈도를 지정합니다. 이 특성이 상태 업데이트도제어합니다.

status.tree.image.x 테이블 및 트리의 상태 아이콘을 지정합니다.


관련 태스크:



구조 브라우저 에 컬럼 구성 표시

구조 브라우저 테이블 모드에 표시된 컬럼을 구성할 수 있습니다. 표시된 텍스트의 수평 정렬도 구성할 수 있습니다.

구조 브라우저 이 테이블 모드일 때 디바이스 테이블, 인터페이스 테이블 또는 둘다에서 표시할 컬럼과 텍스트 정렬 방법을 구성할 수 있습니다.

표시되는 컬럼을 구성하려면 다음 단계를 완료하십시오.

1. $NMGUI_HOME/profile/etc/tnm/ncimMetaData.xml 파일을 백업한 후 편집하십시오.

2. 다음 섹션을 찾아서 디바이스 테이블에 표시하려는 컬럼을 추가하거나 제거하십시오.

<columnView tableMode="devicetable"><columnName tableAlias="e" column="displayLabel"/><columnName tableAlias="c" column="accessIPAddress"/><columnName tableAlias="m" column="classType"/><columnName tableAlias="c" column="className"/>

</columnView>

tableAlias 및 컬럼 속성은 entityType 속성이 1 (새시)과 같은 <dataField>

태그에서 <entityMetaData> 태그와 일치해야 합니다. <listDataField> 및<extraInfo> 태그는 지원되지 않습니다.

< e n t i t y M e ta D a ta e n t i t yTy p e = " 1 " > 태그에 < co l u m n V i e w

tableMode="devicetable"> 태그가 포함되어 있지 않을 경우 디바이스 보기는 해당 <entityMetaData> 태그에서 구성된 모든 컬럼을 표시합니다.


<columnView tableMode="devicetable">를 entityType 1에 추가할 경우, 태그와 그것의 하위 태그를 entityType 8(보조 카드) 및 entityType 191(프로브)에 대한 <entityMetaData> 태그도 복사해야 합니다.

3. 다음 섹션을 찾아서 인터페이스 테이블에 표시하려는 컬럼을 추가하거나 제거하십시오.

<columnView tableMode="interfacestable"><columnName tableAlias="n" column="accessProtocol"/><columnName tableAlias="n" column="ifDescr"/><columnName tableAlias="n" column="ifType"/><columnName tableAlias="n" column="ifTypeString"/>

</columnView>

tableAlias 및 컬럼 속성은 entityType 속성이 1 (인터페이스)와 같은<dataField> 태그에서 <entityMetaData> 태그와 일치해야 합니다.

<listDataField> 및 <extraInfo> 태그는 지원되지 않습니다.

< e n t i t y M e ta D a ta e n t i t yTy p e = " 2 " > 태그에 < co l u m n V i e w

tableMode="interfacetable"> 태그가 포함되어 있지 않을 경우 디바이스 보기는 인터페이스에 대해 구성된 모든 컬럼을 표시합니다.

테이블 형식 레이아웃은 여기에 지정된 순서대로 컬럼을 표시합니다. 이벤트상태(최대 심각도), 관리 상태 및 엔티티 ID 컬럼이 항상 먼저 표시됩니다.

4. $NMGUI_HOME/profile/etc/tnm/ncimMetaData.xml 파일을 저장한 후 닫으십시오.

5. $NMGUI_HOME/profile/etc/tnm/structurebrowser.properties 파일을 백업및 편집하십시오.

6. 다음 텍스트의 수평 정렬을 구성하려면 다음 행을 추가하고 편집하십시오.

structurebrowser.table.table_name.style.column_name=text-align: alignment

여기서 table_name는 디바이스, 인터페이스 또는 연결성의 하나이고;

column_name은 컬럼의 이름이며 정렬은 왼쪽, 오른쪽, 또는 중심입니다.

기본적으로 모든 텍스트는 왼쪽으로 정렬되며 인터페이스보기의 이벤트 상태(심각도) 및 관리 상태 아이콘이 중앙에 배치됩니다.

7. $NMGUI_HOME/profile/etc/tnm/structurebrowser.properties 파일을 저장하고 닫습니다.


디바이스 연결 표시네트워크 맵의 디바이스에서 이 명령을 실행하여 해당 장치의 인터페이스 및 각인터페이스에 대해 연관된 연결을 표시합니다. 이 명령은 명령이 실행된 보기와같은 계층에 있는 연결을 검색합니다.

1. 네트워크 홉 보기 GUI 또는 네트워크 보기(Network Views) GUI의 네트워크 맵에서 디바이스를 선택하십시오. 여러 디바이스를 선택하려면 Ctrl을 누르십시오.

2. 선택한 디바이스 중 하나를 마우스 오른쪽 단추로 누른 후 연결 정보 표시를누르십시오. 선택한 디바이스 각각에 대한 새 브라우저 창이 표시됩니다. 창에는 다음과 같은 연결 정보가 들어 있는 테이블이 포함되어 있습니다. 테이블의 각 행에 디바이스 연결이 표시됩니다.

로컬 노드선택한 디바이스에 대한 연결 정보를 지정합니다.

엔티티 이름선택한 디바이스의 IP 주소 또는 호스트 이름을 지정합니다.


인터페이스 유형연결된 인터페이스에 대한 인터페이스 유형을 지정합니다.

인접 노드선택한 디바이스에 연결된 디바이스에 대한 연결 정보를 지정합니다.

엔티티 이름선택한 디바이스에 연결된 디바이스의 IP 주소 또는 호스트 이름을 지정합니다. 이 디바이스에 대한 연결 정보를 표시하는별도의 브라우저 창을 열려면 이 하이퍼링크를 누르십시오.


인터페이스 유형선택한 디바이스에 연결된 인터페이스에 대한 인터페이스 유형을 지정합니다.


MIB 정보 검색네트워크 문제점을 진단하려면 네트워크 디바이스에서 MIB 변수 정보를 검색하십시오.

다음 주제에서는 MIB 정보를 검색하는 방법에 대해 설명합니다.

SNMP MIB 브라우저 정보네트워크 문제점 진단을 지원하기 위해 네트워크 디바이스에서 MIB 변수 정보를 검색하려면 SNMP MIB 브라우저 를 사용하십시오.

SNMP MIB 브라우저 는 감지된 토폴로지에서 디바이스로부터 MIB 데이터를 확보합니다. SNMP MIB 브라우저 를 사용하여, 선택된 디바이스에 대한 MIB 내에서 탐색하고 MIB 변수의 값을 검색할 수 있습니다.

SNMP MIB 브라우저 를 사용하여 지정된 네트워크 디바이스에 대한 SNMP MIB

조회를 실행하고 조회 결과를 표시할 수 있습니다.

SNMP MIB 브라우저 를 사용하여 네트워크 디바이스에 대한 문제점을 해결할때 진단 작업을 수행할 수 있습니다. 특히 SNMP MIB 브라우저 를 사용하여 다음 태스크를 수행할 수 있습니다.

v 네트워크의 디바이스에 대한 MIB 오브젝트 값을 볼 수 있습니다. MIB 트리를 찾아보고, SNMP 조회를 실행하고(SNMP Get, Get Next, Get Table, Walk,

Graph 명령을 사용하여) 결과 데이터를 볼 수 있습니다. 이 데이터는 디바이스에 대한 문제점을 해결하는 데 도움이 될 수 있습니다.

v 결함이 있는 작동을 표시하는 네트워크 디바이스에 대해 즉시 진단을 수행할수 있습니다.

제한사항: SNMP MIB 브라우저 를 사용하여 MIB 정보만 표시할 수 있습니다.

SNMP MIB 브라우저 에서 MIB 정보를 수정할 수는 없습니다.

MIB 데이터 액세스네트워크 디바이스의 문제점을 진단하려면 네트워크 디바이스에 대한 MIB 변수에 액세스하십시오.

다음 주제에서는 MIB 데이터에 액세스하는 방법에 대해 설명합니다.


SNMP MIB 브라우저 에 액세스네트워크 디바이스에 대한 MIB 변수 값을 검색하고 해당 디바이스에 대한 문제점을 진단하려면 SNMP MIB 브라우저 에 액세스하십시오.

1. 인시던트 아이콘을 클릭하고 네트워크 가용성 > SNMP MIB 브라우저를 선택하십시오.

2. SNMP MIB 브라우저 에서 디바이스에 대한 SNMP MIB 조회를 발행하십시오.

관련 태스크:


이벤트 목록에서 SNMP MIB 브라우저 실행선택한 이벤트와 연관되는 네트워크 디바이스의 문제를 진단하려면 이벤트 목록에서 SNMP MIB 브라우저 를 실행하십시오.

이 절차를 수행하려면 이벤트 뷰어에 있어야 합니다.

1. 이벤트 목록에서 관심있는 이벤트를 선택하십시오. 여러 이벤트를 선택하려면Ctrl을 누르고 있는 상태에서 이벤트를 누르십시오. 연속 이벤트를 선택하려면 연속 목록에서 첫 번째 이벤트를 선택하고 Shift를 누른 상태에서 연속 목록의 마지막 이벤트를 누르십시오.

2. 이벤트 목록의 어디에서나 마우스 오른쪽 단추를 누르고 SNMP MIB 데이터 찾아보기 를 선택하십시오. 잠시 후에 하나 이상의 개별 브라우저 창에SNMP MIB 브라우저 가 열립니다. 선택한 이벤트와 연관된 디바이스의 IP

주소가 미리 로드되어 있는 각 SNMP MIB 브라우저 가 표시됩니다.

이제 이 디바이스에 대해 SNMP MIB 조회를 실행할 수 있습니다.

관련 태스크:



홉 보기 또는 네트워크 보기에서 SNMP MIB 브라우저 실행선택한 네트워크 디바이스의 문제를 진단하려면 네트워크 홉 보기 또는 네트워크 보기(Network Views)에서 SNMP MIB 브라우저 를 실행하십시오.

1. 네트워크 홉 보기 또는 네트워크 보기(Network Views) 네트워크 맵에서 MIB

데이터를 검색할 디바이스를 선택하십시오. 여러 디바이스를 선택하려면 Ctrl

을 누르십시오.

2. 선택한 디바이스 중 하나를 마우스 오른쪽 단추로 누르고 SNMP MIB 데이터 찾아보기 를 선택하십시오. 하나 이상의 개별 브라우저 창에서 SNMP MIB

브라우저 가 열립니다. 선택한 이벤트의 IP 주소가 미리 로드되어 있는 각SNMP MIB 브라우저 가 표시됩니다.

이 디바이스에 대해 SNMP MIB 조회를 실행할 수 있습니다.

관련 태스크:


구조 브라우저에서 SNMP MIB 브라우저 실행디바이스의 문제점을 진단하기 위해 구조 브라우저 에서 SNMP MIB 브라우저를 실행합니다.

구조 브라우저 에는 트리와 테이블의 두 가지 표시 모드가 있습니다. 디바이스를마우스 오른쪽 단추로 클릭하고 디바이스 구조 표시 를 선택하면 트리 모드에 액세스할 수 있으며, 트리는 위젯으로도 사용 가능합니다. 테이블 모드는 기본 설치 시 홉 보기 아래에 표시됩니다. 테이블은 위젯을 통해서만 사용 가능합니다.

1. 구조 브라우저 로 가십시오.

2. 트리 또는 테이블에서 다음과 같이 진행하십시오.

v 트리에서 SNMP 데이터가 연관되어 있는 엔티티를 선택하고 도구 >

SNMP MIB 데이터 찾아보기 를 클릭하십시오.

v 표에서 인터페이스 표시 또는 디바이스 연결 표시를 클릭한 후 행을 선택하고 마우스 오른쪽 단추를 클릭하여 도구 > SNMP MIB 데이터 찾아보기 를 선택하십시오.

몇 분 후, 선택한 디바이스의 IP 주소가 미리 로드되어 있는 SNMP MIB 브라우저 창이 열립니다.

이제 디바이스에 대해 SNMP MIB 조회를 실행할 수 있습니다.

관련 태스크:

515 페이지의 『SNMP MIB 조회 실행』MIB 조회를 실행하여 네트워크 디바이스에서 MIB 변수를 검색한 후 해당 디


바이스의 문제를 진단하십시오.

SNMP MIB 조회 실행MIB 조회를 실행하여 네트워크 디바이스에서 MIB 변수를 검색한 후 해당 디바이스의 문제를 진단하십시오.

이 절차를 수행하려면 SNMP MIB 브라우저 에 있어야 합니다.

1. 조회할 MIB 오브젝트가 들어 있는 MIB 트리의 일부로 이동하여 원하는 MIB

오브젝트를 선택하십시오. 조회하려는 MIB 오브젝트를 지정하십시오. 다음 중한 방법을 사용하여 이 작업을 수행할 수 있습니다. OID 필드는 선택한 MIB

오브젝트에 해당하는 MIB OID(Object Identifier)를 표시합니다.

팁: 표준 MIB 변수는 MIB 트리 경로 iso/org/dod/internet/mgmt/mib-2에서 찾을 수 있습니다. 벤더 관련 MIB 변수는 MIB 트리 경로 iso/org/dod/

internet/private/enterprises에서 찾을 수 있습니다.

2. 호스트 필드에 대상 디바이스의 IP 주소 또는 호스트 이름을 입력하십시오.

SNMP MIB 브라우저 , 네트워크 맵 또는 이벤트 뷰어에서 구조 브라우저를 실행한 경우에는 SNMP MIB 브라우저 가 시작될 때 호스트 필드가 자동으로 채워집니다.

3. 방법 드롭 다운 목록에서 실행할 조회를 선택하십시오. 이 메뉴에서 사용 가능한 옵션은 다음과 같습니다.

Get 단일(스칼라) 값(예: sysUpTime)을 가져오려면 이 조회를 사용하십시오.

Get Next

배열에서 다음 단일(스칼라) 값을 가져오려면 이 조회를 사용하십시오.

Walk

배열 데이터(예: 시스템)를 가져오려면 이 조회를 사용하십시오.

Get Table

테이블 데이터를 가져오려면 이 조회를 사용하십시오.

Graph

그래프 특성 창을 시작하고 MIB 그래프에 표시할 정보(내용 및 범위)

를 지정하려면 이 조회를 사용하십시오.

선택한 MIB 오브젝트의 유형에 따라 선택할 수 있는 SNMP 조회가 결정됩니다. 예를 들어, 유형 테이블의 MIB 변수에 대해서는 Get 조회를 수행할 수없습니다. 해당 조회를 채택하지 않는 노드에 대해 조회를 발행하려고 하면SNMP MIB 브라우저 에서 경고로 응답합니다.


4. 구성된 인터페이스 필터를 적용하여 SNMP MIB 브라우저 에서 조회하는 인터페이스를 제한하려면 필터링 무시 선택란을 선택 취소하십시오. 기본적으로필터링 무시 옵션은 선택되어 있으며, SNMP MIB 브라우저 는 인터페이스필터에 관계없이 모든 인터페이스에 대한 액세스 권한을 갖습니다. 인터페이스 필터는 SNMP walk 및 SNMP 테이블 요청에만 적용됩니다. 필터링 무시 선택란은 메소드 목록에서 Walk 또는 Get Table 옵션이 선택된 경우에만 활성 상태가 됩니다.

5. 이동을 누르십시오. 조회 결과가 SNMP 조회 결과 영역에 표시됩니다.

참고: SNMP 조회에서 생성된 결과가 없는 경우 다음 중 하나가 원인일 수있습니다.

v 선택한 MIB 오브젝트가 호스트에 없습니다.

v SNMP MIB 브라우저 에서 호스트를 조회하는 데 사용하는 디바이스인SNMP 헬퍼가 호스트에 액세스할 수 없습니다.

6. 마지막으로 조회를 실행한 이후 변경된 데이터를 확인하기 위해 MIB 오브젝트 데이터를 새로 고침하려면 이동 단추를 누르십시오.

SNMP MIB 브라우저 에서 사용 가능한 SNMP 조회SNMP MIB 브라우저 를 사용하여 실행할 수 있는 SNMP 조회를 이해하려면 이정보를 사용하십시오.

다음 표에 설명된 대로, SNMP MIB 브라우저 를 사용하여 SNMP 조회를 발행할 수 있습니다 . 표에 나와 있는 예제는 모두 iso/org/dod/internet/

mgmt/mib-2 경로에 있는 MIB 트리 내에서 찾을 수 있습니다.

표 44. 에서 사용 가능한 SNMP 조회SNMP MIB 브라우저SNMP 조회 설명 Node 예제Get 단일 인스턴스 검색을 수행합니다. 해

당 MIB 오브젝트의 인스턴스와 함께MIB 오브젝트를 확보합니다. 예를 들어, sysDescr MIB 오브젝트에 대해Get 조회를 수행하면 이 단일 MIB 오브젝트의 인스턴스인 sysDescr.0에 대한 데이터를 얻습니다.

단일 MIB 오브젝트만 sysDescr

sysUpTime

sysLocation


표 44. 에서 사용 가능한 SNMP 조회SNMP MIB 브라우저 (계속)

SNMP 조회 설명 Node 예제Get Next

Walk

MIB 오브젝트의 모든 인스턴스를 얻습니다. 이 조회는 순차적인 MIB 오브젝트에 대해서만 작동합니다.

예를 들어, ifTable 테이블의 컬럼 오브젝트인 ifDescr에 대해 Get Next 조회를 실행하면, 이 조회는 테이블에서ifDescr의 모든 인스턴스(ifDescr.1및 ifDescr.2)에 대한 값을 리턴합니다.

Get Next 및 Walk 조회는 동일한 조작을 수행합니다.

단일 MIB 오브젝트 sysDescr

테이블 ifTable

ipRouteTable

테이블의 컬럼을 표시하는 단일 MIB 오브젝트

ifDescr

단일 MIB 오브젝트만 포함하는 브랜치 노드

icmp

테이블만 포함하는 브랜치 노드

at

단일 MIB 오브젝트 및테이블을 포함하는 브랜치 노드

system

interfaces

테이블 가져오기

MIB 오브젝트의 그룹인 MIB 테이블을 얻습니다. 예를 들어, interfaces

테이블은 네트워크 디바이스의 모든 인터페이스에 대한 정보를 포함합니다.

테이블 ifTable

ipRouteTable

그래프 선택한 디바이스에 대한 MIB 변수의실시간 그래프를 표시합니다.

숫자 단일 MIB 오브젝트만

memory usage

MIB 변수 그래프 표시디바이스에 대한 MIB 변수의 실시간 그래프를 표시하고 네트워크 문제점의 결함 분석 및 해결에 그래프를 사용할 수 있습니다.

MIB 그래프 특성 및 환경 설정 구성SNMP MIB 그래프를 사용하여 MIB 그래프에 표시되는 정보와 정보의 범위를정의할 수 있습니다.

환경 설정 영역을 확장하여 표시장치 환경 설정을 정의하기 전에 그래프 특성을먼저 정의하십시오.

1. 특성 섹션에서 기본값을 채택하거나 필드에 새 값을 제공하십시오.

Domain

현재 Network Manager가 지원하는 도메인 목록의 디바이스 도메인을 지정합니다.

호스트디바이스 호스트 이름 또는 IP 주소를 지정합니다. 호스트 필드에서는 호스트 이름 또는 IPv4/IPv6 주소를 지원합니다. 이 필드는 이벤트 뷰어, 네트워크 보기, 네트워크 홉 보기, 구조 브라우저 또는 MIB

브라우저로부터 전달될 수 있습니다.


폴링 데이터추가된 MIB OID 또는 최대 두 개의 폴링 정의 목록이 포함되어 있습니다. 두 개의 폴링이 추가되면 추가 단추는 작동 불가능하게 됩니다.

MIB OID

MIB OID의 사용 여부를 지정합니다. 기본적으로 선택되어 있습니다. 선택하면, 입력을 위해 MIB OID 텍스트 필드 및 찾아보기 단추를 사용할 수 있습니다.

폴링 정의폴링 정의의 사용 여부를 지정합니다. 기본적으로 선택되어 있지 않습니다. 선택하면, 폴링 정의 드롭 다운 및 새로 작성 단추를 사용할 수 있습니다.

폴링 간격(초)

원하는 값을 검색하기 위해 디바이스에 요청을 전송할 때 사용되는 폴링 간격을 제공합니다.

2. 환경 설정 섹션에서 기본값을 채택하거나 필드에 새 값을 제공하십시오.

제목 그래프의 제목을 지정합니다. 기본값은 Hostname – MIBOID/PollDef

name입니다.

그래프 새로 고치기 간격(초)

디바이스 조회 간의 기간을 지정합니다. 기본값은 15초입니다.

기본 선택 행기본적으로 최상위 또는 최하위 값을 그래프로 표시(선택)할지 여부를 지정합니다.

사용자 정의기본적으로 그래프로 표시(선택)할 컬럼을 지정합니다. 선택사항은 평균, 현재, 최대 및 최소입니다. 기본값은 현재입니다.

SNMP 커뮤니티 문자열(SNMP v1 및 v2 전용) 겹쳐쓰기선택적으로 폴링 엔진에서 현재 사용 중인 커뮤니티 문자열을 겹쳐쓸수 있습니다. 기본적으로 선택되어 있지 않습니다. 선택란을 선택하면커뮤니티 문자열 필드를 사용할 수 있습니다.

커뮤니티 문자열선택적으로 디바이스 조회에 사용할 커뮤니티 문자열을 지정합니다. 기본값은 공백 및 사용 불가능입니다. 이 필드에서는 겹쳐 쓴 SNMP v1

및 v2 커뮤니티 문자열만 지원됩니다.


MIB 그래프 작업그래프는 동일한 호스트에 대해 최대 두 개의 MIB OIDS 또는 폴링 정의 데이터를 표시할 수 있습니다. MIB 그래프를 보고 여러 가지 조치를 취할 수 있습니다.

MIB 그래프를 보려면 먼저 이를 구성해야 합니다.

네트워크 가용성을 통해 액세스하는 SNMP MIB 그래프 위젯에서 MIB 그래프를 보거나 다른 인터페이스의 컨텍스트에서 이를 실행할 수 있습니다. 컨텍스트에서 실행하는 경우 별도의 브라우저 창에 SNMP MIB 그래프가 표시됩니다.

1. SNMP MIB 그래프를 여십시오.

v 요약 그래프 데이터를 표시할 행 위에 마우스 커서를 놓으십시오.

v 자세한 그래프 데이터를 보려면 테이블 보기로 토글하십시오.

2. 다음과 같이 그래프 도구 모음을 사용하십시오.

그래프/테이블그래프 보기와 테이블 보기 사이에서 그래프 영역을 전환합니다.

3. 다음과 같이 기본 도구 모음을 사용하십시오.

구성 편집 모드로 전환합니다.

그래프 구성 복사현재 그래프 구성의 사본을 사용하여 새 브라우저 창을 시작하고 현재의 설정을 모두 사용하되 디바이스를 변경할 수도 있도록 합니다.

범례/선수동 선 선택이 가능하도록 범례 영역을 테이블 보기로 전환합니다.

자동 선다음 옵션 사이에서 표시할 선을 전환합니다.

v 사용자 선택(행 선택 표 표시)

v 최고 평균v 최저 평균v 최고 현재v 최저 현재v 최고 최대값v 최저 최대값v 최고 최소값v 최저 최소값

적용 선 선택에 변경을 적용합니다.


4. 이전 단계에서 사용자 선택을 선택한 경우 선 선택 표를 사용하여 그래프에표시할 선을 직접 선택할 수 있습니다..


제 19 장 문제 해결 지원

문제를 해결할 수 있도록 네트워크 엔지니어의 디바이스 작업을 지원합니다.

다음 주제에서는 문제 해결을 지원하는 방법을 설명합니다.

폴링 작성네트워크 디바이스에 대한 기존 모니터링이 요구사항을 충족시키지 않는 경우 폴링을 작성하십시오. ping, 링크 상태 및 임계값 폴링을 네트워크 맵에서 직접 구성할 수 있습니다.

1. 네트워크 홉 보기 또는 네트워크 보기(Network Views) 네트워크 맵에서 폴링할 디바이스를 선택하십시오. 여러 디바이스를 선택하려면 Ctrl을 누르십시오.

2. 선택한 디바이스 중 하나를 마우스 오른쪽 단추로 누르고 폴링 정책 작성 를선택하십시오. 선택한 디바이스가 미리 로드된 상태로 폴링 구성 마법사 가표시됩니다.

폴링 구성 마법사 를 사용하여 선택한 디바이스에 대한 폴링을 구성할 수 있습니다.

유지보수에 디바이스가 사용 가능하도록 만들기네트워크 엔지니어가 알려진 디바이스 문제점에 대해 작업할 수 있도록 유지보수에 디바이스를 사용 가능하게 만드십시오.

다음 주제에서는 디바이스 및 해당 구성요소를 비관리 상태에 놓거나 이 상태에서 벗어나는 방법에 대해 설명합니다.

디바이스 및 구성요소 관리 해제엔지니어가 디바이스의 문제를 해결할 수 있도록 디바이스 및 해당 구성요소를비관리 상태로 배치하십시오.

다음 주제에서는 디바이스 및 구성요소를 비관리 상태에 배치하는 방법에 대해설명합니다.


디바이스를 비관리 상태로 배치엔지니어가 디바이스의 문제를 해결할 수 있도록 디바이스를 비관리 상태로 배치하십시오.

디바이스를 비관리 상태로 배치하면 해당 디바이스에 대한 Network Manager

폴링 및 이벤트 연관이 비활성화됩니다.

참고: Tivoli Netcool/OMNIbus와 같은 다른 Network Manager 소프트웨어의폴링으로 인해 생성된 이 디바이스의 이벤트는 이벤트 목록에 계속 표시됩니다.

이러한 이벤트를 필터링하거나 이벤트에 태그를 지정하도록 이벤트 목록을 구성할 수 있습니다.

1. 네트워크 홉 보기 또는 네트워크 보기(Network Views) 네트워크 맵에서 비관리 상태로 배치할 디바이스를 선택하십시오. 여러 디바이스를 선택하려면Ctrl을 누르십시오.

2. 선택한 디바이스 중 하나를 마우스 오른쪽 단추로 누르고 비관리 를 선택하십시오. 해당 디바이스가 비관리 상태에 있음을 나타내는 렌치 아이콘

이 선택한 디바이스 옆에 표시됩니다.

디바이스 구성요소를 비관리 상태로 배치엔지니어가 디바이스 및 구성요소의 문제를 해결할 수 있도록 인터페이스를 포함한 디바이스 구성요소를 비관리 상태로 배치하십시오.

디바이스 구성요소를 비관리 상태로 배치하면 구성요소에 대한 Network Manager

폴링 및 이벤트 연관이 비활성화됩니다.

참고: Tivoli Netcool/OMNIbus와 같은 다른 Network Manager 소프트웨어의폴링으로 인해 생성된 구성요소의 이벤트는 이벤트 목록에 계속 표시됩니다. 이러한 이벤트를 필터링하거나 이벤트에 태그를 지정하도록 이벤트 목록을 구성할수 있습니다.

구조 브라우저 에서 다음 단계를 완료하십시오.


1. 구조 브라우저 에서, 관리 상태에서 비관리 상태로 변경하려는 구성요소가 있는 디바이스를 식별하고 다음과 같이 진행하십시오.

v 트리에서 디바이스를 두 번 클릭하십시오.

v 표에서 인터페이스 표시 또는 디바이스 연결 표시를 클릭하십시오.


2. 비관리로 변경하려는 관리 디바이스 구성요소를 식별하고 도구 > 비관리를 클릭하십시오.

해당 구성요소가 비관리 상태에 있음을 나타내는 렌치 아이콘 이 선택한구성요소 옆에 표시됩니다. 이러한 구성요소에서는 폴링 및 이벤트 연관이 중지합니다.

노드 비관리 도구디바이스를 사용할 수 없거나 결함이 있는 경우, 명령행 인터페이스를 사용하여디바이스를 비관리 상태로 설정하려면 UnmanageNode.pl 명령을 사용하십시오.

디바이스를 비관리로 설정한 경우, 비관리 노드에 대해 Network Manager 폴링이 일시중단됩니다. 이벤트 뷰어에서 모든 경보는 출처가 비관리 디바이스이며 근본 원인 분석에 사용되지 않음을 표시하도록 태그 표시됩니다.

또한 토폴로지 맵 보기에서 개별 디바이스 또는 디바이스 그룹을 비관리할 수 있습니다. 구조 브라우저를 사용하여 디바이스의 개별 구성요소를 비관리 상태로 설정할 수 있는 옵션도 있습니다.

사용법

이 명령은 NCHOME/precision/bin에 있습니다.

다음 구문은 UnmanageNode.pl 명령 작동 방법을 표시합니다.

ncp_perl UnmanageNode.pl -domain DomainName -user username -pwd password

-file FileName -verbose host

다음 표는 UnmanageNode.pl의 명령행 옵션을 설명합니다.

표 45. UnmanageNode.pl 명령행 옵션명령행 옵션 설명-domain DomainName 필수입니다. 비관리될 노드가 상주하는 도메인 이

름입니다.

-user username 필수입니다. NCIM 데이터베이스 사용자 이름입니다.

-pwd password 필수입니다. NCIM 데이터베이스 사용자 비밀번호입니다.

-file FileName 선택적입니다. 비관리될 노드 목록을 포함하는 파일입니다. 파일에서 라인당 하나의 IP 주소 또는호스트 이름을 추가하십시오.참고: 아래 host에 설명된 대로 파일에 또는 명령행에 입력하여 노드 이름을 제공해야 합니다.

-verbose 선택사항. 화면에 자세한 정보를 제공합니다.

제 19 장 문제 해결 지원 523

표 45. UnmanageNode.pl 명령행 옵션 (계속)

명령행 옵션 설명-host 선택적입니다. 비관리될 노드 이름입니다. 공백으

로 구분하여 이런 방법으로 얼마든지 노드를 추가할 수 있습니다. 노드에 대해 입력된 정보는 IP주소 또는 완전한 호스트 이름일 수 있습니다. 호스트 이름을 제공하지 않으면, -file 옵션을 사용해야 합니다.

예제

다음 예제는 UnmanageNode.pl 명령 사용 방법을 표시합니다.

./ncp_perl UnmanageNode.pl -domain NCOMS -user root -pwd fruit -verbose

-file mynodes.txt

./ncp_perl UnmanageNode.pl -domain NCOMS -user root -pwd fruit -verbose

neptune.ibm.com 192.168.0.6

디바이스 및 구성요소를 비관리 상태에서 제외디바이스 문제를 해결한 후 이 디바이스에 대한 이벤트를 다시 수신하려면 디바이스 또는 해당되는 구성요소를 다시 관리 상태로 배치하십시오.

다음 주제에서는 디바이스 및 구성요소를 비관리 상태에서 제외하는 방법에 대해 설명합니다.

디바이스를 비관리 상태에서 제외디바이스 문제를 해결한 후 이 디바이스에 대한 이벤트를 다시 수신하려면 디바이스를 관리 상태로 다시 배치하십시오.

1. 네트워크 홉 보기 또는 네트워크 보기(Network Views) 네트워크 맵에서 비

관리 디바이스를 식별하십시오. 디바이스 옆의 렌치 아이콘 은 비관리상태임을 나타냅니다.

2. 디바이스가 ping 명령에 응답하는지 확인하십시오. 디바이스를 마우스 오른쪽 단추로 누르고 이 호스트에서 Ping 을 선택하십시오. ping 테스트가 성공하면 다음 단계로 이동하십시오. 디바이스가 ping 테스트에 실패한 경우에는 해당 디바이스에 대한 추가 확인이 필요합니다.

3. 디바이스를 마우스 오른쪽 단추로 누르고 관리 을 선택하십시오. 디바이스가관리 상태가 되면 렌치 아이콘이 사라집니다. 해당 디바이스에 대한 폴링 및이벤트 연관이 재개됩니다.


문제를 해결하는 동안 디바이스가 업데이트된 경우에는 디바이스를 재감지하여 네트워크 토폴로지의 디바이스 정보를 새로 고쳐야 합니다.

디바이스 구성요소를 비관리에서 관리 상태로 변경문제점이 해결되었고 디바이스 구성요소에 대한 이벤트를 수신하고자 하는 경우인터페이스 등 디바이스 구성요소를 관리 상태로 변경합니다.


1. 트리 또는 테이블에서 비관리 구성요소가 있는 디바이스를 식별하십시오. 이

러한 디바이스 옆에는 하프렌치 아이콘 이 있습니다.

2. 트리 또는 테이블에서 다음과 같이 진행하십시오.

v 트리에서 디바이스를 두 번 클릭하십시오.

v 테이블에서 인터페이스 표시 또는 연결 표시를 클릭하십시오.

3. 비관리 디바이스 구성요소를 식별하고 도구 > 관리를 클릭하십시오.

이제 구성요소는 관리 상태로 되고 렌치 아이콘이 제거됩니다. 이러한 구성요소에서는 폴링 및 이벤트 연관이 재개됩니다.

노드 관리 도구명령행 인터페이스를 사용하여 비관리 디바이스 상태를 관리 상태로 다시 설정하려면 ManageNode.pl을 사용하십시오.

이는 디바이스가 비관리 상태이며 비관리로 태그 표시되지 않고 근본 원인 분석에 사용되는 경보를 수신하도록 다시 관리 상태로 설정할 경우에 유용합니다.

사용법

이 명령은 NCHOME/precision/bin에 있습니다.

다음 구문은 ManageNode.pl 명령 작동 방법을 표시합니다.

ncp_perl ManageNode.pl -domain DomainName -user username -pwd password

-file FileName -verbose host

다음 표는 ManageNode.pl의 명령행 옵션을 설명합니다.

제 19 장 문제 해결 지원 525

표 46. ManageNode.pl 명령행 옵션명령행 옵션 설명-domain DomainName 필수입니다. 비관리 노드가 상주하는 도메인 이

름입니다.

-user username 필수입니다. 데이터베이스 사용자 이름입니다.

-pwd password 필수입니다. 데이터베이스 사용자 비밀번호입니다.

-file FileName 선택적입니다. 관리 상태로 설정될 노드 목록을포함하는 파일입니다. 파일에서 라인당 하나의 IP주소 또는 호스트 이름을 추가하십시오.참고: 아래 host에 설명된 대로 파일에 또는 명령행에 입력하여 노드 이름을 제공해야 합니다.

-verbose 선택사항. 화면에 자세한 정보를 제공합니다.

host 선택적입니다. 관리 상태로 설정될 노드 이름입니다. 공백으로 구분하여 이런 방법으로 얼마든지 노드를 추가할 수 있습니다. 노드에 대해 입력된 정보는 IP 주소 또는 완전한 호스트 이름일 수 있습니다. 호스트 이름을 제공하지 않으면,-file 옵션을 사용해야 합니다.

예제

다음 예제는 ManageNode.pl 명령 사용 방법을 표시합니다.

./ncp_perl ManageNode.pl -domain NCOMS -user root -pwd fruit -verbose

-file mynodes.txt

./ncp_perl ManageNode.pl -domain NCOMS -user root -pwd fruit -verbose

neptune.ibm.com 192.168.0.6

디바이스 추가 및 제거명령행 인터페이스를 사용하여 네트워크 토폴로지에 네트워크 디바이스를 추가하고 네트워크 토폴로지에서 네트워크 디바이스를 제거할 수 있습니다.

다음 Perl 스크립트를 사용하여 디바이스를 추가하고 제거하십시오.

v AddNode.pl 명령을 사용하여 네트워크 토폴로지에 디바이스를 추가하십시오.

v RemoveNode.pl 명령을 사용하여 네트워크 토폴로지에서 디바이스를 제거하십시오.

AddNode.pl 및 RemoveNode.pl Perl 스크립트에 대한 자세한 정보는 IBM Tivoli

Network Manager IP Edition 관리 안내서의 내용을 참조하십시오.


제 20 장 디바이스에 대한 보고서

네트워크 디바이스에 대한 보고서를 실행하여 디바이스의 상태를 점검하거나 네트워크 및 디바이스 데이터를 요약하거나 문제점을 해결할 수 있습니다.

네트워크 운영자로서 사용자는 여러 방식으로 GUI를 이용하여 보고서를 실행할수 있습니다. 보고서 및 보고서 그룹에 대한 액세스는 관리자가 제어합니다. 관리자는 보고서를 작성하고 사용자 정의할 수도 있습니다. 보고서를 출력할 파일형식을 읽을 수 있는 최소한의 리더가 컴퓨터에 설치되어 있는지 확인하십시오.

예를 들어, .pdf 형식으로 보고서를 출력하려면 PDF 리더를 설치하십시오.

Network Manager V4.2에서는 보고서를 날짜로 필터링하지 않아도 됩니다. 보고서는 이미 시간으로 집계된 Apache Storm의 데이터를 사용합니다. 사용 가능한 경우 드릴 다운 보고서를 사용하여 더 작은 시간(예: 1주에서 매일까지)으로드릴 다운할 수 있습니다.

참고: Network Manager 4.2는 PDF 및 HTML 형식의 보고서만 지원합니다.

팁: 네트워크가 크고 복잡한 경우 세부 보고서에 대량의 데이터가 포함될 가능성이 있습니다. 다수의 라인으로 구성된 보고서는 사용하기 어려울 수 있으며 보고구성요소로 인해 메모리 부족이 발생할 수 있습니다. 사용자에게 유용한 데이터를 리턴하도록 보고서가 최적화되어 있는지 확인하십시오.

보고서 창에서 보고서 실행보고서 창에서 직접 보고서를 실행할 수 있습니다.

보고서를 실행하려면 다음 단계를 완료하십시오.


참고: Linux on IBM z Systems에서 옵션은 Cognos 보고라고 합니다. 원격 Reporting Services 3.1 서버를 사용하여 보고서를 실행하는 경우, 보고페이지의 이름이 다를 수 있습니다.

2. 사용 가능한 보고서의 목록을 보려면 보고서 세트를 클릭하십시오.

3. 보고서를 HTML 형식으로 생성하려면 보고서 이름을 클릭하십시오. 또한 조치 아이콘을 사용하여 보고서를 사용자 정의하거나 기타 조치를 수행할 수도있습니다. 보고서 창에서 사용 가능한 옵션에 대한 자세한 정보는 보고서 창도구 모음의 도움말 아이콘을 클릭하십시오.


네트워크 맵을 통해 보고서 실행Network Manager 토폴로지 표시를 통해 보고서를 실행할 수 있습니다.

네트워크 맵을 통해 보고서를 실행하려면 다음 단계를 완료하십시오.

1. 다음 GUI 중 하나로 이동하십시오. 네트워크 보기(Network Views), 네트워크 홉 보기 , 경로 보기 GUI 또는 구조 브라우저

2. 디바이스를 마우스 오른쪽 단추로 클릭하고 보고서를 클릭하십시오. 해당 디바이스 유형에서 실행할 수 있는 모든 보고서가 표시됩니다.

3. 실행하려는 보고서를 클릭하십시오.

4. 보고서에 필요한 매개변수를 입력하십시오.


제 5 부 부록



주의사항

본 정보는 IBM Tivoli Network Manager IP Edition의 PDF 문서 세트에 적용됩니다.

이 정보는 미국에서 제공되는 제품 및 서비스용으로 작성된 것입니다.

IBM은 다른 국가에서 이 책에 기술된 제품, 서비스 또는 기능을 제공하지 않을수도 있습니다. 현재 사용할 수 있는 제품 및 서비스에 대한 정보는 한국 IBM

담당자에게 문의하십시오. 이 책에서 IBM 제품, 프로그램 또는 서비스를 언급했다고 해서 해당 IBM 제품, 프로그램 또는 서비스만을 사용할 수 있다는 것을 의미하지는 않습니다. IBM의 지적 재산권을 침해하지 않는 한, 기능상으로 동등한제품, 프로그램 또는 서비스를 대신 사용할 수도 있습니다. 그러나 비IBM 제품,

프로그램 또는 서비스의 운영에 대한 평가 및 검증은 사용자의 책임입니다.

IBM은 이 책에서 다루고 있는 특정 내용에 대해 특허를 보유하고 있거나 현재특허 출원 중일 수 있습니다. 이 책을 제공한다고 해서 특허에 대한 라이센스까지 부여하는 것은 아닙니다. 라이센스에 대한 의문사항은 다음으로 문의하십시오.

07326

국제금융로 10, 3IFC

한국 아이.비.엠 주식회사U.S.A.

2바이트 문자 세트(DBCS) 정보에 관한 라이센스 문의는 한국 IBM 고객만족센터에 문의하거나 다음 주소로 서면 문의하시기 바랍니다.

Intellectual Property Licensing

Legal and Intellectual Property Law

IBM Japan, Ltd.

19-21, Nihonbashi-Hakozakicho, Chuo-ku

Tokyo 103-8510, Japan

다음 단락은 현지법과 상충하는 영국이나 기타 국가에서는 적용되지 않습니다.

IBM은 타인의 권리 비침해, 상품성 및 특정 목적에의 적합성에 대한 묵시적 보증을 포함하여(단, 이에 한하지 않음) 묵시적이든 명시적이든 어떠한 종류의 보


증 없이 이 책을 "현상태대로" 제공합니다. 일부 국가에서는 특정 거래에서 명시적 또는 묵시적 보증의 면책사항을 허용하지 않으므로, 이 사항이 적용되지 않을수도 있습니다.

이 정보에는 기술적으로 부정확한 내용이나 인쇄상의 오류가 있을 수 있습니다.

이 정보는 주기적으로 변경되며, 변경된 사항은 최신판에 통합됩니다. IBM은 이책에서 설명한 제품 및/또는 프로그램을 사전 통지 없이 언제든지 개선 및/또는변경할 수 있습니다.

이 정보에서 언급되는 비IBM의 웹 사이트는 단지 편의상 제공된 것으로, 어떤 방식으로든 이들 웹 사이트를 옹호하고자 하는 것은 아닙니다. 해당 웹 사이트의 자료는 본 IBM 제품 자료의 일부가 아니므로 해당 웹 사이트 사용으로 인한 위험은 사용자 본인이 감수해야 합니다.

IBM은 귀하의 권리를 침해하지 않는 범위 내에서 적절하다고 생각하는 방식으로 귀하가 제공한 정보를 사용하거나 배포할 수 있습니다.

(i) 독립적으로 작성된 프로그램과 기타 프로그램(본 프로그램 포함)간의 정보 교환 및 (ii) 교환된 정보의 상호 이용을 목적으로 본 프로그램에 관한 정보를 얻고자 하는 라이센스 사용자는 다음 주소로 문의하십시오.

서울특별시 영등포구국제금융로 10, 3IFC

한국 아이.비.엠 주식회사대표전화서비스: 02-3781-7114

United Kingdom

이러한 정보는 해당 조건(예를 들면, 사용료 지불 등)하에서 사용될 수 있습니다.


본 문서에 기술된 라이센스가 있는 프로그램 및 사용 가능한 모든 라이센스가 있는 자료는 IBM이 IBM 기본 계약, IBM 프로그램 라이센스 계약(IPLA) 또는 이와 동등한 계약에 따라 제공한 것입니다.

본 문서에 포함된 모든 성능 데이터는 제한된 환경에서 산출된 것입니다. 따라서다른 운영 환경에서 얻어진 결과는 상당히 다를 수 있습니다. 일부 성능은 개발단계의 시스템에서 측정되었을 수 있으므로 이러한 측정치가 일반적으로 사용되고 있는 시스템에서도 동일하게 나타날 것이라고는 보증할 수 없습니다. 또한 일부 성능은 추정을 통해 추측되었을 수도 있으므로 실제 결과는 다를 수 있습니다. 이 책의 사용자는 해당 데이터를 본인의 특정 환경에서 검증해야 합니다.

비IBM 제품에 관한 정보는 해당 제품의 공급업체, 공개 자료 또는 기타 범용 소스로부터 얻은 것입니다. IBM에서는 이러한 비IBM 제품을 반드시 테스트하지 않았으므로, 이들 제품과 관련된 성능의 정확성, 호환성 또는 기타 주장에 대해서는 확인할 수 없습니다. 비IBM 제품의 성능에 대한 의문사항은 해당 제품의 공급업체에 문의하십시오.

이 정보에는 일상의 비즈니스 운영에서 사용되는 자료 및 보고서에 대한 예제가들어 있습니다. 이들 예제에는 개념을 가능한 완벽하게 설명하기 위하여 개인, 회사, 상표 및 제품의 이름이 사용될 수 있습니다. 이들 이름은 모두 가공의 것이며 실제 기업의 이름 및 주소와 유사하더라도 이는 전적으로 우연입니다.

저작권 라이센스:

이 정보에는 여러 운영 플랫폼에서의 프로그래밍 기법을 보여주는 원어로 된 샘플 응용프로그램이 들어 있습니다. 귀하는 이러한 샘플 프로그램의 작성 기준이된 운영 플랫폼의 응용프로그램 프로그래밍 인터페이스(API)에 부합하는 응용프로그램을 개발, 사용, 판매 또는 배포할 목적으로 IBM에 추가 비용을 지불하지않고 이들 샘플 프로그램을 어떠한 형태로든 복사, 수정 및 배포할 수 있습니다.

이러한 샘플 프로그램은 모든 조건하에서 완전히 테스트된 것은 아닙니다. 따라서 IBM은 이러한 프로그램의 신뢰성, 서비스 가능성 또는 기능을 보증하거나 진술하지 않습니다.

상표표 47의 표장은 미국 또는 기타 국가에서 사용되는 International Business

Machines Corporation의 상표입니다.

표 47. IBM 상표

AIX Informix PR/SM™

BNT iSeries System p

ClearQuest® Lotus® System z®

주의사항 533

표 47. IBM 상표 (계속)

Cognos® Lotus Tivoli

Db2 Netcool WebSphere®

Db2 UniversalDatabase

NetView® z/OS®

developerWorks® OMEGAMON® z/VM®

DS8000 Passport Advantage zSeries

E n t e r p r i s eStorage Server®

PowerPC

IBM PowerVM®

Adobe, Acrobat, Portable Document Format(PDF), PostScript 및 모든 Adobe

기반 상표는 미국 또는 기타 국가에서 사용되는 Adobe Systems Incorporated

의 상표 또는 등록상표입니다.

Intel, Intel 로고, Intel Inside, Intel Inside 로고, Intel Centrino, Intel Centrino

로고, Celeron, Intel Xeon, Intel SpeedStep, Itanium 및 Pentium은 미국 또는 기타 국가에서 사용되는 Intel Corporation 또는 해당 자회사의 상표 또는 등록상표입니다.

Java 및 모든 Java 기반 상표와 로고는 Oracle 및/또는 그 계열사의 상표 또는등록상표입니다.

Linux는 미국 또는 기타 국가에서 사용되는 Linus Torvalds의 등록상표입니다.

UNIX는 미국 또는 기타 국가에서 사용되는 The Open Group의 등록 상표입니다.

Microsoft, Windows, Windows NT 및 Windows 로고는 미국 또는 기타 국가에서 사용되는 Microsoft Corporation의 상표입니다.

개인정보 보호정책 고려사항

서비스 솔루션으로 소프트웨어를 포함하는 IBM 소프트웨어 제품("소프트웨어 오퍼링")은 제품 사용 정보를 수집하거나 일반 사용자 경험을 향상시키는 데 도움을 주거나 일반 사용자나 다른 용도로 상호작용을 조정하는 데 쿠키 또는 기타기술을 사용할 수 있습니다. 많은 경우에 개인 신분을 확인할 수 있는 정보는 소프트웨어 오퍼링에서 수집되지 않습니다. IBM의 일부 소프트웨어 오퍼링은 귀하가 개인 식별 정보를 수집하도록 도울 수 있습니다. 이 소프트웨어 오퍼링에서 쿠키를 사용하여 개인 신분을 확인할 수 있는 정보를 수집하는 경우 이 오퍼링에서 쿠키 사용에 대한 특정 정보는 아래 규정됩니다.

이 소프트웨어 오퍼링은 네트워크 감지를 수행하기 위해 IP 주소, 사용자 이름,

비밀번호를 수집할 수 있습니다. 이 정보 콜렉션을 사용하는 데 실패하면 이 소


프트웨어 오퍼링에서 제공하는 중요한 기능이 제거될 수도 있습니다. 고객인 경우 통지 및 동의 요구사항을 비롯하여 이러한 데이터 콜렉션과 관련된 법적 자문을 구해야 합니다.

해당 용도의 쿠키를 포함하여 다양한 기술의 사용에 대한 자세한 정보는 IBM 개인정보 보호정책(http://www.ibm.com/privacy/kr/ko/), IBM 온라인 개인정보 보호정책(http://www.ibm.com/privacy/details/kr/ko), "쿠키, 웹 비콘 및기타 기술" 및 "IBM 소프트웨어 제품 및 SaaS(Software-as-a Service)"(http://

www.ibm.com/software/info/product-privacy) 부분을 참조하십시오.

주의사항 535

http://www.ibm.com/privacy/kr/ko/

http://www.ibm.com/privacy/details/kr/ko

http://www.ibm.com/software/info/product-privacy

http://www.ibm.com/software/info/product-privacy

IBM®

Printed in the Republic of Ireland

2019-4207-01

Documents

· 2019-11-22 · 참고 이 정보와 이 정보가 지원하는 제품을 사용하기 전에 , 531 페이지의 『주의사항』 에 있는 정보를 확인하십시오 . 이