<div dir="ltr">Hello!<div>To simplify the question, how to force the dialog module to separate incoming calls that have the same callid and from_tag (forked by an upstream proxy)?<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">пт, 21 авг. 2020 г. в 19:12, Denys Pozniak <<a href="mailto:denys.pozniak@gmail.com">denys.pozniak@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hello!<div><br></div><div>We have a next call-flow topology: User A -> FreeSWITCH -> Kamailio Fork -> Kamailio Edge => User(s) B, C, D, ...</div><div>- FreeSWITCH adds X- header with a list of users to fork call (B, C, D legs).</div><div>- Kamailio Fork generates branches via append_branch function towards Kamailio Edge.</div><div>- Kamailio Edge keeps customer registration and sends BLF statuses (pua_dialoginfo).</div><div><br></div><div>The problem (or normal behavior by RFC) is that the dialog module on Kamailio Edge does not split these incoming legs into separated dialogs (incoming SIP Call-ID and from tag are the same).</div><div>And as per my checking <b>kamcmd dlg.list_ctx</b> shows only the structure from the first leg and finally, it leads to a problem with BLF (as pua_diloginfo loses some SIP PUBLISHes).<br></div><div><br></div><div>Any advice on how to fix this is appreciated!<br></div><div><br></div><div>-- <br><div dir="ltr"><div dir="ltr"><br><div><div>BR,</div><div>Denys Pozniak<br></div><div><br></div><div><br></div></div></div></div></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><br><div><div>BR,</div><div>Denys Pozniak<br></div><div><br></div><div><br></div></div></div></div>