Génération de trafic à partir d'un appareil Cisco IOS pour prouver le circuit WAN

11

Essentiellement, je veux savoir s'il existe un moyen d'utiliser le ping étendu ou toute autre variante de commande pour prouver au client que le circuit est capable d'atteindre le CIR minimum. Les routeurs CE sont des Cisco ISR 881,19x1 et 29x1 exécutant 15.1, et les routeurs PE sont des Juniper MX.

Dans un monde idéal, nous ne ferions que brancher un ordinateur portable sur un port LAN et utiliser iperf vers une destination distante derrière les routeurs CE, mais le déploiement WAN / LAN se fait sur des jours différents et a donc été chargé de laisser les ports LAN fermés.

Nous devons prouver contractuellement que le circuit VDSL2 de 80 / 20Mbps répond aux exigences CIR minimum de 20 / 4Mbps.

Pour référence: Du côté de Juniper MX, nous pouvons descendre dans le shell et exécuter plusieurs pings Flood avec le jeu de drapeaux DF, mais le problème est actuellement avec les ISR Cisco.

REMARQUE: RE-Protect sera désactivé pendant la période de test de bande passante et ne sera donc pas un facteur. et déployaient potentiellement 12 sites par jour, la simplicité est donc un facteur clé de succès.

  +---------------+          +---------------+             +-------------+
  |               |+--20mb-->|               |             |Cisco ISR CE |
  |Juniper MX PE  |          |Carrier network|<------4mb---|             |
  +---------------+          +---------------+             +-------------+
cisco cisco-ios bandwidth testing DrBru
la source
Bonjour, pourriez-vous ajouter les numéros de modèle du Cisco ISR et la quantité de bande passante que vous essayez de générer dans chaque direction? Un rapide diagramme ASCII pourrait vous aider
Mike Pennington
Donc, le Juniper génère 20 Mbps vers l'ISR avec des pings ... qu'est-ce que le ping Juniper? S'il s'agit de l'ISR, combien de trafic est déjà généré à partir des réponses ping?
Mike Pennington
S'il s'agit d'une tâche courante, y a-t-il une raison pour laquelle la mise en place d'une petite boîte Linux dédiée à chaque extrémité avec des générations de paquets ne serait pas pratique? Il semble généralement plus facile de brancher une boîte de test préconfigurée que de toucher les routeurs à chaque fois.
chrylis -on strike-
1
J'ai immédiatement pensé au SLA IP de Cisco, mais l'ajout de Juniper à une extrémité, l'annule. Je suis assez curieux de toute solution que vous pourriez trouver.
laf
@MikePennington envoyant du trafic de PE vers CE a créé 1,47 Mbps sortant et 1,45 Mbps entrant.
DrBru

Réponses:

8

IOS inclut ttcp, bien qu'il ne soit pas officiellement pris en charge par Cisco, il peut être utile dans des situations comme celle-ci.

JUNOS ne prend pas en charge ttcp pour autant que je sache, mais ce n'est probablement pas trop compliqué d'ajouter une machine Linux centrale connectée au PE avec laquelle vous pouvez effectuer des mesures.

Sur IOS, vous exécutez simplement 'ttcp', comme ceci;

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

Maintenant, je n'ai pas de deuxième point final, mais vous avez l'idée :)

kll
la source