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

tux

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

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

  • Посещение

О tux

  • Звание
    Абитуриент
  1. accel pptpd

    о! вот это я и хотел услышать. В биллинге и так стоит лимит в одну сессию на абонента. Спасибо. Буду пробовать. Да кстати. Как accel справляется с нагрузкой (все тотже рррое) проблем с 2-3к сессий не будет?
  2. accel pptpd

    Возник такой вопрос. Если использовать accel в качестве pppoe сервера (os linux). И на нем, скажем, будет 500 клиентов. В определенный момент произойдет кратковременное выключение света (15-20 сек). У всех этих абонентов перезагружатся роутеры, ноутбуки и прочее. Вопрос как поведет себя accel в такой ситуации? т.к. стандартный pppoe-server (rp_pppe) в момент мигания света начинает плодить сессии (т.е. старые еще висят, а новые уже лезут) и из-за этого система становится колом и приходится руками грохать все ppp сессии и запускать заново.
  3. А мне помогло вот это собрал либу, сделал ld_preload для snmp и все... теперь отдается все кроме ppp интерфейсов. нагрузка на процессор упала да и snmp по таймауту не отваливается
  4. ipoe

    Спасибо NiTr0 за патч. Но есть несколько вопросов. Не могу найти функцию ip_pools_get_pool_by_ip в Nas.pm Я так понимаю она самописная. И видимо из-за нее не проходит авторизация - радиус выливает вот такие ошибки - Reply-Message = Rejected! Time limit utilized
  5. ipoe

    Ну в общем-то я для себя допилил, патч в апстрим тоже отправил - но пока вроде не реализовано. А можно на этот патч глянуть? А то я в принципе тоже самое делаю. Никак не могу разобраться где происходит проверка на присвоение ип из пула для отключенных абонов. Спасибо.
  6. ipoe

    апну тему :) А коробка платная или то что есть в cvs?
  7. А! это я знаю, я почему то подумал что имелось ввиду что трафик пойдет через сервер доступа, А то что он обратно в этот-же линк пойдет это я понял. Ну если упрется в 1Гиг, всегда можно соединить etherchanel :)
  8. А можно узнать почему трафик пойдет именно в обе стороны? Если на сервере доступа на влан-интерфейсах не будет ип-адресов и как таковой внутри-влан трафик будет маленький, т.к. на L3 все закроется кроме icmp?
  9. В общем-то подозревал что будет, решил перестраховаться и уточнить :)
  10. Приветствую! Возник такой вопрос. Имеется свич с несколькими вланами, доступ в интернет через pppoe, на сервер тянутся все вланы тегированным трафиком. Собственно необходимо осуществлять маршрутизацию между вланами на отдельной железке. Будет-ли такая схема работать? Вот примерная схема
  11. ко всему прочему, как вариант, убрать шейпер для клиентов и посмотреть на графики загрузки
  12. у клиента и у сервера должен быть общий L2 уровень.
  13. слышал про accel-ppp, но пока использую дефолтный pppoe-server в kernel mode. Пока справляется :)
  14. ну, т.к. я сервера доступа (и pppoe в частности) без необходимости не перезагружаю, то скорее всего более правильный вариант будет одна копия на 64 интерфейса. А второй вариант интересен, но не радует сотня процессов в каждый влан
  15. Хорошо :) ответ вобщем-то такой как я предполагал (что нужно заводить все и везде, будет хорошо) А как тогда лучше реализовать "слушание" сервера во все vlan'ы. запускать кучу копий сервера, либо одну копию с длинным параметром запуска (pppoe-server -I vlan10 -I vlan20 ...) (OS Debian 6.0)