Age | Commit message (Collapse) | Author | Files | Lines |
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: Ie99c70ebda54153eb361954cbbd4f8191454a022
(cherry picked from commit d844c03f221a0d6f26c55d34b20ced3191ff4e96)
(cherry picked from commit ab3904fde50f5e5dafe7c51e7118f2769677df91)
|
|
A previous change has renamed the suites themselves,
so the replacement in jobspecs has to be done everywhere.
Fixes: cbdbc95ffc63a1eb2ffc170a979e11bfa0d4162a
Change-Id: I102e9b45d2e71b8cf99fb7d7dbdd19772de613c2
Signed-off-by: Vratko Polak <vrpolak@cisco.com>
(cherry picked from commit 23a71d4df544d0f5c56e8b74f0ec4503ecc34f89)
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I3f728f24f6b4c16febf57c0c3b9e8874f95ad313
(cherry picked from commit 8644fef504b156c00854a622ca2fe045e2eaf2e3)
(cherry picked from commit 2411667cca0efe61171dc2348b739147d013337f)
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: Iea4c536a6e421efdaf493fb3cba0dde5abad162d
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: Ia83a78299e279754352add230428102a8cee7772
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I74a23d1864a56c3906e08c70fd1d306d47b468da
|
|
This is the setup just used to upload:
https://pypi.org/project/jumpavg/0.4.0/
Change-Id: Ia48b053c578f1ac769613727dafcdd7851f912bd
Signed-off-by: Vratko Polak <vrpolak@cisco.com>
|
|
Change-Id: I1bace3d9e4e6815a36714a90015b3b200c678ff5
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Change-Id: I9dc5b70d983471c8b2ba5788c52e81dcfc728f49
Signed-off-by: Vratko Polak <vrpolak@cisco.com>
|
|
+ Only to some 3node testbeds (alt, icx, snr and tsh).
+ Both MRR and NDRPDR.
+ 1518B only. All core counts.
+ Primary NIC only. Drv_vfio_pci only.
+ Only two suites:
+ ethip4ipsec1000tnlsw-ip4base-int-aes256gcm-reassembly
+ ethip4gtpusw-ip4base-reassembly
- This is expected to fail frequently due to VPP-2077.
+ Added to the end of crypto or ip4-tunnels section,
as the focus is on fragmentation and reassembly, not on encap/decap.
- Coverage not added here.
Change-Id: Ifca2a13e43b9d3b7ddc0eaa8fd6d3e1a56b90c7f
Signed-off-by: Vratko Polak <vrpolak@cisco.com>
|
|
Previously, Jumpavg was known to give wrong results
when the data contains values of order one or smaller.
This change introduces a new "unit" parameter,
which changes how the information content is calculated.
For example if the data values are mutiplies of 0.01,
the unit parameter should be set to 0.01 to compensate.
For callers not knowing their correct unit value,
another parameter is introduced, called "sbps"
(meaning Significant Bits Per Sample).
A binary integer number with this many ones
is how much units should the maximal sample be.
This way jumpavg computes the corresponding "unit" value to use.
If neither "unit" nor "sbps" are given,
the "sbps" value of 12 is applied.
+ Rename files to conform to snake_style naming.
+ Fix normalization for the "opposite triangle" distribution.
+ Simplify logic, all groups now start as "normal", not "unknown".
+ Minor style improvements as suggested by pylint.
+ From user perspective, this change should be backward compatible.
- The normalization fix is a behavior change,
but it is a bugfix and the new behavior should be better.
Change-Id: I5a5ca11757f087fff13faf1d0b8e34a741400258
Signed-off-by: Vratko Polak <vrpolak@cisco.com>
|
|
Change-Id: Ib416bdd971f24f9fd4d472ded983defc08f62903
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I53a530a07716e09b30b5401b313202460fb235c3
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I14975b21e7f480c3bca5ba6a04514008af219039
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: Ibbe8a346f9c1b9beb5ffa5a6b6029ad9153b9c9f
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: Iff29f4d1059b91a653c5befb6999900ae3065a21
|
|
Change-Id: I2b763e3f7a611ab717204ed953c3fb299a8c38a7
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Change-Id: I001377706a757114465094188236fc2f5a9f668a
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: Ib98b25bd3c98b5e6dbcb1bfe8478bd41bf37d71c
|
|
Change-Id: If7e00460fee4eee50479dc089c026670dcf3edf9
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I4964bf956f3d3193321255ba8e41e4f665b1b6eb
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I84b46e6a792d72cb56a9a42d40db8cc13866b836
|
|
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: I4704b18eb74847fa7c040a27b7296912d27d6ca5
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I6bffd7ce63bc462a557a621ce48e40c114e3abb6
|
|
Change-Id: I6ec27d787b59d4bc13b8c04f4217302cc3021581
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I676696928fd1758c9dddf4f2580b9e924fe71b53
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I198fe62ddba8910c6bd8256739cc2503b87dfc75
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: Ib79e3d596cb1b83a5859d573b9a87d7bf228f7ac
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I4c192210e1aef1275e8a9b56eab7956798aca15d
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I9c4b4bd6ed5ed4a34f0c7b25ea948a498fa25fb4
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: Ia13e920ef11d364893a51957778e60084f4ac0f9
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I5cd45dd59f13e1ca942f44341b5f37e257c2b51e
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I707b9e332ede082afbe33f8bcb101b88dcbe4a58
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I3a994f7ee4c83ed404e9e55f87404f08f521845e
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I3bffa93e7a731453694c6bd2f613900c191a2e52
|
|
Change-Id: I936eb1bcb4a50740a0fa7df47d30295146b0bf5a
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I7a8e60107c648f0d178df563055bb7c432c5ec82
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I58607f50e2889092e40ff831ed4f1515444e29f8
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I96a9005b82777589783880f65b249bc0e2eac1bd
|
|
Change-Id: I947f961e665f5eb2f2f055a47cd0119011666b28
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I4924054b414dc450df14a02a29081549c8620787
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I881dda8b2fec32b8f489ec97df6592937f6193fa
|
|
Change-Id: Ibef272705ea889d58bb9c5b69a8566f6e38de1d1
Signed-off-by: Vratko Polak <vrpolak@cisco.com>
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: Iccbe5f0cabe6fdd5274126cf970549673edd4f1c
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: Icc07d18b9c0bd00af157bb817205e5b54824d525
|
|
Signed-off-by: pmikus <peter.mikus@protonmail.ch>
Change-Id: I54e80bc78f6deb5d2774a2ddd7b3b4153ffb106b
|
|
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>
|
|
Change-Id: I56e62660053694e2b54467fed7c843ff5b201e1d
Signed-off-by: Tibor Frank <tifrank@cisco.com>
|