<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
You are great Andrew! The problem was fixed!<br>
<br>
Thank you very much!<br>
<div class="moz-signature">
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<title></title>
<font size="-1"><font face="Calibri"><br>
Saludos,<br>
Robert Cuaresma<br>
</font></font><span
style="font-size:9.0pt;font-family:"Arial
Narrow",sans-serif;
color:#17365D;mso-ansi-language:CA;mso-fareast-language:ES"
lang="CA"><br>
</span><span style="font-size:8.0pt;font-family:"Arial
Narrow",sans-serif;
color:#17365D;mso-ansi-language:CA;mso-fareast-language:ES"
lang="CA"></span><br>
</div>
<div class="moz-cite-prefix">El 02/02/2018 a las 10:03, Andrew
Pogrebennyk escribió:<br>
</div>
<blockquote type="cite"
cite="mid:d656debf-6d50-519c-570c-c31094b0543d@sipwise.com">
<pre wrap="">On 02/01/2018 07:00 PM, Robert Cuaresma wrote:
</pre>
<blockquote type="cite">
<pre wrap="">I have made some tests and if I configure Subscriber with RTP Proxy
defined to "Never", the call no hangup after 60 seconds and works
fine, but the RTP Flow goes always from customer PBX directly to VoIP
Service Provider. What would be the cause of this issue?
I apreciate so much your help!
</pre>
</blockquote>
<pre wrap="">
The problem is, as you wrote, the re-INVTIE without SDP.
Release mr4.5 does not support late OAM in the re-INVITE out of the box.
This has been fixed for all call scenarios in mr5.x.
As a workaround for mr4.5, you can try to create proxy.cfg.customtt.tt2
by copying /etc/ngcp-config/templates/etc/kamailio/proxy/proxy.cfg.tt2
(if you don't have one yet), open proxy.cfg.customtt.tt2 in editor, find
the block onreply_route[REPLY_ROUTE_NAT]
and add the following lines after force_rport():
# we do not have cluster set id after re-INVITE if we have 200/ACK
negotiation
if(sdp_content() && !isbflagset(FLB_RTPPROXY_LOOKUP))
{
if(!pv_isset("$avp(<a class="moz-txt-link-freetext" href="s:lbrtp_dispatcher_id_caller">s:lbrtp_dispatcher_id_caller</a>)"))
{
$(avp(<a class="moz-txt-link-freetext" href="s:lbrtp_dispatcher_id_caller">s:lbrtp_dispatcher_id_caller</a>)[*]) = [%
cluster_sets.${cluster_sets.default_set}.dispatcher_id %];
xlog("L_INFO", "Recovered rtpengine caller did
'$avp(<a class="moz-txt-link-freetext" href="s:lbrtp_dispatcher_id_caller">s:lbrtp_dispatcher_id_caller</a>)' from default value - [% logres -%]\n");
}
if(!pv_isset("$avp(<a class="moz-txt-link-freetext" href="s:lbrtp_dispatcher_id_callee">s:lbrtp_dispatcher_id_callee</a>)"))
{
$(avp(<a class="moz-txt-link-freetext" href="s:lbrtp_dispatcher_id_callee">s:lbrtp_dispatcher_id_callee</a>)[*]) = [%
cluster_sets.${cluster_sets.default_set}.dispatcher_id %];
xlog("L_INFO", "Recovered rtpengine callee did
'$avp(<a class="moz-txt-link-freetext" href="s:lbrtp_dispatcher_id_callee">s:lbrtp_dispatcher_id_callee</a>)' from default value - [% logres -%]\n");
}
}
This would be a workaround for version mr4.5.x till you upgrade to
mr5.5.x LTS. But when upgrading there you should remove the customtt
file when asked.
Regards, Andrew
</pre>
</blockquote>
<br>
</body>
</html>