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

11

По сути, я хочу знать, можем ли мы каким-либо образом использовать расширенный пинг или любые другие варианты команд, чтобы доказать клиенту, что канал способен достичь минимального 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---|             |
  +---------------+          +---------------+             +-------------+
cisco cisco-ios bandwidth testing DrBru
источник
Привет, не могли бы вы добавить номера моделей Cisco ISR и какую пропускную способность вы пытаетесь создать в каждом направлении? Может помочь быстрая диаграмма ASCII-искусства
Майк Пеннингтон,
Таким образом, Juniper генерирует 20 Мбит / с к ISR с помощью пингов ... что такое пинг Juniper? Если это ISR, сколько трафика уже генерируется из ответов на пинг?
Майк Пеннингтон
Если это обычная задача, есть ли причина, по которой установка небольшого выделенного блока Linux на каждом конце с генерацией пакетов будет нецелесообразной? Обычно проще подключить предварительно сконфигурированный блок тестирования, чем каждый раз прикасаться к маршрутизаторам.
Хрилис - на забастовку -
1
Я сразу подумал о IP SLA Cisco, но добавление Juniper в один конец обнуляет его. Мне довольно любопытно любое решение, которое вы можете найти.
Лаф
@MikePennington, отправляющий трафик из PE в CE, создал исходящие 1,47 Мбит / с и входящие 1,45 Мбит / с.
DrBru

Ответы:

8

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
источник