YaEvgen писал(а):для этого планируется использовать сервак lbnamed, который поддерживает фичу.
мы скептически относимся к такого рода решениям на PERL, особенно если это будет основным DNS`ом для локалки
хотя можно сделать основной сервер на bind`е, а этот повесить на другую машину, как обслуживающий DNS зону ну например pptp.mydomain.ru
а вот уже на нем рулить именами, ну например:
nas-01.pptp.mydomain.ru
nas-02.pptp.mydomain.ru
nas-XX.pptp.mydomain.ru
тогда в случае проблем/багов в lbnamed это не затронет уже подключенных к NAS`ам абонентов
а пока как и написано в описании:
Use the code at your own risk.
YaEvgen писал(а):Если эта схема с 2-мя nas успешно заведется, то потом подробнее отпишусь, что и как.
ок, будет интересно узнать
YaEvgen писал(а):А сделать я хочу что-то в этом роде http://lartc.org/howto/lartc.rpdb.multiple-links.html (это при переходе на эту схему, но естественно до перехода на BGP и своих адресов)
ну совственно там и описано как сделать PBR (Policy Based Routing) на Linux
Cisco и Policy-based routing ( PBR )
На FreeBSD PBR можно сделать с помощью PF, IPFW, с помощью нескольких таблиц маршрутизации (setfib)
YaEvgen писал(а):а между NAS'ами и border'ом (в случае, когда 2 x NAS'a) какой протокол использовать? OSPF?
в принципе подойдет любой протокол динамической маршрутизации, они, по основной сути, отличаются временем сходимости, посему OSPF подойдет
YaEvgen писал(а):И еще вопрос, немного утопичный, как сгенерировать трафик, подобный пользовательскому, чтоб потестировать nas, новый биллинг и border?
ну например множественный запуск пинга:
- Код: Выделить всё
ping -s 1400 -i 0.1 ANY-IP-ADDR
можно побаловаться утилитой iperf
Port: iperf-2.0.4
Path: /usr/ports/benchmarks/iperf
Info: A tool to measure maximum TCP and UDP bandwidth
Maint: mnag@FreeBSD.org
WWW: http://iperf.sourceforge.net/
YaEvgen писал(а):Какие еще вопросы есть при переходе на новый биллинг(вообще при смене оборудования в ядре), которые я мог не учесть?
мне кажется что ты не учел такой факт как DNS кеш в операционных системах.
