survivor Опубликовано 19 июня, 2014 · Жалоба Добрый день, Имеется в строю 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, потом снова поставить редирект и снова загрузить - нового редиректа на происходит. Если поменять адрес редиректа - то же. Выключать/включать пакеты ВСЕМ абонентам для повторного оповещения как-то не хочется... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dimic Опубликовано 23 июня, 2014 (изменено) · Жалоба Дополню вопрос ТС-а. Есть подсеть с юзерами, до которых необходимо донести важную информацию. Как можно организовать оповещение для них, не перенося их в спецефические package? Само собой у людей из этой подсети разные тарифы и разные текущие packages. upd. вариант с зонами похоже не работает. Была идея создать zone с целевой подсетью, после чего классифицировать трафик по этой зоне для каждого тарифа и повешнать одноразновый нотификейшн. upd. rtfm *** A zone is a collection of network-side IP addresses. Вариантом пока только видится перенос целевой аудитории в отдельный пекедж с какой-то усредненной полосой пропускания, чтобы не лишать совсем интернета (ну не дублировать же каждый тариф для редиректа *sic*). Городить какие-то костыли для проверки на предмет того, что информация просмотрена, и возврат в родной пекедж. в общем, решение нужно в комплексе по разным параметрам: дом, район, IP подсеть, несколько разных IP адресов и т.д. Изменено 23 июня, 2014 пользователем Dimic Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tehmeh Опубликовано 23 июня, 2014 · Жалоба Дополню вопрос ТС-а. Есть подсеть с юзерами, до которых необходимо донести важную информацию. Как можно организовать оповещение для них, не перенося их в спецефические package? Само собой у людей из этой подсети разные тарифы и разные текущие packages. Первое, что приходит на ум: редиректить всех вообще, передавать url, с которого происходит редирект (это 100% возможно) и subscriber_id (тут сомневаюсь, надо заглянуть, вроде галочка была). А там уже сервер-сайд решать – тот ли это парень, если да - показывать что хочешь, если нет - делать еще редирект на заранее сохраненный url. упд. вариант с зонами похоже не работает. Была идея создать zone с целевой подсетью, после чего классифицировать трафик по этой зоне для каждого тарифа и повешнать одноразновый нотификейшн. Зона – это куда, а не откуда. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
cmhungry Опубликовано 23 июня, 2014 · Жалоба У меня был просто пакет "есть сообщения". В нем был редирект "until user browses to..." Когда пользователь туда браузил - показывались сообщения, и пакет на SCE для него менялся на его обычный тарифный пакет. Пользователи - не анонимные. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dimic Опубликовано 24 июня, 2014 · Жалоба Первое, что приходит на ум: редиректить всех вообще, передавать url, с которого происходит редирект (это 100% возможно) и subscriber_id (тут сомневаюсь, надо заглянуть, вроде галочка была). А там уже сервер-сайд решать – тот ли это парень, если да - показывать что хочешь, если нет - делать еще редирект на заранее сохраненный url. Да вот не хотелось бы лишний раз ненужных пользователей через редиректы гонять. В этой схеме subscriver_id необязательно передавать, можно и по IP идентифицировать человека, собственно так у нас работает урезанная копия личного кабинета без авторизации через логин/пароль. Зона – это куда, а не откуда. Ага, уже прочитал в доке. У меня был просто пакет "есть сообщения". В нем был редирект "until user browses to..." Когда пользователь туда браузил - показывались сообщения, и пакет на SCE для него менялся на его обычный тарифный пакет. Так вот и интересует чем меняете пакет: скриптом, SM-ом, через API? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tehmeh Опубликовано 24 июня, 2014 · Жалоба Да вот не хотелось бы лишний раз ненужных пользователей через редиректы гонять. В этой схеме subscriver_id необязательно передавать, можно и по IP идентифицировать человека, собственно так у нас работает урезанная копия личного кабинета без авторизации через логин/пароль. Не уверен, что есть конкретный инструмент под такую задачу. В любом случае придется искать workaround. Subscriber_id - это просто средство для идентификации абонента, можно и ip, если удобнее. У cmhungry неплохая схема, менять пакеты подписчикам после редиректа через API, это несложно. Осталось только решить как они попадают в этот самый пакет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
survivor Опубликовано 24 июня, 2014 · Жалоба tehmeh У cmhungry неплохая схема, менять пакеты подписчикам после редиректа через API, это несложно Этот API к самой SCE или к Subscriber Manager'у? У меня SM просто нету пока Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dimic Опубликовано 24 июня, 2014 · Жалоба Этот 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. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tehmeh Опубликовано 24 июня, 2014 · Жалоба Да, это API к самой SCE. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
roysbike Опубликовано 2 августа, 2014 · Жалоба Коллеги , помогите настроить редирект. Создал Redirect profiles, добавил свой url куда бросать клиентов. Activation trigger-Any, Activation frequency - Only once. Добавил в packedge, редирект не работает. Покажите ктонибудь пример , кто и как делает редирет на свой http сервер. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
roysbike Опубликовано 2 августа, 2014 (изменено) · Жалоба Коллеги , помогите настроить редирект. Создал Redirect profiles, добавил свой url куда бросать клиентов. Activation trigger-Any, Activation frequency - Only once. Добавил в packedge, редирект не работает. Покажите ктонибудь пример , кто и как делает редирет на свой http сервер. Разобрался , спасибо! Activation frequency изменил Always P.S блокирует через раз Изменено 2 августа, 2014 пользователем roysbike Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
drovorub Опубликовано 2 июня, 2015 · Жалоба хочется чтоб SCE редиректила абонента на определенный урл каждый раз, когда абонент создает сессию. дока говорит так: Only once—The subscriber is redirected to the notification only the first time the conditions are met. только где найти этот кондишн, может кто знает? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...