SNMP 원격 작업 구성
SNMP 원격 작업 개요
SNMP 원격 작업은 SNMP를 사용하여 원격으로 제어할 수 있는 라우터의 모든 프로세스입니다. Junos OS는 현재 두 가지 SNMP 원격 작업을 지원합니다. RFC 2925에 정의된 Ping 관리 정보 베이스(MIB) 및 경로 추적 관리 정보 베이스(MIB). 네트워크 관리 시스템(NMS)의 SNMP 클라이언트는 이러한 관리 정보 베이스(MIB)를 사용하여 다음을 수행할 수 있습니다.
라우터에서 일련의 작업 시작
작업이 완료되면 알림 받기
각 작업의 결과 수집
Junos OS는 또한 주니퍼 네트웍스 엔터프라이즈별 확장 jnxPingMIB
및 jnxTraceRouteMIB
. 및 jnxTraceRouteMIB
에 대한 jnxPingMIB
자세한 내용은 PING 관리 정보 베이스(MIB) 및 경로 추적 관리 정보 베이스(MIB)를 참조하십시오.
이 주제는 다음 섹션으로 구성됩니다.
SNMP 원격 작업 요구 사항
SNMP 원격 작업을 사용하려면 SNMP 규칙을 경험해야 합니다. 또한 원격 운영 관리 정보 베이스(MIB)를 사용할 수 있도록 Junos OS를 구성해야 합니다.
Ping 관리 정보 베이스(MIB)를 시작하기 전에 Ping 테스트 시작을 참조하십시오.
Traceroute 관리 정보 베이스(MIB)를 시작하기 전에 Traceroute 테스트 시작을 참조하십시오.
SNMP 보기 설정
Junos OS에서 지원하는 모든 원격 운영 관리 정보 베이스(MIB)에는 SNMP 클라이언트에 읽기-쓰기 권한이 있어야 합니다. Junos OS의 기본 SNMP 구성은 클라이언트에 이러한 권한이 있는 커뮤니티 문자열을 제공하지 않습니다.
SNMP 커뮤니티 문자열에 대한 읽기-쓰기 권한을 설정하려면 계층 수준에서 다음 문을 [edit snmp]
포함합니다.
[edit snmp] community community-name { authorization authorization; view view-name; } view view-name { oid object-identifier (include | exclude); }
예: SNMP 보기 설정
SNMP 클라이언트에 Ping 관리 정보 베이스(MIB), 관리 정보 베이스(MIB), jnxPing
경로 추적 관리 정보 베이스(MIB) 및 jnxTraceRoute
관리 정보 베이스(MIB)에 대한 읽기-쓰기 액세스 권한을 부여하는 커뮤니티 remote-community
를 [edit snmp]
생성하려면 계층 수준에서 다음 문을 포함합니다.
snmp { view remote-view { oid 1.3.6.1.2.1.80 include; # pingMIB oid 1.3.6.1.4.1.2636.3.7 include; # jnxPingMIB oid 1.3.6.1.2.1.81 include; # traceRouteMIB oid 1.3.6.1.4.1.2636.3.8 include; # jnxTraceRouteMIB } community remote-community { view remote-view; authorization read-write; } }
명령문에 community
대한 자세한 내용은 및 커뮤니티(SNMP)를 참조하십시오SNMP 커뮤니티 구성 .
문에 view
대한 자세한 내용은 , view (SNMP 커뮤니티) 및 view (MIB 보기 구성)를 참조하십시오관리 정보 베이스(MIB) 보기 구성.
원격 작업에 대한 트랩 알림 설정
트랩 알림을 위한 원격 운영 관리 정보 베이스(MIB)를 구성하는 것 외에도 Junos OS도 구성해야 합니다. 원격 작업 트랩의 대상 호스트를 지정해야 합니다.
SNMP 원격 작업에 대한 트랩 알림을 구성하려면 계층 수준에서 및 targets
문을 [edit snmp trap-group group-name]
포함합니다categories
.
[edit snmp trap-group group-name] categories { category; } targets { address; } }
예: 원격 작업에 대한 트랩 알림 설정
모든 원격 작업 트랩의 대상 호스트로 지정 172.17.12.213
:
snmp { trap-group remote-traps { categories remote-operations; targets { 172.17.12.213; } } }
트랩 그룹에 대한 자세한 내용은 을(를) 참조하십시오 SNMP 트랩 그룹 구성.
가변 길이 문자열 인덱스 사용
Junos OS에서 지원하는 원격 운영 관리 정보 베이스(MIB)의 모든 테이블 형식 개체는 유형의 두 변수 SnmpAdminString
로 인덱싱됩니다. 에 대한 자세한 내용은 SnmpAdminString
RFC 2571을 참조하십시오.
Junos OS는 옥텟 문자열 변수 유형과 다르게 처리 SnmpAdminString
하지 않습니다. 그러나 인덱스는 가변 길이로 정의됩니다. 가변 길이 문자열이 인덱스로 사용되는 경우 문자열의 길이는 OID(개체 식별자)의 일부로 포함되어야 합니다.
예: 가변 길이 문자열 인덱스 설정
where pingCtlOwnerIndex
bob
is 및 pingCtlTestName
is test
에서 pingCtlTable
행의 변수를 참조 pingCtlTargetAddress
하려면 다음 OID(개체 식별자)를 사용합니다.
pingMIB.pingObjects.pingCtlTable.pingCtlEntry.pingCtlTargetAddress."bob"."test" 1.3.6.1.2.1.80.1.2.1.4.3.98.111.98.4.116.101.115.116
Ping 관리 정보 베이스(MIB)의 정의에 대한 자세한 내용은 RFC 2925를 참조하십시오.
로깅 사용
SNMP 요청에 대한 응답으로 반환된 SNMP 오류 코드는 문제에 대한 일반적인 설명만 제공할 수 있습니다. 원격 조작 프로세스에 의해 기록된 오류 설명은 종종 문제점에 대한 자세한 정보를 제공하고 문제점을 더 빨리 해결하는 데 도움이 될 수 있습니다. 이 로깅은 기본적으로 사용되지 않습니다. 로깅을 flag general
활성화하려면 계층 수준에서 문을 포함합니다.[edit snmp traceoptions]
[edit] snmp { traceoptions { flag general; } }
원격 작업 프로세스가 수용할 수 없는 SNMP 요청을 수신하면 오류가 파일에 기록됩니다 /var/log/rmopd
. 이 로그 파일을 모니터링하려면 명령줄 인터페이스(CLI)의 운영 모드에서 명령을 실행합니다 monitor start rmopd
.
Junos OS를 실행하는 원격 모니터링 디바이스에 Ping 관리 정보 베이스(MIB) 사용
ping 테스트는 로컬 호스트에서 전송된 패킷이 지정된 호스트에 도달하여 반환되는지 여부를 확인하는 데 사용됩니다. 지정된 호스트에 도달할 수 있는 경우 ping 테스트는 패킷에 대한 대략적인 왕복 시간을 제공합니다. Ping 테스트 결과는 및 pingProbeHistoryTable
에 저장됩니다pingResultsTable
.
RFC 2925는 Ping 관리 정보 베이스(MIB)에 대한 자세한 설명이며 Ping 관리 정보 베이스(MIB)의 ASN.1 관리 정보 베이스(MIB) 정의를 제공합니다.
Ping 테스트 시작
이 주제를 사용하여 ICMP ping 테스트를 시작합니다. Ping 테스트를 시작하는 방법에는 두 가지가 있습니다. 여러 집합 PDU(프로토콜 데이터 단위)를 사용하거나 단일 집합 PDU를 사용합니다.
시작하기 전에
Ping 테스트를 시작하기 전에 Ping 관리 정보 베이스(MIB) 보기를 구성합니다. 이를 통해 에 대한 pingMIB
SNMP Set
요청을 허용합니다. 자세한 정보는 관리 정보 베이스(MIB) 보기 구성을 참조하십시오.
Junos OS 릴리스 17.2X75-D100부터 ICMP 핑을 시작하기 전에 RPM을 구성해야 합니다. 명령을 사용하여 RPM을 edit services rpm
구성합니다.
Ping 테스트 시작
ping 테스트를 시작하려면 에 pingCtlTable
행을 만들고 로 설정합니다 pingCtlAdminStatus
enabled
. 로 설정하기 pingCtlAdminStatus
전에 지정해야 하는 최소 정보는 다음과 같습니다.enabled
pingCtlOwnerIndexSnmpAdminString
pingCtlTestNameSnmpAdminString
pingCtlTargetAddressInetAddress
pingCtlTargetAddressTypeInetAddressType
pingCtlRowStatusRowStatus
다른 모든 값의 경우, 달리 지정되지 않는 한 기본값이 선택됩니다. pingCtlOwnerIndex
및 pingCtlTestName
인덱스로 사용되므로, 해당 값은 OID(Object Identifier)의 일부로 지정됩니다. 행을 만들려면 아직 존재하지 않는 행에 createAndWait
또는 createAndGo
행을 설정합니다pingCtlRowStatus
. for 값은 active
필요한 모든 정보가 제공되었으며 테스트를 시작할 pingCtlAdminStatus
수 있음을 나타냅니다. 로 설정할 수 있습니다enabled
.pingCtlRowStatus
로 active
설정된 pingCtlRowStatus
SNMP Set
요청은 행의 필수 정보가 지정되지 않거나 일치하지 않을 경우 실패합니다.
보기를 구성하는 방법에 대한 자세한 내용은 SNMP 보기 설정을 참조하십시오.
변수를 정렬하는 방법에 대해서는 다음 섹션을 읽어보세요.
다중 집합 PDU 사용
여러 Set
요청 PDU(각각 하나 이상의 varbind가 있는 여러 PDU)를 사용하고 이 순서대로 다음 변수를 설정하여 테스트를 시작할 수 있습니다.
pingCtlRowStatus
에서createAndWait
까지모든 적절한 테스트 변수
pingCtlRowStatus
에서active
까지이제 Junos OS는 테스트 실행에 필요한 모든 정보가 지정되었는지 확인합니다.
pingCtlAdminStatus
에서enabled
까지
단일 집합 PDU 사용
단일 Set
요청 PDU(하나의 PDU, 여러 varbind 포함)를 사용하여 다음 변수를 설정하여 테스트를 시작할 수 있습니다.
pingCtlRowStatus
에서createAndGo
까지모든 적절한 테스트 변수
pingCtlAdminStatus
에서enabled
까지
실행 중인 ping 테스트 모니터링
이(가) (으)로 enabled
성공적으로 설정되면pingCtlAdminStatus
, SNMP Set
요청의 승인이 클라이언트로 다시 전송되기 전에 다음이 수행됩니다.
pingResultsEntry
은(는) 아직 없는 경우 만들어집니다.pingResultsOperStatus
로 전환됩니다enabled
.
자세한 내용은 다음 섹션을 참조하세요.
pingResultsTable
테스트가 실행되는 pingResultsEntry
동안 테스트 상태를 추적합니다. 의 pingResultsOperStatus
enabled
값은 테스트가 실행되는 동안과 중지된 경우입니다 disabled
.
의 pingCtlAdminStatus
값은 로 설정할 때까지 남아 enabled
있습니다 disabled
. 따라서 테스트 상태를 확인하려면 를 검사 pingResultsOperStatus
해야 합니다.
변수를 pingCtlFrequency
사용하여 하나에 대한 많은 테스트를 예약할 수 있습니다 pingCtlEntry
. 테스트가 정상적으로 종료되고 pingCtlFrequency
(테스트를 중지하지 않은 경우) 시간(초)이 경과하면 로 설정한 pingCtlAdminStatus
enabled
것처럼 테스트가 다시 시작됩니다. 반복되는 테스트 사이에 언제든지 개입하면( 또는 pingCtlRowStatus
로 disabled
notInService
설정pingCtlAdminStatus
) 다른 테스트가 시작되고 정상적으로 종료될 때까지 반복 기능이 비활성화됩니다. 값 pingCtlFrequency
0은 이 반복 피쳐가 활성화되지 않았음을 나타냅니다.
pingResultsIpTgtAddr
및 pingResultsIpTgtAddrType
의 값이 pingCtlTargetAddressType
인 dns
경우 확인된 대상 주소의 값으로 설정됩니다. 테스트가 성공적으로 시작되고 pingResultsOperStatus
다음으로 enabled
전환되는 경우:
pingResultsIpTgtAddr
로 설정됩니다null-string
.pingResultsIpTgtAddrType
로 설정됩니다unknown
.
pingResultsIpTgtAddr
pingResultsIpTgtAddrType
숫자 주소로 확인될 수 있을 때까지 pingCtlTargetAddress
설정되지 않습니다. 이러한 값을 검색하려면 로 성공적으로 설정한 pingCtlAdminStatus
후가 아닌 unknown
다른 값을 폴링 pingResultsIpTgtAddrType
합니다enabled
.
테스트 시작 시 은(는) pingResultsSentProbes
1로 초기화되고 첫 번째 프로브가 전송됩니다. pingResultsSentProbes
프로브가 전송될 때마다 1씩 증가합니다.
테스트가 실행될 때 매 초마다 pingCtlTimeOut
다음이 발생합니다.
pingProbeHistoryStatus
에 해당하는pingProbeHistoryEntry
의pingProbeHistoryTable
경우 로 설정됩니다requestTimedOut
.pingProbeFailed
필요한 경우 트랩이 생성됩니다.다음 프로브를 보내려고 합니다.
주:각 테스트에 대해 하나 이상의 미해결 프로브가 존재하지 않습니다.
모든 프로브에 대해 다음 결과 중 하나를 받을 수 있습니다.
대상 호스트는 응답으로 프로브를 확인합니다.
프로브 시간이 초과되었습니다. 프로브를 승인하는 대상 호스트로부터의 응답이 없습니다.
프로브를 보낼 수 없습니다.
각 프로브 결과는 에 기록됩니다 pingProbeHistoryTable
. 에 대한 pingProbeHistoryTable
자세한 내용은 을 참조하십시오 ping프로브히스토리테이블.
대상 호스트로부터 현재 프로브를 승인하는 응답을 수신하는 경우:
pingResultsProbeResponses
1씩 증가합니다.다음 변수가 업데이트됩니다.
pingResultsMinRtt
- 최소 왕복 시간pingResultsMaxRtt
- 최대 왕복 시간pingResultsAverageRtt
- 평균 왕복 시간pingResultsRttSumOfSquares
- 왕복 시간의 제곱합pingResultsLastGoodProbe
- 마지막 응답의 타임스탬프주:대상 호스트에서 응답을 생성하는 프로브만 RTT(왕복 시간) 변수 계산에 기여합니다.
마지막 프로브에 대한 응답이 수신되거나 마지막 프로브가 제한시간을 초과하면 테스트가 완료됩니다.
ping프로브히스토리테이블
(pingProbeHistoryEntry
)의 pingProbeHistoryTable
항목은 프로브 결과를 나타내며 다음 세 가지 변수로 인덱싱됩니다.
처음 두 변수 및
pingCtlTestName
은(는) 검정을 식별하는 에pingCtlTable
사용된 것과pingCtlOwnerIndex
동일합니다.세 번째 변수인
pingProbeHistoryIndex
은(는) 각 프로브 결과를 고유하게 식별하는 카운터입니다.
주어진 테스트에 대해 생성되는 최대 항목 수는 pingProbeHistoryTable
에 의해 pingCtlMaxRows
제한됩니다. 이 0으로 설정되면 pingCtlMaxRows
해당 테스트에 대한 항목이 만들어지지 않습니다 pingProbeHistoryTable
.
프로브 결과가 결정될 때마다 a가 pingProbeHistoryEntry
생성되어 에 추가됩니다 pingProbeHistoryTable
. pingProbeHistoryIndex
의 새 pingProbeHistoryEntry
은(는) 해당 테스트에 대해 마지막으로 pingProbeHistoryEntry
추가된 값 pingProbeHistoryTable
보다 1보다 큽니다. pingProbeHistoryIndex
이 항목이 테이블의 첫 번째 항목인 경우 는 1로 설정됩니다. 동일한 테스트를 여러 번 실행할 수 있으므로 이 인덱스는 계속 증가합니다.
pingProbeHistoryIndex
마지막으로 pingProbeHistoryEntry
추가된 항목 중 이 0xFFFFFFFF이면 다음에 pingProbeHistoryEntry
추가된 항목이 1로 설정된 것입니다pingProbeHistoryIndex
.
각 프로브 결과에 대해 다음이 기록됩니다.
pingProbeHistoryResponse
- TTL(Time to Live)pingProbeHistoryStatus
—무슨 일이 일어났고 왜 그랬는가pingProbeHistoryLastRC
- ICMP 패킷의 반환 코드(RC) 값pingProbeHistoryTime
- 프로브 결과가 결정된 타임스탬프
프로브를 보낼 수 없는 경우 은(는) pingProbeHistoryResponse
0으로 설정됩니다. 프로브 시간이 초과 pingProbeHistoryResponse
되면 프로브가 시간 초과된 것으로 확인된 시간과 프로브가 전송된 시간 간의 차이로 설정됩니다.
트랩 생성
트랩을 생성하려면 적절한 비트를 pingCtlTrapGeneration
설정해야 합니다. 또한 원격 작업을 수신하도록 트랩 그룹을 구성해야 합니다. 트랩은 다음과 같은 조건에서 생성됩니다.
pingProbeFailed
테스트 중에 연속 프로브 수가 실패할 때마다pingCtlTrapProbeFailureFilter
트랩이 생성됩니다.pingTestFailed
테스트가 완료되고 최소한pingCtlTrapTestFailureFilter
여러 프로브가 실패하면 트랩이 생성됩니다.pingTestCompleted
테스트가 완료되고 실패하는 프로브 수가pingCtlTrapTestFailureFilter
적으면 트랩이 생성됩니다.주:프로브는 프로브 결과가 이외의 것일
responseReceived
때pingProbeHistoryStatus
실패로 간주됩니다.
원격 작업을 수신하도록 트랩 그룹을 구성하는 방법에 대한 자세한 내용은 SNMP 트랩 그룹 구성 및 예: 원격 작업에 대한 트랩 알림 설정.
Ping 테스트 결과 수집
폴링 pingResultsOperStatus
하여 테스트가 완료되는 시점을 확인하거나 테스트가 완료될 때 트랩을 전송하도록 요청할 수 있습니다. 에 대한 자세한 내용은 pingResultsTable을 pingResultsOperStatus
참조하십시오. Ping 관리 정보 베이스(MIB) 트랩에 대한 자세한 내용은 트랩 생성을 참조하십시오.
계산된 후 저장되는 통계는 다음과 같습니다.pingResultsTable
pingResultsMinRtt
- 최소 왕복 시간pingResultsMaxRtt
- 최대 왕복 시간pingResultsAverageRtt
- 평균 왕복 시간pingResultsProbeResponses
- 수신된 응답 수pingResultsSentProbes
- 프로브 전송 시도 횟수pingResultsRttSumOfSquares
- 왕복 시간의 제곱합pingResultsLastGoodProbe
- 마지막 응답의 타임스탬프
각 프로브에 대한 자세한 정보는 참조 pingProbeHistoryTable
할 수도 있습니다. 에 pingProbeHistoryTable
사용되는 인덱스는 1에서 시작하여 0xFFFFFFFF로 이동한 다음 다시 1로 래핑됩니다.
예를 들어, 가 15이고 pingCtlMaxRows
가 5인 경우pingCtlProbeCount
, 이 테스트의 첫 번째 실행이 완료되면 에 pingProbeHistoryTable
있는 표 1것과 같은 프로브가 포함됩니다.
pingProbeHistoryIndex |
프로브 결과 |
---|---|
11 |
실행 1의 11번째 프로브 결과 |
12 |
실행 1의 12번째 프로브 결과 |
13 |
실행 1의 13번째 프로브 결과 |
14 |
실행 1의 14번째 프로브 결과 |
15 |
실행 1의 15번째 프로브 결과 |
이 테스트 pingProbeHistoryTable
의 두 번째 실행의 첫 번째 프로브가 완료되면 에 있는 표 2것과 같은 프로브가 포함됩니다.
pingProbeHistoryIndex |
프로브 결과 |
---|---|
12 |
실행 1의 12번째 프로브 결과 |
13 |
실행 1의 13번째 프로브 결과 |
14 |
실행 1의 14번째 프로브 결과 |
15 |
실행 1의 15번째 프로브 결과 |
16 |
실행 2의 첫 번째 프로브 결과 |
이 테스트 pingProbeHistoryTable
의 두 번째 실행이 완료되면 에 있는 것과 같은 프로브가 표 3포함됩니다.
pingProbeHistoryIndex |
프로브 결과 |
---|---|
26 |
실행 2의 11번째 프로브 결과 |
27 |
실행 2의 12번째 프로브 결과 |
28 |
실행 2의 13번째 프로브 결과 |
29 |
실행 2의 14번째 프로브 결과 |
30 |
실행 2의 15번째 프로브 결과 |
기록 항목은 다음 두 가지 방법으로 관리 정보 베이스(MIB)에서 삭제할 수 있습니다.
지정된 테스트에 대한 더 많은 기록 항목이 추가되고 기록 항목 수가 를 초과
pingCtlMaxRows
합니다. 가장 오래된 기록 항목은 삭제되어 새 기록 항목을 위한 공간을 확보합니다.를
destroy
로 설정하여pingCtlRowStatus
전체 테스트를 삭제합니다.
Ping 테스트 중지
활성 테스트를 중지하려면 로 disabled
설정합니다pingCtlAdminStatus
. 테스트를 중지하고 MIB에서 , pingCtlEntry
pingResultsEntry
및 모든 pingHistoryEntry
개체를 제거하려면 로 destroy
설정합니다pingCtlRowStatus
.
Ping 변수 해석
이 섹션에서는 Ping 관리 정보 베이스(MIB)에 명시적으로 지정되지 않은 다음 변수의 범위를 명확히 합니다.
pingCtlDataSize
- 이 변수의 값은 나가는 프로브 패킷의 페이로드 총 크기(바이트)를 나타냅니다. 이 페이로드에는 프로브 시간을 측정하는 데 사용되는 타임스탬프(8바이트)가 포함됩니다. 이는 (최대값 65,507)의pingCtlDataSize
정의 및 표준 ping 애플리케이션과 일치합니다.의
pingCtlDataSize
값이 0에서 8 사이이면 무시되고 페이로드는 8바이트(타임스탬프)입니다. Ping 관리 정보 베이스(MIB)는 모든 프로브의 시간이 정해져 있다고 가정하므로 페이로드에는 항상 타임스탬프가 포함되어야 합니다.예를 들어, 패킷에 4바이트의 페이로드를 더 추가하려면 12로 설정해야
pingCtlDataSize
합니다.pingCtlDataFill
- 패킷 데이터 세그먼트의 처음 8바이트는 타임스탬프용입니다. 그 후, 패턴은pingCtlDataFill
반복에 사용됩니다. 기본 패턴(지정하지 않은 경우pingCtlDataFill
)은 (00, 01, 02, 03 ... FF, 00, 01, 02, 03 ... FF, ...).pingCtlMaxRows
- 최대값은 255입니다.pingMaxConcurrentRequests
- 최대값은 500입니다.pingCtlTrapProbeFailureFilter
및pingCtlTrapTestFailureFilter
- 또는pingCtlTrapTestFailureFilter
의 값이 0pingCtlTrapProbeFailureFilter
인 경우 Ping 관리 정보 베이스(MIB)에 의해 잘 정의되지 않습니다. 이 0이면pingCtlTrapProbeFailureFilter
pingProbeFailed
어떤 상황에서도 테스트에 대한 트랩이 생성되지 않습니다. 이 0이면pingCtlTrapTestFailureFilter
pingTestFailed
어떤 상황에서도 테스트에 대한 트랩이 생성되지 않습니다.
Junos OS를 실행하는 원격 모니터링 디바이스에 Traceroute 관리 정보 베이스(MIB) 사용
경로 추적 테스트는 패킷이 로컬 호스트에서 원격 호스트로 이동하는 경로를 대략적으로 파악합니다.
RFC 2925는 트레이스라우트 관리 정보 베이스(MIB)에 대한 자세한 설명이며 트레이스라우트 관리 정보 베이스(MIB)의 ASN.1 관리 정보 베이스(MIB) 정의를 제공합니다.
경로 추적 테스트 시작
경로 추적 테스트를 시작하기 전에 경로 추적 관리 정보 베이스(MIB) 보기를 구성합니다. 이를 통해 에 대한 tracerouteMIB
SNMP Set
요청을 허용합니다. 테스트를 시작하려면 에 traceRouteCtlTable
행을 만들고 로 설정합니다 traceRouteCtlAdminStatus
enabled
. 로 enabled
설정하기 traceRouteCtlAdminStatus
전에 최소한 다음을 지정해야 합니다.
traceRouteCtlOwnerIndexSnmpAdminString
traceRouteCtlTestNameSnmpAdminString
traceRouteCtlTargetAddressInetAddress
traceRouteCtlRowStatusRowStatus
다른 모든 값의 경우, 달리 지정되지 않는 한 기본값이 선택됩니다. traceRouteCtlOwnerIndex
및 traceRouteCtlTestName
인덱스로 사용되므로, 해당 값은 OID의 일부로 지정됩니다. 행을 만들려면 아직 존재하지 않는 행에 createAndWait
또는 createAndGo
행을 설정합니다traceRouteCtlRowStatus
. for 값은 active
필요한 모든 정보가 지정되었으며 테스트를 시작할 수 있음을 나타냅니다. traceRouteCtlAdminStatus
로 설정할 수 있습니다enabled
.traceRouteCtlRowStatus
로 active
설정된 traceRouteCtlRowStatus
SNMP Set
요청은 행의 필수 정보가 지정되지 않거나 일치하지 않을 경우 실패합니다. 보기를 구성하는 방법에 대한 자세한 내용은 SNMP 보기 설정을 참조하십시오.
경로 추적 테스트를 시작하는 방법에는 두 가지가 있습니다.
다중 집합 PDU 사용
여러 Set
요청 PDU(각각 하나 이상의 varbind가 있는 여러 PDU)를 사용하고 이 순서대로 다음 변수를 설정하여 테스트를 시작할 수 있습니다.
traceRouteCtlRowStatus
를 사용하여 AndWait모든 적절한 테스트 변수
traceRouteCtlRowStatus
에서active
까지이제 Junos OS는 테스트 실행에 필요한 모든 정보가 지정되었는지 확인합니다.
traceRouteCtlAdminStatus
에서enabled
까지
단일 집합 PDU 사용
단일 Set
요청 PDU(하나의 PDU, 여러 varbind 포함)를 사용하여 다음 변수를 설정하여 테스트를 시작할 수 있습니다.
traceRouteCtlRowStatus
에서createAndGo
까지모든 적절한 테스트 변수
traceRouteCtlAdminStatus
사용 대상
실행 중인 경로 추적 테스트 모니터링
traceRouteCtlAdminStatus가 enabled로 성공적으로 설정되면 SNMP Set 요청의 승인이 클라이언트로 다시 전송되기 전에 다음이 수행됩니다.
traceRouteResultsEntry가 아직 없는 경우 생성됩니다.
traceRouteResultsOperStatus가 enabled로 전환됩니다.
자세한 내용은 다음 섹션을 참조하세요.
traceRouteResultsTable
테스트가 실행되는 동안 이 traceRouteResultsTable은 테스트 상태를 추적합니다. traceRouteResultsOperStatus 값은 테스트가 실행되는 동안에는 활성화되고 중지되면 비활성화됩니다.
traceRouteCtlAdminStatus 값은 disabled로 설정할 때까지 활성화된 상태로 유지됩니다. 따라서 테스트 상태를 가져오려면 traceRouteResultsOperStatus를 검사해야 합니다.
traceRouteCtlFrequency 변수를 사용하여 하나의 traceRouteCtlEntry에 대한 여러 테스트를 예약할 수 있습니다. 테스트가 정상적으로 종료되고(테스트를 중지하지 않음) traceRouteCtlFrequency 시간(초)이 경과하면 traceRouteCtlAdminStatus를 enabled로 설정한 것처럼 테스트가 다시 시작됩니다. 반복되는 테스트 사이에 언제든지 개입하는 경우(traceRouteCtlAdminStatus를 disabled로 설정하거나 traceRouteCtlRowStatus를 notInService로 설정) 다른 테스트가 시작되고 정상적으로 종료될 때까지 반복 기능을 사용할 수 없습니다. traceRouteCtlFrequency 값이 0이면 이 반복 기능이 활성화되지 않았음을 나타냅니다.
traceRouteResultsIpTgtAddr 및 traceRouteResultsIpTgtAddrType은 traceRouteCtlTargetAddressType 값이 dns인 경우 확인된 대상 주소의 값으로 설정됩니다. 테스트가 성공적으로 시작되고 traceRouteResultsOperStatus가 enabled로 전환되면 다음을 수행합니다.
traceRouteResultsIpTgtAddr이 null-string으로 설정됩니다.
traceRouteResultsIpTgtAddrType이 알 수 없음으로 설정되어 있습니다.
traceRouteResultsIpTgtAddr 및 traceRouteResultsIpTgtAddrType은 traceRouteCtlTargetAddress를 숫자 주소로 확인할 수 있을 때까지 설정되지 않습니다. 이러한 값을 검색하려면 traceRouteCtlAdminStatus를 enabled로 설정한 후 알 수 없는 값 이외의 값에 대해 traceRouteResultsIpTgtAddrType을 폴링합니다.
테스트를 시작할 때 traceRouteResultsCurHopCount는 traceRouteCtlInitialTtl로 초기화되고 traceRouteResultsCurProbeCount는 1로 초기화됩니다. 프로브 결과가 결정될 때마다 traceRouteResultsCurProbeCount가 1씩 증가합니다. 테스트가 실행되는 동안 traceRouteResultsCurProbeCount 값은 결과가 아직 결정되지 않은 현재 미해결 프로브를 반영합니다.
traceRouteCtlProbesPerHop 프로브 수는 각 TTL(Time-to-Live) 값에 대해 전송됩니다. 현재 홉에 대한 마지막 프로브의 결과가 확인되면 현재 홉이 대상 홉이 아닌 경우 traceRouteResultsCurHopCount가 1씩 증가하고 traceRouteResultsCurProbeCount가 1로 재설정됩니다.
테스트 시작 시 이 traceRouteCtlEntry에 대해 이 테스트를 처음 실행하는 경우 traceRouteResultsTestAttempts 및 traceRouteResultsTestSuccesses는 0으로 초기화됩니다.
각 테스트 실행이 끝나면 traceRouteResultsOperStatus가 disabled로 전환되고 traceRouteResultsTestAttempts가 1씩 증가합니다. 테스트에서 대상에 대한 전체 경로를 확인하는 데 성공한 경우 traceRouteResultsTestSuccesses가 1씩 증가하고 traceRouteResultsLastGoodPath가 현재 시간으로 설정됩니다.
traceRouteProbeResultsTable
traceRouteProbeHistoryTable의 각 항목은 5개의 변수로 인덱싱됩니다.
처음 두 변수인 traceRouteCtlOwnerIndex 및 traceRouteCtlTestName은 traceRouteCtlTable에 사용되고 테스트를 식별하는 데 사용되는 것과 동일합니다.
세 번째 변수인 traceRouteProbeHistoryIndex는 1부터 시작하여 FFFFFFFF에서 래핑되는 카운터입니다. 최대 항목 수는 traceRouteCtlMaxRows에 의해 제한됩니다.
네 번째 변수인 traceRouteProbeHistoryHopIndex는 이 프로브가 어떤 홉을 위한 것인지(실제 TTL(time-to-live) 또는 TTL 값)를 나타냅니다. 따라서 테스트가 시작될 때 생성되는 첫 번째 traceRouteCtlProbesPerHop 항목 수에는 traceRouteProbeHistoryHopIndex에 대한 traceRouteCtlInitialTtl 값이 있습니다.
다섯 번째 변수인 traceRouteProbeHistoryProbeIndex는 현재 홉에 대한 프로브입니다. 범위는 1에서 traceRouteCtlProbesPerHop까지입니다.
테스트가 실행되는 동안 프로브 결과가 판별되는 즉시 다음 프로브가 전송됩니다. 프로브가 requestTimedOut 상태로 표시되고 다음 프로브가 전송되기까지 최대 traceRouteCtlTimeOut 시간(초)이 경과합니다. 트레이스라우트 테스트당 미해결 프로브는 하나만 있습니다. 프로브 시간 초과 후 돌아오는 모든 프로브 결과는 무시됩니다.
각 프로브는 다음을 수행할 수 있습니다.
프로브를 승인하는 호스트의 응답 결과
프로브를 승인하는 호스트의 응답이 없는 시간 초과
전송 실패
각 프로브 상태는 그에 따라 traceRouteProbeHistoryStatus가 설정된 traceRouteProbeHistoryTable에 기록됩니다.
호스트로부터 응답을 초래하는 프로브는 다음 데이터를 기록합니다.
traceRouteProbeHistoryResponse - RTT(Round-trip time)
traceRouteProbeHistoryHAddrType - HAddr의 유형(다음 인수)
traceRouteProbeHistoryHAddr - 홉의 주소입니다
프로브에 대한 응답이 수신되었는지 여부에 관계없이 모든 프로브에는 다음이 기록됩니다.
traceRouteProbeHistoryStatus - 무슨 일이 일어났고 왜 그랬는가
traceRouteProbeHistoryLastRC—ICMP 패킷의 반환 코드(RC) 값
traceRouteProbeHistoryTime - 프로브 결과가 결정된 타임스탬프
프로브를 보낼 수 없는 경우 traceRouteProbeHistoryResponse는 0으로 설정됩니다. 프로브 시간이 초과되면 traceRouteProbeHistoryResponse는 프로브가 시간 초과된 것으로 확인된 시간과 프로브가 전송된 시간 간의 차이로 설정됩니다.
traceRouteHops테이블
traceRouteHopsTable의 항목은 다음 세 가지 변수로 인덱싱됩니다.
처음 두 개인 traceRouteCtlOwnerIndex 및 traceRouteCtlTestName은 traceRouteCtlTable에 사용되는 것과 동일하며 테스트를 식별합니다.
세 번째 변수인 traceRouteHopsHopIndex는 traceRouteCtlInitialTtl이 아닌 1에서 시작하는 현재 홉을 나타냅니다.
테스트가 시작되면 지정된 traceRouteCtlOwnerIndex 및 traceRouteCtlTestName이 있는 traceRouteHopsTable의 모든 항목이 삭제됩니다. 이 테이블의 항목은 traceRouteCtlCreateHopsEntries가 true로 설정된 경우에만 만들어집니다.
새 traceRouteHopsEntry는 지정된 TTL에 대한 첫 번째 프로브 결과가 결정될 때마다 생성됩니다. 첫 번째 프로브가 호스트에 도달하는지 여부에 관계없이 새 항목이 생성됩니다. 이 새 항목에 대해 traceRouteHopsHopIndex의 값이 1씩 증가합니다.
지정된 TTL을 가진 프로브에 대한 응답이 없는 경우 모든 traceRouteHopsEntry에는 traceRouteHopsIpTgtAddress 값이 부족할 수 있습니다.
프로브가 호스트에 도달할 때마다 해당 호스트의 IP 주소를 프로브 결과에서 사용할 수 있습니다. 현재 traceRouteHopsEntry의 traceRouteHopsIpTgtAddress 값이 설정되지 않은 경우 traceRouteHopsIpTgtAddress 값이 이 IP 주소로 설정됩니다. 현재 traceRouteHopsEntry의 traceRouteHopsIpTgtAddress 값이 IP 주소와 같으면 값이 변경되지 않습니다. 현재 traceRouteHopsEntry의 traceRouteHopsIpTgtAddress 값이 이 IP 주소와 다르면 경로 변경을 나타내며 다음을 사용하여 새 traceRouteHopsEntry가 생성됩니다.
traceRouteHopsHopIndex 변수가 1씩 증가했습니다.
traceRouteHopsIpTgtAddress를 IP 주소로 설정합니다.
주:테스트에 대한 새 항목은 새 TTL 값이 사용되거나 경로가 변경될 때마다 traceRouteHopsTable에 추가됩니다. 따라서 테스트의 항목 수는 사용되는 다른 TTL 값의 수를 초과할 수 있습니다.
프로브 결과가 확인되면 현재 traceRouteHopsEntry의 traceRouteHopsSentProbes 값이 1씩 증가합니다. 프로브 결과가 결정되고 프로브가 호스트에 도달하는 경우:
현재 traceRouteHopsEntry의 traceRouteHopsProbeResponses 값이 1씩 증가합니다.
다음 변수가 업데이트됩니다.
traceRouteResultsMinRtt—최소 왕복 시간
traceRouteResultsMaxRtt—최대 왕복 시간
traceRouteResultsAverageRtt - 평균 왕복 시간
traceRouteResultsRttSumOfSquares - 왕복 시간의 제곱합
traceRouteResultsLastGoodProbe - 마지막 응답의 타임스탬프
주:호스트에 도달하는 프로브만 왕복 시간 값에 영향을 줍니다.
트랩 생성
트랩을 생성하려면 적절한 traceRouteCtlTrapGeneration 비트를 설정해야 합니다. 또한 원격 작업을 수신하도록 트랩 그룹을 구성해야 합니다. 트랩은 다음과 같은 조건에서 생성됩니다.
현재 프로브의 traceRouteHopsIpTgtAddress가 동일한 TTL 값(traceRoutePathChange)을 가진 마지막 프로브와 다릅니다.
대상에 대한 경로를 확인할 수 없습니다(traceRouteTestFailed).
대상에 대한 경로가 결정되었습니다(traceRouteTestCompleted).
원격 작업을 수신하도록 트랩 그룹을 구성하는 방법에 대한 자세한 내용은 SNMP 트랩 그룹 구성 및 SNMP 원격 작업 개요를 참조하십시오.
경로 추적 테스트 완료 모니터링
테스트가 완료되면 traceRouteResultsOperStatus
에서 enabled
로 전환됩니다 disabled
. 이러한 전환은 다음과 같은 상황에서 발생합니다.
테스트가 성공적으로 종료됩니다. 프로브 결과는 대상에 도달했음을 나타냅니다. 이 경우 현재 홉이 마지막 홉입니다. 이 홉에 대한 나머지 프로브가 전송됩니다. 현재 홉에 대한 마지막 프로브 결과가 결정되면 테스트가 종료됩니다.
traceRouteCtlMaxTtl
임계값을 초과했습니다. 목적지에 도달하지 못했습니다. TTL 값이traceRouteCtlMaxttl
동일한 프로브 수가 전송된 후 테스트가 종료됩니다.traceRouteCtlMaxFailures
임계값을 초과했습니다. statusrequestTimedOut
로 끝나는 연속 프로브 수가 을(를) 초과합니다traceRouteCtlMaxFailures
.테스트를 종료합니다. 로 설정
traceRouteCtlAdminStatus
disabled
하거나 를 설정하여traceRouteCtlRowStatus
destroy
행을 삭제합니다.traceroute 테스트를 잘못 구성했습니다. 에
traceRouteCtlTable
지정한 값 또는 변수가 올바르지 않아 단일 프로브를 보낼 수 없습니다. 데이터의 특성으로 인해 테스트가 시작될 때까지 이 오류를 확인할 수 없습니다. 즉, 이후traceRouteResultsOperStatus
까지 로 전환되었습니다enabled
. 이 경우 적절한 오류 코드로 설정된 항목 하나가 추가됩니다traceRouteProbeHistoryTable
traceRouteProbeHistoryStatus
.
이 올바르게 설정되면 traceRouteCtlTrapGeneration
또는 traceRouteTestCompleted
트랩이 traceRouteTestFailed
생성됩니다.
경로 추적 테스트 결과 수집
traceRouteResultsOperStatus를 폴링하여 테스트가 완료된 시점을 확인하거나 테스트가 완료될 때 트랩을 전송하도록 요청할 수 있습니다. traceResultsOperStatus에 대한 자세한 내용은 traceRouteResultsTable을 참조하십시오. Traceroute 관리 정보 베이스(MIB) 트랩에 대한 자세한 내용은 실행 중인 Traceroute 테스트 모니터링의 트랩 생성 섹션을 참조하십시오.
통계는 홉별로 계산된 다음 traceRouteHopsTable에 저장됩니다. 각 홉에 대해 다음이 포함됩니다.
traceRouteHopsIpTgtAddressType - 이 홉에 있는 호스트의 주소 유형
traceRouteHopsIpTgtAddress - 이 홉의 호스트 주소
traceRouteHopsMinRtt—최소 왕복 시간
traceRouteHopsMaxRtt—최대 왕복 시간
traceRouteHopsAverageRtt—평균 왕복 시간
traceRouteHopsRttSumOfSquares - 왕복 시간의 제곱합
traceRouteHopsSentProbes - 프로브 전송 시도 횟수
traceRouteHopsProbeResponses - 수신된 응답 수
traceRouteHopsLastGoodProbe - 마지막 응답의 타임스탬프
각 프로브에 대한 자세한 정보는 traceRouteProbeHistoryTable을 참조할 수도 있습니다. traceRouteProbeHistoryTable에 사용되는 인덱스는 1에서 시작하여 0xFFFFFFFF로 이동한 다음 다시 1로 래핑됩니다.
예를 들어 다음과 같이 가정합니다.
traceRouteCtlMaxRows는 10입니다.
traceRouteCtlProbesPerHop은 5입니다.
대상에는 8개의 홉이 있습니다(대상은 8번임).
전송된 각 프로브는 호스트로부터 응답을 생성합니다(전송된 프로브 수는 traceRouteCtlMaxFailures에 의해 제한되지 않음).
이 테스트에서는 40개의 프로브가 전송됩니다. 테스트가 끝나면 traceRouteProbeHistoryTable에는 에 있는 표 4것과 같은 프로브 기록이 있습니다.
히스토리인덱스 |
히스토리홉인덱스 |
HistoryProbeIndex(히스토리프로브인덱스) |
---|---|---|
31 |
7 |
1 |
32 |
7 |
2 |
33 |
7 |
3 |
34 |
7 |
4 |
35개 |
7 |
5 |
36 |
8 |
1 |
37 |
8 |
2 |
38 |
8 |
3 |
39 |
8 |
4 |
40 |
8 |
5 |
경로 추적 테스트 중지
활성 테스트를 중지하려면 로 disabled
설정합니다traceRouteCtlAdminStatus
. 테스트를 중지하고 MIB에서 , traceRouteCtlEntry
, 및 객체를 제거하려면 로 destroy
설정합니다traceRouteCtlRowStatus
.traceRouteProbeHistoryEntry
traceRouteProbeHistoryEntry
traceRouteResultsEntry
트레이스라우트 변수 해석
이 항목에는 경로 추적 관리 정보 베이스(MIB)에 명시적으로 지정되지 않은 다음 변수의 범위에 대한 정보가 포함되어 있습니다.
traceRouteCtlMaxRows
- 의traceRouteCtlMaxRows
최대값은 2550입니다. 이는 최대 TTL(255)에 최대값(10)을traceRouteCtlProbesPerHop
곱한 값입니다. 따라서 은(는traceRouteProbeHistoryTable
) 하나의traceRouteCtlEntry
에 대한 최대값에서 하나의 완전한 테스트를 수용합니다. 일반적으로 최대값은 사용되지traceRouteProbeHistoryTable
않으며 동일한traceRouteCtlEntry
.traceRouteMaxConcurrentRequests
- 최대값은 50입니다. 테스트가 실행 중인 경우 하나의 미해결 프로브가 있습니다.traceRouteMaxConcurrentRequests
는 값이 인enabled
traceroute 테스트traceRouteResultsOperStatus
의 최대 수를 나타냅니다. 테스트 실행 중인 상태에서 테스트를traceRouteMaxConcurrentRequests
시작하려고 하면 로maxConcurrentLimitReached
설정된 프로브traceRouteProbeHistoryStatus
하나가 생성되고 해당 테스트가 즉시 종료됩니다.traceRouteCtlTable
- 이 테이블에서 허용되는 최대 항목 수는 100개입니다. 101번째 항목을 생성하려고 하면 SNMPv1에 대한 메시지와RESOURCE_UNAVAILABLE
SNMPv2에 대한 메시지가 표시됩니다BAD_VALUE
.
변경 내역 표
기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. Feature Explorer 를 사용하여 플랫폼에서 기능이 지원되는지 확인하세요.