Протокол Asterisk Management Interface (AMI) — ASCII или UTF-8?

UTF-8 обратно совместим с ASCII если не резать старший бит. Если не нужна проверка в клиенте на корректность представления code point'ов и не нужно делать операции вроде перевода из upper в lower и case insensitive сравнений, то можно всё обрабатывать в ASCII.

При переходе с UTF-8 на ASCII значительно упадет нагрузка клиента AMI, которому приходится перемалывать много данных.

Что ты там такое гоняешь интересное?

Текстовые данные. Куча Event'ов и Respons'ов от Asterisk.

Спасибо, Кэп!) А поточнее можно если не секрет?

Статистику не вёл (хотя хорошая идея).

Сам AMI-клиент находится в отдельном потоке. Профилирование показало, что одни из часто используемых и суммарно весьма тяжелых операций — это конвертирование потока байтов в UTF-8 и обратно.

Блин, я интересуюсь практическим применением. Клиент AMI что делает?

А, ты в таком смысле...

В общем, есть демон, где AMI — только часть.

1. Он служит связью между Asterisk и браузерами тех.поддержки. Таким образом в служебке привязываются записи разговоров к отдельным записям в служебке. А ещё автооткрытие новой записи в служебке при поднятии SIP. Ещё саппорты могут себя ставить на паузу с указанием разных причин, смотреть статус других саппортов (free, ringing, in use, pause), ну и количество залогиненых саппортов. Колл-центр небольшой. Связь с браузером через WebSockets.

2. Автопрозвон с кучей настроек, отправка смс, выполнение USSD.

3. Мониторинг состояния донглов и текущих звонков в браузере (в реальном времени, вновь через WebSocket).

4. Мониторинг очередей, чтобы саппорты видели, есть ли сейчас ожидающие на линии (как раз в процессе доработки).

5. Периодические проверки баланса и количества смс, ну и состояние каналов, потом данные отдаются через HTTP по запросу Nagios.

Функциональность продолжает наращиваться.

Ты исключительно по эвентам ориентируешься или схема запрос-ответ? Может у тебя лишних данных много?

И то, и другое.

По эвентам я узнаю о смс, звонках, статусах каналов.

Через запросы я вручную запрашиваю расширенную инфу, выполняю автопрозвон и прочее. Короче, и то, и то нужно.

А вырубить отдельные эвенты без патчей Asterisk я не нашел как.

;eventfilter=Event: Newchannel
;eventfilter=!Channel: DAHDI*
; The eventfilter 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 set below. 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.

Еще есть Action: Filter (это с 11 версии появилось) - очень удобно для динамической фильтрации.

Интересно, спасибо. Передам админу астериска.

Спасибо. Попробую перевести на ASCII, посмотрю, как оно себя поведет.