<div dir="ltr"><div><div><div><div><div><div>Hello,<br>I have kamailio SIP proxy with WebSocket support in front of FS using plain UDP transport (not using ws-binding).<br></div>It works fine for incoming calls:<br><a href="http://sipml5.org/">http://sipml5.org</a> --> SIP over WebSocket --> kamailio --> SIP over UDP --> FS plays some prompt.<br>
<br></div><div>Then, the WebSocket app registers with kamailio and when a call arrives to it at FS, FS sends the call to kamailio and the call is sent to the browser.<br></div><div>However, when I try to answer the call, the web app refuses the call with this:<br>
<br>SIP/2.0 603 Failed to get local SDP.<br>From: "displayname.user3"<<a href="mailto:sip%3Auser3@test1.com">sip:user3@test1.com</a>>;tag=6197r4g0Kar9H.<br>To: <<a href="mailto:sip%3Auser2@127.0.0.1">sip:user2@127.0.0.1</a>>;tag=okDK7cd5n34HgaEM9dgs.<br>
Call-ID: 2d1ab230-7516-1231-969f-5254000fd208.<br>CSeq: 47333138 INVITE.<br>Content-Length: 0.<br></div><br></div>I suppose this is happening because an SDP for a WebRTC call cannot be a plain one that we send on ordinary calls. Is this correct?<br>
</div>So is it possible to instruct FS (some parameter when calling originate or bridge) to prepare an SDP for WebRTC?<br></div>If not, I was thinking if asking FS to not send SDP in the INVITE would work (late negotiation) as it would receive the SDP in the "200 OK" and send its SDP in the ACK. But i could not find a way to force FS to do this either.<br>
<br></div>regards,<br>Takeshi<br><div><div><div><div><div><div><div><div><br></div></div></div></div></div></div></div></div></div>