sipp icon indicating copy to clipboard operation
sipp copied to clipboard

cannot terminate SIPp with SIGUSR1 or Q when on last call

Open hk298 opened this issue 8 years ago • 3 comments

In my use case I'm using SIPp to create only one call at a time (-m 1 -l 1 -r 1 -rp 1000). I expect that qq or Q or two SIGUSR1 events will cause SIPp to send BYE to a connected call or CANCEL to a ringing call. However, these events are being ignored.

The same happens when I do multiple sequential calls and SIPp has reached the last call. I have not tried concurrent calls.

Could it be that the test in line 486 of sipp.cpp should come after the if (quitting) block or should it skip the line quitting=1 when a Q command has increased the quitting variable?

hk298 avatar Sep 29 '17 19:09 hk298

Duplicate of #176 ?

rkday avatar Nov 10 '19 16:11 rkday

I'm encountering this with the version (3.6.1) in Debian Bullseye repository; has it been fixed in a more recent release?

mc510 avatar Oct 31 '22 22:10 mc510

Don't think so. Stopping calls has always been a bit flaky afaik.

wdoekes avatar Nov 01 '22 07:11 wdoekes