использование редиректов в cisco SCE

[survivor]

Добрый день,

 

Имеется в строю cisco SCE2020, хочется сделать с ее помощью оповещение всем юзерам, например о ближайших техработах.

 

Сейчас все абоненты на ней просто anonymous subscribers, для теста создал пустой package (1) и привязал его к своему IP:

SCE1#>more SL.txt
ABON1, x.x.x.x/32, 1

SCE1(config)#>int LineCard 0
SCE1(config if)#>subscriber import csv-file SL.txt

В package'е поставил для DefaultRule птичку Redirect profile for this service: Redirection Profile 1.

 

В принципе все работает. Вопрос касательно ньюансов использования. Прикладываю скриншот настройки Redirection Profile 1:

 

Если использовать Activation frequency = "Always" или "Until the subscriber browses to" - где SCE хранит информацию о том, что данный абонент один раз уже был редиректнут или перешел по нужной ссылке. И можно ли как-то обнулить эту информацию? Допустим, через какой-то промежуток времени нужно показать новое сообщение или наоборот может ли произойти ситуация что через через какой-то промежуток времени клиенту повторно покажется (что не нужно) то же самое сообщение?

Предполагаю что это связано с механизмом subscriber aging? Пробовал выставить его в минимальное значение, отключал тестового пользователя от сети, но даже после большого периода простоя сообщение повторно не показывалось. Если снять с subscriber'а package и снова поставить - редирект снова происходит.

Если просто убрать птичку в default rule для пакета, загрузить конфиг на SCE, потом снова поставить редирект и снова загрузить - нового редиректа на происходит. Если поменять адрес редиректа - то же.

Выключать/включать пакеты ВСЕМ абонентам для повторного оповещения как-то не хочется...

[Dimic]

Дополню вопрос ТС-а. Есть подсеть с юзерами, до которых необходимо донести важную информацию.

Как можно организовать оповещение для них, не перенося их в спецефические package? Само собой у людей из этой подсети разные тарифы и разные текущие packages.

 

upd. вариант с зонами похоже не работает. Была идея создать zone с целевой подсетью, после чего классифицировать трафик по этой зоне для каждого тарифа и повешнать одноразновый нотификейшн.

upd. rtfm *** A zone is a collection of network-side IP addresses. Вариантом пока только видится перенос целевой аудитории в отдельный пекедж с какой-то усредненной полосой пропускания, чтобы не лишать совсем интернета (ну не дублировать же каждый тариф для редиректа *sic*). Городить какие-то костыли для проверки на предмет того, что информация просмотрена, и возврат в родной пекедж. в общем, решение нужно в комплексе по разным параметрам: дом, район, IP подсеть, несколько разных IP адресов и т.д.

Edited June 23, 2014 by Dimic

[tehmeh]

Дополню вопрос ТС-а. Есть подсеть с юзерами, до которых необходимо донести важную информацию.

Как можно организовать оповещение для них, не перенося их в спецефические package? Само собой у людей из этой подсети разные тарифы и разные текущие packages.

Первое, что приходит на ум: редиректить всех вообще, передавать url, с которого происходит редирект (это 100% возможно) и subscriber_id (тут сомневаюсь, надо заглянуть, вроде галочка была).

А там уже сервер-сайд решать – тот ли это парень, если да - показывать что хочешь, если нет - делать еще редирект на заранее сохраненный url.

 

упд. вариант с зонами похоже не работает. Была идея создать zone с целевой подсетью, после чего классифицировать трафик по этой зоне для каждого тарифа и повешнать одноразновый нотификейшн.

 

Зона – это куда, а не откуда.

[cmhungry]

У меня был просто пакет "есть сообщения". В нем был редирект "until user browses to..."

Когда пользователь туда браузил - показывались сообщения, и пакет на SCE для него менялся на его обычный тарифный пакет.

 

Пользователи - не анонимные.

[Dimic]

Первое, что приходит на ум: редиректить всех вообще, передавать url, с которого происходит редирект (это 100% возможно) и subscriber_id (тут сомневаюсь, надо заглянуть, вроде галочка была).

А там уже сервер-сайд решать – тот ли это парень, если да - показывать что хочешь, если нет - делать еще редирект на заранее сохраненный url.

Да вот не хотелось бы лишний раз ненужных пользователей через редиректы гонять. В этой схеме subscriver_id необязательно передавать, можно и по IP идентифицировать человека, собственно так у нас работает урезанная копия личного кабинета без авторизации через логин/пароль.

Зона – это куда, а не откуда.

Ага, уже прочитал в доке.

У меня был просто пакет "есть сообщения". В нем был редирект "until user browses to..."

Когда пользователь туда браузил - показывались сообщения, и пакет на SCE для него менялся на его обычный тарифный пакет.

Так вот и интересует чем меняете пакет: скриптом, SM-ом, через API?

[tehmeh]

Да вот не хотелось бы лишний раз ненужных пользователей через редиректы гонять. В этой схеме subscriver_id необязательно передавать, можно и по IP идентифицировать человека, собственно так у нас работает урезанная копия личного кабинета без авторизации через логин/пароль.

Не уверен, что есть конкретный инструмент под такую задачу. В любом случае придется искать workaround. Subscriber_id - это просто средство для идентификации абонента, можно и ip, если удобнее.

 

У cmhungry неплохая схема, менять пакеты подписчикам после редиректа через API, это несложно. Осталось только решить как они попадают в этот самый пакет.

[survivor]

tehmeh

У cmhungry неплохая схема, менять пакеты подписчикам после редиректа через API, это несложно

Этот API к самой SCE или к Subscriber Manager'у? У меня SM просто нету пока

[Dimic]

Этот API к самой SCE или к Subscriber Manager'у? У меня SM просто нету пока

 

API к самой SCE. Предназначено как раз для того, чтобы обходится без SM-а.

Ссылки на API:

http://www.cisco.com/c/en/us/td/docs/cable/serv_exch/serv_control/broadband_app/rel41x/subscAPI/subsc_api.html

http://www.cisco.com/c/en/us/td/docs/cable/serv_exch/serv_control/broadband_app/rel41x/java_api/java_api.html

 

Так что самое время познакомится с Java.

[tehmeh]

Да, это API к самой SCE.

[roysbike]

Коллеги , помогите настроить редирект. Создал Redirect profiles, добавил свой url куда бросать клиентов. Activation trigger-Any, Activation frequency - Only once. Добавил в packedge, редирект не работает. Покажите ктонибудь пример , кто и как делает редирет на свой http сервер.

[roysbike]

Коллеги , помогите настроить редирект. Создал Redirect profiles, добавил свой url куда бросать клиентов. Activation trigger-Any, Activation frequency - Only once. Добавил в packedge, редирект не работает. Покажите ктонибудь пример , кто и как делает редирет на свой http сервер.

Разобрался , спасибо! Activation frequency изменил Always

 

P.S блокирует через раз

Edited August 2, 2014 by roysbike

[drovorub]

хочется чтоб SCE редиректила абонента на определенный урл каждый раз, когда абонент создает сессию.

дока говорит так:

Only once—The subscriber is redirected to the notification only the first time the conditions are met.

только где найти этот кондишн, может кто знает?