SNMP 원격 작업 구성
SNMP 원격 작업 개요
SNMP 원격 작업은 SNMP를 사용하여 원격으로 제어할 수 있는 라우터의 모든 프로세스입니다. Junos OS는 현재 두 가지 SNMP 원격 작업을 지원합니다. RFC 2925에 정의된 Ping 관리 정보 베이스(MIB) 및 경로 추적 관리 정보 베이스(MIB). 네트워크 관리 시스템(NMS)의 SNMP 클라이언트는 이러한 관리 정보 베이스(MIB)를 사용하여 다음을 수행할 수 있습니다.
라우터에서 일련의 작업 시작
작업이 완료되면 알림 받기
각 작업의 결과 수집
Junos OS는 또한 주니퍼 네트웍스 엔터프라이즈별 확장 및 .jnxPingMIB
jnxTraceRouteMIB
및 에 대한 자세한 내용은 PING 관리 정보 베이스(MIB) 및 경로 추적 관리 정보 베이스(MIB)를 참조하십시오.jnxPingMIB
jnxTraceRouteMIB
https://www.juniper.net/documentation/en_US/junos16.1/topics/reference/mibs/mib-jnx-ping.txthttps://www.juniper.net/documentation/en_US/junos16.1/topics/reference/mibs/mib-jnx-traceroute.txt
이 주제는 다음 섹션으로 구성됩니다.
SNMP 원격 작업 요구 사항
SNMP 원격 작업을 사용하려면 SNMP 규칙을 경험해야 합니다. 또한 원격 운영 관리 정보 베이스(MIB)를 사용할 수 있도록 Junos OS를 구성해야 합니다.
Ping 관리 정보 베이스(MIB)를 시작하기 전에 Ping 테스트 시작을 참조하십시오.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), 경로 추적 관리 정보 베이스( MIB) 및 관리 정보 베이스(MIB)에 대한 읽기-쓰기 액세스 권한을 부여하는 커뮤니티 를 생성하려면 계층 수준에서 다음 문을 포함합니다.remote-community
jnxPing
jnxTraceRoute
[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; } }
명령문에 대한 자세한 내용은 및 커뮤니티(SNMP)를 참조하십시오 .community
SNMP 커뮤니티 구성community (SNMP)
문에 대한 자세한 내용은 , view (SNMP 커뮤니티) 및 view (MIB 보기 구성)를 참조하십시오.view
관리 정보 베이스(MIB) 보기 구성view (SNMP Community)view (Configuring a MIB View)
원격 작업에 대한 트랩 알림 설정
트랩 알림을 위한 원격 운영 관리 정보 베이스(MIB)를 구성하는 것 외에도 Junos OS도 구성해야 합니다. 원격 작업 트랩의 대상 호스트를 지정해야 합니다.
SNMP 원격 작업에 대한 트랩 알림을 구성하려면 계층 수준에서 및 문을 포함합니다.categories
targets
[edit snmp trap-group group-name]
[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
에 대한 자세한 내용은 RFC 2571을 참조하십시오.SnmpAdminString
Junos OS는 옥텟 문자열 변수 유형과 다르게 처리 하지 않습니다.SnmpAdminString
그러나 인덱스는 가변 길이로 정의됩니다. 가변 길이 문자열이 인덱스로 사용되는 경우 문자열의 길이는 OID(개체 식별자)의 일부로 포함되어야 합니다.
예: 가변 길이 문자열 인덱스 설정
where is 및 is 에서 행의 변수를 참조 하려면 다음 OID(개체 식별자)를 사용합니다.pingCtlTargetAddress
pingCtlTable
pingCtlOwnerIndex
bob
pingCtlTestName
test
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 테스트 결과는 및 에 저장됩니다.pingResultsTable
pingProbeHistoryTable
RFC 2925는 Ping 관리 정보 베이스(MIB)에 대한 자세한 설명이며 Ping 관리 정보 베이스(MIB)의 ASN.1 관리 정보 베이스(MIB) 정의를 제공합니다.
Ping 테스트 시작
이 주제를 사용하여 ICMP ping 테스트를 시작합니다. Ping 테스트를 시작하는 방법에는 두 가지가 있습니다. 여러 집합 PDU(프로토콜 데이터 단위)를 사용하거나 단일 집합 PDU를 사용합니다.
시작하기 전에
Ping 테스트를 시작하기 전에 Ping 관리 정보 베이스(MIB) 보기를 구성합니다. 이를 통해 에 대한 SNMP 요청을 허용합니다.Set
pingMIB
자세한 정보는 관리 정보 베이스(MIB) 보기 구성을 참조하십시오.
Junos OS 릴리스 17.2X75-D100부터 ICMP 핑을 시작하기 전에 RPM을 구성해야 합니다. 명령을 사용하여 RPM을 구성합니다.edit services rpm
Ping 테스트 시작
ping 테스트를 시작하려면 에 행을 만들고 로 설정합니다 .pingCtlTable
pingCtlAdminStatus
enabled
로 설정하기 전에 지정해야 하는 최소 정보는 다음과 같습니다.pingCtlAdminStatus
enabled
pingCtlOwnerIndexSnmpAdminString
pingCtlTestNameSnmpAdminString
pingCtlTargetAddressInetAddress
pingCtlTargetAddressTypeInetAddressType
pingCtlRowStatusRowStatus
다른 모든 값의 경우, 달리 지정되지 않는 한 기본값이 선택됩니다. 및 인덱스로 사용되므로, 해당 값은 OID(Object Identifier)의 일부로 지정됩니다.pingCtlOwnerIndex
pingCtlTestName
행을 만들려면 아직 존재하지 않는 행에 또는 행을 설정합니다.pingCtlRowStatus
createAndWait
createAndGo
for 값은 필요한 모든 정보가 제공되었으며 테스트를 시작할 수 있음을 나타냅니다. 로 설정할 수 있습니다.active
pingCtlRowStatus
pingCtlAdminStatus
enabled
로 설정된 SNMP 요청은 행의 필수 정보가 지정되지 않거나 일치하지 않을 경우 실패합니다.Set
pingCtlRowStatus
active
보기를 구성하는 방법에 대한 자세한 내용은 SNMP 보기 설정을 참조하십시오.실행 중인 경로 추적 테스트 모니터링
변수를 정렬하는 방법에 대해서는 다음 섹션을 읽어보세요.
다중 집합 PDU 사용
여러 요청 PDU(각각 하나 이상의 varbind가 있는 여러 PDU)를 사용하고 이 순서대로 다음 변수를 설정하여 테스트를 시작할 수 있습니다.Set
pingCtlRowStatus
에서createAndWait
까지모든 적절한 테스트 변수
pingCtlRowStatus
에서active
까지이제 Junos OS는 테스트 실행에 필요한 모든 정보가 지정되었는지 확인합니다.
pingCtlAdminStatus
에서enabled
까지
단일 집합 PDU 사용
단일 요청 PDU(하나의 PDU, 여러 varbind 포함)를 사용하여 다음 변수를 설정하여 테스트를 시작할 수 있습니다.Set
pingCtlRowStatus
에서createAndGo
까지모든 적절한 테스트 변수
pingCtlAdminStatus
에서enabled
까지
실행 중인 ping 테스트 모니터링
이(가) (으)로 성공적으로 설정되면, SNMP 요청의 승인이 클라이언트로 다시 전송되기 전에 다음이 수행됩니다.pingCtlAdminStatus
enabled
Set
pingResultsEntry
은(는) 아직 없는 경우 만들어집니다.로 전환됩니다 .
pingResultsOperStatus
enabled
자세한 내용은 다음 섹션을 참조하세요.
pingResultsTable
테스트가 실행되는 동안 테스트 상태를 추적합니다.pingResultsEntry
의 값은 테스트가 실행되는 동안과 중지된 경우입니다 .pingResultsOperStatus
enabled
disabled
의 값은 로 설정할 때까지 남아 있습니다 .pingCtlAdminStatus
enabled
disabled
따라서 테스트 상태를 확인하려면 를 검사 해야 합니다.pingResultsOperStatus
변수를 사용하여 하나에 대한 많은 테스트를 예약할 수 있습니다 .pingCtlFrequency
pingCtlEntry
테스트가 정상적으로 종료되고 (테스트를 중지하지 않은 경우) 시간(초)이 경과하면 로 설정한 것처럼 테스트가 다시 시작됩니다.pingCtlFrequency
pingCtlAdminStatus
enabled
반복되는 테스트 사이에 언제든지 개입하면( 또는 로 설정) 다른 테스트가 시작되고 정상적으로 종료될 때까지 반복 기능이 비활성화됩니다.pingCtlAdminStatus
disabled
pingCtlRowStatus
notInService
값 0은 이 반복 피쳐가 활성화되지 않았음을 나타냅니다.pingCtlFrequency
및 의 값이 인 경우 확인된 대상 주소의 값으로 설정됩니다.pingResultsIpTgtAddr
pingResultsIpTgtAddrType
pingCtlTargetAddressType
dns
테스트가 성공적으로 시작되고 다음으로 전환되는 경우:pingResultsOperStatus
enabled
로 설정됩니다 .
pingResultsIpTgtAddr
null-string
로 설정됩니다 .
pingResultsIpTgtAddrType
unknown
숫자 주소로 확인될 수 있을 때까지 설정되지 않습니다.pingResultsIpTgtAddr
pingResultsIpTgtAddrType
pingCtlTargetAddress
이러한 값을 검색하려면 로 성공적으로 설정한 후가 아닌 다른 값을 폴링 합니다.pingResultsIpTgtAddrType
unknown
pingCtlAdminStatus
enabled
테스트 시작 시 은(는) 1로 초기화되고 첫 번째 프로브가 전송됩니다. 프로브가 전송될 때마다 1씩 증가합니다. pingResultsSentProbes
pingResultsSentProbes
테스트가 실행될 때 매 초마다 다음이 발생합니다.pingCtlTimeOut
에 해당하는 의 경우 로 설정됩니다 .
pingProbeHistoryStatus
pingProbeHistoryEntry
pingProbeHistoryTable
requestTimedOut
필요한 경우 트랩이 생성됩니다.
pingProbeFailed
다음 프로브를 보내려고 합니다.
주:각 테스트에 대해 하나 이상의 미해결 프로브가 존재하지 않습니다.
모든 프로브에 대해 다음 결과 중 하나를 받을 수 있습니다.
대상 호스트는 응답으로 프로브를 확인합니다.
프로브 시간이 초과되었습니다. 프로브를 승인하는 대상 호스트로부터의 응답이 없습니다.
프로브를 보낼 수 없습니다.
각 프로브 결과는 에 기록됩니다 .pingProbeHistoryTable
에 대한 자세한 내용은 을 참조하십시오 .pingProbeHistoryTable
ping프로브히스토리테이블
대상 호스트로부터 현재 프로브를 승인하는 응답을 수신하는 경우:
pingResultsProbeResponses
1씩 증가합니다.다음 변수가 업데이트됩니다.
pingResultsMinRtt
- 최소 왕복 시간pingResultsMaxRtt
- 최대 왕복 시간pingResultsAverageRtt
- 평균 왕복 시간pingResultsRttSumOfSquares
- 왕복 시간의 제곱합pingResultsLastGoodProbe
- 마지막 응답의 타임스탬프주:대상 호스트에서 응답을 생성하는 프로브만 RTT(왕복 시간) 변수 계산에 기여합니다.
마지막 프로브에 대한 응답이 수신되거나 마지막 프로브가 제한시간을 초과하면 테스트가 완료됩니다.
ping프로브히스토리테이블
()의 항목은 프로브 결과를 나타내며 다음 세 가지 변수로 인덱싱됩니다.pingProbeHistoryTable
pingProbeHistoryEntry
처음 두 변수 및 은(는) 검정을 식별하는 에 사용된 것과 동일합니다.
pingCtlOwnerIndex
pingCtlTestName
pingCtlTable
세 번째 변수인 은(는) 각 프로브 결과를 고유하게 식별하는 카운터입니다.
pingProbeHistoryIndex
주어진 테스트에 대해 생성되는 최대 항목 수는 에 의해 제한됩니다.pingProbeHistoryTable
pingCtlMaxRows
이 0으로 설정되면 해당 테스트에 대한 항목이 만들어지지 않습니다 .pingCtlMaxRows
pingProbeHistoryTable
프로브 결과가 결정될 때마다 a가 생성되어 에 추가됩니다. 의 새 은(는) 해당 테스트에 대해 마지막으로 추가된 값 보다 1보다 큽니다. 이 항목이 테이블의 첫 번째 항목인 경우 는 1로 설정됩니다. pingProbeHistoryEntry
pingProbeHistoryTable
pingProbeHistoryIndex
pingProbeHistoryEntry
pingProbeHistoryEntry
pingProbeHistoryTable
pingProbeHistoryIndex
동일한 테스트를 여러 번 실행할 수 있으므로 이 인덱스는 계속 증가합니다.
마지막으로 추가된 항목 중 이 0xFFFFFFFF이면 다음에 추가된 항목이 1로 설정된 것입니다.pingProbeHistoryIndex
pingProbeHistoryEntry
pingProbeHistoryEntry
pingProbeHistoryIndex
각 프로브 결과에 대해 다음이 기록됩니다.
pingProbeHistoryResponse
- TTL(Time to Live)pingProbeHistoryStatus
—무슨 일이 일어났고 왜 그랬는가pingProbeHistoryLastRC
- ICMP 패킷의 반환 코드(RC) 값pingProbeHistoryTime
- 프로브 결과가 결정된 타임스탬프
프로브를 보낼 수 없는 경우 은(는) 0으로 설정됩니다. 프로브 시간이 초과되면 프로브가 시간 초과 된 것으로 확인된 시간과 프로브가 전송된 시간 간의 차이로 설정됩니다.pingProbeHistoryResponse
pingProbeHistoryResponse
트랩 생성
트랩을 생성하려면 적절한 비트를 설정해야 합니다.pingCtlTrapGeneration
또한 원격 작업을 수신하도록 트랩 그룹을 구성해야 합니다. 트랩은 다음과 같은 조건에서 생성됩니다.
테스트 중에 연속 프로브 수가 실패할 때마다 트랩이 생성됩니다.
pingProbeFailed
pingCtlTrapProbeFailureFilter
테스트가 완료되고 최소한 여러 프로브가 실패하면 트랩이 생성됩니다.
pingTestFailed
pingCtlTrapTestFailureFilter
테스트가 완료되고 실패하는 프로브 수가 적으면 트랩이 생성됩니다.
pingTestCompleted
pingCtlTrapTestFailureFilter
주:프로브는 프로브 결과가 이외의 것일 때 실패로 간주됩니다.
pingProbeHistoryStatus
responseReceived
원격 작업을 수신하도록 트랩 그룹을 구성하는 방법에 대한 자세한 내용은 SNMP 트랩 그룹 구성 및 예:No link title 원격 작업에 대한 트랩 알림 설정.
Ping 테스트 결과 수집
폴링 하여 테스트가 완료되는 시점을 확인하거나 테스트가 완료될 때 트랩을 전송하도록 요청할 수 있습니다.pingResultsOperStatus
에 대한 자세한 내용은 pingResultsTable을 참조하십시오.pingResultsOperStatus
실행 중인 경로 추적 테스트 모니터링 Ping 관리 정보 베이스(MIB) 트랩에 대한 자세한 내용은 트랩 생성을 참조하십시오.실행 중인 경로 추적 테스트 모니터링
계산된 후 저장되는 통계는 다음과 같습니다.pingResultsTable
pingResultsMinRtt
- 최소 왕복 시간pingResultsMaxRtt
- 최대 왕복 시간pingResultsAverageRtt
- 평균 왕복 시간pingResultsProbeResponses
- 수신된 응답 수pingResultsSentProbes
- 프로브 전송 시도 횟수pingResultsRttSumOfSquares
- 왕복 시간의 제곱합pingResultsLastGoodProbe
- 마지막 응답의 타임스탬프
각 프로브에 대한 자세한 정보는 참조 할 수도 있습니다.pingProbeHistoryTable
에 사용되는 인덱스는 1에서 시작하여 0xFFFFFFFF로 이동한 다음 다시 1로 래핑됩니다.pingProbeHistoryTable
예를 들어, 가 15이고 가 5인 경우, 이 테스트의 첫 번째 실행이 완료되면 에 있는 것과 같은 프로브가 포함됩니다.pingCtlProbeCount
pingCtlMaxRows
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
가장 오래된 기록 항목은 삭제되어 새 기록 항목을 위한 공간을 확보합니다.를 로 설정하여 전체 테스트를 삭제합니다.
pingCtlRowStatus
destroy
Ping 테스트 중지
활성 테스트를 중지하려면 로 설정합니다.pingCtlAdminStatus
disabled
테스트를 중지하고 MIB에서 , 및 모든 개체를 제거하려면 로 설정합니다.pingCtlEntry
pingResultsEntry
pingHistoryEntry
pingCtlRowStatus
destroy
Ping 변수 해석
이 섹션에서는 Ping 관리 정보 베이스(MIB)에 명시적으로 지정되지 않은 다음 변수의 범위를 명확히 합니다.
pingCtlDataSize
- 이 변수의 값은 나가는 프로브 패킷의 페이로드 총 크기(바이트)를 나타냅니다. 이 페이로드에는 프로브 시간을 측정하는 데 사용되는 타임스탬프(8바이트)가 포함됩니다. 이는 (최대값 65,507)의 정의 및 표준 ping 애플리케이션과 일치합니다.pingCtlDataSize
의 값이 0에서 8 사이이면 무시되고 페이로드는 8바이트(타임스탬프)입니다.
pingCtlDataSize
Ping 관리 정보 베이스(MIB)는 모든 프로브의 시간이 정해져 있다고 가정하므로 페이로드에는 항상 타임스탬프가 포함되어야 합니다.예를 들어, 패킷에 4바이트의 페이로드를 더 추가하려면 12로 설정해야 합니다.
pingCtlDataSize
pingCtlDataFill
- 패킷 데이터 세그먼트의 처음 8바이트는 타임스탬프용입니다. 그 후, 패턴은 반복에 사용됩니다.pingCtlDataFill
기본 패턴(지정하지 않은 경우 )은 (00, 01, 02, 03 ...pingCtlDataFill
FF, 00, 01, 02, 03 ... FF, ...).pingCtlMaxRows
- 최대값은 255입니다.pingMaxConcurrentRequests
- 최대값은 500입니다.및 - 또는 의 값이 0 인 경우 Ping 관리 정보 베이스(MIB)에 의해 잘 정의되지 않습니다.
pingCtlTrapProbeFailureFilter
pingCtlTrapTestFailureFilter
pingCtlTrapProbeFailureFilter
pingCtlTrapTestFailureFilter
이 0이면 어떤 상황에서도 테스트에 대한 트랩이 생성되지 않습니다.pingCtlTrapProbeFailureFilter
pingProbeFailed
이 0이면 어떤 상황에서도 테스트에 대한 트랩이 생성되지 않습니다.pingCtlTrapTestFailureFilter
pingTestFailed
Junos OS를 실행하는 원격 모니터링 디바이스에 Traceroute 관리 정보 베이스(MIB) 사용
경로 추적 테스트는 패킷이 로컬 호스트에서 원격 호스트로 이동하는 경로를 대략적으로 파악합니다.
RFC 2925는 트레이스라우트 관리 정보 베이스(MIB)에 대한 자세한 설명이며 트레이스라우트 관리 정보 베이스(MIB)의 ASN.1 관리 정보 베이스(MIB) 정의를 제공합니다.
경로 추적 테스트 시작
경로 추적 테스트를 시작하기 전에 경로 추적 관리 정보 베이스(MIB) 보기를 구성합니다. 이를 통해 에 대한 SNMP 요청을 허용합니다.Set
tracerouteMIB
테스트를 시작하려면 에 행을 만들고 로 설정합니다 .traceRouteCtlTable
traceRouteCtlAdminStatus
enabled
로 설정하기 전에 최소한 다음을 지정해야 합니다.traceRouteCtlAdminStatus
enabled
traceRouteCtlOwnerIndexSnmpAdminString
traceRouteCtlTestNameSnmpAdminString
traceRouteCtlTargetAddressInetAddress
traceRouteCtlRowStatusRowStatus
다른 모든 값의 경우, 달리 지정되지 않는 한 기본값이 선택됩니다. 및 인덱스로 사용되므로, 해당 값은 OID의 일부로 지정됩니다.traceRouteCtlOwnerIndex
traceRouteCtlTestName
행을 만들려면 아직 존재하지 않는 행에 또는 행을 설정합니다.traceRouteCtlRowStatus
createAndWait
createAndGo
for 값은 필요한 모든 정보가 지정되었으며 테스트를 시작할 수 있음을 나타냅니다. 로 설정할 수 있습니다.active
traceRouteCtlRowStatus
traceRouteCtlAdminStatus
enabled
로 설정된 SNMP 요청은 행의 필수 정보가 지정되지 않거나 일치하지 않을 경우 실패합니다.Set
traceRouteCtlRowStatus
active
보기를 구성하는 방법에 대한 자세한 내용은 SNMP 보기 설정을 참조하십시오.실행 중인 경로 추적 테스트 모니터링
경로 추적 테스트를 시작하는 방법에는 두 가지가 있습니다.
다중 집합 PDU 사용
여러 요청 PDU(각각 하나 이상의 varbind가 있는 여러 PDU)를 사용하고 이 순서대로 다음 변수를 설정하여 테스트를 시작할 수 있습니다.Set
traceRouteCtlRowStatus
를 사용하여 AndWait모든 적절한 테스트 변수
traceRouteCtlRowStatus
에서active
까지이제 Junos OS는 테스트 실행에 필요한 모든 정보가 지정되었는지 확인합니다.
traceRouteCtlAdminStatus
에서enabled
까지
단일 집합 PDU 사용
단일 요청 PDU(하나의 PDU, 여러 varbind 포함)를 사용하여 다음 변수를 설정하여 테스트를 시작할 수 있습니다.Set
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
임계값을 초과했습니다. status 로 끝나는 연속 프로브 수가 을(를) 초과합니다 .requestTimedOut
traceRouteCtlMaxFailures
테스트를 종료합니다. 로 설정 하거나 를 설정하여 행을 삭제합니다.
traceRouteCtlAdminStatus
disabled
traceRouteCtlRowStatus
destroy
traceroute 테스트를 잘못 구성했습니다. 에 지정한 값 또는 변수가 올바르지 않아 단일 프로브를 보낼 수 없습니다.
traceRouteCtlTable
데이터의 특성으로 인해 테스트가 시작될 때까지 이 오류를 확인할 수 없습니다. 즉, 이후 까지 로 전환되었습니다 .traceRouteResultsOperStatus
enabled
이 경우 적절한 오류 코드로 설정된 항목 하나가 추가됩니다 .traceRouteProbeHistoryTable
traceRouteProbeHistoryStatus
이 올바르게 설정되면 또는 트랩이 생성됩니다.traceRouteCtlTrapGeneration
traceRouteTestFailed
traceRouteTestCompleted
경로 추적 테스트 결과 수집
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 |
경로 추적 테스트 중지
활성 테스트를 중지하려면 로 설정합니다.traceRouteCtlAdminStatus
disabled
테스트를 중지하고 MIB에서 , , 및 객체를 제거하려면 로 설정합니다.traceRouteCtlEntry
traceRouteResultsEntry
traceRouteProbeHistoryEntry
traceRouteProbeHistoryEntry
traceRouteCtlRowStatus
destroy
트레이스라우트 변수 해석
이 항목에는 경로 추적 관리 정보 베이스(MIB)에 명시적으로 지정되지 않은 다음 변수의 범위에 대한 정보가 포함되어 있습니다.
- 의 최대값은 2550입니다.
traceRouteCtlMaxRows
traceRouteCtlMaxRows
이는 최대 TTL(255)에 최대값(10)을 곱한 값입니다.traceRouteCtlProbesPerHop
따라서 은(는 ) 하나의 에 대한 최대값에서 하나의 완전한 테스트를 수용합니다.traceRouteProbeHistoryTable
traceRouteCtlEntry
일반적으로 최대값은 사용되지 않으며 동일한 .traceRouteProbeHistoryTable
traceRouteCtlEntry
traceRouteMaxConcurrentRequests
- 최대값은 50입니다. 테스트가 실행 중인 경우 하나의 미해결 프로브가 있습니다. 는 값이 인 traceroute 테스트 의 최대 수를 나타냅니다.traceRouteMaxConcurrentRequests
traceRouteResultsOperStatus
enabled
테스트 실행 중인 상태에서 테스트를 시작하려고 하면 로 설정된 프로브 하나가 생성되고 해당 테스트가 즉시 종료됩니다.traceRouteMaxConcurrentRequests
traceRouteProbeHistoryStatus
maxConcurrentLimitReached
traceRouteCtlTable
- 이 테이블에서 허용되는 최대 항목 수는 100개입니다. 101번째 항목을 생성하려고 하면 SNMPv1에 대한 메시지와 SNMPv2에 대한 메시지가 표시됩니다.BAD_VALUE
RESOURCE_UNAVAILABLE
변경 내역 표
기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. Feature Explorer 를 사용하여 플랫폼에서 기능이 지원되는지 확인하세요.