From: Alexey Kodanev <alexey.kodanev@oracle.com>
To: ltp@lists.linux.it
Subject: [LTP] [PATCH 1/4] network/stress/icmp: add icmp-multi-diffip.sh to implement diffip stress test
Date: Thu, 19 May 2016 19:01:30 +0300 [thread overview]
Message-ID: <573DE35A.7060106@oracle.com> (raw)
In-Reply-To: <20160519142900.GG19992@Leo.nay.redhat.com>
Hi,
On 05/19/2016 05:29 PM, Hangbin Liu wrote:
> On Tue, May 17, 2016 at 02:46:33PM +0300, Alexey Kodanev wrote:
>> Hi,
>> On 05/09/2016 10:57 AM, Hangbin Liu wrote:
>>> Signed-off-by: Hangbin Liu <haliu@redhat.com>
>>> ---
>>> runtest/network_stress.icmp | 29 ++---
>>> testcases/network/stress/icmp/icmp-multi-diffip.sh | 138 +++++++++++++++++++++
>>> 2 files changed, 153 insertions(+), 14 deletions(-)
>>> create mode 100755 testcases/network/stress/icmp/icmp-multi-diffip.sh
>>>
>>> diff --git a/runtest/network_stress.icmp b/runtest/network_stress.icmp
>>> index 2b989b1..87feb74 100644
>>> --- a/runtest/network_stress.icmp
>>> +++ b/runtest/network_stress.icmp
>>> @@ -36,21 +36,22 @@ icmp6-uni-basic05 icmp-uni-basic.sh -6 -p esp -m tunnel -s "10 100 1000 10000 65
>>> icmp6-uni-basic06 icmp-uni-basic.sh -6 -p ipcomp -m transport -s "10 100 1000 10000 65000"
>>> icmp6-uni-basic07 icmp-uni-basic.sh -6 -p ipcomp -m tunnel -s "10 100 1000 10000 65000"
>>> -icmp4-multi-diffip01 icmp4-multi-diffip01
>>> -icmp4-multi-diffip02 icmp4-multi-diffip02
>>> -icmp4-multi-diffip03 icmp4-multi-diffip03
>>> -icmp4-multi-diffip04 icmp4-multi-diffip04
>>> -icmp4-multi-diffip05 icmp4-multi-diffip05
>>> -icmp4-multi-diffip06 icmp4-multi-diffip06
>>> -icmp4-multi-diffip07 icmp4-multi-diffip07
>>> +# networkstress.sh set IP_TOTAL=10000 by default, which is too much for these tests
>> if it is too much, I would rather check it in the script and set to the
>> appropriate maximum.
> OK, I will do it in the script.
>
>>> +
>>> + # Make sure the connectvity
>>> + tst_ping $lhost_iface $rhost_addr
>>> + if [ $? -ne 0 ]; then
>>> + tst_resm TFAIL "IPv${TST_IPV6:-4} $lhost_addr/$netmask -- $rhost_addr/$netmask $IPSEC_PROTO $IPSEC_MODE connectivity"
>> proto/mode were printed in the beginning of the test so it seems redundant
>> to print it again and again during the test.
> Ah, yes, exactly. I will simplify it.
>
>>> + else
>>> + tst_resm TPASS "IPv${TST_IPV6:-4} $lhost_addr/$netmask -- $rhost_addr/$netmask $IPSEC_PROTO $IPSEC_MODE connectivity"
>>> + fi
>> TST_TOTAL doesn't match TPASS/TFAIL assertions.
> Hmm...I didn't notice about this. We should to make sure the connectivity. But
> the checking times is based on $IP_TOTAL.
>
> OK, I will use tst_brkm TCONF instead of tst_resm TFAIL. Which report you feel
> is better,
>
> tst_brkm TCONF "IPv${TST_IPV6:-4} connectivity after add $cnt addresses" or
>
> tst_brkm TCONF "$cnt addr: IPv${TST_IPV6:-4} $lhost_addr/$netmask -- $rhost_addr/$netmask connectivity"
>
>
>>> + rhost_addr_array[$cnt]=$rhost_addr
>> Please don't use arrays, it's a bash extension.
> Is there a better way to store the addresses? Use a temp file?
We can easily calculate them again, why store them... number might be
quite big.
>>> +done
>>> +
>>> +# Do Stress testing, ping flood
>>> +tst_resm TINFO "start ping flood stress testing"
>>> +for rhost_addr in ${rhost_addr_array[@]}; do
>>> + for size in ${ICMP_SIZE_ARRAY}; do
>>> + ping$TST_IPV6 -f -q -I $lhost_iface $rhost_addr -s $size &> /dev/null &
>>> + done
>>> +done
Can we start ping test in background after adding each IP, i.e. after
tst_ping finished?
>>> +
>>> +sleep ${NS_DURATION}
>>> +
>>> +tst_resm TPASS "$TCID IPv${TST_IPV6:-4} $IPSEC_PROTO $IPSEC_MODE stress test"
>> Is the test always passing here with no checks?
> Yes, if the system under test do not crash with ping flood after ${NS_DURATION}
> seconds, we can pass the test.
What if remote host crashed somehow, and local not... test would pass in
that case.
May be we should kill ping processes (or add -w deadline) and check
connectivity again,
what do you think?
Thanks,
Alexey
next prev parent reply other threads:[~2016-05-19 16:01 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-09 7:57 [LTP] [PATCH 1/4] network/stress/icmp: add icmp-multi-diffip.sh to implement diffip stress test Hangbin Liu
2016-05-09 7:57 ` [LTP] [PATCH 2/4] network/stress/icmp: remove old multi-diffip/* tests Hangbin Liu
2016-05-09 7:57 ` [LTP] [PATCH 3/4] network/stress/icmp: add icmp-multi-diffnic.sh to implement diffnic stress test Hangbin Liu
2016-05-17 11:18 ` Alexey Kodanev
2016-05-19 13:55 ` Hangbin Liu
2016-05-09 7:57 ` [LTP] [PATCH 4/4] network/stress/icmp: remove old multi-diffnic/* tests Hangbin Liu
2016-05-17 11:46 ` [LTP] [PATCH 1/4] network/stress/icmp: add icmp-multi-diffip.sh to implement diffip stress test Alexey Kodanev
2016-05-19 14:29 ` Hangbin Liu
2016-05-19 16:01 ` Alexey Kodanev [this message]
2016-05-20 2:16 ` Hangbin Liu
2016-05-20 2:38 ` Hangbin Liu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=573DE35A.7060106@oracle.com \
--to=alexey.kodanev@oracle.com \
--cc=ltp@lists.linux.it \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.