Генерація трафіку з пристрою Cisco IOS для підтвердження схеми WAN

По суті, я хочу знати, чи є якийсь спосіб, що ми можемо використовувати розширений ping або будь-які інші варіанти команд, щоб довести замовнику, що схема здатна досягти мінімального CIR. Маршрутизатори CE - це ISRs Cisco 881,19x1 та 29x1, що працюють 15,1, а PE-маршрутизатори - Juniper MX.

В ідеальному світі ми просто підключимо ноутбук до порту локальної мережі та використаємо iperf до віддаленого пункту за маршрутизаторами CE, але розгортання WAN / LAN проводиться в окремі дні, і тому ми отримали інструкцію залишати відключення портів LAN.

Нам потрібно домовитись за контрактом, що схема VDSL2 80/20 Мбіт / с відповідає мінімальним вимогам CIR 20/4 Мбіт / с.

Для довідки: На боці Juniper MX ми можемо опуститися в оболонку та запустити декілька пінг-флудів із встановленими прапорами DF, але наразі проблема в ISR-і Cisco.

ПРИМІТКА: RE-Protect буде відключений протягом періоду випробування на пропускну здатність, і тому він не буде фактором. і потенційно розгортали 12 сайтів на день, тому простота є ключовим фактором успіху.

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

— ДрБру
джерело

Привіт, ви можете додати номери моделей ISR Cisco та скільки пропускної здатності ви намагаєтеся генерувати в кожному напрямку? Швидка діаграма ASCII-мистецтва може допомогти

— Майк Пеннінгтон

Отже, ялівець генерує 20 Мбіт / с у бік ISR з пінгвами ... що таке ялівець? Якщо це ISR, скільки трафіку вже генерується за допомогою відповідей ping?

— Майк Пеннінгтон

Якщо це звичайне завдання, чи є причина, чому встановлення невеликого виділеного вікна Linux на кожному кінці з поколінням пакетів не було б практичним? Як правило, простіше підключити попередньо налаштований тестовий блок, ніж щоразу торкатися маршрутизаторів.

— chrylis -на страйк-

Я одразу подумав про IP-сервіс CLA від Cisco, але додавання Juniper в один кінець, приводить його до нуля. Мені досить цікаво будь-яке рішення, яке ви можете знайти.

— лаф

@MikePennington відправлення трафіку від PE до CE створив вихідний 1,47 Мбіт / с і вхідний 1,45 Мбіт / с.

— DrBru

IOS включає ttcp, хоча Cisco може офіційно не підтримуватися, але він може стати в нагоді в таких ситуаціях.

Наскільки я знаю, JUNOS не підтримує ttcp, але, мабуть, не так вже й багато клопоту, додаючи одну центральну машину Linux, підключену до PE, з якою ви можете проводити вимірювання.

На IOS ви просто запускаєте "ttcp", як-от так;

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

Зараз у мене немає другої кінцевої точки, але ви зрозумієте, що ідея :)

— кл
джерело