Generazione di traffico dal dispositivo Cisco IOS per dimostrare il circuito WAN

In sostanza, voglio sapere se esiste un modo per utilizzare il ping esteso o qualsiasi altra variante di comando per dimostrare al cliente che il circuito è in grado di raggiungere il CIR minimo. I router CE sono Cisco ISR 881,19x1 e 29x1 in esecuzione 15.1, mentre i router PE sono Juniper MX.

In un mondo ideale dovremmo semplicemente collegare un laptop a una porta LAN e utilizzare iperf in una destinazione remota dietro i router CE, ma l'implementazione WAN / LAN viene eseguita in giorni separati e pertanto è stato incaricato di lasciare l'arresto delle porte LAN.

Dobbiamo dimostrare contrattualmente che il circuito VDSL2 80 / 20Mbps soddisfa i requisiti CIR minimi 20 / 4Mbps.

Per riferimento: sul lato Juniper MX, possiamo scendere nella shell ed eseguire più ping di inondazione con i flag DF impostati, ma il problema è attualmente con gli ISR Cisco.

NOTA: RE-Protect verrà disabilitato per il periodo di test della larghezza di banda e pertanto non sarà un fattore. e stavamo implementando potenzialmente 12 siti al giorno, quindi la semplicità è un fattore chiave di successo.

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

— DrBru
fonte

Ciao, potresti aggiungere i numeri di modello di Cisco ISR e quanta larghezza di banda stai provando a generare in ogni direzione? Un rapido diagramma in arte ASCII potrebbe essere d'aiuto

— Mike Pennington,

Quindi il Juniper genera 20 Mbps verso l'ISR con ping ... che cos'è il ping di Juniper? Se è l'ISR, quanto traffico è già generato dalle risposte ping?

— Mike Pennington,

Se questo è un compito comune, c'è un motivo per cui configurare una piccola scatola Linux dedicata su ciascuna estremità con le generazioni di pacchetti non sarebbe pratico? In genere sembra più facile collegare una scatola di prova preconfigurata piuttosto che toccare i router ogni volta.

— Chrylis

Ho subito pensato allo SLA IP di Cisco, ma l'aggiunta di Juniper a un'estremità lo annulla. Sono piuttosto curioso di qualsiasi soluzione tu possa trovare.

— LAF

@MikePennington che ha inviato traffico da PE a CE ha creato 1,47 Mbps in uscita e 1,45 Mbps in entrata.

— DrBru,

IOS include ttcp, anche se potrebbe non essere supportato ufficialmente da Cisco, può tornare utile in situazioni come questa.

JUNOS non supporta ttcp per quanto ne so, ma probabilmente non è una seccatura aggiungere una macchina Linux centrale connessa al PE con cui è possibile eseguire misurazioni.

Su IOS, esegui semplicemente 'ttcp', in questo modo;

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

Ora non ho un secondo punto finale, ma hai avuto l'idea :)

— kll
fonte