Review Board 1.7.16

Testsuite: Test that a reinvite received after a blind transfer does not result in hung channels.

Review Request #4343 - Created Jan. 14, 2015 and submitted

Mark Michelson
This runs the test scenario as described in ASTERISK-24624. Asterisk places a call to a SIPp scenario. The SIPp scenario performs a blind transfer to a bad extension in the dialplan. After being notified that the blind transfer failed, the SIPp scenario sends a reinvite to Asterisk. Asterisk should send a BYE immediately. In addition, the channel test condition is used to ensure that no channels exist after the test completes.

There is also a subtle bug that is fixed in the channel test condition. The Asterisk CLI aims to be grammatically correct, and so if there is only one active channel, it lists "1 active channel" in the CLI output of "core show channels". However, the test condition was specifically looking for "active channels" in order to determine the number of active channels. I tweaked the test condition to just look for the string "active channel" since that will be present for any number of active channels. I found this when running the test without the corresponding Asterisk patch and wondering why the channel test condition was not complaining about the remaining active channel.
I verified that the patch on /r/4339 this test passes. If that patch is not applied, then the SIPp scenario fails and the channel test condition raises an error since there is an active channel at the completion of the test.
Review request changed
Updated (Jan. 30, 2015, 12:27 p.m.)
  • changed from pending to submitted
Committed in revision 6370 runs on a server provided by Digium, Inc. and uses bandwidth donated to the open source Asterisk community by API Digital Communications in Huntsville, AL USA.
Please report problems with this site to