Heggi Posted January 29, 2018 · Report post Прорабатываем вопрос балансировки запросов от BRAS на DHCP сервер. Схема: 1 BRAS, 2 DHCP сервера. Сам BRAS, по утверждению цисководов, балансить не умеет, а все dhcp запросы посылает на оба сервера, создавая одинаково высокую нагрузку на них. 2 сервера не потому что не справляются, а потому что отказоустойчивость. Есть ли аппаратные или программные решения для балансировки DHCP пакетов? Т.к. DHCP практически state-протокол, а все запросы валятся с одного IP/порта, балансировка по L4 не подходит. В идеале нужна балансировка по MAC-адресам (мальчикичетные налево, девочкинечетные направо), но для этого балансировщик должен уметь заглядывать внутрь DHCP пакетов, т.е. L7 балансировка. Гугл не помог, ничего лучше L4 не нашел. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
UglyAdmin Posted January 29, 2018 · Report post А зачем? Настолько много DHCP-запросов, что сервер не справляется? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
s.lobanov Posted January 29, 2018 · Report post > В идеале нужна балансировка по MAC-адресам (мальчикичетные налево, девочкинечетные направо) не совсем по существу, но это плохой вариант, потому что многие роутеры имеют 2 мака (lan и wan) и в этом случае у вас все(этой партии) пойдут налево или направо, если были, короче нужно что-то сложнее чем просмотр одного бита Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
alibek Posted January 29, 2018 · Report post 1 час назад, Heggi сказал: В идеале нужна балансировка по MAC-адресам (мальчикичетные налево, девочкинечетные направо), но для этого балансировщик должен уметь заглядывать внутрь DHCP пакетов, т.е. L7 балансировка. Не понял заключения. MAC-адреса есть в заголовке фрейма, они доступны на L2, в тело заглядывать не нужно. И требуется ли совместное использование адресного пространства? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
s.lobanov Posted January 29, 2018 · Report post 6 минут назад, alibek сказал: Не понял заключения. MAC-адреса есть в заголовке фрейма, они доступны на L2, в тело заглядывать не нужно. И требуется ли совместное использование адресного пространства? Ну как так? Написано что же есть Cisco BRAS и есть DHCP-сервер, очевидно что cisco bras работает как релей, т.е. l2-хедера по сути нет (ну т.е. он есть, но клиентского мака там точно нет) Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
alibek Posted January 29, 2018 · Report post Понял. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Heggi Posted January 30, 2018 · Report post 18 часов назад, s.lobanov сказал: > В идеале нужна балансировка по MAC-адресам (мальчикичетные налево, девочкинечетные направо) не совсем по существу, но это плохой вариант, потому что многие роутеры имеют 2 мака (lan и wan) и в этом случае у вас все(этой партии) пойдут налево или направо, если были, короче нужно что-то сложнее чем просмотр одного бита Абонентов овер 30к. Роутеры всякие-разные, так что даже если разделится 1 к 4 - уже хорошо. 18 часов назад, UglyAdmin сказал: А зачем? Настолько много DHCP-запросов, что сервер не справляется? isc-dhcp - проц в полку и не справляется. Сейчас работает самопал наколенный, но он часто падает (хоть и вытягивает по нагрузке). Хотим попробовать Kea, он вроде многопоточный. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
UglyAdmin Posted January 30, 2018 · Report post Некоторые БРАСы (Huawei CX-600, например) умеют общаться с клиентами по DHCP, а с биллингом по RADIUS, безо всяких дополнительных костылей в виде DHCP-сервера. У самого DHCP падают. Попробуйте ограничить число DHCP-запросов. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
s.lobanov Posted January 30, 2018 · Report post 1 час назад, Heggi сказал: isc-dhcp - проц в полку и не справляется. Сейчас работает самопал наколенный, но он часто падает (хоть и вытягивает по нагрузке). Хотим попробовать Kea, он вроде многопоточный. хм... на бо'льшем количестве абонентов isc-dhcp справлялся без проблем. у вас лиз-тайм чтоль очень короткий? Ещё посмотрите на предмет флуда от единичных мак-адресов короче я бы начал с анализа проблемы, а не лечить костылями. cpu - а что именно грузит? (покажите верхние строчки top-а) Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
TheUser Posted January 30, 2018 · Report post 20 часов назад, Heggi сказал: Прорабатываем вопрос балансировки запросов от BRAS на DHCP сервер. А нельзя ли абонентов разнести по разным инстансам браса? В каждом инстансе по своему DHCP. Может быть у Вас слишком маленький лиз-тайм, почему большая нагрузка? Может есть смысл снять pcap-дамп и поискать аномалии в трафике? Или по логам посмотреть аномалии - количество запросов в разным сегментам сети и т.д. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Heggi Posted February 6, 2018 · Report post https://github.com/facebookincubator/dhcplb Нашел решение, правда не тестил еще. Может кому пригодится Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
zhenya` Posted February 6, 2018 · Report post Хз. Крутил на 60к+ абонентах isc dhcpd с патчем на subclass. Все ок. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
