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