Jump to content
Калькуляторы

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

Добрый день,

 

Имеется в строю 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, потом снова поставить редирект и снова загрузить - нового редиректа на происходит. Если поменять адрес редиректа - то же.

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

post-61064-027297000 1403173636_thumb.gif

Share this post


Link to post
Share on other sites

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

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

 

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

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

Edited by Dimic

Share this post


Link to post
Share on other sites

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

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

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

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

 

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

 

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

Share this post


Link to post
Share on other sites

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

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

 

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

Share this post


Link to post
Share on other sites

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

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

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

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

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

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

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

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

Share this post


Link to post
Share on other sites

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

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

 

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

Share this post


Link to post
Share on other sites

tehmeh

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

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

Share this post


Link to post
Share on other sites

Этот 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.

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

 

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

Edited by roysbike

Share this post


Link to post
Share on other sites

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

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

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

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this