このページの内容
設定グループを使用してデバイスをすばやく設定
設定グループを使用して、同じ設定内で再利用される共通の要素を設定して適用します。
設定グループの概要
このトピックでは、 Junos OS CLIの設定グループと継承モデルの概要について説明します。
構成グループの仕組み
設定グループを使用すると、設定ステートメントを含むグループを作成し、そのグループのステートメントを残りの設定で継承することができます。同じグループを設定の異なるセクションに適用できます。1つのグループの設定ステートメントの異なるセクションは、設定のさまざまな場所に継承できます。
設定グループを使用すると、より小規模で論理的に構築された設定ファイルを作成できるため、ジュニパーネットワークスデバイスの設定と保守が容易になります。例えば、インターフェイスを設定するときなど、設定内の多くの場所で繰り返されるステートメントをグループ化できます。ステートメントをグループ化することで、設定の更新をグループのみに制限できます。
設定グループでワイルドカードを使用することもできます。ワイルドカード式に一致するオブジェクトはすべて、グループ設定データを継承します。
設定グループのメカニズムは、BGPグループなど、設定内の他の場所で使用されるグループ化メカニズムとは別です。設定グループは、設定全体で使用できる汎用メカニズムを提供しますが、これはCLIのみが知っています。設定によって指示されたアクションを実行する個々のソフトウェアプロセスは、設定の拡張形式を受け取ります。設定グループについての知識がない。
継承モデル
設定グループは真の継承を使用します。これには、設定データのソースとそのデータのターゲットとの間に動的で継続的な関係が含まれます。ターゲットは、設定グループで変更したデータ値を自動的に継承します。ターゲットに継承された情報を含める必要はありません。ただし、継承された値は、継承元のソースに影響を与えることなく、ターゲットで上書きできます。
この継承モデルでは、継承された詳細を表示せずに、インスタンス固有の情報のみを表示できます。コンフィギュレーションモードのコマンドパイプでは、継承されたデータを表示できます。
設定グループを設定する
設定ステートメントを継承する設定領域では、まずステートメントを設定グループに配置する必要があります。次に、そのグループを、ステートメントを必要とする設定階層内のレベルに適用します。
設定ステートメントを継承する設定領域の場合:
-
コンフィギュレーション・ステートメントをコンフィギュレーション・グループに組み込むことができます。設定グループと継承を設定するには、[edit]階層レベルでgroupsステートメントを含めることができます。
[edit] groups {group-name{configuration-data; } } -
ステップ1の設定グループを、ステートメントを必要とする設定階層内のレベルに適用します。
apply-groups [ group-names ]ステートメントは、設定グループに含まれる設定ステートメントが必要な設定内の任意の場所に含めます。
設定グループの作成
Junos OS CLI では、設定ステートメントを含む再利用可能なグループを作成できます。これらのグループは、同じ設定ステートメントが複数回繰り返される設定の異なるセクションに適用できます。
設定の異なるセクションにグループを適用すると、設定のその部分はグループで設定されたステートメントを継承します。構成グループは継承のルールに従い、構成データのソースとそのターゲットとの間に動的で継続的な関係が設定されます。設定グループのデータ値を変更すると、継承されたターゲットに変更が自動的に反映されます。
必要に応じて、ターゲット設定の値を上書きできます。これはグループ内のソースには影響しません。
この継承モデルでは、継承された詳細を表示せずに、インスタンス固有の情報のみを表示できます。コンフィギュレーションモードのコマンドパイプでは、継承されたデータを表示できます。例えば、すべての ge-0/0/1 インターフェイスをMTU値1500に設定したい場合があります。
すべての ge-0/0/1 インターフェイスをMTU値1500に設定するには、次のようにします。
-
MTU値1500のグループを作成します。
[edit groups group-1] lab@vSRX3-05# show interfaces { ge-0/0/1 { unit 0 { family inet { mtu 1500; } } } } -
次に、インターフェイス設定にグループを適用します。
[edit interfaces ge-0/0/1] lab@vSRX3-05# set apply-groups group-1
-
継承された設定を表示します。
[edit] lab@vSRX3-05# show interfaces ge-0/0/1 | display inheritance unit 0 { family inet { ## ## '1500' was inherited from group 'group-1' ## mtu 1500; address 5.0.0.254/24; } }
設定の異なる部分でインターフェイス ge-0/0/1 のMTU値を設定したい場合は、 apply-groups オプションを使用してgroupステートメントを適用できます。これを手動で行い、後でMTUを増やす場合は、すべてのインターフェイスを手動で変更する必要がある場合があります。設定グループを使用する場合は、グループ設定を変更することで、関連するすべてのインターフェイスを自動的に更新できます。
また、設定グループでワイルドカードを使用して、ワイルドカード式に一致するすべてのオブジェクトに設定データを継承できるようにすることもできます。次に例を示します。
[edit groups group-1]
lab@vSRX3-05# show
interfaces {
ge-* {
unit 0 {
family inet {
mtu 1500;
}
}
}
}
設定グループを適用する方法
ジュニパーネットワークスデバイス設定で設定グループからステートメントを継承する場合は、設定に apply-groups ステートメントを含めます。
apply-groups [ group-names ];
複数のグループ名を指定する場合は、継承優先度順に名前をリストする必要があります。最初のグループの設定データは、以降のグループのデータよりも優先されます。
複数のルーティングエンジンをサポートするデバイスでは、 re0 と re1 グループ名を指定できます。グループ re0 で指定された設定は、現在のルーティングエンジンがスロット0にある場合にのみ適用されます。同様に、グループ re1 で指定された設定は、現在のルーティングエンジンがスロット1にある場合にのみ適用されます。そのため、どちらのルーティング エンジンも同じ設定ファイルを使用し、それぞれに適用される設定ステートメントのみを使用できます。各 re0 または re1 グループには、少なくともホスト名と管理インターフェイス(fxp0)の設定が含まれています。各ルーティングエンジンが異なる管理インターフェイスを使用する場合、グループにはバックアップルーターと静的ルートの設定も含まれている必要があります。
設定階層の各特定のレベルに含めることができる apply-groups ステートメントは1つだけです。特定の階層レベルの apply-groups ステートメントは、関連するステートメントの設定グループのリストに追加する設定グループをリストアップします。
特定の階層レベルで指定された値は、設定グループから継承された値を上書きします。
ネストされた apply-groups ステートメントにリストされているグループは、外部ステートメントのグループよりも優先されます。次の例では、BGPネイバー 10.0.0.1 が最初にグループ one から設定データを継承します。次に、グループ two とグループ threeから設定データを継承します。グループ one の設定データは、他のグループのデータを上書きします。グループ ten のデータは、ステートメントが他のグループに含まれていない場合にのみ使用されます。
apply-groups [ eight nine ten ];
protocols {
apply-groups seven;
bgp {
apply-groups [ five six ];
group some-bgp-group {
apply-groups four;
neighbor 10.0.0.1 {
apply-groups [ one two three ];
}
}
}
}
ルートレベルは、デフォルトの論理システムです。ルート レベルに定義されたグループを設定すると、そのグループを [edit logical-systems logical-system-name] 階層レベルのデフォルト以外の論理システムに正常に適用できません。グループを適用するとデバイスはコミットを受け入れますが、デフォルト以外の論理システムでは設定グループは有効になりません。代わりに、ルートレベルで追加の設定グループを作成し、論理システム内に適用することができます。または、元のグループを変更して、デフォルトと非デフォルトの両方の論理システム階層レベルの設定を含めることもできます。
Junos Evolvedでは、スロット0とスロット1ルーティングエンジン設定を選択的に適用するために使用されるルーティングエンジン固有のグループ re0 と re1 はサポートされていません。
例:設定グループの作成と適用
この例では、設定グループの作成と適用について説明します。この例では、SNMP設定がグループ basic と通常の設定階層に分割されています。
システム固有の設定(SNMP 連絡先)を設定グループに配置し、通常の設定階層から分離することで、複数のメリットが得られます。
-
load replaceコマンドを使用することで、もう一方のセクションからデータを破棄せずに置換できます。 -
グループデータはデバイス固有のデータによって非表示になるため、特定のボックスに連絡先を設定できます。
[edit] groups { basic { # User-defined group name snmp { # This group contains some SNMP data contact "My Engineering Group"; community BasicAccess { authorization read-only; } } } } apply-groups basic; # Enable inheritance from group "basic" snmp { # Some normal (non-group) configuration location "West of Nowhere"; }
この設定は、以下と同等です。
[edit]
snmp {
location "West of Nowhere";
contact "My Engineering Group";
community BasicAccess {
authorization read-only;
}
}
例:設定グループの継承を無効にする
階層の最上位レベルを除くすべてのレベルで設定グループの継承を無効にすることができます。継承を無効にするには、設定に apply-groups-except ステートメントを含めます。
apply-groups-except [ group-names ];
このステートメントは、特定の階層レベルで apply-group ステートメントを使用しながら、特定のパラメーターの設定グループから継承された値を上書きしたい場合に便利です。
例:インターフェイスso-1/1/0の継承を無効にする
次の例では、 apply-groups ステートメントがインターフェイスレベルでグローバルに適用されます。 apply-groups-except ステートメントはインターフェイス so-1/1/0 でも適用されるため、 hold-time および link-mode ステートメントのデフォルト値が使用されます。
[edit]
groups { # "groups" is a top-level statement
global { # User-defined group name
interfaces {
<*> {
hold-time down 640;
link-mode full-duplex;
}
}
}
}
apply-groups global;
interfaces {
so-1/1/0 {
apply-groups-except global; # Disables inheritance from group "global"
# so-1/1/0 uses default value for “hold-time”
# and "link-mode"
}
}
デバイスは設定グループから設定データを継承できるため、設定グループでは、デバイスが使用する実際の値に関して混乱が生じる可能性があります。デバイスで使用される実際の値を表示するには、show コマンドのパイプ( | )の後に display inheritance コマンドを使用します。このコマンドは、継承されたステートメントを、継承されたレベルと継承されたグループで表示します。
[edit]
user@host# show | display inheritance
snmp {
location "West of Nowhere";
##
## 'My Engineering Group' was inherited from group 'basic'
##
contact "My Engineering Group";
##
## 'BasicAccess' was inherited from group 'basic'
##
community BasicAccess {
##
## 'read-only' was inherited from group 'basic'
##
authorization read-only;
}
}
## 行なしで拡張設定(継承されたステートメントを含む設定)を表示するには、show コマンドのパイプの後に except コマンドを使用します。
[edit]
user@host# show | display inheritance | except ##
snmp {
location "West of Nowhere";
contact "My Engineering Group";
community BasicAccess {
authorization read-only;
}
}
display inheritance | except ##オプションを使用すると、##のあるすべての行が削除されます。そのため、##が使用されているパスワードやその他の重要なデータに関する情報を表示できない場合があります。すべての情報を含む完全なコンフィギュレーションの詳細を表示するには(##でマークされたコメントだけは除く)、display inheritanceコマンドでno-commentsオプションを使用します。
[edit]
user@host# show | display inheritance no-comments
snmp {
location "West of Nowhere";
contact "My Engineering Group";
community BasicAccess {
authorization read-only;
}
}
例: junos-defaults 設定グループを使用する
Junos OS には、デバイスの設定に自動的に適用される junos-defaults と呼ばれる非表示かつ不変な設定グループが用意されています。 junos-defaults グループには、一般的なアプリケーションの事前定義された値を含む事前設定されたステートメントが含まれています。アプリケーションの定義(FTPやTelnet設定など)など、有効にするために参照する必要があるステートメントもあります。端末設定などのその他のステートメントは自動的に適用されます。
junos-defaults設定グループに含まれる多くの識別子は、名前junos-で始まります。名前junos-で始まる識別子はジュニパーネットワークスが使用するために予約されているため、この名前を使用して設定オブジェクトを定義することはできません。
apply-groupsステートメントの設定グループ名としてjunos-defaultsを含めることはできません。
junos-defaultsグループから利用可能なプリセットステートメントの全セットを表示するには、設定の最上位レベルでshow groups junos-defaults設定モードコマンドを発行します。以下の例は、Junosデフォルトグループの一部のリストを示しています。
user@host# show groups junos-defaults
# Make vt100 the default for the console port
system {
ports {
console type vt100;
}
}
applications {
# File Transfer Protocol
application junos-ftp {
application-protocol ftp;
protocol tcp;
destination-port 21;
}
# Trivial File Transfer Protocol
application junos-tftp {
application-protocol tftp;
protocol udp;
destination-port 69;
}
# RPC port mapper on TCP
application junos-rpc-portmap-tcp {
application-protocol rpc-portmap;
protocol tcp;
destination-port 111;
}
# RPC port mapper on UDP
}
junos-defaults グループから利用可能なステートメントを参照するには、選択したjunos- default-nameステートメントを該当する階層レベルに含めます。
junos-defaultsグループのアプリケーションのリストを表示するには、show configuration groups junos-defaults applicationsを発行します。junos-で始まるアプリケーションは、デフォルトでジュニパーネットワークスによって設定されます。次の例では、Junosデフォルトグループアプリケーションの一部のリストを示しています。
user@host>show configuration groups junos-defaults applications
## protect: groups junos-defaults
##
#
# File Transfer Protocol
#
application junos-ftp {
application-protocol ftp;
protocol tcp;
destination-port 21;
}
#
# Trivial File Transfer Protocol
#
application junos-ftp-data {
application-protocol ftp-data;
protocol tcp;
destination-port 20;
}
application junos-tftp {
application-protocol tftp;
protocol udp;
destination-port 69;
}
#
# Two-Way Active Measurement Protocol
#
application junos-twamp {
application-protocol twamp;
protocol tcp;
destination-port 862;
}
#
# Real Time Streaming Protocol
#
application junos-rtsp {
application-protocol rtsp;
protocol tcp;
destination-port 554;
}
#
# Network Basic Input Output System - networking protocol used on
# Windows networks session service port
#
application junos-netbios-session {
protocol tcp;
destination-port 139;
}
application junos-smb-session {
protocol tcp;
destination-port 445;
}
application junos-ssh {
protocol tcp;
destination-port 22;
}
application junos-telnet {
protocol tcp;
destination-port 23;
}
例:設定グループでのワイルドカードの使用
ワイルドカードを使用して名前を識別し、1つのステートメントでさまざまなステートメントのデータを提供することができます。
通常の設定データでワイルドカードを使用すると、従来の UNIX シェル ワイルドカードで使用されるものと同じスタイルで実行されます。このスタイルでは、次のメタ文字を使用できます。
-
アスタリスク(
*)—任意の文字列に一致します。 -
疑問符(
?)—任意の1文字に一致します。 -
大括弧(
[)—文字クラスを導入します。 -
閉じ括弧(
])—文字クラスの末尾を示します。閉じブラケットがない場合、オープンブラケットは文字クラスを導入するのではなく、オープンブラケット[と一致します。 -
文字クラスは、角括弧で囲まれた任意の文字に一致します。設定グループ内では、文字クラスを含むインターフェイス名を引用符で囲む必要があります。
-
ハイフン(
-)—文字の範囲を指定します。 -
感嘆符(
!)—感嘆符を文字クラスの最初の文字にすることで、文字クラスを補完できます。文字クラスに閉じ括弧 (]) を含めるには、その文字をリストされている最初の文字にします (存在する場合は、!の後)。マイナス記号を含めるには、リストされている最初または最後の文字にします。
groups階層内で識別子を使用する場合は、識別子名を<以外のもので開始します。ただし、ワイルドカードステートメントを定義する場合は、ワイルドカードステートメントに終了>が必要なため、<を使用できます。
設定グループでワイルドカードを使用すると、通常の設定にワイルドカードを使用するのと同じルールに従います。ただし、 < と > は、 groups 階層下で使用される場合に特別な意味を持ちます。 groups 階層では、設定ファイル内の他のワイルドカードと区別するために、ワイルドカードパターン<pattern>を使用する用語を山括弧で囲む必要があります。
[edit]
groups {
sonet-default {
interfaces {
<so-*> {
sonet-options {
payload-scrambler;
rfc-2615;
}
}
}
}
}
ワイルドカード式は、その式にのみ一致する設定内の既存のステートメントに一致します(および設定データを提供します)。前の例では、式 <so-*> は、式 so-* に一致するインターフェイスに sonet-options ステートメントを渡します。
以下の例は、インターフェイスの範囲を指定する方法を示しています。
[edit]
groups {
gigabit-ethernet-interfaces {
interfaces {
"<ge-1/2/[5-8]>" {
description "These interfaces reserved for Customer ABC";
}
}
}
}
山括弧を使用すると、通常のワイルドカードを変更せずに通過させることができます。コンフィギュレーション内のマッチングでは、ワイルドカードの有無にかかわらず、コンフィギュレーション内で最初に検出された一致する項目が使用されます。次の例では、ワイルドカード化された BGP グループからのデータが、グループがリストされている順番に継承されます。
<*a*>のプリファレンス値は、<*b*>のプリファレンスを上書きします。<*c*>のp値は、からの値を上書きします。<*d*>
これらのグループのデータ値は、 abcdのデータ値を上書きします。
[edit] user@host#showgroups { one { protocols { bgp { group <*a*> { preference 1; } group <*b*> { preference 2; } group <*c*> { out-delay 3; } group <*d*> { out-delay 4; } group abcd { preference 10; hold-time 10; out-delay 10; } } } } } protocols { bgp { group abcd { apply-groups one; } } } [edit] user@host#show | display inheritanceprotocols { bgp { group abcd { ## ## ’1’ was inherited from group ’one’ ## preference 1; ## ## ’10’ was inherited from group ’one’ ## hold-time 10; ## ## ’3’ was inherited from group ’one’ ## out-delay 3; } } }
設定グループを使用する場合のコミット時間を改善する方法
設定グループを使用すると、設定データを再入力することなく、他の階層に設定を適用できます。設定グループ内のすべての設定の詳細を指定できます。また、各設定行を詳細に記述することなく、設定グループでワイルドカードを使用してデータ範囲を設定することもできます。設定グループを使用する別の方法は、適用する設定の長い文字列を含む継承パスを作成することです。
設定グループを使用する設定がコミットされると、コミットプロセスが拡張され、グループのすべての設定データがメモリに読み込まれ、意図したとおりに設定されが適用されます。多くの設定グループが適用されている場合、特に設定グループがワイルドカードを多用している場合、コミットのパフォーマンスに悪影響を及ぼす可能性があります。
システムがワイルドカードを使用する多くの設定グループを使用している場合、[edit system commit]階層レベルでpersist-groups-inheritanceステートメントを設定して、コミット時のパフォーマンスを向上させることができます。
このオプションを使用すると、システムはプロセスメモリではなくデータベース内に各設定グループの継承パスを構築できます。この変更により、コミット時のパフォーマンスを向上させることができます。ただし、データベースのサイズが大きくなる可能性もあります。
例:設定グループを使用したステートメントのセットの設定
設定グループにステートメントのセットが存在する場合、すべての値が継承されます。次に例を示します。
[edit] user@host#showgroups { basic { snmp { interface so-1/1/1.0; } } } apply-groups basic; snmp { interface so-0/0/0.0; } [edit] user@host#show | display inheritancesnmp { ## ## ’so-1/1/1.0’ was inherited from group ’basic’ ## interface [ so-0/0/0.0 so-1/1/1.0 ]; }
角括弧内に表示されていないセットについては、すべての値も継承されます。次に例を示します。
[edit] user@host#showgroups { worldwide { system { name-server { 10.0.0.100; 10.0.0.200; } } } } apply-groups worldwide; system { name-server { 10.0.0.1; 10.0.0.2; } } [edit] user@host#show | display inheritancesystem { name-server { ## ## ’10.0.0.100’ was inherited from group ’worldwide’ ## 10.0.0.100; ## ## ’10.0.0.200’ was inherited from group ’worldwide’ ## 10.0.0.200; 10.0.0.1; 10.0.0.2; } }
例:設定グループを使用したインターフェイスの設定
設定グループを使用して、共通のインターフェイスメディアパラメーターをインターフェイス固有のアドレス情報から分離できます。次の例では、ATMインターフェイスの設定データを atm-optionsというグループに配置します。
[edit] user@host#showgroups { atm-options { interfaces { <at-*> { atm-options { vpi 0 maximum-vcs 1024; } unit <*> { encapsulation atm-snap; point-to-point; family iso; } } } } } apply-groups atm-options; interfaces { at-0/0/0 { unit 100 { vci 0.100; family inet { address 10.0.0.100/30; } } unit 200 { vci 0.200; family inet { address 10.0.0.200/30; } } } } [edit] user@host#show | display inheritanceinterfaces { at-0/0/0 { ## ## "atm-options" was inherited from group "atm-options" ## atm-options { ## ## "1024" was inherited from group "atm-options" ## vpi 0 maximum-vcs 1024; } unit 100 { ## ## "atm-snap" was inherited from group "atm-options" ## encapsulation atm-snap; ## ## "point-to-point" was inherited from group "atm-options" ## point-to-point; vci 0.100; family inet { address 10.0.0.100/30; } ## ## "iso" was inherited from group "atm-options" ## family iso; } unit 200 { ## ## "atm-snap" was inherited from group "atm-options" ## encapsulation atm-snap; ## ## "point-to-point" was inherited from group "atm-options" ## point-to-point; vci 0.200; family inet { address 10.0.0.200/30; } ## ## "iso" was inherited from group "atm-options" ## family iso; } } } [edit] user@host#show | display inheritance | except ##interfaces { at-0/0/0 { atm-options { vpi 0 maximum-vcs 1024; } unit 100 { encapsulation atm-snap; point-to-point; vci 0.100; family inet { address 10.0.0.100/30; } family iso; } unit 200 { encapsulation atm-snap; point-to-point; vci 0.200; family inet { address 10.0.0.200/30; } family iso; } } }
関連項目
例:設定グループを使用して管理インターフェイスの一貫したIPアドレスを設定する
複数のルーティングエンジンを搭載したデバイスでは、各ルーティングエンジンに管理インターフェイス用の個別のIPアドレスが設定されます。プライマリルーティングエンジンにアクセスするには、どのルーティングエンジンがアクティブであるかを知り、適切なIPアドレスを使用する必要があります。
プライマリルーティングエンジンに一貫してアクセスするための別のオプションは、追加のIPアドレスを設定することです。その後、どのルーティングエンジンがアクティブであるかに関わらず、このアドレスを管理インターフェイスに使用します。この追加 IP アドレスは、プライマリ ルーティングエンジンの管理インターフェイスでのみ有効です。切り替えの際、アドレスは新しいプライマリルーティングエンジンに移動します。
この例では、両方のルーティングエンジンのアドレス10.17.40.131を設定し、master-onlyステートメントを含めます。この設定では、10.17.40.131アドレスはプライマリルーティングエンジンでのみアクティブになります。このアドレスは、どのルーティングエンジンがアクティブであっても一貫しています。アドレス 10.17.40.132 は global interfaces re0:mgmt-0 の fxp0 に割り当てられ、10.17.40.133 は global interfaces re1:mgmt-0 の fxp0 に割り当てられます。
[edit groups global interfaces re0:mgmt-0 interfaces fxp0]
unit 0 {
family inet {
address 10.17.40.131/25 {
master-only;
}
address 10.17.40.132/25;
}
}
[edit groups global interfaces re1:mgmt-0 interfaces fxp0]
unit 0 {
family inet {
address 10.17.40.131/25 {
master-only;
}
address 10.17.40.133/25;
}
}
この機能は、デュアルルーティングエンジンを搭載したすべてのルーターで利用可能です。TXマトリクスルーターで構成されるルーティングマトリクスでは、この機能はスイッチカードシャーシ(SCC)にのみ適用されます。同様に、TXマトリクスプラスルーターで構成されるルーティングマトリクスでは、この機能はスイッチファブリックシャーシ(SFC)にのみ適用されます。
-
プライベートインターフェイスとパブリックインターフェイスでアドレスが重複している2つのインターフェイスには、一意のIPアドレスを割り当てる必要があります。グレースフルルーティングエンジンスイッチオーバー(GRES)が有効になっている場合、同じアドレスが見つかった場合、CLIは適切なコミットエラーメッセージを表示します。このエラーは、
fxp0などの管理インターフェイスまたは内部インターフェイスと、ge-0/0/1などの外部物理インターフェイスに同じIPアドレスを設定した場合に発生する可能性があります。 -
em0管理イーサネットインターフェイスは、TXマトリクスプラスルーター、ルーティングマトリックスのT1600ルーター、およびPTXシリーズパケットトランスポートルーターに使用されます。Junos OS、デバイスの管理イーサネットインターフェイスem0を自動的に作成します。
例:設定グループを使用してピアエンティティを設定する
この例では、別のISPに関連する設定データを含むグループ some-isp を作成します。次に、さまざまなポイントに apply-group ステートメントを挿入して、設定階層内のそれらの場所がこのデータを継承できるようにします。
[edit] user@host#showgroups { some-isp { interfaces { <xe-*> { gigether-options { flow-control; } } } protocols { bgp { group <*> { neighbor <*> { remove-private; } } } pim { interface <*> { version 1; } } } } } interfaces { xe-0/0/0 { apply-groups some-isp; unit 0 { family inet { address 10.0.0.1/24; } } } } protocols { bgp { group main { neighbor 10.254.0.1 { apply-groups some-isp; } } } pim { interface xe-0/0/0.0 { apply-groups some-isp; } } } [edit] user@host#show | display inheritanceinterfaces { xe-0/0/0 { ## ## "gigether-options" was inherited from group "some-isp" ## gigether-options { ## ## "flow-control" was inherited from group "some-isp" ## flow-control; } unit 0 { family inet { address 10.0.0.1/24; } } } } protocols { bgp { group main { neighbor 10.254.0.1 { ## ## "remove-private" was inherited from group "some-isp" ## remove-private; } } } pim { interface xe-0/0/0.0 { ## ## "1" was inherited from group "some-isp" ## version 1; } } }
例:設定グループを使用して地域設定を確立する
この例では、1つのグループに全社標準の設定データを入力し、別のグループにはこの標準からの地域的な逸脱が含まれています。
[edit] user@host#showgroups { standard { interfaces { <t3-*> { t3-options { compatibility-mode larscom subrate 10; idle-cycle-flag ones; } } } } northwest { interfaces { <t3-*> { t3-options { long-buildout; compatibility-mode kentrox; } } } } } apply-groups standard; interfaces { t3-0/0/0 { apply-groups northwest; } } [edit] user@host#show | display inheritanceinterfaces { t3-0/0/0 { ## ## "t3-options" was inherited from group "northwest" ## t3-options { ## ## "long-buildout" was inherited from group "northwest" ## long-buildout; ## ## "kentrox" was inherited from group "northwest" ## compatibility-mode kentrox; ## ## "ones" was inherited from group "standard" ## idle-cycle-flag ones; } } }
例:ワイルドカード設定グループ名を設定する
ワイルドカードは、特殊文字を使用して複数のステートメントに適用できるパターンを作成する設定グループ名です。ワイルドカードは、1つの設定オプションセットを多くの異なる設定グループにコピーする場合に便利です。ワイルドカード設定オプションが適切な設定グループにコピーされるようにするには、ワイルドカード名を適切に設定する必要があります。
この例では、label-switched-pathステートメントの下の<*-major>ワイルドカードグループと<*-minor>ワイルドカードグループに異なる値を設定します。アスタリスク(*)文字は、任意の文字列に一致するワイルドカード名のセクションを表します。例えば、label-switched-path <*-major>の設定オプションは、label-switched-path metro-majorおよび名前に-majorを含む他のlabel-switched-path設定グループに渡されます。
[edit] user@host#showgroups { mpls-conf { protocols { mpls { label-switched-path <*-major> { retry-timer 5; bandwidth 155m; optimize-timer 60; } label-switched-path <*-minor> { retry-timer 15; bandwidth 64k; optimize-timer 120; } } } } } apply-groups mpls-conf; protocols { mpls { label-switched-path metro-major { to 10.0.0.10; } label-switched-path remote-minor { to 10.0.0.20; } } } [edit] user@host#show | display inheritanceprotocols { mpls { label-switched-path metro-major { to 10.0.0.10; ## ## "5" was inherited from group "mpls-conf" ## retry-timer 5; ## "155m" was inherited from group "mpls-conf" ## bandwidth 155m; ## ## "60" was inherited from group "mpls-conf" ## optimize-timer 60; } label-switched-path remote-minor { to 10.0.0.20; ## ## "15" was inherited from group "mpls-conf" ## retry-timer 15; ## ## "64k" was inherited from group "mpls-conf" ## bandwidth 64k; ## ## "120" was inherited from group "mpls-conf" ## optimize-timer 120; } } }
例:デフォルトグループからプリセットステートメントを参照します
以下の例は、ステートフルファイアウォールのFTPで使用できるdefaultsグループのプリセットステートメントです。
[edit]
groups {
junos-defaults {
applications {
application junos-ftp {# Use FTP default configuration
application-protocol ftp;
protocol tcp;
destination-port 21;
}
}
}
defaultsグループからプリセットのデフォルトステートメントを参照するには、該当する階層レベルにjunos-default-nameステートメントを含めます。例えば、ステートフルファイアウォールでFTPのデフォルトステートメントを参照するには、[edit services stateful-firewall rule my-rule term my-term from applications]階層レベルでjunos-ftpステートメントを含めます。
[edit]
services {
stateful-firewall {
rule my-rule {
term my-term {
from {
applications junos-ftp; #Reference predefined statement, junos-ftp
}
}
}
}
}
例:設定に適用されたデフォルトステートメントを表示する
デバイス設定に適用されているデフォルトを表示するには、 show | display inheritance defaults コマンドを発行します。この例では、継承されたデフォルトを [edit system ports] 階層レベルで表示します。
user@host# show system ports | display inheritance defaults
## ## 'console' was inherited from group 'junos-defaults'
## 'vt100' was inherited from group 'junos-defaults'
## console type vt100;
既存のデフォルトステートメントを使用しない場合は、独自の設定グループを手動で作成できます。
##でマークされたコメントを省略して完全な設定情報を表示するには、display inheritanceコマンドでno-commentsオプションを使用します。
ルーティングエンジン設定グループを設定する
2つのルーティングエンジンを搭載したデバイスでは、両方のルーティングエンジンが1つの設定を共有する必要があります。この設定により、両方のルーティングエンジン構成が同一になります。この設定内で、各ルーティングエンジンに 1 つずつ、2 つのルーティングエンジン グループを作成します。これらのグループ内で、ルーティングエンジン固有のパラメーターを指定します。
冗長ルーティングエンジンシステムとre0グループの初期設定については、 Junos OS高可用性ユーザーガイドを参照してください。
ルーティングエンジン設定グループを設定するには:
条件を使用して設定グループを適用する方法
[edit groups group-name]階層レベルでwhenステートメントを使用して、設定グループを適用する条件を定義できます。
オプションの開始時刻または終了時刻または日付に基づいて、適用するグループを設定できます。
例えば、 when ステートメントを使用して、スケジュールされた開始時刻と終了時刻に基づいて、特定の時間帯にのみ適用される汎用設定グループを作成できます。
例:設定グループを適用するための条件を設定する
この例では、指定したコンフィギュレーショングループを適用する条件を設定する方法を示します。
要件
この例を設定する前に、デバイスの初期化以外の特別な設定は必要ありません。
概要
グループ設定データは、 [edit groups group-name] 階層レベルで設定できます。その後、 when ステートメントを使用して、シャーシのタイプ、モデル、ルーティングエンジン、オンラインシャーシメンバー、クラスターノード、および開始時刻または終了時刻などの条件に基づいてグループ設定を適用できます。
1つのコンフィギュレーショングループに複数の条件を指定する場合、すべての条件を満たしているとコンフィギュレーショングループが適用されます。
適用する設定グループの開始時刻または期間を指定できます。開始時刻のみを指定した場合、設定グループは指定した時刻に適用され、時刻が変更されるまで有効です。終了時刻が指定されている場合、適用された設定グループは毎日指定された時刻に開始および停止されます。
この例では、構成グループ test1 に条件を設定し、このグループが次の条件がすべて満たされた場合にのみ適用されるようにします。 ルーターは、シャーシ タイプ LCC0 のモデル MX240ルーター で、ルーティングエンジンは RE0 として動作し、ノード 0 のオンライン シャーシのメンバー 0 であり、構成グループは毎日午前 9:00 から午後 5:00 までのみ有効です。
設定
CLIクイックコンフィグレーション
この例をすばやく設定するには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除して、ネットワーク構成に合わせて必要な詳細を変更し、 [edit] 階層レベルのCLIにコマンドをコピー アンド ペーストします。
set groups test1 when model mx240set groups test1 when chassis lcc0set groups test1 when routing-engine re0set groups test1 when member member0set groups test1 when node node0set groups test1 when time 9 to 5
手順
ステップバイステップの手順
コンフィギュレーショングループ test1の条件を設定するには:
モデルMX240ルーターを識別する条件を設定します。
[edit groups test1 when] user@host#
set model mx240シャーシタイプをLCC0として識別する条件を設定します。
[edit groups test1 when] user@host#
set chassis lcc0RE0として動作しているルーティングエンジンを特定する条件を設定します。[edit groups test1 when] user@host#
set routing-engine re0オンラインシャーシ
member0を特定する条件を設定します。[edit groups test1 when] user@host#
set member member0クラスター
node0を特定する条件を設定します。[edit groups test1 when] user@host#
set node node0毎日午前 9:00 から午後 5:00 の間にのみグループを適用する条件を設定します。
[edit groups test1 when] user@host#
set time 9 to 5注:時間を指定する構文は、時間形式 yyyy-mm-dd.hh:mm、hh:mm、または hh を使用する
time <start-time> [to <end-time>]です。設定をコミットします。
user@host#
commit
結果
設定モードで、 show groups test1 コマンドを入力して設定を確認します。出力に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
user@host# show groups test1
when {
time 9 to 5;
chassis lcc0;
model mx240;
routing-engine re0;
member member0;
node node0;
}
検証
条件付きデータでグループの継承を確認する
目的
設定グループの条件付きデータが適用時に継承されていることを確認します。
アクション
whenデータを使用してshow | display inheritance操作コマンドを発行して、条件付き継承を表示します。この例では、次のいずれかのコマンドを発行して、条件付きデータが継承されたことを確認できます。
user@host>show | display inheritance when model mx240user@host>show | display inheritance when chassis lcc0user@host>show | display inheritance when routing-engine re0user@host>show | display inheritance when member member0user@host>show | display inheritance when node node0user@host>show | display inheritance when time 9 to 5