bda Posted March 7, 2012 Posted March 7, 2012 Коллеги, столкнулся тут с проблемой на Cisco ISG платформе... Ранее имел дело только с Juniper Service Manager. А там все просто, особенно имея на вооружении mutex-группы. Но не суть. А суть вопроса: как на Cisco ISG изменить параметры существующего на сессии сервиса, не заставляя ISG деактивировать его, а потом активировать его заново, но уже с другими параметрами? Вставить ник Quote
bda Posted March 9, 2012 Author Posted March 9, 2012 блин, я понимаю что это CoA... Как бы очевидно это. А вот как? Известно что есть возможность активировать сервис, деактивировать сервис. А как поменять параметры - не выполняя дективацию, а потом активацию с другими параметрами? Вставить ник Quote
bda Posted March 12, 2012 Author Posted March 12, 2012 Коллеги, ну может кто знает? Поделитесь пожалуйста... Вставить ник Quote
bda Posted April 2, 2012 Author Posted April 2, 2012 Сорри что апаю тему... Но может вс-таки знает, как это сделать, используя сервисы ISG, а не parametrized QoS... Вставить ник Quote
Bambuk Posted April 2, 2012 Posted April 2, 2012 (edited) Что именно хочешь поменять? Пока сервис активен хотябы на одной сессии, изменение его в конфиге ничего не изменит. И уж тем более он не будет запрошен с RADIUS сервера. ACL с помощью которого классифицируется трафик для сервиса поправить аккуратно можно. Все остальное - создаешь новый сервис, навешиваешь его вместо старого, после того как на старый никто не ссылается, он протухает и описание при необходимости будет взято из конфига или загружено с RADIUS. Edited April 2, 2012 by Bambuk Вставить ник Quote
bda Posted April 2, 2012 Author Posted April 2, 2012 Вроде бы старался вменяемо написать что хотел... Дело в том, что на Juniper - можно посылать в CoA - изменение параметров сессии через параметризацию. и это очень удобно. Не надо деактивировать сервис, надо только прислать новые параметры для всех сервисов, параметры которых надо поменять. Еще раз вопрос: можно ли так или как-то похоже исполнить на ISG. Т.е. не деактивировать в каждом coa нужные сессии, а потом их же опять активировать с новыми параметрами, что убого конечно... Вставить ник Quote
Winvic Posted April 2, 2012 Posted April 2, 2012 года два так и работаем, так и не нашел ничего. Просто выкидывают с браса всех. Вставить ник Quote
bda Posted May 2, 2012 Author Posted May 2, 2012 Офигеть... паршиво. В действительности, так и есть. В любом случае - спасибо за информацию. Вставить ник Quote
Alex/AT Posted May 2, 2012 Posted May 2, 2012 (edited) Генерите новый сервис, привязывайте изменяемых к новому сервису. Старый - грохайте после того, как всех перепривязали. С точки зрения железки (по опыту) скорее всего дело обстоит так: сервисы компилируются в определенные низкоуровневые софтовые и аппаратные функции. Т.е. чтобы изменить сервис - надо остановиться, все таблички всем абонентам с сервисом почистить-перекомпилить, и только потом лететь дальше. Edited May 2, 2012 by Alex/AT Вставить ник Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.