Комментарии 7
Спасибо за статью, учтём.
0
Замените пожалуйста
make install
, хорошая же заметка, полезная, а тут как серпом по тестикулам.-1
Мне искренне жаль ваши тестикулы, но ошибки здесь нет https://github.com/cisco-system-traffic-generator/trex-core/blob/master/scripts/ko/src/Makefile
+1
На досуге поглядите статью:
habrahabr.ru/post/130868
проще всего заменить make install на checkinstall
habrahabr.ru/post/130868
проще всего заменить make install на checkinstall
+1
Я бы добавил, что Trex не всегда отображает соответствие номера шины тому или иному интерфейсу, то есть по вызову команды
не всегда можно увидеть данное соответствие. И не стоит передавать под управление DPDK менеджмент интерфейс.
Чтобы избежать этого можно сначала вывести такое соответствие и с учетом полученной информации уже менять конфигурационный файл
Чтобы потом вернуть интерфейс обратно из под управления DPDK пригодится команда
Вообще, достаточно приятный инструмент. У него насколько я знаю вышел недавно GUI, а также можно легко самому написать обертку вокруг его API. Что мне еще понравилось в Trex так это режим stateless с возможностью генерировать пакеты с переменными полями mac_src/ip_src/ip_dst и так далее.
sudo ./dpdk_setup_ports.py --s
не всегда можно увидеть данное соответствие. И не стоит передавать под управление DPDK менеджмент интерфейс.
Чтобы избежать этого можно сначала вывести такое соответствие и с учетом полученной информации уже менять конфигурационный файл
lshw -c network -businfo
Чтобы потом вернуть интерфейс обратно из под управления DPDK пригодится команда
sudo ./dpdk_nic_bind.py -b <DRIVER_NAME> <BUS_NUMBER>
Вообще, достаточно приятный инструмент. У него насколько я знаю вышел недавно GUI, а также можно легко самому написать обертку вокруг его API. Что мне еще понравилось в Trex так это режим stateless с возможностью генерировать пакеты с переменными полями mac_src/ip_src/ip_dst и так далее.
+2
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Поглаживаем ящерицу или сетевое нагрузочное тестирование с cisco trex