Anyone? I will try to describe my problem once more. I have default FS install. I enabled "renegotiate-codec-on-hold", "renegotiate-codec-on-reinvite" and "enable-3pcc" in internal profile. My dialplan is: <include> <context name="default"> <extension name="echo"> <condition field="destination_number" expression="^.*$"> <action application="answer"/> <action application="echo"/> </condition> </extension> </context> </include> I use the following sipp scenario https://pastebin.freeswitch.org/24629 with the following command: sipp <ip>:<port> -sf sipp_scenario.xml -m 1 And getting the following siptrace https://pastebin.freeswitch.org/24630 My question is: Is it possible to setup FS in such a way, that in the second "200 OK" it would send "a=sendrecv" instead of "a=recvonly"? Thanks. On Wed, Apr 6, 2016 at 6:16 PM, Станислав Запольский <stszap@gmail.com> wrote:

Hello. We are facing the following problem with our FS setup:

1. provider sends us INVITE with "a=sendonly" in SDP 2. FS picks up the call, playing ivr and replying with 200 and "a=recvonly" in SDP 3. provider sends Re-INVITE without SDP 4. FS replying 200 with already negotiated SDP (single codec and "a=recvonly")

Provider wants renegotiation of sdp on step 4, or a least "a=sendrecv" parameter. Is there a way to achieve this without source modification? We tried setting following profile parameters: renegotiate-codec-on-hold=true renegotiate-codec-on-reinvite=true enable-3pcc=true but no luck. The only solution we found was modifing sofia.c like this: line 7374 - replace switch_core_media_gen_local_sdp(session, SDP_TYPE_RESPONSE, NULL, 0, NULL, 0); with switch_core_media_gen_local_sdp(session, SDP_TYPE_RESPONSE, NULL, 0, "sendrecv", 0); line 7376 - replace nua_respond(tech_pvt->nh, SIP_200_OK, TAG_END()); with nua_respond(tech_pvt->nh, SIP_200_OK, SOATAG_USER_SDP_STR(tech_pvt->mparams.local_sdp_str), TAG_END());

Thanks.