Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページで
 

物理インターフェイスのプロパティ

このトピックでは、例を使用してさまざまな物理インターフェイス プロパティを設定する方法について説明します。

物理インターフェイスのプロパティの概要

各ネットワーク メディア タイプのソフトウェア ドライバーは、インターフェイスの 最大送信単位(MTU)サイズ、漏洩バケットの送受信プロパティ、リンク動作モード、クロック ソースなど、一般的なインターフェイス プロパティに妥当なデフォルト値を設定します。

デフォルトの一般インターフェイスプロパティを変更するには、以下のように[edit interfaces interface-name]階層レベルで適切なステートメントを追加します。

Media MTU の概要

Media 最大送信単位 (MTU) は、断片化せずに転送できる最大のデータユニットです。

物理インターフェイスで使用されるデフォルトのメディア MTU サイズは、そのインターフェイスで使用されるカプセル化によって異なります。場合によっては、デフォルトの IP プロトコル MTU は、使用されているプロトコルが IP バージョン 4 (IPv4) または国際標準化機関 (ISO) のどちらであるかによって異なります。

デフォルトのメディア MTU は、以下のように計算されます。

ポイントツーポイント接続を構成する場合、接続の両側の MTU サイズは同じでなければなりません。また、点ツーマルチポイント接続を構成している場合、サブネット内のすべてのインターフェイスで同じ MTU サイズを使用する必要があります。

送信される実際のフレームには、メディア MTU の一部ではない巡回冗長検査 (CRC) ビットも含まれています。たとえば、ギガビットイーサネットバージョン2インターフェイスの media MTU は1514バイトとして指定されていますが、使用可能なフレームサイズの最大値は実際には1518バイトです。相互運用性を実現するには、Mtu の計算に余分なビットを使用することを検討する必要があります。

イーサネットインターフェイスの物理 MTU には、イーサネットフレームの4バイトフレームチェックシーケンス (FCS) フィールドは含まれていません。

連結モードで動作する SONET/SDH インターフェイスには、レート記述子に「c」が追加されています。たとえば、OC48 の連結インターフェイスは、OC48c と呼ばれています。

MPLS MTU を設定していない場合、Junos OS は物理インターフェイス MTU から MPLS MTU を派生させます。この値から、パケット転送エンジンにプッシュされる最大ラベル数について、カプセル化専用のオーバーヘッドとスペースを減算しています。現在、ソフトウェアは、それぞれ4バイトの3つのラベルを提供しています。合計12バイトです。

言い換えると、MPLS MTU を決定するために使用される公式は次のとおりです。

mtu階層レベルに[edit interfaces interface-name unit logical-unit-number family mpls]明細書を含めることによって MTU 値を設定した場合は、設定した値が使用されます。Junos OS 16.2 R 1.6 以降のリリースでは、MTU family mplsはサポートされていません。

トンネルサービスインターフェイスは論理インターフェイスと見なされるため、物理インターフェイスの MTU 設定を構成することはできません。つまり、次のインターフェイス mtu タイプの [edit interfaces interface-name] 階層レベルにステートメントを含めすることはできません。汎用ルーティングカプセル化 (gr-)、IP-ip (ip)、ループバック (lo)、リンクサービス (ls-)、マルチリンクサービス (ml-)、マルチキャスト (pe、pd-)。ただし、仮想トンネル (vt) インターフェイスを除くすべてのトンネルインターフェイスで、プロトコル MTU を設定することもできます。Junos OS リリース 17.1 R3 では、vt インターフェイスではこのmtu bytesオプションが廃止されているため、vt インターフェイスの最大送信単位 (MTU) サイズを設定できません。Junos OS は、vt インターフェイスの MTU サイズをデフォルトで無制限に設定します。

インターフェイスタイプ別のメディア MTU サイズ

Media 最大送信単位 (MTU) は、断片化せずに転送できる最大のデータユニットです。

メディア MTU のサイズを変更する場合は、プロトコル MTU とカプセル化のオーバーヘッドの合計以上のサイズであることを確認する必要があります。

このトピックでは、以下の情報について説明します。

M20 および M40 ルーターと CFEB、M10、M10i ルーターを使用して、M5 および M7i ルーターのタイプに応じて Media MTU のサイズを調整します。

表 1: M20 および M40 ルーターと CFEB、M10、M10i ルーターを使用して、M5 および M7i ルーターのタイプに応じて Media MTU のサイズを調整します。

インターフェイス タイプ

デフォルト メディア MTU(バイト)

最大 MTU (バイト)

デフォルト IP プロトコル MTU(バイト)

適応型サービス (MTU サイズは設定できません)

9192

該当なし

該当なし

ATM

4482

9192

4470

E1/T1

1504

9192

1500

E3/T3

4474

9192

4470

高速イーサネット

1514

1533 (4 ポート)

1532 (8 ポート)

1532 (12 ポート)

注:

2個の100Base-t ファストイーサネットポート FIC の最大 MTU は9192バイトです。

1500 (IPv4), 1497 (ISO)

ギガビットイーサネット

1514

9192

注:

1ギガビットイーサネットポート FIC の最大 MTU は9192バイトです。

1500 (IPv4), 1497 (ISO)

通信

1504

9192

1500 (IPv4), 1497 (ISO)

SONET/SDH

4474

9192

4470

M40e ルーターのタイプ別の Media MTU サイズ

表 2: M40e ルーターのタイプ別の Media MTU サイズ

インターフェイス タイプ

デフォルト メディア MTU(バイト)

最大 MTU (バイト)

デフォルト IP プロトコル MTU(バイト)

適応型サービス (MTU サイズは設定できません)

9192

該当なし

該当なし

ATM

4482

9192

4470

E1/T1

1504

4500

1500

E3/T3

4474

4500

9192 (4 ポート)

4470

E3/DS3 IQ

4474

9192

4470

高速イーサネット

1514

1533

1500 (IPv4), 1497 (ISO)

ギガビットイーサネット

1514

9192 (1 または2ポート)

9192 (4 ポート)

1500 (IPv4), 1497 (ISO)

通信

1504

9192

1500 (IPv4), 1497 (ISO)

SONET/SDH

4474

4500 (1 ポート非連結)

9192 (4 ポート OC3)

9192 (4 ポート OC3c)

4500 (1 ポート OC12)

4500 (4 ポート OC12)

4500 (4 ポートで oc12c)

4500 (1 ポート OC48)

9192 (2 ポート OC3)

9192 (2 ポート OC3c)

9192 (1 ポートで oc12c)

9192 (1 ポート OC48c)

4500 (1 ポート OC192)

9192 (1 ポート OC192c)

4470

M160 ルーターのタイプ別の Media MTU サイズ

表 3: M160 ルーターのタイプ別の Media MTU サイズ

インターフェイス タイプ

デフォルト メディア MTU(バイト)

最大 MTU (バイト)

デフォルト IP プロトコル MTU(バイト)

適応型サービス (MTU サイズは設定できません)

9192

該当なし

該当なし

ATM

4482

9192

4470

E1/T1

1504

4500

1500

E3/T3

4474

4500

4470

E3/DS3 IQ

4474

9192

4470

高速イーサネット

1514

1533

1500 (IPv4), 1497 (ISO)

ギガビットイーサネット

1514

9192 (1 または2ポート)

4500 (4 ポート)

1500 (IPv4), 1497 (ISO)

通信

1504

9192

1500 (IPv4), 1497 (ISO)

SONET/SDH

4474

4500 (1 ポート非連結)

9192 (1 または2ポート)

4500 (4 ポート)

4470

CFEB – e、M10i ルーター、M320、M120 ルーターを使用した M7i ルーターのための、インターフェイスタイプ別の Media MTU サイズ

表 4: CFEB – e、M10i ルーター、M320、M120 ルーターを使用した M7i ルーターのための、インターフェイスタイプ別の Media MTU サイズ

インターフェイス タイプ

デフォルト メディア MTU(バイト)

最大 MTU (バイト)

デフォルト IP プロトコル MTU(バイト)

ATM2 IQ

4482

9192

4470

チャネライズド DS3 IQ

4471

4500

4470

チャネライズド E1 IQ

1504

4500

1500

チャネライズド OC12 IQ

4474

9192

4470

チャネライズド STM1 IQ

4474

9192

4470

DS3

4471

4500

4470

E1

1504

4500

1500

E3 IQ

4471

4500

4470

高速イーサネット

1514

1533 (4 ポート)

1532 (8、12、48ポート)

1500 (IPv4), 1497 (ISO)

ギガビットイーサネット

1514

9192

1500 (IPv4), 1497 (ISO)

SONET/SDH

4474

9192

4470

T1

1504

4500

1500

CT3 IQ

(M120 除く)

4474

9192

4470

MX シリーズルーターのタイプ別の Media MTU サイズ

表 5: MX シリーズルーターのタイプ別の Media MTU サイズ

インターフェイス タイプ

デフォルト メディア MTU(バイト)

最大 MTU (バイト)

デフォルト IP プロトコル MTU(バイト)

ギガビットイーサネット

1514

  • 9192

  • 9500 (Junos OS 16.1 R1 以降のリリース)

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

10 ギガビット イーサネット

1514

  • 9192

  • 9500 (Junos OS 16.1 R1 以降のリリース)

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

マルチレート・イーサネット

1514

  • 9192

  • 9500 (Junos OS 16.1 R1 以降のリリース)

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

トライレートイーサネット

1514

  • 9192

  • 9500 (Junos OS 16.1 R1 以降のリリース)

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

チャネライズド SONET/SDH OC3/STM1 (マルチレート)

1514

9192

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

DS3/E3 (マルチレート)

1514

9192

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

注:

Junos OS リリース 16.1 R1 から開始すると、次の MX シリーズのイーサネットインターフェイス用に、メディアまたはプロトコルの MTU サイズが9192から9500に増加します。

  • MPC1

  • MPC2

  • MPC2E

  • MPC3E

  • MPC4E

  • MPC5E

  • MPC6E

注:

Junos OS リリース 16.1 R1 から開始すると、次の MX シリーズのイーサネットインターフェイス用に、メディアまたはプロトコルの MTU サイズが9192から9500に増加します。

  • MPC1

  • MPC2

  • MPC2E

  • MPC3E

  • MPC4E

  • MPC5E

  • MPC6E

Junos OS リリース 16.1 R1 では、特定の MPCs に対して MTU サイズが16000バイトに増加しました。次の MPCs の MTU サイズは16000バイトに増加されました。

  • MPC7E (MPC7E MRATE と MP7E-10G)

  • MPC8E (MX2K-MPC8E)

  • MPC9E (MX2K-MPC9E)

Junos OS リリース 17.3 R1 では、MX10003 MPC の MTU サイズは16000バイトになっています。

Junos OS リリース 17.4 R1 では、MX204 の MTU サイズは16000バイトになっています。

すべての Junos OS リリースでは、MX5、MX10、MX40、MX80 の各ルーターの最大 MTU サイズは9192バイトです。

すべての Junos OS リリースでは、/MPC2E/と MPC3E-ng の最大 MTU サイズは9500バイトになっています。

Junos OS リリース 19.1R1から、MPC10E-15C-MRATE のMTU最大設定可能な MTU サイズは 16,000 バイトです。

Junos OS リリース 19.2R1から、MPC10E-10C-MRATE のMTU最大設定可能な MTU サイズは 16,000 バイトです。

最初の Junos OS リリース 19.3R2、MX2K-MPC11E の設定可能な最大 MTU サイズは 16,000 バイトです。

T320 ルーターのタイプ別の Media MTU サイズ

表 6: T320 ルーターのタイプ別の Media MTU サイズ

インターフェイス タイプ

デフォルト メディア MTU(バイト)

最大 MTU (バイト)

デフォルト IP プロトコル MTU(バイト)

ATM

4482

9192

4470

ATM2 IQ

4482

9192

4470

チャネライズド OC12 IQ

4474

9192

4470

チャネライズド STM1 IQ

4474

9192

4470

DS3

4471

4500

4470

高速イーサネット

1514

1533 (4 ポート)

1532 (12 および48ポート)

1500 (IPv4), 1497 (ISO)

ギガビットイーサネット

1514

9192

1500 (IPv4), 1497 (ISO)

SONET/SDH

4474

9192

4470

CT3 IQ

4474

9192

4470

T640 プラットフォームのためのインターフェイスタイプ別の Media MTU サイズ

表 7: T640 プラットフォームのためのインターフェイスタイプ別の Media MTU サイズ

インターフェイス タイプ

デフォルト メディア MTU(バイト)

最大 MTU (バイト)

デフォルト IP プロトコル MTU(バイト)

ATM2 IQ

4482

9192

4470

48ポートファストイーサネット

1514

1532

1500 (IPv4), 1497 (ISO)

ギガビットイーサネット

1514

9192

1500 (IPv4), 1497 (ISO)

SONET/SDH

4474

9192

4470

CT3 IQ

4474

9192

4470

EX シリーズスイッチおよび ACX シリーズルーターのタイプ別の Media MTU サイズ

表 8: インターフェイス MTU タイプ別のメディア メディア サイズEX シリーズ スイッチ

インターフェイス タイプ

デフォルト メディア MTU(バイト)

最大 MTU (バイト)

デフォルト IP プロトコル MTU(バイト)

ギガビットイーサネット

1514

9216

1500 (IPv4), 1497 (ISO)

10 ギガビット イーサネット

1514

9216

1500 (IPv4), 1497 (ISO)

表 9: ACX シリーズルーターのタイプ別のメディア MTU サイズ

インターフェイス タイプ

スイッチ

デフォルト メディア MTU(バイト)

最大 MTU (バイト)

デフォルト IP プロトコル MTU(バイト)

ギガビット イーサネットおよび 10 ギガビット イーサネット

ACX1000、ACX2000、ACX4000、ACX5048、ACX5096 シリーズ ルーター、ACX500。

1514

9216

1500 (IPv4), 1497 (ISO)

ギガビット イーサネットおよび 10 ギガビット イーサネット

ACX5448シリーズとACX710シリーズ

1514

10000

1500 (IPv4), 1497 (ISO)

注:

ACX シリーズルーターでmtu[edit interfaces interface-name unit logical-unit-number family inet]は、または[edit interfaces interface-name unit logical-unit-number family inet6]階層レベルにステートメントを含めることで、プロトコル MTU を構成できます。

  • このような階層レベルでプロトコル MTU を設定した場合、設定した値が論理インターフェイス上で設定されているすべてのファミリーに適用されます。

  • 同じ論理インタフェース上で両方inetinet6のプロトコル MTU を構成する場合は、両方のシリーズで同じ値を設定する必要があります。同じ論理インタフェース上で構成されている複数inetinet6 MTU サイズ値とファミリを構成することは推奨されません。

PTX シリーズパケットトランスポートルーターのための、インターフェイスタイプ別の Media MTU サイズ

表 10: PTX シリーズパケットトランスポートルーターのための、インターフェイスタイプ別の Media MTU サイズ

インターフェイス タイプ

デフォルト メディア MTU(バイト)

最大 MTU (バイト)

デフォルト IP プロトコル MTU(バイト)

10 ギガビット イーサネット

1514

9500

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

40 ギガビット イーサネット

1514

9500

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

100ギガビットイーサネット

1514

9500

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

MTU ルーターのインターフェイス タイプ別のメディア JRR200 サイズ

表 11: MTU ルーターのインターフェイス タイプ別のメディア JRR200 サイズ

インターフェイス タイプ

デフォルト メディア MTU(バイト)

最大 MTU (バイト)

デフォルト IP プロトコル MTU(バイト)

管理イーサネット インターフェイス( em0em2 - em9 )

1514

9192

1500 (IPv4), 1497 (ISO)

メディア MTU の構成

Media 最大送信単位 (MTU) は、断片化せずに転送できる最大のデータユニットです。物理インターフェイスで使用されるデフォルトのメディア MTU サイズは、そのインターフェイスで使用されるカプセル化によって異なります。各カプセル化タイプの MTU サイズのリストについては、メディアの MTU サイズ (インターフェイスタイプ別) を参照してください。

メディア MTU サイズを構成するには、次のようにします。

  1. 設定モードで、 [edit interfaces interface-name]階層レベルに移動します。
  2. 明細書mtuを含めます。
  • メディア MTU のサイズを変更する場合は、プロトコル MTU とカプセル化のオーバーヘッドの合計以上のサイズであることを確認する必要があります。プロトコル MTU を構成するには、 mtu以下の階層レベルのステートメントを含めます。

    • [edit interfaces interface-name unit logical-unit-number family family inet]

    • [edit interfaces interface-name unit logical-unit-number family family inet6]

    • [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family family]

注:

Media MTU またはプロトコルの MTU を変更すると、インターフェイスが削除され、再び追加されるようになります。

  • [インターフェイスの編集-名前単位論理単位-番号ファミリ mpls] 階層レベルに MTU ステートメントを含めることによって MTU の値を設定した場合、設定した値が使用されます。

ACX シリーズルーターでのメディア MTU の設定

Media MTU の概要

物理インターフェイスで使用されるデフォルトのメディア MTU サイズは、そのインターフェイスで使用されるカプセル化によって異なります。場合によっては、デフォルトの IP プロトコル MTU は、使用されているプロトコルが IP バージョン 4 (IPv4) または国際標準化機関 (ISO) のどちらであるかによって異なります。

デフォルトのメディア MTU は、以下のように計算されます。

ポイントツーポイント接続を構成する場合、接続の両側の MTU サイズは同じでなければなりません。また、点ツーマルチポイント接続を構成している場合、サブネット内のすべてのインターフェイスで同じ MTU サイズを使用する必要があります。

注:

送信される実際のフレームには、メディア MTU の一部ではない巡回冗長検査 (CRC) ビットも含まれています。たとえば、ギガビットイーサネットバージョン2インターフェイスの media MTU は1514バイトとして指定されていますが、使用可能なフレームサイズの最大値は実際には1518バイトです。相互運用性を実現するには、Mtu の計算に余分なビットを使用することを検討する必要があります。

イーサネットインターフェイスの物理 MTU には、イーサネットフレームの4バイトフレームチェックシーケンス (FCS) フィールドは含まれていません。

MPLS MTU を設定していない場合、Junos OS は物理インターフェイス MTU から MPLS MTU を派生させます。この値から、パケット転送エンジンにプッシュされる最大ラベル数について、カプセル化専用のオーバーヘッドとスペースを減算しています。現在、ソフトウェアは、それぞれ4バイトの3つのラベルを提供しています。合計12バイトです。

言い換えると、MPLS MTU を決定するために使用される公式は次のとおりです。

mtu階層レベルに[edit interfaces interface-name unit logical-unit-number family mpls]明細書を含めることによって MTU 値を設定した場合は、設定した値が使用されます。Junos OS 16.2 R 1.6 以降のリリースでは、MTU family mplsはサポートされていません。

メディア MTU を構成する方法

物理インターフェイスのデフォルトメディア MTU サイズを変更するには、次mtuのステートメントを[edit interfaces interface-name]階層レベルに追加します。

メディア MTU のサイズを変更する場合は、プロトコル MTU とカプセル化のオーバーヘッドの合計以上のサイズであることを確認する必要があります。

注:

Media MTU またはプロトコルの MTU を変更すると、インターフェイスが削除され、再び追加されるようになります。

プロトコル MTU を構成するには、 mtu以下の階層レベルのステートメントを含めます。

  • [edit interfaces interface-name unit logical-unit-number family inet]

  • [edit interfaces interface-name unit logical-unit-number family inet6]

このような階層レベルでプロトコル MTU を設定した場合、設定した値が論理インターフェイス上で設定されているすべてのファミリーに適用されます。

注:

同じ論理インタフェース上で両方inetinet6のプロトコル MTU を構成する場合は、両方のシリーズで同じ値を設定する必要があります。同じ論理インタフェース上で構成されている複数inetinet6 MTU サイズ値とファミリを構成することは推奨されません。

インターフェイスカプセル化タイプ別のカプセル化のオーバーヘッド

メディア MTU のサイズを変更する場合は、プロトコル MTU とカプセル化のオーバーヘッドの合計以上のサイズであることを確認する必要があります。次の表は、インターフェイスカプセル化とそれに対応するカプセル化のオーバーヘッドを示しています。

表 12: カプセル化タイプ別のカプセル化オーバーヘッド

インターフェイスカプセル化

カプセル化のオーバーヘッド (バイト)

802.1 q/イーサネット802.3

21

802.1 q/イーサネットネットワークアクセスプロトコル (SNAP)

26

802.1 q/イーサネットバージョン2

18

ATM セルリレー

4

ATM 恒久仮想接続 (PVC)

12

Cisco HDLC

4

イーサネット802.3

17

CCC(イーサネット回線クロスコネクト)およびVPLS(仮想プライベートLANサービス)

4

ATM 経由のイーサネット

32

イーサネット・スナップ

22

イーサネットの直線移動クロスコネクト (TCC)

18

イーサネットバージョン2

14

拡張VLAN(仮想ローカル エリア ネットワーク)CCCおよびVPLS

4

拡張 VLAN TCC

22

フレームリレー

4

PPP

4

VLAN CCC

4

VLAN VPLS

4

VLAN TCC

22

インターフェイスの説明の構成

構成ファイルには、各物理インターフェイスの説明テキストを含めることができます。指定した説明テキストは、 show interfacesコマンドの出力に表示されます。また、 ifAlias管理情報ベース (MIB) オブジェクトにも公開されています。インターフェイスの設定には影響を与える必要はありません。

テキストの説明を追加するにはdescription 、次の[edit interfaces interface-name]ように階層レベルのステートメントを含めます。

たとえば、以下のように記述します。

説明は、1行のテキストでもかまいません。テキストにスペースが含まれている場合は、引用符で囲みます。

注:

拡張 DHCP リレーを設定して、インターフェイスの説明をオプションの 82 Agent サーキット ID suboption に含めることができます。加入者 管理およびサービス ライブラリにおける DHCP リレー エージェント オプション 82 のJunos OS 使用 を参照してください

論理ユニットの詳細については、「論理ユニットの説明を構成に追加する」を参照してください。

ルーターまたはスイッチ CLI から説明を表示するには、 show interfaces次のコマンドを使用します。

インターフェイスの説明をインターフェイス MIB から表示するには、 snmpwalkサーバーからコマンドを使用します。特定のインターフェイスの情報を分離するには、 SNMP ifIndexshow interfacesコマンド出力のフィールドに表示されているインターフェイスインデックスを検索します。ifAliasオブジェクトはにifXTableあります。

インターフェイス範囲の設定

注:

このタスクでは、拡張レイヤー2ソフトウェア (ELS) 構成スタイルをサポートしていない EX シリーズスイッチに Junos OS を使用します。お使いのスイッチが、ELS をサポートするソフトウェアを実行する場合は、 els を使用した EX シリーズスイッチのインターフェイス範囲の設定を参照してください。ELS の詳細については、「拡張レイヤー2ソフトウェア CLI の使用」を参照してください。

この Junos OS では、同一インターフェイスの範囲をインターフェイス範囲にグループ化することができます。まず、インターフェイス範囲で同一のインターフェイスのグループを指定します。その後、特定のインターフェイス範囲に共通の構成を適用して、必要な構成文の数を減らし、時間を節約しながらコンパクトな構成を生成できます。

インターフェイス範囲の設定

インターフェイス範囲を構成するには、 interface-range[edit interfaces]階層レベルでステートメントを指定します。

このinterface-rangeステートメントは、その定義において、物理ネットワークインターフェイス名のみを受け入れます。以下のインターフェイスタイプがサポートされています。 CLI 記述子の例を以下に示します。

  • ATM:at-fpc/pic/port

  • チャネル化:(coc | cstm)n-fpc/pic/port

  • DPC:xe-fpc/pic/port

  • E1/E3—(e1 | e3)-fpc/pic/port

  • イーサネット:(xe | ge | fe)-fpc/pic/port

  • ISDN:isdn-fpc/pic/port

  • シリアル:se-fpc/pic/port

  • SONET/SDH—so-fpc/pic/port

  • T1/T3:(t1 | t3)-fpc/pic/port

インターフェイスは、インターフェイスの範囲として、またはステートメント定義のinterface-range下で番号範囲を使用して、グループ化することができます。

interface-range定義内のインターフェイスは、メンバー範囲の一部として、または数値範囲を使用して個々のメンバーまたは複数のメンバーとして追加できます。

メンバー範囲を指定するには、 member-range[edit interfaces interface-range name]階層レベルでステートメントを使用します。

構文の順序でインターフェイスを指定するにmember-range start-range to end-rangeは、ステートメントを使用します。

メンバーステートメントの範囲には、以下のものが含まれている必要があります。

  • *—All は、0から47の連続インターフェイスを指定します。

    注意:

    メンバーステートメント*内のワイルドカードでは、特定のインターフェイスタイプによってサポートされるインターフェイス番号は考慮されません。インターフェイスタイプに関係なく、 * 0 ~ 47 の範囲のインターフェイス番号がインターフェイスグループに含まれます。そのため、 *メンバーステートメントの中で使用する際には注意が含まれています。

  • num—Number は、その番号で 1 つの特定のインターフェイスを指定します。

  • [low-high]:低から高の間の数字は、一連の連続するインターフェイスを指定します。

  • [num1, num2, num3]—数字 num1num2 、 、および num3 複数の特定のインターフェイスを指定します。

例:インターフェイス範囲の指定メンバー範囲

1つまたは複数のメンバーを指定memberするには[edit interfaces interface-range name] 、階層レベルでステートメントを使用します。

インターフェイス範囲メンバーのリストを個別に、または regex を使用して複数のmember list of interface namesインターフェイスに指定するには、ステートメントを使用します。

例:インターフェイス範囲のメンバーを指定する

インターフェイスタイププレフィックスでは、Regex またはワイルドカードはサポートされていません。たとえば、接頭辞gefeand xe 、明示的に記述する必要があります。

定義interface-rangeには、and memberステートメントmember-rangeの両方を含めることができます。インターフェイス範囲内の or membermember-rangeステートメントの数には上限はありません。ただし、 member定義内にmember-range少なくinterface-rangeとも1つの or ステートメントが存在している必要があります。

例:インターフェイス範囲共通構成

インターフェイス範囲に共通の構成は、以下のようにinterface-range定義の一部として追加できます。

Or 文を含むinterface-rangemember-range定義と、共通の構成文がないことは有効memberです。

このように定義されたインターフェイス範囲は、 interfaceノードが存在する場所で、他の構成階層で使用できます。

例:プロトコル階層下で使用されるインターフェース範囲 foo

foo[interfaces]階層レベルでinterface-range定義されている必要があります。上記の例では、 interfaceノードは、個別のインターフェイスとインターフェイス範囲の両方を受け入れることができます。

ヒント:

拡張構成でインターフェイス範囲を表示するには、 (show | display inheritance)コマンドを使用します。詳細については、「 管理ユーザー ガイド Junos OS CLI 」を参照してください

デフォルトではinterface-range 、このinterface文が使用可能な場合、CLI で設定することはできません。以下の場所がサポートされています。ただし、このリストに記載されているいくつかの階層は、製品によって異なります。

  • protocols dot1x authentication interface

  • protocols dvmrp interface

  • protocols oam ethernet lmi interface

  • protocols esis interface

  • protocols igmp interface

  • protocols igmp-host client num interface

  • protocols mld-host client num interface

  • protocols router-advertisement interface

  • protocols isis interface

  • protocols ldp interface

  • protocols oam ethernet link-fault-management interface

  • protocols lldp interface

  • protocols link-management peer lmp-control-channel interface

  • protocols link-management peer control-channel

  • protocols link-management te-link name interface

  • protocols mld interface

  • protocols ospf area id interface

  • protocols pim interface

  • protocols router-discovery interface

  • protocols rip group name neighbour

  • protocols ripng group name neighbour

  • protocols rsvp interface

  • protocols snmp interface

  • protocols layer2-control bpdu-block interface

  • protocols layer2-control mac-rewrite interface

  • protocols mpls interface

  • protocols stp interface

  • protocols rstp interface

  • protocols mstp interface

  • protocols vstp interface

  • protocols mstp msti id interface

  • protocols mstp msti vlan id interface

  • protocols vstp vlan name interface

  • protocols gvrp interface

  • protocols igmp-snooping vlan name interface

  • protocols lldp interface

  • protocols lldp-med interface

  • protocols sflow interfaces

  • ethernet-switching-options analyzer name input [egress | ingress ] interface

  • ethernet-switching-options analyzer name output interface

  • ethernet-switching-options secure-access-port interface

  • ethernet-switching-options interfaces ethernet-switching-options voip interface

  • ethernet-switching-options redundant-trunk-group group g1 interface

  • ethernet-switching-options redundant-trunk-group group g1 interface

  • ethernet-switching-options bpdu-block interface

  • poe interface vlans pro-bng-mc1-bsd1 interface

インターフェイス範囲の拡張メンバーとメンバー範囲のステートメント

インターフェイスmember範囲member-range定義内のすべての and ステートメントは、指定されたインターフェイス範囲の最後のインターフェイス名のリストを生成するために拡張されています。

例:インターフェイス範囲の拡張メンバーとメンバー範囲のステートメント

ステートメントについては、とmember-rangestart-range間に可能なすべてのインターフェイスがメンバーの拡張と見なされます。 end-range たとえば、次member-rangeのようなステートメントがあるとします。

展開先:

memberの文を示します。

展開先:

memberの文を示します。

展開先:

メンバーインターフェイスの構成の継承

Junos OS が a に含まmemberれるmember-range and ステートメントを展開interface-rangeすると、構成で明示的に定義されていない場合、インターフェイスオブジェクトを作成します。共通の構成は、のinterface-rangeすべてのメンバーインターフェイスにコピーされます。

例:構成の優先度

フォアグラウンドインターフェイスの設定は、インターフェイスによって継承される設定interface-rangeとの優先順位を使用します。

上記の例では、 ge-1/0/1インターフェイスには MTU 値1024が設定されています。

これを検証するには、次show interfaces | display inheritanceのようにコマンドの出力を使用します。

構成グループから構成を継承するメンバーインターフェイス

インターフェイス範囲メンバーインターフェイスは、その他のフォアグラウンド構成と同様に設定グループ構成を継承します。interface-rangeは、その他のフォアグラウンド設定ステートメントに類似しています。唯一の違いは、Junos OS interface-rangeがこの構成を読み出す前に、メンバーインターフェイスの展開を通過することです。

このhold-time設定は、のすべてのinterface-range range-1メンバーに適用されます。

これは次のようshow interfaces | display inheritanceに検証できます。

共通の構成を継承しているインターフェイス

インターフェイスが複数のインターフェイス範囲のメンバーである場合、そのインターフェイスは、そのインターフェイス範囲のすべての共通構成を継承します。

このge-10/0/0例でge-10/0/47は、インターフェイスにはとhold-timemtuの両方が含まれています。

継承範囲の優先度の設定

インターフェイス範囲は、継承優先度の順に定義されており、最初のインターフェイス範囲構成データが後続のインターフェイス範囲より優先されます。

インターフェイスge-1/1/1はとのinterface-range int-grp-one両方interface-range int-grp-twoに存在しています。このインターフェイスはmtu 256最初interface-range int-grp-oneに定義されたものであるため、継承元になります。

インターフェイス範囲を使用する際の構成の拡張

この例ではinterface-range range-1 、階層の下protocolsでが使用されています。

interfaceauthenticatorにあるノードは、次のように、 interface-range range-1のメンバーインターフェイスに展開されます。

このinterface range-1文は、ge-10/1/1 および ge-5/5/1 という2つのインターフェイスにretries 1拡張され、これらの2つのインターフェイスの下に設定をコピーします。

この設定は、 show protocols dot1x | display inheritanceコマンドを使用して確認できます。

集約インターフェイスの指定

M Series、MX シリーズ、T Series ルーターは、集合インターフェイスをサポートしています。集合インターフェイスを指定するには、集約されたインターフェイス名を使用して数値を割り当てます。たとえば、階層レベルで設定します。x は、M Series および T Series ルーターでは aex[edit interfaces] 0~127、MX シリーズ ルーターでは 0~479 の範囲の整数です。

集約されたasx[edit interfaces] SONET/SDH インターフェイスでは、階層レベルでの設定が可能です。

注:

SONET/SDH アグリゲーションは Junos OS に固有のものであり、他のソフトウェアでは機能しない可能性があります。

集約型イーサネットインターフェイスの Vlan を構成する場合は、 vlan-tagging[edit interfaces aex]階層レベルのステートメントを追加して関連付けを完了する必要があります。

インターフェイス速度の構成

以下の方法でインターフェイス速度を設定できます。

イーサネットインターフェイスでのインターフェイス速度の設定

M Series と T Series 高速イーサネット12ポートおよび48ポート PIC インターフェイス、管理イーサネットインターフェイス (fxp0またはem0)、MX シリーズトライレートイーサネット銅線インターフェイスについては、インターフェイスの速度を明示的に設定できます。高速イーサネット、 fxp0およびem0インターフェイスは、10 Mbps または 100 mbps (10m | 100m)に設定できます。Tri-Rate イーサネットMX シリーズ銅線インターフェイスは、10 Mbps、100 Mbps、または 1 Gbps に設定できます (10m | 100m | 1g) 。管理イーサネットインターフェイスについて、およびルーターの管理イーサネットインターフェイスタイプを決定する方法については、「管理イーサネットインターフェイスサポートされているルーティングエンジンの詳細」を参照してください。 DPC mx シリーズルーターは、10BASE とトライレート銅線 sfp を使用して、20x1 銅線をサポートし、シリアルギガビット Media 独立インターフェイス (SGMII) インターフェイス

  1. 設定モードで、 [edit interfaces interface-name]階層レベルに移動します。
  2. 速度を設定するには、 speed[edit interfaces interface-name]階層レベルでステートメントを追加します。
注:
  • デフォルトでは、M SeriesおよびT Seriesルーター管理イーサネット インターフェイスは、10 Mbps(メガビット/秒)または100 Mbpsで動作するかどうかを決定します。他のすべてのインタフェースは、PIC タイプに基づいて適切な速度を自動的に選択し、PIC がマルチプレクシングモードで動作no-concatenateするように[edit chassis]設定されているかどうかを設定します (構成階層内の文を使用)。

  • Junos OS リリース14.2 から開始するauto-10m-100mこのオプションを使用すると、固定された3倍速ポートを100m自動10mネゴシエートする際に、制限を受けたり、最大速度でポートを使用したりできます。このオプションを有効にする必要があるのは、3レート MPC ポート、つまり 3D 40x 1GE (LAN) RJ45 MIC (MX プラットフォーム) の場合のみです。このオプションは MXプラットフォーム上の他のMICには対応していない.

  • M Series と T Series ルーターで高速イーサネットインターフェイスを手動で設定する場合、リンクモードと速度の両方を設定する必要があります。これらの値が両方とも構成されていない場合、ルーターはリンクに対して自動ネゴシエーションを使用し、ユーザーが設定した構成を無視します。

  • リンク パートナーが自動ネゴレーションをサポートしていない場合は、リンク パートナーの速度とリンク モードに一致するいずれかの高速イーサネット ポートを手動で設定します。リンクモードが設定されている場合、自動ネゴシエーションは無効になります。

  • 3レート銅線 SFP インターフェイスを使用した MX シリーズルーターでは、ポート速度が設定した値にネゴシエートされ、ネゴシエートされた速度とインターフェイス速度が一致しない場合、リンクは起動しません。

  • 1 Gbps で動作する Tri-Rate イーサネット銅線インターフェイスを設定する場合、自動入力を有効にする必要があります。

  • Junos OS リリース11.4 から始めると、トライレートのイーサネット銅線インターフェイスでは、半二重モードはサポートされなくなります。speedステートメントを含める場合は、 link-mode full-duplexステートメントを同じ階層レベルに含める必要があります。

SONET/SDH インターフェイス速度の設定

連結モードで SONET/SDH インターフェイスの速度を設定するには、次のようにします。

  1. 設定モードで、インターフェイス名が . の階層 [edit interfaces interface-name]レベルに移動 します so-fpc/pic/port
  2. 連結モードでのインターフェイススピードを構成します。

    たとえば、4ポート OC12 PIC の各ポートは、この PIC が 2 x 4 の連結モードになっている場合、個別に OC3 または OC12 スピードに設定できます。

非連結モードで SONET/SDH インターフェイスの速度を設定するには、次のようにします。

  1. 設定モードで、 [edit interfaces interface-name]階層レベルinterface-nameに移動しso-fpc/pic/portます。

  2. 非連結モードでインターフェイス速度を構成します。

    たとえば、4ポート OC12 PIC の各ポートは、この PIC が 2 x 4 の連結モードになっている場合、個別に OC3 または OC12 スピードに設定できます。

PIC がチャネライズド (多重) モードで動作するよう設定するには、次のようにします。

  1. 設定モードで、 [edit chassis fpc slot-number pic pic-number]階層レベルに移動します。

  2. オプションをno-concatenate設定します。

注:

SONET/SDH OC3/STM1 (マルチレート) MIC、SFP、チャネライズドの SONET/SDH OC3/STM1 (マルチレート) MIC、sfp、チャネライズド OC3/STM1 (マルチレート) 回線エミュレーション MIC の場合、[edit interfaces] 階層レベルでインターフェイスの速度を設定することはできません。これらの Mic の速度を有効にするには、ポート速度を[edit chassis fpc slot-number pic pic-number port port-number]階層レベルで設定する必要があります。

ステートメントの使用について詳 non-concatenate しくは、 ルーティング デバイスのJunos OS 管理ライブラリ を参照してください

インターフェイスエイリアス名の概要

インターフェイス名のエイリアスとなる物理インターフェイス上の論理ユニットの説明を構成することができます。インターフェイスエイリアスはユニットレベルでのみサポートされています。エイリアス名を設定した場合、すべてshowshow interfacesおよびその他の運用モードコマンドの出力には、インターフェイス名ではなく、エイリアス名が表示されます。Junos OS リリース 12.3 R8 以降では、 display no-interface-aliasパラメーターを show コマンドとともに使用して、実際のインターフェイス名を優先して、エイリアスの表示を抑制できます。インターフェイスの論理ユニットのエイリアスを設定しても、ルーターやスイッチのインターフェイスの動作には影響しません。

インターフェイスのエイリアス名を設定する場合、インターフェイスCLIエイリアス名を設定データベースに変数の値 interface-name として保存します。インターフェイスエイリアスがサポートされていないJunos OSリリースとの下位互換性を有効にするには、Junos OSプロセスで変数の設定データベースを照会すると、システム運用と計算のエイリアス名の代わりに、変数の実際の正確な値が返されます。 interface-nameinterface-name

この物理インターフェイスおよび論理インターフェイスのインターフェイス エイリアス名を定義する機能は、ジュニパーネットワークス MX シリーズ 5G ユニバーサル ルーティング プラットフォーム をコントローラーとして、EX シリーズ イーサネット スイッチ、QFX シリーズ デバイス、ACX シリーズ ユニバーサル メトロ ルーターをサテライト デバイスとして使用する Junos Node Unifier(JNU)環境で便利です。以下に、エイリアス名を設定するメリットを以下に示します。これにより、わかりやすい、単一の簡単に識別できる名前をインターフェイスに割り当てることができます。

  • 物理インターフェイスを 1 つの集約インターフェイス(リンク アグリゲーション グループまたは LAG バンドル)としてグループ化し、その名前をサテライト接続インターフェイス(sat1 など)としてグループ化できます。

  • 論理インターフェイスを LAG バンドルのメンバーまたは LAG 全体として選択し、そのインターフェイスにサテライト デバイス ポートやサービス インスタンスを表す名前を指定できます(ge-0/0/1 など)。

  • サテライト名とインターフェイス名のエイリアス(別名)を組み合わせて、サテライト ポート名(sat1:ge-0/0/1、ge-sat1/0/0/1、ge-1/0/0/1 など)を、名前のポートとサテライト部分の組み合わせを示す、最も簡単に区別できる形式で組み合わせることができます。

インターフェイスエイリアスを指定するには、 alias[edit interfaces interface-name unit logical-unit-number]および[edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]階層レベルでステートメントを使用できます。

注:

ジュニパーネットワークス M Series マルチサービスエッジルーターでは、複数の論理インターフェイスに同じエイリアス名が設定されている場合、ルーターによってエラーメッセージが表示され、コミットが失敗します。

例:インターフェイスエイリアス名の追加

この例では、インターフェイスの論理ユニットにエイリアスを追加する方法を示します。エイリアスを使用して、運用コマンドの出力に表示されるインターフェイスを識別することで、よりわかりやすい命名規則を容易に識別できるようになります。

要件

この例では、以下のハードウェアとソフトウェアのコンポーネントを使用しています。

  • 1台の MX シリーズルーターをコントローラとして動作させる

  • サテライトデバイスとして機能する1つの EX4200 スイッチ

  • Junos OS リリース13.3 以降

概要

物理インターフェイス上の各論理ユニットに対してエイリアスを作成できます。show interfacesコマンドの出力には、エイリアスに対して定義した説明テキストが表示されます。Junos OS リリース 12.3 R8 以降では、 display no-interface-aliasパラメーターを show コマンドとともに使用して、実際のインターフェイス名を優先して、エイリアスの表示を抑制できます。インターフェイスの論理ユニットに設定されたエイリアスは、ルーターまたはスイッチのインターフェイスの動作には影響を与えるしません。これは大きなラベルのみです。

構成

2つのリンクを使用して、JNU 管理ネットワークの JNU コントローラーに接続している sat1 のインターフェイスでエイリアス名が設定されているシナリオを考えてみましょう。エイリアス名を使用すると、コントローラおよびサテライトで実行される運用モードのコマンドで、これらのインターフェイスを効率的かつ合理的に識別できます。

CLI クイック構成

この例を簡単に構成するには、以下のコマンドをコピーし、テキストファイルに貼り付け、改行を削除し、ネットワーク設定に一致する必要がある詳細を変更してから、コマンドを[edit]階層レベルで CLI にコピー & ペーストします。

コントローラインターフェイスのエイリアス名の設定

順を追った手順

次の例では、構成階層のさまざまなレベルを移動する必要があります。デバイスのナビゲーションの詳細については、「 CLI ガイド 」の「 設定モードでの CLI Junos OS CLI エディター の使用 」 を参照してください

次のようにして、ダウンリンク方向でサテライトデバイスに接続するために使用されるコントローラインターフェイスにエイリアス名を追加します。

  1. Sat1 に接続するために使用される集約型イーサネットインターフェイスの論理ユニットのエイリアス名を、ダウンリンク方向として設定します。インターフェイスinetのファミリーとアドレスを構成します。

  2. 同じサテライト、sat1、ダウンリンクの方向に接続するために使用される、1つの集約型イーサネットインターフェイスの論理ユニットに対して、エイリアス名を構成します。インターフェイスの INET ファミリとアドレスを設定します。

  3. コントローラのギガビットイーサネットインターフェイス用のエイリアス名を構成し、そのパラメーターを設定します。

  4. ギガビットイーサネットインターフェイスをae-論理インタフェースのメンバーリンクとして設定します。

  5. コントローラとファイアウォールゲートウェイ間のネットワークで RIP を構成します。

結果

設定モードでは、 showコマンドを入力して設定を確認してください。出力に意図した構成が表示されない場合は、この例の設定手順を繰り返して修正してください。

インターフェイスが構成されていることを確認したcommit後、設定モードでコマンドを入力します。

注:

ジュニパーネットワークス M Series マルチサービスエッジルーターでは、複数の論理インターフェイスに同じエイリアス名が設定されている場合、ルーターによってエラーメッセージが表示され、コミットが失敗します。

検証

インターフェイス名の代わりに別名が表示されていることを確認するには、以下の手順に従います。

コントローラインターフェイスのエイリアス名の構成を確認しています

目的

インターフェイス名の代わりに別名が表示されていることを確認します。

アクション

すべての RIP 近隣ノードに関する情報を表示します。

この出力には、実行されたベンチマークテストの詳細が表示されます。動作コマンドの詳細 show rip neighbor については、 CLI show rip neighbor Explorer を参照してください

クロックソースの概要

ルーターとインターフェイスの両方について、クロック ソースは、インターフェイスまたはルーターの内部 Stratum 3 クロックで受信される外部クロックになります。

たとえば、インターフェイス A はインターフェイス A の受信クロック(外部、ループ のタイミング)または Stratum 3 クロック(内部、ライン タイミング、または通常のタイミング)上で送信できます。インターフェイス A は、他のソースからクロックを使用することはできません。さまざまなクロックソースを使用できる SONET/SDH などのインターフェイスでは、各インターフェイスで送信クロックの送信元を設定できます。

クロックソースは、M40 ルーター、システムおよびスイッチボード (SSB)、M20 ルーター、M120 ルーターのコントロールボード (CB)、M40e および M160 ルーターのその他の制御サブシステム (MCS) のシステムコントロールボード (SCB) 上に常駐します。M7i と M10i のルーターには、コンパクトな転送エンジンボード (CFEB) および拡張コンパクト転送エンジンボード (CFEB E 年2月) のクロックソースがあります。

T Series および MX シリーズでは、クロックソース内部階層3クロックは、それぞれ SONET クロックジェネレーターとスイッチコントロールボード (SCB) に置かれています。デフォルトでは、19.44 MHz の階層3のリファレンスクロックは、すべてのシリアル PICs (SONET/SDH) および Plesiochronous Digital Hierarchy (PDH) PICs のクロック信号を生成します。PDH PICs には、DS3、E3、T1、E1 PICs が含まれます。

注:

M7i と M10i のルーターは、外部の SONET インターフェイスのクロックをサポートしていません。

チャネライズドインターフェイスのクロックの詳細については、チャネライズド IQ と IQE インターフェイスのプロパティを参照してください。また、 SONET/SDH インターフェイスでクロックソースを設定し、チャネライズド T3 ループのタイミングを設定する方法も参照してください。

M40e、M120、M320、ルーター、T Series ルーター上の外部ソースに内部 Stratum 3 クロックを同期するために使用できる外部同期インターフェイスの設定について、詳しくは ルーティング デバイスの Junos OS管理ライブラリ 、 Junos OS で M Series、MX シリーズ、T Seriesルーターの外部クロック同期インターフェイスをサポートする Junos OS を参照してください。

MX 80、MX240、MX480、MX960 ユニバーサル ルーティング プラットフォームで同期イーサネットを設定する方法について、詳しくは ルーティングデバイスのJunos OS管理ライブラリ同期イーサネットの概要 およびSynchronous Ethernet OverviewMX シリーズルーターでのクロック同期インターフェイスの設定 をご覧ください。

クロックソースの設定

ルーターとインターフェイスの両方について、クロック ソースは、インターフェイスまたはルーターの内部 Stratum 3 クロックで受信される外部クロックになります。

クロックソースを外部または内部に設定するには、次のようにします。

  1. 設定モードでは、次の[edit interfaces interface-name]階層レベルに移動します。
  2. オプションをclocking外部または内部に設定します。
注:

M7i と M10i のルーターは、外部の SONET インターフェイスのクロックをサポートしていません。

注:

Channelized SONET/SDH PICsで、ペア(またはプライマリ)コントローラのクロックをに設定した場合、子コントローラのクロックをデフォルト値(つまり externalinternal .

たとえば、チェネライズドSM1 PIC上で、チェネライズドS STM1インターフェイス(プライマリ コントローラ)上のクロックが に設定されている場合、CE1インターフェイス(子コントローラ)クロックを に設定する必要があります。 externalexternal 代わりに、CE1 インターフェイスクロックをにinternal設定する必要があります。

チャネライズドインターフェイスのクロックの詳細については、チャネライズド IQ と IQE インターフェイスのプロパティを参照してください。また、 SONET/SDH インターフェイスでクロックソースを設定し、チャネライズド T3 ループのタイミングを設定する方法も参照してください。

M40e、M120、M320 ルーター上および T Series M320 ルーター上の外部ソースに内部 Stratum 3 クロックを同期するために使用できる外部同期インターフェイスの設定について、詳しくは ルーティング デバイスの Junos OS管理ライブラリ 、Junos OS を設定して M Series、MX シリーズ、T Seriesルーターの外部クロック同期インターフェイスをサポートする設定を参照してください。

MX80、MX240、MX480、MX960 ユニバーサル ルーティング プラットフォームでの同期イーサネットの設定について、詳しくは ルーティングデバイスのJunos OS管理ライブラリ同期イーサネットの概要 およびMX シリーズルーターでのクロック同期インターフェイスSynchronous Ethernet Overviewの設定 をご覧ください。

物理インターフェイスでのインターフェイスカプセル化の設定

物理インターフェイスでのインターフェイスカプセル化について

PPP (ポイントツーポイントプロトコル) カプセル化は、物理インターフェイスのデフォルトのカプセル化タイプです。PPP カプセル化をサポートする物理インターフェイスでは、カプセル化を構成する必要はありません。カプセル化を構成しない場合は、デフォルトで PPP が使用されます。

PPP カプセル化をサポートしていない物理インターフェイスでは、インターフェイスで送信されるパケットに使用するカプセル化を構成する必要があります。必要に応じて、特定のパケットタイプ内で使用されるカプセル化である論理インタフェースでカプセル化を設定できます。

物理インターフェイスのカプセル化機能

物理インタフェース上でポイントツーポイントカプセル化 (PPP や Cisco HDLC など) を設定した場合、物理インタフェースには、1つの論理インタフェース (1 つunitの文のみ) を関連付けることができます。マルチポイントカプセル化 (フレームリレーなど) を構成する場合、物理インタフェースは複数の論理ユニットを持つことができ、そのユニットはポイントツー点または multipoint にすることができます。

イーサネット CCC カプセル化では、標準の TPID タグを使用して、物理インターフェイスが単一の論理インターフェイスのみを持つ必要があります。VLAN モードのイーサネットインターフェイスは、複数の論理インターフェイスを持つことができます。

VLAN モードのイーサネットインターフェイスでは、以下のように VLAN Id を適用できます。

  • VLAN ID 0 は、フレームの優先度をタグ付けするために予約されています。

  • カプセル化タイプvlan-cccの場合、vlan id 1 ~ 511 は通常の vlan 用に予約されています。Vlan IDs 512 以上は、VLAN CCCs 用に予約されています。

  • カプセル化タイプvlan-vplsの場合、vlan id 1 ~ 511 は通常の vlan 用に予約され、vlan id 512 ~ 4094 は VPLS vlan 用に予約されています。4ポート Fast イーサネットインターフェイスでは、VPLS の Vlan で VLAN Id 512 ~ 1024 を使用できます。

  • IQE のギガビットイーサネットインターフェイスとギガビットイーサネット IQ と、Sfp (10 ポートギガビットイーサネット PIC、および M7i ルーター上の組み込みギガビットイーサネットポートを除く) は、物理インターフェイスで柔軟なイーサネットサービスのカプセル化を構成できます。カプセル化をflexible-ethernet-services使用したインターフェイスでは、すべての VLAN id が有効です。1~511 の VLAN ID は予約されません。

  • カプセル化タイプextended-vlan-cccextended-vlan-vpls場合、すべての VLAN id が有効です。

構成可能な VLAN Id の上限値は、インターフェイスタイプによって異なります。

TCC カプセル化を設定する場合、レイヤー 2 およびレイヤー 2.5 リンクとは異なり VPN 接続を処理し、レイヤー 2 およびレイヤー 2.5 プロトコルをローカルで終了するために、一部の変更が必要になります。

ルーターは、以下のメディア固有の変更を実行します。

  • PPP TCC:LCP(Link Control Protocol)と NCP(Network Control Protocol)の両方が、ルーターで終端処理されます。インターネットプロトコル制御プロトコル (IPCP) IP アドレスのネゴシエーションはサポートされていません。Junos OS は、受信フレームを転送する前に、すべての PPP カプセル化データを取り除きます。出力の場合は、次のホップが PPP のカプセル化に変わります。

  • Cisco HDLC TCC:キープアリーブ処理はルーターで終了します。Junos OS は、受信フレームからすべての Cisco HDLC カプセル化データを取り除いてから、転送します。出力については、ネクストホップを Cisco HDLC カプセル化に変更します。

  • フレーム リレー TCC:ルーター上ですべてのローカル管理インターフェイス(LMI)処理が終了します。Junos OS は、受信フレームを転送する前に、フレームリレーカプセル化データをすべて取り除きます。出力については、次のホップがフレームリレーカプセル化に変更されます。

  • ATM:OAM(運用、管理、保守)と中間ローカル管理インターフェイス(ILMI)処理は、ルーターで終了します。セルリレーはサポートされていません。Junos OS は、受信フレームを転送する前に、ATM カプセル化データをすべて取り除きます。出力については、ネクストホップを ATM カプセル化に変更します。

物理インターフェイスでのカプセル化の構成

デフォルトでは、PPP は物理インタフェースのカプセル化タイプです。物理インターフェイスでのカプセル化を構成するには、次のよう[edit interfaces interface-name] に階層レベルでカプセル化ステートメントを含めます。

物理インタフェースでのカプセル化を構成するには、次のようにします。

  1. 設定モードで、 [edit interfaces interface-name]階層レベルに移動します。
  2. カプセルの説明に従って、カプセル化タイプを設定します。
    注:
    • 物理インタフェース上でポイントツーポイントカプセル化 (PPP や Cisco HDLC など) を設定した場合、物理インタフェースには、1つの論理インタフェース (つまり、1つのユニット文のみ) を関連付けることができます。マルチポイントカプセル化 (フレームリレーなど) を構成する場合、物理インタフェースは複数の論理ユニットを持つことができ、そのユニットはポイントツー点または multipoint にすることができます。

    • カプセル化タイプが "カプセル化Cisco-compatible Frame Relay " に設定されている場合は、LMI タイプが ANSI または Q933 に設定されていることを確認します。

    • カプセルvlan-vpls化が物理インターフェイスレベルに設定されている場合、コミットチェックによって、 inetその中に構成されているファミリーが存在しないことを検証します。

物理 SONET/SDH インターフェイスでのカプセル化の表示

目的

以下が[edit interfaces interface-name]階層レベルで設定されている場合に、物理インタフェース上に構成済みのカプセル化と関連する set オプションを表示するには、以下のようにします。

  • interface-name—so-7/0/0

  • カプセル化:ppp

  • ユニット : 0

  • ファミリー:inet

  • Address—192.168.1.113/32

  • 宛先 — 192.168.1.114

  • ファミリー: isompls

アクション

階層レベルshowでコマンドを実行します。 [edit interfaces interface-name]

設定されたカプセル化と関連する set オプションが期待どおりに表示されます。2つfamily目の文セットは、インターフェイス上での IS-IS と MPLS を実行できるようにするためのものです。

PTX シリーズパケットトランスポートルーターでのインターフェイスカプセル化の設定

このトピックでは、PTX シリーズパケットトランスポートルーターでインターフェイスのカプセル化を構成する方法について説明します。構成文flexible-ethernet-servicesを使用して、物理インタフェースで異なる論理インタフェースに対して異なるカプセル化を設定します。柔軟なイーサネットサービスカプセル化により、VLAN Id の範囲制限なしで論理インタフェースをカプセル化することができます。

物理インターフェイスでサポートされている encapsulations は以下のとおりです。

  • flexible-ethernet-services

  • ethernet-ccc

  • ethernet-tcc

論理インタフェースでサポートされている encapsulations は以下のとおりです。

  • ethernet

  • vlan-ccc

  • vlan-tcc

注:

PTX シリーズパケットトランスポートルーターは、論理extended-vlan-ccインタフェースextended-vlan-tccのサポートとカプセル化には対応していません。代わりに、タグプロトコル ID (TPID) 値を0x9100 に設定して、同じ結果を得ることができます。

柔軟なイーサネットサービスカプセル化を構成encapsulation flexible-ethernet-servicesするには[edit interfaces et-fpc/pic/port ] 、階層レベルに記載されているステートメントを追加します。たとえば、以下のように記述します。

キープアライブの構成

デフォルトでは、Cisco HDLC または PPP カプセル化を使用して構成された物理インタフェースは、10秒間隔で keepalive パケットを送信します。キープアリーブのフレーム リレー用語はLMIパケットです。このJunos OS ANSI T1.617 Annex D LMI と ITU Q933 Annex A LMI の両方をサポートしています。ATM ネットワークでは、OAM のセルは同じ機能を実行します。ここでは、論理インターフェイスレベルで、OAM セルを構成します。詳細については、「ATM OAM F5 ループバックセル期間の定義」を参照してください。

キープアライブの送信を無効にするには、次のようにします。

  1. 設定モードで、 [edit interfaces interface-name]階層レベルに移動します。
  2. 階層レベルno-keepalives[edit interfaces interface-name]明細書を含めます。

直線移動クロス接続用に Cisco HDLC カプセル化によって構成された物理インタフェースで keepalives の送信を無効にするには、次のようにします。

  1. 設定モードで、 [edit interfacesinterface-name]階層レベルに移動します。

  2. 階層レベルno-keepalivesencapsulation cisco-hdlc-tcc[edit interfaces interface-name]明細書に明細書を含めます。

転送クロス接続用に PPP カプセル化によって構成された物理インタフェース上で keepalives の送信を無効にするには、以下のようにします。

  1. 設定モードで、 [edit interfaces interface-name]階層レベルに移動します。

  2. 階層レベルno-keepalivesencapsulation ppp-tcc[edit interfaces interface-name]明細書に明細書を含めます。

変換クロス接続の詳細については、「サーキットおよび直線移動クロス接続の概要」を参照してください。

Atm のカプセル化を介して PPP またはマルチリンク PPP を構成すると、論理インタフェース上でキープアライブを有効または無効にできます。詳細については、PPP over ATM2 カプセル化の構成を参照してください。

Keepalives の送信を明示的に有効にするには、次のようにします。

  1. 設定モードで、 [edit interfaces interface-name]階層レベルに移動します。

  2. 階層レベルkeepalives[edit interfaces interface-name]明細書を含めます。

1つまたは複数のデフォルトの keepalive 値を変更するには、以下のようにします。

  1. 設定モードで、 [edit interfaces interface-name]階層レベルに移動します。

  2. ステートメントにkeepalivesは、、、およびなどintervalsecondsdown-countnumber適切なオプションup-countnumberを使用します。

Cisco HDLC または PPP カプセル化で構成されたインターフェイスでは、以下の3つのキープアライブステートメントを含めることができます。フレームリレーのカプセル化は、以下のステートメントの影響を受けません。

  • interval seconds—連続するキープアティブ リクエストの間の数秒。範囲は 1 秒から 32767 秒、デフォルトは 10 秒です。

  • down-count number—ネットワークがリンクをダウンする前に、宛先が受信しない保持パケットの数。範囲は 1 ~ 255 で、デフォルト値は3です。

  • up-count number—リンクのステータスをダウンから最大に変更するには、宛先が受信するキープアリスト パケットの数。範囲は 1 ~ 255 で、デフォルト値は1です。

注意:

インターフェイス keepalives が、 keepalives構成ステートメントをサポートしていないインターフェイス (10 ギガビットイーサネットなど) に設定されている場合、PIC が再起動されると、リンクレイヤーがダウンしてしまう可能性があります。設定文をkeepalivesサポートしていないインターフェース上で keepalives を設定しないようにします。

フレームリレー keepalive の設定について詳しくは、フレームリレーキープアライブの構成を参照してください。

MX シリーズルーターにモジュラー型ポートコンセントレーター/モジュラー型インターフェイスカード (MPCs/Mic)、パケット転送エンジンは MPC/MIC プロセスに対応し、PPP 加入者 (クライアント) が開始し、ルーターに送信するエコー要求 keepalive のパケットに応答します。ルーティング エンジン ではなく、LCP Echo-Request パケットを パケット転送エンジン によって処理するメカニズムを PPP 高速キープアリーブと呼ぶ。 PPP 高速キープアリーブと呼ばれる、MPC/MIC を備えた MX シリーズ ルーター上で PPP 高速キープアリーブが動作する方法の詳細については、 Junos OS加入者アクセス構成ガイド を参照してください。

物理インターフェイス上の片方向トラフィックフローについて理解する

デフォルトでは、物理インターフェイスは双方向です。つまり、トラフィックの送信と受信の両方を行います。単一方向の2つの物理インターフェイスを作成する10ギガビットイーサネットインターフェイスで、単一方向リンクモードを構成できます。新しい送信専用インターフェースと受信専用インタフェースは独立して動作しますが、どちらも元の親インタフェースに従属しています。

単一のインターフェイスにより、単一方向のリンクトポロジの構成が可能になります。1方向のリンクは、ほとんどすべてのトラフィックフローが、プロバイダーからユーザーまで一方向性である、ブロードバンドビデオサービスなどのアプリケーションに役立ちます。単方向リンクモードでは、伝送および受信インターフェイス専用の differentially を実現することで、帯域幅を節約します。さらに、単方向リンクモードは、送信専用および受信専用インターフェイスが独立して動作するため、そのようなアプリケーションのポートを節約します。それぞれ異なるルーターに接続できます。たとえば、必要なポートの合計数を減らすなどです。

注:

単方向リンクモードは、現在、以下のハードウェアでのみサポートされています。

  • 4 ポート 10 ギガビット イーサネットDPC ルーター MX960ポート

  • 10–ギガビット イーサネットIQ2 PICと10ギガビット イーサネットIQ2E PIC(T Seriesルーター)

送信専用インターフェイスは常に運用されています。受信専用インターフェイスの動作ステータスは、ローカルの障害のみに依存します。リモート障害および送信専用インターフェイスのステータスに依存しません。

親インターフェースでは、クロック、フレーミング、gigether、sonet オプションなど、両方のインターフェイスに共通する属性を構成できます。1つのインターフェイスで、カプセル化、MAC アドレス、MTU サイズ、および論理インタフェースを構成できます。

単方向インタフェースは IP と IPv6 をサポートしています。パケット転送は、静的ルートと静的 ARP エントリによって行われます。両方のインターフェイスで個別に設定できます。

送信のみのインターフェイスでは送信統計のみが報告されます (受信のみのインターフェイスではゼロとして表示)。受信専用インターフェイスの統計情報のみが報告されます (送信のみのインターフェイスではゼロとして表示)。送信と受信の統計情報の両方が親インターフェイスで報告されます。

物理インターフェイス上で単一方向のトラフィックフローを有効にする

デフォルトでは、物理インターフェイスは双方向です。つまり、トラフィックの送信と受信の両方を行います。単一方向の2つの物理インターフェイスを作成する10ギガビットイーサネットインターフェイスで、単一方向リンクモードを構成できます。新しい送信専用インターフェースと受信専用インタフェースは独立して動作しますが、どちらも元の親インタフェースに従属しています。

物理インターフェイスで単一リンクモードを有効にするには、以下の手順を実行します。

  1. 設定モードでは、次の[edit interfaces interface-name]階層レベルに移動します。
  2. 元の親インターフェイスに同じ 2 つの新しい単一方向(送信のみおよび受信のみ)物理インターフェイスを作成するオプションを unidirectional 設定します。
注:

単方向リンクモードは、現在、以下のハードウェアでのみサポートされています。

  • 4 ポート 10 ギガビット イーサネットDPC ルーター MX960ポート

  • 10–ギガビット イーサネットIQ2 PICと10ギガビット イーサネットIQ2E PIC(T Seriesルーター)

物理インターフェイス減衰の概要

物理インターフェイス減衰は、インターフェイス上でのアップおよびダウン遷移 (フラッピング) の提供を制限します。遷移が発生するたびに、インターフェイスの状態が変化し、上位のルーティングプロトコルへの広告が生成されます。減衰によって、これらの広告の数を減らすことができます。

ネットワーク導入の視点からは、物理的なインターフェイスフラップは次のカテゴリに分類されます。

  • 約瞬時に短時間 (ミリ秒) のフラップが複数回出ています。

  • 長期間の周期的なフラップ (秒)。

図 1このようなタイプのインターフェイスフラップと、それぞれのケースで使用可能な減衰構成について説明するために使用されています。

図 1: トランスポート機器経由で接続された2個のルーターインターフェイストランスポート機器経由で接続された2個のルーターインターフェイス
注:

物理インターフェイスの両端では、類似した減衰構成を使用することをお勧めします。一方の端に減衰を設定し、もう一方の端にインターフェイス減衰を持たない場合、望ましくない動作が発生する可能性があります。

以下のセクションでは、移行時間の長さに応じて、インターフェイス減衰のタイプについて説明します。

減衰の概要による物理インターフェイスの移行の短縮

図 1では、2つのルーター間に2つのトランスポートデバイスがあることを示しています。2つのトランスポートデバイス間の冗長リンクに障害が発生した場合、リンクのスイッチングが実行されます。リンクの切り替えには、ミリ秒の時間がかかります。に図 2示すように、スイッチング時には、両方のルーターインターフェイスで複数のフラップが使用されることがあります。これにより、アップオブダウン期間は数ミリ秒になります。このような複数のフラップが上位レベルのルーティングプロトコルにアドバタイズされている場合、ルート更新が望ましくないことがあります。このため、これらのインターフェイスフラップを湿らせる必要があります。

注:

減衰は、ルーティングプロトコルにのみ適しています。

物理的なインターフェイスの移行を短縮するために、インターフェイスhold-timeの減衰を構成するには、インターフェース上でステートメントを使用します。ホールディングタイマーは、保留タイマー期間が経過するまで、インターフェイスの移行をアドバタイズしないことで、インターフェイス減衰を可能にします。ホールドダウン タイマーが設定され、インターフェイスがアップダウンしてダウンすると、ダウン ホールドタイム タイマーがトリガーされます。保留時に発生するすべてのインターフェースの移行は無視されます。タイマーが期限切れになり、インターフェイスの状態がまだ停止している場合、ルーターはインターフェイスが停止しているという通知を開始します。同様に、ホールドアップ タイマーが設定され、インターフェイスがダウンからアップにダウンすると、アップ ホールドタイム タイマーがトリガーされます。保留時に発生するすべてのインターフェースの移行は無視されます。タイマーが期限切れになり、インターフェイスの状態がまだアップしていた場合、ルーターはインターフェイスをアップしているとして通知を開始します。

図 2: 短時間の複数のフラップ (ミリ秒)短時間の複数のフラップ (ミリ秒)

減衰の概要で、物理インターフェースへの移行を長時間実行

ルーターインターフェイスとトランスポートデバイス間のリンクが安定していない場合、に図 3示すように、定期的なフラッピングになる可能性があります。フラップは秒以上の順序で発生し、フラップは2つ以上の順序で再生されます。この場合、停止タイマー機能を使用すると、比較的長く、繰り返されるインターフェイスフラップを抑制できないため、最適な結果が得られないことがあります。停止時間を数秒に延長しても、システムはフラッピングインターフェイスでルートの更新情報を送信できます。そのため、システム上の定期的なフラッピングインターフェイスを抑制することに失敗します。

図 3: 長期間の周期的なフラップ (秒)長期間の周期的なフラップ (秒)

より長い周期でインターフェイスフラップを実現するには、 dampingインターフェイスのステートメントとインターフェイス減衰を設定します。この減衰法では、バックオフアルゴリズムを使用して、上位レベルのプロトコルへのイベントレポートの作成を抑制します。インターフェイスがダウンするたびに、ペナルティがインターフェイスペナルティカウンターに追加されます。ある時点で、累積ペナルティが抑制レベルを超えた場合、インターフェイスは抑制された状態になり、さらにインターフェイスリンクアップおよびダウンイベントは、上位レベルのプロトコルに報告されません。

注:
  • すべてのライン カードで周期的なインターフェース フラッピングを長くするインターフェイス ダンピングをサポートできるのは、PTX シリーズ ルーター、T Series ルーター、MX960 ルーター、MX480 ルーター、MX240 MX80 ルーター、M10i ルーターのみです。

  • すべてのインターフェースフラップにおいて、ペナルティは1000に追加されています。

  • 抑制によってインタフェースがダウンしているのか、物理インタフェースの実際の状態なのかを示しているわけではありません。このため、SNMP リンクのトラップと運用、管理、保守 (OAM) プロトコルは、damped のリンク状態と実際のバージョンを区別できません。そのため、トラップとプロトコルが期待どおりに動作しない可能性があります。

  • 抑制を検証するには、 Dampingshow interface extensiveコマンド出力のフィールドの情報を表示します。

インターフェイスペナルティカウンターは、いつでも指数関数的なプロセスに従います。図 4さら図 5に、物理レベルのリンクがダウンしているとき、または稼働しているときに、リカバリに適用されるディケイプロセスを示します。累積ペナルティが再利用レベルの下限に達すると、インターフェイスは unsuppressed としてマークされ、インターフェイスのリンク状態の変更が、さらに上位レベルのプロトコルに報告されます。このmax-suppressオプションを使用して、ペナルティの最大値を上回るペナルティを制限するための最大時間を設定します。最大ペナルティの値は、ソフトウェアによって計算されます。最大ペナルティは、減衰を抑制し、再利用レベルに到達するまでの時間を短縮するのにかかる期間に対応しています。再利用レベルを越えると、ペナルティは引き続き低下します。

図 4図 5累積ペナルティと時間の減衰をカーブとして示しています。ペナルティが再利用レベルよりも低く、物理レベルのリンクが状態を変更するたびに、状態変更がシステムに通知され、SNMP 状態の変化を引き起こします。

図 4は、物理リンクがダウンしたときに再利用レベルが下回った場合に、ペナルティが生じていることを示しています。物理レベルのリンクが稼働している場合にのみ、状態が変化することをシステムに通知します。

図 4: ペナルティが再利用レベルを下回ると、物理レベルのリンクがダウンするペナルティが再利用レベルを下回ると、物理レベルのリンクがダウンする

図 5は、物理リンクが稼働しているときに再利用レベルが低下したことを示しています。システムには、直ちに状態変更が通知されます。

図 5: ペナルティが再利用レベルを下回ると、物理レベルのリンクがアップします。ペナルティが再利用レベルを下回ると、物理レベルのリンクがアップします。

減衰する物理インターフェイスの移行の短縮

デフォルトでは、インターフェイスが起動しているとき、停止したとき、または下から上へと変化したときに、この移行は即座にハードウェアと Junos OS に提供されます。状況によっては、たとえばインターフェイスが ADM(add/drop multiplexer)または波長分割マルチプレクサ(WDM)に接続されている場合や、SONET/SDHフレームの穴から保護する場合など、インターフェイスの移行をダンピングすることがあります。これは、ホールドタイムと呼ばれる一定期間が経過するまで、インターフェイスの移行を宣伝しない という意味です。Damped のインターフェイス遷移があり、インターフェイスが上から下に向かう場合、停止時間タイマーがトリガーされます。保留時に発生するすべてのインターフェースの移行は無視されます。タイマーが期限切れになり、インターフェイスの状態がまだ停止している場合、ルーターはインターフェイスが停止しているという通知を開始します。同様に、インターフェイスが下から上に移動すると、停止時間タイマーがトリガーされます。保留時に発生するすべてのインターフェースの移行は無視されます。タイマーが期限切れになり、インターフェイスの状態がまだアップしていた場合、ルーターはインターフェイスをアップしているとして通知を開始します。物理インターフェイス減衰の詳細については、物理インターフェイス減衰の概要を参照してください。

このタスクは、ミリ秒単位での物理インターフェイスの移行の短縮に適用されます。より長時間の物理インターフェイスへの移行を数秒で行うには、減衰する物理インターフェイスの移行をご確認ください。

物理インタフェースの移行を短縮するための減衰を設定するには:

  1. 次のインターフェイス名がinterface-type-fpc/pic/portある場合に、湿らせるインターフェイスを選択します。
  2. リンクアップとリンクダウンのために保持時間を設定します。

ホールドタイムには、0~4,294,967,295ミリ秒の値を指定できます。デフォルト値は0で、インターフェイスの移行が damped ではないことを意味します。Junos OS指定した時間値から 100 ミリ秒以内で移行をアドバタイズします。

ほとんどのイーサネットインターフェイスでは、保留タイマーは1秒のポーリングアルゴリズムを使用して実装されています。1ポート、2ポート、4ポートのギガビットイーサネットインターフェイスでは、Sfp (小型筐体プラグ) に対応しており、ホールドタイマーは割り込み駆動型になっています。

注:

コントローラhold-timeインターフェイスでは、このオプションは使用できません。

より長時間の物理インターフェイスへの移行

物理インターフェイス減衰は、インターフェイス上でのアップおよびダウン遷移 (フラッピング) の提供を制限します。ルーターインターフェイスとトランスポートデバイス間の不安定なリンクは、周期的なフラッピングにつながる可能性があります。さらに多くのフラップが発生するのは、約5秒ほど長く、1秒間にアップオブダウンされます。このように長い周期でインターフェイスフラップを実現するためにdamping 、インターフェイスのステートメントとインターフェイス減衰を構成します。この減衰法では、バックオフアルゴリズムを使用して、上位レベルのプロトコルへのイベント報告のインターフェースを抑制します。インターフェイスがダウンするたびに、ペナルティがインターフェイスペナルティカウンターに追加されます。ある時点で、累積ペナルティが抑制レベルmax-suppressを超えた場合、インターフェイスは抑制された状態になります。さらに、インターフェイスの状態アップとダウン遷移が上位レベルのプロトコルに報告されることはありません。

注:
  • インターフェイス ダンピングはPTX シリーズルーター、T Series ルーター、MX2010 ルーター、MX2020 ルーター、MX960 ルーター、MX480 ルーター、MX240 ルーター、MX80 ルーター、M10i ルーターのみ、インターフェイス ダンピングをサポートして、周期的なインターフェイス フラップを長くします。

  • 抑制によってインタフェースがダウンしているのか、物理インタフェースの実際の状態なのかを示しているわけではありません。このため、SNMP リンクのトラップと運用、管理、保守 (OAM) プロトコルは、damped のリンク状態と実際のバージョンを区別できません。そのため、トラップとプロトコルが期待どおりに動作しない可能性があります。

  • 抑制を検証するには、 Dampingshow interface extensiveコマンド出力のフィールドの情報を表示します。

このshow interfaces extensiveコマンドを使用して、減衰パラメーターを表示できます。

より長距離の物理インターフェイスへの移行を構成するには、次のようにします。

  1. インターフェイス名interface-type-fpc/pic/portまたはインターフェイス範囲を、次のように湿らせるインターフェイスを選択します。
  2. 物理インタフェースでより長いインターフェースの移行減衰を実現:
  3. ナインターフェイスが不安定になっていても、インターフェイスが抑制される最大時間を秒単位で設定します。
    注:

    max-suppresshalf-life値を超える値に設定します。そうしないと、構成が拒否されます。

  4. ナインターフェイスが安定した状態が維持された場合、累積されたインターフェイスペナルティカウンターが半減する間隔を秒単位で設定します。
    注:

    max-suppresshalf-life値を超える値に設定します。そうしないと、構成が拒否されます。

  5. ナ再利用しきい値 (ユニットなし) を設定します。累積インターフェイスペナルティカウンターがこの値を下回ると、インターフェイスは抑制されなくなります。
  6. ナ抑制しきい値 (ユニットなし) を設定します。累積インターフェイスペナルティカウンターがこの値を超えると、インターフェイスは抑制されます。

例:物理インターフェイス減衰の構成

この例は、PTX シリーズパケットトランスポートルーターで物理インタフェースの減衰を設定する方法を示しています。

要件

この例では、以下のハードウェアとソフトウェアのコンポーネントを使用しています。

  • 1台の PTX シリーズパケットトランスポートルーター

  • 入力パケットを提供し、出力パケットを受信する1つまたは複数のルーター

  • Junos OS リリース14.1 以降

概要

物理インターフェイス減衰により、インターフェイスのアップおよびダウン遷移 (フラッピング) のスムージングが可能になります。遷移が発生するたびに、インターフェイスの状態が変化し、上位のルーティングプロトコルへの広告が生成されます。減衰によって、これらの広告の数を減らすことができます。

ネットワーク導入の視点からは、物理インターフェイスフラップは次のようなカテゴリに分類されます。

  • 約瞬時に短時間 (ミリ秒) のフラップが複数回出ています。物理的なインターフェイスの移行を短縮するために、インターフェイスhold-timeの減衰を構成するには、インターフェース上でステートメントを使用します。ホールディングタイマーは、保留タイマー期間が経過するまで、インターフェイスの移行をアドバタイズしないことで、インターフェイス減衰を可能にします。停止タイマーが設定され、インターフェイスが上から下へと進んだ場合、そのインターフェイスは、停止するまで停止しない限り、システムの他の部分には通知されません。同様に、停止しているタイマーが設定されていて、インターフェイスがダウンすると、停止するまでの時間が延長されるまでは通知されません。

  • 長期間の周期的なフラップ (秒)。より長い周期でインターフェイスフラップを実現するには、 dampingインターフェイスのステートメントとインターフェイス減衰を設定します。この減衰法では、バックオフアルゴリズムを使用して、上位レベルのプロトコルへのイベント報告のインターフェースを抑制します。インターフェイスがダウンするたびに、ペナルティがインターフェイスペナルティカウンターに追加されます。ある時点で、累積したペナルティが抑制レベルを超えた場合、インターフェイスは抑制された状態になり、それ以上のインターフェイスの状態アップの遷移は、上位レベルのプロトコルに報告されません。

構成

CLI クイック構成

この例を簡単に構成するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に一致する必要がある詳細情報を変更してから、コマンド[edit]を階層レベルで CLI にコピー & ペーストします。

手順

順を追った手順

PTX シリーズパケットトランスポートルーターで減衰を設定するには、次のようにします。

  1. ハーフライフ間隔、最大抑制、再利用、抑制値の設定、有効化:

  2. 構成のコミット:

結果

設定モードから、 show interfacesコマンドを入力して設定を確認します。出力に意図した構成が表示されない場合は、この例の手順を繰り返して設定を修正します。

検証

構成が正常に機能していることを確認するには、以下のタスクを実行します。

xe-6/0/0のインターフェイスダンピングを検証

目的

インターフェイスで減衰が有効になっていること、および減衰パラメーター値が適切に設定されていることを確認します。

アクション

動作モードから、 show interfaces extensiveコマンドを実行します。

xe-6/0/0インターフェイスでダンピングが有効に設定され、設定が成功しました。

物理インターフェイス上で SNMP 通知を有効または無効にする

デフォルトでは、インターフェイスまたは接続の状態が変わった場合に、簡易ネットワーク管理プロトコル (SNMP) の通知が送信されます。要件に基づいて、これらの通知を有効または無効にすることができます。

物理インターフェイス上で SNMP 通知を明示的に送信できるようにするには、以下の手順を実行します。

  1. 設定モードでは、次の[edit interfaces interface-name]階層レベルに移動します。
  2. 接続のtraps状態が変化したときに簡易ネットワーク管理プロトコル (SNMP) 通知を送信するためのオプションを構成します。

物理インターフェイスでの SNMP 通知の送信を無効にするには、以下の手順を実行します。

  1. 設定モードでは、次の[edit interfaces interface-name]階層レベルに移動します。

  2. 接続のno-traps状態が変化したときに簡易ネットワーク管理プロトコル (SNMP) 通知の送信を無効にするオプションを構成します。

物理インターフェイスのアカウンティング設定

アカウンティングプロファイルの概要

ルーターとスイッチを通過するトラフィックに関するさまざまな種類のデータを収集するには、ジュニパーネットワークスルーターとスイッチを使用します。このデータの共通の特性を指定する1つ以上のアカウンティングプロファイルを設定できます。以下のものもあります。

  • アカウンティングレコードで使用されるフィールド

  • ルーターまたはスイッチが破棄するまでに保持するファイル数、およびファイル当たりのバイト数

  • システムがデータを記録するために使用するポーリング期間

プロファイルを構成し、階層レベルの[edit accounting-options]ステートメントを使用して各プロファイルの一意の名前を定義します。アカウンティングプロファイルには次の2種類があります。インターフェイスプロファイルとフィルタプロファイルインターフェイスプロファイルを設定するにはinterface-profile[edit accounting-options]階層レベルにステートメントを含める必要があります。フィルタプロファイルは、 filter-profile[edit accounting-options]階層レベルにステートメントを含めることで設定します。詳細については、 ルーティング デバイスの ネットワークJunos OS管理ガイド を参照してください

フィルタプロファイルを適用するにはaccounting-profile[edit firewall filter filter-name]および[edit firewall family family filter filter-name]階層レベルに文を挿入します。詳細については、「 ルーティング ポリシー 、ファイアウォール フィルター、トラフィック ポリサー ユーザー ガイド 」 を参照してください

物理インターフェイスのアカウンティング設定

開始する前に

プロファイルを設定して、特定の物理インタフェース上で入出力パケットのエラーおよび統計情報を収集する必要があります。アカウンティングプロファイルは、収集してログファイルに書き込む統計情報を指定します。アカウンティングデータのログファイルを構成する方法の詳細については、「アカウンティングデータログファイルの構成」を参照してください。

インターフェイスプロファイルは、収集した情報を指定し、ログファイルに記録します。プロファイルを設定して、特定の物理インタフェース上で入出力パケットのエラーおよび統計情報を収集できます。

  1. インターフェイスに対して収集する統計情報を設定するにはfields[edit accounting-options interface-profile profile-name]階層レベルでステートメントを追加します。
  2. 各アカウンティングプロファイルは、 /var/logその統計情報をディレクトリ内のファイルに記録します。どのファイルを使用するかを設定するfileには、 [edit accounting-options interface-profile profile-name]階層レベルのステートメントを追加します。
    注:

    階層レベルですfileでに設定されているインターフェイスプロファイルのステートメントを指定する必要があります。 [edit accounting-options] 詳細については、「アカウンティングデータログファイルの構成」を参照してください。

  3. アカウンティングプロファイルが有効になっている各インターフェイスには、アカウンティングプロファイルに指定された1回の期間ごとに統計の収集が行われるようになります。統計収集時間は、設定された間隔で均等にスケジュールされます。間隔を設定するには、[edit accounting-options interface-profile profile-name] 階層レベルに interval ステートメントを追加します。
    注:

    許可される最小間隔は1分です。多数のインターフェイスに対してアカウンティングプロファイルの間隔を低く設定すると、パフォーマンスが大幅に低下する可能性があります。

  4. アカウンティングを実行する必要があるインターフェイスを構成するには、 accounting-profile[edit interfaces interface-name]階層レベルにステートメントを含めることで、インターフェイスプロファイルを物理インターフェイスに適用します。

物理インターフェイスのアカウンティングプロファイルを表示する

目的

構成済みアカウンティングプロファイルを表示するには、以下の[edit accounting-options interface-profile profile-name]ように階層レベルで物理インターフェイスを設定します。

  • interface-name—ge-1/0/1

  • インターフェイス プロファイル —if_profile

  • ファイル名:if_stats

  • 間隔:15 分

アクション

  • 階層レベルshowでコマンドを実行します。 [edit edit interfaces ge-1/0/1]

  • 階層レベルshowでコマンドを実行します。 [edit accounting-options]

設定したアカウンティングとそれに関連する設定オプションが期待どおりに表示されます。

物理インターフェイスの無効化

物理インターフェイスの無効化

物理インタフェースを無効化して、インターフェイス構成文を構成から削除せずに、停止中としてマークすることができます。

注意:

動的加入者と論理インタフェースは、ネットワークへの接続に物理インタフェースを使用します。Junos OS では、動的加入者と論理インタフェースをアクティブにしたまま、変更を無効にしてコミットするようにインターフェイスを設定できます。このアクションを実行すると、インターフェイス上のすべての加入者接続が失われます。インターフェイスを無効にするときは注意してください。

物理インターフェイスを無効にするには、次のようにします。

  1. 設定モードで、階層レベル[edit interfaces interface-name]に移動します。
  2. 明細書disableを含めます。
注:

ルーターでは、PIC タイプに応じdisableて、 edit interfaces階層レベルでステートメントを使用すると、レーザーをオフにできない場合があります。古い PIC トランシーバーは、レーザーをオフにすることをサポートしていませんが、新しいギガビットイーサネット PICs (SFP と XFP トランシーバーを含む) では、この機能がサポートされており、インターフェイスを無効にするとレーザーがオフになっています。

レーザー警告:

インターフェイスが無効化されていても、レーザー ビームを見つめたり、光学機器を直接見たりしないでください。

例:物理インターフェイスの無効化

サンプルインターフェイスの設定:

インターフェイスを無効にします。

インターフェイスの構成を検証しています。

T シリーズ PICs のインターフェイスを無効にした場合の影響

次の表では、T シリーズ PICs set interfaces disable interface_nameでこのステートメントを使用した場合の影響について説明します。

表 13: セット インターフェイス無効化(<interface_name> T シリーズ PIC)

PIC モデル番号

PIC の説明

PIC のタイプ

動作

PF-12XGE-SFPP

SFP + (T4000 ルーター) を使用した10ギガビットイーサネット LAN/WAN PIC

5

Tx レーザー無効

PF-24XGE-SFPP

10ギガビットイーサネット LAN/WAN PIC (オーバーサブスクリプションおよび SFP +) (T4000 ルーター)

5

Tx レーザー無効

PF-1CGE-CFP

CFP (T4000 ルーター) を使用した100ギガビットイーサネット PIC

5

Tx レーザー無効

PD-4XGE-XFP

10ギガビットイーサネット、4ポートの LAN/WAN XFP

4

Tx レーザー無効

PD-5-10XGE-SFPP

SFP + を使用した10ギガビット LAN/WAN

4

Tx レーザー無効

PD-1XLE-CFP

CFP を使用した 40-ギガビット

4

Tx レーザー無効

PD-1CE-CFP-FPC4

CFP を使用した 100-ギガビット

4

Tx レーザー無効

PD-トンネル

40-ギガビットトンネルサービス

4

該当なし

PD-4OC192-SON-XFP

OC192/STM64、4ポート XFP

4

Tx レーザーが無効ではありません

PD-1OC768-SON-SR

OC768c/STM256、1ポート

4

Tx レーザーが無効ではありません

リリース履歴テーブル
リリース
説明
19.3R2
最初の Junos OS リリース 19.3R2、MX2K-MPC11E の設定可能な最大 MTU サイズは 16,000 バイトです。
19.2R1
Junos OS リリース 19.2R1から、MPC10E-10C-MRATE のMTU最大設定可能な MTU サイズは 16,000 バイトです。
19.1R1
Junos OS リリース 19.1R1から、MPC10E-15C-MRATE のMTU最大設定可能な MTU サイズは 16,000 バイトです。
17.4R1
Junos OS リリース 17.4 R1 では、MX204 の MTU サイズは16000バイトになっています。
17.3R1
Junos OS リリース 17.3 R1 では、MX10003 MPC の MTU サイズは16000バイトになっています。
16.1R1
Junos OS リリース 16.1 R1 では、特定の MPCs に対して MTU サイズが16000バイトに増加しました。
14.2
Junos OS リリース14.2 から開始するauto-10m-100mこのオプションを使用すると、固定された3倍速ポートを100m自動10mネゴシエートする際に、制限を受けたり、最大速度でポートを使用したりできます。このオプションを有効にする必要があるのは、3レート MPC ポート、つまり 3D 40x 1GE (LAN) RJ45 MIC (MX プラットフォーム) の場合のみです。このオプションは、MX プラットフォームでの他の Mic をサポートしていません。
14.2
Junos OS リリース14.2 から始めると、アグリゲート型イーサネットで PTX シリーズパケットトランスポートルーターでの混合リンク速度がサポートされます。
14.1
Junos OS リリース 14.1 R1 および14.2 から始めると、集合的なイーサネットバンドルでのレートのサポートが、MX240、MX480、MX960、MX2010、MX2020 ルーターに拡大されます。
13.2
Junos OS リリース13.2 から始めると、アグリゲート型イーサネットでは、T640、T1600、T4000、および TX Matrix + ルーター上で、割合と混合モードを混在させることができます。
13.2
Junos OS リリース13.2 から始める100ギガビットイーサネットメンバーリンクは、CFP を使用した100ギガビットイーサネット PIC の 2 50 ギガビットイーサネットインターフェイスを使用して設定できます。
11.4
Junos OS リリース11.4 から始めると、トライレートのイーサネット銅線インターフェイスでは、半二重モードはサポートされなくなります。speedステートメントを含める場合は、 link-mode full-duplexステートメントを同じ階層レベルに含める必要があります。