Age | Commit message (Collapse) | Author | Files | Lines |
|
This is the state after examining 2-node coverage.
One more change will come after 3-node coverage is examined.
Change-Id: Ie78aa3461231c231f1d4458201aeefe99c8afe7f
Signed-off-by: Vratko Polak <vrpolak@cisco.com>
|
|
Signed-off-by: Peter Mikus <peter.mikus@protonmail.ch>
Change-Id: Ie47a2d736f90000741204bec144cbf2e4052bb2c
|
|
Change-Id: Id304419f52db3ab04e247c9d9e88d9f88740f4e0
Signed-off-by: Vratko Polak <vrpolak@cisco.com>
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I670dbffc6c6a11f35f06f3e3384b43e9e437aa28
|
|
- New issues still empty.
- Quic issue listed as a regression for now.
Change-Id: I1af46b3201e21d22ee09f4ba96a400c2cebf3b7b
Signed-off-by: Vratko Polak <vrpolak@cisco.com>
|
|
Signed-off-by: Peter Mikus <peter.mikus@protonmail.ch>
Change-Id: I72249104214614c55239689a60d4008e3c0e7a4e
|
|
Signed-off-by: Peter Mikus <peter.mikus@protonmail.ch>
Change-Id: If817f4ad6380bfa1b91d7c67a7ef843641a75dc5
|
|
- I ran out of time for VPP perf new issues,
so I kept that table empty (same as RCA).
Change-Id: I9c4e4409297ef36022e23e8cd5133e5d7191ec68
Signed-off-by: Vratko Polak <vrpolak@cisco.com>
|
|
- Links to examples
Change-Id: I2f04caa3b0dfd289ced3282554a0cdaa93175b8d
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Change-Id: I1e3a4205ecbc93311429fc37f15c4723e51f6753
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Change-Id: Id7c290b9aa708eb0bed2d6bfd94ad1393bec21c3
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
+ Also update reconf tests emthodology.
Change-Id: If3b19d3d9f14da6b28e525e9023bccde1cf1c8a9
Signed-off-by: Vratko Polak <vrpolak@cisco.com>
|
|
Change-Id: I1c369ab8e52a6f6fabede0617f526eab39e4469f
Signed-off-by: Vratko Polak <vrpolak@cisco.com>
|
|
Change-Id: I904ee832b79ef6b07a889eb69ac2aadc12edb877
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: Ib630ef3a2451c6b13e3ba6b40a1ffa475787aeb6
|
|
Change-Id: Ia3d27ce0377665d07ba93e535878193ae47d46d7
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Change-Id: I537d585b20057e70d5403bb81af190838a4f928b
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Change-Id: I087b82c47b093c8a5a420ed6948d3a916069c98b
Signed-off-by: Vratko Polak <vrpolak@cisco.com>
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: If48902729a8c13b83c97170c12fc43bac624212c
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: Id90ca8323e6f49b51f19526e1089bf711e4e8182
|
|
Change-Id: I95ae31a84a12c5f5762197e257f30667debc6c0c
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Change-Id: I7d38443f4001604745c36d91441ee9ec8404d3e4
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Change-Id: I257e9ef513f163c48cd9dcb2d183bfada0c54fbb
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Signed-off-by: Maciek Konstantynowicz <mkonstan@cisco.com>
Change-Id: I0c1239a8d8f93288accfc46cdaa0290a09975677
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I76109b44da46ab2c5e9492d4fe5e000f1d811751
|
|
Change-Id: I4acf6f29b09aa1f07f2688b5836282580224723a
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Some descriptions will be updated later according to the items below:
- Some issues (mostly RCAs) need more investigation.
- Some issues may have been fixed, waiting for VPP coverage results.
- Some issues may have become fixable on CSIT side.
E.g. NAT tput tests can use higher ramp-up rate,
as the decommissioned 2n-skx testbeds are no longer a bottleneck.
Change-Id: I3a98fb308908eeee71cababb5a197413cd232e13
Signed-off-by: Vratko Polak <vrpolak@cisco.com>
|
|
Change-Id: I9aa608705ad972c8e5ecf234e0ccff18a2d07838
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Change-Id: I8af12b3bd9177400b099fee939b1c7d2774ab739
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Change-Id: Ie63ee26791050e2312f89a665c3530a1cfa2c58e
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I16e633d52699d0f83ed07edbb394c23d501a2c72
|
|
Change-Id: I2843788e91d16ce2b7a2283817bf3f44421aca67
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Change-Id: I167720869e15236fde76a91559c17bf94f0ed68d
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Change-Id: Ie3bf396e1c9f4670aeb22ca423ebc6dbfd950f0f
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Change-Id: Ib2f5d7440a9e6ad7914d80dcd8e67cb725e70212
Signed-off-by: Vratko Polak <vrpolak@cisco.com>
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: Ic13b8cd3f2976c66d8956f0cee0784c3bae12a65
|
|
Change-Id: I368e1f69a118ac4bbcb0d1f052fd8e0ce60dd2a5
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: Ibbe8a346f9c1b9beb5ffa5a6b6029ad9153b9c9f
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: Iff29f4d1059b91a653c5befb6999900ae3065a21
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I06cb1356626f55b9de901ca72b194db1a46b7efa
|
|
Change-Id: If81a1f4a1244748343293f99c865697341508399
Signed-off-by: Juraj Linkeš <juraj.linkes@pantheon.tech>
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I707b9e332ede082afbe33f8bcb101b88dcbe4a58
|
|
In tunneling scenarios, VPP needs to reassembly packet fragments
before decapsulation. Conveniently, VPP also fragments the packets
after encapsulation (at least for some encapsulation protocols)
if they do not fit into MTU.
So this change adds few suites, adapted from existing 3-node ones
which additionally lower MTU on DUT1-DUT2 link.
The intended packet size is 1518B. 64B packets will fit,
and most of IMIX packets will also fit without fragmentation.
VPP refuses to reassembly 9000B packets as they have too many fragments.
+ Add a keyword so suites need only one additional line of code.
+ Add new test tag REASSEMBLY for the added suites.
+ Tell autogen the one soak test case for reaseembly should be 1518B.
- It is possible to increase fragment limit for 9000B, not done yet.
- Ipsec policy suites are added but they should not be used.
- VPP does fragmentation twice (before and after encapsulation).
- VPP does not perform reassembly (only last fragment is decrypted).
- TRex does not realize the packet from VPP is only a fragment.
- The result is false pass with unfairly good performance.
+ Suites still included, to simplify verifying VPP fixes for the above.
Change-Id: If33c60d767fea161d9e4ffabb8ded3d81c8f39ed
Signed-off-by: Vratko Polak <vrpolak@cisco.com>
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I210a76e9cd9215deafc8cb5d448eb72e0ea3c451
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I2f45b022bed2e7a11d6566ec407063415c08ef8f
|
|
Change-Id: I83c3d93c6d71f3d9d03078d405bea9ef29392089
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Change-Id: I73d107f94b28b138f3350a9e1eedb0555583a9ca
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I5ee86afe597e65223e4974c325f15c675df2da1b
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I6ce59fdf78943c0df6e4f337a4227dcca633de0d
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I3f7efcbfc82f683e7afc986d00fa71ae7413d93d
|