<div dir="ltr"><div>Hi Bogdan,</div><div><br></div>Thank you for your answer.<div><br></div><div>It seems so. I see in logs that "push_reply_in_dialog" is called after final reply 503 (see below).</div><div><br></div><div>I guess this is a bug, no? Should I create an issue on github?</div><div><br></div><div>Regards,</div><div>Stas</div><div><br></div><div><font face="monospace">====================================== dialog module logs ==========================================</font></div><div><font face="monospace">INFO:dialog:w_create_dialog: bye on timeout activated<br>INFO:dialog:build_new_dlg: new dialog 0x7fbda2b9ec88 (c=7f27c7b0-944e-425a-b2a6-4542df5887b1,f=<a href="mailto:sip%3Asipgo@127.0.0.1">sip:sipgo@127.0.0.1</a>,t=<a href="mailto:sip%3Aalice@127.0.0.1">sip:alice@127.0.0.1</a>,ft=gTMFDIbNOylaQcl9) on hash 4044<br>INFO:dialog:update_leg_info: route_set , contact sip:sipgo@192.168.0.12:36715;transport=udp, cseq 2147483548 and bind_addr udp:<a href="http://127.0.0.1:5060">127.0.0.1:5060</a><br>INFO:dialog:dlg_update_leg_info: set leg 0 for 0x7fbda2b9ec88: tag=<gTMFDIbNOylaQcl9> rcseq=<0><br>INFO:dialog:link_dlg: ref dlg 0x7fbda2b9ec88 with 3 -> 3 in h_entry 0x7fbda2b7bb20 - 4044<br>INFO:dialog:dlg_onreq: t hash_index = 23522, t label = 352414250<br>NOTICE:new branch at <a href="http://sip:alice@127.0.0.1:5060">sip:alice@127.0.0.1:5060</a><br>INFO:dialog:dlg_update_contact: Using the same contact <sip:sipgo@192.168.0.12:36715;transport=udp> for dialog 0x7fbda2b9ec88 on leg 0<br>INFO:dialog:dlg_onreq_out: pushing new leg 1/1<br>INFO:dialog:pv_get_dlg_status: =============> pv_get_dlg_status: dlg->state = DLG_STATE_UNCONFIRMED<br>NOTICE:=====> incoming reply T_reply_code=100, DLG_status=1<br>INFO:dialog:pv_get_dlg_status: =============> pv_get_dlg_status: dlg->state = DLG_STATE_UNCONFIRMED<br>NOTICE:=====> incoming reply T_reply_code=503, DLG_status=1<br>NOTICE:ACC: call missed: timestamp=1769700287;created=0;setuptime=1769700287;method=INVITE;from_tag=gTMFDIbNOylaQcl9;to_tag=a3c41695-b5fc-4f28-bf31-1af33b6837b6;call_id=7f27c7b0-944e-425a-b2a6-4542df5887b1;code=503;reason=Failed foo<br>INFO:dialog:push_reply_in_dialog: 0x7fbda2b9ec88 totag in rpl 503 is <a3c41695-b5fc-4f28-bf31-1af33b6837b6> (36)<br>INFO:dialog:push_reply_in_dialog: new branch with tag <a3c41695-b5fc-4f28-bf31-1af33b6837b6>, leg_idx=1<br>INFO:dialog:update_leg_info: route_set , contact , cseq 2147483548 and bind_addr udp:<a href="http://127.0.0.1:5060">127.0.0.1:5060</a><br>INFO:dialog:dlg_update_leg_info: set leg 1 for 0x7fbda2b9ec88: tag=<a3c41695-b5fc-4f28-bf31-1af33b6837b6> rcseq=<2147483548><br>INFO:dialog:next_state_dlg: ============> next_state_dlg: begin with state 'DLG_STATE_UNCONFIRMED' on event: 'DLG_EVENT_RPL3xx'<br>INFO:dialog:next_state_dlg: ============> next_state_dlg: dialog 0x7fbda2b9ec88 changed from state 'DLG_STATE_UNCONFIRMED' to state 'DLG_STATE_DELETED', due event 'DLG_EVENT_RPL3xx'<br>INFO:dialog:next_state_dlg: dialog 0x7fbda2b9ec88 changed from state 1 to state 5, due event 4<br>INFO:dialog:dlg_onreply: dialog 0x7fbda2b9ec88 failed (negative reply)<br>INFO:dialog:pv_get_dlg_status: =============> pv_get_dlg_status: dlg->state = DLG_STATE_DELETED<br>NOTICE:=====> incoming reply T_reply_code=180, DLG_status=5<br>INFO:dialog:next_state_dlg: ============> next_state_dlg: begin with state 'DLG_STATE_DELETED' on event: 'DLG_EVENT_TDEL'<br>INFO:dialog:next_state_dlg: ============> next_state_dlg: dialog 0x7fbda2b9ec88 changed from state 'DLG_STATE_DELETED' to state 'DLG_STATE_DELETED', due event 'DLG_EVENT_TDEL'<br>INFO:dialog:next_state_dlg: dialog 0x7fbda2b9ec88 changed from state 5 to state 5, due event 1<br>INFO:dialog:_unref_dlg: Destroying dialog 0x7fbda2b9ec88 due to unref<br>INFO:dialog:destroy_dlg: destroying dialog 0x7fbda2b9ec88<br>INFO:dialog:destroy_dlg: dlg expired or not in list - dlg 0x7fbda2b9ec88 [4044:2104306243] with clid '7f27c7b0-944e-425a-b2a6-4542df5887b1' and tags 'gTMFDIbNOylaQcl9' 'a3c41695-b5fc-4f28-bf31-1af33b6837b6'<br></font></div><div><font face="monospace"><br></font></div><div><br></div><div><br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, Jan 29, 2026 at 10:56 AM Bogdan-Andrei Iancu <<a href="mailto:bogdan@opensips.org">bogdan@opensips.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u></u>

  
    
  
  <div>
    <font face="monospace">Hi Stas,<br>
      <br>
      I think the reply_route is triggered (by TM module) before running
      the TM callbacks used by dialog module to do the status update :(<br>
      <br>
      Regards,<br>
    </font>
    <pre cols="72">Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  <a href="https://www.opensips-solutions.com" target="_blank">https://www.opensips-solutions.com</a>
  <a href="https://www.siphub.com" target="_blank">https://www.siphub.com</a></pre>
    <div>On 28.01.2026 22:23, Stas Kobzar wrote:<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">Hi all,
        <div><br>
        </div>
        <div>Variable <i>$DLG_status</i> returns "1" in the response
          route after provisional responses are received. </div>
        <div>Here is extraction of the logs:</div>
        <div><span style="font-family:monospace">//-------------------------------------------------------------</span></div>
        <div><font face="monospace">NOTICE:=====> incoming reply
            T_reply_code=100, DLG_status=1<br>
            NOTICE:=====> incoming reply T_reply_code=180,
            DLG_status=1<br>
            NOTICE:=====> incoming reply T_reply_code=200,
            DLG_status=2</font></div>
        <div><span style="font-family:monospace">//-------------------------------------------------------------</span></div>
        <div><br>
        </div>
        <div>Reply route code with log: </div>
        <div><font face="monospace">//-------------------------------------------------------------</font></div>
        <div><font face="monospace">onreply_route[main_reply] {<br>
                xlog("=====> incoming reply
            T_reply_code=$T_reply_code, DLG_status=$DLG_status\n");<br>
            }</font></div>
        <div><span style="font-family:monospace">//-------------------------------------------------------------</span></div>
        <div><br>
        </div>
        <div>Doc says:</div>
        <div>1 - Dialog unconfirmed (created but no reply received at
          all)</div>
        <div><br>
        </div>
        <div>So, I expect to see "DLG_status=2" when first 100 response
          received (Dialog in early state).</div>
        <div><br>
        </div>
        <div>The script is very simple and generated with "make
          menuconfig" (please, see attached)</div>
        <div><br>
        </div>
        <div>I have tried with ver 3.4 and 3.6</div>
        <div>My question: is it a bug or am I missing some
          configuration?</div>
        <div><br>
        </div>
        <div>Thank you!</div>
        <div><br>
        </div>
        <div><br>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <pre>_______________________________________________
Users mailing list
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
    </blockquote>
    <br>
  </div>

</blockquote></div>