DCHP и тестирование загрузки Маршрутизатора
Мое предложение состояло бы в том, чтобы забыть об использовании дешевого потребителя или даже более дорогих устройств маршрутизатора/NAT "малого бизнеса". Каждые из них, которых я достал, были очень неутешительны до производительности, надежности, функциональности и простоты в употреблении. Эти устройства часто имеют очень небольшие количества RAM и при загрузке больше, чем очень скромный объем трафика будет часто исчерпывать RAM (порождение проблем DHCP как Вы объясненный) или исчерпывать пространство, доступное в их таблицах отслеживания состояния (то, чтобы заставлять маршрутизатор отказаться от любых новых сетевых потоков, пока старые записи состояния не испытывают таймаут).
Необходимо рассмотреть создание находящегося в PFSense маршрутизатора. PFSense является основанным на FreeBSD распределением маршрутизации. Это может работать или на запасном ПК с двумя сетевыми платами или более предпочтительно, маленькая низкая мощность встроила компьютер.
Моя предпочтительная плата PFSense является ALIX 2d3. Эта плата может быть куплена как набор наряду со случаем, источником питания и картой CF некоторое время более чем 190$. Процесс установки очень прост, и хорошо зарегистрирован на веб-сайте PFSense.
После того, как установленный, Вы будете использовать сеть GUI для остальной части Вашей конфигурации и обслуживания. Вы найдете, что мало того, что PFSense работает лучше, но и это будет более надежным и невероятно более многофункциональным, чем коммерчески доступные предложения.
Непосредственно отвечать на Ваш вопрос о тестировании загрузки: это, вероятно, не стоит Вашего времени. Загрузка, тестирующая этот вид вещи значимым способом, очень нетривиальна. Перед способностью к нагрузочному тесту правильно, необходимо было бы проанализировать модели трафика в течение времен, когда Вы испытываете проблемы и затем используете что-то для генерации подобных моделей трафика. Это не будет достаточно только подонку, набор данных через маршрутизатор или даже, скажем, выполнять http загружает тестер по устройству. Необходимо будет протестировать его с трафиком, который подражает действительной нагрузке. Поэтому, что я упомянул ранее, что это, вероятно, не стоит Вашего времени.
Любое обновление высококачественного (чтение: дорогой) маршрутизатор или делает что-то как, я обрисовал в общих чертах выше использования PFSense.
Мое мнение - то, что необходимо прекратить "взламывать" маршрутизаторы с неподдерживаемым сторонним встроенным микропрограммным обеспечением и нагрузочным тестом их со встроенным микропрограммным обеспечением, которое прибывает из производителя. Вы не можете возможно знать, является ли проблемой маршрутизатор или встроенное микропрограммное обеспечение, если Вы не тестируете их со встроенным микропрограммным обеспечением, которое шло с ними из поля.
Шестьдесят активных пользователей могут быть немного высокими для настроек DHCP по умолчанию на большинстве маршрутизаторов. Поскольку установка как этот гарантирует, чтобы у Вас был пул DHCP, намного больше, чем 60. Можно хотеть установить диапазон DHCP, чтобы запуститься в 100 и позволить 149 адресов. Установка времени владения к меньше чем дню может помочь возвратить адреса от компьютера, которые не включаются.
Я ожидал бы, что 60 активных пользователей также генерируют значительно больше чем 60 активных сетевых соединений (сессия) в любой момент. Требуется несколько минут для соединения, чтобы быть завершением работы после того, как это больше не будет использоваться.
Необходимо смочь к возможности тестового соединения с большей частью программного обеспечения тестирования загрузки. Это должно дать Вам смысл того, сколько соединений возможно в течение минут. Вы банка осуществите таблицы отслеживания состояния путем создания большого количества новых соединений за относительно короткий промежуток времени. После того как Вы прекращаете получать соединения, у Вас есть идея, каков предел.
Другой областью, которая может вызвать проблемы, является кэш DNS на маршрутизаторе. Тестирование загрузки с поисками для большого количества различных доменов может дать Вам общее представление, если это - проблема.
Я не знаю ни о каком программном обеспечении для тестирования способности DHCP. Я посмотрел бы на количество арендного договора (доступный от базы данных арендных договоров) со временем. Пока это остается ниже 80% способности, необходимо быть в порядке в этом отношении.
Когда увеличение размера пула DHCP удостоверяется, что Вы запускаете выше 1 (который обычно является адресом маршрутизаторов). Также сохраните общее количество размера и начальной точки ниже 255. Можно получить лучшие результаты с помощью простого числа для размера пула.
Существует много Решений с открытым исходным кодом, которые Вы реализуете. Конфигурирование сервера кэша DNS и веб-прокси может помочь с загрузкой.
Править: Одной вещью, с которой можно сталкиваться, является сетевая насыщенность. Если у Вас есть доступ к ошибочным счетчикам для интерфейсов маршрутизатора, можно видеть некоторый признак, когда коэффициенты ошибок увеличиваются.
Я видел отчеты в последнее время, что более новые коммерческие маршрутизаторы вызывают проблемы большими объемами организации очередей пакетов. Это может вызвать проблемы с пульсирующей производительностью. Формирование трафика Ваша загрузка ниже доступной пропускной способности от Вашего ISP, как сообщают, помогает. Ваш более низкий маршрутизатор спецификации может делать некоторое формирование трафика непреднамеренно.
Я видел очень похожую проблему в фитнес-клубе около двух недель назад. Решением было сделать диапазон DHCP как можно более широким и изменить время аренды DHCP на 1 час.