What were you trying to do that didn't work?

In RHEL 9.6 arping returns 1 (error) in place of 0(OK) if number of replies are more than packet sent.
This has been fixed upstream (https://github.com/iputils/iputils/commit/b589819d820a037c3492b2766eabc0c5bc011de7)

What is the impact of this issue to you?

Please provide the package NVR for which the bug is seen:

iputils-20210202-11.el9.x86_64.rpm 

How reproducible is this bug?:

Always when the number of replies are more than packet sent 

Steps to reproduce

1. create a bridge and attach uplink interfaces to bridge 
2. Assign ip address to bridge
3. arping to default gateway

# /sbin/arping -I br0 -w 5 -c 3 10.15.252.1
ARPING 10.15.252.1 from 10.15.252.96 br0

Unicast reply from 10.15.252.1 [00:1C:73:22:22:22] 1.042ms

Unicast reply from 10.15.252.1 [00:1C:73:22:22:22] 1.090ms

Unicast reply from 10.15.252.1 [00:1C:73:22:22:22] 0.903ms

Sent 2 probes (1 broadcast(s)) Received 3 response(s)

# echo $?

1

Expected results

return code to be 0

Actual results

return code is 1