Generación de tráfico desde el dispositivo Cisco IOS para probar el circuito WAN


11

En esencia, quiero saber si hay alguna forma en que podamos usar ping extendido o cualquier otra variante de comando para demostrar al cliente que el circuito puede lograr el CIR mínimo. Los enrutadores CE son Cisco ISR 881,19x1 y 29x1 con 15.1, y los enrutadores PE son Juniper MX.

En un mundo ideal, simplemente enchufaríamos una computadora portátil en un puerto LAN y usaríamos iperf a un destino remoto detrás de los enrutadores CE, pero la implementación de WAN / LAN se realiza en días separados y, por lo tanto, se nos ha ordenado que dejen los puertos LAN cerrados.

Necesitamos demostrar contractualmente que el circuito VDSL2 de 80 / 20MBps cumple con los requisitos mínimos de CIR de 20 / 4MBps.

Como referencia: en el lado de Juniper MX, podemos desplegarnos en el shell y ejecutar múltiples pings de inundación con los indicadores de DF establecidos, pero el problema es actualmente con los ISR de Cisco.

NOTA: RE-Protect se desactivará durante el período de prueba de ancho de banda y, por lo tanto, no será un factor. y potencialmente desplegamos 12 sitios al día, por lo que la simplicidad es un factor clave de éxito

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

Hola, ¿podría agregar números de modelo de Cisco ISR y cuánto ancho de banda está tratando de generar en cada dirección? Un diagrama de arte ASCII rápido podría ayudar
Mike Pennington

Entonces el Juniper genera 20Mbps hacia el ISR con pings ... ¿Qué es el ping del Juniper? Si es el ISR, ¿cuánto tráfico ya se genera a partir de las respuestas de ping?
Mike Pennington

Si esta es una tarea común, ¿hay alguna razón por la cual no sería práctico configurar una pequeña caja de Linux dedicada en cada extremo con generaciones de paquetes? Suena generalmente más fácil conectar una caja de prueba preconfigurada que tocar los enrutadores cada vez.
chrylis -on strike-

1
Inmediatamente pensé en el IP SLA de Cisco, pero agregar Juniper a un extremo lo anula. Tengo mucha curiosidad acerca de cualquier solución que pueda encontrar.
Laf

@MikePennington enviando tráfico desde PE a CE creó 1,47 Mbps de salida y 1,45 Mbps de entrada.
DrBru

Respuestas:


8

IOS incluye ttcp, aunque es posible que Cisco no lo admita oficialmente, puede ser útil en situaciones como esta.

JUNOS no admite ttcp hasta donde yo sé, pero probablemente no sea demasiado complicado agregar una máquina Linux central conectada al PE con la que pueda hacer mediciones.

En iOS, simplemente ejecuta 'ttcp', así;

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

Ahora no tengo un segundo punto final, pero entiendes la idea :)

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.