Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Тестирование модулей TCP/IP стека
Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > Fast Ethernet/Gigabit Ethernet/FibreChannel
VslavX
В данный момент заканчиваю написание собственного TCP/IP стека и в полный рост встает вопрос тестирования различных нештатных ситуаций. Есть ли какие-то готовые пакеты или хотя бы описания методик тестирования. Список фич моего стека достаточно большой (IP-опции, дефрагментация, неупорядоченные сегменты TCP, масштабирование окна, поддержка некоторых функций маршрутизации, DHCP, и т.д.) - хотелось бы потестировать это все по уровням, и в полных стресс-тестах.
Некоторые свои тесты есть, но хотелось бы более полные и от сторонних разработчиков.
Может кто-нибудь что-нибудь посоветовать?
one_man_show
На вскиду, сделайте приложение на основе Вашего стека, которое может:
- передавать большие массивы данных (файлы, блоки и т.п.)
- детектирует разрыв и восстановление соединения (логич. и физич.)
- ведет логи.
Затем, запустите приложение на большой промежуток времени (десятки часов, дни), затем разбор полетов по логам
VslavX
Цитата(one_man_show @ Jan 16 2008, 20:08) *
На вскиду, сделайте приложение на основе Вашего стека, которое может:
- передавать большие массивы данных (файлы, блоки и т.п.)
- детектирует разрыв и восстановление соединения (логич. и физич.)
- ведет логи.
Затем, запустите приложение на большой промежуток времени (десятки часов, дни), затем разбор полетов по логам

Да, это все уже сделано smile.gif Написаны массированные (шлют-принимают непрерывным потоком) тестовые ping, сканеры хостов и портов, всякие эхо-серверы и эхо-клиенты, одновременные соединения, причем тестирование в параллель на многих сокетах, процесс еще идет - модуль TCP еще доделывается.
Но интересен более глубокий уровень тестирования - например, прием дефрагментированного пакета с перекрытием или разрывом между фрагментами, переполнение неполными пакетами (при дефрагментации пакеты ставяться в "отстойник" для ожидания полного пакета), левые IP и TCP флажки, переполнение и искажение полей IP-опций и TCP-опций, ситуации перемещения левой границы окна TCP, переполнение TCP-сегментами out-of-order, DoS атака и прочее. Список тут огромный - чтобы все эти ситуации проверить, надо тратить иногда до нескольких дней для написания тестов только для одного случая. Вот и хотелось бы найти готовый тест, который посылает malformed packets и намеренно хитро нарушает RFC. Есть еще особенности самой реализации, но для них тесты, по-любому, придется самому. А вот на соответствие RFC тесты вроде бы должны в природе быть уже готовые.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.