[bda]

Коллеги, столкнулся тут с проблемой на Cisco ISG платформе... Ранее имел дело только с Juniper Service Manager. А там все просто, особенно имея на вооружении mutex-группы. Но не суть. А суть вопроса: как на Cisco ISG изменить параметры существующего на сессии сервиса, не заставляя ISG деактивировать его, а потом активировать его заново, но уже с другими параметрами?

[triam]

В общем случае через посылку CoA

[bda]

блин, я понимаю что это CoA... Как бы очевидно это. А вот как? Известно что есть возможность активировать сервис, деактивировать сервис. А как поменять параметры - не выполняя дективацию, а потом активацию с другими параметрами?

[bda]

Коллеги, ну может кто знает? Поделитесь пожалуйста...

[bda]

Сорри что апаю тему... Но может вс-таки знает, как это сделать, используя сервисы ISG, а не parametrized QoS...

[Bambuk]

Что именно хочешь поменять?

Пока сервис активен хотябы на одной сессии, изменение его в конфиге ничего не изменит. И уж тем более он не будет запрошен с RADIUS сервера.

ACL с помощью которого классифицируется трафик для сервиса поправить аккуратно можно.

Все остальное - создаешь новый сервис, навешиваешь его вместо старого, после того как на старый никто не ссылается, он протухает и описание при необходимости будет взято из конфига или загружено с RADIUS.

Изменено 2 апреля, 2012 пользователем Bambuk

[bda]

Вроде бы старался вменяемо написать что хотел... Дело в том, что на Juniper - можно посылать в CoA - изменение параметров сессии через параметризацию. и это очень удобно. Не надо деактивировать сервис, надо только прислать новые параметры для всех сервисов, параметры которых надо поменять.

 

Еще раз вопрос: можно ли так или как-то похоже исполнить на ISG. Т.е. не деактивировать в каждом coa нужные сессии, а потом их же опять активировать с новыми параметрами, что убого конечно...

[Winvic]

года два так и работаем, так и не нашел ничего. Просто выкидывают с браса всех.

[bda]

Офигеть... паршиво. В действительности, так и есть. В любом случае - спасибо за информацию.

[Alex/AT]

Генерите новый сервис, привязывайте изменяемых к новому сервису. Старый - грохайте после того, как всех перепривязали.

 

С точки зрения железки (по опыту) скорее всего дело обстоит так: сервисы компилируются в определенные низкоуровневые софтовые и аппаратные функции.

Т.е. чтобы изменить сервис - надо остановиться, все таблички всем абонентам с сервисом почистить-перекомпилить, и только потом лететь дальше.

Изменено 2 мая, 2012 пользователем Alex/AT