<div dir="ltr"><div><span id="gmail-result_box" class="gmail-" lang="en"><span>Hello group,</span></span></div><div><span id="gmail-result_box" class="gmail-" lang="en"><span><br></span></span></div><div><span id="gmail-result_box" class="gmail-" lang="en"><span>The call flow is:</span></span></div><div><span id="gmail-result_box" class="gmail-" lang="en"><span><br></span></span></div><div><span id="gmail-result_box" class="gmail-" lang="en"><span>useragent (TLS) -> Kamailio -> Sems Server.</span></span></div><div><span id="gmail-result_box" class="gmail-" lang="en"><span><br></span></span></div><div><span id="gmail-result_box" class="gmail-" lang="en"><span>During the establishment 
of a call (before the 200OK or during a retransmission of the 200OK issued by Sems Server via Kamailio), <br></span></span></div><div><span id="gmail-result_box" class="gmail-" lang="en"><span>if a user agent (TCP) 
loses its connection (the user agent is on a mobile network for 
example or the network is not reliable.)</span></span><span id="gmail-result_box" class="gmail-" lang="en"><span> and sends a "register" to Kamailio (same</span> <span class="gmail-">source IP
 address but a different source TCP port), is it possible for Kamailio to take 
into account this new TCP port with the function t_relay () ?<br></span></span></div><br><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><span style="font-size:12.8px">Abdoul<br></span></div><div><br></div></div></div></div></div></div></div></div>
</div>