26 Apr
2018
26 Apr
'18
4:59 p.m.
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(a)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(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users