Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

IPv6トラフィックのファイアウォールフィルター一致条件

Internet Protocol version 6(IPv6)トラフィック(family inet6)の一致条件を持つファイアウォールフィルターを設定できます。

表1 に、 [edit firewall family inet6 filter filter-name term term-name from] 階層レベルで設定できる一致条件を示します。

表1:IPv6トラフィックのファイアウォールフィルター一致条件

一致条件

説明

address address [ except ]

exceptオプションが含まれていない限り、IPv6送信元または宛先アドレスフィールドに一致します。オプションが含まれている場合、IPv6送信元または宛先アドレスフィールドに一致しません。

apply-groups

設定データを継承するグループを指定します。複数のグループ名を指定できます。継承の優先度順にリストする必要があります。最初のグループの設定データは、以降のグループのデータよりも優先されます。

apply-groups-except

設定データを継承しないグループを指定します。複数のグループ名を指定できます。

destination-address address [ except ]

exceptオプションが含まれていない限り、IPv6宛先アドレスフィールドに一致します。オプションが含まれている場合、IPv6宛先アドレスフィールドに一致しません。

同じ条件に address 一致条件と destination-address 一致条件の両方を指定することはできません。

destination-class class-names

1つ以上の指定された宛先クラス名(まとめてグループ化され、クラス名が付与された宛先プレフィックスのセット)に一致します。

詳細については、「 アドレスクラスに基づくファイアウォールフィルター一致条件」を参照してください。

destination-class-except class-names

1つ以上の指定された宛先クラス名に一致しません。詳細については、「 destination-class 一致条件」を参照してください。

destination-port number

UDPまたはTCP宛先ポートフィールドに一致します。

同じ条件に port 一致条件と destination-port 一致条件の両方を指定することはできません。

この一致条件を設定した場合、ポートで使用されるプロトコルを指定するために、同じ条件で next-header udp または next-header tcp 一致条件も設定することをお勧めします。

注:

Junos OS Evolvedの場合、同じ条件で next-header 一致ステートメントを設定する必要があります。

数値の代わりに、次のテキスト同義語(ポート番号も記載されています)のいずれかを指定できます: 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 ftp (79)、 (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)、または xdmcp (177)。

destination-port-except number

UDPまたはTCP宛先ポートフィールドに一致しません。詳細については、「 destination-port 一致条件」を参照してください。

destination-prefix-list prefix-list-name [ except ]

exceptオプションが含まれていない限り、IPv6宛先プレフィックスを指定されたリストに一致させます。オプションが含まれている場合、指定されたリストにIPv6宛先プレフィックスを一致させません。

プレフィックスリストは、 [edit policy-options prefix-list prefix-list-name]階層レベルで定義されます。

extension-headers header-type

次のヘッダー値を識別して、パケットに含まれる拡張ヘッダータイプに一致させます。

パケットの最初のフラグメントで、フィルターは任意の拡張ヘッダータイプで一致するものを検索します。フラグメントヘッダーを持つパケット(後続のフラグメント)が見つかった場合、他の拡張ヘッダーの場所が予測できないため、フィルターは次の拡張ヘッダータイプの一致のみを検索します。

数値の代わりに、 ah (51)、 destination (60)、 esp (50)、 fragment (44)、 hop-by-hop (0)、 mobility (135)、または routing (43)のいずれかのテキスト同義語を指定できます(フィールド値も表示されます)。

拡張ヘッダーオプションの 任意の 値に一致させるには、テキスト同義語 anyを使用します。

first-fragment

パケットが最初のフラグメントである場合に一致します。

 

フローラベル flow label value

IPv6パケットのヘッダーにある20ビットフローラベルフィールドに一致します。値の範囲は0x1から0xFFFFFです。

フローラベルネクストヘッダー の一致条件を共存させることはできません。これらの一致条件のいずれかを一度に適用できます。 フローラベル を有効にし、 ネクストヘッダー を無効にするには、以下の設定を適用します。 set firewall v6-flowlabel-enable

以下の表は、 フローラベル 一致条件と ネクストヘッダー 条件の動作をまとめたものです。

シナリオ

設定

フィルター設定には

アクション

1

設定なし

フローラベル

フローラベルの一致は許可されていません。

2

設定なし

ネクストヘッダー

最初の拡張ヘッダーとのネクストヘッダーの一致は許可されません。デフォルトは payload-protocol と一致します。

3

ペイロードプロトコルマッピングへのネクストヘッダーなし

フローラベル

フローラベルの一致は許可されていません。

4

ペイロードプロトコルマッピングへのネクストヘッダーなし

ネクストヘッダー

最初の拡張ヘッダーとのネクストヘッダーの一致が許可されます。

5

v6フローラベル有効化

フローラベル

フローラベルの一致が許可されています

6

v6フローラベル有効化

ネクストヘッダー

最初の拡張ヘッダーとのネクストヘッダーの一致は許可されません。デフォルトは payload-protocol と一致します。

フローラベル flow label value マスク mask value

通常の フローラベル 値に加えて、一致を設定する際にマスク値を使用できます。マスク値は、指定された フローラベル 値の特定のビットに一致します。

注:

flow-labelフローラベル値maskマスク値一致条件は、PTX10001-36MR、PTX10003、PTX10004、PTX10008、およびPTX10016のJunos EVOでのみサポートされています。

extension-headers-except header-type

パケットに含まれる拡張ヘッダータイプに一致しません。詳細については、「 extension-headers 一致条件」を参照してください。

注:

この一致条件は、MXシリーズルーターのMPCでのみサポートされます。

flexible-match-mask value

bit-length

整数入力の長さ(1..32ビット)。

(オプション)文字列入力の長さ(1..128ビット)

bit-offset

(match-start+バイト)オフセット(0..7)の後のビットオフセット

byte-offset

一致開始ポイント後のバイトオフセット

flexible-mask-name

定義済みテンプレートフィールドから柔軟な一致を選択します

mask-in-hex

一致するパケットデータ内のマスクアウトビット

match-start

パケットで一致させる開始ポイント

prefix

一致する値データ/文字列

詳細については、 ファイアウォールフィルターの柔軟な一致条件を参照してください

flexible-match-range value

範囲は、次の形式を使用する必要があります。 Integer-Integer

bit-length

一致させるデータの長さ(ビット単位)(0..32)

bit-offset

(match-start+バイト)オフセット(0..7)の後のビットオフセット

byte-offset

一致開始ポイント後のバイトオフセット

flexible-range-name

定義済みテンプレートフィールドから柔軟な一致を選択します

match-start

パケットで一致させる開始ポイント

range

一致させる値の範囲

range-except

値のこの範囲に一致しません

詳細については、 ファイアウォールフィルターの柔軟な一致条件を参照してください

forwarding-class class

パケットの転送クラスに一致します。

assured-forwardingbest-effortexpedited-forwarding、またはnetwork-controlを指定します。

フォワーディングクラスとルーター内部出力キューについては、「 フォワーディングクラスが出力キューにクラスを割り当てる方法を理解する」を参照してください。

forwarding-class-except class

パケットの転送クラスに一致しません。詳細については、「 forwarding-class 一致条件」を参照してください。

hop-limit hop-limit

指定されたホップ制限またはホップ制限のセットにホップ制限を一致させます。 hop-limitの場合は、単一の値または0〜255の値の範囲を指定します。

hop-limit-except hop-limit

指定されたホップ制限またはホップ制限のセットにホップ制限を一致させないでください。詳細については、「 hop-limit 一致条件」を参照してください。

icmp-code message-code

ICMPメッセージコードフィールドに一致します。

この一致条件を設定した場合、同じ条件で next-header icmp または next-header icmp6 一致条件も設定することをお勧めします。

この一致条件を設定する場合、同じ条件で icmp-type message-type 一致条件も設定する必要があります。ICMPメッセージコードは、ICMPメッセージタイプよりも具体的な情報を提供しますが、ICMPメッセージコードの意味は、関連するICMPメッセージタイプに依存します。

数値の代わりに、以下のテキスト同義語(フィールド値も記載されています)のいずれかを指定します。キーワードは、それらが関連するICMPタイプによってグループ化されます。

  • パラメータ問題: ip6-header-bad(0)、 unrecognized-next-header(1)、 unrecognized-option (2)

  • time-exceeded: ttl-eq-zero-during-reassembly (1)、 ttl-eq-zero-during-transit (0)

  • destination-unreachable: administratively-prohibited(1)、 address-unreachable(3)、 no-route-to-destination(0)、 port-unreachable(4)

icmp-code-except message-code

ICMPメッセージコードフィールドに一致しません。詳細については、「 icmp-code 一致条件」を参照してください。

icmp-type message-type

ICMPメッセージタイプフィールドに一致します。

この一致条件を設定した場合、同じ条件で next-header icmp または next-header icmp6 一致条件も設定することをお勧めします。

注:

Junos OS Evolvedの場合、同じ条件で next-header 一致ステートメントを設定する必要があります。

数値の代わりに、次のテキスト同義語(フィールド値も記載されています)のいずれかを指定できます: certificate-path-advertisement (149)、 certificate-path-solicitation (148)、 destination-unreachable(1)、 echo-reply(129)、 echo-request(128)、 home-agent-address-discovery-reply (145)、 home-agent-address-discovery-request (144)、 inverse-neighbor-discovery-advertisement (142)、 inverse-neighbor-discovery-solicitation (141)、 membership-query(130)、 membership-report(131)、 membership-termination(132 mobile-prefix-advertisement-reply )、 (147)、 mobile-prefix-solicitation (146)、 neighbor-advertisement (136)、 neighbor-solicit (135)、 node-information-reply (140)、 node-information-request (139)、 packet-too-big (2)、 parameter-problem (4)、 private-experimentation-100 (100)、 private-experimentation-101 (101)、 private-experimentation-200 (200)、 private-experimentation-201 (201)、 redirect (137)、 router-advertisement (134)、 router-renumbering (138)、 router-solicit(133)、または time-exceeded(3)。

private-experimentation-201(201)の場合、角括弧内の値の範囲を指定することもできます。

icmp-type-except message-type

ICMPメッセージタイプフィールドに一致しません。詳細については、「 icmp-type 一致条件」を参照してください。

interface interface-name

パケットを受信したインターフェイスに一致します。

注:

存在しないインターフェイスでこの一致条件を設定する場合、条件はパケットに一致しません。

interface-group group-number

指定されたインターフェイスグループまたはインターフェイスグループのセットに、パケットを受信した論理インターフェイスを一致させます。 group-numberの場合は、単一の値または 0 から 255までの値の範囲を指定します。

インターフェイスグループgroup-numberに論理インターフェイスを割り当てるには、[interfaces interface-name unit number family family filter group]階層レベルでgroup-numberを指定します。

詳細については、「 インターフェイスグループのセットで受信したパケットのフィルタリングの概要」を参照してください。

interface-group-except group-number

指定されたインターフェイスグループまたはインターフェイスグループのセットにパケットを受信した論理インターフェイスを一致させません。詳細については、「 interface-group 一致条件」を参照してください。

interface-set interface-set-name

指定されたインターフェイスセットにパケットを受信したインターフェイスを一致させます。

インターフェイスセットを定義するには、[edit firewall]階層レベルでinterface-setステートメントを含めます。

詳細については、「 インターフェイスセットで受信したパケットのフィルタリングの概要」を参照してください。

ip-options values

指定された値または値のリストに、8ビットIPオプションフィールドを一致させます。

数値の代わりに、 loose-source-route(131)、 record-route(7)、 router-alert(148)、 security(130)、 stream-id(136)、strict-source-route(137)、または timestamp(68)のいずれかのテキスト同義語を指定できます(オプション値も記載されています)。

IPオプションの 任意の 値に一致させるには、テキスト同義語 anyを使用します。 複数の 値に一致するには、角括弧内の値('['と']')のリストを指定します。値 の範囲 に一致させるには、値指定 value1-value2 ]を使用します。

たとえば、一致条件 ip-options [ 0-147 ]loose-source-routerecord-routesecurity 値、または0〜147までのその他の値を含むIPオプションフィールドに一致します。ただし、この一致条件は、 router-alert 値(148)のみを含むIPオプションフィールドでは一致しません。

ほとんどのインターフェイスでは、1つ以上の特定のIPオプション値(any以外の値)でip-option一致を指定するフィルター条件によって、カーネルがパケットヘッダーのIPオプションフィールドを解析できるように、パケットがルーティングエンジンに送信されます。

  • 1つ以上の特定のIPオプション値でip-option一致を指定するファイアウォールフィルター条件では、同じ条件でdiscard終了アクションも指定しない限りcountlog、またはsyslog非終了アクションを指定することはできません。この動作により、ルーター上のトランジットインターフェイスに適用されるフィルターのパケットの二重カウントを防ぐことができます。

  • カーネルで処理されたパケットは、システムボトルネックの場合、破棄されることがあります。一致したパケットが代わりにパケット転送エンジン(パケット処理がハードウェアに実装されている)に送信されるようにするには、 ip-options any 一致条件を使用します。

ip-options-except values

指定された値または値のリストにIPオプションフィールドを一致させないでください。 values指定の詳細については、「 ip-options 一致条件」を参照してください。

is-fragment

パケットがフラグメントである場合に一致します。

 

last-fragment

パケットが最後のフラグメントである場合に一致します。

 

loss-priority level

PLP(パケット損失の優先度)レベルに一致します。

単一のレベルまたは複数のレベル( lowmedium-lowmedium-high、または high)を指定します。

IPトラフィックの場合、指定された4つのレベルのいずれかでPLP設定をコミットするには、[edit class-of-service]階層レベルにtri-colorステートメントを含める必要があります。tri-colorステートメントが有効になっていない場合、highレベルとlowレベルのみを設定できます。これは、すべてのプロトコルファミリーに適用されます。

tri-colorステートメントについては、「トライカラーマーキングポリサーの設定と適用」を参照してください。受信パケットのPLPレベルを設定するためのBA(動作集約)分類子の使用については、「転送クラスが出力キューにクラスを割り当てる方法を理解する」を参照してください。

loss-priority-except level

PLPレベルに一致しません。詳細については、「 loss-priority 一致条件」を参照してください。

next-header header-type

パケットの最初の 8 ビット ネクスト ヘッダー フィールドに一致します。 next-header ファイアウォール一致条件のサポートは、Junos OSリリース13.3R6以降で使用できます。

注:

MXプラットフォームには、パケット内の最初のネクストヘッダー(NH)と、最後のNHと一致するpayload-protocolに一致するnext-header一致があります。一方、EVO-PTXプラットフォームは、最後のNHではnext-headerマッチをサポートしましたが、最初のNHではサポートしていませんでした。最も一般的なユースケースは、最後のNHを一致させることで、これはPTXプラットフォームにネイティブでした。これで、next-headerは最初のNHと一致し、payload-protocolは最後のNHと一致し、MXプラットフォームと同じように動作します。WANインターフェイスのファイアウォールでIPv6フィルターnext-header句を使用している場合は、新しい動作に合わせてファイアウォールを確認し、変更する必要があります。この変更は、Junos OS Evolvedバージョンに導入されました。

  • 21.4R2-S1-EVO、21.4R2-S2-EVO、21.4R3-S1-EVO以降

  • 21.4R3-EVOを除外する

  • 22.2R2-EVO

  • 22.3R1-EVO

パケットの最初の 8 ビット ネクスト ヘッダー フィールドに一致します。

数値の代わりに、次のテキスト同義語(フィールド値も記載されています)のいずれかを指定できます: ah(51)、 dstops(60)、 egp(8)、 esp(50)、 fragment(44)、 gre(47)、 hop-by-hop(0)、 icmp(1)、 icmp6 (58)、 icmpv6(58)、 igmp(2)、 ipip(4)、 ipv6(41)、 mobility (135)、 no-next-header(59)、 ospf(89)、 pim(103)、 routing(43)、 rsvp(46)、 sctp(132)、 tcp(6)、 udp (17)、または vrrp(112)。

注:
  • next-header icmp6 一致条件 next-header icmpv6 同じ機能を実行します。 next-header icmp6 が好ましいオプションです。 next-header icmpv6 はJunos OS CLIで非表示になっています。

  • Junos OS Evolvedを実行しているQFX5000シリーズデバイスでは、 next-header 一致はERACLv6ではサポートされていないため、代わりに payload-protocol 一致を設定する必要があります。

next-header-except header-type

IPv6ヘッダーとペイロード間のヘッダーのタイプを識別する8ビットのネクストヘッダーフィールドに一致しません。詳細については、「 next-header 一致タイプ」を参照してください。

packet-length bytes

受信したパケットの長さに一致します(バイト単位)。長さは、パケットヘッダーを含むIPパケットのみを指し、レイヤー2カプセル化オーバーヘッドを含みません。

packet-length-except bytes

受信したパケットの長さに一致しません(バイト単位)。詳細については、「 packet-length 一致タイプ」を参照してください。

payload-protocol protocol-type

ペイロードプロトコルタイプに一致します。

protocol-type数値の代わりに、以下のテキスト同義語(フィールド値も記載されています)のいずれかを指定します。ah(51)、dstopts(60)、egp(8)、esp(50)、fragment(44)、gre(47)、hop-by-hop(0)、icmp(1)、icmp6(58、igmp(2)、ipip(4)、ipv6(41)、no-next-headerospf(89)、pim(103)、routingrsvp(46)、sctp(132)、tcp(6)、udp(17)、またはvrrp(112)(dstopt(60)、フラグメント(44)、ホップバイホップ0)、およびルーティングは、Junos OSリリース16.1以降では使用できません)。

また、 payload-protocol 条件を使用して、ジュニパーネットワークスファームウェアが解釈できない拡張ヘッダータイプに一致させることもできます。角括弧内に拡張ヘッダー値の範囲を指定できます。ファームウェアがパケット内で解釈できない最初の拡張ヘッダーの種類を検出すると、 payload-protocol 値がその拡張ヘッダーの種類に設定されます。ファイアウォールフィルターは、ファームウェアがパケットで解釈できない最初の拡張ヘッダータイプのみを調べます。

注:

対応するSNMP MIBをウォークすることで、この条件を含む新しいファイアウォールフィルターを初期化します。

payload-protocol-except protocol-type

ペイロードプロトコルタイプに一致しません。詳細については、「 payload-protocol 一致タイプ」を参照してください。

port number

UDPまたはTCP送信元または宛先ポートフィールドに一致します。

この一致条件を設定した場合、同じ条件で destination-port 一致条件または source-port 一致条件を設定できません。

この一致条件を設定した場合、ポートで使用されるプロトコルを指定するために、同じ条件で next-header udp または next-header tcp 一致条件を設定することもお勧めします。

注:

Junos OS Evolvedの場合、同じ条件で next-header 一致ステートメントを設定する必要があります。

注:

管理インターフェイス(fxp0など)で受信したIPv6パケット、最初のネクストヘッダーがTCPまたはUDPでない場合、ポートベースの一致条件はサポートされません。

数値の代わりに、 destination-portの下に記載されているテキスト同義語の1つを指定します。

payload-source-mac-address source mac address

パケットのペイロードをこの送信元MACアドレスに一致させます。

payload-destination-mac-address destination mac address

パケットのペイロードをこの宛先MACアドレスに一致させます。

payload-source-ipv6-address source IPv6 address

パケットのペイロードをこの送信元IPv6アドレスと一致させます。

payload-destination-ipv6-address destination IPv6 address

パケットのペイロードをこの宛先IPv6アドレスに一致させます。

port-except number

UDPまたはTCP送信元または宛先ポートフィールドに一致しません。詳細については、「 port 一致条件」を参照してください。

prefix-list prefix-list-name [ except ]

exceptオプションが含まれていない限り、送信元または宛先アドレスフィールドのプレフィックスを指定されたリストのプレフィックスに一致させます。オプションが含まれている場合、指定されたリストのプレフィックスに送信元または宛先アドレスフィールドのプレフィックスを一致させないでください。

プレフィックスリストは、 [edit policy-options prefix-list prefix-list-name] 階層レベルで定義されます。

service-filter-hit

service-filter-hit アクションが適用されたフィルターから受信したパケットに一致します。

source-address address [ except ]

exceptオプションが含まれていない限り、パケットを送信する送信元ノードのIPv6アドレスに一致します。オプションが含まれている場合、パケットを送信する送信元ノードのIPv6アドレスに一致しません。

同じ条件に address 一致条件と source-address 一致条件の両方を指定することはできません。

source-class class-names

1つ以上の指定された送信元クラス名(まとめてグループ化され、クラス名が付与された送信元プレフィックスのセット)に一致します。

詳細については、「 アドレスクラスに基づくファイアウォールフィルター一致条件」を参照してください。

source-class-except class-names

1つ以上の指定された送信元クラス名に一致しません。詳細については、「 source-class 一致条件」を参照してください。

source-port number

UDPまたはTCP送信元ポートフィールドに一致します。

同じ条件に portsource-port 一致条件を指定することはできません。

この一致条件を設定した場合、ポートで使用されるプロトコルを指定するために、同じ条件で next-header udp または next-header tcp 一致条件を設定することもお勧めします。

注:

Junos OS Evolvedの場合、同じ条件で next-header または next-header tcp 一致ステートメントを設定する必要があります。

数値の代わりに、 destination-port number 一致条件で記載されているテキスト同義語の1つを指定します。

source-port-except number

UDPまたはTCP送信元ポートフィールドに一致しません。詳細については、「 source-port 一致条件」を参照してください。

source-prefix-list name [ except ]

exceptオプションが含まれていない限り、パケット送信元フィールドのIPv6アドレスプレフィックスに一致します。オプションが含まれている場合、パケット送信元フィールドのIPv6アドレスプレフィックスに一致しません。

[edit policy-options prefix-list prefix-list-name]階層レベルで定義されたプレフィックスリスト名を指定します。

tcp-established

接続の最初のパケット以外のTCPパケットに一致します。これは、 tcp-flags "(ack | rst)" (0x14)のテキスト同義語です。

注:

この条件は、プロトコルがTCPであることを暗黙的に確認しません。これを確認するには、 protocol tcp 一致条件を指定します。

この一致条件を設定した場合、同じ条件で next-header tcp 一致条件も設定することをお勧めします。

tcp-flags flags

TCPヘッダーの8ビットTCPフラグフィールドの下位6ビットの1つ以上に一致します。

個別のビットフィールドを指定するには、以下のテキスト同義語または16進値を指定できます。

  • fin(0x01)

  • syn(0x02)

  • rst(0x04)

  • push(0x08)

  • ack(0x10)

  • urgent(0x20)

TCPセッションでは、SYNフラグは送信された最初のパケットのみに設定され、ACKフラグは最初のパケットの後に送信されたすべてのパケットに設定されます。

ビットフィールド論理演算子を使用して、複数のフラグを結合できます。

組み合わせたビットフィールド一致条件については、 tcp-established および tcp-initial 一致条件を参照してください。

この一致条件を設定した場合、ポートでTCPプロトコルが使用されていることを指定するために、同じ条件で next-header tcp 一致条件も設定することをお勧めします。

tcp-initial

TCP接続の最初のパケットに一致します。これは tcp-flags "(!ack & syn)"のテキスト同義語です。

この条件は、プロトコルがTCPであることを暗黙的に確認しません。この一致条件を設定した場合、同じ条件で next-header tcp 一致条件も設定することをお勧めします。

traffic-class number

パケットのサービスクラス(CoS)優先度を指定する8ビットフィールドに一致します。

このフィールドは、以前はIPv4のサービスタイプ(ToS)フィールドとして使用されていました。

0から63までの数値を指定できます。値を16進形式で指定するには、プレフィックスとして0xを含めます。値を2進法で指定するには、プレフィックスとしてbを含めます。

数値の代わりに、以下のテキスト同義語(フィールド値も記載されています)のいずれかを指定します。

  • RFC 3246、 Expeded Forwarding PHB(Per-Hop Behavior)では、1つのコードポイントを定義します。 ef(46)。

  • RFC 2597、 Assured Forwarding PHB Groupは、合計12個のコードポイントに対し、4つのクラスを定義します(各クラスには3つのドロップ優先順位があります)。

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

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

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

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

traffic-class-except number

パケットのCoS優先度を指定する8ビットフィールドに一致しません。詳細については、 traffic-class 一致の説明を参照してください。

注:

source-port-range-optimizedestination-port-range-optimizeは、[edit firewall family inet6 filter <filter-name> term <term-name> from]階層レベルのイングレス方向のIPv6ファイアウォールフィルターでサポートされています。

フィルターエントリーのプログラミングに使用できるTCAMスペースは限られています。多数の送信元または宛先ポート範囲でマッチングを試みると、TCAMスペースが枯渇することがあります。これを解決するために、 source-port-range-optimizedestination-port-range-optimize をCLIから設定することができ、ファイアウォールフィルターの一致条件で送信元または宛先ポート範囲が設定されている場合に使用するTCAMエントリの数を大幅に削減することができます。

設定例を以下に示します。

注:

一致条件( addressdestination-address、または source-address 一致条件)でIPv6アドレスを指定する場合は、RFC 4291、 IPバージョン6アドレッシングアーキテクチャに記載されているテキスト表現の構文を使用します。IPv6アドレスの詳細については、 IPv6 の概要と サポートされているIPv6標準を参照してください。

プラットフォーム固有の動作

機能エクスプローラーを使用して、特定の機能のプラットフォームとリリースのサポートを確認します。

お使いのプラットフォームに固有の動作を確認するには、以下の表を使用して下さい:

プラットフォーム

違い

MXシリーズルーター

MPCを搭載したMXシリーズルーターの場合、 show snmp mib walk name asciiなどの対応するSNMP MIBをウォークすることで、Trioのみ一致フィルターのフィルターカウンターを初期化する必要があります。これにより、Junosはフィルターカウンターを学習し、フィルター統計が表示されるように強制されます。このガイダンスは、すべての拡張モードファイアウォールフィルター、柔軟な条件を有するフィルター、特定の終了アクションを有するフィルターに適用されます。詳細については、関連ドキュメントの下に記載されているこれらのトピックを参照してください。

MPCを搭載したMXシリーズルーターの場合、対応するSNMP MIBをウォークして、 extension-headers header-type 条件を含む新しいファイアウォールフィルターを初期化します。

extension-headers-except header-type一致条件は、MXシリーズルーターのMPCでのみサポートされます。

loss-priority level- MXシリーズ 上の IP トラフィックの場合、指定された 4 つのレベルのいずれかで PLP 設定をコミットするには、[edit class-of-service] 階層レベルに tri-color ステートメントを含める必要があります。tri-colorステートメントが有効になっていない場合、highレベルとlowレベルのみを設定できます。これは、すべてのプロトコルファミリーに適用されます。tri-colorステートメントについては、「トライカラーマーキングポリサーの設定と適用」を参照してください。受信パケットのPLPレベルを設定するためのBA(動作集約)分類子の使用については、「転送クラスが出力キューにクラスを割り当てる方法を理解する」を参照してください。

PTXシリーズルーター

v6-flowlabel-enable およびflow-label一致条件は、PTX10001-36MR、PTX10003、PTX10004、PTX10008、およびPTX10016上のJunos OS Evolvedでのみサポートされています。

flow-labelフローラベル値maskマスク値一致条件は、PTX10001-36MR、PTX10003、PTX10004、PTX10008、およびPTX10016上のJunos OS Evolvedでのみサポートされています。

hop-limit hop-limit一致条件は、enhanced-modeがルーターで設定されている場合、PTXシリーズルーターでサポートされます。

EX4100、EX4400、QFX5120スイッチ

payload-source-ipv6-addresspayload-destination-ipv6-addresspayload-source-mac-addresspayload-destination-mac-address は、これらのプラットフォームでのみサポートされています。一致条件は、ingressポートにのみ適用できます。

変更履歴テーブル

サポートされる機能は、使用しているプラットフォームとリリースによって決まります。 機能エクスプローラー を使用して、機能がお使いのプラットフォームでサポートされているかどうかを確認します。

リリース
説明
13.3R6
next-headerファイアウォール一致条件のサポートは、Junos OSリリース13.3R6以降で使用できます。