---
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


---

# Layer-2-Discovery

# Layer-2-Discovery {#ariaid-title1}

* Freigeben Version: Yokohama
* 
* Aktualisiert 30. Januar 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 7 Minuten Lesedauer

Discovery Kann die physischen Verbindungen, die als Ebene 2 bezeichnet werden, zwischen Netzwerkgeräten erkennen.

## Layer-2-Discovery-Prozess {#c_Layer2Discovery__section_vht_wv3_mz}

Discovery Verwendet mehrere Probes, um Informationen zu Netzwerkadaptern und ihren Layer-2-Verbindungen zu sammeln. Das folgende Diagramm zeigt die Probes, die Discovery für die Netzwerk-Discovery startet, einschließlich der für die Layer-2-Discovery verwendeten.

Beispiel: Wenn DiscoverySucht einen Switch in einem Netzwerk und löst aus SNMP - Switch - VlanProbe und SNMP - Network - ARPTableProbe. Für jedes VLAN das DiscoveryFindet, löst verschiedene Switch-Probes aus. Wenn ein Switch über Weiterleitungsfunktionen verfügt, DiscoveryLöst aus SNMP - RoutingProbe zum Sammeln von Netzwerkadapterinformationen in der Tabelle „Netzwerkadapter \[cmdb_ci_network_adapter\]". Wenn DiscoverySucht einen Server und löst die entsprechende ARP-Probe (Address Resolution Protocol) für dieses Betriebssystem aus. DiscoveryUnterstützt auch die Verwendung von Mustern wie Network SwitchUnd Network RouterMuster, die standardmäßig in verfügbar sind Discovery. Weitere Informationen finden Sie unter [Router- und Switch-Discovery](https://servicenow-prod.fluidtopics.net/R6_gXLWnV3A0uC5Jf5XQWg "Discovery Identifiziert und klassifiziert Informationen zu Netzwerkroutern und Switches.").

Während der Erkennung eines Netzwerkgeräts DiscoveryErstellt Datensätze in der Tabelle „Routerschnittstelle" \[dscy_Router_Interface\] und in der Tabelle „Switchport" \[dscy_switchport\]. Diese Informationen enthalten Netzwerkadapterinformationen für dieses Gerät. Für SNMP-fähige Geräte: DiscoverySammelt die Informationen aus einer Routingprobe während der Explorationsphase. Die Cache-Probe des Layer-2-Protokolls wird neben ausgeführt, um Nachbardaten vom Gerät zu erfassen.

## Nachbardaten werden abgerufen {#c_Layer2Discovery__section_amg_d5c_mcb}

As DiscoverySammelt Netzwerkinformationen von den Probes auf einem Gerät. Die SNMP-Protokoll-Caches der Ebene 2 identifizieren Gerätenachbarkeiten über CDP und LLDP. Diese Probe aktualisiert die Tabelle „Gerätenachbarschaften" \[Discovery_device_neighbors\], die die Layer-2-Verbindungen zwischen Switches enthält. Manchmal sind die Nachbarn dieses Geräts der Instanz möglicherweise noch nicht bekannt. Die Schnittstelle des Nachbarn kann bis nicht in einen Datensatz aufgelöst werden DiscoveryFindet schließlich die Seite des Nachbarn der Beziehung. Wann DiscoveryWird auf dem benachbarten Gerät ausgeführt, DiscoveryVervollständigt die Informationen für die Schnittstelle des Nachbarn für das ursprüngliche Berichtsgerät.  
Discovery Kann Nachbardaten aus diesen Caches auf einem Netzwerkgerät abrufen:

* [Cisco Discovery-Protokoll (CDP)](https://en.wikipedia.org/wiki/Cisco_Discovery_Protocol): Cache auf Cisco-Geräten, der Gerätenachbarinformationen in Form einer protokollspezifischen Nachbar-ID enthält. Cisco Discovery-Protokoll (CDP).
* [Link Layer Discovery-Protokoll (LLDP)](https://en.wikipedia.org/wiki/Link_Layer_Discovery_Protocol): Generischer Cache, der Gerätenachbarinformationen in Form einer protokollspezifischen Nachbar-ID enthält.
* [Adressauflösungsprotokoll (ARP)](https://en.wikipedia.org/wiki/Address_Resolution_Protocol): Cache, der die IP- und MAC-Adressen aller verbindenden Geräte und Server enthält.
{#c_Layer2Discovery__ul_v5j_3xr_pt}

## Funktionsweise der Layer-2-Discovery {#c_Layer2Discovery__section_sf5_1qy_jgb}

Wenn die Geräte-Discovery abgeschlossen ist, führt das System die Business-Regel „Service-Discovery -- Gerät abgeschlossen" in der Tabelle „Gerät" \[Discovery_device_history\] aus. Diese Business-Regel verwendet mehrere Strategien zusammen mit Informationen aus verschiedenen Tabellen zum Erstellen Connects to:Connected byBeziehungen in der CMDB. Beziehungen können erstellt werden zwischen:

* Ein Server und ein Switch
* Zwei Switches
* Ein Gerät und der Port eines anderen Geräts
* Die Ports von zwei Geräten
{#c_Layer2Discovery__ul_zh4_tty_jgb}  
Im folgenden Beispiel DiscoveryEs wurde ein Server gefunden, auf dem AIX ausgeführt wird, und es konnten auch zwei IP-Switches im Netzwerk gefunden werden. Diese Beziehungen wurden erstellt:

* A Connects toBeziehung zwischen dem AIX-Server und den beiden IP-Switches A und B.
* Eine Referenz zwischen dem AIX-Server und seinem eigenen Netzwerkadapter.
* A Connects toBeziehung zwischen den Adaptern auf den beiden IP-Switches (nicht im folgenden Bild angezeigt).
* A Connects toBeziehung zwischen dem Netzwerkadapter des AIX-Servers und dem Switch-Port von IP-Switch A (rot hervorgehoben). Diese Art von Beziehung wird standardmäßig erstellt.
{#c_Layer2Discovery__ul_ctr_tmd_mcb}

Um diese Beziehungen anzuzeigen, öffnen Sie die Abhängigkeitsansicht für den Server. Um die Beziehung zwischen den beiden IP-Switches anzuzeigen, öffnen Sie die Abhängigkeitsansicht in einem der Switches, und wählen Sie aus Physische Netzwerkverbindungen Option für Abhängigkeitstyp In den Karteneinstellungen.

## Verbindungsstrategien der Ebene 2 {#c_Layer2Discovery__section_e3y_lwc_mcb}

Die Layer-2-Discovery verwendet die folgenden Strategien, um Beziehungen zwischen Geräten in einem Netzwerk zu erstellen:

PhysikalHostConnectionStrategy

:   Diese Strategie erstellt eine Verbindung zwischen einem erkannten Server, der kein Netzwerkgerät ist, und einem Netzwerkgerät. Diese Strategie kann nur eine Ebene-2-Verbindung erstellen, wenn auf dem Port in der Weiterleitungstabelle des Switches eine einzelne MAC-Adresse vorhanden ist. Wenn der Port mehrere MAC-Adressen hat, erstellt Discovery keine Verbindung zwischen dem Server und dem Switch.Wenn der Port des Switches identifiziert wird, erstellt Discovery einen Stellt eine Verbindung zu her::Connected by Beziehung zwischen dem Serveradapter und dem Switch-Port. Andernfalls erstellt Discovery einen Stellt eine Verbindung zu her::Connected by Beziehung zwischen dem Serveradapter und dem Switch selbst.

VMLayer2-Verbindungsstrategie
:   Diese Strategie erstellt eine Verbindung zwischen einer VM und einem Netzwerkgerät. Wenn die Anzahl der außergewöhnlichen MAC-Adressen sehr gering ist (weniger als 3 und weniger als 15 % aller MAC-Adressen des ESX-Servers und seiner VMs), erstellt Discovery eine Ebene-2-Verbindung.

NetzwerkgeräteLayer2Verbindungsstrategie
:   Diese Strategie erstellt eine Verbindung zwischen einem Netzwerkgerät und seinen Nachbarn. Discovery erstellt eine Ebene 2-Verbindung, wenn ein einzelner Nachbar mit einer Nachbaradresse, einer Nachbarschnittstelle oder beidem vorhanden ist. Wenn die Schnittstelle des Nachbarn vorhanden ist, erstellt Discovery einen Stellt eine Verbindung zu her::Connected by Beziehung zwischen der Ursprungsschnittstelle und der Schnittstelle des Nachbarn. Andernfalls erstellt Discovery einen Stellt eine Verbindung zu her::Connected by Beziehung zwischen der Ursprungsschnittstelle und dem Switch zur Adresse des Nachbarn.

SpanningTreeLayer2ConnectionStrategy
:   Diese Strategie erstellt eine Verbindung zwischen einem Netzwerkgerät und dem übergeordneten Element des Netzwerkgeräts in der Spannungsverteilung.

JavaScriptLayer2ConnectionStrategy
:   Diese Strategie ruft eine JavaScript-Funktion mit leerer Implementierung auf. Dies ermöglicht die Erstellung einer zusätzlichen Strategie.

## Adressauflösungsprotokoll (ARP) in Layer 2-Discovery {#c_Layer2Discovery__section_gnn_wz1_bcb}

Die Probes für das Address Resolution Protocol (ARP) ordnen die IP-Adresse eines Computers oder Netzwerkgeräts einer MAC-Adresse zu. Diese Probes rufen die IP-Adresse und MAC-Adresse für ein CI aus der Tabelle „Netzwerkinfrastrukturelement" \[dscy_net_Base\] ab. Geräte, die SNMP unterstützen, z. B. Linux-Computer und Netzwerkgeräte, speichern zwei Arten von Adressinformationen:

* Statisch : Manuell hinzugefügte Adresslösungen.
* Dynamisch : Paare für Hardwareadame und IP-Adresse, die dem Cache durch vorherige, erfolgreiche ARP-Auflösungen hinzugefügt wurden.

{#c_Layer2Discovery__ul_syl_s32_2s}  
Wenn die ARP-Tabelle DiscoveryAbgeschlossen, erfasst das System alle statischen und dynamischen Tabelleneinträge von Geräten über SNMP. Wenn ein neuer ARP-Eintrag verfügbar ist, wird er der Netzwerk-ARP-Tabelle \[discovery_net_arp_table\] hinzugefügt. Wenn zuvor erkannte ARP-Einträge nicht mehr in der Geräte-ARP-Tabelle zwischengespeichert werden, entfernt das System die entsprechenden Datensätze mithilfe des Abgleichsprozesses aus der CMDB.  
Hinweis:  
Wenn nach neue ARP-Einträge erstellt werden DiscoveryWird ausgeführt, sie werden erst beim nächsten erkannt DiscoveryZeitplan. Wenn ARP-Einträge nach vom Gerät entfernt werden DiscoveryWird ausgeführt, die CMDB-ARP-Tabelle wird erst aktualisiert, wenn DiscoveryWird erneut ausgeführt.  
Discovery Stellt diese Probes zum Extrahieren von Informationen zur IP- und MAC-Adressauflösung bereit:{#c_Layer2Discovery__table_j52_xw4_tt__entry__4}

| Probe | ECC-Warteschlangenthema | Befehl | Beschreibung |
|-|-|-|-|
| Linux: Netzwerk-ARP-Tabellen | SSHBefehl | sh ${file:linux_arp.sh} Dadurch wird eine Skriptdatei ausgeführt, um zuerst den Befehl „net-Tools" (arp -n) zu versuchen. Wenn dies fehlschlägt, wird der iproute2-Befehl (ip Neighbor) versucht. | SSH-Befehlsprobe, die die Netzwerkinformationen aus der ARP-Tabelle auf einem Linux-Server abruft. |
| Solaris: Netzwerk-ARP-Tabellen | SSHBefehl | arp: An | SSH-Befehlsprobe, die die Netzwerkinformationen aus der ARP-Tabelle auf einem Solaris-Server abruft. |
| Windows: Netzwerk-ARP-Tabelle | PowerShell | arp: A | PowerShell-Probe, die die Netzwerkinformationen aus der ARP-Tabelle auf einem Windows-Server abruft. |
| SNMP -- Netzwerk -- ArpTable | SNMP | Tabelle Die SNMP-Probe verwendet zuerst diese OID: `iso.org.dod.internet.mgmt.mib-2.ip.ipNetToMediaTable ipNetToMediaPhysAddress,ipNetToMediaNetAddress `. Wenn die Probe keine Ergebnisse zurückgibt, wird diese OID verwendet: `iso.org.dod.internet.mgmt.mib-2.ip.ipNetToPhysicalTable ipNetToPhysicalNetAddress,ipNetToPhysicalPhysAddress `. | SNMP-Probe, die Informationen aus der ARP-Tabelle auf einem Switch oder Router sammelt. |
[ ]

{#c_Layer2Discovery__table_j52_xw4_tt}

## SNMP-Switch-Probes {#c_Layer2Discovery__section_t1m_11b_bcb}

Diese Probes geben Brückeninformationen von VLANs zurück, die über Netzwerk-Switches verbunden sind, einschließlich Portauswahl, Weiterleitungstabellen und Verwendung des Spanning Tree-Protokolls.  

SNMP -- Switch -- BridgePortTable
:   Diese Probe gibt alle Ports von einem Switch zurück, die zum Erstellen einer Brücke zwischen Netzwerksegmenten verwendet werden.

    |-|-|
    | Tabelle | Switch-Brückenporttabelle \[discovery_switch_bridge_port_table\] diese Tabelle wird verwendet, um eine Portnummer in der discovery_switch_fwd_table und einen Schnittstellenindex zuzuordnen. |
    | OID | iso.org.dod.internet.mgmt.mib-2.dot1dBridge.dot1dBase.dot1dBasePortTable dot1dBasePort,dot1dBasePortIfIndex |
    | Felder ausgefüllt | * cmdb_ci * port * Interface_index {#c_Layer2Discovery__ul_n14_tfq_kr} |
    [Tabelle : 1. Überbrückungsdaten zurückgegeben]

    {#c_Layer2Discovery__table_f3c_rfq_kr}

SNMP -- Switch -- SpanningTreeTable
:   Diese Probe gibt den aktiven Pfad zwischen zwei beliebigen Netzwerkknoten zurück, die von einem Switch überbrückt werden.

    |-|-|
    | Tabelle | Wechseln Sie die Bereichsstrukturtabelle \[discovery_switch_spanning_tree_table\]. Diese Tabelle wird verwendet, um Layer-2-Verbindungen zwischen Switches zu finden. |
    | OID | iso.org.dod.internet.mgmt.mib-2.dot1dBridge.dot1dStp.dot1dStpPortTable dot1dStpPort,dot1dStpPortState,dot1dStpPortEnable,dot1dStpPortDesignatedRoot,dot1dStpPortDesignatedBridge |
    | Felder ausgefüllt | * cmdb_ci * port * Port_State * Port_enable * Designed_root * Designated_Bridge_mac {#c_Layer2Discovery__ul_jwv_pdz_jgb} |
    [Tabelle : 2. Bereichsstrukturdaten zurückgegeben]

    {#c_Layer2Discovery__table_q8g_ydz_jgb}

SNMP -- Switch -- Weiterleitungstabelle

:   Diese Probe gibt Informationen aus der Weiterleitungstabelle eines Switches zurück.

    |-|-|
    | Tabelle | Switch-Weiterleitungstabelle \[discovery_switch_fwd_table\] Dies ist die Weiterleitungstabelle für die Switches. |
    | OIDs | Diese OIDs werden nach Bedarf von erstellt DiscoveryVlanSwitchProcessor Skripteinbindung. * Nicht-Cisco : * Q-BRIDGE-MIB : `oid_spec_list = „table iso.org.dod.internet.mgmt.mib-2.dot1dBridge.qBridgeMIB.qBridgeMIBObjects.dot1qTp.dot1qTpFdbTable dot1qTpFdbAddress". + vlanIndex + „,dot1qTpFdbPort". + vlanIndex + „,dot1qTpFdbStatus". + vlanIndex; ` * BRIDGE-MIB : oid_spec_list = 'table iso.org.dod.internet.mgmt.mib-2.dot1dBridge.dot1dTp.dot1dTpFdbTable dot1dTpFdbAddress,dot1dTpFdbPort,dot1dTpFdbStatus'; {#c_Layer2Discovery__ul_zcf_fjq_kr} * Cisco BRIDGE-MIB : `oid_spec_list = 'table iso.org.dod.internet.mgmt.mib-2.dot1dBridge.dot1dTp.dot1dTpFdbTable dot1dTpFdbAddress,dot1dTpFdbPort,dot1dTpFdbStatus'; ` {#c_Layer2Discovery__ul_gdc_2jq_kr} |
    | Zusätzliche Probe aufgerufen | Die SSH-Probe `Switch: MAC-Tabelle `Kann durch ausgelöst werden DiscoveryVlanSwitchProcessor Skripteinbindung zum Ausfüllen zusätzlicher Daten der Ebene 2. Wenn Ihnen Ebene 2-Daten fehlen, nachdem Sie die Discovery für mehrere VLANs ausgeführt haben, sollten Sie das Auslösen von aktivieren `Switch: MAC-Tabelle `Testen Sie die Discovery erneut, und führen Sie sie aus. Fügen Sie dazu die folgende Eigenschaft der Tabelle „Systemeigenschaft" \[sys_properties\] hinzu: `glide.discovery.sensors.forwardingtable.ssh `. Legen Sie den Wert der Eigenschaft auf fest Wahr . Standardmäßig ist diese Eigenschaft „falsch". |
    | Befehl | mac-Adresstabelle anzeigen |
    | Felder ausgefüllt | * cmdb_ci * vlan_ID * port * Status * mac_address (von cmdb_ci Feld in der Tabelle „Netzwerkinfrastrukturelement \[Discovery_net_Base\]") {#c_Layer2Discovery__ul_ff3_xlq_kr} |
    [Tabelle : 3. Weiterleitungstabellendaten zurückgegeben]

    {#c_Layer2Discovery__table_mkj_x3q_kr}

SNMP -- Switch -- VLAN

:   Diese Probe gibt VLAN-IDs von einem Netzwerk-Switch und diese OIDs zurück:


        iso.org.dod.internet.private.enterprises.cisco.ciscoMgmt.ciscoVtpMIB.vtpMIBObjects.vlanInfo.vtpVlanTable vtpVlanState

        iso.org.dod.internet.private.enterprises.cisco.ciscoMgmt.ciscoVlanMembershipMIB.ciscoVlanMembershipMIBObjects.vmMembership.vmMembershipSummaryTable vmMembershipSummaryVlanIndex,vmMembershipSummaryMemberPorts,vmMembershipSummaryMember2kPorts

        iso.org.dod.internet.private.enterprises.juniperMIB.jnxMibs.jnxExMibRoot.jnxExSwitching.jnxExVlan.jnxVlanMIBObjects.jnxExVlanTable jnxExVlanTag

        iso.org.dod.internet.mgmt.mib-2.system.sysDescr

    Andere Switch-Typen werden nicht unterstützt.

## Porttabellen {#c_Layer2Discovery__section_mwf_1qg_kgb}

Diese Porttabellen werden während der horizontalen Erkennung eines Geräts ausgefüllt:

* Netzwerkadapter \[cmdb_ci_network_adapter\]
* Switchport \[dscy_switchport\]
* Routerschnittstelle \[dscy_Router_Interface\]
* Lastenausgleichsmodul-Schnittstelle \[cmdb_ci_lb_interface\]
{#c_Layer2Discovery__ul_hk5_cqg_kgb}