MyTetra Share
Делитесь знаниями!
Plans
Время создания: 19.10.2017 18:59
Раздел: root - Trueconf
Запись: xintrea/mytetra_db_armagedec/master/base/1508428780lqqiacft00/text.html на raw.githubusercontent.com


1. Линукс: портирование VS_Storage
2. Н460:
2.1 Поиск в VS_TransportConnection::m_connections по dialog_id
2.2 Звонок на терминал (yealink) зарегистрированый под нашим юзером - не проходит
    (не работает Н460.18 (сразу передается SETUP вместо SCI), Н245 не начинается т.к.
     yealink сигнализирует поддержку Н460.19 не по стандарту)
3. Файл-трансфер

Какие вопросы нужно решить для закрытия бага Н460:
 - проверить как себя будет вести сервер при наличии нескольких звонков с использованием Н460 (когда сервер выступает в качестве Н460-клиента сообщения инициализации отправляются с одного и того же парсера (RASParser-а который использовался для регистрации), по-этому открываются несколько каналов Н225 и скорее всего сервер будет работать неадекватно, если одновременно будет несколько звонков с Н460. Возможно для решения этого вопроса нужно Н225 канал перенести из парсера в контекст, но для меня это скорее всего займет много времени, т.к. нужно будет разобраться со всеми нюансами использования и скорее всего нужно будет много править и ещё больше после этого тестировать)
 - разобраться с работой в режиме Н460-сервера, когда звонок проходит между двумя терминалами (будет работать также как и со звонком с клиента или нужно будет дополнительно обрабатывать этот кейс)
 - polycom не мультиплексирует RTCP, по этому мы не сможем обработать RTCP и не сможем отправить свои
 - переделать FECC для работы через трансивер
 - закрыть вопрос с keepAlive-ами для Н225 и Н245 каналов (будем поддерживать пустые ТРКТ пакеты согласно стандарту или все же нет)
 - будем поддерживать Н460.17 или нет
 - ну и тестировать                

 
MyTetra Share v.0.59
Яндекс индекс цитирования