The overwhelming odds are you do not need inbound-proxy-media set anyway. There is no real advantages for using this mode unless you have an extreme edge case. From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Igor Olhovskiy Sent: Thursday, October 22, 2015 1:00 PM To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Subject: Re: [Freeswitch-users] Music On Hold not working inbound-proxy-media. This little thing should be set to false. 2015-10-22 19:03 GMT+03:00 Igor Olhovskiy <igorolhovskiy@gmail.com <mailto:igorolhovskiy@gmail.com> >: More detailed profile info rfc2833-pt [101] NDLB-force-rport [true] sip-trace [no] sip-port [5060] NDLB-broken-auth-hash [true] inbound-proxy-media [true] inbound-late-negotiation [false] presence-hold-state [confirmed] disable-hold [false] tls-verify-policy [all] debug [0] dialplan [XML] dtmf-duration [2000] inbound-codec-prefs [G7221@32000h,G7221@16000h,G722,PCMU,PCMA,GSM] outbound-codec-prefs [G7221@32000h,G7221@16000h,G722,PCMU,PCMA,GSM] rtp-timer-name [soft] rtp-ip [X.X.X.X] sip-ip [X.X.X.X] hold-music [local_stream://default] apply-nat-acl [nat.auto] apply-inbound-acl [domains] local-network-acl [localnet.auto] send-presence-on-register [true] record-path [/usr/local/freeswitch/recordings] record-template [${domain_name}/archive/${strftime(%Y)}/${strftime(%b)}/${strftime(%d)}/${uuid}.wav] manage-presence [true] presence-hosts [$${domain},X.X.X.X] presence-privacy [$${presence_privacy}] inbound-codec-negotiation [generous] tls [false] tls-only [false] tls-bind-params [transport=tls] tls-sip-port [9061] tls-cert-dir [/usr/local/freeswitch/conf/ssl] tls-passphrase [] tls-verify-date [true] tls-verify-depth [2] tls-verify-in-subjects [] tls-version [tlsv1] nonce-ttl [60] auth-calls [true] inbound-reg-force-matching-username [true] auth-all-packets [false] ext-rtp-ip [autonat:X.X.X.X] ext-sip-ip [autonat:X.X.X.X] rtp-timeout-sec [300] rtp-hold-timeout-sec [1800] challenge-realm [auto_from] multiple-registrations [true] accept-blind-reg [true] accept-blind-auth [true] aggressive-nat-detection [true] NDLB-received-in-nat-reg-contact [true] sip-capture [no] watchdog-enabled [no] watchdog-step-timeout [30000] watchdog-event-timeout [30000] log-auth-failures [true] forward-unsolicited-mwi-notify [false] context [public] Also, during the call variable disable_hold is setting to false. 2015-10-22 10:45 GMT+03:00 Igor Olhovskiy <igorolhovskiy@gmail.com <mailto:igorolhovskiy@gmail.com> >: Hi! I've faced really strange behavior of FS. I'm trying to get MOH working during the hold (INVITE with SDP a=sendonly), but FS re-send this INVITE to endpoints instead of playing music in a channel. I've tried set disable_hold to false on profile and in dialplan, but still no, FS just forward INVITE to other side. With this, in a case of external call I hear MOH of telco provider, in case of internal calls - just silence. Is there any other parameters, that can force FS to use internal source of MOH? -- Best regards, Igor -- Best regards, Igor -- Best regards, Igor