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
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>:
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
inbound-proxy-media. This little thing should be set to false. 2015-10-22 19:03 GMT+03:00 Igor Olhovskiy <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>:
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
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
Thanks. Got it. Reading manuals can be helpful ) 2015-10-22 21:26 GMT+03:00 Ken Rice <krice@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@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>:
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>:
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@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@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
participants (2)
-
Igor Olhovskiy
-
Ken Rice