тогда однозначно создание соединения в том же потоке что и исходящий пакет.
Но есть две странности:
1. лог Re-wrote Contact URI host/port to... он показывает порт 5061. А это именно то, что вернулось при вызове выбора транспорта. Значит... это происходит где-то раньше
2. странно что в случае ошибке нет записи логгера об исходящем пакете. А вот что состояние изменилось есть
.State changed from Null to Calling, event=TX_MSG

куча колбеков.. добрался до pjsip_tpmgr_acquire_transport2, который вызывается всегда...
буду копаться в особенностях его работы

Нужно чтобы он смог объяснить как расшифровать логи и как это работает.
Задача: логи с телефонии загружаются в CRM, в котором потом формируются отчёты по звонкам.
Нужно от человека занающего Asterisk рассказать логику записи логов нашему программисту CRM, чтобы он научился их читать.
Чтобы можно было сделать развёртки отчётов по звонкам.

Говорите сами с человеком кому интересно

👍

эм... а CDR записи уже не в моде?

Хз что это. Я не настоящий сварщик.

Он ко мне в личку залез

Так что узнавайте проверяйте сами

нужно анализировать логи постфактум или нужно анализировать текущие события для отображения информеров?

Постфактум. Логи собираются в MySQL и потом в текстовом виде передаются в CRM с периодичностью в час.
Могу дать примеры логов

Можно задачу ещё раз? Что значит "читать логи"?
Понимать в каком поле что хранится?

Я посмотрел логи и вижу что один звонок может быть представлен несколькими записями. К примеру человек позвонил, 1) попал на голосовое меню, 2) из голосовое меню переключило по выбору человека на внутреннего сотрудника 3) сотрудник перевёл звонок на другого сотрудника.

Итого получается 3 записи.
Если к примеру попробовать сделать отчёт о потраченном времени можно без понимания этой логики не правильный отчёт получить.

Нужно понимать как это логирование работает, чтобы смочь построить правильный отчёт по звонках.

По сути всю логику Вы уже написали. Но... это логика "диалплана".
Астериск просто практически на каждый новый channel создаёт CDR запись. А вот создание этих channel как раз определяется исключительно диалпланом.

CEL лог походу

Пример

Это CDR, а не CEL. Но это не суть.

то есть без диал плана понять и собрать эти логи в осмысленный и полезный отчёт не выйдет?

Почему же. Логика их создания проста. Но.. она не знает задач Вашего отчёта.

Самый осмысленный - свой лог вести