Генерация трафика с устройства Cisco IOS для проверки канала WAN

По сути, я хочу знать, можем ли мы каким-либо образом использовать расширенный пинг или любые другие варианты команд, чтобы доказать клиенту, что канал способен достичь минимального CIR. Маршрутизаторы CE - это ISR Cisco 881, 19x1 и 29x1, работающие по протоколу 15.1, а PE-маршрутизаторы - Juniper MX.

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

Нам необходимо доказать в контракте, что канал VDSL2 80/20 Мбит / с соответствует минимальным требованиям CIR 20/4 Мбит / с.

Для справки: на стороне Juniper MX мы можем перейти в оболочку и запустить несколько потоков проверки связи с установленными флагами DF, но проблема в настоящее время связана с Cisco ISR.

ПРИМЕЧАНИЕ. RE-Protect будет отключен в течение периода тестирования полосы пропускания и поэтому не будет учитываться. и потенциально развертывали 12 сайтов в день, поэтому простота является ключевым фактором успеха.

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

— DrBru
источник

Привет, не могли бы вы добавить номера моделей Cisco ISR и какую пропускную способность вы пытаетесь создать в каждом направлении? Может помочь быстрая диаграмма ASCII-искусства

— Майк Пеннингтон,

Таким образом, Juniper генерирует 20 Мбит / с к ISR с помощью пингов ... что такое пинг Juniper? Если это ISR, сколько трафика уже генерируется из ответов на пинг?

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

Если это обычная задача, есть ли причина, по которой установка небольшого выделенного блока Linux на каждом конце с генерацией пакетов будет нецелесообразной? Обычно проще подключить предварительно сконфигурированный блок тестирования, чем каждый раз прикасаться к маршрутизаторам.

— Хрилис - на забастовку -

Я сразу подумал о IP SLA 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

Теперь у меня нет второй конечной точки, но вы поняли :)

— KLL
источник