[Freeswitch-users] Music On Hold not working

[Igor Olhovskiy]

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>:

> 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>:
>
>> 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/93e7722d/attachment.html