--- sourceDocument: Yokohama IT Operations Management sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/it-operations-management Release : - yokohama ft:locale : - de-DE ft:publication_title : - Yokohama IT Operations Management ft:clusterId : - itom bundleId : - itom workflow : - Technology --- # SNMP-Probe-Parameter # SNMP-Probe-Parameter {#ariaid-title1} * Freigeben Version: Yokohama * * Aktualisiert 30. Januar 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 Minuten Lesedauer Diese Liste von Parametern kann an die SNMP-Probes übergeben werden. Anweisungen zum Konfigurieren von Probe-Parametern finden Sie unter [Legen Sie die Probe-Parameter fest](https://servicenow-prod.fluidtopics.net/PkDfkT7G2jOzgNkwL3p6ZQ "Verwenden Sie Probe-Parameter, um das Verhalten einer bestimmten Probe jedes Mal zu steuern, wenn sie ausgelöst wird."). {#r_SNMPProbeParameters__table_mmh_pny_5p__entry__3} | Parameter | Beschreibung | Standardwert | |-|-|-| | oid_spec_list | Eine Liste von OID-Spezifikationen, eine pro Zeile. Jede Spezifikation muss in einem der folgenden zwei Formen vorliegen: * Gehen Sie {OID} : Führt die OID und alle untergeordneten Elemente durch * Tabelle {OID} {untergeordnete OID} : Führt alle Einträge in der Tabelle durch, wobei nur die angegebenen untergeordneten Elemente zurückgegeben werden (z. B. „iso.org.dod.internet") {#r_SNMPProbeParameters__ul_mbk_b4y_5p} {OID untergeordnete Elemente} bezieht sich auf eine kommagetrennte Liste von untergeordneten Knoten in den Einträgen für die angegebene Tabelle. Beispiel: „IfEntry.ifIndex,ifEntry.ifDescr,ifEntry.ifType" sind untergeordnete OID-Elemente der Tabelle „iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable". Zur Vereinfachung kann das Tabelleneintrags-Präfix unterbrochen werden. (Die vorangehenden untergeordneten Elemente können als „ifIndex,ifDescr,ifType" angegeben werden.) Jedes untergeordnete Element kann einen Filterqualifizierer in Klammern enthalten. Das untergeordnete Element „entPhysicalContainedIn(=0)" gibt beispielsweise nur an, wenn der Wert von „entPhysicalContainedIn" gleich 0 ist. Die im Ausdruck unterstützten Operatoren sind: * `= `: Ist gleich * `!= `: Ist nicht gleich * `# `: Enthält {#r_SNMPProbeParameters__ul_cc4_rsm_jdc} Wenn mehr als ein untergeordnetes Element einen Filterausdruck hat, führt eine Übereinstimmung mit einem der untergeordneten Elemente dazu, dass dieser Eintrag gelesen wird. Alle Inhalte, einschließlich und nach einem „//", werden ignoriert (Kommentare). Jede OID, die nicht mit „1,3.6,1" oder „iso.org.dod.internet" beginnt, stellt automatisch „1,3.6,1" voran. Als Bequemlichkeit. | erforderlich | | Quelle | Die IP-Adresse oder der Hostname des Geräts, für das SNMP abgefragt werden soll. | erforderlich | | index | Der Index, der nach der Community-Zeichenfolge angewendet werden soll, für die Indizierung von Community-Zeichenfolgen im Cisco-Stil (für VLAN-Abfrage). | 0 | | credential_id | Die sys_ID einer bestimmten Anmeldeinformation, die zur Verwendung über dem Rest bevorzugt wird. Dieser Parameter ist nur zur internen Verwendung vorgesehen und wird nicht unterstützt. | Keine | | Credential_Tag | Das Anmeldeinformations-Tag, das verwendet werden muss. Dieser Parameter ist nur zur internen Verwendung vorgesehen und wird nicht unterstützt. | Keine | | Zeitüberschreitung | Der Zeitüberschreitungswert (in Millisekunden) zum Warten auf eine Antwort anstelle des Standardwerts. Sie können diesen Parameter verwenden, um zu überschreiben mid.snmp.request.timeoutKonfigurationsparameter des SNMP-MID-Servers. Hinweis: Wann use_getbulkIst auf festgelegt true, Der Zeitüberschreitungswert gilt für eine einzelne GETBULK-Anforderung. | 1500 | | Established_Session_timeout | Das Intervall (in Millisekunden) zum Warten auf eine Antwort, nachdem mindestens eine Antwort empfangen wurde. Längere Werte können für die Erfassung vollständiger und genauer Daten nützlich sein. Sie können diesen Parameter verwenden, um zu überschreiben mid.snmp.session.timeoutKonfigurationsparameter des SNMP-MID-Servers. | 500 | | debug | Aktiviert die Debug-Protokollierung. Legen Sie für den Debug-Modus auf „wahr" fest. | falsch | | Request_interval | Das Intervall (in Millisekunden) zwischen aufeinanderfolgenden Anforderungen für eine OID, wenn keine Antwort empfangen wurde, bis der Wert für die Zeitüberschreitung (oder „established_Session_timeout") erreicht ist. Wenn dieser Wert auf mindestens so lange festgelegt ist wie der Wert „timeout" (oder „established_Session_timeout"), wird nur eine einzelne Anforderung für eine bestimmte OID gesendet. Wenn Sie den Wert „timeout" (oder „established_Session_timeout") ändern, passen Sie „Request_interval" gleichzeitig an, um zu vermeiden, dass zu viele oder zu wenige Anforderungen für dieselbe OID gesendet werden, je nach Bedarf für eine bestimmte Umgebung. | 400 | | Request_delay | Das Intervall (in Millisekunden) zwischen dem Empfang einer Antwort und der Übertragung der nächsten Anforderung. Der Standardwert ist 0 (keine Verzögerung). Dieser Wert kann festgelegt werden, um die Gesamtrate einer SNMP-Abfrage zu verlangsamen. | 0 | | Ergebnisformat | Gibt JSON-formatierte Nutzlasten für diese Probes zurück: * SNMP -- F5 BIG-IP -- SYSTEM * SNMP -- Netscaler -- System * SNMP: Weiterleitung {#r_SNMPProbeParameters__ul_wgm_rvv_s2b}Dieser Parameter gibt Daten in einem kompakteren Format zurück, um Sensorfehler oder Speicherprobleme auf einem Knoten zu verhindern, wenn die Nutzlast groß wird. Ändern Sie diesen Wert nicht, oder löschen Sie diesen Parameter nicht. Warnung: Die Verwendung dieses Parameters mit anderen Probes führt zu einem Ausfall des Sensors. | JSON | | Use_getbulk | Aktiviert die Verwendung von SNMP-GETBULK-Anforderungen zum Abrufen von Tabellendaten von SNMP-Geräten, anstatt mehrere SNMP-GETNEXT-Anforderungen zu verwenden. Bei tabellarischen Daten ist GETBULK effizienter. Unabhängig vom Anforderungstyp geben bestimmte Geräte möglicherweise keine Ergebnisse zurück, wenn sie mit anderen Aufgaben beschäftigt sind. Dieser Parameter wird zum Konfigurieren auf Probe-Ebene verwendet. GETBULK kann auch für einen einzelnen MID-Server oder global für alle MID-Server festgelegt werden. Einstellungen werden in der Reihenfolge der Priorität aufgeführt: * SNMP-Probe-Parameter * [Konfigurationsparameter des MID-Servers](https://www.servicenow.com/docs/access?context=mid-server-parameters&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US) * [MID-Servereigenschaften](https://www.servicenow.com/docs/access?context=r_MIDServerProperties&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US) {#r_SNMPProbeParameters__ul_xbw_rk5_dhb} Die established_session_timeout, request_interval,Und request_delayParameter werden ignoriert, wenn use_getbulkIst auf festgelegt Wahr . Stattdessen wird retriesParameter ist verfügbar. Die Zeitüberschreitungskonfiguration ist dieselbe, die von verwendet wird use_getscalar. Standardmäßig verwenden die folgenden Probes GETBULK-Anforderungen (der Parameterwert ist true). * SNMP -- Switch -- VLAN * SNMP -- Switch -- BridgePortTable * SNMP -- Switch -- Weiterleitungstabelle * SNMP -- Switch -- SpanningTreeTable * SNMP -- Netzwerk -- ArpTable * SNMP: Protokoll-Caches der Ebene 2 * SNMP -- F5 BIG IP -- System (nur für Service Mapping-Kunden) {#r_SNMPProbeParameters__ul_qjq_v24_jt} Hinweis: Diese Probes haben einen timeoutWert von 5000. | falsch | | Use_getscalar | Ermöglicht die Verwendung des vereinfachten Abrufs und der Verarbeitung von skalaren Werten von SNMP-Geräten. Die established_session_timeout, request_interval, Und request_delayParameter werden ignoriert, wenn use_getscalarIst auf festgelegt Wahr . Stattdessen wird retriesUnd timeoutParameter sind verfügbar. Die Zeitüberschreitungskonfiguration ist dieselbe, die von verwendet wird use_getbulk. | falsch | | Wiederholungen | Die Anzahl der zusätzlichen Versuche DiscoveryVeranlasst den Abschluss einer einzelnen GETBULK-Anforderung (siehe use_getbulk) Oder eine GETNEXT-Anforderung, wenn use_getscalarParameter ist auf festgelegt Wahr . | 2 | [ ] {#r_SNMPProbeParameters__table_mmh_pny_5p}