データ、音声、ビデオなどのさまざまなタイプのトラフィックを伝送するネットワークでは、音声通話やビデオ通話などの遅延の影響を受けやすいアプリケーションのパフォーマンスを確保することが非常に重要です。サービス クラス (CoS) は、ネットワーク トラフィックを優先順位付けして、音声やビデオなどの重要なアプリケーションに必要な帯域幅と最小限の遅延が確保されるようにするテクノロジです。CoS メカニズムには、トラフィック分類、トラフィック ポリシング、キュー管理、およびスケジューリングが含まれます。CoS を実装することで、ネットワーク管理者は音声およびビデオ トラフィックに高い優先順位を割り当てることができるため、ネットワーク全体のパフォーマンスが向上し、通話品質に関するユーザーの苦情に対処できます。

Junos OS では、rollback 0 コマンドを発行すると、候補設定が最後にコミットされた設定に戻ります。一部のインターフェイスに変更を加えたものの、その変更をコミットしていない場合、rollback 0 を使用すると、コミットされていない変更が破棄され、最後にコミットした時点の設定の状態に戻ります。このコマンドは、messages.log などのシステム ファイルに影響を与えず、デバイスを再起動したり、工場出荷時のデフォルト設定をロードしたりせず、単にコミットされていない変更を元に戻すだけです。

Junos では、ルート エクスポートのために複数のポリシーがルーティング プロトコルに適用されると、ポリシーがリストされている順序でルートが評価されます。図では、OSPF 設定に 3 つのエクスポート ポリシー (policy1、policy2、policy3) がリストされています。静的ルート 10.10.10.0/24 は policy1 のどの条件にも一致しないため、policy1 によって拒否されず、代わりにシーケンス内の次のポリシー (policy2) に渡されます。
静的ルートが、ルートを許可するポリシー 2 の条件に一致する場合、そのルートは OSPF にエクスポートされます。ポリシー 2 で一致しない場合は、ポリシー 3 によって評価されます。ポリシー 3 でも一致しない場合は、他にポリシーがリストされていないと仮定すると、ルートはデフォルトのルーティング ポリシー動作の対象となり、通常はポリシーに明示的な accept ステートメントが存在しない限りルートを拒否します。

ネットワークにサービス クラス (CoS) を実装すると、特にトラフィックの重要性、ソース、またはタイプに基づいてトラフィックを管理する場合に多くの利点が得られます。CoS を使用すると、ネットワーク管理者はさまざまなキューイング手法とポリシーを適用してトラフィックの輻輳を管理し、輻輳が激しい期間でも重要なサービスが影響を受けないようにすることができます。さらに、CoS を使用すると、音声やビデオなどの遅延の影響を受けやすいトラフィックを優先できるため、ネットワークの状態が変わってもこれらのサービスの品質を維持できます。

図のファイアウォール フィルタ構成を参照すると、パケットが指定された条件 limit-icmp に一致する場合、then ステートメントで count count-icmp と discard の 2 つのアクションが定義されます。count count-icmp アクションは、パケットがこの条件に一致するたびに count-icmp というカウンタが増分され、条件に一致したパケットの数を集計することを意味します。discard アクションは、パケットがドロップされ、デバイス経由で転送されないことを意味します。これにより、パケットが目的の宛先に到達するのを効果的に防止します。ICMP 宛先到達不能メッセージが返されるアクションは指定されておらず、パケットの転送を許可するアクションもありません。