Junos OS SNMP FAQ
SUMMARY 이 문서에서는 Junos 운영체제를 사용하여 주니퍼 네트웍스 장치에 SNMP 서비스를 구현하는 데 사용되는 기능 및 기술에 대해 가장 자주 묻는 질문들을 다룹니다.
SNMP를 사용하면 사용자가 중앙 위치에서 네트워크 장치를 모니터링할 수 있습니다.
Junos OS SNMP 지원 관련 FAQ
이 섹션에서는 Junos OS의 SNMP 지원과 관련하여 자주 묻는 질문과 답변을 제공합니다.
Which SNMP versions does Junos OS support?
Junos OS는 SNMP 버전 1(SNMPv1), 버전 2(SNMPv2c), 버전 3(SNMPv3)을 지원합니다. 기본적으로 SNMP는 주니퍼 네트웍스 디바이스에서 비활성화되어 있습니다.
Which ports (sockets) does SNMP use?
SNMP 쿼리의 기본 포트는 포트 161입니다. SNMP 트랩 및 알림을 위한 기본 포트는 포트 162입니다. SNMP 트랩 및 알림에 사용되는 포트는 구성 가능하며, 기본 포트 162 외의 포트를 사용하도록 시스템을 구성할 수 있습니다. SNMP 수신 대기 포트는 그대로 유지되며, RFC에서 설정됩니다.
Is SNMP support different among the Junos OS platforms?
아니요, SNMP 지원은 Junos OS 플랫폼 간에 다르지 않습니다. SNMP 구성, 상호 작용 및 동작은 모든 Junos OS 디바이스에서 동일합니다. 플랫폼 간에 발생할 수 있는 유일한 차이점은 관리 정보 베이스(MIB) 지원입니다.
Junos OS 플랫폼에서 지원되는 관리 정보 베이스(MIB) 목록은 SNMP 관리 정보 베이스(관리 정보 베이스(MIB)) 탐색기를 참조하십시오.
Does Junos OS support the user-based security model (USM)?
예, Junos OS는 SNMPv3에 대한 지원의 일환으로 USM을 지원합니다. SNMPv3에는 정의된 USM 제공을 비롯하여 이전 버전의 SNMP보다 더 많은 보안 조치가 포함되어 있습니다. SNMPv3 USM은 데이터 무결성, 데이터 원본 인증, 메시지 재생 보호, 메시지 페이로드 노출 방지를 통해 메시지 보안을 제공합니다.
Does Junos OS support the view-based access control model (VACM)?
예, Junos OS는 SNMPv3에 대한 지원의 일환으로 VACM을 지원합니다. SNMPv3에는 정의된 VACM 제공을 비롯하여 이전 버전의 SNMP보다 더 많은 보안 조치가 포함되어 있습니다. SNMPv3 VACM은 관리 정보에 대해 특정 유형의 액세스(읽기 또는 쓰기)가 허용되는지 여부를 결정합니다.
Does Junos OS support SNMP informs?
예, Junos OS는 SNMPv3에 대한 지원의 일환으로 SNMP 알림을 지원합니다. SNMP 알림은 네트워크 디바이스에서 중요한 이벤트가 발생할 때 SNMP 에이전트에서 SNMP 관리자에게 전송되는 확인 알림입니다. SNMP 관리자는 알림을 받으면 발신자에게 응답을 보내 알림의 수신을 확인합니다.
Can I provision or configure a device using SNMP on Junos OS?
아니오, SNMP를 사용하여 디바이스를 프로비저닝 또는 구성하는 것은 Junos OS에서 허용되지 않습니다.
Junos OS 관리 정보 베이스(MIB) FAQ
이 섹션은 Junos OS 관리 정보 베이스(MIB)와 관련하여 자주 묻는 질문과 답변을 제시합니다.
What is a MIB?
관리 정보 베이스(MIB)는 네트워크 디바이스의 관리 개체에 대한 정의 테이블입니다. 관리 정보 베이스(MIB)는 SNMP에서 네트워크 디바이스 내의 모든 구성 요소와 해당 작동 조건의 표준 정의를 유지하는 데 사용됩니다. 관리 정보 베이스(MIB) 내의 각 개체에는 OID(Object Identifier)라고 불리는 식별 코드가 있습니다.
관리 정보 베이스(MIB)는 표준이거나 엔터프라이즈별로 다릅니다. 표준 관리 정보 베이스(MIB)는 IETF(Internet Engineering Task Force)에 의해 생성되고 다양한 RFC에 문서화되어 있습니다. 엔터프라이즈별 관리 정보 베이스(MIB)는 특정 장비 제조업체가 개발하고 지원합니다.
지원되는 표준 관리 정보 베이스( MIB) 목록은 Junos OS에서 지원하는 표준 SNMP 관리 정보 베이스(MIB)를 참조하십시오.
주니퍼 네트웍스 엔터프라이즈별 관리 정보 베이스(MIB) 목록의 경우, Junos OS에서 지원하는 엔터프라이즈별 SNMP 관리 정보 베이스(MIB)를 참조하십시오.
Do MIB files reside on the Junos OS devices?
아니오, 관리 정보 베이스(MIB) 파일은 Junos OS 디바이스에 상주하지 않습니다. 필요한 Junos OS 릴리스에 대한 주니퍼 네트웍스 기술 간행물 페이지에서 관리 정보 베이스(MIB) 파일을 다운로드해야 합니다. SNMP 관리 정보 베이스(MIB) 탐색기.
How do I compile and load the Junos OS MIBs onto an SNMP manager or NMS?
네트워크 관리 시스템(NMS)이 Junos OS에서 사용하는 관리 정보 베이스(MIB) 개체를 식별하고 이해하려면, 먼저 관리 정보 베이스(MIB) 컴파일러를 사용하여 관리 정보 베이스(MIB) 파일을 NMS에 로드해야 합니다. 관리 정보 베이스(MIB) 컴파일러는 관리 정보 베이스(MIB) 개체 이름, ID, NMS의 데이터 유형과 같은 관리 정보 베이스(MIB) 정보를 구문 분석하는 유틸리티입니다.
Junos OS 관리 정보 베이스( MIB) 패키지는 SNMP 관리 정보 베이스(MIB) 탐색기 또는 https://www.juniper.net/documentation/software/junos/index.html 의 엔터프라이즈별 관리 정보 베이스(MIB) 및 트랩 섹션에서 다운로드할 수 있습니다.
Junos OS 관리 정보 베이스(MIB) 패키지에는 두 개의 폴더가 있습니다. 하나는 StandardMibs으로 주니퍼 네트웍스 디바이스에서 지원되는 표준 관리 정보 베이스(MIB)를 포함하고 있으며, 다른 하나는 JuniperMibs으로 주니퍼 네트웍스 엔터프라이즈별 관리 정보 베이스(MIB)를 포함하고 있습니다. 엔터프라이즈별 관리 정보 베이스(MIB)를 다운로드하기 전에 표준 관리 정보 베이스(MIB)를 반드시 다운로드하고 압축을 풀어야 합니다. 특정 엔터프라이즈별 관리 정보 베이스(MIB)를 로드하기 전에 컴파일러에 특정 표준 관리 정보 베이스(MIB)가 존재해야 하는 종속성이 있을 수 있습니다.
Junos OS 관리 정보 베이스(MIB) 패키지는 .zip 및 .tar 형식으로 제공됩니다. 요구 사항에 적합한 형식을 다운로드하십시오.
Junos OS를 실행하는 디바이스의 관리 정보 베이스(MIB) 파일을 로드하려면 다음 단계를 따르십시오.
-
해당하는 주니퍼 네트웍스 소프트웨어 다운로드 페이지로 이동하여
Enterprise-Specific MIBs and Traps섹션에서Enterprise MIBs링크를 찾습니다.주:링크 제목은
Enterprise MIBs이지만, 표준 관리 정보 베이스(MIB)와 엔터프라이즈별 관리 정보 베이스(MIB) 모두 이 위치에서 다운로드할 수 있습니다. -
TAR또는ZIP링크를 클릭하여 Junos OS 관리 정보 베이스(MIB) 패키지를 다운로드합니다. -
적절한 유틸리티를 사용하여 파일(
.tar또는.zip)의 압축을 풉니다.주:일반적으로 사용되는 일부 관리 정보 베이스(MIB) 컴파일러는 표준 관리 정보 베이스(MIB)에서 미리 로드되어 있습니다. 시스템에 표준 관리 정보 베이스(MIB)가 이미 로드되어 있는 경우 4단계와 5단계를 건너뛰고 6단계로 진행할 수 있습니다.
-
StandardMibs폴더에서 표준 관리 정보 베이스(MIB) 파일을 로드합니다.다음 순서로 파일을 로드하십시오.
-
mib-SNMPv2-SMI.txt
-
mib-SNMPv2-TC.txt
-
mib-IANAifType-MIB.txt
-
mib-IANA-RTPROTO-MIB.txt
-
mib-rfc1907.txt
-
mib-rfc2011a.txt
-
mib-rfc2012a.txt
-
mib-rfc2013a.txt
-
mib-rfc2863a.txt
-
-
나머지 표준 관리 정보 베이스(MIB) 파일을 로드합니다.
주:이 절차에 명시된 순서를 따르고 엔터프라이즈별 관리 정보 베이스(MIB)를 로드하기 전에 모든 표준 관리 정보 베이스(MIB)가 로드되어 있는지 확인해야 합니다. 특정 엔터프라이즈별 관리 정보 베이스(MIB)를 로드하기 전에 컴파일러에 특정 표준 관리 정보 베이스(MIB)가 존재해야 하는 종속성이 있을 수 있습니다. 종속성은 관리 정보 베이스(MIB) 파일의
IMPORT섹션에 나열되어 있습니다. -
표준 관리 정보 베이스(MIB)를 로드한 뒤에 요구 사항에 따라 주니퍼 네트웍스 엔터프라이즈별 SMI 관리 정보 베이스(MIB)와
mib-jnx-smi.txt, 다음과 같은 선택적 SMI 관리 정보 베이스(MIB)를 로드합니다.-
mib-jnx-exp.txt—(권장) 주니퍼 네트웍스 실험적 관리 정보 베이스(MIB) 개체의 경우
-
mib-jnx-js-smi.txt—(옵션) 주니퍼 보안 관리 정보 베이스(MIB) 트리 개체의 경우
-
mib-jnx-ex-smi.txt—(옵션) EX 시리즈 이더넷 스위치의 경우
-
-
JuniperMibs폴더에서 원하는 나머지 엔터프라이즈별 관리 정보 베이스(MIB)를 로드합니다.팁:관리 정보 베이스(MIB) 파일을 로드하는 동안 컴파일러가 개체가 정의되지 않았음을 알리는 오류 메시지를 반환하면 텍스트 편집기를 사용하여 관리 정보 베이스(MIB) 파일을 열고 섹션에 나열된 모든
IMPORT관리 정보 베이스(MIB) 파일이 컴파일러에 로드되어 있는지 확인합니다.IMPORT섹션에 나열된 관리 정보 베이스(MIB) 파일이 컴파일러에 로드되지 않은 경우, 먼저 누락된 파일을 로드한 다음 실패한 파일을 로드하십시오.파일이 특정 순서로 로드되지 않으면 시스템에서 오류를 반환할 수 있습니다.
What is SMI?
관리 정보 구조(SMI) 버전은 개체의 구조를 설명하는 ASN.1(Abstract Syntax Notation One)의 하위 집합입니다. SMI는 관리 정보 베이스(MIB)를 작성하기 위한 표준인 구문 표기법 또는 '문법'입니다.
Which versions of SMI does Junos OS support?
Junos OS는 SNMPv1 관리 정보 베이스(MIB)용 SMIv1과 SNMPv2c 및 엔터프라이즈 관리 정보 베이스(MIB)용 SMIv2를 지원합니다.
Does Junos OS support MIB II?
예, Junos OS는 관리 정보 베이스(MIB) 표준의 두 번째 버전인 관리 정보 베이스(MIB) II를 지원합니다.
관리 정보 베이스(MIB) II의 기능은 다음과 같습니다.
-
새로운 운영 요구 사항을 반영하는 추가 기능.
-
원래 관리 정보 베이스(MIB) 및 SNMP와의 하위 호환.
-
멀티프로토콜 엔터티에 대한 개선된 지원.
-
읽기 능력 향상.
Are the same MIBs supported across all Juniper Networks devices?
인터페이스 관리 정보 베이스(MIB)(ifTable), 시스템 관리 정보 베이스(MIB), 섀시 관리 정보 베이스(MIB)와 같이 모든 Junos OS 디바이스에서 지원하는 몇 가지 공통된 관리 정보 베이스(MIB)가 있습니다. 일부 관리 정보 베이스(MIB)는 특정 플랫폼의 기능에서만 지원됩니다. 예를 들어, Bridge 관리 정보 베이스(MIB)는 EX 시리즈 이더넷 스위치와 브랜치의 SRX 시리즈 방화벽에서 지원됩니다.
What is the system object identifier (SYSOID) of a device? How do I determine the SYSOID of my device?
jnx-chas-defines(라우터 모델에 대한 섀시 정의) 관리 정보 베이스(MIB)는 Junos OS 디바이스마다 jnxProductName 브랜치를 보유합니다. 디바이스의 시스템 개체 ID는 플랫폼의 jnxProductName 개체 ID와 동일합니다. 예를 들어, M7i 멀티서비스 에지 라우터의 경우 jnxProductNameM7i은 jnxProductName 브랜치에서 .1.3.6.1.4.1.2636.1.1.1.2.10이며, 이것은 M7i의 SYSOID(.1.3.6.1.4.1.2636.1.1.1.2.10)와 동일합니다.
How can I determine if a MIB is supported on a platform? How can I determine which MIBs are supported by a device?
관리 정보 베이스(MIB) 디바이스와 플랫폼 지원은 Junos OS 기술 문서에 제시되어 있습니다. 관리 정보 베이스(MIB) 및 지원되는 Junos OS 디바이스 목록을 보려면 Junos OS에서 지원하는 표준 SNMP 관리 정보 베이스( MIB) 및 Junos OS에서 지원하는 엔터프라이즈별 SNMP 관리 정보 베이스(MIB) 문서를 참조하십시오.
What can I do if the MIB OID query is not responding?
관리 정보 베이스(MIB) OID 쿼리 응답이 중단되는 것은 다양한 이유가 있을 수 있습니다. 한 가지 이유는 관리 정보 베이스(MIB) 자체가 응답하지 않는 것입니다. 관리 정보 베이스(MIB)가 응답하는지 확인하려면 show snmp mib walk | get MIB name | MIB OID 명령을 사용합니다.
-
관리 정보 베이스(MIB)가 응답하는 경우, SNMP 기본 및 SNMP 에이전트 사이에 통신 문제가 있습니다. 이 문제에 대한 원인으로는 네트워크 문제, 잘못된 통신 구성, 잘못된 SNMP 구성 등이 있습니다.
-
관리 정보 베이스(MIB)가 응답하지 않는다면 SNMP
traceoptions을(를) 활성화하여 PDU와 오류를 기록합니다. 들어오고 나가는 모든 SNMP PDU가 기록됩니다. 오류가 있는지 확인하려면traceoptions출력을 확인하십시오.
관리 정보 베이스(MIB) OID 쿼리에 계속 문제가 있는 경우, 주니퍼 네트웍스 기술 지원 센터(JTAC)를 통해 기술 제품 지원을 받을 수 있습니다.
What is the enterprise branch number for Junos OS?
Junos OS의 엔터프라이즈 브랜치 번호는 2636입니다. 엔터프라이즈 브랜치 번호는 SNMP 관리 정보 베이스(MIB) 구성에서 사용되며, SMI 네트워크 관리 프라이빗 엔터프라이즈 코드라고도 합니다.
Which MIB displays the hardware and chassis details on a Juniper Networks device?
섀시 관리 정보 베이스(MIB)(jnxchassis.mib)는 주니퍼 네트웍스 디바이스 각각의 하드웨어와 섀시 세부 정보를 표시하며 라우터 및 해당 구성 요소에 대한 정보를 제공합니다. 섀시 관리 정보 베이스(MIB) 개체는 각 구성 요소와 해당 상태를 나타냅니다.
Which MIB objects can I query to determine the CPU and memory utilization of the Routing Engine, Flexible PIC Concentrator (FPC), and PIC components on a device?
디바이스 하드웨어 구성 요소의 CPU와 메모리 사용률을 찾으려면 섀시 관리 정보 베이스(MIB) 개체 jnxOperatingMemory, jnxOperatingtBuffer 및 jnxOperatingCPU을(를) 쿼리합니다.
Is the interface index (ifIndex) persistent?
ifIndex는 Junos OS 버전이 동일하게 유지되는 경우 재부팅이 발생할 때 지속됩니다. 즉, ifIndex의 인터페이스에 할당된 값은 변경되지 않습니다.
소프트웨어 업그레이드가 있을 때 디바이스는 가능한 ifIndex를 지속적으로 유지하려고 합니다. Junos OS 릴리스 10.0 및 그 이전 버전의 경우, 소프트웨어가 Junos OS 릴리스 10.1 이상으로 업그레이드되는 경우 ifIndex는 지속되지 않습니다.
Is it possible to set the ifAdminStatus?
SNMP는 ifAdminStatus를 설정할 수 없습니다.
Which MIB objects support SNMP set operations?
Junos OS SNMP 집합 연산은 다음과 같은 관리 정보 베이스(MIB) 테이블 및 변수에서 지원됩니다.
-
snmpCommunityTable
-
eventTable
-
alarmTable
-
snmpTargetAddrExtTable
-
jnxPingCtlTable
-
pingCtlTable
-
traceRouteCtlTable
-
jnxTraceRouteCtlTable
-
sysContact.0
-
sysName.0
-
sysLocation.0
-
pingMaxConcurrentRequests.0
-
traceRouteMaxConcurrentRequests.0
-
usmUserSpinLock
-
usmUserOwnAuthKeyChange
-
usmUserPublic
-
vacmSecurityToGroupTable(vacmGroupName, vacmSecurityToGroupStorageType, vacmSecurityToGroupStatus)
-
vacmAccessTable(vacmAccessContextMatch, vacmAccessReadViewName, vacmAccessWriteViewName, vacmAccessNotifyViewName, vacmAccessStorageType, vacmAccessStatus)
-
vacmViewSpinLock
-
vacmViewTreeFamilyTable(vacmViewTreeFamilyMask, vacmViewTreeFamilyType, vacmViewTreeFamilyStorageType, vacmViewTreeFamilyStatus)
Does Junos OS support remote monitoring (RMON)?
예, Junos OS는 RFC 2819, 원격 네트워크 모니터링 관리 정보 베이스에 정의된 대로 RMON을 지원합니다. 그러나 원격 모니터링 버전 2(RMON 2)는 지원되지 않습니다.
Can I use SNMP to determine the health of the processes running on the Routing Engine?
예, SNMP를 사용하여 상태 모니터링 기능을 구성하고 라우팅 엔진 프로세스의 상태를 확인할 수 있습니다. 주니퍼 네트웍스 디바이스에서 RMON 알람과 이벤트는 NMS에서 풀링 오버헤드를 줄이는 데 필요한 많은 인프라를 제공합니다. 그러나 특정 관리 정보 베이스(MIB) 개체를 RMON 알람에 구성하려면 NMS를 설정해야 합니다. 이를 위해서는 디바이스별 전문 지식이 필요하며 모니터링 애플리케이션을 사용자 지정해야 하는 경우가 많습니다. 또한 모니터링이 필요한 일부 관리 정보 베이스(MIB) 개체 인스턴스는 초기화 시점에만 설정되거나 런타임 시 변경되고, 미리 구성할 수 없습니다.
이러한 문제를 해결하기 위해 상태 모니터는 RMON 알람 인프라를 확장하여 파일 시스템 사용량, CPU 사용량, 메모리 사용량과 같은 선택된 개체 인스턴스 집합에 대해 사전 정의된 모니터링을 제공할 수 있으며, Junos OS 소프트웨어 프로세스와 같이 알 수 없거나 동적인 개체 인스턴스에 대한 지원을 포함합니다.
상태 모니터링 구성을 표시하려면 show snmp health-monitor 명령을 사용하십시오.
user@host> show snmp health-monitor interval 300; rising-threshold 90; falling-threshold 80;
상태 모니터 구성 시, 표 1에 표시된 것처럼 특정 개체 인스턴스에 대한 모니터링 정보를 사용할 수 있습니다.
|
개체 |
설명 |
|---|---|
|
jnxHrStoragePercentUsed.1 |
라우터 또는 스위치에서 다음 파일 시스템 모니터링합니다. /dev/ad0s1a: 이것은 |
|
jnxHrStoragePercentUsed.2 |
라우터 또는 스위치에서 다음 파일 시스템 모니터링합니다. /dev/ad0s1e: 이것은 |
|
jnxOperatingCPU (RE0) |
라우팅 엔진 RE0 및 RE1에 대한 CPU 사용량을 모니터링합니다. 라우팅 엔진에 할당된 인덱스 값은 섀시 관리 정보 베이스(MIB)가 0부터 시작하는 인덱스 체계를 사용하는지 또는 1부터 시작하는 인덱스 체계를 사용하는지에 따라 다릅니다. 인덱싱 체계는 구성 가능하기 때문에 라우터가 초기화되고 구성이 변경될 때마다 올바른 인덱스가 결정됩니다. 라우터나 스위치에 라우팅 엔진이 1개만 있는 경우, CPU 값을 획득하려는 시도가 5회 실패한 이후에 알람 항목 모니터링 RE1이 제거됩니다. |
|
jnxOperatingCPU (RE1) |
|
|
jnxOperatingBuffer (RE0) |
라우팅 엔진 RE0 및 RE1에서 사용 가능한 메모리 양을 모니터링합니다. 이 개체의 인덱싱은 jnxOperatingCPU에 사용된 것과 동일하므로, 인덱스 값은 섀시 관리 정보 베이스(MIB)에 사용된 인덱싱 체계에 따라 조정됩니다. jnxOperatingCPU와 마찬가지로, 라우터나 스위치에 라우팅 엔진이 1개만 있는 경우 알람 항목 모니터링 RE1이 제거됩니다. |
|
jnxOperatingBuffer (RE1) |
|
|
sysApplElmtRunCPU |
각 Junos OS 소프트웨어 프로세스에 대한 CPU 사용량을 모니터링합니다. 동일한 프로세스의 여러 인스턴스가 개별적으로 모니터링되고 인덱싱됩니다. |
|
sysApplElmtRunMemory |
각 Junos OS 소프트웨어 프로세스에 대한 메모리 사용량을 모니터링합니다. 동일한 프로세스의 여러 인스턴스가 개별적으로 모니터링되고 인덱싱됩니다. |
임계값 초과, 오류와 같은 상태 모니터 이벤트에 대해 생성된 시스템 로그 항목에는 SNMPD_RMON_EVENTLOG일반적인 태그가 아닌 해당하는 HEALTHMONITOR태그가 있습니다. 그러나 상태 모니터는 일반 RMON risingThreshold 및 fallingThreshold 트랩을 보냅니다.
Are the Ping MIBs returned in decimal notation and ASCII?
예, 소수 표기법과 ASCII가 모두 지원되며 이것은 SNMP에서 표준 구현입니다. 모든 문자열은 ASCII로 인코딩됩니다.
다음 예는 Ping 관리 정보 베이스(MIB)를 16진수 표기법으로 표시합니다.
pingCtlTargetAddress.2.69.72.9.116.99.112.115.97.109.112.108.101 = 0a fa 01 02
이것은 ASCII로 변환됩니다.
pingCtlTargetAddress."EH"."tcpsample" = 0a fa 01 02 2= length of the string 69=E 72=H 9=length of second string 116=t 99 =c 112=p 115=s 97=a 109=m 112 =p 108 =l 101 =e
Junos OS 릴리스 9.6 이후부터 Junos OS CLI는 show snmp mib get | get-next | walk ascii 명령을 사용하여 ASCII 값을 반환합니다.
다음 예는 ASCII 옵션을 사용한 출력을 보여줍니다.
user@host> show snmp mib walk pingCtlTargetAddress ascii pingCtlTargetAddress."EH"."httpgetsample" = http://www.yahoo.com pingCtlTargetAddress."p1"."t2" = 74 c5 b3 06 pingCtlTargetAddress."p1"."t3" = 74 c5 b2 0c
다음 예제에서는 ASCII 옵션이 없는 출력을 보여줍니다.
user@host> show snmp mib walk pingCtlTargetAddress pingCtlTargetAddress.2.69.72.13.104.116.116.112.103.101.116.115.97.109.112.108.101 = http://www.yahoo.com pingCtlTargetAddress.2.112.49.2.116.50 = 74 c5 b3 06 pingCtlTargetAddress.2.112.49.2.116.51 = 74 c5 b2 0c
http://www.asciichart.com에 있는 것과 같은 10진수 ASCII 차트를 사용하여 10진수와 ASCII 값을 변환할 수 있습니다.
Is IPv6 supported by the Ping MIB for remote operations?
아니요, IPv6은 지원되지 않습니다.
Is there an SNMP MIB to show Address Resolution Protocol (ARP) table information? Are both IP and MAC addresses displayed in the same table?
예, Junos OS는 RFC 2011, SMIv2를 사용하는 인터넷 프로토콜에 대한 SNMPv2 관리 정보 베이스에 설명된 표준 ipNetToMediaTableMIB 를 지원합니다. 이 테이블은 IP 주소를 해당 MAC 주소에 매핑하는 데 사용됩니다.
Junos OS SNMP 구성 FAQ
이 섹션은 Junos OS SNMP 구성과 관련하여 자주 묻는 질문과 답변을 제시합니다.
Can the Junos OS be configured for SNMPv1 and SNMPv3 simultaneously?
예, SNMP는 하위 호환되며 이는 3가지 버전이 모두 동시에 활성화될 수 있음을 의미합니다.
Can I filter specific SNMP queries on a device?
예, exclude 및 include 문을 사용하여 디바이스에서 특정 SNMP 쿼리를 필터링할 수 있습니다.
다음 예는 test 커뮤니티에 대해 .1.3.6.1.2.1.1 아래의 모든 OID에서 읽기-쓰기 작업을 차단하는 구성을 보여줍니다.
user@host# show snmp
view system-exclude {
oid .1.3.6.1.2.1.1 exclude;
oid .1 include;
}
community test {
view system-exclude;
authorization read-write;
}
Can I change the SNMP agent engine ID?
예, SNMP 에이전트 엔진 ID는 디바이스의 MAC 주소, 디바이스의 IP 주소 또는 원하는 값으로 변경할 수 있습니다. 여기에 몇 가지 예가 있습니다.
다음 예는 디바이스의 MAC 주소를 SNMP 에이전트 엔진 ID로 사용하는 방법을 보여줍니다.
user@host# show snmp
engine-id {
use-mac-address;
}
다음 예제는 디바이스의 IP 주소를 SNMP 에이전트 엔진 ID로 사용하는 방법을 보여줍니다.
user@host# show snmp
engine-id {
use-default-ip-address;
}
다음 예는 선택한 값(이 경우는 AA)을 디바이스의 SNMP 에이전트 엔진 ID로 사용하는 것을 보여줍니다.
user@host# show snmp
engine-id {
local AA;
}
How can I configure a device with dual Routing Engines or a chassis cluster (SRX Series Services Gateways) for continued communication during a switchover?
지속적인 통신을 위해 구성할 때 라우팅 엔진 간에 SNMP 구성이 동일해야 합니다. 그러나 특히 SNMPv3을 사용할 때 라우팅 엔진 각각에 별도의 라우팅 엔진 ID를 구성하는 것이 좋습니다.
다음 예는 듀얼 라우팅 엔진 디바이스의 라우팅 엔진 구성을 보여줍니다. 라우팅 엔진 ID는 라우팅 엔진 각각에 대해 MAC 주소로 설정됩니다.
user@host# show groups
re0 {
system {
host-name PE3-re0;
}
interfaces {
fxp0 {
unit 0 {
family inet {
address 116.197.178.14/27;
address 116.197.178.29/27 {
master-only;
}
}
}
}
}
snmp {
engine-id {
use-mac-address;
}
}
}
re1 {
system {
host-name PE3-re1;
}
interfaces {
fxp0 {
unit 0 {
family inet {
address 116.197.178.11/27;
address 116.197.178.29/27 {
master-only;
}
}
}
}
}
snmp {
engine-id {
use-mac-address;
}
}
}
다음은 듀얼 라우팅 엔진 디바이스의 SNMPv3 구성 예시입니다.
user@host> show snmp name host1
v3 {
vacm {
security-to-group {
security-model usm {
security-name test123 {
group test1;
}
security-name juniper {
group test1;
}
}
}
access {
group test1 {
default-context-prefix {
security-model any {
security-level authentication {
read-view all;
}
}
}
context-prefix MGMT_10 {
security-model any {
security-level authentication {
read-view all;
}
}
}
}
}
}
target-address server1 {
address 116.197.178.20;
tag-list router1;
routing-instance MGMT_10;
target-parameters test;
}
target-parameters test {
parameters {
message-processing-model v3;
security-model usm;
security-level authentication;
security-name juniper;
}
notify-filter filter1;
}
notify server {
type trap;
tag router1;
}
notify-filter filter1 {
oid .1 include;
}
view all {
oid .1 include;
}
community comm1 {
view all;
}
community comm2;
community comm3;
community comm3 {
view all;
authorization read-only;
logical-system LDP-VPLS {
routing-instance vpls-server1;
}
}
trap-group server1 {
targets {
116.197.179.22;
}
}
routing-instance-access;
traceoptions {
flag all;
}
}
How can I track SNMP activities?
SNMP 추적 작업은 SNMP 에이전트의 활동을 추적하고 로그 파일에 해당 정보를 기록합니다.
샘플 traceoptions 구성은 다음과 같을 수 있습니다.
[edit snmp] user@host# set traceoptions flag all
traceoptions flag all 문이 [edit snmp] 계층 수준에 포함될 때 다음 로그 파일이 생성됩니다.
-
snmpd
-
MIB2D
-
rmopd
SNMPv3 FAQ
이 섹션은 SNMPv3과 관련하여 자주 묻는 질문과 답변을 제시합니다.
Why is SNMPv3 important?
SNMP v3은 다른 버전의 SNMP에 비해 강화된 보안을 제공합니다. 이러한 보안으로 데이터 인증과 암호화를 지원합니다. 보안 강화는 관리 스테이션의 원격 사이트에서 디바이스를 관리하는 데 중요합니다.
In my system, the MIB object snmpEngineBoots is not in sync between two Routing Engines in a dual Routing Engine device. Is this normal behavior?
예, 이것은 예상되는 동작입니다. 각 라우팅 엔진은 자체 SNMP 프로세스(snmpd)를 실행하여 각 라우팅 엔진이 자체 엔진 부팅을 유지할 수 있도록 합니다. 그러나 두 라우팅 엔진의 엔진 ID가 동일하고 전환 과정 중에 snmpEngineBoots보다 작은 값을 가진 라우팅 엔진이 기본 라우팅 엔진으로 선택되면, 기본 라우팅 엔진의 snmpEngineBoots 값이 다른 라우팅 엔진의 snmpEngineBoots 값과 동기화됩니다.
Do I need the SNMP manager engine object identifier (OID) for informs?
예, SNMP 관리자의 엔진 OID는 인증 시 필수이며 없다면 알림이 작동하지 않습니다.
I see the configuration of informs under the [edit snmp v3] hierarchy. Does this mean I cannot use informs with SNMPv2c?
알림은 SNMPv2c에서 사용할 수 있습니다. 다음 예제는 디바이스의 SNMPv3 알림에 대한 기본 구성을 보여줍니다(인증 및 개인정보 보호는 none으로 설정됨).
[edit snmp]
v3 {
usm {
remote-engine 00000063000100a2c0a845b3 {
user RU2_v3_sha_none {
authentication-none;
privacy-none;
}
}
}
vacm {
security-to-group {
security-model usm {
security-name RU2_v3_sha_none {
group g1_usm_auth;
}
}
}
access {
group g1_usm_auth {
default-context-prefix {
security-model usm {
security-level authentication {
read-view all;
write-view all;
notify-view all;
}
}
}
}
}
}
target-address TA2_v3_sha_none {
address 192.168.69.179;
tag-list tl1;
address-mask 255.255.252.0;
target-parameters TP2_v3_sha_none;
}
target-parameters TP2_v3_sha_none {
parameters {
message-processing-model v3;
security-model usm;
security-level none;
security-name RU2_v3_sha_none;
}
notify-filter nf1;
}
notify N1_all_tl1_informs {
type inform; # Replace “inform” with “trap” to convert informs to traps.
tag tl1;
}
notify-filter nf1 {
oid .1 include;
}
view all {
oid .1 include;
}
}
다음 예에 표시된 trap대로, [edit snmp v3 notify N1_all_tl1_informs]계층 수준에서 type문의 값을 으로 설정하여 SNMPv3 알림을 트랩으로 변환할 수 있습니다.
user@host# set snmp v3 notify N1_all_tl1_informs type trap
주니퍼 네트웍스 디바이스와 SNMP 상호 작용 FAQ
이 섹션은 주니퍼 네트웍스 디바이스와 SNMP 상호 작용 방법과 관련하여 자주 묻는 질문과 답변을 제시합니다.
How frequently should a device be polled? What is a good polling rate?
초당 SNMP 폴링 속도는 다음 두 가지 요소에 따라 달라지므로 절대적인 수치를 제공하는 것이 어렵습니다.
-
PDU(Protocol Data Unit)에서 변수 바인딩 수
-
패킷 전달 엔진의 인터페이스에 대한 응답 시간
패킷 전달 엔진에 의해 도입되는 지연이 없고 PDU당 하나의 변수(Get 요청)가 있는 일반적인 시나리오에서 응답 시간은 초당 130회 이상의 응답입니다. 그러나 SNMP 요청 PDU에 여러 개의 변수(GetBulk 요청 시 30~40)가 있으면 초당 응답 수가 훨씬 적습니다. 패킷 전달 엔진 로드는 시스템마다 다를 수 있으므로 디바이스가 풀링되어야 하는 빈도에 큰 차이가 있습니다.
특히 통계와 같은 많은 수의 카운터를 자주 폴링하면 디바이스에 영향을 줄 수 있습니다. SNMP 관리자에 대해 다음과 같은 최적화를 권장합니다.
-
열별 방법이 아닌 행별 폴링 방법을 사용합니다.
-
PDU당 변수 바인딩 수를 줄입니다.
-
폴링 및 검색 간격에서 시간 제한 값을 높입니다.
-
SNMP 프로세스(snmpd)에서 유입 패킷 속도를 줄입니다.
디바이스에서 더 나은 SNMP 응답을 위해 Junos OS는 다음을 수행합니다.
-
중복 SNMP 요청을 필터링합니다.
-
SNMP 쿼리에서 응답이 느린 인터페이스를 제외합니다.
속도 제한을 결정하는 한 가지 방법은 show snmp statistics extensive명령에서 Currently Active카운트의 증가에 주목하는 것입니다.
다음은 show snmp statistics extensive 명령의 샘플 출력입니다.
user@host> show snmp statistics extensive
SNMP statistics:
Input:
Packets: 226656, Bad versions: 0, Bad community names: 0,
Bad community uses: 0, ASN parse errors: 0,
Too bigs: 0, No such names: 0, Bad values: 0,
Read onlys: 0, General errors: 0,
Total request varbinds: 1967606, Total set varbinds: 0,
Get requests: 18478, Get nexts: 75794, Set requests: 0,
Get responses: 0, Traps: 0,
Silent drops: 0, Proxy drops: 0, Commit pending drops: 0,
Throttle drops: 27084, Duplicate request drops: 0
V3 Input:
Unknown security models: 0, Invalid messages: 0
Unknown pdu handlers: 0, Unavailable contexts: 0
Unknown contexts: 0, Unsupported security levels: 0
Not in time windows: 0, Unknown user names: 0
Unknown engine ids: 0, Wrong digests: 0, Decryption errors: 0
Output:
Packets: 226537, Too bigs: 0, No such names: 0,
Bad values: 0, General errors: 0,
Get requests: 0, Get nexts: 0, Set requests: 0,
Get responses: 226155, Traps: 382
SA Control Blocks:
Total: 222984, Currently Active: 501, Max Active: 501,
Not found: 0, Timed Out: 0, Max Latency: 25
SA Registration:
Registers: 0, Deregisters: 0, Removes: 0
Trap Queue Stats:
Current queued: 0, Total queued: 0, Discards: 0, Overflows: 0
Trap Throttle Stats:
Current throttled: 0, Throttles needed: 0
Snmp Set Stats:
Commit pending failures: 0, Config lock failures: 0
Rpc failures: 0, Journal write failures: 0
Mgd connect failures: 0, General commit failures: 0
Does SNMP open dynamic UDP ports? Why?
SNMP 프로세스는 IPv4에 하나, IPv6에 하나씩 두 개의 추가 포트(소켓)를 엽니다. 이를 통해 SNMP 프로세스에서 트랩을 보낼 수 있습니다.
I am unable to perform a MIB walk on the ifIndex. Why is this?
액세스 수준이 not-accessible인 모든 변수 바인딩이나 값은 SNMP MIB 테이블에 있는 다른 변수 바인딩의 일부이기 때문에 직접 쿼리할 수 없습니다. ifIndex의 액세스 수준은 not-accessible입니다. 따라서 변수 바인딩의 일부이기 때문에 직접 액세스할 수 없습니다. 그러나 ifIndex는 변수 바인딩을 통해 간접적으로 액세스할 수 있습니다.
I see SNMP_IPC_READ_ERROR messages when the SNMP process restarts on my system and also during Routing Engine switchover. Is this acceptable?
예, SNMP 프로세스가 다시 시작되거나 시스템이 재부팅될 때, 또는 라우팅 엔진 전환 중에 SNMP_IPC_READ_ERROR 메시지를 볼 수 있습니다. 모든 프로세스가 성공적으로 실행되고 SNMP 작업이 제대로 작동하면 이러한 메시지를 무시할 수 있습니다.
What is the source IP address used in the response PDUs for SNMP requests? Can this be configured?
SNMP 요청에 대한 응답 PDU에 사용된 소스 IP 주소는 대상에 도달하는 발신 인터페이스의 IP 주소입니다. 응답에 대해 소스 IP 주소를 구성할 수 없으며 트랩에 대해서만 구성할 수 있습니다.
SNMP 트랩 및 정보 FAQ
이 섹션은 SNMP 트랩 및 정보와 관련하여 자주 묻는 질문과 답변을 제시합니다.
Does the Junos OS impose any rate limiting on SNMP trap generation?
Junos OS는 트랩-대기 메커니즘을 구현하여 생성 및 전송되는 트랩 수를 제한할 수 있습니다.
트랩 전달이 실패하면 트랩은 대기열에 다시 추가되고, 대기열에 대한 전달 시도 카운터와 다음 전달 시도 타이머가 재설정됩니다. 후속 시도는 1, 2, 4, 8분의 점진적 간격으로 발생합니다. 시도 간의 최대 지연은 8분이며, 최대 시도 수는 10회입니다. 10회의 시도가 실패한 후에는 대상 대기열 및 대기열의 모든 트랩은 삭제됩니다.
또한 Junos OS에는 특정 스로틀 간격(기본 5초) 중에 전송된 트랩 수(기본 500개)를 제어할 수 있는 스로틀 임곗값 메커니즘이 있습니다. 이는 특히 인터페이스 상태 변경으로 인해 다량의 트랩이 생성될 때 트랩 트래픽의 일관성을 보장하는 데 도움이 됩니다.
스로틀 간격 주기는 첫 번째 트랩이 스로틀에 도달하면 시작됩니다. 스로틀 임계값 내의 모든 트랩이 처리되며 임계값을 초과하는 트랩은 대기열에 추가됩니다. 모든 트랩 대기열(스로틀 대기열 및 대상 대기열)의 최대 크기는 40,000개입니다. 한 트랩 대기열의 최대 크기는 20,000개입니다. 트랩이 스로틀 대기열에 추가되거나 스로틀 대기열이 최대 크기를 초과하면, 트랩이 대상 대기열의 맨 위로 이동합니다. 대상 대기열에서 트랩을 전송하려는 추가 시도는 30초간 중단되고, 이후에 대상 대기열이 트랩 전송을 다시 시작합니다.
주니퍼 네트웍스 EX 시리즈 이더넷 스위치의 경우, 모든 트랩 대기열(스로틀 대기열 및 대상 대기열)의 최대 크기는 1,000개입니다. EX 시리즈에서 한 트랩 대기열의 최대 크기는 500개입니다.
I did not see a trap when I had a syslog entry with a critical severity. Is this normal? Can it be changed?
임계 심각도가 있는 모든 syslog 항목이 트랩인 것은 아닙니다. 그러나 event-options 문을 사용하여 모든 syslog 항목을 트랩으로 변환할 수 있습니다.
다음 예는 rpd_ldp_nbrdownsyslog 항목 메시지 오류가 발생할 jnxSyslogTrap때마다 을(를) 구성하는 방법을 보여줍니다.
user@host> show event-options
policy snmptrap {
events rpd_ldp_nbrdown;
then {
raise-trap;
}
}
Are SNMP traps compliant with the Alarm Reporting Function (X.733) on the Junos OS?
아니오, Junos OS의 SNMP 트랩은 X.733과 호환되지 않습니다.
Can I set up filters for traps or informs?
트랩과 정보는 트랩 카테고리 및 개체 식별자를 기반으로 필터링할 수 있습니다. [edit snmp trap-group trap-group]계층 수준에서 categories문을 사용하여 호스트별로 수신할 트랩 범주를 지정할 수 있습니다. Junos OS의 특정 모듈만 모니터링하려는 경우 이 옵션을 사용하십시오.
다음 예는 link, vrrp-events, services, otn-alarms 트랩만 수신하기 위한 샘플 구성을 보여줍니다.
[edit snmp]
trap-group jnpr {
categories {
link;
vrrp-events;
services;
otn-alarms;
}
targets {
192.168.69.179;
}
}
또한 Junos OS에는 해당 개체 식별자를 기반으로 특정 트랩 또는 트랩 그룹을 필터링하기 위한 고급 필터 옵션(notify-filter)이 있습니다.
또한 SNMPv3 구성은 다음 구성 예에 표시된 것과 같이 SNMPv1 및 SNMPv2 트랩 필터링과 주니퍼 네트웍스 엔터프라이즈별 구성 관리 트랩 제외를 지원합니다.
[edit snmp]
v3 {
vacm {
security-to-group {
security-model v2c {
security-name sn_v2c_trap {
group gr_v2c_trap;
}
}
}
access {
group gr_v2c_trap {
default-context-prefix {
security-model v2c {
security-level none {
read-view all;
notify-view all;
}
}
}
}
}
}
target-address TA_v2c_trap {
address 10.209.196.166;
port 9001;
tag-list tg1;
target-parameters TP_v2c_trap;
}
target-parameters TP_v2c_trap {
parameters {
message-processing-model v2c;
security-model v2c;
security-level none;
security-name sn_v2c_trap;
}
notify-filter nf1;
}
notify v2c_notify {
type trap;
tag tg1;
}
notify-filter nf1 {
oid .1.3.6.1.4.1.2636.4.5 exclude;
oid .1 include;
}
snmp-community index1 {
community-name "$9$tDLl01h7Nbw2axN"; ## SECRET-DATA
security-name sn_v2c_trap;
tag tg1;
}
view all {
oid .1 include;
}
}
Can I simulate traps on a device?
예, 일반적으로 디바이스의 트랩을 수신하는 NMS에 대한 트랩을 시뮬레이션하기 위해 request snmp spoof-trap trap name 명령을 사용할 수 있습니다. 또한 variable-bindings 매개 변수를 사용하여 필요한 값을 추가할 수 있습니다.
다음 예는 변수 바인딩을 사용하여 로컬 NMS에 대한 트랩을 시뮬레이션하는 방법을 보여줍니다.
user@host> request snmp spoof-trap linkDown variable-bindings "ifIndex[116]=116, ifAdminStatus[116]=1 ,ifOperStatus[116]=2 , ifName[116]=ge-1/0/1"
How do I generate a warm start SNMPv1 trap?
SNMP 프로세스가 정상적인 조건에서 다시 시작될 때 시스템 가동 시간이 5분 이상인 경우 웜 부팅 트랩이 생성됩니다. 시스템 가동 시간이 5분 미만인 경우, 콜드 스타트 트랩이 생성됩니다.
The NMS sees only the MIB OIDs and numbers, but not the names of the SNMP traps. Why?
NMS가 트랩 이름과 같은 SNMP 트랩 세부 사항을 인식하려면 먼저 MIB를 컴파일하여 파악하고 MIB OID를 구문 분석해야 합니다.
In the Junos OS, how can I determine to which category a trap belongs?
일반적인 트랩 및 해당 범주 목록은 SNMP 관리 정보 베이스(MIB) 탐색기 를 참조하십시오.
Can I configure a trap to include the source IP address?
예, 명령을 trap-options사용하여 소스 IP 주소의 , 또는 logical-instance이름을 source-addressrouting-instance구성할 수 있습니다.
user@host> show snmp trap-options source-address 10.1.1.1;
Can I create a custom trap?
예, jnxEventTrap 이벤트 스크립트를 사용하여 필요에 따라 맞춤형 트랩을 생성할 수 있습니다.
다음 예제에서 Junos OS 작업(op) 스크립트는 UI_COMMIT_NOT_CONFIRMED 이벤트가 수신될 때 트리거됩니다. Junos OS op 스크립트는 이벤트의 전체 메시지와 일치하고 SNMP 트랩을 생성합니다.
예: Junos OS Op 스크립트
version 1.0;
ns junos = "http://xml.juniper.net/junos/*/junos";
ns xnm = "http://xml.juniper.net/xnm/1.1/xnm";
ns jcs = "http://xml.juniper.net/junos/commit-scripts/1.0";
param $event;
param $message;
match / {
/*
* trapm utilty wants the following characters in the value to be escaped
* '[', ']', ' ', '=', and ','
*/
var $event-escaped = {
call escape-string($text = $event, $vec = '[] =,');
}
var $message-escaped = {
call escape-string($text = $message, $vec = '[] =,');
}
<op-script-results> {
var $rpc = <request-snmp-spoof-trap> {
<trap> "jnxEventTrap";
<variable-bindings> "jnxEventTrapDescr[0]='Event-Trap' , "
_ "jnxEventAvAttribute[1]='event' , "
_ "jnxEventAvValue[1]='" _ $event-escaped _ "' , "
_ "jnxEventAvAttribute[2]='message' , "
_ "jnxEventAvValue[1]='" _ $message-escaped _ "'";
}
var $res = jcs:invoke($rpc);
}
}
template escape-string ($text, $vec) {
if (jcs:empty($vec)) {
expr $text;
} else {
var $index = 1;
var $from = substring($vec, $index, 1);
var $changed-value = {
call replace-string($text, $from) {
with $to = {
expr "\\";
expr $from;
}
}
}
call escape-string($text = $changed-value, $vec = substring($vec, $index
+ 1));
}
}
template replace-string ($text, $from, $to) {
if (contains($text, $from)) {
var $before = substring-before($text, $from);
var $after = substring-after($text, $from);
var $prefix = $before _ $to;
expr $before;
expr $to;
call replace-string($text = $after, $from, $to);
} else {
expr $text;
}
}
사용자 지정 트랩을 생성한 후, 디바이스에서 트랩을 수신한 후 취해야 할 조치를 알리도록 디바이스에 정책을 구성해야 합니다.
다음은 [edit event-options] 계층에서 구성된 정책 예시입니다.
[edit event-options]
user@host> show
policy trap-on-event {
events UI_COMMIT_NOT_CONFIRMED;
attributes-match {
UI_COMMIT_NOT_CONFIRMED.message matches complete;
}
then {
event-script ev-syslog-trap.junos-op {
arguments {
event UI_COMMIT_NOT_CONFIRMED;
message "{$$.message}";
}
}
}
}
Can I disable link up and link down traps on interfaces?
예, 링크 업 및 링크 다운 트랩은 인터페이스 구성에서 비활성화할 수 있습니다. 트랩을 비활성화하려면 물리적 및 논리적 인터페이스에 대해 및 [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]계층에서 no-traps[edit interfaces interface-name unit logical-unit-number]문을 사용합니다.
(traps | no-traps);
I see the link up traps on logical interfaces, but I do not see the link down traps. Is this normal behavior?
이더넷과 ATM 유형의 인터페이스에서 Junos OS는 동일한 근본 원인에 대한 플러딩 경보를 방지하기 위해 물리적 인터페이스가 다운되는 경우 논리적 인터페이스에 대한 링크 다운 트랩을 전송하지 않습니다. 그러나 물리적 인터페이스와 논리적 인터페이스가 다시 실행되면 링크 업을 나타내는 트랩이 전송됩니다. 이는 물리적 인터페이스가 실행된다고 해서 반드시 논리적 인터페이스도 실행되는 것은 아니기 때문입니다.
PPP 캡슐화가 적용된 SONET 유형의 인터페이스에서 Junos OS는 물리적 인터페이스가 다운된 경우 논리적 인터페이스에 대한 링크 다운 트랩을 전송합니다. 물리적 인터페이스와 논리적 인터페이스가 다시 실행되면 링크 업을 나타내는 트랩이 물리적 인터페이스와 논리적 인터페이스 모두에 대해 전송됩니다.
HDLC 캡슐화가 적용된 SONET 유형의 인터페이스에서 Junos OS는 물리적 인터페이스가 다운된 경우 논리적 인터페이스에 대한 링크 다운 트랩을 전송하지 않습니다. 물리적 인터페이스와 논리적 인터페이스가 다시 실행되면 링크 업을 나타내는 트랩이 물리적 인터페이스와 논리적 인터페이스 모두에 대해 전송됩니다.
PPP 캡슐화가 적용되어 채널화된 인터페이스에서 Junos OS는 물리적 인터페이스가 다운된 경우 논리적 인터페이스에 대한 링크 다운 트랩을 전송합니다. 물리적 인터페이스와 논리적 인터페이스가 다시 실행되면 링크 업을 나타내는 트랩이 물리적 인터페이스와 논리적 인터페이스 모두에 대해 전송됩니다.
HDLC 캡슐화가 적용되어 채널화된 인터페이스에서 Junos OS는 물리적 인터페이스가 다운된 경우 논리적 인터페이스에 대한 링크 다운 트랩을 전송하지 않습니다. 물리적 인터페이스와 논리적 인터페이스가 다시 실행되면 링크 업을 나타내는 트랩이 물리적 인터페이스와 논리적 인터페이스 모두에 대해 전송됩니다.
Junos OS 듀얼 라우팅 엔진 구성 FAQ
이 섹션은 듀얼 라우팅 엔진의 구성과 관련하여 자주 묻는 질문과 답변을 제시합니다.
SNMP 구성은 지속적인 통신을 위해 구성할 때 라우팅 엔진 간에 동일해야 합니다. 그러나 SNMPv3을 사용할 때 라우팅 엔진 각각에 대해 별도의 라우팅 엔진 ID를 구성해야 합니다.
In my system, the MIB object snmpEngineBoots is not in sync between two Routing Engines in a dual Routing Engine device. Is this normal behavior?
네. 이것은 정상적인 동작입니다. 각 라우팅 엔진은 자체 SNMP 프로세스(snmpd) 에이전트를 실행하여 각 라우팅 엔진이 자체 엔진 부팅을 유지할 수 있도록 합니다.
Is there a way to identify that an address belongs to RE0, RE1, or the master Routing Engine management interface (fxp0) by looking at an SNMP walk?
아니오, 디바이스에서 SNMP walk를 수행하면 기본 라우팅 엔진 관리 인터페이스 주소만 표시합니다.
What is the best way to tell if the current IP address belongs to fxp0 or a Routing Engine, from a CLI session?
라우팅 엔진은 fxp0 인터페이스로 매핑됩니다. 즉, RE0을 쿼리할 때 ifTable은 RE0의 fxp0 인터페이스 주소만 보고합니다. 마찬가지로 RE1을 쿼리하는 경우, ifTable은 RE1의 fxp0 인터페이스 주소만 보고합니다.
When there is a failover, the master hostname is changed since the hostname belongs to the Routing Engine. Is this correct?
네. 동일한 호스트 이름이나 다른 호스트 이름을 구성할 수 있습니다. 둘 다 작동합니다.
기본 IP 주소(예: 192.168.2.5)만 구성되고 sysDescr.0 개체가 두 라우팅 엔진에서 동일한 문자열을 구성한 경우, 전환 후에도 sysDescr.0 개체가 동일한 값을 반환합니다. 다음 샘플은 snmpget 명령을 사용하여 얻을 수 있는 결과를 보여줍니다.
bng-junos-pool02: /c/svivek/PR_BRANCH/src> snmpget -c jnpr -v2c 192.168.2.5 sysDescr.0 system.sysDescr.0 = foo
라우팅 인스턴스에 대한 SNMP 지원 FAQ
이 섹션은 SNMP가 라우팅 인스턴스를 지원하는 방법과 관련하여 자주 묻는 질문과 답변을 제시합니다.
Can the SNMP manager access data for routing instances?
예, Junos OS를 사용하면 모든 라우팅 인스턴스의 SNMP 관리자가 해당 라우팅 인스턴스 및 논리적 시스템 네트워크와 관련된 SNMP 데이터를 요청하고 관리할 수 있습니다.
클라이언트가 생성되는 위치에 따라 두 가지의 다른 라우팅 인스턴스 동작이 발생할 수 있습니다.
-
기본값이 아닌 라우팅 인스턴스의 클라이언트는 관리 정보 베이스(MIB) 개체에 액세스하고 해당 개체가 속하는 논리적 시스템 네트워크에서만 SNMP 작업을 수행할 수 있습니다.
-
기본 라우팅 인스턴스의 클라이언트는 모든 라우팅 인스턴스 및 논리적 시스템 네트워크와 관련된 정보에 액세스할 수 있습니다.
라우팅 인스턴스는 SNMPv3 요청의 컨텍스트 필드로 식별되거나 SNMPv1나 SNMPv2c 요청의 커뮤니티 문자열로 인코딩됩니다.
커뮤니티 문자열로 인코딩되면 라우팅 인스턴스 이름이 먼저 나타나고 @ 문자로 실제 커뮤니티 문자열과 구분됩니다.
@ 문자를 포함하는 유효한 커뮤니티 문자열과의 충돌을 피하기 위해 일반적인 커뮤니티 문자열 처리가 실패하는 경우에만 커뮤니티가 구문 분석됩니다. 예를 들어, RI라는 라우팅 인스턴스가 구성된 경우, RI@public이(가) 있는 SNMP 요청은 RI 라우팅 인스턴스의 컨텍스트 내에서 처리됩니다. 액세스 제어(조회, 소스 주소 제한, 액세스 권한 포함)는 실제 커뮤니티 문자열(@ 문자 뒤의 데이터 집합으로 이 경우는 public)에 따라 적용됩니다. 그러나 커뮤니티 문자열 RI@public이(가) 구성된 경우, PDU는 해당 커뮤니티에 따라 처리되며 포함된 라우팅 인스턴스 이름은 무시됩니다.
논리적 시스템은 물리적 라우터 작업의 하위 집합을 수행하고, 고유한 자체 라우팅 테이블, 인터페이스, 정책, 라우팅 인스턴스를 갖습니다. 논리적 시스템 내에서 라우팅 인스턴스가 정의되면 논리적 시스템 이름은 두 가지를 구분하기 위해 슬래시(/)를 사용하여 라우팅 인스턴스와 함께 인코딩되어야 합니다. 예를 들어, 라우팅 인스턴스 RI이(가) 논리적 시스템 LS 내에서 구성된 경우, 해당 라우팅 인스턴스는 커뮤니티 문자열 내에서 LS/RI@public으로 인코딩되어야 합니다. 라우팅 인스턴스가 논리적 시스템 외부(기본 논리적 시스템 내부)에서 구성되면, 논리적 시스템 이름이나 / 문자가 필요하지 않습니다.
또한 논리적 시스템이 생성되면 default라는 기본 라우팅 인스턴스가 항상 논리적 시스템 내에서 생성됩니다. 이 이름은 해당 라우팅 인스턴스에 대한 데이터를 쿼리할 때 사용해야 합니다(예: LS/default@public). SNMPv3 요청의 경우 logical system/routing instance 이름은 컨텍스트 필드에서 직접 식별되어야 합니다.
Can I access a list of all routing instances on a device?
예, SNMP-VIEW-BASED-ACM MIB에서 vacmContextName 개체를 사용하여 디바이스의 모든 라우팅 인스턴스 목록에 액세스할 수 있습니다. SNMP에서 각 라우팅 인스턴스는 VACM 컨텍스트가 되며, 이로 인해 vacmContextName 개체에 라우팅 인스턴스가 나타납니다.
Can I access a default routing instance from a client in another logical router or routing instance?
아니요, SNMP 에이전트는 연결된 논리적 라우터의 데이터에만 액세스할 수 있습니다.
SNMP 카운터 FAQ
이 섹션은 SNMP 카운터와 관련하여 자주 묻는 질문과 답변을 제공합니다.
Which MIB should I use for interface counters?
SNMP를 통한 인터페이스 관리는 ifTable와(과) 해당 확장인 ifXTable의 두 가지 테이블을 기반으로 합니다. 두 가지 모두 RFC 1213, TCP/IP 기반 인터넷의 네트워크 관리에 대한 관리 정보 베이스(MIB) MIB-II 및 RFC 2233, SMIv2를 사용하는 인터페이스 그룹 관리 정보 베이스(MIB)에 설명되어 있습니다.
인터페이스는 미디어에 따라 여러 개의 레이어를 가질 수 있으며, 각 하위 레이어는 테이블에 별도의 행으로 표시됩니다. 상위 레이어와 하위 레이어 간의 관계는 ifStackTable에 설명되어 있습니다.
ifTable은(는) 인바운드 및 아웃바운드 옥텟(ifInOctets/ifOutOctets), 패킷(ifInUcastPkts/ifOutUcastPkts, ifInNUcastPkts /ifOutNUcastPkts), 오류, 버리기에 대한 32비트 카운터를 정의합니다.
ifXTable은(는) 인바운드 및 아웃바운드 옥텟(ifHCInOctets/ifHCOutOctets)과 인바운드 패킷(ifHCInUcastPkts)에 대한 대용량(HC) 카운터라고도 하는 유사한 64비트 카운터를 제공합니다.
When should 64-bit counters be used?
64비트 카운터는 저용량 및 대용량 구성 요소에 대한 통계를 모두 포함하기 때문에 항상 사용하는 것이 좋습니다.
Are the SNMP counters ifInOctets and ifOutOctets the same as the command reference show interfaces statistics in and out counters?
예, 동일하지만 라우터가 부팅될 때 SNMP가 활성화된 경우에만 해당합니다. 주니퍼 네트웍스 디바이스의 전원을 켠 뒤 SNMP를 활성화하면, SNMP 카운터가 0부터 시작합니다. SNMP 카운터는 show 명령 출력에서 통계를 자동으로 수신하지 않습니다. 마찬가지로 clear statistics 명령을 사용하면 SNMP 카운터가 수집한 통계가 지워지지 않으므로 두 개의 프로세스에서 표시되는 데이터에 불일치가 발생할 수 있습니다.
Do the SNMP counters ifInOctets and ifOutOctets include the framing overhead for Point-to-Point Protocol (PPP) and High-Level Data Link Control (HDLC)?
네.