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 <[email protected]> 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 > [email protected] > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >
_______________________________________________ Kamailio (SER) - Users Mailing List [email protected] https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
