5.3-001-RC2 CoA

[kirush]

Добрый день!
Есть ли на форуме те кто уже установил RC2 и попробовал в работе CoA для изменения скорости тарифа на лету?
Поделитесь пожалуйста способом решения или может разработчики намекнут как надо это сделать, пока нет документации на 5.3?

[Vans]

А тут не описано?
http://www.netup.ru/download/UTM5/5.3/UTM_rus.pdf

[serjk]

1. В dynashape настраиваете RADIUS-атрибуты шейпирования (задаются в виде шаблона, в который подставляется скорость)
2. В свойствах NAS включаете CoA и соответствующий секрет
3. Настраиваете NAS (чтобы принимал CoA пакеты, зависит от используемого NAS)

При изменении ширины канала на NAS будет уходить CoA-Request, в котором будут присутствовать новые атрибуты шейпирования.

Документацию будем дорабатывать, возможно присутствующего там описания недостаточно.

[kirush]

Спасибо будем пробовать. А нельзя ли поподробней про 3ий пункт?

[ZeM]

serjk
Что сделано в mpd5

Код: Выделить всё

set radsrv peer XX.XX.XX.XX pass
set radsrv open

Где XX.XX.XX.XX - это ip UTM+радиус
pass - пароль заданный в билинге.
Вопрос такой как выглядит шаблон в который подставляется скорость?
Типа такого?

Код: Выделить всё

out#1=all shape 30720000 pass burst 3840000

ID вендора и ID атрибута?
Можно пару скринов с Вашего тестового стенда админки UTM, дабы избежать лишних вопросов?
Как понимаю mpd5 v. 5.6 уже собран для поддержки RAD_COA_REQUEST. RAD_COA_REQUEST определяется в /usr/include/radlib.h

[serjk]

Спасибо будем пробовать. А нельзя ли поподробней про 3ий пункт?

Здесь есть некоторые примеры для MPD

viewtopic.php?p=53739

CoA запрос - по сути такой же RADIUS пакет, но его инициатором является utm5_radius, а за обработку отвечает NAS.

Вам нужно настроить NAS таким образом, чтобы он принимал CoA запросы на определенном интерфейсе и порту. Запросы должны подписываться секретом, который задан в биллинге в свойствах NAS (т.е. utm5_radius и NAS должны иметь одинаковый секрет).

В CoA запросе содержится ряд атрибутов, в частности User-Name, Acct-Session-ID, Framed-IP-Address, чтобы NAS мог определить, какую сессию следуют модифицировать.

Атрибуты, определяющие ширину канала, зависят от используемого Вами NAS (по ссылке выше есть примеры для MPD). Эти атрибуты должны быть настроены в свойствах динамического шейпирования в UTM5.

[serjk]

Атрибуты для MPD

mpd VSA (12341) - vendor ID, далее attribute ID:

1 mpd-rule
2 mpd-pipe
3 mpd-queue
4 mpd-table
5 mpd-table-static
6 mpd-filter
7 mpd-limit
154 mpd-drop-user

[ZeM]

Ну понятно Вендор и ID остаются теми же что и ранее.
Понимаю что дополнительно на впн сервере добавить замечательную строку вида

Код: Выделить всё

set radsrv self 127.0.0.1 3799

[serjk]

Вероятно только

Код: Выделить всё

set radsrv self <интерфейс NAS, на который будут приходить CoA запросы от utm5_radius> 3799

Если mpd и ядро стоят на одной машине, то 127.0.0.1

[ZeM]

Благодарю будем пробывать! Будет здорово если и отразите информацию более подробно и в документации.

[serjk]

serjk
Типа такого?

Код: Выделить всё

out#1=all shape 30720000 pass burst 3840000

Шаблоны следующего вида (стенда с MPD в данный момент нет, так что это стоит рассматривать как пример)

[Витька]

Я правильно понимаю, что функционал CoA доступен только при использовании модуля Dynashape?

[ZeM]

Думаю нет - т.к. это же добавили в штатный радиус. Соотвествено по идее такие пакеты CoA могут обойтись и без Dynashape.

[Витька]

Думаю нет - т.к. это же добавили в штатный радиус. Соотвествено по идее такие пакеты CoA могут обойтись и без Dynashape.

Так а кто их будет и в какой момент инициировать?

[ZeM]

Витька
Допустим самописный скрипт который будет обращаться к радиусу при наступлении некоего события (условия). Поэтому "строгой" привязки к dynashape тут нет - если ошибаюсь пусть поправят авторы.
А если рассматриваем вариант "из коробки" то да без dynashape не обойтись.