+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Пожалуйста, добавьте результаты производительности для туннеля IPsec!

Пожалуйста, добавьте результаты производительности для туннеля IPsec!, Аппаратное обеспечение

mikruser

Guest

22.06.2015 08:28:00

Здравствуйте, моё предложение: пожалуйста, добавьте результаты производительности для IPsec-туннеля (AES) в таблицу «Результаты тестов производительности» на каждой странице продукта. Интересует максимальная скорость одного туннеля.

mrz Guest	#2 0 24.10.2017 11:16:00 Это безсостояний трафик, так что можно сказать, что это UDP. Нет смысла тестировать устройства без аппаратного ускорения, потому что разница в производительности между моделями там незначительна.

mikruser

Guest

24.10.2017 11:10:00

Насколько я вижу, вы добавили «Результаты тестирования IPsec» для некоторых продуктов, например, здесь https://mikrotik.com/product/CCR1009-7G-1C-1Splus. Есть пару вопросов: сколько потоков использовалось в режиме Single tunnel? Это пропускная способность по TCP или UDP? И почему вы публикуете результаты только для продуктов с аппаратным IPsec?

mikruser

Guest

24.10.2017 13:25:00

Это трафик без состояния, так что можно сказать, что это UDP. Пожалуйста, добавьте результат для «Single tunnel TCP single thread». Это очень полезная информация, например, для копирования файлов.
Нет смысла тестировать устройства без аппаратного ускорения, потому что разница в производительности между моделями там незначительна. RB3011UiAS-RM должен быть намного быстрее, чем RB2011UiAS-RM.

mikruser

Guest

26.10.2017 14:57:00

Я протестировал два RB750Gr3 (6.39.3), подключённых через EoIP-туннель с IPsec. Тест копирования файлов в Windows показал всего 33 МБ/с (264 Мбит/с). Это очень далеко от заявленных 477 Мбит/с https://mikrotik.com/product/RB750Gr3. Может, вы ещё добавите результаты для популярных туннелей с IPsec (l2tp+ipsec, gre+ipsec, eoip+ipsec)?

onnoossendrijver Guest	#6 0 26.10.2017 15:09:00 Возможно, в этом виноват EoIP. Можешь проверить без EoIP? Думаю, для такого устройства результат всё равно хороший.

Paternot

Guest

26.10.2017 15:32:00

Копирование файлов в Windows сильно зависит от задержки. Даже задержка в 2 мс может существенно повлиять на результат. Ты проверял это в локальной сети или через интернет? К тому же, желательно избегать фрагментации.

mikruser Guest	#8 0 26.10.2017 15:34:00 Я проверил в сети 1 Гбит/с.

Paternot

Guest

26.10.2017 20:43:00

Ну, значит, проблема не в сети. Проверить не могу, так как у меня нет двух устройств с гигабитным подключением. Что сказал профиль? Процессор работал на 100%? Какой процесс использовал большую часть ресурсов ЦП?

mikruser Guest	#10 0 27.10.2017 10:00:00 hex_eoip_ipsec.png

Paternot

Guest

#11

27.10.2017 10:59:00

Хорошо. Так что ваша проблема не совсем в IPsec — он использует всего 0,5% мощности вашего процессора. А как насчёт вашего файрвола? Какие там правила? Может, там что-то нуждается в оптимизации… У меня нет опыта с EOIP, поэтому не знаю, сколько он требует ресурсов процессора.

mikruser Guest	#12 0 27.10.2017 11:09:00 Межсетевой экран пуст. Эти два Hex напрямую подключены и используются как зашифрованный кабель в локальной сети.

Paternot

Guest

#13

27.10.2017 13:15:00

Нет никаких правил? Ни одного? Даже стандартных нет? Если это так, значит, вы не используете fasttrack. Есть ли у вас такое правило в вашем файрволе? Если нет, то добавьте его и проверьте снова.
/ip firewall filter
add action=fasttrack-connection chain=forward comment="defconf: fasttrack" connection-state=established,related

mikruser Guest	#14 0 27.10.2017 14:11:00 Ты не понимаешь. Это только «L2 провод». Никакой пересылки на уровне L3.

Paternot Guest	#15 0 27.10.2017 14:30:00 Это не может быть только L2, если они используют IPsec.

mikruser Guest	#16 0 27.10.2017 14:39:00 IPsec использует цепочки «input» и «output», а не «forward».

Paternot

Guest

#17

27.10.2017 15:03:00

Трафик внутри IPsec-туннеля всё равно проходит через цепочку forward. https://wiki.mikrotik.com/wiki/Manual:Packet_Flow#Changes_in_RouterOS_v6 И у тебя «networking» загружает примерно 100% на двух ядрах. Я бы посмотрел в сторону fasttrack. Ещё вариант — фрагментация: её лучше избегать, потому что она жрёт процессор. Тут до меня дошло: ты говорил, что трафик около 260 Мбит/с. Это только загрузка? Показатель примерно в ~450 Мбит/с по IPsec — это суммарно входящий и исходящий трафик. Крипто-ускоритель не обращает внимания, в какую сторону пакеты идут. Может быть 225/225, 350/100, 200/250… Главное, чтобы в сумме было около 450 Мбит/с. И это при пакетах в 1400 байт. С меньшими пакетами скорость будет хуже.

didomir Guest	#18 0 27.10.2017 15:11:00 Здесь можно найти информацию о том, как проводились тесты: https://wiki.mikrotik.com/wiki/Manual:IP/IPsec#HEXv3_.28mmips.29_Config_Optimizations А вот общая статья, может быть полезной: https://wiki.mikrotik.com/wiki/Manual:Performance_Testing_with_Traffic_Generator

mikruser

Guest

#19

27.10.2017 15:32:00

Paternot >>Трафик внутри IPsec туннеля по-прежнему проходит через цепочку forward No eoip_ipsec.png >>Только что до меня дошло: ты сказал, что трафик был примерно 260 Мб/с. Это был только скачивание? Это одностороннее копирование файла (скачивание или загрузка)?

mikruser Guest	#20 0 27.10.2017 15:59:00 didomir >>Здесь вы можете найти информацию о том, как проводились тесты: https://wiki.mikrotik.com/wiki/Manual:I … imizations Это синтетический тест UDP. Настоящий «реальный» тест — это TCP с одним соединением, как я и предлагал.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры