<div dir="ltr">Dear Andrew & all<div><div><br></div><div>I follow your instruction to make changes on kamailio-lb config and it works as you said, thank you for your help..</div><div>Now I run into another problem: if SIP client hang up first, kamailio forward BYE to Cisco using dest port as INVITE message but Cisco changed it ports on ACK message, so it denied BYE message from Kamailio and return ICMP destination unreachable (port unreachable)</div><div>Please see attached pictures for detail</div><div><br></div><div>I dont know if Kamailio should contact Cisco using via header .</div><div><br></div></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><br><div>---</div><div>Best regards,</div><div><br></div><div><b>Tung Tran</b></div><div><br></div><div><div><font color="#0000ff"><b>V247 Enterprise Corp<br></b>713.358.2257 office   |  281.857.3448 cell<br>9999 Bellaire Blvd., Ste. 1111<b> | </b>Houston, TX 77036<br></font></div><div><b><font color="#0000ff">tung.tran@V247.com | <a href="http://www.v247.com/" target="_blank">www.V247.com</a></font></b></div></div><div><br></div></div></div></div>
<br><div class="gmail_quote">On Mon, Sep 28, 2015 at 3:02 AM, Andrew Pogrebennyk <span dir="ltr"><<a href="mailto:apogrebennyk@sipwise.com" target="_blank">apogrebennyk@sipwise.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
it seems the same, but the reason is completely different now, there is<br>
an additionally safety check in lb config which doesn't play well with<br>
strict routing. I don't have such a device as they are quite rare by<br>
now, but I believe you can workaround the issue yourself, just copy<br>
cp /etc/ngcp-config/templates/etc/kamailio/lb/kamailio.cfg.tt2<br>
 /etc/ngcp-config/templates/etc/kamailio/lb/kamailio.cfg.customtt.tt2<br>
<br>
edit the latter file and comment out the whole block which begins with<br>
 if(uri_param("prxroute", "1")) around line 683.. Afterwards do<br>
 ngcpcfg apply<br>
P.S. probably, the check should check that $var(last_ip) equals to<br>
sip_ext and not sip_int ips, in order to be compatible with strict<br>
routing. But I have don't have the time right now to investigate and fix<br>
it in upstream. However, I have this fix working in one customer.<br>
<br>
Hope this helps,<br>
Andrew<br>
<span class=""><br>
Tung Tran wrote:<br>
> Hi Andrew and All<br>
><br>
> I changed strict_routing_safe: 'yes' and applied but it does't solve my<br>
> problem, the lb still drops ACK package from Cisco gateway<br>
><br>
> Here is the log from kamailio-lb.log<br>
><br>
</span>> /Sep 25 19:25:54 spce lb[8628]: NOTICE: <script>: New request on lb -<br>
<span class="">> M=ACK<br>
> R=sip:x.x.x.x:6060;r2=on;lr=on;ftag=74E76334-5D1;nat=yes;ngcplb=yes;socket=udp:x.x.x.x:6060<br>
> F=sip:<a href="tel:2818573448" value="+12818573448">2818573448</a>@y.y.y.y T=sip:<a href="tel:17133751530" value="+17133751530">17133751530</a>@x.x.x.x IP=udp:y.y.y.y:56266<br>
</span>> ID=C476CBE2-307B11D5-9770AB03-128F69C7@y.y.y.y UA='<null>'/<br>
> /Sep 25 19:25:54 spce lb[8628]: WARNING: <script>: Last hop of ACK<br>
<span class="">> points to 'x.x.x.x:6060' which is not a proxy, drop -<br>
> R=sip:127.0.0.1:5080;prxroute=1<br>
</span>> ID=C476CBE2-307B11D5-9770AB03-128F69C7@y.y.y.y UA='<null>'/<br>
<div class="HOEnZb"><div class="h5">><br>
> There is not much thing I can do on Cisco's configuration to change its<br>
> behaviors so there is anyway we can make the kaimailio-lb to accept that<br>
> ACK and forward to proxy?<br>
><br>
> Thank you all<br>
><br>
</div></div></blockquote></div><br></div>