[Freeswitch-users] Music On Hold not working

[Igor Olhovskiy]

Thanks. Got it. Reading manuals can be helpful )

2015-10-22 21:26 GMT+03:00 Ken Rice <krice at freeswitch.org>:

> 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>:
>
> 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
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>



-- 
Best regards,
Igor
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20151023/859a001d/attachment-0001.html