<div dir="ltr"><div>It looks like FreeSWITCH does not support one-way audio at all. We have a strong need for this functionality if we choose to use FreeSWITCH. If I were to investigate and implement this, is it something that the community would be interested in? I'm a bit worried about diving into this because if FreeSWITCH honors the sdp direction it could potentially break some legacy applications that rely on current functionality. </div><div><br></div><div>Also, any tips on where to start would be appreciated.</div><div><br></div><div>More info on my investigation:</div><div><br></div><div>I got a little smarter in how I search the mailing list and came across this, so it sounds like this is not supported functionality.</div><br><a href="http://freeswitch-users.2379917.n2.nabble.com/sendonly-attribute-ignored-td5933886.html">http://freeswitch-users.2379917.n2.nabble.com/sendonly-attribute-ignored-td5933886.html</a><div><br></div><div>I also ran some more experiments. The reinvite with a=sendonly results in a hold event, so I verified audio is not passed in either direction despite the SDP direction attribute.</div><div><br></div><div>I'm currently doing these experiments with a conference. We would like to use it as a sort of intercom function, but our security group is strongly discouraging us from making a product that sends audio to all the endpoints even if its silence, so the conference relate API, from their perspective, isn't a solution.</div><div><br></div><div>Larry</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 21, 2018 at 5:09 PM, Larry Hemenway <span dir="ltr"><<a href="mailto:larry.hemenway@gmail.com" target="_blank">larry.hemenway@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
Is there a way to establish a call with one-way audio on a call from the start?<br>
<br>
I'm currently sending a request with the following SDP - (note a=sendonly):<br>
<br>
v=0<br>
o=Larry 2890844526 2890844526 IN IP4 127.0.0.1<br>
s= My Session<br>
c=IN IP4 172.22.112.1<br>
t=0 0<br>
m=audio 49170 RTP/AVP 0 8<br>
a=sendonly<br>
a=rtpmap:0 PCMU/8000<br>
a=rtpmap:8 PCMA/8000<br>
<br>
FreeSWITCH is sending back the right response (note the a=recvonly):<br>
<br>
v=0<br>
o=FreeSWITCH 1519171720 1519171721 IN IP4 172.17.0.2<br>
s=FreeSWITCH<br>
c=IN IP4 172.17.0.2<br>
t=0 0<br>
m=audio 21768 RTP/AVP 0 101<br>
a=rtpmap:0 PCMU/8000<br>
a=rtpmap:101 telephone-event/8000<br>
a=fmtp:101 0-16<br>
a=recvonly<br>
a=ptime:20<br>
<br>
But I'm still receiving audio from FreeSWITCH. It is only after I<br>
resend the SDP via a reinvite that the audio stops being sent from<br>
FreeSWITCH.<br>
<span class="HOEnZb"><font color="#888888"><br>
Larry<br>
</font></span></blockquote></div><br></div>