Übereinstimmungsbedingungen für Firewall-Filter für IPv4-Datenverkehr

Stimmt mit dem IPv4-Quell- oder Zieladressfeld überein, es sei denn, die except Option ist enthalten. Wenn die Option enthalten ist, stimmen Sie nicht mit dem IPv4-Quell- oder Zieladressfeld überein.

Der except Modifikator wird auf den Plattformen EX2300 und EX3400 nicht unterstützt.

(Router der M-Serie, außer M120 und M320) Übereinstimmung mit dem Wert des IPsec-Authentifizierungsheaders (AH) für den Sicherheitsparameterindex (SPI).

(Router der M-Serie, außer M120 und M320) Stimmen Sie nicht mit dem IPsec AH SPI-Wert überein.

Geben Sie an, von welchen Gruppen Konfigurationsdaten geerbt werden sollen. Sie können mehrere Gruppennamen angeben. Sie müssen sie in der Reihenfolge ihrer Vererbungspriorität auflisten. Die Konfigurationsdaten in der ersten Gruppe haben Vorrang vor den Daten in den nachfolgenden Gruppen.

Geben Sie an, von welchen Gruppen keine Konfigurationsdaten geerbt werden sollen. Sie können mehrere Gruppennamen angeben.

Stimmt mit dem IPv4-Zieladressfeld überein, es sei denn, die except Option ist enthalten. Wenn die Option enthalten ist, stimmt sie nicht mit dem IPv4-Zieladressfeld überein.

Es ist nicht möglich, sowohl die Übereinstimmungsbedingung als destination-address auch die addressÜbereinstimmungsbedingung im selben Begriff anzugeben.

Übereinstimmung mit einem oder mehreren angegebenen Zielklassennamen (Gruppen von Zielpräfixen, die gruppiert sind und einen Klassennamen erhalten). Weitere Informationen finden Sie unter Übereinstimmungsbedingungen für Firewallfilter basierend auf Adressklassen.

Stimmt nicht mit einem oder mehreren angegebenen Zielklassennamen überein. Weitere Informationen finden Sie in der Übereinstimmungsbedingung destination-class .

Stimmt mit dem Feld UDP- oder TCP-Zielport überein.

Es ist nicht möglich, sowohl die Übereinstimmungsbedingung als destination-port auch die portÜbereinstimmungsbedingung im selben Begriff anzugeben.

Wenn Sie portbasierte Übereinstimmungen konfigurieren, müssen Sie auch die protocol udp Anweisung or protocol tcp match im selben Filterbegriff konfigurieren. Wenn Sie nur den Portwert abgleichen, kann dies zu unerwarteten Übereinstimmungen führen.

Anstelle des numerischen Werts können Sie eines der folgenden Textsynonyme angeben (die Portnummern werden ebenfalls aufgelistet): afs ( 1483), bgp (179), biff (512), bootpc (68), bootps (67), cmd (514), cvspserver (2401), dhcp (67), domain (53), eklogin (2105), ekshell (2106), exec (512), finger (79), ftp (21), ftp-data (20), http (80), https (443), ident (113), imap (143), kerberos-sec (88), klogin (543), kpasswd (761), krb-prop (754), krbupdate (760), kshell (544), ldap (389), ldp (646), login (513), mobileip-agent (434), mobilip-mn (435), msdp (639), netbios-dgm (138), netbios-ns (137), netbios-ssn (139), nfsd (2049), nntp (119), ntalk (518), ntp (123), pop3 (110), pptp (1723), printer (515), radacct (1813), radius (1812), rip (520), rkinit (2108), smtp (25), snmp (161), snmptrap (162), snpp (444), socks (1080), ssh (22), sunrpc (111), syslog (514), tacacs ((49), tacacs-ds (65), talk (517), telnet (23), tftp (69), timed (525), who (513) oder xdmcp (177).

Stimmen Sie nicht mit dem Feld UDP- oder TCP-Zielport überein. Weitere Informationen finden Sie in der Übereinstimmungsbedingung destination-port .

Stimmt mit Zielpräfixen in der angegebenen Liste überein, es sei denn, die except Option ist enthalten. Wenn die Option enthalten ist, stimmen Sie nicht mit den Zielpräfixen in der angegebenen Liste überein.

Geben Sie den Namen einer Präfixliste an, die auf der [edit policy-options prefix-list prefix-list-nameHierarchieebene ] definiert ist.

Übereinstimmung mit dem Codepunkt für differenzierte Dienste (Differentiated Services, 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.

Unterstützung für das Filtern nach DSCP (Differentiated Services Code Point) und Weiterleitungsklassen für Pakete aus der Routing-Engine wurde hinzugefügt, einschließlich IS-IS-Paketen, die in generischer Routingkapselung (GRE) gekapselt sind. Wenn Sie anschließend ein Upgrade von einer früheren Version von Junos OS durchführen, bei der Sie sowohl über einen CoS- (Class of Service) als auch über einen Firewall-Filter verfügen und beide DSCP- oder Weiterleitungsklassenfilteraktionen enthalten, haben die Kriterien im Firewallfilter automatisch Vorrang vor den CoS-Einstellungen. Das Gleiche gilt für das Erstellen neuer Konfigurationen. Das heißt, wenn die gleichen Einstellungen vorhanden sind, hat der Firewall-Filter Vorrang vor dem CoS, unabhängig davon, welcher zuerst erstellt wurde.

Sie können einen numerischen Wert von 0 bis 63angeben. Um den Wert in hexadezimaler Form anzugeben, schließen Sie ihn als Präfix ein 0x . Um den Wert in binärer Form anzugeben, fügen Sie ihn als Präfix ein. b

Anstelle des numerischen Werts können Sie eines der folgenden Textsynonyme angeben (die Feldwerte werden ebenfalls aufgelistet):

• RFC 3246, An Expedited Forwarding PHB (Per-Hop Behavior),definiert einen Codepunkt: ef(46).

• RFC 2597, Assured Forwarding PHB Group, definiert 4 Klassen mit 3 Drop-Prioritäten in jeder Klasse für insgesamt 12 Codepunkte:

  • af11 ( 10), af12 (12), af13 (14)

  • af21 ( 18), af22 (20), af23 (22)

  • af31 ( 26), af32 (28), af33 (30)

  • af41 ( 34), af42 (36), af43 (38)

Stimmen Sie nicht mit der DSCP-Nummer überein. Weitere Informationen finden Sie unter Übereinstimmungsbedingung dscp .

Übereinstimmung mit dem SPI-Wert für die IPsec-Kapselungssicherheitsnutzlast (ESP). Übereinstimmung mit diesem bestimmten SPI-Wert. Sie können den ESP-SPI-Wert in hexadezimaler, binärer oder dezimaler Form angeben.

Übereinstimmung mit dem IPsec ESP SPI-Wert. Stimmt nicht mit diesem bestimmten SPI-Wert überein.

Übereinstimmung, wenn es sich bei dem Paket um das erste Fragment eines fragmentierten Pakets handelt. Nicht übereinstimmen, wenn es sich bei dem Paket um ein nachgestelltes Fragment eines fragmentierten Pakets handelt. Das erste Fragment eines fragmentierten Pakets hat einen Fragment-Offset-Wert von 0.

Diese Übereinstimmungsbedingung ist ein Alias für die Übereinstimmungsbedingung für die Bitfeld-Übereinstimmungsbedingung fragment-offset 0 .

Um sowohl das erste als auch das nachfolgende Fragment abzugleichen, können Sie zwei Begriffe verwenden, die unterschiedliche Übereinstimmungsbedingungen angeben: first-fragment und is-fragment.

Übereinstimmung mit dem ersten Byte des Nutzlastwerts. Die Übereinstimmungsbedingung kann nur in Eingangsrichtung angewendet werden.

Funktioniert nicht mit der Ausgangsbindung des Firewallfilters. Wird nur für die Filterfamilien INET, INET6 und ANY Firewalls unterstützt.

Wird für FFT-Filter und Ausgangs-FLT-Filter nicht unterstützt.

Stimmt nicht mit dem angegebenen ersten Byte des Nutzlastwerts überein. Die Übereinstimmungsbedingung kann nur in Eingangsrichtung angewendet werden.

Funktioniert nicht mit der Ausgangsbindung des Firewallfilters. Wird nur für die Filterfamilien INET, INET6 und ANY Firewalls unterstützt.

Wird für FFT-Filter und Ausgangs-FLT-Filter nicht unterstützt.

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

Entspricht der Weiterleitungsklasse des Pakets.

Geben Sie , best-effort, expedited-forwardingoder network-control.assured-forwarding

Weitere Informationen zu Weiterleitungsklassen und routerinternen Ausgabewarteschlangen finden Sie unter Grundlegendes zum Zuweisen von Klassen zu Ausgabewarteschlangen durch Weiterleitungsklassen.

Sie stimmt nicht mit der Weiterleitungsklasse des Pakets überein. Weitere Informationen finden Sie in der Übereinstimmungsbedingung forwarding-class .

(Nur Ingress) Übereinstimmung mit dem Feld für die Drei-Bit-IP-Fragmentierungsflags im IP-Header.

Anstelle des numerischen Feldwerts können Sie eines der folgenden Schlüsselwörter angeben (die Feldwerte werden ebenfalls aufgelistet): dont-fragment ( 0x4), more-fragments (0x2) oder reserved (0x8).

Übereinstimmung mit dem 13-Bit-Fragment-Offset-Feld im IP-Header. Der Wert ist der Offset in 8-Byte-Einheiten in der gesamten Datagrammnachricht zum Datenfragment. Geben Sie einen numerischen Wert, einen Wertebereich oder eine Gruppe von Werten an. Ein Offset-Wert von 0 gibt das erste Fragment eines fragmentierten Pakets an.

Die first-fragment Übereinstimmungsbedingung ist ein Alias für die fragment-offset 0 Übereinstimmungsbedingung.

Um sowohl das erste als auch das nachfolgende Fragment abzugleichen, können Sie zwei Begriffe verwenden, die unterschiedliche Übereinstimmungsbedingungen angeben (first-fragment und is-fragment).

Stimmen Sie nicht mit dem 13-Bit-Fragment-Offset-Feld überein.

Stimmt mit dem Gre-Key-Feld überein. Das GRE-Schlüsselfeld ist eine 4-Oktett-Nummer, die vom GRE-Encapsulator eingefügt wird. Dies ist ein optionales Feld für die Verwendung in der GRE-Kapselung. Dabei range kann es sich um eine einzelne GRE-Schlüsselnummer oder einen Bereich von Schlüsselnummern handeln.

Initialisieren Sie bei Routern der MX-Serie mit MPCs neue Firewall-Filter, die diese Bedingung enthalten, indem Sie die entsprechende SNMP-MIB durchlaufen.

Stimmen Sie mit dem Feld ICMP-Nachrichtencode überein.

term Allow _ICMP {
                from protocol icmp {
                    icmp-code ip-header-bad;
                    icmp-type echo-reply;
                }
                then {
                    policer ICMP_Policier;
                    count Allow_ICMP;

Sie müssen auch die Übereinstimmungsbedingung icmp-type message-type im selben Begriff konfigurieren. Ein ICMP-Meldungscode liefert spezifischere Informationen als ein ICMP-Meldungstyp, die Bedeutung eines ICMP-Meldungscodes hängt jedoch vom zugeordneten ICMP-Meldungstyp ab.

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:

• Parameter-Problem: ip-header-bad ( 0), required-option-missing (1)

• umleiten: redirect-for-host ( 1), redirect-for-network (0), redirect-for-tos-and-host (3), redirect-for-tos-and-net (2)

• Zeitüberschreitung: ttl-eq-zero-during-reassembly ( 1), ttl-eq-zero-during-transit (0)

• unerreichbar: communication-prohibited-by-filtering ( 13), destination-host-prohibited (10), destination-host-unknown (7), destination-network-prohibited (9), destination-network-unknown (6), fragmentation-needed (4), host-precedence-violation (14), host-unreachable (1), (1), host-unreachable-for-TOS (12), network-unreachable (0), network-unreachable-for-TOS (11), port-unreachable (3), precedence-cutoff-in-effect (15), protocol-unreachable (2), source-host-isolated (8), source-route-failed (5)

Stimmen Sie nicht mit dem ICMP-Meldungscodefeld überein. Weitere Informationen finden Sie in der Übereinstimmungsbedingung icmp-code .

Stimmen Sie mit dem Feld ICMP-Nachrichtentyp überein.

term Allow _ICMP {
                from protocol icmp {
                    icmp-code ip-header-bad;
                    icmp-type echo-reply;
                }
                then {
                    policer ICMP_Policier;
                    count Allow_ICMP;

Sie müssen auch die Übereinstimmungsbedingung icmp-type message-type im selben Begriff konfigurieren. Ein ICMP-Meldungscode liefert spezifischere Informationen als ein ICMP-Meldungstyp, die Bedeutung eines ICMP-Meldungscodes hängt jedoch vom zugeordneten ICMP-Meldungstyp ab.

Anstelle des numerischen Werts können Sie eines der folgenden Textsynonyme angeben (die Feldwerte werden ebenfalls aufgelistet): echo-reply ( 0), echo-request (8), info-reply (16), info-request (15), mask-request (17), mask-reply (18), parameter-problem (12), redirect (5), router-advertisement (9), router-solicit (10), source-quench (4), time-exceeded (11), timestamp (13), timestamp-reply (14) oder unreachable (3).

Stimmen Sie nicht mit dem Feld ICMP-Nachrichtentyp überein. Weitere Informationen finden Sie in der Übereinstimmungsbedingung icmp-type .

Stimmt mit der Schnittstelle überein, auf der das Paket empfangen wurde.

Ordnen Sie die logische Schnittstelle, auf der das Paket empfangen wurde, der angegebenen Schnittstellengruppe oder Gruppe von Schnittstellengruppen zu. Geben Sie für group-numbereinen einzelnen Wert oder einen Wertebereich zwischen 0 und 255 an.

Um einer Schnittstellengruppe group-numbereine logische Schnittstelle zuzuordnen, geben Sie die auf Hierarchieebene [interfaces interface-name unit number family family filter group] angroup-number .

Weitere Informationen finden Sie unter Filtern von Paketen, die in 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 interface-group .

Ordnen Sie die Schnittstelle, auf der das Paket empfangen wurde, der angegebenen Schnittstellengruppe zu.

Um eine Schnittstellenmenge zu definieren, fügen Sie die interface-set Anweisung auf Hierarchieebene [edit firewall] ein.

Weitere Informationen finden Sie unter Filtern von Paketen, die in einer Schnittstellengruppe empfangen wurden – Übersicht.

Ordnen Sie das 8-Bit-IP-Optionsfeld, falls vorhanden, dem angegebenen Wert oder der angegebenen Werteliste zu.

Anstelle eines numerischen Werts können Sie eines der folgenden Textsynonyme angeben (die Optionswerte werden ebenfalls aufgelistet): loose-source-route ( 131), record-route (7), router-alert (148), security (130), stream-id (136),strict-source-route (137) oder timestamp (68).

Um einen beliebigen Wert für die IP- Option abzugleichen, verwenden Sie das Textsynonym any. Um mehrere Werte abzugleichen, geben Sie die Liste der Werte in eckigen Klammern ('[' und ']') an. Um einen Wertebereich abzugleichen, verwenden Sie die Wertespezifikation [ value1-value2 ].

Beispielsweise stimmt die Übereinstimmungsbedingung ip-options [ 0-147 ] in einem IP-Optionsfeld überein, das die loose-source-routeWerte , record-route, oder security oder einen anderen Wert zwischen 0 und 147 enthält. Diese Übereinstimmungsbedingung stimmt jedoch nicht mit einem IP-Optionsfeld überein, das nur den router-alert Wert (148) enthält.

Bei den meisten Schnittstellen bewirkt ein Filterbegriff, der eine ip-option Übereinstimmung mit einem oder mehreren bestimmten IP-Optionswerten angibt (ein anderer Wert als any), dass Pakete an die Routing-Engine gesendet werden, damit der Kernel das IP-Optionsfeld im Paket-Header analysieren kann.

• Für einen Firewallfilterbegriff, der eine ip-option Übereinstimmung mit einem oder mehreren bestimmten IP-Optionswerten angibt, können Sie die Aktionen , logund oder syslog nicht beendend countnur angeben, wenn Sie die discard beendende Aktion im selben Begriff angeben. Dieses Verhalten verhindert die doppelte Zählung von Paketen für einen Filter, der auf eine Transitschnittstelle auf dem Router angewendet wird.

• Pakete, die auf dem Kernel verarbeitet werden, können im Falle eines Systemengpasses verworfen werden. Verwenden Sie die Übereinstimmungsbedingung, um sicherzustellen, dass übereinstimmende Pakete stattdessen an die Paketweiterleitungs-Engine gesendet werden (wo die Paketverarbeitung in Hardware ip-options any implementiert ist).

Der 10-Gigabit Ethernet Modular Port Concentrator (MPC), der 100-Gigabit-Ethernet-MPC, der 60-Gigabit-Ethernet-MPC, der 60-Gigabit-Ethernet-MPC und der 60-Gigabit-Ethernet-Enhanced Queuing-MPC auf Routern der MX-Serie sind in der Lage, das IP-Optionsfeld des IPv4-Paketheaders zu analysieren. Bei Schnittstellen, die auf diesen MPCs konfiguriert sind, werden alle Pakete, die mit der ip-options Übereinstimmungsbedingung abgeglichen werden, zur Verarbeitung an die Paketweiterleitungs-Engine gesendet.

Die ip-options any Übereinstimmungsbedingung wird auf Routern der Serien PTX10003 und PTX10008 ab Junos Evolved OS Version 20.2R1 unterstützt.

Gleichen Sie das IP-Optionsfeld nicht mit dem angegebenen Wert oder der angegebenen Werteliste ab. Weitere Informationen zum Angeben von , valuesfinden Sie in der ip-options Übereinstimmungsbedingung.

Die Verwendung dieser Bedingung führt zu einer Übereinstimmung, wenn das Flag "Weitere Fragmente" im IP-Header aktiviert ist und der Fragment-Offset nicht Null ist.

Stimmt auf Routern is-fragment der MX-Serie mit allen Fragmenten überein, d. h. mit dem ersten Fragment (Fragment-Offset = 0), dem letzten Fragment (mehr-Fragmente = 0) und allen Fragmenten zwischen dem ersten und dem letzten Fragment.

Entspricht der PLP-Stufe (Packet Loss Priority).

Geben Sie eine einzelne Ebene oder mehrere Ebenen an: low, medium-low, medium-highoder high.

Unterstützt auf M120- und M320-Routern; M7i- und M10i-Router mit dem erweiterten CFEB (CFEB-E); und Router der MX-Serie.

Für IP-Datenverkehr auf Routern der Serien M320, MX und T mit Enhanced II Flexible PIC Concentrators (FPCs) müssen Sie die tri-color Anweisung auf Hierarchieebene [edit class-of-service] einschließen, um eine PLP-Konfiguration mit einer der vier angegebenen Ebenen zu bestätigen. Wenn die tri-color Anweisung nicht aktiviert ist, können Sie nur die high Ebenen und low konfigurieren. Dies gilt für alle Protokollfamilien.

Weitere Informationen zu dieser tri-color Anweisung finden Sie unter Konfigurieren und Anwenden von dreifarbigen Markierungsrichtlinien. Informationen zur Verwendung von BA-Klassifizierern (Behavior Aggregate) zum Festlegen der PLP-Ebene eingehender Pakete finden Sie unter Grundlegendes zur Priorisierung von vertrauenswürdigem Datenverkehr durch verhaltensaggregierte Klassifizierer.

Nicht mit dem PLP-Wert übereinstimmen. Weitere Informationen finden Sie in der Übereinstimmungsbedingung loss-priority .

Entspricht der Länge des empfangenen Pakets in Bytes. Die Länge bezieht sich nur auf das IP-Paket, einschließlich des Paket-Headers, und enthält keinen Layer-2-Kapselungs-Overhead. Sie können auch einen Wertebereich angeben, der abgeglichen werden soll.

Stimmt nicht mit der Länge des empfangenen Pakets in Byte überein. Weitere Informationen finden Sie unter Übereinstimmungstyp packet-length .

Stimmen Sie mit dem Feld UDP- oder TCP-Quell- oder Zielport überein.

Wenn Sie diese Übereinstimmungsbedingung konfigurieren, können Sie die destination-port Übereinstimmungsbedingung oder die source-port Übereinstimmungsbedingung nicht im selben Begriff konfigurieren.

Wenn Sie portbasierte Übereinstimmungen konfigurieren, müssen Sie auch die protocol udp Anweisung or protocol tcp match im selben Filterbegriff konfigurieren. Wenn Sie nur den Portwert abgleichen, kann dies zu unerwarteten Übereinstimmungen führen.

Anstelle des numerischen Werts können Sie eines der unter destination-portaufgeführten Textsynonyme angeben.

Stimmen Sie weder mit dem Feld für den Quell- noch für den Ziel-UDP oder den TCP-Port überein. Weitere Informationen finden Sie in der Übereinstimmungsbedingung port .

Stimmt mit dem Feld für die IP-Rangfolge überein.

Anstelle des numerischen Feldwerts können Sie eines der folgenden Textsynonyme angeben (die Feldwerte werden ebenfalls aufgelistet): critical-ecp ( 0xa0), flash (0x60), flash-override (0x80), immediate (0x40), internet-control (0xc0), net-control (0xe0), priority (0x20) oder routine (0x00). Sie können die Rangfolge in hexadezimaler, binärer oder dezimaler Form angeben.

Stimmen Sie nicht mit dem Feld für die IP-Rangfolge überein.

Anstelle des numerischen Feldwerts können Sie eines der folgenden Textsynonyme angeben (die Feldwerte werden ebenfalls aufgelistet): critical-ecp ( 0xa0), flash (0x60), flash-override (0x80), immediate (0x40), internet-control (0xc0), net-control (0xe0), priority (0x20) oder routine (0x00). Sie können die Rangfolge in hexadezimaler, binärer oder dezimaler Form angeben.

Ordnen Sie die Präfixe der Quell- oder Zieladressfelder den Präfixen in der angegebenen Liste zu, es sei denn, die except Option ist enthalten. Wenn die Option enthalten ist, werden die Präfixe der Quell- oder Zieladressfelder nicht mit den Präfixen in der angegebenen Liste abgeglichen.

Die Präfixliste wird auf Hierarchieebene [edit policy-options prefix-list prefix-list-name] definiert.

Stimmt mit dem Feld IP-Protokolltyp überein. Anstelle des numerischen Werts können Sie eines der folgenden Textsynonyme angeben (die Feldwerte werden ebenfalls aufgelistet): ah ( 51), dstopts (60), egp (8), esp (50), fragment (44), gre (47), hop-by-hop (0), icmp (1), icmp6 (58), (58), igmp icmpv6 (2), ipip (4), (41 ipv6 ), ospf (89), pim (103), rsvp (46), sctp (132), tcp (6), udp (17) oder vrrp (112).

Stimmen Sie nicht mit dem Feld IP-Protokolltyp überein. Anstelle des numerischen Werts können Sie eines der folgenden Textsynonyme angeben (die Feldwerte werden ebenfalls aufgelistet): ah ( 51), dstopts (60), egp (8), esp (50), fragment (44), gre (47), hop-by-hop (0), icmp (1), icmp6 (58), (58), igmp icmpv6 (2), ipip (4), (41 ipv6 ), ospf (89), pim (103), rsvp (46), sctp (132), tcp (6), udp  (17) oder vrrp (112).

Übereinstimmung mit dem RAT-Typ (Radio-Access Technology), der im Feld 8-Bit-Tech-Type der Proxy Mobile IPv4 (PMIPv4)-Access-Technology-Typerweiterung angegeben ist. Der Technologietyp gibt die Zugriffstechnologie an, über die das mobile Gerät mit dem Zugriffsnetzwerk verbunden ist.

Geben Sie einen einzelnen Wert, einen Wertebereich oder eine Gruppe von Werten an. Sie können einen Technologietyp als numerischen Wert von 0 bis 255 oder als Systemschlüsselwort angeben.

• Die folgenden numerischen Werte sind Beispiele für bekannte Technologietypen:

  • Der numerische Wert 1 entspricht IEEE 802.3.

  • Der numerische Wert 2 entspricht IEEE 802.11a/b/g.

  • Numerischer Wert 3 stimmt mit IEEE 802.16e überein

  • Der numerische Wert 4 entspricht IEEE 802.16m.

• Die Textzeichenfolge eutran stimmt mit 4G überein.

• Die Textzeichenfolge geran stimmt mit 2G überein.

• Die Textzeichenfolge utran stimmt mit 3G überein.

Nicht mit dem RAT-Typ übereinstimmen.

Entspricht einem Paket, das von einem Filter empfangen wurde, auf den eine service-filter-hit Aktion angewendet wurde.

Stimmt mit der IPv4-Adresse des Quellknotens überein, der das Paket sendet, es sei denn, die except Option ist enthalten. Wenn die Option enthalten ist, stimmt sie nicht mit der IPv4-Adresse des Quellknotens überein, der das Paket sendet.

Es ist nicht möglich, sowohl die Übereinstimmungsbedingung als source-address auch die addressÜbereinstimmungsbedingung im selben Begriff anzugeben.

Übereinstimmung mit einem oder mehreren angegebenen Quellklassennamen (Gruppen von Quellpräfixen, die gruppiert sind und einen Klassennamen erhalten). Weitere Informationen finden Sie unter Übereinstimmungsbedingungen für Firewallfilter basierend auf Adressklassen.

Stimmen Sie nicht mit einem oder mehreren angegebenen Quellklassennamen überein. Weitere Informationen finden Sie in der Übereinstimmungsbedingung source-class .

Stimmen Sie mit dem Feld UDP- oder TCP-Quellport überein.

Sie können die port Bedingungen und source-port übereinstimmen nicht im selben Begriff angeben.

Wenn Sie portbasierte Übereinstimmungen konfigurieren, müssen Sie auch die protocol udp Anweisung or protocol tcp match im selben Filterbegriff konfigurieren. Wenn Sie nur den Portwert abgleichen, kann dies zu unerwarteten Übereinstimmungen führen.

Anstelle des numerischen Werts können Sie eines der Textsynonyme angeben, die mit der destination-port number Übereinstimmungsbedingung aufgeführt sind.

Stimmen Sie nicht mit dem Feld für den UDP- oder TCP-Quellport überein. Weitere Informationen finden Sie in der Übereinstimmungsbedingung source-port .

Stimmt mit Quellpräfixen in der angegebenen Liste überein, es sei denn, die except Option ist enthalten. Wenn die Option enthalten ist, stimmen sie nicht mit den Quellpräfixen in der angegebenen Liste überein.

Geben Sie den Namen einer Präfixliste an, die auf der [edit policy-options prefix-list prefix-list-nameHierarchieebene ] definiert ist.

TCP-Pakete einer eingerichteten TCP-Sitzung abgleichen (andere Pakete als das erste Paket einer Verbindung). Dies ist ein Alias für tcp-flags "(ack | rst)".

Mit dieser Übereinstimmungsbedingung wird nicht implizit überprüft, ob es sich bei dem Protokoll um ein TCP-Protokoll handelt. Um dies zu überprüfen, geben Sie die Übereinstimmungsbedingung protocol tcp an.

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:

• fin(0x01)

• syn(0x02)

• rst(0x04)

• push(0x08)

• ack(0x10)

• urgent(0x20)

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.

Informationen zu kombinierten Bitfeld-Übereinstimmungsbedingungen finden Sie unter tcp-established und tcp-initial Übereinstimmungsbedingungen.

Wenn Sie diese Übereinstimmungsbedingung konfigurieren, empfehlen wir, dass Sie auch die Übereinstimmungsanweisung protocol tcp im selben Begriff konfigurieren, um anzugeben, dass das TCP-Protokoll auf dem Port verwendet wird.

Nur bei IPv4-Datenverkehr wird mit dieser Übereinstimmungsbedingung nicht implizit überprüft, ob das Datagramm das erste Fragment eines fragmentierten Pakets enthält. Um diese Bedingung nur für IPv4-Datenverkehr zu überprüfen, verwenden Sie die Übereinstimmungsbedingung first-fragment .

Stimmt mit dem ursprünglichen Paket einer TCP-Verbindung überein. Dies ist ein Alias für tcp-flags "(!ack & syn)".

Mit dieser Bedingung wird nicht implizit überprüft, ob es sich bei dem Protokoll um ein TCP-Protokoll handelt. Wenn Sie diese Übereinstimmungsbedingung konfigurieren, empfehlen wir, dass Sie auch die protocol tcp Übereinstimmungsbedingung im selben Begriff konfigurieren.

Übereinstimmung mit der IPv4-Gültigkeitsdauer. Geben Sie einen TTL-Wert oder einen Bereich von TTL-Werten an. Für numberkönnen Sie einen oder mehrere Werte von 0 bis 255angeben.  Diese Übereinstimmungsbedingung wird nur auf Routern der Serien M120, M320, MX und T unterstützt.

Stimmen Sie nicht mit der IPv4-TTL-Nummer überein. Weitere Informationen finden Sie in der Übereinstimmungsbedingung ttl .