문제
SNMP 검색 실행을 시작했지만 예상 장치를 모두 찾지 못했습니다.
해결책
SNMP 검색 프로세스는 검색 구성의 cidrs 섹션에서 목록의 모든 IP 주소에 대해 실행됩니다. 스캔하는 동안 대상 IP 주소가 응답하는지 확인하기 위해 TCP 포트 검사가 있습니다. 성공하면 ktranslate ) SNMP를 통해 IP 주소와 통신을 시도합니다.
검색 프로세스의 일반적인 실패 지점은 다음과 같습니다.
- 네트워크 대기 시간 또는 SNMP 요청에 대한 장치 응답 시간으로 인한 시간 초과. 예를 들어 Meraki 클라우드 컨트롤러는 최소 10초의 제한 시간 값을 권장합니다 .
- 방화벽과 같이 일반적으로 더 엄격한 보안 상태에 있는 장치의 응답성 검사에 대한 초기 실패.
- 검색 구성의
cidrs섹션에 표시된 지나치게 큰 IP 범위로 인해 시간이 초과되었습니다.
중요
기본적으로 SNMP 검색은 4개의 스레드를 사용하여 IP 주소당 3초의 시간 초과로 비동기식으로 실행됩니다. 총 IP 주소가 1,024개인 /22 CIDR 블록의 경우 검색 작업이 완료되는 데 약 13분이 소요됩니다.
1,024 IPs / 4 threads = 256 IPs per thread 256 IPs per thread * 3 seconds per IP = 768 seconds768 seconds / 60 = 12.8 minutes총 IP 주소가 65,536개인 /16 CIDR 블록의 경우 약 13.65시간이 소요됩니다.
이러한 문제를 해결하려면 다음 해결 방법 중 하나 또는 모두를 시도하십시오.
snmp-base.yaml을 편집하고timeout_ms변수에 대한 시간 초과 값을 늘립니다.- 여전히 응답하지 않는 기기의 경우 모든
cidrs값을/32길이로 설정하여 검색 프로세스가 응답성 검사를 건너뛰고 SNMP 연결만 시도하도록 합니다. - 전체 작업에서 시간 초과를 수신하는 경우 제공된 CIDR 블록을 총 IP 1,024개 이하로 제한하고 있는지 확인하세요. 예를 들어
/22과/32사이의 CIDR 범위입니다. 단일 구성 파일에서/22의 여러 블록을 제공할 수 있지만 전반적으로 대상 환경이 큰 경우 단일 컨테이너에서 모든 작업을 수행하려고 시도하는 것보다 여러 컨테이너로 수평 확장하는 것이 좋습니다.
팁
포트 스캔으로 인해 건너뛰는 대규모 장치 세트가 있는 경우 snmp-base.yaml 파일을 편집하고 check_all_ips 옵션을 활성화하여 포트 스캔을 건너뛰고 검색된 모든 주소에 대해 SNMP 자격 증명 테스트로 직접 이동할 수 있습니다. . 이 옵션을 사용하면 구성의 제한 시간 및 재시도 값에 따라 검색을 완료하는 데 걸리는 시간이 늘어납니다.