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---| |
+---------------+ +---------------+ +-------------+
Respuestas:
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í;
Ahora no tengo un segundo punto final, pero entiendes la idea :)
fuente