Hi Alex,

Thanks for your answer. I was thinking more or less the same, but it seems I oversimplified the example and was missing an important point.

This is IMS, so in the middle there are a lot more in the middle. It seems that this behaviour is normal when precondition is set and the only way to avoid the network to release the call on A side is to send the update.

I've seen that in Kamailio 5 a new function was included in TM: https://www.kamailio.org/docs/modules/5.1.x/modules/tm.html#tm.f.t_uac_send In the code it looks like it's trying to use the current dialog, but that gives me doubts about CSEQ handling on the other side.

Anyway, I will try unless someone is faster replying saying it doesn't work :)

Thanks,

Alfonso.

On Thu, Apr 26, 2018 at 2:37 PM, Alex Balashov <abalashov@evaristesys.com> wrote:

I would instead redirect my focus to why A is dropping the call in this situation. It shouldn't be doing that.

Per the standards, the first SDP answer must be the final SDP answer (absent an update or reinvite) *of that endpoint*. There's no rule saying that must be true of the dialog as a whole.

-- Alex

--
Sent via mobile, please forgive typos and brevity.

_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users