shafiev Posted May 10, 2017 · Report post Коллеги, понадобилось реализовать стандартную фишку типа двойной ночной скорости . Проблема в том начинаю с Cisco IOS XE Release 3.11S оно кешируют полиси (тарифы) и сбрасывает только когда на нем нету 5 минут абонентов http://www.cisco.com...templating.html . Подскажите как временно эту фишку отключить. Полиси прилетает с радиуса. Реализовывать локальной policy не очень хочется ибо тарифов много и теряется гибкость ( Пример локальной : policy-map type service SPEED-25M 50 class type traffic BTIME police input 2500000 police output 2500000 ! ! time-range BTIME periodic daily 19:00 to 24:00 ! ПО : Cisco IOS XE Software, Version 03.15.01.S - Standard Support Release Cisco IOS Software, ASR1000 Software (X86_64_LINUX_IOSD-ADVENTERPRISEK9-M), Version 15.5(2)S1, RELEASE SOFTWARE (fc1) Compiled Thu 25-Jun-15 16:01 by mcpre Железка : cisco ASR10xx (RP2) processor Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
s.lobanov Posted May 10, 2017 · Report post Не понятно что вы хотите делать. Править полиси-мапы через CLI скриптом? Это очень странное желание. у вас два пути - либо конфигурить локально ночную и дневную скорость, либо через CoA менять название сервиса на другое, где скорость двойная, это даст "гибкость" управления временем из биллинга, но всё равно, желание очень странное Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
furai Posted May 10, 2017 · Report post Обычно ночное увеличение делают с помощью time range ACL. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
shafiev Posted May 10, 2017 · Report post Не понятно что вы хотите делать. Править полиси-мапы через CLI скриптом? Это очень странное желание. у вас два пути - либо конфигурить локально ночную и дневную скорость, либо через CoA менять название сервиса на другое, где скорость двойная, это даст "гибкость" управления временем из биллинга, но всё равно, желание очень странное Нет лучше не через CLI . Проблема в том что у мне для каждого тарифа своя скорость бонусная (. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
furai Posted May 10, 2017 · Report post А параметры кеширования кажется можно задавать в aaa server radius. Могу потом поискать в старых конфигах, если остались. А параметры кеширования кажется можно задавать в aaa server radius. Могу потом поискать в старых конфигах, если остались. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
shafiev Posted May 10, 2017 · Report post А параметры кеширования кажется можно задавать в aaa server radius. Могу потом поискать в старых конфигах, если остались. А параметры кеширования кажется можно задавать в aaa server radius. Могу потом поискать в старых конфигах, если остались. Поищите плиз. Буду премного благодарен Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
s.lobanov Posted May 10, 2017 · Report post Нет лучше не через CLI . Проблема в том что у мне для каждого тарифа своя скорость бонусная (. Напишите что именно вы хотите. Допустим, кеширования нет. Как вы хотите делать ночные скорости? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
furai Posted May 10, 2017 (edited) · Report post Почитал статью по ссылке из первого поста, как отключить templating, к сожалению, не знаю. На более старом софте для управления кешированием использовали следующее: aaa cache profile SVC-PF all aaa group server radius RAD_ONYMA_SVC_AP2 server ххх auth-port 1812 acct-port 1813 cache authorization profile SVC-PF cache authentication profile SVC-PF ! aaa group server radius RAD_ONYMA_SUB_AP2 server ххх auth-port 1812 acct-port 1813 ! Т.е. тут наоборот сделано полное кеширование сервисов, чтобы избавить radius'ы от бесполезной нагрузки. Все же повторюсь: обычно ночное увеличение делают с помощью time range ACL. При этом разные бонусные скорости совсем не повод не кэшировать сервисы. Edited May 10, 2017 by furai Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
buckethead Posted May 10, 2017 · Report post Не сильно вдавался в подробности поста ТС, но раньше проблемы с кэшированием на стороне ISG решались именем сервиса. То есть, если имя сервиса всегда одинаковое, но параметры меняются, тогда есть проблема с тем, что ISG закэширует старые параметры и не спросит RADIUS, навешивайте через CoA новый сервис, с отличным именем. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
shafiev Posted May 12, 2017 (edited) · Report post Не сильно вдавался в подробности поста ТС, но раньше проблемы с кэшированием на стороне ISG решались именем сервиса. То есть, если имя сервиса всегда одинаковое, но параметры меняются, тогда есть проблема с тем, что ISG закэширует старые параметры и не спросит RADIUS, навешивайте через CoA новый сервис, с отличным именем. Согласен, трабла в том для каждого тарифа по сути сервиса своя двойная скорость и тарифов немного множко из-за различных VRF и скоростей. Edited May 12, 2017 by shafiev Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
