Traffic generation from Cisco IOS device to prove WAN circuit

Question

In essence I want to know if there is any way that we can use extended ping or any other command variants to prove to the customer that that the circuit is able to achieve the minimum CIR. The CE routers are Cisco ISRs 881,19x1 & 29x1 running 15.1, and the PE routers are Juniper MXs.

In an ideal world we would just plug a laptop into a LAN port and use iperf to a remote destination behind the CE routers, but the WAN / LAN deployment is being done on separate days and therefore have been instructed to leave the LAN ports shutdown.

We need to contractually prove that 80/20MBps VDSL2 circuit meets the minimum 20/4MBps CIR requirements.

For reference: On the Juniper MX side, we can drop down into the shell and and run multiple flood pings with the DF flags set, but the problem is currently with the Cisco ISRs.

NOTE: RE-Protect will be disabled for the bandwidth test period and therefore wont be a factor. and were potentially deploying 12 sites a day so simplicity is a key success factor.

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

Answer 1

IOS includes ttcp, albeit it might not be supported officially by Cisco it can come in handy in situations like this.

JUNOS does not support ttcp as far as I know, but it's probably not too much hassle adding one central Linux machine connected to the PE that you can do measurements with.

On IOS, you simply run 'ttcp', like so;

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

Now I don't have a second end point, but you get the idea :)