여기 SNMP v1 및 V2 트랩 reciver입니다 위해 볼 수 http://pysnmp.sourceforge.net/examples/v1arch/asyncore/manager/ntfrcv/transport-tweaks.htmlTRAP 및 Inform Receiver는 SNMP v3의 PYSNMP에서 지원됩니까?
그것은 SNMP v3의 트랩을 지원하지 않습니다.
PYSNMP에 v3 트랩 수신기가 있습니까?
또한 알림 수신자가 있습니까?
여기 SNMP v1 및 V2 트랩 reciver입니다 위해 볼 수 http://pysnmp.sourceforge.net/examples/v1arch/asyncore/manager/ntfrcv/transport-tweaks.htmlTRAP 및 Inform Receiver는 SNMP v3의 PYSNMP에서 지원됩니까?
그것은 SNMP v3의 트랩을 지원하지 않습니다.
PYSNMP에 v3 트랩 수신기가 있습니까?
또한 알림 수신자가 있습니까?
예, 여기에 SNMPv3 notification receiver 예가 있습니다. 같은 코드가 INFORM에도 적용됩니다. 사실 동일한 코드가 SNMPv1 및 v2c TRAPs/INFORM을 지원합니다.
업데이트 :
의 SNMPv1/v2c를 트랩 수신기가 수신 메시지 (매우 가벼운 보안 조치)에 SNMP 커뮤니티 이름을 확인 할 의무가있다. 따라서 수신 측에서 SNMP 커뮤니티 이름을 SNMP 엔진에 구성해야합니다.
(피어의 네트워크 주소와 같은) SNMP 엔진 작업에 대한 자세한 내용이 필요하면 pysnmp의 전략적 위치에 콜백 콜렉션이 있습니다.이 콜백 콜렉션은 현재 실행중인 요청에 대한 정보를 수집하기 위해들을 수 있습니다. 여기에 an example이 있습니다. getTransportInfo
콜도 사용할 수 있지만 지금은 쓸모없는 것으로 간주됩니다.
demo.snmplabs.com (포트 162)으로 INFORM을 보내서 실험 해 볼 수 있습니다.
팁 주셔서 감사합니다. 이것은 단지 ContextEngineId 대신에 작동합니다. 여기서 에이전트의 IP를 transportAddress처럼 얻을 수 있습니까? 지금은 ContextEngineId로부터의 통보와 같은 것을 얻습니다 "0x80004fb80563696e7363706c703036347cd19c20", ContextName "" "이 16 진수 문자열은 내 매니저의 시스템 이름입니다. – sbhatta
V1 및 V2의 경우이 매핑이 필요한 이유는 무엇입니까? V1 및 V2 트랩 수신기에 대한 config.addV1System (snmpEngine, 'my-area', 'testing')은 커뮤니티 문자열에 대해 알 필요가 없습니다. – sbhatta
"print"stateReference {} TransportInfo {} "를 사용하여 IP를 얻었습니다. 형식 (stateReference, snmpEngine.msgAndPduDsp.getTransportInfo (stateReference))' – sbhatta