[SR-Users] Send UPDATE to inform changes in SDP

[Alfonso Pinto]

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 at 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 at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20180426/52d713b8/attachment.html>