<p>Hello,</p>

<p>When using topology_hiding("C") , for internally generated messages by the dialog module ( eg. BYEs, Options and Re-INVITE messages ), retransmissions to the callee leg are done using the caller leg callid instead of the proper hidden callid - still, the initial requests goes out with the proper callid.</p>

<p>The initial request goes out properly relying on the current processing context, but the retransmissions go out badly because the transaction does not have the dialog_ctx linked into it - is due to the fact that t_request_within does not expose the newly created transaction. </p>

<p>A proposed fix would be to alter the dlg_t structure to have it contain a void* dialog_ctx field, which, if populated, would lead to the transaction created by t_uac to also inherit that pointer - this would be safe from ref point of view since the transaction is already properly reffed by the dialog module when internally generating messages.</p>

<p>Other suggestions for fixing this ?</p>

<p>Best Regards,<br>
Vlad</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">&mdash;<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly or <a href="https://github.com/OpenSIPS/opensips/issues/839">view it on GitHub</a><img alt="" height="1" src="https://github.com/notifications/beacon/AFOciRuMabTOu7Pf40c9K5ttFXGa0Xd5ks5pwmdzgaJpZM4H33Gb.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/OpenSIPS/opensips/issues/839"></link>
  <meta itemprop="name" content="View Issue"></meta>
</div>
<meta itemprop="description" content="View this Issue on GitHub"></meta>
</div>