[asterisk-bugs] [JIRA] (ASTERISK-29760) chanspy barge mode not working

Dennis Haney (JIRA) noreply at issues.asterisk.org
Tue Dec 7 01:16:34 CST 2021


    [ https://issues.asterisk.org/jira/browse/ASTERISK-29760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=257287#comment-257287 ] 

Dennis Haney commented on ASTERISK-29760:
-----------------------------------------

Additionally, users in the field are reporting that sometimes they are able to hear when they are being overheard, with the sound of the overhearer coming through at very low volume even in the default mode. I.E. it has a very low volume whisper mode going on, even in the mode it should have whisper/barge at all.

> chanspy barge mode not working
> ------------------------------
>
>                 Key: ASTERISK-29760
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-29760
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_chanspy, Applications/app_confbridge
>    Affects Versions: 18.7.1
>         Environment: Linux asteriskcloudpjsip 4.19.0-16-amd64 #1 SMP Debian 4.19.181-1 (2021-03-19) x86_64 GNU/Linux
>            Reporter: Dennis Haney
>              Labels: webrtc
>         Attachments: full (2).zip
>
>
> We are using chanspy to listen in on a channel connected to a confbridge.
> Spy and Whisper mode works just fine, but we have been unable to get other participants to hear the spy after pressing 6.
> [overhear]
> exten => s,1,UserEvent(Overhearing,OverhearedChannel: ${OverhearedChannel})
> exten => s,n,ChanSpy(${OverhearedChannel},Eqdv(4)x(9))
> confbridge.conf:
> [general]
> ; --- ConfBridge User Profile Options ---
> [default_user]
> type=user
> [A]
> type=user
> quiet=yes
> marked=yes
> music_on_hold_when_empty=yes
> music_on_hold_class=default
> dtmf_passthrough=yes
> announce_only_user=no
> dsp_drop_silence=yes
> jitterbuffer=yes
> denoise=yes
> announce_user_count=no
> [B]
> type=user
> quiet=yes
> end_marked=yes 
> music_on_hold_when_empty=no
> dtmf_passthrough=no
> announce_only_user=no
> dsp_drop_silence=yes
> jitterbuffer=yes
> denoise=yes
> announce_user_count=no
> ; --- ConfBridge Bridge Profile Options ---
> [default_bridge]
> type=bridge
> mixing_interval=10
> pjsip.conf for A endpoint
> disallow=all
> webrtc=yes
> allow=opus,alaw,ulaw
> rtp_keepalive=2
> rtp_timeout=10
> allow_transfer=no
> Running asterisk at high debugging level shows tons of these messages while chanspy'ing:
> [Nov 17 11:02:29] DEBUG[38229] audiohook.c: Read factory 0x7f0ca800b648 and write factory 0x7f0ca800c088 both fail to provide 160 samples
> [Nov 17 11:02:29] DEBUG[38229] audiohook.c: Failed to get 160 samples from read factory 0x7f0ca800b648
> [Nov 17 11:02:29] DEBUG[38229] audiohook.c: Read factory 0x7f0ca800b648 and write factory 0x7f0ca800c088 both fail to provide 160 samples
> [Nov 17 11:02:29] DEBUG[38379][C-00000005] translate.c: Sample size different 960 vs 160
> But can hear things just fine, so doesn't seem like a real problem.
> There are no log entries at any level of debugging that shows anything about barge mode (or any of the other modes) being engaged.



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list