Übereinstimmungsbedingungen für Firewall-Filter für Layer-2-Bridging-Datenverkehr
Nur auf Routern der MX- Serie und Switches der EX-Serie können Sie einen standardmäßigen zustandslosen Firewall-Filter mit Übereinstimmungsbedingungen für Layer- 2-Bridging-Datenverkehr konfigurieren (family bridge). Tabelle 1 Beschreibt die match-conditions Konfigurationen, die Sie auf Hierarchieebene [edit firewall family bridge filter filter-name term term-name from] konfigurieren können.
|
Übereinstimmungsbedingung |
Beschreibung |
|
|---|---|---|
|
|
MAC-Adresse (Media Access Control) des Ziels eines Layer-2-Pakets in einer Bridging-Umgebung. |
|
|
|
TCP- oder UDP-Zielportfeld. Es ist nicht möglich, sowohl die Übereinstimmungsbedingung als |
|
|
|
Stimmen Sie nicht mit dem TCP/UDP-Zielport überein. |
|
|
|
Übereinstimmung der IP-Zielpräfixe in einer named-list. |
|
|
|
Codepunkt für differenzierte Dienste (DSCP). Das DiffServ-Protokoll verwendet das ToS-Byte (Type-of-Service) im IP-Header. Die höchstwertigen 6 Bits dieses Bytes bilden den DSCP. Weitere Informationen finden Sie unter Grundlegendes dazu, wie Verhaltensaggregatklassifizierer vertrauenswürdigen Datenverkehr priorisieren. Sie können einen numerischen Wert von Anstelle des numerischen Werts können Sie eines der folgenden Textsynonyme angeben (die Feldwerte werden ebenfalls aufgelistet):
|
|
|
|
Stimmen Sie nicht mit der DSCP-Nummer überein. Weitere Informationen finden Sie unter Übereinstimmungsbedingung |
|
|
|
Ordnen Sie das 2-Oktett-Feld IEEE 802.3 Length/EtherType dem angegebenen Wert oder der Liste von Werten zu. Sie können Dezimal- oder Hexadezimalwerte zwischen 0 und 65535 (0xFFFF) angeben. Ein Wert zwischen 0 und 1500 (0x05DC gibt die Länge eines Frames der Ethernet-Version 1 an. Ein Wert zwischen 1536 (0x0600) und 65535 gibt den EtherType (Art des MAC-Client-Protokolls) eines Ethernet-Frames der Version 2 an. Anstelle des numerischen Werts können Sie eines der folgenden Textsynonyme angeben (die Hexadezimalwerte werden ebenfalls aufgelistet): HINWEIS:
Beim Abgleich auf ip-address oder ipv6-address muss auch der Ether-Typ ipv4 bzw. ipv6 angegeben werden, um Übereinstimmungen auf IP-Datenverkehr zu beschränken. |
|
|
|
Gleichen Sie das 2-Oktett-Feld IEEE 802.3 Length/EtherType nicht mit dem angegebenen Wert oder der Liste von Werten ab. Weitere Informationen zum Angeben von , |
|
|
|
|
Länge der abzugleichenden Daten in Bits, nicht benötigt für String-Eingabe (0..128) |
|
|
Bit-Offset nach dem (Match-Start + Byte) Offset (0..7) |
|
|
|
Byte-Offset nach dem Startpunkt des Spiels |
|
|
|
Wählen Sie eine flexible Übereinstimmung aus einem vordefinierten Vorlagenfeld aus |
|
|
|
Maskieren Sie Bits in den Paketdaten, die abgeglichen werden sollen |
|
|
|
Startpunkt für den Abgleich im Paket |
|
|
|
Abzugleichende Wertdaten/Zeichenfolge |
|
|
|
|
Länge der abzugleichenden Daten in Bit (0..32) |
|
|
Bit-Offset nach dem (Match-Start + Byte) Offset (0..7) |
|
|
|
Byte-Offset nach dem Startpunkt des Spiels |
|
|
|
Wählen Sie eine flexible Übereinstimmung aus einem vordefinierten Vorlagenfeld aus |
|
|
|
Startpunkt für den Abgleich im Paket |
|
|
|
Wertebereich, der abgeglichen werden soll |
|
|
|
Übereinstimmung mit diesem Wertebereich nicht |
|
|
|
Weiterleitungsklasse. Geben Sie , |
|
|
|
Ethernet-Typfeld einer Layer-2-Paketumgebung. Geben Sie , |
|
|
|
Stimmen Sie mit dem Feld ICMP-Nachrichtencode überein. Wenn Sie diese Übereinstimmungsbedingung konfigurieren, empfehlen wir, auch die Wenn Sie diese Übereinstimmungsbedingung konfigurieren, müssen Sie auch die Anstelle des numerischen Werts können Sie eines der folgenden Textsynonyme angeben (die Feldwerte werden ebenfalls aufgelistet). Die Schlüsselwörter werden nach dem ICMP-Typ gruppiert, dem sie zugeordnet sind:
|
|
|
|
Stimmen Sie nicht mit dem ICMP-Meldungscodefeld überein. Weitere Informationen finden Sie in der Übereinstimmungsbedingung |
|
|
|
Stimmen Sie mit dem Feld ICMP-Nachrichtentyp überein. Wenn Sie diese Übereinstimmungsbedingung konfigurieren, empfehlen wir, auch die Anstelle des numerischen Werts können Sie eines der folgenden Textsynonyme angeben (die Feldwerte werden ebenfalls aufgelistet): |
|
|
|
Stimmen Sie nicht mit dem Feld ICMP-Nachrichtentyp überein. Weitere Informationen finden Sie in der Übereinstimmungsbedingung |
|
|
|
Schnittstelle, auf der das Paket empfangen wurde. Sie können eine Übereinstimmungsbedingung konfigurieren, die Pakete basierend auf der Schnittstelle, auf der sie empfangen wurden, abgleicht. HINWEIS:
Wenn Sie diese Übereinstimmungsbedingung mit einer Schnittstelle konfigurieren, die nicht vorhanden ist, stimmt der Begriff mit keinem Paket überein. |
|
|
|
Ordnen Sie die logische Schnittstelle, auf der das Paket empfangen wurde, der angegebenen Schnittstellengruppe oder Gruppe von Schnittstellengruppen zu. Geben Sie für Um einer Schnittstellengruppe Weitere Informationen finden Sie unter Filtern von Paketen, die auf einer Gruppe von Schnittstellengruppen empfangen wurden Übersicht. |
|
|
|
Ordnen Sie die logische Schnittstelle, auf der das Paket empfangen wurde, nicht der angegebenen Schnittstellengruppe oder Gruppe von Schnittstellengruppen zu. Weitere Informationen finden Sie in der Übereinstimmungsbedingung |
|
|
|
Ordnen Sie die Schnittstelle, auf der das Paket empfangen wurde, der angegebenen Schnittstellengruppe zu. Um eine Schnittstellenmenge zu definieren, fügen Sie die |
|
|
|
32-Bit-Adresse, die die Standardsyntax für IPv4-Adressen unterstützt. HINWEIS:
Um Übereinstimmungen auf IPv4-Datenverkehr zu beschränken, muss auch der Ether-Typ IPv4 im gleichen Begriff angegeben werden. |
|
|
|
32-Bit-Adresse, bei der es sich um die endgültige Zielknotenadresse für das Paket handelt. |
|
|
|
Feld für die IP-Rangfolge. Anstelle des numerischen Feldwerts können Sie eines der folgenden Textsynonyme angeben (die Feldwerte werden ebenfalls aufgelistet): |
|
|
|
Stimmen Sie im Feld "IP-Rangfolge" nicht überein. |
|
|
|
IP-Protokoll-Feld. |
|
|
|
Sie stimmen nicht mit dem IP-Protokolltyp überein. |
|
|
|
IP-Adresse des Quellknotens, der das Paket sendet. |
|
|
|
(Nur MX-Serie) 128-Bit-Adresse, die die Standardsyntax für IPv6-Adressen unterstützt. HINWEIS:
Um Übereinstimmungen nur auf IPv6-Datenverkehr zu beschränken, muss auch der Ether-Typ IPv6 im selben Begriff angegeben werden. |
|
|
|
(Nur MX-Serie) 128-Bit-Adresse, bei der es sich um die endgültige Zielknotenadresse für dieses Paket handelt. |
|
|
|
(Nur MX-Serie) Übereinstimmung der IPv6-Zieladressen in einer named-list. |
|
|
|
(Nur MX-Serie) Übereinstimmung mit IPv6 nächster Header-Protokolltyp. Die folgende Liste zeigt die unterstützten Werte für protocol:
|
|
|
|
(Nur MX-Serie) Stimmt nicht mit dem IPv6-Protokolltyp für den nächsten Header überein. |
|
|
|
(Nur MX-Serie) Übereinstimmung mit dem IPv6-Nutzlastprotokolltyp. Die folgende Liste zeigt die unterstützten Werte für protocol:
|
|
|
|
(Nur MX-Serie) Sie stimmen nicht mit dem IPv6-Nutzlastprotokoll überein. |
|
|
|
(Nur MX-Serie) Übereinstimmung mit der IPv6-Adresse in einer named-list. |
|
|
|
(Nur MX-Serie) 128-Bit-Adresse, bei der es sich um die ursprüngliche Quellknotenadresse für dieses Paket handelt. |
|
|
|
(Nur MX-Serie) Übereinstimmung mit der IPv6-Quelladresse in einer named-list. |
|
|
|
(Nur MX-Serie) Codepunkt für differenzierte Dienste (DSCP). Das DiffServ-Protokoll verwendet das ToS-Byte (Type-of-Service) im IP-Header. Die höchstwertigen 6 Bits dieses Bytes bilden den DSCP. Weitere Informationen finden Sie unter Grundlegendes dazu, wie Verhaltensaggregatklassifizierer vertrauenswürdigen Datenverkehr priorisieren. Sie können einen numerischen Wert von Anstelle des numerischen Werts können Sie eines der folgenden Textsynonyme angeben (die Feldwerte werden ebenfalls aufgelistet):
|
|
|
|
Stimmen Sie nicht mit dem DSCP |
|
|
|
(Unterstützt mit Provider Backbone Bridging [PBB]) Übereinstimmung mit Internetdienst-ID. |
|
|
|
(Unterstützt mit PBB) Übereinstimmung mit dem DEI-Bit (Internet Service Identifier Drop Eligibility Indicator). |
|
|
|
(Unterstützt mit PBB) Übereinstimmung nicht mit dem DEI-Bit des Internetdienstbezeichners. |
|
|
|
(Unterstützt mit PBB) Stimmt mit dem Prioritätscodepunkt der Internetdienst-ID überein. |
|
|
|
(Unterstützt mit PBB) Stimmt nicht mit dem Prioritätscodepunkt der Internetdienst-ID überein. |
|
|
|
(Nur Router der MX-Serie und Switches der EX-Serie) Übereinstimmung mit den IEEE 802.1p-gelernten VLAN-Prioritätsbits im VLAN-Tag des Anbieters (das einzige Tag in einem Single-Tag-Frame mit 802.1Q-VLAN-Tags oder das äußere Tag in einem Dual-Tag-Frame mit 802.1Q-VLAN-Tags). Geben Sie einen oder mehrere Werte von Vergleichen Sie mit der Übereinstimmungsbedingung |
|
|
|
(Nur Router der MX-Serie und Switches der EX-Serie) Stimmen Sie nicht mit den IEEE 802.1p-gelernten VLAN-Prioritätsbits überein. Weitere Informationen finden Sie in der Übereinstimmungsbedingung |
|
|
|
(Unterstützt durch Bridging) Übereinstimmung mit dem DEI-Bit der Kennung des virtuellen virtuellen LAN (VLAN) des Benutzers. |
|
|
|
(Unterstützt durch Bridging) Übereinstimmung mit dem DEI-Bit der Benutzer-VLAN-Kennung nicht. |
|
|
|
VLAN-Kennung, die für MAC-Lernen verwendet wird. |
|
|
|
Stimmen Sie nicht mit der VLAN-Kennung überein, die für das MAC-Lernen verwendet wird. |
|
|
|
Paketverlust-Prioritätsstufe (PLP). Geben Sie eine einzelne Ebene oder mehrere Ebenen an: Unterstützt auf M120- und M320-Routern; M7i- und M10i-Router mit dem erweiterten CFEB (CFEB-E); und Router der MX-Serie und Switches der EX-Serie. Für IP-Datenverkehr auf Routern der Serien M320, MX und T mit Enhanced II Flexible PIC Concentrators (FPCs) und Switches der EX-Serie müssen Sie die Weitere Informationen zu dieser |
|
|
|
Nicht übereinstimmen mit der Prioritätsstufe Paketverlust. Geben Sie eine einzelne Ebene oder mehrere Ebenen an: Informationen zur Verwendung von BA-Klassifizierern (Behavior Aggregate) zum Festlegen der PLP-Ebene eingehender Pakete finden Sie unter Grundlegendes dazu, wie verhaltensaggregierte Klassifizierer vertrauenswürdigen Datenverkehr priorisieren. |
|
|
|
TCP- oder UDP-Quell- oder Zielport. Sie können nicht sowohl die Übereinstimmungsbedingung |
|
|
|
Quell-MAC-Adresse eines Layer-2-Pakets. |
|
|
|
TCP- oder UDP-Quellportfeld. Sie können die |
|
|
|
Stimmt nicht mit dem TCP/UDP-Quellport überein. |
|
|
|
Entspricht einem oder mehreren der niederwertigen 6 Bits im Feld 8-Bit-TCP-Flags im TCP-Header. Um einzelne Bitfelder anzugeben, können Sie die folgenden Textsynonyme oder Hexadezimalwerte angeben:
In einer TCP-Sitzung wird das SYN-Flag nur im ursprünglich gesendeten Paket gesetzt, während das ACK-Flag in allen Paketen festgelegt wird, die nach dem ursprünglichen Paket gesendet werden. Sie können mehrere Flags mithilfe der logischen Bitfeldoperatoren aneinanderreihen. Um die |
|
|
|
Art des Datenverkehrs. Geben Sie , |
|
|
|
Nicht übereinstimmend mit dem Datenverkehrstyp. |
|
|
|
(Nur Router der MX-Serie und Switches der EX-Serie) Übereinstimmung mit den IEEE 802.1p-Benutzerprioritätsbits im Kunden-VLAN-Tag (das innere Tag in einem Dual-Tag-Frame mit 802.1Q-VLAN-Tags). Geben Sie einen oder mehrere Werte von Vergleichen Sie mit der Übereinstimmungsbedingung |
|
|
|
(Nur Router der MX-Serie und Switches der EX-Serie) Stimmen nicht mit den IEEE 802.1p-Benutzerprioritätsbits überein. Weitere Informationen finden Sie in der Übereinstimmungsbedingung |
|
|
|
(Nur Router der MX-Serie und Switches der EX-Serie) Stimmt mit der ersten VLAN-Kennung überein, die Teil der Nutzlast ist. Der Bereich liegt zwischen 0 und 4095. |
|
|
|
(Nur Router der MX-Serie und Switches der EX-Serie) Stimmt nicht mit der ersten VLAN-Kennung überein, die Teil der Nutzlast ist. Der Bereich liegt zwischen 0 und 4095. |
|
|
|
VLAN-Ethernet-Typfeld eines Layer-2-Bridging-Pakets. |
|
|
|
Nicht übereinstimmend im Feld VLAN-Ethernet-Typ eines Layer-2-Bridging-Pakets. |
|
Bei Übereinstimmungen flexible-match-mask und flexible-match-range Match-Start-Layer-4, die für den Abgleich über IPV6 verwendet wird, funktioniert der Header nicht für Filter der L2-Familie wie "Bridge, CCC, VPLS". Verwenden Sie stattdessen Layer-3 mit entsprechendem Offset, um über IPV6-Nutzlastfelder abzugleichen.