shafiev Posted February 22, 2016 (edited) Возникла следующая проблема с CISCO ISG . При смене параметров старых тарифов на которых уже есть проавторизированные абоненты приходиться делать рестарт ASR ( согласен немного дебильно ) , хотя и в бд уже обновленные параметры . Не помогает также отключение сервис полиси на интерфейсе и чистка всех абонентов Есть ли вариант более человеческего варианта обновления параметров(в основном скорость) для существующих тарифов(сервис,политик) ? Версия ios asr1000rp2-adventerprisek9.03.15.01.S.155-2.S1-std.bi Edited February 22, 2016 by shafiev Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
zhenya` Posted February 22, 2016 Все же чистка при снятой полиси помогает сбрасывать кэш. Самое тупое изменить имя сервиса. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
shafiev Posted February 22, 2016 Все же чистка при снятой полиси помогает сбрасывать кэш. Самое тупое изменить имя сервиса. на старом 7200 ISG там оно помагла один раз , имя сервиса тоже немного костыльно Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
tehmeh Posted February 23, 2016 Все же чистка при снятой полиси помогает сбрасывать кэш. Самое тупое изменить имя сервиса. Не так давно с ISG работаю, еще не успел столкнуться с этой проблемой, но наслышан о ней. Можно поинтересоваться, в чем тут соль? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
shafiev Posted February 23, 2016 Все же чистка при снятой полиси помогает сбрасывать кэш. Самое тупое изменить имя сервиса. Не так давно с ISG работаю, еще не успел столкнуться с этой проблемой, но наслышан о ней. Можно поинтересоваться, в чем тут соль? Ну вот к примеру у тебя был тарифный блан ATP_205 c 10 мегабитами скорости , а теперь кампания и этот тариф с новой скоростью , и у АСР старые параметры кэшируються ( Можно в принципе через CoA, но все равно не то : В простом случае это будет: User-Name += cisco, Password += cisco, Cisco-Account-Info += "S10.1.1.2", <- это идентификатор клиента, кому меням скорость, в данном варианте - IP-адрес. Cisco-Service-Info += "QU;512000;256000;256000;D;512000;256000;256000" Если требуется сменить сервис полностью: User-Name += cisco, Password += cisco, Cisco-Account-Info += "S172.16.18.6", Cisco-AVPair += "subscriber:command=activate-service", Cisco-AVPair += "subscriber:service-name=SERV-PREPAID-TRANS" <-- название нового сервиса. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
zhenya` Posted February 23, 2016 Мы генерим сервисы по шаблону (в имени присутствует скорость), и при изменении скорости апдейтим параметр в билинге. При след авторизации все правильно будет. Все же снятие полиси и чистика сессий работает. Ещё раз проверь ) Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
shafiev Posted February 23, 2016 Все же снятие полиси и чистика сессий работает. Ещё раз проверь ) Делал , но что то не так, ладно след раз еще раз сделаю . Правда при этом при обратном поднятии начинаеться вал абонентов и они не все подымаються приходиться чистить неавторизованные по несколько раз чтобы все поднялись( хотя у меня далеко не столько как у тебя абонентов :) ) Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
tehmeh Posted February 23, 2016 shafiev, спасибо за разъяснения, теперь понял! Мы генерим сервисы по шаблону (в имени присутствует скорость), и при изменении скорости апдейтим параметр в билинге. При след авторизации все правильно будет. Аналогичный подход, видимо поэтому и не сталкивался с такой проблемой. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
vanishox Posted June 29, 2016 Возник такой вопрос - применяется ли контрольная политика на PPP интерфейсе (описанная в virtual-template) при старте сессии и отдачи сервисов из радиуса? В контрольной политике старт сессии никак не описывается - сессия стартует не из нее. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
