Понимает ли UTM5 alive-пакеты от радиуса??

[ITT]

Хотелось бы сделать так, чтобы деньги снимались с клинта в процессе подключения, а не по окончании сессии. Проблема в том, что иногда сессии подвисают и теряется вся наработка по клиенту, а когда клиент сидел целую ночь - это не очень приятно. Вопрос такой работает ли utm_radius c alive-пакетами?
Сам UTM стоит под линуксом, pppd использует 2.4.3 (в нем похоже, что по умолчанию не предусмотрена работа с alive, надо искать патчи, но для этого нужно точно знать - работет ли radius с ними).

[Chris]

А ты session-timeout выставляй и подвисшие сессии будут скидываться

[cjcrazy]

А ты session-timeout выставляй :-) и подвисшие сессии будут скидываться

это ж через заднее технологическое отверстие получается

[ITT]

Это не решение, session timeout стоит 43200, есть люди которые сидят в Инете подолгу (качают всякие обновления, пакеты под линукс и т. д.) Сделать меньше - сессию будут часто сбрасыватьс (при чем рабочие), возникают проблемы при этом с клиентами. Тем более, при таком timeout есть другая проблема - если сессию неправильно отбилась и обрубилась по timeout - с клиента списываются деньги за сессию в 43200... что тоже не есть быть правильно (причем очень даже не правильно). А alive-пакеты помогли бы избежать такой ситуации...
Да и в случае если подвисло ядро, а потом перезапустилось, а вместе с ней и радиус - такие сессии так и будут в базе висеть... а так бы с них хоть часть денег снялась бы...

[Chris]

session-idle-timeout?

не рулит чтоли?

ЗЫ: Через задницу сессию не сбрасывать по таймауту, а после жаловаться что з\п вам не платят из-за издержек провайдера.

[ITT]

session-idle-timeout?

не рулит чтоли?

Хм-мм, а где прописывается данный параметр, что то я в документации не нашел...
Я имел ввиду максимальный таймаут, который задается в настройках тарифа. Есть еще параметр idle в настройках pppd (но он тоже не всегда помогает, ежели сама сессия подвисает). А вот где задается session-idle-timeout - найти не могу.

[Chris]

в параметрах передаваемых клиенту... Т.е. если в течении указанного времени в секундах не будет гоняться трафик, то соединение закроется автоматом по таймауту.

[Chris]

Вот на Циске в доках:

Access-Request 172.16.171.9:1645 id 109
Attribute Type 4: NAS-IP-Address is 171.68.201.53
Attribute Type 5: NAS-Port is 1
Attribute Type 61: NAS-Port-Type is Asynchronous
Attribute Type 1: User-Name is radt
Attribute Type 2: User-Password is (encoded)
Attribute Type 6: Service-Type is Framed
Attribute Type 7: Framed-Protocol is PPP
Access-Accept 172.16.171.9:1645 id 109
Attribute Type 6: Service-Type is Framed
Attribute Type 7: Framed-Protocol is PPP
Attribute Type 27: Session-Timeout is 180 seconds
Attribute Type 28: Idle-Timeout is 60 seconds

Note that the session timeout is 180 seconds and idle timeout is 60 seconds.

[ITT]

в параметрах передаваемых клиенту... Т.е. если в течении указанного времени в секундах не будет гоняться трафик, то соединение закроется автоматом по таймауту.

В pppd это и регулируется параметром idle - там все прописано, но при этом если pppd по каким-либо причинам подвисает, то сессия не обсчитывается, остается активной в базе.

В общем вопрос на счет alive остается открытым - рабоает или нет???

[Chris]

Насчет Alive даже если он и работает кто тебе будет не закрытую сессию обсчитывать ИМХО

[ITT]

Насчет Alive даже если он и работает кто тебе будет не закрытую сессию обсчитывать ИМХО

Radius, а кто же еще то?
На сколько я помню во FreeNIBS - это реализовано, там freeradius считает по alive-пакетам, вот мне и интересно, а может ли так же считать utm_radius и, если не может, то почему??