CoSスケジューラのシェーピングレートはポートごとですか、それともJuniper EXの集約ですか?


8

1台のスイッチに複数のハンドオフポートがあるお客様の分界点/ CPEデバイスとしてJuniper EX2200を使用しています。すべてのポートで、注文した以上の帯域幅を使用しないようにする必要があります。

JuniperのドキュメントDefining CoS Schedulersを読みましたが、出力シェーパーがインターフェイスごとに適用されるのか、スケジューラごとに適用されるのかはまだわかりません。

私の設定の抜粋は以下です。ポート0/1 / 0-3はカスタマーのダウンストリームであり、ポート0/1/0はアップストリームです。

# show class-of-service
interfaces {
    ge-0/0/0 {
        scheduler-map all-cust;
    }
    ge-0/0/1 {
        scheduler-map all-cust;
    }
    ge-0/0/2 {
        scheduler-map all-cust;
    }
    ge-0/0/3 {
        scheduler-map all-cust;
    }
    ge-0/1/0 {
        shaping-rate 20971520;
    }
}
scheduler-maps {
    all-cust {
        forwarding-class best-effort scheduler all-cust;
    }
}
schedulers {
    all-cust {
        shaping-rate 31457280;
    }
}

回答:


6

集約ではなく、ポートごと。スケジューラはグローバルではなく、インターフェイスキューごとです。


ありがとう!多分これは別の質問になるはずですが、インターフェイスのグループをグローバルに形成する別の方法はありますか?
jda 2013

5

割り当てられている以上の帯域幅が確保されないことが懸念されるため、ポリシングを検討する必要があります。これにより、ハードリミットが得られます。

このインスタンスでのシェーピングは、31457280がBE転送クラスに入るようにすることであり、31457280よりも多くの帯域幅を取得できないことではありません。


できれば、トラフィックをのこぎりで丁寧にしないようにしたいと思います。すべてのタグに一致するカスタム転送クラスを作成できます。ポリシングが私がやりたいことをする方法であるならば、私はクライアントに面しているポートを無視して、私の上流に面しているポートでちょうど/ポリシングします。
jda 2013

1
@jonaハードリミットを設定する場合は、それが保証された方法です。UDPは可能ですが、TCPは突然のパケットドロップを実際には気にしません。これは、UDSのトラフィックのチャンクを保証するために、CoSマップに追加する可能性が高い場所です。顧客が独自のネットワークを扱う場合、シェーピングはあなたではなく、彼らが実行する必要があることに注意してください。
Ryan Foley
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.