[defect]: wrong timeout in parallel mode

[ef-end-y]

What type of defect/bug is this?

Unexpected behaviour (obvious or verified by project member)

How can the issue be reproduced?

file.txt contains 15 attributes separated by empty lines. I run:

radclient -x -t5 -r1 -p15 -f file.txt xx.xx.xx.xx:3799 coa password

xx.xx.xx.xx - any host that ignores requests on port 3799

tcpdump shows all 15 attributes were actually sent at the same time. The host does not respond. radclient waits 5 seconds for a response for the first packet, then 5 seconds for the 2nd one and ... all takes 15 * 5 = 1 minute 15 seconds. The last packet was sent a minute ago, why does radclient have to wait 1 minute for a response?

Log output from the FreeRADIUS daemon

freeradius -v
radiusd: FreeRADIUS Version 3.0.26, for host x86_64-pc-linux-gnu, built on Jan  4 2023 at 03:23:09
FreeRADIUS Version 3.0.26

Relevant log output from client utilities

(0) No reply from server for ID 52 socket 3
(1) No reply from server for ID 240 socket 3
(2) No reply from server for ID 241 socket 3
(3) No reply from server for ID 136 socket 3
(4) No reply from server for ID 113 socket 3
(5) No reply from server for ID 247 socket 3
(6) No reply from server for ID 154 socket 3
(7) No reply from server for ID 37 socket 3
(8) No reply from server for ID 239 socket 3
(9) No reply from server for ID 126 socket 3
(10) No reply from server for ID 168 socket 3
(11) No reply from server for ID 16 socket 3
(12) No reply from server for ID 50 socket 3
(13) No reply from server for ID 75 socket 3
(14) No reply from server for ID 107 socket 3

Backtrace from LLDB or GDB

No response