варианты в описании upstream (внимание на количество слешей)
server unix:/projects/monadm/monadm.sock;
server uwsgi://unix:/projects/monadm/monadm.sock;
server suwsgi://unix:/projects/monadm/monadm.sock;
Илья: Дело не в интервале.
Эта опция включает ответы на RTCP пакеты даже, если клиент на B-leg не использует RTCP.
В дампе трафика при входящем вызове через мультифон без этой опции четко видно, что мультифон получил icmp-отлуп на RTCP пакеты.
После третьего отлупа мультифон присылает BYE.
FreePBX сама ещё ограничивает диалпланом. Посмотрите на тех кто является агентами очереди в настройках чтоб было включено ожидание вызова (оно же CallWaiting, CW и т.д.)
Попробуйте стратегию rrmemory
ringall очень плохо отрабатывает при ожидающих в очереди больше единицы.
Эта стратегия обычно используется там где поток звонков очень небольшой и агенты очереди не сильно заинтересованы в быстром ответе.
снимать дампы сигналки в головном и филиале.
либо что-то блочит, либо адреса в заголовках SIP не те.
скорее последнее.
посмотрите ещё UPnP на IP-фонах чтоб был выключен.
выбрать пир из поля dstchannel можно так
substring(substring(dstchannel,1,locate('-',dstchannel,1)-1),locate('\/',dstchannel,1)+1) AS answerpeer
ваша задача найти как это применить
чтобы избавиться от "s" нужно писать диалплан самостоятельно
если на любом участке вызова присутствует GSM сеть именно этот участок будет определять максимальное качество
качество GSM значительно ниже того что дает G711
эхо по разным причинам может быть и от кодека особо не зависит
больше зависит задержки, количества аналого-цифровых - цифро-аналоговых преобразований и качества конечных устройств
