> > делается и на одном порту. Никто не мешает серверу авторизации, принявшему
> > через tacacs авторизационный запрос, отправить эккаунтинговый пакет на
> > сервер биллинга. Хоть бы и по протоколу radius.
> >
> Можно. Но это уже хорошо усложнает (ухудшает) общую надежность.
> И это как-бы подпорки. Просто радиус это уже и так делает. Как есть.
Какой радиус это делает? Какая архитектура системы? Зачем мне
лишняя логическая связь? Что я приобрету и что потеряю? Еще раз,
там нет однозначности, при столь поверхностном обсуждении.
> > Это не время. Это фантики такие. Иначе ночной тариф не получается.
> > Вобщем и мы делаем аналогично, а вот MTU/absolut принципиально иначе.
> > С чего дискуссия и началась.
> >
> > > В легкую. Нет в них потребности на dialup услуге. Продаем то время.
> >
> > Нет. Продаем услугу. А она может иметь хитрую структуру. С разными
> > тарифами в разное время суток и дня недели. Поэтому просто
> > складывать/вычитать время не получается. Нужно запускать тарификатор.
> >
> Представь себе тарификатор, который вызывается каждые 10 сек и работает
> исключительно со временем и заданными условиями. Причем он находиться
> как-бы в животе самого radius сервера. Он держит все сессии всех
> пользователей в памяти, загружая атрибуты/условия в начале сессии и
> сохраняя изменения в конце. Он же и принимает всякие решения...
А теперь представь себе обратный тарификатор, который живет в том-же
животе, но запускается в начале каждой сессии, чтобы из фантиков посчитать
timeout. Далее по тексту.
Похоже мы говорим об одном и том-же. Но с разных сторон.
Boris.
=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
Archive is accessible on
