WAN回線を証明するためのCisco IOSデバイスからのトラフィック生成

基本的に、拡張pingまたはその他のコマンドバリアントを使用して、回路が最小CIRを達成できることをお客様に証明できる方法があるかどうかを知りたいです。CEルータは、15.1を実行するCisco ISR 881、19x1および29x1であり、PEルータはジュニパーMXです。

理想的な世界では、ラップトップをLANポートに接続し、iperfを使用してCEルーターの背後にあるリモート宛先に接続しますが、WAN / LANの導入は別の日に行われるため、LANポートをシャットダウンしたままにするように指示されています。

80 / 20MBps VDSL2回線が最小20 / 4MBps CIR要件を満たしていることを契約で証明する必要があります。

参考：ジュニパーMX側では、シェルにドロップダウンして、DFフラグを設定して複数のフラッドpingを実行できますが、問題は現在Cisco ISRにあります。

注：RE-Protectは帯域幅テスト期間中は無効になるため、要因にはなりません。1日に12のサイトを展開する可能性があったため、シンプルさが重要な成功要因です。

  +---------------+          +---------------+             +-------------+
  |               |+--20mb-->|               |             |Cisco ISR CE |
  |Juniper MX PE  |          |Carrier network|<------4mb---|             |
  +---------------+          +---------------+             +-------------+

— DrBru
ソース

こんにちは、Cisco ISRのモデル番号と、各方向で生成しようとしている帯域幅を追加できますか？簡単なASCIIアート図が役立つかもしれません

— マイクペニントン

したがって、ジュニパーは、pingを使用してISRに向けて20Mbpsを生成します...ジュニパーのpingとは何ですか？ISRの場合、ping応答からすでに生成されているトラフィックの量はどれくらいですか。

— マイクペニントン

これが一般的なタスクである場合、両端に小さなパケットを生成する専用のLinuxボックスを設定することが現実的ではない理由はありますか？一般に、事前に構成されたテストボックスをプラグインする方が、毎回ルーターに触れるよりも簡単に聞こえます。

— クリリス

すぐにシスコのIP SLAを考えましたが、一方の端にジュニパーを追加すると、無効になります。私はあなたが見つけるかもしれないどんな解決策にもかなり興味があります。

— ラフ2013

PEからCEにトラフィックを送信する@MikePenningtonは、送信1.47 Mbps、受信1.45 Mbpsを作成しました。

— DrBru 2013

IOSにはttcpが含まれていますが、Ciscoによって公式にはサポートされていない場合がありますが、このような状況で役立ちます。

JUNOSは私の知る限りttcpをサポートしていませんが、測定を実行できるPEに接続された1台の中央Linuxマシンを追加することは、それほど面倒ではありません。

IOSでは、「ttcp」を次のように実行するだけです。

LAB-C7600-1#ttcp
transmit or receive [receive]: transmit
Target IP address: 1.3.3.7
calculate checksum during buffer write [y]: 
perform tcp half close [n]: 
send buflen [32768]: 
send nbuf [2048]: 
bufalign [16384]: 
bufoffset [0]: 
port [5001]: 
sinkmode [y]: 
buffering on writes [y]: 
show tcp information at end [n]: y

ttcp-t: buflen=32768, nbuf=2048, align=16384/0, port=5001  tcp  -> 1.3.3.7

今、私には2番目のエンドポイントはありませんが、あなたはアイデアを得るでしょう:)

— kll
ソース