я свои выводы сделал, что вы хотите посмотреть и в каком виде, все пакеты или что то определенное ?

править все заголовки по всему трейсу (номера, домены, адреса порты) удовольствие ниже среднего, чтобы выложить в общий доступ

если есть идеи и желание приглашайте в личку

к вам в личку стучаться "покажи...ааа" ?! Смешно. Уменьшите свою планку величия

мы делали похожее AS/IMS и зашли в тупик с FS.
Судя по коду (у нас был 1.10) FS шлет UPDATE в другую сторону только для изменения callee_id и только если канал ANSWERED и он просто шлет не смотря SDP. Поэтому UPDATE до ответа не проходили.
Мы пытались сделать проброс UPDATE из одной ноги в другую, но проблема в том что UPDATE в SDP может не только измененные preconnditions иметь, но и изменения кодеков или даже connection IP (такое например если у В РБТ стоит). И тут простая передача UPDATE из одной ноги в другую не поможем, FS должен использовать этот SDP и пересаглосование кодеков.
Нам в итоге пришлось писать свое решение AS, только частично задейстовав FS.
Если у Вас получится решить эту проблему с UPDATE-ами, напишите, было бы интересно узнать как это получилось

ну видимо нам сильно придется  переписывать soa, потому что по докам оно должно работать как нужно, однако на практике не реализует базовые принципы работы, будем ставить  во всех местах логирование и курочить библиотеку , узнать про 1.10  хотелось работает ли или нет потому что прикурочено хоть и не много но напряжно добавлять просто так (кодеки AMR AMR-WB, поведение при sendonly, recvonly, RS/RR и всякие приколы с SDP)
Спасибо за инфу, избавили от бесполезной работы.
Наверное за пару недель, Попробуем сделать

Вы свои наработки делаете в каком-то форке FS или в приватной репе? если форке, можете поделиться названием, было бы интересно посмотреть.

из того с чем мы еще сталкивались на звонках в IMS, что FS не пропускает 181 из одной ноги в другую

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

Пока что в приватном форке, скажем так мы пока только пытаемся понять с какими проблемами сталкиваемся, поэтому все что касается IMS делаем отдельно.
Касательно 181 пока не сталкивались в рамках интеграции, я предполагаю что  столкнемся при кросс-операторских вызовах.
Однако уже  пилили исправления касательно 180 после 183 with SDP  
Не выкладываем пока по причине того, что это должно быть соответствующе оформлено, должно быть опционально и отключаемо(настраиваемо), пока продолжаем проводить некоторые изыскания
Если сможем побороть хоть как-то я отдельно Вам отпишу

Хотя уже начал сомневаться, что сможем за пару недель, я думаю больше времени, а там посмотрим

Для спортивного интереса было интересно есть ли наследование miltipart между входящем и исходящем invite, вот тут как раз и была бы загвоздка что сторона "с" пыталась выяснить у стороны "а" (подозрительная задержка в 15сек появляется) что-то вместо того чтобы уточнять у стороны "б"
Схема звонка "а"->"б"->"с"

С другой стороны как пишут в changelog у fs 1.10.6 есть support all headers fields, до это всё лишнее как мусор отбрасывалось

Есть и обратная сторона медали то что fs заточен под определенный функционал и как написал @mish_gun1 выше нужен иной подход чтобы обеспечить функционирование

ну, подход-то вообщем-то понятен, распространяесся as-is  и если хочется с блэкджеком и распутными женщинами - сделай сам...хотелось просто понимать, оно есть и я не умею его готовить  или это известная бага которую пофиксили в каком-то релизе или это то чего нет  и дальше начинается шоу очумелые ручки.
потому как если открыть сорцы то в libs/sofia-sip/libsofia-sip-ua/soa/soa.docs
все сценарии описаны, не понятно только они реализованы ли

Доброй ночи, кто может помочь настроить исходящую и входящую маршрутизацию

Вызовы внутри атс ходят, а в город и из города принят вызов не получается

ошибка вот такая [CS_CONSUME_MEDIA] [INCOMPATIBLE_DESTINATION]

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

буду очень благодарен, если подскажете что не так делаю