Делайте дамп и анализ rtp стрима

Смотрели на уровне сети, все пакеты уходят/приходят оператору

Самое странное, открываем в режиме инкогнито, всё работает

Вытаскиваем гарнитуру, вставляем, тогда клиент слышит оператора, но оператор всё равно ничего не слышит

При втором звонке ситуация повторяется, оператора не слышно и он ничего не слышит

Очень похоже на баг, попробуйте репортить к ним на гитхаб

Попробуйте явно на канале сделать

rtp_liberal_dtmf=false

Просто по умолчанию он стоит true  в vars.xml

В варах я поменял, эти настройки меняют поведение исходящих звонков ив ходящих без Т.38 но не того модуля, результаты такие,

1: Если выключить Т.38 на входящих, проблемы нет
2: Если включить то есть

Я думаю что когда провайдер отбивает мой инвайт на Т.38 звонок (канал) всё ещё контролируется spandsp, ну а если Т.38 не включать то софией и её факсовым модулем, так как spandsp кривой и никому не нужен вот у нас и проблема.

Нет. spandsp он только за медиа часть работает, за сигналку он не отвечает

сиповую во всяком случае

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

      if (!best_te && (switch_channel_test_flag(session->channel, CF_LIBERAL_DTMF))) {
        switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(session), SWITCH_LOG_DEBUG,
                  "No 2833 in SDP. Liberal DTMF mode adding %d as telephone-event.\n", smh->mparams->te);
        best_te = smh->mparams->te;
      }

Т.е. должен в сессии быть флаг CF_LIBERAL_DTMF

Поставлю принудительно на канал для уверенности

не могу решить вопрос с NAT
создал профиль, прописал в нем
   <param name="aggressive-nat-detection" value="true"/>
   <param name="NDLB-force-rport" value="true"/>
   <param name="NDLB-broken-auth-hash" value="true"/>
   <param name="auth-calls" value="true"/>

голос все равно от фрисвитча уходит на серый адрес.
Можно вручную перезаписать адрес порт, проанализировав канальные переменные? (поменять SDP)

а SDP какое приходит?

это? ну так там в c локальный адрес указан

<param name="apply-nat-acl" value="rfc1918"/>
<param name="nat-options-ping" value="true"/>
не пробовали добавлять?

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

Все эти опции работают для сигналки

а разве force-rport не для медии?