Проблема с запуском uа

[san]

На некоторых компьютерах Пульт во время запуска выдаёт ошибку и не запускается.

Если отключить user-agent (в настройках установить чекбокс Внешний user-agent), то всё работает штатно.

Логи попытки запуска в xchange\alx\Test_and_bugs\Disp\

[san]

r1065
ОС: Windows10

[san]

На моём компьютере с Windows 10 баг не проявляется.

[alx]

Replying to san:

ОС: Windows10

Поставляемые нами пульты диспетчера/техника поставляются нами под управлением OC Ubuntu. Версия для Windows собиралась мной на добровольной основе и общественных началах "по просьбам трудящихся" по принципу "как есть". Поддержкой пользователей, столкнувшихся с проблемами при использовании такой сборки, я заниматься не обещал.

Рекомендую перейти на штатную сборку программы, работающую под ОС ubuntu.

[alx]

Пока тикет закрываю. Переоткройте если появится информация о том, что баг воспроизводится в сборке под ubuntu.

[san]

Вынужден переоткрыть, т.к. у Алексея устаревшая информация, пульты поставляются c Windows.
Первые поставки с Убунту также были заменены на Windows.

[alx]

Просмотрел представленные логи. Не нашел в них ничего, что могло бы навести на мысль о причине проблемы. Последние записи в логе - сообщение о том, что не найдено установленное у конфиг-файле устройство вывода звука. Специально записал ерунду вместо системного устройства в своем конфиге - это не привело ни к каким падениям, пульт запустился и работал...

[alx]

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

[alx]

Сравнил представленные логи со своими логами при нормальной работы пульта. Ничего такого, что навело бы меня на какую-то мысль, не увидел. На первый взгляд, в логах все то же самое...

[alx]

Вот функция, в которой, судя по приложенной картинке, не прошла проверка:

/* API: Get device information. */
PJ_DEF(pj_status_t) pjmedia_aud_dev_get_info(pjmedia_aud_dev_index id,
                                             pjmedia_aud_dev_info *info)
{
    pjmedia_aud_dev_factory *f;
    unsigned index;
    pj_status_t status;

    PJ_ASSERT_RETURN(info && id!=PJMEDIA_AUD_INVALID_DEV, PJ_EINVAL);
    PJ_ASSERT_RETURN(aud_subsys.pf, PJMEDIA_EAUD_INIT);

    status = lookup_dev(id, &f, &index);
    if (status != PJ_SUCCESS)
        return status;

    return f->op->get_dev_info(f, index, info);
}

Что это за aud_subsys.pf и PJMEDIA_EAUD_INIT, я не имею ни малейшего представления...

[san]

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

Пульт выдал сообщение об ошибке, я его заскринил, подумал о чём-то, потом нажал "пропустить", пульт выдал ещё такое же сообщение, где я нажал "пропустить", и так раз 5, затем всё.

[alx]

И еще одно соображение. В логе есть такая запись:

ErrorPanel::setAudioDevice(): device "Динамики (Chat 50)" not found

Устройство "Динамики (Chat 50)" - это, похоже, название "тарелки", которой комплектуется пульт. Самозародиться в конфиг-файле такое название не могло. :) Я сомневаюсь в том, что устройство "Динамики (Chat 50)" было вписано в конфиг-файл руками. Следовательно, когда-то (на момент записи настроек в конфиг-файл) оно присутствовало в системе. Почему же теперь его нет? Видимо, что-то произошло, в результате чего устройство "Динамики (Chat 50)" перестало присутствовать в системе. Хотелось бы знать, что. Возможно, все тривиально - например "тарелку" по ошибке отключили от системного блока - и достаточно будет ее включить чтобы пульт начал работать...

[san]

Тарелка была случайно отключена в момент записи лога, но и с тарелкой запуск пульта заканчивается аналогично.

[san]

Добавил туда-же логи запуска пульта с опцией ExternalUA=true в директорию logs2
Пульт запускается, затем я убираю чекбокс "Внешний Sip user agent" и при сохранении настроек пульт выдаёт сообщение "Ошибка инициализации SIP:" а после его закрытия те-же сообщения что и на скрине в тикете. Ua не запускается, пульт продолжает работать без UA.

[alx]

Replying to san:

при сохранении настроек пульт выдаёт сообщение "Ошибка инициализации SIP:"

А какая ошибка-то? Что после двоеточия?

[alx]

Покажи, пожалуйста, конфиг-файл.

[alx]

Кажется, я нащупал источник проблемы. Заметил в логе такое сообщение: "error getting local IPv6 address". С такой ошибкой pjsua не создается.

[san]

А какая ошибка-то? Что после двоеточия?

Ничего, пусто.

конфиг файл положил в xchange\alx\Test_and_bugs\Disp\

Кажется, я нащупал источник проблемы. Заметил в логе такое сообщение: "error getting local IPv6 address". С такой ошибкой pjsua не создается.

Интересно, сейчас попробую поменять настройки IPv6 на компьютере

[alx]

Ошибку возвращает pj_getdefaultipinterface(AF_INET6, &addr). Попробую посмотреть ее...

[san]

Отключил IPv6 на своём ПК - баг воспроизвёлся
Включил IPv6 на тестируемом ПК(его готовил Артём, поэтому IPv6 там отключен) - пульт и агент запустились без ошибок

[alx]

Replying to san:

Включил IPv6 на тестируемом ПК(его готовил Артём, поэтому IPv6 там отключен) - пульт и агент запустились без ошибок

Предлагаю закрыть тикет. :)

[san]

В идеале хотелось бы чтобы Пульт запускался без IPv6, т.к. у пользователя в сети не используется этот протокол и пульту он не нужен для работы.
Но если это будет сложно исправить, то можно пока оставить как есть. Предлагаю только не закрыть, а понизить приоритет.

[alx]

Replying to san:

В идеале хотелось бы чтобы Пульт запускался без IPv6,

Согласен.

т.к. у пользователя в сети не используется этот протокол

А здесь нет логической связи! То, что IPv6 не используется, не значит, что он должен быть запрещен (отключен).

и пульту он не нужен для работы.

А это пусть сам пульт решает, нужен ему этот протокол или нет...

Но если это будет сложно исправить, то можно пока оставить как есть. Предлагаю только не закрыть, а понизить приоритет.

Испарвить в нашем коде нетрудно. Другое дело, что я не знаю, сможет ли pjsua работать с отключенным IPv6, так как никто никогда это не проверял...

[alx]

In 1067/dispatcher:

Пытаемся использовать pjsua даже при ошибке получения локального адреса IPv6
(такое может произойти если IPv6 административно запрещен на компьютере).
Closes #592.

[alx]

Replying to san:

его готовил Артём, поэтому IPv6 там отключен

Артем же его готовил в соответствии с каким-то документом (инструкцией)?

[alx]

Replying to alx:

никто никогда это не проверял...

Я имел в виду, у нас с нашим пультом никто не проверял, а не вообще... :)

[san]

Артем же его готовил в соответствии с каким-то документом

Неа

Собери пожалуйста новую ревизию под Windows, я в процессе подготовки проверю как оно работает.

[alx]

Replying to san:

Артем же его готовил в соответствии с каким-то документом

Неа

О! А качественно ли это, когда сотрудник производит продукцию не в соответствии с документацией, а неизвестно как? Пойду пожалуюсь зам-директору по качеству...

[alx]

Replying to san:

Собери пожалуйста новую ревизию под Windows, я в процессе подготовки проверю как оно работает.

Собрал.