sFlow-Überwachungstechnologie

Überlegungen

In der QFX-Serie umfassen die Einschränkungen der sFlow-Datenverkehrs-Sampling:

• sFlow-Sampling auf Eingangsschnittstellen erfasst keinen CPU-gebundenen Datenverkehr.

• sFlow-Sampling auf Ausgangsschnittstellen unterstützt keine Broadcast- und Multicast-Pakete.

• Ausgangsproben enthalten keine Änderungen am Paket in der Ausgangspipeline.

• Wenn ein Paket aufgrund eines Firewall-Filters verworfen wird, wird der Grundcode für das Verwerfen des Pakets nicht an den Collector gesendet.

• Das out-priority Feld für ein VLAN ist bei Eingangs- und Ausgangsproben immer auf 0 (Null) festgelegt.

• Sie können die sFlow-Überwachung für eine Link Aggregation Group (LAG) nicht konfigurieren, sondern einzeln auf einer LAG-Member-Schnittstelle konfigurieren.

• Auf Switches der QFX10000-Serie wird für eine Reihe von Ports in einer Multicast-Gruppe, da das tatsächliche Sampling in der Eingangs-Pipeline für ausgehende Pakete erfolgt, das Minimum der konfigurierten Sflowrate oder die aggressivste Samplerate unter diesen Ports für das Sampling über alle Ports in dieser Gruppe verwendet.

• Ab Junos OS Version 19.4 und höher wird auf Switches der QFX10000-Serie, wenn der Zielport eines abgetasteten UDP-Pakets 6635 ist und das Paket keinen gültigen MPLS-Header enthält, das Datenstrom-Sample-Paket beschädigt oder abgeschnitten. Das eigentliche Paket wird weitergeleitet.

• Auf eigenständigen Switches der QFX10000-Serie und dem Virtual Chassis der QFX-Serie (mit QFX3500- und QFX3600-Switches) werden Ausgangs-Firewall-Filter nicht auf sFlow-Sampling-Pakete angewendet. Auf diesen Plattformen unterscheidet sich die Softwarearchitektur von der auf anderen Geräten der QFX-Serie, und sFlow-Pakete werden von der Routing-Engine (nicht der Linecard auf dem Host) gesendet und werden nicht durch den Switch übertragen. Ausgangs-Firewall-Filter wirken sich auf Datenpakete aus, die einen Switch übertragen, aber nicht die Pakete, die von der Routing-Engine gesendet werden. Infolgedessen werden sFlow-Sampling-Pakete immer an den sFlow-Collector gesendet.

Auf PTX1000-Routern und Switches der QFX10000-Serie funktioniert die sFlow-Technologie immer auf der Ebene der physischen Schnittstelle. Die Aktivierung der sFlow-Überwachung auf einer logischen Schnittstelle ermöglicht dies auf allen logischen Schnittstellen, die zu dieser physischen Schnittstelle gehören.

Auf PTX1000-Routern, PTX10000-Routern und Switches der QFX10000-Serie kann sFlow nur auf einer aktiven logischen Schnittstelle konfiguriert werden. Verwenden Sie den show interfaces terse Befehl, um die Statusinformationen von Schnittstellen anzuzeigen. Wenn sowohl der Betriebs- als auch der Admin-Status einer Schnittstelle aktiviert ist, ist sie eine aktive Schnittstelle.

Auf PTX10000-Routern, PTX5000-Routern und Switches der QFX10000-Serie generiert sflow keine erwarteten Beispiele, wenn die Eingangs- oder Ausgangsschnittstellen speziell im ECMP-Szenario Teil der Routing-Instanz sind.

Auf PTX10001-36MR-, PTX10003-, PTX10004-, PTX10008- und PTX10016-Geräten unterstützt sFlow den Export von Extended Tunnel Egress Structure-Feldern für Datenverkehr, der in IPv4- oder IPv6 GRE-Tunnel gelangt. Dadurch kann Sflow Informationen über den GRE-Tunnel bereitstellen, in den ein Paket, das das Gerät eingibt, gekapselt werden kann. Der GRE-Tunnel könnte IPv4 oder IPv6 sein. Die Funktion wird nur unterstützt, wenn sFlow in Eingangsrichtung aktiviert ist, wobei die firewallbasierte GRE-Kapselung auf IPv4- oder IPv6-Paketen erfolgt.

Die Funktion wird für die folgenden Datenverkehrsszenarien unterstützt, wenn die Sampling für den Eingangs-sFlow-Datenverkehr aktiviert ist:

• Eingehender IPv4-Datenverkehr, der einer IPv4 GRE-Kapselung unterzogen wird

• Eingehender IPv6-Datenverkehr, der einer IPv4 GRE-Kapselung unterzogen wird

• Eingehender IPv4-Datenverkehr, der einer IPv6-GRE-Kapselung unterzogen wird

• Eingehender IPv6-Datenverkehr, der IPv6 GRE-Kapselung durchläuft

Tabelle 2 beschreibt Felder für die erweiterte Tunnel-Ausgangsstruktur für Datenverkehr, der in IPv4- oder IPv6-GRE-Tunnel eintritt.

Weitere Informationen zu den sFlow- und sFlow-Tunnelstrukturen finden Sie unter sFlow - und sFlow-Tunnelstrukturen.

Die erweiterte Struktur für IPv4- und IPv6 GRE-Tunnel ist unten:

Die IPv4-Header-Struktur ist unten:

Die IPv6-Header-Struktur ist unten:

EVPN-VXLAN

Auf Switches der QFX10000-Serie können Sie die sFlow-Technologie verwenden, um den bekannten Multicast-Datenverkehr zu erfassen, der über EVPN VxLAN übertragen wird. Das Sampling des bekannten Multicast-Datenverkehrs wird für Den Datenverkehr unterstützt, der über EVPN VxLAN oder anders gesagt core-gerichtete Schnittstelle in den Switch gelangt und den Switch aus kundenorientierten Ports ausgeht. Außerdem wird das Sampling des bekannten Multicast-Datenverkehrs nur in Ausgangsrichtung unterstützt. Um die Stichprobennahme des bekannten Multicast-Datenverkehrs an einem kundenorientierten Port zu ermöglichen, müssen Sie sflow auf der Schnittstelle in Ausgangsrichtung aktivieren, wie dies für das Standard-Unicast-Datenverkehrs sampling-Szenario getan ist. Darüber hinaus müssen Sie die egress-multicast enable Option auf [edit forwarding options sflow] Hierarchieebene einschließen. Die maximale Replikationsrate für Multicast-Datenverkehrsbeispiele kann mit der eggress-multicast max-replication-rate rate Option auf [edit forwarding options sflow eggress-multicast] Hierarchieebene konfiguriert werden.

Wenn eine Reihe von Sflow-Ausgangs-Sampling-aktivierten Schnittstellen einer bestimmten Multicast-Gruppe abonniert wird und die Ausgangssflow-Multicast-Sampling-Option aktiviert ist, werden alle Schnittstellen mit derselben Geschwindigkeit stichprobeniert. Das Minimum der konfigurierten Sflowrate, mit anderen Worten, die aggressivste Samplingrate unter diesen Schnittstellen wird für das Sampling über alle Schnittstellen im Satz hinweg verwendet. Ein einzelner Port erzeugt Proben mit unterschiedlicher Geschwindigkeit, wenn er Teil mehrerer Multicast-Gruppen ist, da das Multicast-Sampling für eine bestimmte Gruppe von der aggressivsten Samplingrate zwischen den Ports dieser bestimmten Gruppe abhängt.

Auf EVPN-VXLAN werden die CRB- (Central-Routed Bridging) und Edge-Routed Bridging (ERB)-Architekturen mit sFlow unterstützt. EVPN-VXLAN unterstützt nur IPv4-Adresse.

Tabelle 3 stellt Informationen zur EVPN-VXLAN-Metadatenunterstützung bereit.

Tabelle 4 bietet Metadaten für erweiterte Switch-Daten und erweiterte Routing-Daten.

Vorteile der sFlow-Technologie

• sFlow kann von Softwaretools wie einem Netzwerkanalysator verwendet werden, um Zehntausende von Switch- oder Router-Ports gleichzeitig zu überwachen.

• Da sFlow für die Analyse Netzwerk-Sampling verwendet (weiterleitung eines Pakets aus n der Anzahl der Gesamtpakete), ist es nicht ressourcenintensiv (z. B. Verarbeitung, Speicher und mehr). Das Sampling erfolgt an den hardwarespezifischen integrierten Circuits (ASICs) und ist daher einfacher und genauer.

Sampling-Mechanismus und Architektur der sFlow-Technologie

Die sFlow-Technologie verwendet die folgenden zwei Sampling-Mechanismen:

• Paketbasiertes Sampling: Probiert ein Paket aus einer angegebenen Anzahl von Paketen über eine Schnittstelle, die für die sFlow-Technologie aktiviert ist. Nur die ersten 128 Bytes jedes Pakets werden an den Collector gesendet. Die erfassten Daten umfassen Ethernet-, IP- und TCP-Header sowie andere Header auf Anwendungsebene (falls vorhanden). Obwohl diese Art von Sampling möglicherweise keine seltenen Paketströme erfasst, werden die meisten Datenströme im Laufe der Zeit gemeldet, sodass der Collector eine einigermaßen genaue Darstellung der Netzwerkaktivität generieren kann. Um das paketbasierte Sampling zu konfigurieren, müssen Sie eine Abtastrate angeben.

• Zeitbasiertes Sampling: Stichproben von Schnittstellenstatistiken in einem angegebenen Intervall von einer Schnittstelle, die für die sFlow-Technologie aktiviert ist. Statistiken wie Ethernet-Schnittstellenfehler werden erfasst. Um das zeitbasierte Sampling zu konfigurieren, müssen Sie ein Abrufintervall angeben.

Die Sampling-Informationen werden verwendet, um ein Bild zur Sichtbarkeit des Netzwerkverkehrs zu erstellen. Das Junos-Betriebssystem (Junos OS) von Juniper Networks unterstützt vollständig den sFlow-Standard, der in RFC 3176, sFlow der InMon Corporation, beschrieben ist: Eine Methode zur Überwachung des Datenverkehrs in switchierten und gerouteten Netzwerken (siehe http://faqs.org/rfcs/rfc3176.html).

Ein sFlow-Überwachungssystem besteht aus einem in den Router oder Switch eingebetteten sFlow-Agenten und einem zentralisierten Collector. Die beiden Hauptaktivitäten des sFlow-Agenten sind stichprobenartige Stichproben und das Sammeln von Statistiken. Es kombiniert Schnittstellenzähler und Datenstromproben und sendet sie über das Netzwerk an den sFlow-Collector als UDP-Datagramme, wodurch diese Datagramme an die IP-Adresse und den UDP-Ziel-Port des Collectors leitet. Jedes Datagramm enthält die folgenden Informationen:

• Die IP-Adresse des sFlow-Agenten

• Die Anzahl der Proben

• Die Schnittstelle, über die die Pakete in den Agenten gelangt sind

• Die Schnittstelle, über die die Pakete den Agent verlassen haben

• Quell- und Zielschnittstelle für die Pakete

• Quell- und Ziel-VLAN für die Pakete

Router und Switches können die verteilte sFlow-Architektur übernehmen. Der sFlow-Agent verfügt über Subagenten. Jeder Subagent ist für die Überwachung einer Reihe von Netzwerkports verantwortlich und verfügt über eine eindeutige ID, die vom Collector zur Identifizierung der Datenquelle verwendet wird. Ein Subagent hat einen eigenen unabhängigen Status und leitet seine eigenen Beispielnachrichten an den sFlow-Agenten weiter. Der sFlow-Agent ist dafür verantwortlich, die Proben in Datagramme zu verpacken und an den sFlow-Collector zu senden. Da Sampling über Subagenten verteilt ist, wird der Protokoll-Overhead, der mit der sFlow-Technologie verbunden ist, am Collector erheblich reduziert.

Gelegentliche Sampling-Datenströme werden in den sFlow-Informationen möglicherweise nicht gemeldet, aber im Laufe der Zeit werden die meisten Datenströme gemeldet. Basierend auf einer konfigurierten Samplingrate Nwird 1 aus N Paketen erfasst und an den Collector gesendet. Diese Art der Probenahme liefert in der Analyse kein 100 Prozent genaues Ergebnis, aber sie liefert ein Ergebnis mit quantifizierbarer Genauigkeit. Ein vom Benutzer konfiguriertes Abrufintervall definiert, wie oft sFlow-Daten für eine bestimmte Schnittstelle an den Collector gesendet werden, aber ein sFlow-Agent kann auch die Abfrage planen.

Adaptive Sampling

Adaptive Sampling ist der Prozess der Überwachung der gesamten eingehenden Datenverkehrsrate auf dem Netzwerkgerät und liefert intelligentes Feedback an Schnittstellen, um die Samplingraten an Schnittstellen dynamisch an die Verkehrsbedingungen anzupassen. Adaptive Sampling verhindert eine Überlastung der CPU und hält das System auf einem optimalen Niveau, selbst wenn sich die Datenverkehrsmuster an den Schnittstellen ändern. Während die Abtastrate die konfigurierte Anzahl an ausgehenden oder eingehenden Paketen ist, aus denen ein Paket samplet wird, entspricht die adaptive Samplerate der maximalen Anzahl von Samples, die pro Linecard generiert werden sollte, d. h. es ist die Grenze für adaptive Sampling. Die Stichprobenlast ist die Datenmenge (oder Anzahl der Pakete), die sich zu einem bestimmten Zeitpunkt, der erfasst wird, über ein Netzwerk bewegen. Wenn Sie die Abtastrate erhöhen, verringern Sie die Stichprobenlast und umgekehrt. Nehmen wir beispielsweise an, die konfigurierte Abtastrate beträgt 2 (d. h. es wird 1 Paket von 2 Paketen stichprobeniert), und dann wird diese Rate verdoppelt, sodass sie 4 wird, oder es wird nur ein Paket von 4 Paketen abtastet.

Sie konfigurieren die adaptive Abtastrate, die maximale Anzahl von Samples, die pro Linecard generiert werden sollen, auf [edit protocols sflow adaptive-sample-rate Hierarchieebene.

• Funktionsweise von Adaptive Sampling
• Adaptive Sampling-Fallback
• Einschränkungen für adaptive Sampling

Adresszuweisung des sFlow-Agenten

Der sFlow-Collector verwendet die IP-Adresse des sFlow-Agenten, um die Quelle der sFlow-Daten zu ermitteln. Sie können die IP-Adresse des sFlow-Agenten konfigurieren, um sicherzustellen, dass die Agenten-ID des sFlow-Agenten konstant bleibt. Wenn Sie die dem Agenten zugewiesene IP-Adresse nicht angeben, wird dem Agenten automatisch eine IP-Adresse zugewiesen, basierend auf der folgenden Prioritätsreihenfolge der auf dem Gerät konfigurierten Schnittstellen:

Wenn eine bestimmte Schnittstelle nicht konfiguriert ist, wird die IP-Adresse der nächsten Schnittstelle in der Prioritätsliste als IP-Adresse für den Agenten verwendet. Sobald dem Agenten eine IP-Adresse zugewiesen wurde, wird die Agenten-ID erst geändert, wenn der sFlow-Dienst neu gestartet wird. Es muss mindestens eine Schnittstelle konfiguriert werden, damit dem Agenten eine IP-Adresse zugewiesen werden kann. Wenn die IP-Adresse des Agenten automatisch zugewiesen wird, ist die IP-Adresse dynamisch und ändert sich, wenn das Gerät neu gestartet wird.

Im QFabric-System werden die folgenden Standardwerte verwendet, wenn die optionalen Parameter nicht konfiguriert sind:

• Die Agent-ID ist die Verwaltungs-IP-Adresse der Standardpartition.

• Quell-IP ist die Verwaltungs-IP-Adresse der Standardpartition.

Darüber hinaus ist die QFabric-System-Subagent-ID (die in den sFlow-Datagrammen enthalten ist) die ID der Knotengruppe, von der das Datagramm an den Collector gesendet wird.

sFlow-Daten können verwendet werden, um Informationen zur Visibilität des Netzwerkverkehrs bereitzustellen. Sie können explizit konfigurieren, dass die Quell-IP-Adresse den sFlow-Datagrammen zugewiesen wird. Wenn Sie die IP-Adresse nicht explizit konfigurieren, wird die IP-Adresse einer der konfigurierten Layer-3-Netzwerkschnittstellen als Quell-IP-Adresse verwendet. Wenn keine Layer-3-IP-Adresse konfiguriert ist, wird die Agent-IP-Adresse als Quell-IP-Adresse verwendet.

sFlow-Einschränkungen auf Routern

Auf Routern gelten folgende Einschränkungen für sFlow-Datenverkehrs-Sampling:

• Trio-Chipsatz kann keine unterschiedliche Abtastrate für jede Produktfamilie unterstützen. Daher kann nur eine Samplingrate pro Linecard unterstützt werden.

• Adaptives Load Balancing wird pro Linecard angewendet und nicht pro Schnittstelle unter der Linecard.

Router unterstützen die Konfiguration von nur einer Samplingrate (einschließlich Eingangs- und Ausgangsraten) auf einer Linecard. Um die Kompatibilität mit der Sflow-Konfiguration anderer Produkte von Juniper Networks zu unterstützen, akzeptieren die Router weiterhin mehrere Ratenkonfigurationen auf verschiedenen Schnittstellen derselben Linecard. Der Router programmiert jedoch die niedrigste Rate als Samplingrate für alle Schnittstellen dieser Linecard. Der Befehl (show sflow interfaces) zeigt die konfigurierte Rate und die tatsächliche (effektive) Rate an. Die Router von Juniper Networks unterstützen jedoch weiterhin unterschiedliche Tarife auf verschiedenen Linecards.

In Junos OS Evolved kann sFlow nur auf Ethernet-Schnittstellen (et-*) für die folgenden Geräte der PTX-Serie konfiguriert werden:

• PTX10003-80C und PTX10003-160C

• Der PTX10008

• PTX10001-36MR

• PTX10004

• Der PTX10016

Sie können sFlow auf Loopback-Schnittstellen (lo0) nicht konfigurieren.

sFlow-Einschränkungen für Switches

In der QFX-Serie umfassen die Folgenden Einschränkungen für sFlow-Datenverkehrs-Sampling:

• sFlow-Sampling auf Eingangsschnittstellen erfasst keinen CPU-gebundenen Datenverkehr.

• sFlow-Sampling auf Ausgangsschnittstellen unterstützt keine Broadcast- und Multicast-Pakete.

• Ausgangsproben enthalten keine Änderungen am Paket in der Ausgangspipeline.

• Wenn ein Paket aufgrund eines Firewall-Filters verworfen wird, wird der Grundcode für das Verwerfen des Pakets nicht an den Collector gesendet.

• Auf EX9200-Switches und Switches der QFX-Serie mit Ausnahme der QFX10K-Switches wird true OIF (ausgehende Schnittstelle) von sFlow nicht unterstützt.

• Ab Junos OS Version 19.4 und höher wird auf Switches der QFX10000-Serie, wenn der Zielport eines abgetasteten UDP-Pakets 6635 ist und das Paket keinen gültigen MPLS-Header enthält, das Datenstrom-Sample-Paket beschädigt oder abgeschnitten. Das eigentliche Paket wird weitergeleitet.

• Das Feld mit out-Priority für ein VLAN ist bei Eingangs- und Ausgangsproben immer auf 0 (Null) festgelegt.

• Auf den eigenständigen QFX5100-Switches und dem Virtual Chassis der QFX-Serie (einschließlich des gemischten Virtual Chassis der QFX-Serie) werden keine Ausgangs-Firewall-Filter auf sFlow-Sampling-Pakete angewendet. Auf diesen Plattformen unterscheidet sich die Softwarearchitektur von der auf anderen Geräten der QFX-Serie– sFlow-Pakete werden von der Routing-Engine (nicht der Linecard auf dem Host) gesendet und durchläuft den Switch nicht. Ausgangs-Firewall-Filter wirken sich auf Datenpakete aus, die einen Switch übertragen, aber nicht auf Pakete, die von der Routing-Engine gesendet werden. Infolgedessen werden sFlow-Sampling-Pakete immer an den sFlow-Collector gesendet.

EX9200-Switches unterstützen die Konfiguration von nur einer Samplingrate (einschließlich Eingangs- und Ausgangsraten) auf einer FPC (oder Linecard). Um die Kompatibilität mit der Sflow-Konfiguration anderer Juniper Networks-Produkte zu unterstützen, akzeptieren EX9200-Switches weiterhin mehrere Geschwindigkeiten auf verschiedenen Schnittstellen derselben FPC. Der Switch programmiert jedoch die niedrigste Rate als Samplingrate für alle Schnittstellen dieser FPC. Der Befehl (show sflow interfaces) zeigt die konfigurierte Rate und die tatsächliche (effektive) Rate an. Auf EX9200-Switches werden jedoch weiterhin unterschiedliche Raten auf verschiedenen FPCs unterstützt.

Sampling-Mechanismus und Architektur der sFlow-Technologie auf Switches der EX-Serie

Die sFlow-Technologie verwendet die folgenden zwei Sampling-Mechanismen:

• Paketbasiertes Sampling: Muster eines Pakets einer angegebenen Anzahl von Paketen über eine Schnittstelle, die für die sFlow-Technologie aktiviert ist.

• Zeitbasiertes Sampling: Proben von Schnittstellenstatistiken in einem angegebenen Intervall von einer Schnittstelle, die für die sFlow-Technologie aktiviert ist.

Die Sampling-Informationen werden verwendet, um ein Bild zur Sichtbarkeit des Netzwerkverkehrs zu erstellen. Das Junos-Betriebssystem (Junos OS) von Juniper Networks unterstützt vollständig den sFlow-Standard, der in RFC 3176, sFlow der InMon Corporation, beschrieben ist: Eine Methode zur Überwachung des Datenverkehrs in switchierten und gerouteten Netzwerken.

Ein sFlow-Überwachungssystem besteht aus einem in den Switch eingebetteten sFlow-Agenten und einem zentralen Kollektor. Die beiden Hauptaktivitäten des sFlow-Agenten sind stichprobenartige Stichproben und das Sammeln von Statistiken. Der sFlow-Agent kombiniert Schnittstellenzähler und Datenstromproben und sendet sie über das Netzwerk an den sFlow-Collector in UDP-Datagrammen, wodurch diese Datengramme an die IP-Adresse und den UDP-Zielport des Collectors leitet. Jedes Datagramm enthält die folgenden Informationen:

• Die IP-Adresse des sFlow-Agenten

• Die Anzahl der Proben

• Die Schnittstelle, über die die Pakete in den Agenten gelangt sind

• Die Schnittstelle, über die die Pakete den Agent verlassen haben

• Quell- und Zielschnittstelle für die Pakete

• Quell- und Ziel-VLAN für die Pakete

Switches der EX-Serie übernehmen die verteilte sFlow-Architektur. Der sFlow-Agent verfügt über zwei separate Sampling-Entitäten, die jeder Packet Forwarding Engine zugeordnet sind. Diese Probenahmeeinheiten werden als Subagenten bezeichnet. Jeder Subagent hat eine eindeutige ID, die vom Collector zur Identifizierung der Datenquelle verwendet wird. Ein Subagent hat einen eigenen unabhängigen Status und leitet seine eigenen Musterpakete an den sFlow-Agenten weiter. Der sFlow-Agent ist dafür verantwortlich, die Proben in Datagramme zu verpacken und an den sFlow-Collector zu senden. Da Sampling über Subagenten verteilt ist, wird der Protokoll-Overhead, der mit der sFlow-Technologie verbunden ist, am Collector erheblich reduziert.

Adaptive Sampling

Die Switches verwenden adaptives Sampling, um sowohl Sampling-Genauigkeit als auch Effizienz zu gewährleisten. Adaptive Sampling ist ein Prozess zur Überwachung der gesamten eingehenden Datenverkehrsrate auf dem Netzwerkgerät und liefert intelligentes Feedback an Schnittstellen, um die Samplingraten an Schnittstellen dynamisch an die Verkehrsbedingungen anzupassen. Schnittstellen, auf denen eingehender Datenverkehr den Systemgrenzwert überschreitet, werden überprüft, sodass alle Verstöße ohne Beeinträchtigung des Datenverkehrs auf anderen Schnittstellen kontrolliert werden können. Alle 12 Sekunden überprüft der Agent die Schnittstellen, um die Anzahl der Beispiele zu erhalten, und schnittstellen werden anhand des Steckplatzes gruppiert, dem sie angehören. Die fünf Schnittstellen, die die höchste Anzahl von Beispielen liefern, werden ausgewählt. Mithilfe des binären Backoff-Algorithmus wird die Sampling-Last auf diesen Schnittstellen um die Hälfte reduziert und schnittstellen zugewiesen, die eine niedrigere Samplingrate haben. Wenn also die Sampling-Grenze des Prozessors erreicht ist, wird die Abtastrate so angepasst, dass der Prozessor nicht weiter belastet wird. Wenn der Switch neu gestartet wird, wird die adaptive Samplingrate auf die vom Benutzer konfigurierte Samplingrate zurückgesetzt. Wenn Sie die Samplingrate ändern, ändert sich auch die adaptive Samplingrate.

Der Vorteil des adaptiven Samplings besteht darin, dass der Switch weiterhin auf seinem optimalen Niveau arbeitet, auch wenn sich die Datenverkehrsmuster in den Schnittstellen ändern. Sie müssen keine Änderungen vornehmen. Da sich die Abtastrate dynamisch an veränderte Netzwerkbedingungen anpasst, werden die Ressourcen optimal genutzt, was zu einem hochleistungsfähigen Netzwerk führt.

Selten werden Stichprobenströme in den sFlow-Informationen möglicherweise nicht gemeldet, aber im Laufe der Zeit werden die meisten Datenströme gemeldet. Anhand der konfigurierten Samplingrate Nwird 1 aus N Paketen erfasst und an den Collector gesendet. Diese Art der Probenahme liefert kein Ergebnis, das in der Analyse zu 100 Prozent genau ist, aber es liefert ein Ergebnis mit quantifizierbarer Genauigkeit. Ein vom Benutzer konfiguriertes Abrufintervall definiert, wie oft die sFlow-Daten für eine bestimmte Schnittstelle an den Collector gesendet werden, aber ein sFlow-Agent kann auch die Abfrage planen.

Adresszuweisung des sFlow-Agenten

Der sFlow-Collector verwendet die IP-Adresse des sFlow-Agenten, um die Quelle der sFlow-Daten zu ermitteln. Sie können die IP-Adresse des sFlow-Agenten konfigurieren, um sicherzustellen, dass die Agenten-ID des sFlow-Agenten konstant bleibt. Wenn Sie die IP-Adresse des sFlow-Agenten nicht konfigurieren, wird dem Agenten automatisch eine IP-Adresse zugewiesen. Dies ist die IP-Adresse einer der folgenden Schnittstellen, die auf dem Switch in der angegebenen Prioritätsreihenfolge konfiguriert ist:

1. Virtual Management Ethernet (VME)-Schnittstelle

2. Ethernet-Managementschnittstelle

Wenn keine der vorhergehenden Schnittstellen konfiguriert wurde, wird dem Agenten die IP-Adresse einer Layer 3-Schnittstelle oder der Routing-VLAN-Schnittstelle (RVI) zugewiesen. Mindestens eine Schnittstelle muss auf dem Switch konfiguriert sein, damit eine IP-Adresse automatisch dem Agenten zugewiesen werden kann. Wenn die IP-Adresse des Agenten automatisch zugewiesen wird, ist die IP-Adresse dynamisch und ändert sich, wenn der Switch neu gestartet wird.

sFlow-Daten können verwendet werden, um Informationen zur Visibilität des Netzwerkverkehrs bereitzustellen. Sie können explizit konfigurieren, dass die IP-Adresse Quelldaten (sFlow-Datagramme) zugewiesen wird. Wenn Sie diese Adresse nicht explizit konfigurieren, wird die IP-Adresse der konfigurierten Gigabit-Ethernet-Schnittstelle, der 10-Gigabit-Ethernet-Schnittstelle oder der RVI als Quell-IP-Adresse verwendet.