[asterisk-bugs] [Asterisk 0018647]: Chanspy hangs up the targetted phone call.
Asterisk Bug Tracker
noreply at bugs.digium.com
Mon Feb 21 05:22:49 CST 2011
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=18647
======================================================================
Reported By: thomas_foerster
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 18647
Category: Applications/app_chanspy
Reproducibility: always
Severity: major
Priority: normal
Status: feedback
Asterisk Version: SVN
JIRA: SWP-2948
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.2
SVN Revision (number only!): 299242
Request Review:
======================================================================
Date Submitted: 2011-01-19 16:22 CST
Last Modified: 2011-02-21 05:22 CST
======================================================================
Summary: Chanspy hangs up the targetted phone call.
Description:
What is Expected :
1)Phone A is on a call.
2)Phone B dials a "Chanspy" extension in order to listen to phone A
conversation.
3)Phone B hears phone A conversation
What is Happening :
1)Phone A is on a call.
2)Phone B dials a "Chanspy" extension in order to listen to phone A
conversation.
3)Phone A call is immediatly hung up by Asterisk.
4)Phone B call is still alive , but there is no audio.
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
has duplicate 0018838 ChanSpy causes hangup of target channel
======================================================================
----------------------------------------------------------------------
(0132226) wdoekes (reporter) - 2011-02-21 05:22
https://issues.asterisk.org/view.php?id=18647#c132226
----------------------------------------------------------------------
Confirmed on 1.4.39.1. Also confirmed that changeset 303546 fixes it.
-- Executing [203 at pi_special_spy:4] ChanSpy("SIP/nosyparker-00000005",
"SIP/victim-") in new stack
...
[2011-02-21 11:43:11] DEBUG[19409]: chan_sip.c:4013 sip_answer: SIP
answering channel: SIP/nosyparker-00000005
...
== Spying on channel SIP/victim-00000003
[2011-02-21 11:43:17] NOTICE[19409]: app_chanspy.c:218 start_spying:
Attaching SIP/victim-00000005 to SIP/nosyparker-00000003
[2011-02-21 11:43:17] DEBUG[19409]: channel.c:1578 ast_softhangup_nolock:
Soft-Hanging up channel 'SIP/trunk-00000004'
[2011-02-21 11:43:17] DEBUG[19408]: rtp.c:3370 bridge_p2p_loop: Oooh,
something is weird, backing out
[2011-02-21 11:43:17] DEBUG[19408]: channel.c:4855 ast_channel_bridge:
Unbridge signal received. Ending native bridge.
[2011-02-21 11:43:17] DEBUG[19409]: audiohook.c:224
audiohook_read_frame_both: Read factory 0x41e0d8a0 and write factory
0x41e0e2d0 both fail to provide 160 samples
[2011-02-21 11:43:17] DEBUG[19408]: channel.c:4616 ast_generic_bridge:
Didn't get a frame from channel: SIP/trunk-00000004
After applying r303546, that last line debug line disappears and the
channels stay open like expected. Note that I did not test for any (other)
side-effects of the patch.
Issue History
Date Modified Username Field Change
======================================================================
2011-02-21 05:22 wdoekes Note Added: 0132226
======================================================================
More information about the asterisk-bugs
mailing list