URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 11425
[ Назад ]
Исходное сообщение
"aaa accounting update"
Отправлено slw , 04-Сен-06 16:41 
Всем хорошего времени суток!

Вопрос по Accounting.
Точнее по aaa accounting update

Эта штука заставляет Циску слать радиусу обновление счетчика трафика с интерфейса пользователя.
Подскажите, можно ли уговорить циску, чтобы после каждой отправки на радиус данных, счетчик на интерфейсе обнулялся....
Чтобы мне не в одну запись в базе всё update'ить, а более подробно во времени сохранять статистику.
Надеюсь я понятно изложил вопрос.

Заранее благодарен за ответ,
Вячеслав


Содержание
Сообщения в этом обсуждении
"aaa accounting update"
Отправлено fantom , 05-Сен-06 10:00 
>Всем хорошего времени суток!
>
>Вопрос по Accounting.
>Точнее по aaa accounting update
>
>Эта штука заставляет Циску слать радиусу обновление счетчика трафика с интерфейса пользователя.
>
>Подскажите, можно ли уговорить циску, чтобы после каждой отправки на радиус данных,
>счетчик на интерфейсе обнулялся....
>Чтобы мне не в одну запись в базе всё update'ить, а более
>подробно во времени сохранять статистику.
>Надеюсь я понятно изложил вопрос.
>
>Заранее благодарен за ответ,
>Вячеслав

Проще писать в базу приращение.

"aaa accounting update"
Отправлено Dmitriy , 06-Сен-06 00:07 
>>Всем хорошего времени суток!
>>
>>Вопрос по Accounting.
>>Точнее по aaa accounting update
>>
>>Эта штука заставляет Циску слать радиусу обновление счетчика трафика с интерфейса пользователя.
>>
>>Подскажите, можно ли уговорить циску, чтобы после каждой отправки на радиус данных,
>>счетчик на интерфейсе обнулялся....
>>Чтобы мне не в одну запись в базе всё update'ить, а более
>>подробно во времени сохранять статистику.
>>Надеюсь я понятно изложил вопрос.
>>
>>Заранее благодарен за ответ,
>>Вячеслав
>
>Проще писать в базу приращение.


А в таком случае что покажет STOP при разрыве связи ? Или перед STOP кошка полет еще один UPDATE ?

"aaa accounting update"
Отправлено slw , 06-Сен-06 11:48 
>>>Всем хорошего времени суток!
>>>
>>>Вопрос по Accounting.
>>>Точнее по aaa accounting update
>>>
>>>Эта штука заставляет Циску слать радиусу обновление счетчика трафика с интерфейса пользователя.
>>>
>>>Подскажите, можно ли уговорить циску, чтобы после каждой отправки на радиус данных,
>>>счетчик на интерфейсе обнулялся....
>>>Чтобы мне не в одну запись в базе всё update'ить, а более
>>>подробно во времени сохранять статистику.
>>>Надеюсь я понятно изложил вопрос.
>>>
>>>Заранее благодарен за ответ,
>>>Вячеслав
>>
>>Проще писать в базу приращение.
>
>
>А в таком случае что покажет STOP при разрыве связи ? Или
>перед STOP кошка полет еще один UPDATE ?

На СТОП она пошлёт последние значения счетчиков трафика порямого и обратного...
Но я как автор вопроса поставил задачу в том, чтобы накапливать ПОДРОБРУЮ статистику о расходовании трафика! Чтобы я мог в любой момент глянуть, какой объём трафика был закачан, например c 15:30 до 15:33... и.т.п. ...

Заранее благодарен,
Вячеслав

"aaa accounting update"
Отправлено fantom , 06-Сен-06 11:53 
>>>>Всем хорошего времени суток!
>>>>
>>>>Вопрос по Accounting.
>>>>Точнее по aaa accounting update
>>>>
>>>>Эта штука заставляет Циску слать радиусу обновление счетчика трафика с интерфейса пользователя.
>>>>
>>>>Подскажите, можно ли уговорить циску, чтобы после каждой отправки на радиус данных,
>>>>счетчик на интерфейсе обнулялся....
>>>>Чтобы мне не в одну запись в базе всё update'ить, а более
>>>>подробно во времени сохранять статистику.
>>>>Надеюсь я понятно изложил вопрос.
>>>>
>>>>Заранее благодарен за ответ,
>>>>Вячеслав
>>>
>>>Проще писать в базу приращение.
>>
>>
>>А в таком случае что покажет STOP при разрыве связи ? Или
>>перед STOP кошка полет еще один UPDATE ?
>
>На СТОП она пошлёт последние значения счетчиков трафика порямого и обратного...
>Но я как автор вопроса поставил задачу в том, чтобы накапливать ПОДРОБРУЮ
>статистику о расходовании трафика! Чтобы я мог в любой момент глянуть,
>какой объём трафика был закачан, например c 15:30 до 15:33... и.т.п.
>...
>
>Заранее благодарен,
>Вячеслав

может это и можно, но ИМХО не очень правильно.
Проще (и помоемому правильнее)
при обработке апдейтов уже на сервере записывать не абсолютное значение, а разность текущего и предидущего.

"aaa accounting update"
Отправлено Dmitriy Sirant , 06-Сен-06 12:40 
>
>может это и можно, но ИМХО не очень правильно.
>Проще (и помоемому правильнее)
>при обработке апдейтов уже на сервере записывать не абсолютное значение, а разность
>текущего и предидущего.

Для этого прийдется каждый раз при update делать лишний SELECT из базы, чтобы узнать предыдущее значение.

В принципе у меня это реализовано через netflow (кто когда и сколько) и pmacct (nfacct), а UPDATE интересен только для отключения пользователя, который превысил свой лимит во время сеанса.

"aaa accounting update"
Отправлено slw , 06-Сен-06 12:48 
>>
>>может это и можно, но ИМХО не очень правильно.
>>Проще (и помоемому правильнее)
>>при обработке апдейтов уже на сервере записывать не абсолютное значение, а разность
>>текущего и предидущего.
>
>Для этого прийдется каждый раз при update делать лишний SELECT из базы,
>чтобы узнать предыдущее значение.
>
>В принципе у меня это реализовано через netflow (кто когда и сколько)
>и pmacct (nfacct), а UPDATE интересен только для отключения пользователя, который
>превысил свой лимит во время сеанса.


У меня тоже так, но мне информация о IP адресах портах не нужна и я хотел бы от flow отвязаться....

Вячеслав

"aaa accounting update"
Отправлено Dmitriy Sirant , 06-Сен-06 13:17 
>>>
>>>может это и можно, но ИМХО не очень правильно.
>>>Проще (и помоемому правильнее)
>>>при обработке апдейтов уже на сервере записывать не абсолютное значение, а разность
>>>текущего и предидущего.
>>
>>Для этого прийдется каждый раз при update делать лишний SELECT из базы,
>>чтобы узнать предыдущее значение.
>>
>>В принципе у меня это реализовано через netflow (кто когда и сколько)
>>и pmacct (nfacct), а UPDATE интересен только для отключения пользователя, который
>>превысил свой лимит во время сеанса.
>
>
>У меня тоже так, но мне информация о IP адресах портах не
>нужна и я хотел бы от flow отвязаться....
>

Не проблема. При использовании nfacct коллектора укажите агрегирование по src_addr и небудет у вас информации о портах и адресах. И база будет расти небыстро совсем.

"aaa accounting update"
Отправлено slw , 06-Сен-06 13:22 
>>>>
>>>>может это и можно, но ИМХО не очень правильно.
>>>>Проще (и помоемому правильнее)
>>>>при обработке апдейтов уже на сервере записывать не абсолютное значение, а разность
>>>>текущего и предидущего.
>>>
>>>Для этого прийдется каждый раз при update делать лишний SELECT из базы,
>>>чтобы узнать предыдущее значение.
>>>
>>>В принципе у меня это реализовано через netflow (кто когда и сколько)
>>>и pmacct (nfacct), а UPDATE интересен только для отключения пользователя, который
>>>превысил свой лимит во время сеанса.
>>
>>
>>У меня тоже так, но мне информация о IP адресах портах не
>>нужна и я хотел бы от flow отвязаться....
>>
>
>Не проблема. При использовании nfacct коллектора укажите агрегирование по src_addr и небудет
>у вас информации о портах и адресах. И база будет расти
>небыстро совсем.

Это понятно, но задача чтобы отключить netflow на циске и при этом иметь подробныю статистику об объёме прохождения трафика!

Вячеслав

"aaa accounting update"
Отправлено Dmitriy Sirant , 06-Сен-06 12:37 

>>А в таком случае что покажет STOP при разрыве связи ? Или
>>перед STOP кошка полет еще один UPDATE ?
>
>На СТОП она пошлёт последние значения счетчиков трафика порямого и обратного...
>Но я как автор вопроса поставил задачу в том, чтобы накапливать ПОДРОБРУЮ
>статистику о расходовании трафика! Чтобы я мог в любой момент глянуть,
>какой объём трафика был закачан, например c 15:30 до 15:33... и.т.п.
>...
>

Извините что влез в беседу, но меня этот вопрос тоже интересует.