|
ru.cisco
- RU.CISCO ---------------------------------------------------------------------
From : Oleg Gawriloff 2:450/118 10 Jan 2006 13:15:07
To : Mike Zagrayevsky
Subject : Re: максимальный траффик
--------------------------------------------------------------------------------
You wrote to (Max Mukin) on Mon, 09 Jan 2006 19:10:02 +0200:
MZ>Да вот непонятно
MZ>SSG как я понял сам по себе не работает - ему еще нужна софтина
MZ>SESM и еще как кошковики выражатся " and other components to provide a
MZ>subscriber edge services solution. " :)
MZ>Короче просто радиусом там не отделаешься
Hикто тебе не мешает всю обвязку написать на чем угодно. Хоть скриптом на
шелле. По сути дела взаимодействие то все происходит между SSG-терминатором
и радиус-серверов. В варианте с SESM радиус сервер является прокси и
форвардит запросы на SESM.
MZ> Честно говоря я немного расстроился. Hикак не могу понять почему нельзя
MZ> просто ответить радиусом что-нибудь типа Max-Session-Octets и все...
MZ> Hеужели я так много хочу. Скинуть юзера при достижении некого лимита
MZ> траффика...
Берешь да скидываешь.
Скрипт из 4х функциональных строчек:
Если число байтов переданных и(или) полученных в пределах текущей сессии для
данного пользователя превышает текущую квоту для него то зайти по rsh на
циску и сказать clear int с одновременным выключением пользователя в
базе/радиусе.
??>> Volume prepaid функциональность есть в SSG/ISG.
??>> Иначе - только использовать частые alive.
Яя.
Правдка как оно работает в SSG/ISG науке неизвестно. Мне так и не ответили к
примеру на вопрос: если пользователй законнектился в SSG-маршрутизатор, но
не присоединен ни к одному сервису, почему он трафик от него наружу
пропускает.
With best regards, Oleg Gawriloff.
--- Microsoft Outlook Express 6.00.2900.2670
* Origin: Atlant Telecom (2:450/118.0)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
