Jump to content

Recommended Posts

Posted

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

Posted

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

Posted

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

  • 3 weeks later...
Posted

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

Posted (edited)

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

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

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

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

Edited by Bambuk
Posted

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

 

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

  • 5 weeks later...
Posted

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

Posted (edited)

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

 

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

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

Edited by Alex/AT

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.