BiTel

Насколько я понял из документации при настройки сей фичи можно назначить NASы и коды ошибок, для которых будет работать Reject-To-Accept, хотелось бы узнать можно ли как-нибудь еще разделить клиентов(по Тарифу например) на тех у кого работатет и тек у кого нет.
Хотелось бы чтобы Reject-To-Accept работал например только для физиков, а для юриков нет..

Нет, такого функционала нет.
Если только этот функционал самостоятельно скриптом реализовывать: http://wiki.bgbilling.ru/index.php/Детальное_информирование_абонентов_о_причинах_ошибки_691

Спасибо.

Еще вопрос, прописали в кофигурацию модуля PPPoE настройки, в том числе reject_to_accept.db.write=1, запустили в работу - все заработало, страничка с показами ошибок работает, вот только база dialup_reject_to_accept_1 не чистится сама, т.е записи не уходят после Session-Timeout=3600. Что скорее всего приведет к исчерпанию пула с адресами. Куда копать чтобы записи исчезали?
Конфиг в модуле PPPoE:

Версия:

Оставьте всё как есть, ничего не исчерпается.

Собственно еще вопросик. Про "страничку-заглушку", можно ли на ней принудительно отключить кеширование браузерами и сквидами всяким, а то пользователи жалуются что после "правильного" пересоединения у них открытые ранее сайты не доступны, а стоит "страница-заглушка"?

Вы ее через что показываете? прокси какой нить a-la nginx? если да, то отдавайте header-ы

и всех делов ... сама страничка не при чем, т.к. вы на нее заворачиваете юзеров, у которых скорее всего стоит очень вумная опера которая все кеширует, ну а Вы запретите ей это делать

Заворачиваем при помощи Cisco ISG, поэтому хотелось чтобы сам БГ отдавал , вопрос как научить?

поставьте перед БГБ nginx и проксируйте им запросы - это будет правильно с точки зрения нагрузки на БГБ, людям сможете красивые URL для статистики/ошибки и т.д. давать (stat/error.provider.ru и т.п.) и хедеры любые отдавать сможете

киньте плиз в личку конфиг кота, модуля и наса - хочется глянуть как Вы с ISG это все сдружили

Да оно и так красиво все, кроме собственно клиентского кэша. Хотелось бы поменьше звеньев в цепочке.
Сегодня постараюсь кинуть.

nginx перед БГБ будет дааалеко не лишним звеном особенно когда БГБ начнет получать туеву хучу запросов на которые всего один ответ "ашипка баланса/статуса!"
у меня сейчас nginx просто отдает страничку с ошибкой, так по логам ее и windows update и кто только еще не "смотрит"

Пока нагрузка не велика, правда у нас туда только 80 и 443 заворачиваются.

у меня заворачивается только 80-й порт и страничка ошибки очень "востребована" всем подряд что куда-то в инет лезет ... от нуля до нескольких сотен, а то и тысяч (когда-как - зависит от кол-ва неплательщиков, открытых у них окон, настроки обновления и т.д. и т.п.) запросов в секунду бывает и слать их на БГБ у меня что-то нет особого желания, а nginx даже и не замечает что столько обрабатывает, т.к. для него это семечки

При авторизации MS-CHAP2 фича не работает, в логе mpd пишет следующее:



Можно что-то с этим сделать?

В настоящий момент с MS-CHAP v.2 функционал не работает. Отписал в TODO. Посмотрим при случае.