<p dir="ltr">Jon hi,</p>
<p dir="ltr">Thanks for that. Yes that is what I am using and it works in all scenarios except the one described above.<br>
I think this is due to the fact that the REFER does not pass through the proxy.</p>
<p dir="ltr">Any ideas?</p>
<p dir="ltr">Thanks.</p>
<p dir="ltr">John</p>
<div class="gmail_quote">On 20 Sep 2013 12:35, "Jon Bonilla" <<a href="mailto:jbonilla@sipwise.com">jbonilla@sipwise.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
El Fri, 20 Sep 2013 12:12:27 +0100<br>
"John Murray" <<a href="mailto:john.murray@skyracktelecom.com">john.murray@skyracktelecom.com</a>> escribió:<br>
<br>
> Jon hi,<br>
><br>
> We wanted to add call transfer function to our users so instead of adding an<br>
> asterisk box to handle REFERs we got a module for SEMS to do this. It works<br>
> well but in a call where a local user is on the b-leg call and does an<br>
> un-attended transfer, so sends a REFER message, this is received on the lb<br>
> and loose routed to SEMS on port 5080 so the Refer-To: header, who is the new<br>
> callee is not processed by the proxy.<br>
><br>
> Would it be best to have an exception on the lb to catch this and send to the<br>
> proxy for processing?<br>
><br>
> Thanks very much.<br>
><br>
<br>
Hi john<br>
<br>
Not sure if it would work in all your scenarios but check in version 3.0 a<br>
option called "allow_refer_method". It should allow in-dialog REFER requests to<br>
be sent from one leg to another and whitelist the required headers in the sbc<br>
profile.<br>
<br>
</blockquote></div>