I think this is a standard behaviour, so sendonly party will receive MOH or silence if there is no moh and other bridged side will still hear him On Wed, Feb 27, 2019 at 10:34 AM <igor.potjevlesch@gmail.com> wrote:
Hello,
I have a weird behaviour with a call hold scenario. When the customer on leg A is placing the call on-hold (by sending a RE INVITE with sendonly attribute in the SDP), Freeswitch is switching to hold: "Callstate Change ACTIVE -> HELD". But only on the leg A.
The holding is not forwarded to the leg B. So, it causes the called party not to hear the Music On Hold generated by the calling party.
Any idea of what could result in this behaviour?
Regards,
Igor. _________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
-- Regards, Mirko