CARRIERROUTE
Модуль, обеспечивающий возможности маршрутизации, балансировки и черных списков. Он считывает маршруты из базы данных или файла конфигурации на старте OpenSIPS. Может использовать одно дерево маршрутизации (для одного оператора) или, при необходимости, для каждого пользователя — отдельное дерево маршрутизации (уникальное для каждого оператора) для маршрутизации на основе префикса номера. Поддерживает несколько доменов дерева маршрутов, например, для резервирования маршрутов или разных правил маршрутизации в зависимости от пункта назначения.
Модуль скалируется до более чем нескольких миллионов пользователей и способен обработать более нескольких сотен маршрутов. В сценариях балансировки рекомендуется использовать файл конфигурации, чтобы не вносить дополнительную сложность с запросами БД.
В целом, этот модуль можно использовать в качестве замены для модулей lcr и dispatcher, если у есть определенные требования к производительности, гибкости и/или интеграции, с которыми эти модули не справляются. Но для небольших установок, вероятно, имеет смысл использовать lcr и диспетчерский модуль.
Если модуль используется в маршруте ошибки (failure route), то необходимо вызвать функцию append_branch() после перезаписи RURI, чтобы сообщение ушло новому получателю.
Зависимости: tm, database (если используем БД)
CPL_C
Модуль реализует язык CPL (Call Processing Language), используемый для управления скриптами посредством сообщений REGISTER.
Зависимости: tm, sl, usrloc, database, библиотеки libxml2 и libxml2-devel
DISPATCHER
Диспетчер для адресов назначения. Он вычисляет хэши по различным частям запроса и выбирает адрес из набора адресов назначения. Выбранный адрес затем может быть использован для перезаписи RURI или в качестве адреса следующего прокси.
Модуль можно использовать для stateless балансировки, без гарантии справедливого распределения вызовов. Модуль позволяет задавать веса для адресов назначения, это может быть использовано для неравномерного распределения трафика.
Зависимости: tm, database
DROUTING
Модуль динамической маршрутизации выбирает лучший маршрут на основе различных критериев, таких как:
-префиксы;
-имя или группа звонящего;
-время суток;
-приоритет.
Возможна различная модификация входящих и исходящих данных, а так де обработка ошибок:
-параллельные вызовы шлюзов;
-выбор шлюза на основе "весов";
-случайный выбор шлюза;
-проверка шлюза на прохождение вызова.
Зависимости: database, tm
QROUTING
Qrouting работает поверх модулей drouting, dialog и tm, осуществляя мониторинг индикаторов качества работы шлюза (ASR, CCR, PDD, AST, ACD). Таким образом, qrouting позволяет в реальном времени управлять маршрутизацией вызовов между шлюзами на основе показателей качества их работы.
Зависимости: database, dialog, tm, drouting
EMERGENCY
Модуль, переадресующий вызовы экстренных служб на ближайший шлюз PSAP (call center responsible for answering emergency calls). Актуально для США.
ENUM
ENUM (или Enum, от E.164 NUmber Mapping) — набор протоколов для объединения системы нумерации телефонов E.164 с системой адресации интернет, а DNS при использовании косвенного метода поиска получает записи NAPTR.
Модуль позволяет преобразовать номер телефона из RURI в доменное имя, запросить для него запись NAPTR в DNS и получить в ответ SIP адрес абонента с этим номером. Т.е. абонент регистрирует свой телефонный номер в виде домена в DNS, указывая для него SIP адрес своего устройства, а модуль позволяет найти этот адрес на основе набранного номера. Малоактуально.
Зависимости: нет
JABBER
Модуль для парсинга сообщений Jabber.
Зависимости: database, tm
IMC
Модуль для обмена сообщениями в конференции на основе IRC.
Зависимости: database, tm
LOAD BALANCER
Как следует из названия, маршрутизирует трафик на основе значений нагрузки. Когда OpenSIPS распределяет вызовы по разным направлениям, модуль может сохранять число этих вызовов для каждого направления и маршрутизировать на наименее загруженное в данный момент. Максимальное количество вызовов для направления задается в настройках. Так же, модуль имеет возможность изменять маршрутизацию при недоступности выбранного направления.
Зависимости: dialog, tm, database
MID_REGISTRAR
Mid_registrar работает как промежуточный сервер регистраций, позволяя уменьшить поток запросов на регистрацию, адресованных на основной сервер, тем самым значительно уменьшая его загрузку.
Зависимости: usrloc, signaling, tm
MSILO
Сохраняет сообщения MESSAGE для недоступных абонентов. Когда абонент снова регистрируется, модуль отправляет ему сохраненные сообщения.
Зависимости: database, tm
MSRP
Этот модуль реализует шлюз для преобразования между режимами обмена мгновенными сообщениями пейджинговым (метод SIP MESSAGE) и сессионным (MSRP) .
Зависимости: tm, msrp_ua
RR
Модуль логики Record-Route.
Зависимости: нет
SCRIPT HELPER
Назначение этого модуля - облегчить написание скриптов базовых сценарией.
После запуска модуля применяется следующая логика:
-Record Route для начальных запросов;
-последующие запросы обрабатываются прозрачно по логике loose routing, без запросов на маршрутизацию.
Зависимости: dialog
OSP
Модуль реализует поддержку протокола Open Settlement Protocol (OSP). Этот протокол позволяет устанавливать автора звонка, санкционировать обслуживание вызова и указывать расчетную информацию, которая будет включена в записи, содержащие подробные данные об этой транзакции.
Зависимости: огромный список
Комментариев нет:
Отправить комментарий