[asterisk-bugs] [JIRA] (ASTERISK-29760) app_chanspy: Barge not supported when channel in a ConfBridge

Joshua C. Colp (JIRA) noreply at issues.asterisk.org
Tue Dec 7 04:17:34 CST 2021


     [ https://issues.asterisk.org/jira/browse/ASTERISK-29760?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Joshua C. Colp updated ASTERISK-29760:
--------------------------------------

    Summary: app_chanspy: Barge not supported when channel in a ConfBridge  (was: chanspy barge mode not working)

> app_chanspy: Barge not supported when channel in a ConfBridge
> -------------------------------------------------------------
>
>                 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