Внимание!
Эта wiki об устаревших версиях
Документация к актуальной версии интеграции 1С и телефонии доступна по ссылке

Инструменты пользователя

Инструменты сайта


kb:asterisk:ami:filter

Различия

Здесь показаны различия между двумя версиями данной страницы.

Ссылка на это сравнение

Следующая версия
Предыдущая версия
kb:asterisk:ami:filter [2011/12/17 14:00]
nb создано
kb:asterisk:ami:filter [2014/11/14 22:32] (текущий)
Строка 1: Строка 1:
 ====== Команда Asterisk Manager API: Filter====== ====== Команда Asterisk Manager API: Filter======
  
-Dynamically add filters for the current manager session.+Команда динамически добавляет фильтры для текущей сессии менеджера.
  
-The filters added are only used for the current sessionOnce the connection is closed the filters are removed.+Добавленные фильтры будут использованы только для текущей сессииКак только соединение будет закрыто фильтры удаляются.
  
-This comand requires the system permission because this command can be used to create filters that may bypass filters defined in manager.conf+Это команда требует система разрешения,​ поскольку эта команда может быть использована для создания фильтров,​ которые могут обходить фильтры,​ определенные в manager.conf.
  
 Необходимые привилегии:​ ,all Необходимые привилегии:​ ,all
Строка 13: Строка 13:
   * ActionID: Не обязательный ID команды,​ который будет возвращен в ответе.   * ActionID: Не обязательный ID команды,​ который будет возвращен в ответе.
   * Operation   * Operation
-       * Add - Add a filter+  ​* Add - Добавить фильтр
-  * Filter - Filters can be whitelist or blacklist Example whitelist filter: "​Event:​ Newchannel"​ Example blacklist filter: "​!Channel:​ DAHDI.*"​ This filter option is used to whitelist or blacklist events per user to be reported with regular expressions and are allowed if both the regex matches and the user has read access as defined in manager.conf. Filters are assumed to be for whitelisting unless preceeded by an exclamation point, which marks it as being black. Evaluation of the filters is as follows: - If no filters are configured all events are reported as normal. - If there are white filters only: implied black all filter processed first, then white filters. - If there are black filters only: implied white all filter processed first, then black filters. - If there are both white and black filters: implied black all filter processed first, then white filters, and lastly black filters.+  * Filter - Фильтры могут быть добавлены как в "​белый",​ так и в "​черный список"​. Пример "​белого"​ списка:"​Event:​ Newchannel"​. Пример черного списка "​!Channel:​ DAHDI.*"​. Это команда используется для составления "​белых"​ и "​черных"​ списков для каждого пользователя для оповещения с регулярными выражениями и разрешены если оба свойства подходят и пользователь имеет доступ на чтение,​ определенный в manager.conf. 
 +  * Фильтры по умолчанию находятся в "​белых списках",​ до тех пор пока не предшествует восклицательный знак, который помечает их как черный.  
 +Оценка фильтров выглядит следующим образом:​ - Если фильтры не заданы,​ все события обрабатываются как обычно. - Если есть только "​белые"​ фильтры,​ подразумевается,​ что в первую очередь обрабатываются все "​черные"​ фильтры , потом "​белый"​ фильтры. - Если есть только "​черные"​ фильтры,​ подразумевается,​ что в первую очередь обрабатываются все "​белые"​ фильтры,​ затем "​черные"​. - Если присутствуют "​белые"​ и "​черные"​ фильтры,​ подразумевается,​ что все "​черный"​ фильтры обрабатываются в первую очередь,​ затем "​белые"​ фильтры,​ и, наконец,​ "​черные"​ фильтры. 
 + 
 + 
 +  * Filters can be whitelist or blacklist Example whitelist filter: "​Event:​ Newchannel"​ Example blacklist filter: "​!Channel:​ DAHDI.*"​ This filter option is used to whitelist or blacklist events per user to be reported with regular expressions and are allowed if both the regex matches and the user has read access as defined in manager.conf. Filters are assumed to be for whitelisting unless preceeded by an exclamation point, which marks it as being black. Evaluation of the filters is as follows: - If no filters are configured all events are reported as normal. - If there are white filters only: implied black all filter processed first, then white filters. - If there are black filters only: implied white all filter processed first, then black filters. - If there are both white and black filters: implied black all filter processed first, then white filters, and lastly black filters.
  
 ===== Пример ===== ===== Пример =====
kb/asterisk/ami/filter.1324130426.txt.gz · Последние изменения: 2014/11/14 22:32 (внешнее изменение)