使用上のガイドライン

プロトコル パックは、複数のプロトコル記述言語（PDL）ファイルとマニフェスト ファイルを含む単一の圧縮ファイルです。このプロトコル パックが導入される前は、PDL を個別にロードする必要がありました。Network-Based Application Recognition（NBAR）プロトコル パックを使用すると、プロトコル セットをロードできます。このプロトコル セットは、ネットワーク分類のために NBAR で追加のプロトコルを認識するために役立ちます。

default ip nbar protocol-pack コマンドを使用すると、すべてのプロトコル パックはルータから削除されます（ルータの Cisco IOS イメージに付属するベース バージョンは除く）。

使用上のガイドライン

description コマンドは、単に設定にコメントを含めることで、クラス マップにどのパケットを含めるかなど、クラス マップまたはポリシー マップに関する情報を覚えやすくすることを目的にしています。

使用上のガイドライン

アカウント番号、場所、サブスクライバ名など、サービス グループについての追加情報を提供するには、description （サービス グループ）コマンドを使用します。

使用上のガイドライン

遅延要因アルゴリズムを変更するには、df コマンドを使用します。設定されたアルゴリズムは、クラスの IP-CBR フローと MDI フローの両方に使用されます。ipdv ベースのアルゴリズムはフロー レートに依存せず、ネットワークによって生じる遅延のみを報告します。rfc4445 ベースのアルゴリズムはレートに依存し、設定されたフロー レートを使用します。rfc4445 ベースのアルゴリズムは、パケット間遅延とネットワークによって生じる遅延の合計をレポートします。

使用上のガイドライン

ルータに接続されるすべての QDM クライアントを切断するには、disconnect qdm コマンドを使用します。

ルータに接続された特定の QDM クライアントを切断するには、disconnect qdm [client client-id ] コマンドを使用します。たとえば、disconnect qdm client 42 コマンドを使用すると、ID 42 の QDM クライアントを切断します。

（注）	Cisco 7600 シリーズでは、QDM は Cisco Optical Services Module（OSM）インターフェイスでサポートされていません。

使用上のガイドライン

トラフィック クラス内のパケットを無条件に廃棄するために drop コマンドを設定する場合は、次の点に注意してください。

• パケットの廃棄は、トラフィック クラスで設定できる唯一のアクションです。つまり、トラフィック クラス内ではその他の処理は一切設定できません。

• トラフィック クラスを drop コマンドで設定する場合、この特定のトラフィック クラスの「子」（入れ子になっている）ポリシーは、service policy コマンドを使用して設定することはできません。

• パケットの廃棄は、デフォルト クラス（class-default クラス）には設定できません。

使用上のガイドライン

このコマンドは、random-detect-group コマンドと組み合わせて使用する必要があります。

さらに、dscp コマンドは、random-detect-group コマンドの使用時に dscp-based 引数を指定した場合にのみ利用できます。

次の表に、dscp コマンドが使用する DSCP のデフォルト設定を示します。次の表に、DSCP 値と、その対応する最小しきい値、最大しきい値、およびマーク確率を示します。表の最後の行（「デフォルト」というラベルが付いている行）は、この表には登場しない DSCP 値すべてで使用されるデフォルト設定を表します。

使用上のガイドライン

このコマンドは、ip nbar custom transport コマンドと組み合わせて使用する必要があります。

次の表に、dscp コマンドが使用する DSCP のデフォルト設定を示します。

使用上のガイドライン

目標の廃棄確率、遅延時間と遅延確率、およびタイムフレームを指定するには、estimate bandwidth コマンドを使用します。

遅延時間を指定する場合は、遅延しきい値も指定する必要があります。

キーワードなしで estimate bandwidth コマンドを発行すると、デフォルト ターゲットは、2 パーセント未満の破棄です。これは、estimate bandwidth drop-one-in 500 と入力するのと同じです。

使用上のガイドライン

使用時には、このコマンドは random-detect-group コマンドの入力後に発行されます。

WRED パラメータ グループの平均キュー サイズ計算に使用される指数を変更するには、このコマンドを使用します。平均キュー サイズは、キューの前回の平均と現在のサイズを基にしています。式は次のようになります。

average = (old_average * (1-1/2^x)) + (current_queue_size * 1/2^x)

ここで、x は、このコマンドで指定される指数加重係数です。したがって、係数が大きいほど、この平均は前回の平均への依存が大きくなります。

（注）	デフォルトの WRED パラメータ値は、最高の使用可能データに基づきます。値を変更することでアプリケーションに利点があると判断した場合を除き、パラメータのデフォルト値を変更しないことを推奨します。

x を高い値にすると、前回の平均が重要視されます。係数を大きくすると、キューの長さの最大値と最小値が滑らかになります。平均キュー サイズは、すぐには変化しない傾向があります。WRED 処理で、パケットのドロップの開始が遅くなりますが、実際のキュー サイズが最低しきい値を下回った時点でも、パケットのドロップが続く場合があります。結果的に平均がゆっくり変化し、トラフィックの一時的なバーストに対応します。

x の値が高すぎる場合、WRED は輻輳に反応しません。パケットは、WRED が無効のときのように送信またはドロップします。

x の値が低い場合、平均キュー サイズは現在のキュー サイズ付近を追跡します。結果、平均はトラフィック レベルの変化とともに上下します。この場合、WRED 処理は、長いキューに素早く応答します。キューが最低しきい値を下回ると、パケットのドロップ処理が停止します。

x の値が低すぎると、WRED は一時的なトラフィック バーストに過剰に反応し、不必要にトラフィックをドロップします。

使用上のガイドライン

このコマンドは、デフォルト クラス（一般に class-default クラスとして知られているクラス）にしか使用できません。queue-limit コマンドまたは random-detect コマンドのいずれかと組み合わせて使用できます。

class-default クラスは、トラフィックがポリシー マップ内でポリシーの定義されている他のどのクラスの条件も満たさなかった場合に、そのトラフィックの送信先となるデフォルト クラスです。

次の表は、重み付け均等化キューイング（WFQ）およびクラスベース WFQ（CBWFQ）がインターフェイスで有効になっている場合に使用するダイナミック キューのデフォルト数を示しています。

次の表に、WFQ または CBWFQ が ATM PVC 上で有効になっている場合に使用するダイナミック キューのデフォルト数を示します。

使用上のガイドライン

fair-queue （DWFQ）コマンドは、VIP2-40 以降のインターフェイス プロセッサを使用するインターフェイスで DWFQ を有効にします。

DWFQ を使用すると、パケットはフローによって分類されます。パケットは、同じ発信元 IP アドレス、宛先 IP アドレス、発信元 TCP または User Datagram Protocol（UDP）ポート、宛先 TCP または UDP ポート、および同じフローに属するプロトコルを持ちます。

DWFQ は、各フローに、帯域幅の共有を均等に割り当てます。

次の表に、デフォルトのキューの長さとしきい値を示します。

DWFQ はインターフェイスで設定できますが、サブインターフェイスでは設定できません。Fast EtherChannel、トンネル、またはマルチリンク PPP（MLP）などの他の論理インターフェイスや仮想インターフェイスではサポートされません。

（注）

[no ] fair-queue インターフェイス コンフィギュレーション コマンドは、マルチリンク PPP インターフェイスのメンバー リンクに対して有効な設定ではありません。このコマンドは、マルチリンク インターフェイス上で設定するときにのみ有効です。双方向のトラフィック フローがあるときに、[no ] fair-queue をメンバー リンク インターフェイス上で設定すると、マルチリンク インターフェイスで出力キューが詰まってしまう可能性があります。このような場合に問題を解決するには、インターフェイスの shut /no shut またはルータのリロードが必要になることがあります。この問題の原因を説明するため、「例」のセクションに設定例が示されています。

使用上のガイドライン

VIP では、fair-queue コマンドは、任意のトラフィック クラスに使用できます（非 VIP プラットフォームでは、これとは逆に fair-queue コマンドをデフォルト トラフィック クラスでしか使用できません）。fair-queue コマンドは、queue-limi t コマンドまたは random-detect exponential-weighting-constant コマンドを併用して使用できます。

使用上のガイドライン

概要

このコマンドは WFQ を有効にします。WFQ を使用すると、パケットはフローによって分類されます。たとえば、パケットは、同じ発信元 IP アドレス、宛先 IP アドレス、発信元 TCP または User Datagram Protocol（UDP）ポート、宛先 TCP または UDP ポート、および同じフローに属するプロトコルを持ちます。プロトコルとトラフィック ストリーム識別フィールドの詳細なリストについては、下の表を参照してください。

WFQ をインターフェイスで有効にすると、WFQ によってトラフィックの優先順位管理が提供され、最初にアクセス リストを定義しなくても個々のトラフィック ストリームが自動的にソートされます。WFQ を有効にするために必要なのは、このコマンドのみです。

インターフェイスで WFQ を有効にすると、輻輳の破棄しきい値（設定したもの、またはデフォルト）に達した後、高帯域幅トラフィック ストリームの新しいメッセージは破棄されます。ただし、コントロール メッセージの通信など、低帯域幅の通信ではデータのキューイング処理が続行されます。その結果、均等化キューには、設定したしきい値の数よりも多いメッセージが含まれることがあります。

WFQ は、トラフィック データ ストリームの識別登録サービスを使用してトラフィック ストリームが属するメッセージを決定します。各転送プロトコルについて、トラフィックをデータ ストリームに分類するために使用するメッセージ属性を、次の表に示します。

IP precedence

IP プレシデンス、フレーム リレー スイッチングの輻輳、および廃棄適性（DE）フラグは、キューイングの重みに影響します。

ホストまたはポリシー マップによって設定される IP プレシデンスは、0 ～ 7 の範囲の数です。プレシデンス値 のデータ ストリームは、プレシデンス 0（通常）のデータ ストリームと比較して値 + 1 倍の速度の実効ビット レートが提供されるように重み付けされます。

FECN および BECN

フレーム リレー スイッチングでは、Forward Explicit Congestion Notification（FECN; 順方向明示的輻輳通知）のメッセージ フラグ、逆方向明示的輻輳通知（BECN）のメッセージ フラグ、および DE メッセージ フラグにより、アルゴリズムは効果的に低い優先順位を適用する重みを選択します。キューの優先順位が低くなることで、アプリケーションに「減速」のフィードバックを提供してトラフィックをソートし、設定情報レート（CIR）の範囲内で最高のサービスを提供します。

均等化キューイング、カスタム キューイング、およびプライオリティ キューイング

均等化キューイングは、X.25 を除くすべての LAN および回線（WAN）プロトコル（LAPB と SDLC を含む）に対してサポートされています。「コマンド デフォルト」セクションの注を参照してください。トンネルは物理的なインターフェイスを介してルーティングされるソフトウェア インターフェイスであるため、トンネルに対して均等化キューイングはサポートされません。均等化キューイングは、2 Mbps 以下の帯域幅のインターフェイスに対してはデフォルトです。

（注）

Route Switch Processor（RSP）カードを備えた Cisco 7000 および 7500 ルータの Release 10.3 以降で、tx-queue-limit コマンドを使用して、Multiport Communications Interface（MCI）または Serial Port Communications Interface（SCI）カードのインターフェイスに利用可能な送信制限を設定し、そのインターフェイスにカスタム キューイングまたはプライオリティ キューイングを設定した場合、設定した送信制限は自動的に上書きされ、1 に設定されていました。Cisco IOS Release 12.0 以降のリリースでは、WFQ、カスタム キューイング、およびプライオリティ キューイングに対して、インターフェイスに設定された帯域幅の値から、bandwidth （インターフェイス） コマンドを使用して送信制限が取得されます。帯域幅の値を 512 で割って切り上げると、実効送信制限値を算出できます。ただし、算出された値は、tx-queue-limit コマンドが使用されていない場合にのみ適用されます。つまり、設定された送信制限は、この算出値を上書きします。

RSVP

均等化キューイングをサポートするインターフェイス、または予約可能なキューを 0（デフォルト）に設定して均等化キューイングのために設定されたインターフェイスにリソース予約プロトコル（RSVP）を設定する場合、予約可能なキュー サイズは、32 kbps でインターフェイスの帯域幅を割ることで自動的に設定されます。0 以外の予約キューを指定することによって、このデフォルト値を上書きできます。RSVP の詳細については、『Cisco IOS Quality of Service Solutions Configuration Guide』の「Configuring RSVP」の章を参照してください。

Cisco 10000 シリーズ ルータ

Cisco IOS Release 12.2(33)SB では、シリアル インターフェイスからの no fair-queue コマンドはルータによって削除されます。

HQF

Cisco IOS Release 12.4(20)T 以降では、イメージが HQF サポートを備えている場合、クラスのデフォルトで fair-queue コマンドが自動的に有効になることはありません。HQF 対応のイメージを使用する前に、fair-queue コマンドと、その他のサポートされるキューイング機能を有効にする必要があります。

使用上のガイドライン

一般に、すべてのキューで許可されるパケットの最大数は、デフォルトから変更するべきではありません。特定の状況で、異なる値を使用することで利点を得られると判断した場合にのみ、このコマンドを使用してください。

DWFQ では、それぞれのキューにパケットの数のトラックと、すべてのキューにパケットの合計数を保持しています。

パケットの合計数が集約制限より少ない場合、キューは個々のキュー制限よりも多くのパケットをバッファできます。

パケットの合計数が集約制限に達した場合、インターフェイスは個別のキュー制限の適用を開始します。新しいパケットの到着で個別のキュー制限を超える場合、そのパケットは破棄されます。キュー内にすでに存在するパケットは、キューが個別の制限を超えた場合でも削除されません。

場合によっては、すべてのキューにあるパケットの合計数が集約制限を超えてしまう場合があります。

使用上のガイドライン

一般に、個々のキューの最大深度は、デフォルトから変更するべきではありません。特定の状況で、異なる値を使用することで利点を得られると判断した場合にのみ、このコマンドを使用してください。

DWFQ では、それぞれのキューにパケットの数のトラックと、すべてのキューにパケットの合計数を保持しています。

パケットの合計数が集約制限より少ない場合、キューは個々のキュー制限よりも多くのパケットをバッファできます。

パケットの合計数が集約制限に達した場合、インターフェイスは個別のキュー制限の適用を開始します。新しいパケットの到着で個別のキュー制限を超える場合、そのパケットは破棄されます。キュー内にすでに存在するパケットは、キューが個別の制限を超えた場合でも削除されません。

場合によっては、すべてのキューにあるパケットの合計数が集約制限を超えてしまう場合があります。

使用上のガイドライン

クラスベースの DWFQ のために特定のクラスのキュー深度の値を指定するには、このコマンドを使用します。このコマンドは、fair-queue individual-limit コマンドによって指定されたグローバルな個々の制限を上書きします。

一般に、この値はデフォルトから変更するべきではありません。特定の状況で、異なる値を使用することで利点を得られると判断した場合にのみ、このコマンドを使用してください。

使用上のガイドライン

QoS グループベースの DWFQ（クラスベースの DWFQ のタイプ）を有効にするには、このコマンドを使用します。クラスベースの DWFQ は、フローベースの DWFQ を上書きします。したがって、このコマンドは fair-queue （DWFQ）コマンドを上書きします。

このコマンドが有効な場合、パケットは QoS グループに基づいて異なるキューに割り当てられます。QoS グループは、DWFQ や専用アクセス レート（CAR）など、特定の QoS 機能によってパケットの処理方法を決定するためにルータが使用する、パケットに対する内部の分類です。ボーダー ゲートウェイ プロトコル（BGP）機能経由の CAR ポリシーまたは QoS ポリシーの伝播に使用し、パケットを QoS グループに割り当てます。

各クラスの重みを指定します。輻輳の期間に、各グループはクラスの重みに等しい出力帯域幅のパーセンテージを割り当てられます。たとえば、クラスに 50 の重みが割り当てられている場合、このクラスからのパケットには輻輳の期間に発信帯域幅の少なくとも 50% が割り当てられます。

使用上のガイドライン

ToS ベースの DWFQ（クラスベースの DWFQ のタイプ）を有効にするには、このコマンドを使用します。クラスベースの DWFQ は、フローベースの DWFQ を上書きします。したがって、このコマンドは fair-queue （DWFQ）コマンドを上書きします。

このコマンドを有効にすると、パケットは、パケット ヘッダーの ToS フィールドの 2 つの低次 IP プレシデンスのビットに基づいて、異なるキューに割り当てられます。

輻輳の期間に、各グループはクラスの重みに等しい出力帯域幅のパーセンテージを割り当てられます。たとえば、クラスに 50 の重みが割り当てられている場合、このクラスからのパケットには輻輳の期間に発信帯域幅の少なくとも 50% が割り当てられます。

重みを変更する場合は、fair-queue weight コマンドを使用します。

使用上のガイドライン

特定の DWFQ クラスの帯域幅のパーセンテージを割り当てるには、このコマンドを使用します。また、fair-queue qos-group コマンドまたは fair-queue tos コマンドのいずれかを使用し、インターフェイスにクラス ベースの DWFQ を割り当てる必要があります。

すべてのクラスにこのコマンドを 1 回実行し、クラスに対して帯域幅を割り当てます。

QoS グループ ベースの DWFQ の場合、どの QoS グループにも割り当てられていないパケットは、QoS グループ 0 に割り当てられます。QoS グループ クラスに対して重みを割り当てる場合は、次のガイドラインに注意してください。

• 利用可能な帯域幅の 1% は、自動的に QoS グループ 0 に割り当てられます。

• その他すべての QoS グループの重みを合わせた合計は、99 以下でなくてはなりません。

• 未割り当ての帯域幅は QoS グループ 0 に割り当てられます。

ToS ベースの DWFQ では、次のガイドラインに注意してください。

• 利用可能な帯域幅の 1% は、自動的に ToS クラス 0 に割り当てられます。

• その他すべての ToS グループの重みを合わせた合計は、99 以下でなくてはなりません。

• 未割り当ての帯域幅は ToS クラス 0 に割り当てられます。

使用上のガイドライン

IPHC プロファイルでの使用目的

feedback コマンドは、IPHC プロファイルの一部として使用することを目的としています。IPHC プロファイルは、ネットワークでのヘッダー圧縮を有効および設定するために使用されます。IPHC プロファイルを使用してヘッダー圧縮を設定する詳細については、『Cisco IOS Quality of Service Solutions Configuration Guide』、リリース 12.4T の「Header Compression」モジュールおよび「Configuring Header Compression Using IPHC Profiles」モジュールを参照してください。

制約事項

IPHC プロファイルには、Internet Engineering Task Force（IETF）プロファイルと van-jacobson プロファイルという 2 つのタイプがあります。feedback コマンドは、IETF IPHC プロファイルのみに対してサポートされています。feedback コマンドは、van-jacobson IPHC プロファイルに対してサポートされていません。IPHC プロファイル タイプの詳細については、『Cisco IOS Quality of Service Solutions Configuration Guide』、Release 12.4T の「Header Compression」セクションを参照してください。

前提条件

feedback コマンドを使用する前に、TCP ヘッダー圧縮または非 TCP ヘッダー圧縮を有効にする必要があります。TCP ヘッダー圧縮を有効にするには、tcp コマンドを使用します。非 TCP ヘッダー圧縮を有効にするには、non-tcp コマンドを使用します。

コンテキスト ステータス メッセージの無効化

ヘッダー圧縮時に、セッション コンテキストが定義されます。コンテキストごとに、セッションの状態が確立され、コンプレッサとデコンプレッサ間で共有されます。コンテキストの状態は、IP/UDP/RTP ヘッダー全体、IP/UDP ヘッダー、IP/TCP ヘッダー、一次微分値、リンクのシーケンス番号、世代番号、および差分エンコーディング テーブルから構成されます。

デコンプレッサがコンプレッサとの同期を失った場合、無効化するコンテキスト ID のリストとともにデコンプレッサからコンプレッサにコンテキスト ステータス メッセージが送信されます。次にコンプレッサは、一貫性のある状態を再確立するため、デコンプレッサにフルヘッダー パケットを送信します。コンテキスト ID のためのフル ヘッダー パケットが受信されるまで、無効なコンテキスト ID のすべてのパケットが破棄されることに注意してください。

データ パスのアップリンクおよびダウンリンク部分をパケットが通過するときにかかる時間が、更新間隔よりも長い場合（この場合、コンテキスト ステータス メッセージの送信は役に立ちません）、またはフィードバック パスが存在しない場合、コンテキスト ステータス メッセージの送信を無効にできます。

使用上のガイドライン

PVC プライオリティのマップクラスの設定を有効にするには、FR PIPQ がインターフェイスで有効になっている必要があります。

frame-relay interface-queue priority コマンドを使用して FR PIPQ を設定する前に、次の条件を満たす必要があります。

• PVC は単一種類のトラフィックを伝送するよう設定する必要があります。

• ネットワークは、適切なコール アドミッション コントロールを用いて、プライオリティ キューのいずれかが足りなくならないようにする必要があります。

ファーストイン ファーストアウト（FIFO）キューイング以外のキューイングがインターフェイス レベルですでに設定されている場合、FR PIPQ を設定することはできません。重み付け均等化キューイング（WFQ）を使用している場合は、WFQ がデフォルトのインターフェイス キューイング方式になっていれば、FR PIPQ を設定できます。FR PIPQ を無効にすると、FRF.12 が有効な場合はインターフェイスがデュアル FIFO キューイングに戻り、フレーム リレー トラフィック シェーピング（FRTS）が有効な場合は FIFO キューイングに戻ります。または、インターフェイスのデフォルトのキューイング方式に戻ります。

使用上のガイドライン

最大接続数を設定する前に、frame-relay ip rtp header-compression コマンドを使用し、インターフェイスに RTP ヘッダー圧縮を設定する必要があります。

RTP ヘッダー圧縮接続数は、接続の両端で同じ値に設定されている必要があります。

使用上のガイドライン

frame-relay ip rtp header-compression コマンドを物理インターフェイスに使用すると、すべてのインターフェイス マップがこのコマンドを継承します。つまり、すべてのマップで UDP および RTP IP ヘッダー圧縮が実行されます。

使用上のガイドライン

このコマンドは、音声アプリケーション、またはその他の遅延の影響を受けやすいアプリケーションに最も効果的です。このコマンドを使用するには、map-class frame-relay コマンドを最初に入力する必要があります。フレーム リレー マップ クラスを設定した後、PVC に適用する必要があります。

このコマンドは、フレーム リレー PVC をサポートすることにより、ip rtp priority コマンドによって提供される機能を拡張します。このコマンドを使用して、同じ出力インターフェイスを使用したその他のキューまたはクラスで絶対優先サービスが音声トラフィックに保証される UDP ポートの範囲を指定できます。絶対優先とは、パケットがプライオリティ キューに存在する場合、そのパケットのキューが解除され、最初に送信されるということです。つまり、キューが解除されたその他のパケットよりも先に送信されます。

frame-relay ip rtp priority コマンドを使用する前に、フレーム リレー トラフィック シェーピング（FRTS）およびフレーム リレー フラグメンテーション（FRF.12）を設定する必要があります。

音声コールごとに必要な帯域幅を減らすため、圧縮 RTP（CRTP）を使用できます。フレーム リレーとともに CRTP を使用するには、encapsulation frame-relay ietf コマンドの代わりに、encapsulation frame-relay cisco コマンドを使用する必要があります。

bandwidth パラメータを設定する場合は、次のガイドラインを念頭に置いてください。

• プライオリティ キューに、必要だとわかっている帯域幅の量より少し多めに割り当てるのが最も安全です。これにより、ネットワーク バーストが発生しても対応できます。

• IP RTP プライオリティ アドミッション コントロール ポリシーは、RTP ヘッダー圧縮を考慮します。したがって、ip rtp priority コマンドで bandwidth パラメータを設定している間は、圧縮コールの帯域幅の設定のみが必要です。bandwidth パラメータは最大の合計帯域幅であるため、複数のコールがある場合は、すべてのコールに十分な帯域幅を割り当てる必要があります。

• レイヤ 2 ヘッダーに対応できる帯域幅を設定します。帯域幅の割り当てでは、ペイロードと IP、UDP、および RTP ヘッダーについては考慮されていますが、レイヤ 2 ヘッダーは考慮されていません。他のオーバーヘッドに対し 25 % の帯域幅を割り当てるのが、慎重で安全です。

• デフォルトの予約可能な最大帯域幅を変更していない限り、インターフェイス上の音声およびデータ フローのためのすべての帯域幅割り当ての合計は、利用可能な全帯域幅の 75 % を超えないようにしてください。予約可能な最大帯域幅を変更するには、そのインターフェイスで max-reserved-bandwidth コマンドを使用します。

IP RTP プライオリティ帯域幅割り当ての詳細については、『Cisco IOS Quality of Service Solutions Configuration Guide』の章「Congestion Management Overview」のセクション「IP RTP Priority」を参照してください。

使用上のガイドライン

最大接続数を設定する前に、frame-relay ip tcp header-compression コマンドを使用し、インターフェイスに TCP ヘッダー圧縮を設定する必要があります。

TCP ヘッダー圧縮接続数は、接続の両端で同じ値に設定されている必要があります。

使用上のガイドライン

このコマンドは、フレーム リレーのカプセル化をサポートするインターフェイス（具体的にはシリアル ポートと High-Speed Serial Interface（HSSI））に適用されます。

このコマンドを使用する前に、インターフェイスでフレーム リレーが設定されている必要があります。

TCP/IP ヘッダー圧縮と Internet Engineering Task Force（IETF）カプセル化は、相互に排他的です。インターフェイス を IETF カプセル化に変更すると、すべてのカプセル化および圧縮特性が失われます。

TCP/IP ヘッダー圧縮を有効にするためにこのコマンドを使用すると、すべての IP マップがインターフェイスの圧縮特性を継承します。ただし、ヘッダー圧縮が明示的に拒否された場合、または frame-relay map ip tcp header compression コマンドを使用して変更された場合を除きます。

カプセル化タイプを変更する前に、インターフェイスをシャットダウンすることをお勧めします。これは必須ではありませんが、インターフェイスをシャットダウンすると、新しいタイプのために確実にインターフェイスをリセットできます。

使用上のガイドライン

このコマンドには「no」形式はありません。つまり、no frame-relay map ip compress というコマンドは存在しません。

使用上のガイドライン

このコマンドには「no」形式はありません。つまり、no frame-relay map ip nocompress というコマンドは存在しません。

使用上のガイドライン

このコマンドを設定すると、指定したマップが RTP ヘッダー圧縮を継承します。RTP ヘッダー圧縮あり、または RTP ヘッダー圧縮なしの複数のフレーム リレー マップを持つことができます。RTP ヘッダー圧縮接続の数を指定しない場合、マップはインターフェイスから現在の値を継承します。

使用上のガイドライン

サービス グループにメンバー（サービス インスタンスなど）を追加する、およびサービス グループからメンバーを削除するには、group （サービス グループ）コマンドを使用します。

Cisco 7600 シリーズ ルータおよび複数のインターフェイスからのサービス インスタンスは許可されない

Cisco 7600 シリーズ ルータは、複数のインターフェイスから同じグループに参加するサービス インスタンスを許可しません。Cisco 7600 シリーズ ルータでは、グループのメンバーは、以下の設定例で示すように同じインターフェイスからのものでなくてはなりません。

  interface GigabitEthernet 2/0/0
  service instance 1 ethernet
   group 32
   service-policy output policy3
  service instance 2 ethernet
   group 32
     service instance 3 ethernet
   group 37
  interface GigabitEthernet 2/0/1
   service instance 1 ethernet
    group 32 |<--Disallowed because this group has members in g2/0/0 already| |

使用上のガイドライン

オーバーサブスクリプションは、SIP（シリアル インターフェイス プロセッサ）レベルと ESP レベルで発生します。ESP レベルでオーバーサブスクリプションの問題を処理するには、hw-module スロット コマンドを使用します。ESI リンクを介して接続されている SIP に最小帯域幅が割り当てられます。また、重みが SIP に割り当てられ、利用可能な超過帯域幅を低プライオリティ パケット間で分割します。SIP の最小帯域幅サービスを設定するには、hw-module slot slot-number qos input link link-index bandwidth value_in_kbps コマンドを実行します。

SIP と ESP を接続する ESI リンクに特定の重み値を割り当てるには、hw-module slot slot-number qos input link link-index weight weight-value コマンドを実行します。

使用上のガイドライン

SIP（シリアル インターフェイス プロセッサ）には、各スロットに異なるタイプの SPA が含まれます。低プライオリティ パケットのためにチャネライズド SPA に過剰な重みを割り当てるため、hw-module subslot slot-subslot qos weight weight-value コマンドが導入されました。

（注）	ポートレベル（インターフェイス レベル）で「絶対優先」キューの最小帯域幅を設定するためのこのオプションは、現在の操作モードに適用できないため廃止されました。既存の設定は、エラーが発生して拒否されます。