Custom Query (401 matches)

ДАНО:

Канальное окончание SIP, работающее с соединительной линией (например 1IND) регистрируется на внешнем сервере SIP, принимает вызовы из канала TDM и передает их во внешний SIP-коммутатор. Для доступа к коммутатору требуется аутентификация.

ПРОБЛЕМА:

При использовании определения номера вызывающего абонента (АОН в случае 1IND) канальное окончание не может аутентифицироваться на внешнем коммутаторе, из-за чего вызов оказывается неуспешным.

ПРИЧИНА:

При создании канального окончания имя и пароль для его аутентификации помещаются в специальное хранилище, организованное библиотекой libeXosip2. При получении ответов 401/407 на отправленное сообщение (например INVITE или REGISTER) libeXosip2 ищет данные аутентификации в этом хранилище, и если находит, автоматически повторяет отправку сообщения, добавив к нему поле аутентификации.

Когда канальное окончание, работающее с соединительной линией, отправляет INVITE, и при этом знает номер вызывающего абонента (например успешно получена кодограмма АОН окончанием 1IND), номер вызывающего абонента помещается в поле FROM сообщения INVITE вместо имени пользователя (username), заданного в URI канального окончания (конфигурационный параметр SIP URI). При получении ответов 401/407 на отправленный INVITE библиотека libeXosip не может найти данные аутентификации в хранилище, так как ключом, по которому выполняется поиск, является имя пользователя URI поля From.

ВОЗМОЖНЫЕ РЕШЕНИЯ:

1. Отказаться от использования поля From для передачи номера вызывающего абонента, и вместо этого использовать поля типа P-Asserted-Identity/RPID. Недостаток этого решения - не все UAS понимают PAI/RPID.
2. "Закат солнца вручную" - отказаться от аутентификации средствами libeXosip, и при получении ответа 401/407 своими силами добавлять в запрос поля аутентификации.

Руководством компании поставлена задача реализовать поддержку модуля 4W01 платой VE-02. Для работы с этим модулем необходима ее поддержка в ПЛИС платы VE-02. В описании этого тикета я буду описывать, что требуется реализовать в ПЛИС.

Поддержка модуля 4W01 состоит из трех основных частей:

1. идентификация модуля;
2. обмен речевыми данными по каналу 64 кбитс;
3. запись управляющей информации по шине i²c.

Подключение модуля 4W01 к ПЛИС

Идентификация модуля

Идентификация модуля 4W01 производится по наличию высокого уровня на линиях VCC и низкого кровня на линии GND (см. таблицу выше). Если на указанных линиях одного и/или другого модуля присутствует указанная комбинация, значит в плату VE-02 установлен модуль 4W01, и ПЛИС должна работать с интерфейсами в соответствии с написанным далее.

Описание интерфейса TDM

Прием/передача данных канала ИКМ должна соответствовать следующей диграмме:

На линиях CLK должен быть меандр частотой 2048 кГц. Период импульсов SYN - 125 мкс.

Описание интерфейса I²C

Шина I²C должна передавать данные из ПЛИС в модуль. Каждая транзакция выполняется в соответствии с описанием шины ​здесь. Предполагается следующий алгоритм работы.

Транзакция инициируется процессором платы VE-02 следующим образом:

1. CPU выполняет запись в регистр ПЛИС voice_cpu_data.
2. CPU выполняет запись в регистр ПЛИС voice_cpu_addr.
3. ПЛИС сбрасывает флаги в регистре voice_cpu_flag.
4. ПЛИС передает в шину I²C стартовый бит.
5. ПЛИС передает в шину байт 0xE2.
6. ПЛИС передает в шину байт, записанный в регистр voice_cpu_addr.
7. ПЛИС передает в шину байт, записанный в регистр voice_cpu_data.
8. ПЛИС передает в шину стоповый бит (освобождает шину).
9. ПЛИС устанавливает флаг готовности в регистре voice_cpu_flag.

После передачи каждого байта ПЛИС контролирует бит подтверждения от модуля и при его отсутствии (высокий уровень) устанавливает флаг ошибки (бит 1) в регистре voice_cpu_flag.

Тактовая частота линии SCL должна быть 400 кГц или немного ниже.

Примечание: два модуля разделяют одну и ту же линию SDA. При обращении к одному из модулей линия SCL другого модуля должна оставаться неактивной (высокий уровень).

Разное

Сигнал RESET имеет активный низкий уровень. Для сброса модуля переводится в низкий уровень. Условия сброса аналогичны модулям FS01 и FO01.

На плате VE-02(192.168.20.202) создано окончание FS01(12@192.168.20.202) и зарегистрирован Sip-пользователь 121(окончание FS01 другой платы VE-02) При вызове 12->121, после ответа абонента, оба окончания переходят в состояние Connected, но абоненты не слышат друг друга (анализ трафика показал, что RTP пакеты не передаются) r1575-1 Прилагаю конфиг, лог события