Конфигурирование распределенного медиасервера

Распределенность медиасервера обеспечивает следующие возможности:

Масштабирование количества медиаканалов за счет использования нескольких медиасерверов;
Обмен медиатрафиком между абонентами, представленными в разных сетях-зонах;
Региональное тяготение - минимизация межсетевого трафика медиаданных и снижение латентности за счет близкого расположения ресурса медиасервера к источникам/потребителям медиатрафика;
Специализация медиаресурсов на медиасерверах (медиасервера могут отличаться своими возможностями).

Для функционирования схемы система ECSS-10 должна обладать информацией о доступных ей медиасерверах и их возможностях. Механизм медиасерверов, используемых для обнаружения, должен быть динамическим, автоматически подстраиваться к изменениям параметров сети, реагировать на появление/исчезновение медиасервера/ECSS-10.

Используемая схема обнаружения и информирования о статусе/возможностях медиасерверов основана на стандартной SIP-регистрации (метод SIP REGISTER). В данном сообщении в ядро ECSS-10 передается вся необходимая служебная информация.

Согласно типовой схемы, подключения к ECSS-10 осуществляется в разных VLAN. Задача ECSS-10 обеспечить коммутацию медиапотоков между абонентами этих VLAN. Для коммутации медиапотоков между абонентами одного VLAN терминация трафика на медиаресурсе ECSS-10 (медиасервере) не является обязательной. Для абонентов разных VLAN необходимо:

Терминировать медиатрафик из разных VLAN в медиасервере;
Обеспечить "перекладку" медиапакетов из одного VLAN в другой.

На рисунке 1 указаны требования к функционалу медиасервера по формированию точки приема медиатрафика во всех VLAN, которые заведены на него.

Рисунок 1

Типовой случай распределенного медиасервера будет выглядеть следующим образом:

Рисунок 2

Данные необходимые для работы медиасервера:

Адрес для привязки SIP: адрес VLAN-X SIP INTERNAL - служебного VLAN (сетевого интерфейса) для SIP сигнализации. После выбора интерфейса из списка доступных при инсталляции считается привязанный к нему адрес.
Логин и пароль для прохождения авторизации и аутентификации на SIP-сервере (ECSS-10). Запрашиваются при инсталляции, по умолчанию msr:mediaserver.
Имя сервера MSR. Оно будет использоваться при формировании SIP URI медиасервера, которое будет регистрироваться на SIP-сервере. Запрашиваются при инсталляции, по умолчанию предлагаем имя хоста на котором установим MSR.
Период перерегистрации. В инсталляционном пакете можно изменить значение периода по умолчанию (либо вручную изменить конфигурационный файл).
Адрес SIP-сервера. Регистрация будет отправлена на каждый список доменных имен, IP-адресов. Если доменное имя будет сохраняться в несколько адресов - регистрация пойдет на каждый.

Функционал выполняемый на медиасервере:

После инсталляции медиасервер запускается с начальными установками, заданными на этапе инсталляции.
Во время запуска на медиасервере стартует процесс, который определяет список доступных в системе сетевых интерфейсов. На основании этого списка формируется список UA для регистрации на SIP-сервере.
По известному списку UA осуществляется регистрация этих UA на SIP-сервере. Сообщения SIP REGISTER отправляются для каждого UA по служебному VLAN-X.
Периодический контроль доступности интерфейсов. При изменении списка доступных интерфейсов отправляется команда на регистрацию UA для нового интерфейса, либо на отмену регистрации если интерфейс выключен или исчез. Необходимо производить попытки повторной регистрации через длительный интервал для UA, у которых регистрация не было подтверждена со стороны SIP-сервера.
На служебном интерфейсе медиасервер открывает слушающий порт 5700, по которому с ECSS-10 приходит запрос на определение контрольного канала (control_channel) управления медиа по протоколу mediactrl.

Алгоритм формирования параметров UA для регистрации на ECSS-10:

Для каждого сетевого интерфейса формируется свой отдельный SIP UA.
Один из сетевых интерфейсов отмечается как служебный (на этапе конфигурирования). Через него передается SIP трафик. UA для этого интерфейса единственный у которого связка сигнализации и медиа делается на одном и том же сетевом интерфейсе. UA остальных интерфейсов используют транспорт служебного интерфейса для SIP, а привязка приемника/передатчика медиатрафика осуществляется к анонсируемого SIP UA сетевому интерфейсу.
Информация об анонсируемом сетевом интерфейсе передается в REGISTER через поле From. Параметры сетевого интерфейса передаются через следующие поля:
1. P-Eltex-MSR-Iface-Name;
2. P-Eltex-MSR-Iface-Addr;
3. P-Eltex-MSR-Acc-Id;
4. P-Eltex-MSR-CC-Addr (только в служебном);
5. P-Eltex-MSR-CC-Port (только в служебном);
6. P-Eltex-MSR-Name.
Cc-status, Cc-id & Cc-address(Control channel status, Control channel id & Control channel address) формируются только для служебного интерфейса;
URI UA формируется по следующему формату: {interface-name};{msr-contact-id}@{MSR-name};
1. interface-name - имя анонсируемого интерфейса;
2. msr-contact-id - идентификатор dynamic контакта на MSR;
3. MSR-name - имz медиасервера (имя хоста или указанное при инсталляции имя).
IFace(анонсируемый интерфейс) имеет вид: interface-name(MEDIA-IP-Address), где:
1. interface-name - имя анонсируемого интерфейса;
2. MEDIA-IP-Address - IP-адрес анонсируемого интерфейса к которому привязывается медиаресурс.

Функционал ECSS-10:

Для регистрации медиасерверов выделяется отдельный служебный регистратор, который расположен на ядре системы (Core). Регистратор работает в служебном VLAN-X (отдельный порт, выделенный интерфейс).
Сигнальный трафик от медиасерверов обрабатывается SIP-сервером, который встроен с ядром (Core) и обрабатывается в служебном VLAN-X.
Функционал регистратора:
1. получение запросов на регистрацию от служебных абонентов медиасерверов;
2. аутентификация UA, отправившего запрос на регистрацию (по локальной таблице абонентов);
3. авторизация UA, отправившего запрос на регистрацию (по локальной таблице ограничений);
4. установка и поддержка заданных настроек периода истечения регистрации;
5. информирование SIP-сервера о появлении новых регистраций, об отмене регистрации UA (по инициативе UA), об отказе продления регистрации со стороны UA, об отмене регистрации по инициативе SIP-сервера (по команде системы управления);
6. прием корректных запросов на регистрацию (корректный RURI и аутентификация). Обслуживание трафика на зарегистрированном ресурсе начинается если он полностью сконфигурирован и не заблокирован административно;
7. передача нотификации в подсистему установления контрольного канала (control_channel) после прохождения успешной регистрации нового медиасервера (служебного UA - msr-root). В нотификации указывается SIP URI служебного UA медиасервера.
8. передача нотификации в подсистему установления контрольного канала (control_channel) при потере регистрации служебного UA (msr-root) медиасервера, либо при принудительном отказе в регистрации.
Функционал SIP-сервера:
1. установка SIP-сессий с выбранным аккаунтом;
2. поддерка установленных SIP-сессий (механизм reINVITE);
3. нотификация о фактах развала SIP-сессии по инициативе MSR (либо при потере связи с MSR).
Функционал управления контрольными каналами:
1. установка и поддержка контрольных каналов по одному до каждого медиасервера
2. сворачивание контрольного канала в случае отказа в регистрации медиасревера
3. передача mediactrl-сообщений в нужный контрольный канал, который выбирается по идентификатору канала (равен служебному SIP URI медиасервера).

Быстрые ссылки

Дерево страниц