<div><div style="color:rgb(0,0,0);font-family:Arial,sans-serif;font-size:15px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:normal;text-align:start;text-transform:none;white-space:normal;background-color:rgb(255,255,255);">Hello!</div><div style="color:rgb(0,0,0);font-family:Arial,sans-serif;font-size:15px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:normal;text-align:start;text-transform:none;white-space:normal;background-color:rgb(255,255,255);"> </div><div style="color:rgb(0,0,0);font-family:Arial,sans-serif;font-size:15px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:normal;text-align:start;text-transform:none;white-space:normal;background-color:rgb(255,255,255);">Server:: OpenSIPS (2.2.2 (x86_64/linux))</div><div style="color:rgb(0,0,0);font-family:Arial,sans-serif;font-size:15px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:normal;text-align:start;text-transform:none;white-space:normal;background-color:rgb(255,255,255);"><div> </div><div>I am going to use Opensips as top_hiding, load balancer and proxy instance.</div><div> </div><div>My scheme looks as follows.</div><div> </div><div>The first instance: top_hiding and load balancer. It listens 5060 and 5068 ports.</div><div>The second instance: proxy. It listens 5065 port.</div><div> </div><div>The scheme of the call:</div><div> </div><div>Caller SIP UA -> first instance (makes top_hiding and load balancer) -> second instance (makes routing and setup destination URI) -> first instance (makes top_hiding) -> Callee SIP UA.</div><div> </div><div>This scheme of the call seems to be working correctly (from perspective of SIP signalling) for:</div><div>- successful call (i.e. call with answer)</div><div>- Cancel transaction during ringing of th callee</div><div> </div><div>But when i emulated situation, when callee becomes unreachable (internet problem or other) the PROXY doesn`t send CANCEL to the first instance on the third leg.</div><div> </div><div>tcpdump capture of the problem call you can find here.</div><div><a target="_blank" style="color:rgb(153,0,153);" href="https://yadi.sk/d/ase8fSjw342eBJ">https://yadi.sk/d/ase8fSjw342eBJ</a></div><div> </div><div>Where</div><div>Caller - 192.168.18.150</div><div>the first instance and the second are located on the same server (IP address - 172.31.0.10)</div><div> </div><div>Thank you for any help.</div><div> </div><div>-- </div><div>Best regards, Denis</div></div></div><div> </div><div>-- </div><div>С уважением,</div><div>Путято Денис.</div><div> </div><div> </div><div> </div><div> </div><div> </div>