service-policyコマンドは、通常、モジュラ QoS CLI(MQC)コマンドの設定されたポリシー マップを、メイン インターフェイス、サブインターフェイス、または仮想回線に適用します。このコマンドは、ポイントツーポイント プロトコル(PPP)カプセル化とマルチリンク PPP(MLPPP)を使用して設定された仮想テンプレート インターフェイス、マルチリンク インターフェイス、ダイヤラ インターフェイスにも適用できます。 このようなインターフェイスは、実際にキューイングが実行される、仮想アクセス インターフェイスとして機能します。このドキュメントは、クラスベース均等化キューイング(CBWFQ)と低遅延キューイング(LLQ)を MLPPP バンドル インターフェイスとダイヤラ インターフェイスに適用する際に推奨される設定と関連する警告情報を理解するための、総合的なリファレンスです。
このドキュメントに関しては個別の前提条件はありません。
このドキュメントの内容は、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。
ドキュメント表記の詳細については、『シスコ テクニカル ティップスの表記法』を参照してください。
RFC 1990では、マルチリンクPPPを定義しています 。マルチリンクPPPは、1つ以上の物理インターフェイスを仮想「バンドル」インターフェイスに結合します。バンドル インターフェイスの帯域幅は、コンポーネントのリンク帯域幅の合計と同じです。したがって、バンドルインターフェイスの最大帯域幅値は瞬間的に変化します。
当初、bandwidth コマンドおよび priority コマンドは、kbps の絶対値だけをサポートしていました。CBWFQ および LLQ を使用したサービス ポリシーをバンドル インターフェイスに適用したときに、最初のアクティブ インターフェイスが kbps 絶対値をサポートしない場合、このサービス ポリシーはアドミッション制御に失敗しました。ルータはサービスポリシーを削除し、次のようなエラーメッセージを出力しました。
May 18 17:32:34.766 MEST: CBWFQ: Not enough available bandwidth for all classes Available 48 (kbps) Needed 96 (kbps) May 18 17:32:34.766 MEST: CBWFQ: Removing service policy on Dialer100
Cisco IOS®ソフトウェアリリース12.2T以降、ルータは追加のインターフェイス(2つ目のBRI Bチャネルなど)がバンドルに追加されたことを検出すると、ポリシーの再適用を試みます。priority コマンドおよび bandwidth コマンド使用して、使用可能な帯域幅のパーセントを設定する方法が優れています。パーセンテージ値を使用すると、バンドルに1つ以上のメンバーリンクが含まれるように調整される相対的な帯域幅をルータが割り当てるように設定されます。Cisco IOSソフトウェアリリース12.2(2)Tでは、Cisco 7500シリーズルータおよびその他のプラットフォームでpriority percentageコマンドのサポートが導入されました。詳細は、『Low Latency Queuing with Priority Percentage Support』を参照してください。
Dial-on-Demand Routing(DDR; ダイヤルオンデマンド ルーティング)は、次の 2 つの方法で設定できます。
レガシーDDR:ダイヤルおよびプロトコルパラメータを物理インターフェイスに直接適用します。
ダイヤラプロファイル:ダイヤルパラメータとプロトコルパラメータをダイヤラインターフェイスに動的に適用し、物理インターフェイスにバインドします。たとえば、ダイヤラ インターフェイスには、リモート サイトへ到達するための 1 つ以上のダイヤル文字列、PPP 認証タイプ、および MLPPP が含まれています。
当初、レガシー DDR は、シリアルまたは ISDN インターフェイスに MLPPP が設定されたときに First In First Out(FIFO; 先入れ先出し)キューイングだけをサポートしていました。この制限は、接続の両端がMLPPPをネゴシエートせず、物理インターフェイスをPPPカプセル化を実行する非バンドルインターフェイスとして使用した場合にも適用されます。現在は、fair-queue コマンドによる従来の Weighted Fair Queuing(WFQ; 均等化キューイング)がサポートされています。
ダイヤラ プロファイルを設定する場合、ダイヤラ インターフェイスおよびその基盤となる物理インターフェイスの両方が service-policy コマンドをサポートしています。物理インターフェイスにポリシーを適用する場合は、show policy-map interface serialコマンドまたはshow policy-map interface bri 0/0:1(およびbri0/0:2)コマンドを発行して設定を確認します。IOSでBRI0/0として識別されるDチャネルは、データトラフィックではなくシグナリングをサポートします。ダイヤラインターフェイスにポリシーを適用する場合は、show queueing interface dial <0-255>コマンドを発行して、設定を確認します。
Cisco IOS Software リリース 12.2(4) および 12.2(4)T は、MLPPP の設定されたダイヤラ インターフェイスから作成された仮想アクセス インターフェイスにおいて、キューイングに基づいたサービス ポリシーをサポートしました。以前のリリースでは、実際にキューイングが実行される複製された仮想アクセス インターフェイスへは、service-policy パラメータがコピーされませんでした。次の出力は、次の症状を示しています。
Router#show policy interface dialer1 Dialer1 Service-policy output: foo Class-map: class-default (match-any) 0 packets, 0 bytes 5 minute offered rate 0 bps, drop rate 0 bps Match: any Weighted Fair Queueing Flow Based Fair Queueing Maximum Number of Hashed Queues 256 (total queued/total drops/no-buffer drops) 0/0/0 Router#show policy interface virtual-access 2 Router#
注:Cisco IOSソフトウェアリリース12.2(8)および12.2(8)Tは、Cisco Bug ID CSCdu87408を回避するために推奨されます。これにより、ルータのリロードは、この設定のまれな副作用として解決されます。
この設定例では、ダイヤラインターフェイスにCBWFQとLLQを適用する方法を示します。この設定の結果、次のようになります。
ダイヤラ インターフェイスを使用して、ISDN BRI インターフェイスへの接続に関するプロトコル パラメータを動的に適用します。このダイヤラ インターフェイスは、ISDN BRI インターフェイスに「結合される」と言います。
ISDN BRI インターフェイスをマルチリンクのバンドルに含めます。
dialer load-threshold load [outbound |インバウンド | either]コマンドを発行して、ルータが追加のBチャネルをアクティブ化し、バンドルインターフェイスの帯域幅を増やす必要があるかどうかを判断します。
ppp multilink コマンドを使用して、仮想アクセス インターフェイスを作成します。
CBWFQ および LLQ を使用したサービス ポリシーを、ダイヤラ インターフェイスを経由して仮想アクセス インターフェイスに適用します。
サンプル コンフィギュレーション |
---|
access-list 101 permit udp any any range 16384 32767 access-list 101 permit tcp any any eq 1720 ! access-list 102 permit tcp any any eq 23 ! class-map voice match access-group 101 !--- Traffic that matches ACL 101 is classified as class voice. class-map data match access-group 102 !--- Traffic that matches ACL 102 is classified as class data. policy-map mlppp class voice priority percent 50 class data bandwidth percent 25 class class-default fair-queue ! interface BRI2/1 no ip address encapsulation ppp dialer pool-member 1 !--- Member of dialer pool 1. isdn switch-type basic-net3 no cdp enable ppp authentication chap ! interface BRI2/2 no ip address encapsulation ppp dialer pool-member 1 !--- Member of dialer pool 1. isdn switch-type basic-net3 no cdp enable ppp authentication chap ! interface Dialer2 ip unnumbered Loopback0 encapsulation ppp dialer pool 1 dialer load-threshold 1 either !--- Load level (in either direction) for !--- traffic at which additional connections !--- are added to the MPPP bundle !--- load level values that range from 1 (unloaded) !--- to 255 (fully loaded). dialer string 6113 dialer string 6114 dialer-group 1 ppp authentication chap ppp multilink !--- Allow MLPPP for the four BRI channels. service-policy output mlppp !--- Apply the service policy to the dialer interface. |
Cisco 7500 シリーズは、パケット転送に関する決定を Route Switch Processor(RSP)から Versatile Interface Processor(VIP)へ移すことによりパケットの高スループットを実現する、分散アーキテクチャを使用しています。 このアーキテクチャでは、処理にかかる負荷を VIP 上の複数の独立プロセッサ間に分散することにより、QoS などの大規模な拡張 IP サービスも展開できます。
Cisco 7500シリーズは、インターフェイスハードウェアに基づいて、次の2つの形式のQoSをサポートします。
QoS | 有効にする方法 | サポートされる場所 | 処理される場所 |
---|---|---|---|
RSP ベース | レガシー インターフェイス プロセッサで自動的にオンになる。 | レガシー インターフェイス プロセッサ。VIP では有効でなくなった。 | RSP の CPU |
VIP ベース(分散型) | 次の2つのコマンドが設定されると自動的に実行されます。 | VIP | VIP の CPU |
モジュラQoS CLI(MQC)によって適用されるVIPベースのQoSメカニズムは、次の3つのCisco IOSソフトウェアリリーストレインで導入されています。
Cisco IOSソフトウェアリリース12.0(XE)(Cisco IOSソフトウェアリリース12.1(E)になる)
Cisco IOSソフトウェアリリース12.0(9)S
Cisco IOSソフトウェアリリース12.1(5)T。Cisco IOSソフトウェアリリース12.2メインラインおよびCisco IOSソフトウェアリリース12.2Tになりました。
この分散 MLPPP 機能を使用すると、VIP 上の複数の T1/E1 インターフェイスの帯域幅を、バンドル インターフェイスとして組み合せることができます。詳細は、『Cisco 7500シリーズルータの分散型マルチリンクポイントツーポイントプロトコル』を参照してください。Cisco IOSソフトウェアリリース12.2(13)Tでは、PA-4T+やPA-8Tなどの非チャネライズドポートアダプタでのDistributed MLPPP(dMLPPP)のサポートが導入されています。
Cisco IOSソフトウェアリリース12.2(8)Tでは、PA-MC-xT1/E1やPA-MC-xT3/E3などのチャネライズドポートアダプタ上のdMLPPPバンドルインターフェイスでの分散型LLQおよびCBWFQがにサポートされるようになりました。 mlpppは、インターフェイスマルチリンクを使用して、キューイングが機能する仮想アクセスインターフェイスを作成します。Cisco IOSソフトウェアリリース12.2Tの最新情報および変更情報を参照してください。dMLPPPを使用して分散キューイングを適用する場合、Cisco Bug ID CSCdw47678を回避するために、Cisco IOSソフトウェアリリース12.2(10)T以降が推奨されます。
dMLPPP/dLFI では、service-policyコマンドを使用して適用された CBWFQ および LLQ だけがサポートされます。fair-queueコマンドによる均等化キューイング、priority-groupコマンドによるプライオリティキューイング、queue-listコマンドによるカスタムキューイングなど、従来のキューイング機能はサポートされていません。
Cisco 7600 シリーズの FlexWAN では、バンドルされていないインターフェイス上の dLLQ がサポートされます。MLPPP バンドル インターフェイス上の dLLQ はサポートされません。このサポートは、Cisco IOSソフトウェアリリース12.2Sで利用できます。
次の設定例は、インターフェイスマルチリンクにdLLQを適用します。
MLPPP バンドル インターフェイスでの dLLQ の設定例 |
---|
Interface ! access-list 100 permit udp any any range 16384 32000 access-list 100 permit tcp any any eq 1720 access-list 101 permit tcp any any eq 80 access-list 102 permit tcp any any eq 23 ! class-map voip match access-group 100 class-map data1 match access-group 101 class-map data2 match access-group 102 ! policy-map llq-policy class voip bandwidth 40 class data1 bandwidth 15 class data2 bandwidth 15 class class-default fair-queue ! policy-map set-policy class voip bandwidth 40 class data1 bandwidth 15 class data2 bandwidth 15 class class-default fair-queue ! interface Serial5/0/0:0 no ip address encapsulation ppp keepalive 10 ppp chap hostname G2 ppp multilink multilink-group 2 ! interface Serial5/1/0:0 no ip address encapsulation ppp keepalive 10 ppp chap hostname G2 ppp multilink multilink-group 2 ! interface Multilink2 ip address 106.0.0.2 255.0.0.0 ppp multilink service-policy output llq-policy service-policy input set-policy multilink-group 2 |
Link Fragmentation and Interleaving(LFI)は、MLPPPとサービスポリシーで設定されたインターフェイス仮想テンプレートにppp multilink fragment-delayコマンドとppp multilink interleaveコマンドを追加します。この設定では、大きなデータグラムを分割し、低遅延のトラフィックパケットをフラグメント化されたデータグラムから生じる小さなパケットとインターリーブすることで、低速リンクの遅延を軽減します。詳細は、『フレームリレーおよびATM仮想回線のためのリンク断片化およびインターリービングの設定』を参照してください。
Cisco IOS Software リリース 12.2(8)T では、VIP を使用した Cisco 7500 シリーズにおいて、チャネライズド シリアル回線での Distributed LFI(dLFI; 分散 LFI)がサポートされます。この機能は、Catalyst 6500シリーズスイッチおよびCisco 7600シリーズルータでも使用できます。dLFIをサポートするリリースの詳細については、各製品のFeature Navigator Tool(登録ユーザ専用)およびリリースノートを参照してください。この機能の詳細については、『専用回線での分散リンク断片化およびインターリービング』を参照してください。
Cisco IOSソフトウェアリリーストレイン12.1Eを搭載したCisco 7600シリーズのFlexWANは、dLFIをサポートしていません。
ppp multilink fragment-delay <msec>コマンドで最大フラグメント遅延を設定した後、dLFI機能は、次の式(帯域幅はkbps)を使用して、チャネライズドシリアルインターフェイスの実際のフラグメントサイズを計算します。
fragment size = bandwidth x fragment-delay / 8
また、フラグメント サイズは、帯域幅量が最小であるメンバー リンクに基づいて計算されます。たとえば、メンバーリンクが64 kおよび128 kの設定では、フラグメントサイズは64 kリンクに基づいて計算されます。
Cisco IOS Software リリース 12.2(8) では、一般的な PPP over ATM(PPPoA)カプセル化の設定された ATM 仮想回線において、VC ごとのキューイングがサポートされます。これらのサブセクションでは、クラスベースマーキング、ポリシング、およびキューイングの設定例を示します。
1.クラスベースマーキング
service-policyコマンドは、クラスベースマーキング用の仮想テンプレートインターフェイスまたはATM PVCに接続できます。
この例では、クラスマップPEER2PEERが定義され、ポリシーマップMARK_PEER2PEERが作成され、クラスPEER2PEERに対してdscpデフォルトが設定されます。その後、service-policyが仮想テンプレートまたはATM PVCに接続されます。
Router(config)#class-map PEER2PEER Router(config-cmap)#match access-group 100 Router(config-cmap)#exit Router(config)#policy-map MARK_PEER2PEER Router(config-pmap)#class PEER2PEER Router(config-pmap-c)#set dscp default Router(config-pmap-c)#end Attaching Service-policy to Virtual Template Router(config-subif)#int atm1/0.1 point-to-point Router(config-subif)#ip address 10.10.10.1 255.255.255.0 Router(config-subif)#pvc 1/50 Router(config-if-atm-vc)#encapsulation aal5mux ppp virtual-Template 1 Router(config)#interface Virtual-Template1 Router(config-if)#ip address negotiated Router(config-if)#service-policy output MARK_PEER2PEER Attaching Service-policy to ATM pvc Router(config)#int atm1/0.1 point-to-point Router(config-subif)#ip address 10.10.10.1 255.255.255.0 Router(config-subif)#pvc 1/50 Router(config-if-atm-vc)#service-policy output MARK_PEER2PEER
2.クラスベースポリシング:
service-policyコマンドは、クラスベースのポリシング用の仮想テンプレートインターフェイスまたはATM pvcに接続できます。
Router(config)#policy-map POLICE_PEER2PEER Router(config-pmap)#class PEER2PEERRouter(config-pmap-c)#police 8000 conform-action transmit exceed-action drop Attaching Service-policy to Virtual Template Router(config-subif)#int atm1/0.2 multipoint Router(config-subif)#no ip address Router(config-subif)#pvc 1/100 Router(config-if-atm-vc)#encapsulation aal5mux ppp virtual-Template 2 Router(config)#interface Virtual-Template2 Router(config-if)#ip address negotiated Router(config-if)#service-policy output POLICE_PEER2PEER Attaching Service-policy to ATM pvc Router(config)#int atm1/0.2 multipoint Router(config-subif)#no ip address Router(config-subif)#pvc 1/100 Router(config-if-atm-vc)#service-policy output POLICE_PEER2PEER
3.クラスベースキューイング:
クラスベースキューイング、つまり帯域幅、形状、優先度、およびランダム検出の場合、service-policyコマンドは、仮想テンプレートまたはATM PVCに接続できます。
Router(config)#policy-map QUEUE_PEER2PEER Router(config-pmap)#class PEER2PEER Router(config-pmap-c)#bandwidth 768 Attaching Service-policy to Virtual Template Router(config-subif)#int atm1/0 Router(config-subif)#no atm ilmi-keepalive Router(config-subif)#pvc 1/150 Router(config-if-atm-vc)#encapsulation aal5mux ppp virtual-Template 3 Router(config)#interface Virtual-Template3 Router(config-if)#ip address negotiated Router(config-if)#service-policy output QUEUE_PEER2PEER Attaching Service-policy to ATM pvc Router(config)#int atm1/0 Router(config-subif)#no atm ilmi-keepalive Router(config-subif)#pvc 1/150 Router(config-if-atm-vc)#service-policy output QUEUE_PEER2PEER
注:クラスベースマーキングまたはクラスベースポリシングとクラスベースキューイングを組み合わせて使用する場合、動作の順序は次のようになります。
仮想テンプレートインターフェイスで設定されたservice-policyコマンドは、パケットをマークまたはポリシングします。
ATM PVCでservice-policyコマンドを使用すると、パケットがキューイングされます。
次の例を参照してください。
policy-map MARK_PEER2PEER class PEER2PEER set dscp default ! interface ATM0/0 no ip address no atm ilmi-keepalive pvc 1/100 encapsulation aal5mux ppp Virtual-Template1 service-policy output QUEUE_PEER2PEER ! interface Virtual-Template1 ip address negotiate service-policy output MARK_PEER2PEER
以前のCisco IOSソフトウェアリリースを実行している場合、ATM VCでMLPPPoAカプセル化を設定し、キューイングベースのサービスポリシーを仮想テンプレートインターフェイスに適用できます。詳細は、『フレームリレーとATM仮想回線のリンクフラグメンテーションとインターリービング』および『リンク効率メカニズムの概要』を参照してください。
Cisco IOSソフトウェアリリース12.2(4)T3では、Cisco 7500シリーズ用にこの機能の分散バージョンが導入されています。この機能の詳細については、『ATMおよびフレームリレーの分散リンク断片化およびインターリービング』を参照してください。