<div dir="ltr">Hi Andrew,<div>    Thanks for your reply. I made the recommended changes and now I can see that the INVITE request received by the legacy gateway does contain a RTP/AVP media profile. I've run into the next problem though.</div>
<div><br></div><div>The legacy gateway does not receive an ACK so the call never gets established. (I do see that media from the WebRTC client does make it all the way to the legacy gateway so that's a good news.)</div>
<div><br></div><div>After about 32 seconds (while the gateway is re-transmitting its 200 OK response), ngcp sends an ACK (it is internally generated) followed by a BYE request to end the call.</div><div><br></div><div>I see the following errors in the kamailio-proxy.log:</div>
<div><br></div><div>-----</div><div><div><font size="1">Feb 14 20:41:58 spce proxy[3785]: DEBUG: <script>: start of route ROUTE_OUTBOUND - 1014 ACK</font></div><div><font size="1">Feb 14 20:41:58 spce proxy[3785]: WARNING: <core> [msg_translator.c:2499]: via_builder(): <b><u>TCP/TLS connection (id: 0) for WebSocket could not be found</u></b></font></div>
<div><font size="1">Feb 14 20:41:58 spce proxy[3785]: ERROR: <core> [msg_translator.c:1725]: build_req_buf_from_sip_req(): could not create Via header</font></div><div><font size="1">Feb 14 20:41:58 spce proxy[3785]: ERROR: <core> [forward.c:607]: forward_request(): ERROR: forward_request: building failed</font></div>
<div><font size="1">Feb 14 20:41:58 spce proxy[3785]: ERROR: sl [sl_funcs.c:371]: sl_reply_error(): ERROR: sl_reply_error used: I'm terribly sorry, server error occurred (1/SL)</font></div><div><font size="1">Feb 14 20:41:58 spce proxy[3785]: DEBUG: <script>: exit of route ROUTE_OUTBOUND - 1014 ACK</font></div>
</div><div>-----</div><div><br></div><div>Note that I'm using <b>ws://</b><a href="http://172.18.101.48:5060/ws">172.18.101.48:5060/ws</a> (and not http://) as the websocket server URL. Andreas had suggested earlier to use <b>http:</b>//ip:port/ws. The WebRTC clients that I'm using for testing (sipML5 and jsSIP) do not like anything other than ws:// for Websocket server URL.</div>
<div><br></div><div>Not sure if this is the real issue as the request fails to get sent to the legacy gateway, which is not using Websockets but the above mentioned error occurs when it is ready to send the ACK to the legacy gateway.</div>
<div><br></div><div>Also attached is a .zip file containing the proxy and lb logs.<br></div><div><br></div><div>Thanks again for all your help. I think I'm getting closer to get everything working. </div><div><br></div>
<div>Ashutosh</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Feb 14, 2014 at 1:38 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"><div class="">On 14/02/14 01:33, Ashutosh Apte wrote:<br>
> I've also created a SIP Peering Group to route calls to a legacy SIP<br>
> gateway. On dialing, the call hits the legacy gateway but I notice that<br>
> the SDP body in the INVITE message uses RTP/SAVF. This gateway does not<br>
> support sRTP. Is there a way to force the mediaproxy to use RTP only?<br>
><br>
> I've changed the parameter under Domains -> Preferences -> NAT and Media<br>
> Flow Control -> srtp_transcoding from "transparent" to "ForceRTP". The<br>
> kamailio proxy debug logs do show that the parameter was indeed changed<br>
> but it did not have any effect on the INVITE message.<br>
><br>
> What configuration parameter should I be changing to get this to work?<br>
<br>
</div>Hi,<br>
from my PoV you should set srtp_transcoding in the domain to "Prefer<br>
SRTP" (AFAIK it doesn't work if you leave it as "transparent" and I want<br>
to add automatic detection of endpoints that use RTP/SAVP and RTP/SAVPF)<br>
and most important - srtp_transcoding in the peer preferences (for your<br>
legacy gateway) to "Force RTP". This will enable transcoding. You may<br>
also need to set rtcp_feedback to "Prefer AVPF" on the domain and "Force<br>
AVP" on the legacy gateway.<br>
<span class="HOEnZb"><font color="#888888"><br>
Andrew<br>
</font></span></blockquote></div><br></div>