[Freeswitch-users] Music On Hold not working

[Ken Rice]

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 at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Igor Olhovskiy
Sent: Thursday, October 22, 2015 1:00 PM
To: FreeSWITCH Users Help <freeswitch-users at 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 at gmail.com <mailto:igorolhovskiy at 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 at 32000h,G7221 at 16000h,G722,PCMU,PCMA,GSM]

outbound-codec-prefs [G7221 at 32000h,G7221 at 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 at gmail.com <mailto:igorolhovskiy at 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20151022/1881f73a/attachment-0001.html