Перейти к содержимому
Калькуляторы

lokk

Пользователи
  • Публикации

    2
  • Зарегистрирован

  • Посещение

О lokk

  • Звание
    Абитуриент
  1. DHCP + SQL БД.

    Подобные сообщения обозначают что SQL сервер не успел вовремя обработать запрос и DHCP клиент инициировал повторную отправку, потому информация о первичном запросе от клиента была удалена из очереди dhcpd как дубль. Через какое-то время SQL сервер всё же ответил на первый, уже затёртый запрос, но т.к. этот запрос был удалён из очереди - dhcpd не смог найти кому переслать этот ответ. Примерно так. Вообще в последнее время задумываюсь о том что надо написать с нуля, без костылей и заплаток адекватный DHCP сервер изначально ориентированный на SQL. ЗЫ Обновил патч на сайте. http://www.netpatch.ru/projects/dhcp2radiu...2.patch.tar.bz2 - убрал "лишнюю" функцию can_unicast_without_arp (out) в условии и устранил потенциальную уязвимость при обработке DHCP запросов. Роман, прошу прощения, что сразу не ответил на свое же сообщение. Возможно эта ошибка возникает и в случае долгого ответа sql, в моем же случае проблема была в том, что я по незнанию оставил закоментаренным radius-cache-ttl, как в примере в статье, наивно полагая, что это где-то описано как дефолт, в итоге получил время ttl 0. Конечно при этом функция delete_old_xid удаляля все что было в кеше. Т.ч. моя проблема решена, dhcperf показал 32 запроса в секунду.
  2. DHCP + SQL БД.

    Привет, собрал стенд. Сервер FreeBSD 7.2 на нем isc-dhcpd и база pgsql, радиус на другом сервере, клиент FreeBSD 6.2. Начал стресс тестирование утилитой dhcperf. Кеширование убрал, все адреса динамические, лимиты на общее число запросов и запросов от одного клиента повысил до 1000. Запросы к базе упростил, т.е. никаких проверок и т.п., со стороны связки radius+pgsql проблем нет. Начиная где-то с 12 запросов в секунду начинают проскакивать сообщения вида WARN: Can't find request info for client 00:00:00:00:00:5f from interface 172.22.255.12 (218044076) при этом результаты dhcperf test# dhcperf --server 172.22.255.10 --discover --test-duration 15 --test-load 12 Wanted 3145728 bytes in output buffer; got 229376. Wanted 3145728 bytes in input buffer; got 229376. Beginning DHCPDISCOVER load test. 128/174 successes: 73.6% succeeded. test# Понятно, что в реальной сети будут стоять лимиты и т.п., но все же интересно, в каком месте происходит этот затык.