<div dir="ltr"><div>Hi,</div><div>I am using <b>Kamailio 4.4</b> as the proxy with my <b class="">Asteri</b><b>sk </b>server. I am trying to develop a scenario where an extension gets registered on asterisk via <b>Kamailio </b>when it receives a push notification. This push notification is sent to the sip extension when a call towards this extension reaches to the <b>Kamailio</b>.</div><div><br></div><div>For example, suppose there is two SIP extension(<i> extension 1 and extension 2</i>) registered on <b>Asterisk </b>via Kamailio. When a call from <b>extension 1</b> reaches the asterisk, it forwards the <b>INVITE </b>request towards <b>extension 2</b> via Kamailio.Kamailio will try to forward it to extension 2. suppose the <b>extension 2</b> is not able to receive the <b>INVITE </b>request from <b>Kamailio</b>. When extension two receive a push notification, it will register on asterisk. </div><div>So I need to get the call on <b>extension 2 </b>through the new registration. </div><div><br></div><div><br></div><div><br></div><div>We are trying to simulate registration of extension to the asterisk when receiving the push notification.</div><div>First, we registered <b>extension 2 </b>and disconnected the network. Then we tried to register the same extension when a call from <b>extension 1 </b>reaches to Kamailio. This is a simulation of push-based registration since an extension that receives the push will attempt to register when an incoming call is received.</div><div><br></div><div>When asterisk sends <b>INVITE </b>request to Kamailio, it immediately responded with <b>100 trying</b> provisional response. This <b>100</b> response by Kamailio towards asterisk prevents asterisk from re-transmitting the INVITE.</div><div>Then Kamailio tried to send and retransmit the packet to <b>extension 2</b>, which does not have network access. This<b> extension 2 </b>was on port number <i>24071</i>. Even after successful registration(in port <i>59995</i>) of the <b>extension 2</b>, Kamailio continued to transmit the packets to the old port.</div><div><br></div><div><br></div><div>After that, we have configured Kamailio in a way that it won't send an immeadeate provisional reply(<b><i>100 trying</i></b> ) for <b>INVITE </b>request.</div><div>Here Kamailio is not immediately sending <b>100 trying</b> message to <b>Asterisk</b>. This forces Asterisk to re-transmit. Asterisk was found to retransmit the same packets. However, even after the successful registration of<b> extension 2</b>, asterisk continued to send the old invite to Kamailio not the new one to the latest port.</div><div><br></div><div>This is the problem for me since push relies on the <b>INVITE </b>reaching the phone at the correct port number. </div><div><br></div><div>So, is there other good approaches to solve this issue?</div><div><br></div><div>One thing I would like to try is modifying the pending <b>INVITE </b>request towards old registered port with the new port details when new registration reaches to Kamailio. Can I get the ongoing requests from Kamailio? </div><div>Please suggest a viable solution.</div><div><div class="gmail_signature"><div dir="ltr">Thank you,<div>Arunbalan</div></div></div></div>
</div>