--- title: Storage and infrastructure network testing | TEST4NET description: "NAS, SAN, NVMe over TCP and RoCEv2, S3 object storage tested through your ToR: throughput, IOPS, p99 latency, PFC and ECN, node loss. Test plan in 1–3 days" image: https://test4net.com/hubfs/og/solutions-storage.png --- [Skip to content](https://test4net.com/solutions/storage#main-content) [![TEST4NET](https://test4net.com/hubfs/test4net-logo-fixed-2.svg)](https://test4net.com/?hsLang=en) - Services - Products - Resources - Company [News](https://test4net.com/news?hsLang=en) [Login](https://lab.test4net.com) [Support](https://test4net.com/support?hsLang=en) What we test By technology Industries [Load & Performance Testing Throughput, sessions and latency up to and past the rated limit](https://test4net.com/services/load-performance-testing?hsLang=en) [Functional & Conformance Testing Features against the spec, RFC compliance with evidence](https://test4net.com/services/functional-conformance-testing?hsLang=en) [Interoperability Testing Multi-vendor behaviour, before it reaches production](https://test4net.com/services/interoperability-testing?hsLang=en) [Security & Resilience Testing NGFW, IPS and VPN efficacy and performance with threats on the wire](https://test4net.com/services/security-resilience-testing?hsLang=en) [Test Plan & Methodology Design What to test, how, and what counts as a pass](https://test4net.com/services/test-plan-design?hsLang=en) [Test Automation & CI/CD Regression suites wired into your release pipeline](https://test4net.com/services/test-automation?hsLang=en) [Training Programs Hands-on courses for your test engineers](https://test4net.com/services#training) [Equipment Repair Diagnostics and repair of test equipment](https://test4net.com/services#repair) [All services](https://test4net.com/services?hsLang=en) [Routing & Switching RFC 2544 and RFC 2889 on real ports, 1G to 100G](https://test4net.com/solutions/routing-switching?hsLang=en) [Firewalls & NGFW RFC 9411 throughput with inspection switched on](https://test4net.com/solutions/firewalls-ngfw?hsLang=en) [SD-WAN & WAN Path selection and QoS under emulated WAN conditions](https://test4net.com/solutions/sd-wan?hsLang=en) [Cloud & NFV Virtual appliances and cloud services under load](https://test4net.com/solutions/cloud-nfv?hsLang=en) [5G & Mobile Core Transport and core functions under subscriber traffic](https://test4net.com/solutions/5g-mobile-core?hsLang=en) [Wi-Fi Wi-Fi 6 clients and access points, Wi-Fi 7 in progress](https://test4net.com/solutions/wi-fi?hsLang=en) [Storage & Infrastructure Storage networks and servers under realistic I/O](https://test4net.com/solutions/storage?hsLang=en) [AI / Switching Fabric (RoCEv2) Lossless Ethernet for GPU clusters: PFC, ECN, fabric load](https://test4net.com/solutions/ai-fabric-rocev2?hsLang=en) [All technologies](https://test4net.com/services#coverage) [Telecom Operators Pre-deployment acceptance and vendor comparison](https://test4net.com/solutions/industries#telecom) [Network & Security Vendors Independent validation of your product claims](https://test4net.com/solutions/industries#vendors) [System Integrators Proof for the customer before the rollout](https://test4net.com/solutions/industries#integrators) [Enterprise & Banks Upgrades and new platforms checked before production](https://test4net.com/solutions/industries#enterprise) [All industries](https://test4net.com/solutions/industries?hsLang=en) Not sure where to start? Test plan and quote in 1–3 business days Tell us what you run and what worries you. We propose the tests, tools and timeline. [Request a test plan](https://test4net.com/contacts?hsLang=en) CloudLAB [How It Works Pick a scenario, run it in the live lab, get the report](https://test4net.com/cloudlab#how) [Equipment & Capabilities L2-3 to 100G, L4-7 past 200G, Wi-Fi, WAN emulation](https://test4net.com/cloudlab#equipment) [Access Plans Hourly sessions, subscriptions, dedicated racks](https://test4net.com/cloudlab/plans?hsLang=en) [Hosted DUT Testing Ship the box or upload the VM, we run the tests](https://test4net.com/cloudlab/hosted-dut?hsLang=en) [Open the CloudLAB portal](https://lab.test4net.com) Our tools [Traffic Generator L4-7 and security traffic past 200 Gbit/s, app mix library](https://test4net.com/products/traffic-generator?hsLang=en) [WANemu Delay, jitter, loss and bandwidth shaping per link](https://test4net.com/products/wanemu?hsLang=en) [Book a demo](https://test4net.com/contacts?hsLang=en) New: our own test tools Our own tools, in beta this autumn Built in our lab, priced per gigabit. Join the beta list and see them first. [Join the beta list](https://test4net.com/products#lead-form) Read Technologies / Protocols Methodologies [Blog Case studies, test insights and lab notes](https://test4net.com/blog?hsLang=en) [Industry News What is changing in network testing and infrastructure](https://test4net.com/news?hsLang=en) [FAQ How the lab, sessions and reports work](https://test4net.com/faq?hsLang=en) [All resources](https://test4net.com/resources?hsLang=en) [BGP Route exchange, policy and convergence](https://test4net.com/blog/how-we-test-bgp?hsLang=en) [OSPF & IS-IS IGP adjacency, flooding and SPF timing](https://test4net.com/blog/how-we-test-ospf-is-is?hsLang=en) [MPLS & SR LDP, RSVP‑TE and SR‑MPLS label paths](https://test4net.com/blog/how-we-test-mpls-and-segment-routing?hsLang=en) [EVPN / VXLAN Overlay fabrics, MAC/IP routes, multi-homing](https://test4net.com/blog/how-we-test-evpn-vxlan?hsLang=en) [IPsec & IKEv2 Tunnel setup, rekeying and throughput](https://test4net.com/blog/how-we-test-ipsec-and-ikev2?hsLang=en) [TLS / HTTPS Handshakes, cipher suites and inspection](https://test4net.com/blog/how-we-test-tls-and-https?hsLang=en) [RoCEv2 Lossless Ethernet, PFC and ECN for AI fabrics](https://test4net.com/blog/how-we-test-rocev2?hsLang=en) [Wi-Fi 6 / 6E / 7 802.11ax/be, OFDMA, MLO and roaming](https://test4net.com/blog/how-we-test-wi-fi-6-6e-7?hsLang=en) [All protocols](https://test4net.com/blog/tag/protocols?hsLang=en) [RFC 2544 Throughput, latency, frame loss and back-to-back](https://test4net.com/methodologies/rfc-2544?hsLang=en) [RFC 2889 LAN switch benchmarking: forwarding, MAC learning, congestion](https://test4net.com/methodologies/rfc-2889?hsLang=en) [RFC 9411 / RFC 3511 Firewall and NGFW performance benchmarking](https://test4net.com/methodologies/rfc-9411-rfc-3511?hsLang=en) [RFC 6349 TCP throughput and buffer delay testing](https://test4net.com/methodologies/rfc-6349?hsLang=en) [RFC 5180 IPv6 benchmarking methodology](https://test4net.com/methodologies/rfc-5180?hsLang=en) [ITU-T Y.1564 Ethernet service activation: CIR, EIR, KPIs per service](https://test4net.com/methodologies/y-1564?hsLang=en) [ITU-T Y.1731 Ethernet OAM: delay, jitter, loss and SLA monitoring](https://test4net.com/methodologies/y-1731?hsLang=en) [TR-398 Wi-Fi in-premises performance test plan](https://test4net.com/methodologies/tr-398?hsLang=en) [All methodologies](https://test4net.com/methodologies?hsLang=en) Read [Case studies, test insights and lab notes Blog](https://test4net.com/blog?hsLang=en) [What is changing in network testing and infrastructure Industry News](https://test4net.com/news?hsLang=en) [How the lab, sessions and reports work FAQ](https://test4net.com/faq?hsLang=en) [About Us Independent lab in Armenia, team and history](https://test4net.com/about?hsLang=en) [Why TEST4NET What you get that vendor slides never show](https://test4net.com/why-test4net?hsLang=en) [Lab & Certifications Bench capacity, methods and the standards we test against](https://test4net.com/lab?hsLang=en) [Partners Test tool vendors and IT partners we work with](https://test4net.com/partners?hsLang=en) [Contacts Talk to an engineer, not a sales bot](https://test4net.com/contacts?hsLang=en) [Support portal](https://test4net.com/support?hsLang=en) - Services What we test [Load & Performance Testing](https://test4net.com/services/load-performance-testing?hsLang=en) [Functional & Conformance Testing](https://test4net.com/services/functional-conformance-testing?hsLang=en) [Interoperability Testing](https://test4net.com/services/interoperability-testing?hsLang=en) [Security & Resilience Testing](https://test4net.com/services/security-resilience-testing?hsLang=en) [Test Plan & Methodology Design](https://test4net.com/services/test-plan-design?hsLang=en) [Test Automation & CI/CD](https://test4net.com/services/test-automation?hsLang=en) [Training Programs](https://test4net.com/services#training) [Equipment Repair](https://test4net.com/services#repair) [All services](https://test4net.com/services?hsLang=en) By technology [Routing & Switching](https://test4net.com/solutions/routing-switching?hsLang=en) [Firewalls & NGFW](https://test4net.com/solutions/firewalls-ngfw?hsLang=en) [SD-WAN & WAN](https://test4net.com/solutions/sd-wan?hsLang=en) [Cloud & NFV](https://test4net.com/solutions/cloud-nfv?hsLang=en) [5G & Mobile Core](https://test4net.com/solutions/5g-mobile-core?hsLang=en) [Wi-Fi](https://test4net.com/solutions/wi-fi?hsLang=en) [Storage & Infrastructure](https://test4net.com/solutions/storage?hsLang=en) [AI / Switching Fabric (RoCEv2)](https://test4net.com/solutions/ai-fabric-rocev2?hsLang=en) [All technologies](https://test4net.com/services#coverage) Industries [Telecom Operators](https://test4net.com/solutions/industries#telecom) [Network & Security Vendors](https://test4net.com/solutions/industries#vendors) [System Integrators](https://test4net.com/solutions/industries#integrators) [Enterprise & Banks](https://test4net.com/solutions/industries#enterprise) [All industries](https://test4net.com/solutions/industries?hsLang=en) [Not sure where to start? Test plan and quote in 1–3 business days](https://test4net.com/contacts?hsLang=en) - Products CloudLAB [How It Works](https://test4net.com/cloudlab#how) [Equipment & Capabilities](https://test4net.com/cloudlab#equipment) [Access Plans](https://test4net.com/cloudlab/plans?hsLang=en) [Hosted DUT Testing](https://test4net.com/cloudlab/hosted-dut?hsLang=en) [Open the CloudLAB portal](https://lab.test4net.com) Our tools [Traffic Generator](https://test4net.com/products/traffic-generator?hsLang=en) [WANemu](https://test4net.com/products/wanemu?hsLang=en) [Book a demo](https://test4net.com/contacts?hsLang=en) [New: our own test tools Our own tools, in beta this autumn](https://test4net.com/products#lead-form) - Resources Read [Blog](https://test4net.com/blog?hsLang=en) [Industry News](https://test4net.com/news?hsLang=en) [FAQ](https://test4net.com/faq?hsLang=en) [All resources](https://test4net.com/resources?hsLang=en) Technologies / Protocols [BGP](https://test4net.com/blog/how-we-test-bgp?hsLang=en) [OSPF & IS-IS](https://test4net.com/blog/how-we-test-ospf-is-is?hsLang=en) [MPLS & SR](https://test4net.com/blog/how-we-test-mpls-and-segment-routing?hsLang=en) [EVPN / VXLAN](https://test4net.com/blog/how-we-test-evpn-vxlan?hsLang=en) [IPsec & IKEv2](https://test4net.com/blog/how-we-test-ipsec-and-ikev2?hsLang=en) [TLS / HTTPS](https://test4net.com/blog/how-we-test-tls-and-https?hsLang=en) [RoCEv2](https://test4net.com/blog/how-we-test-rocev2?hsLang=en) [Wi-Fi 6 / 6E / 7](https://test4net.com/blog/how-we-test-wi-fi-6-6e-7?hsLang=en) [All protocols](https://test4net.com/blog/tag/protocols?hsLang=en) Methodologies [RFC 2544](https://test4net.com/methodologies/rfc-2544?hsLang=en) [RFC 2889](https://test4net.com/methodologies/rfc-2889?hsLang=en) [RFC 9411 / RFC 3511](https://test4net.com/methodologies/rfc-9411-rfc-3511?hsLang=en) [RFC 6349](https://test4net.com/methodologies/rfc-6349?hsLang=en) [RFC 5180](https://test4net.com/methodologies/rfc-5180?hsLang=en) [ITU-T Y.1564](https://test4net.com/methodologies/y-1564?hsLang=en) [ITU-T Y.1731](https://test4net.com/methodologies/y-1731?hsLang=en) [TR-398](https://test4net.com/methodologies/tr-398?hsLang=en) [All methodologies](https://test4net.com/methodologies?hsLang=en) Read [Blog Case studies, test insights and lab notes](https://test4net.com/blog?hsLang=en) [Industry News What is changing in network testing and infrastructure](https://test4net.com/news?hsLang=en) [FAQ How the lab, sessions and reports work](https://test4net.com/faq?hsLang=en) - Company [About Us](https://test4net.com/about?hsLang=en) [Why TEST4NET](https://test4net.com/why-test4net?hsLang=en) [Lab & Certifications](https://test4net.com/lab?hsLang=en) [Partners](https://test4net.com/partners?hsLang=en) [Contacts](https://test4net.com/contacts?hsLang=en) [News](https://test4net.com/news?hsLang=en) [Login](https://lab.test4net.com) [Support](https://test4net.com/support?hsLang=en) [Services](https://test4net.com/services?hsLang=en) / Storage and infrastructure # Storage and infrastructure: throughput, IOPS and latency measured through the fabric, not over a patch cable We test the network side of storage: NAS and SAN over Ethernet with NFS, SMB, iSCSI and NVMe/TCP, NVMe-oF over RoCEv2 on lossless Ethernet, S3-compatible object storage such as RustFS, hyperconverged clusters under node failure, backup and replication windows over an impaired WAN, and the top-of-rack switch that carries all of it next to the application traffic. Ports at 1G, 10G and 100G in CloudLAB, 25G as breakout from 100G; your array, your hosts or your virtual appliance in the rack or on the lab hypervisor. [Request a test plan](https://test4net.com/solutions/storage#lead-form) [See the device classes](https://test4net.com/solutions/storage#classes) **Throughput against queue depth, through the ToR** NVMe/TCP array, 100G, application mix on the same ports. Same hosts before and after tuning the switch. 0612 READ THROUGHPUT, GB/S 148163264 QUEUE DEPTH PER HOST datasheet 11 GB/s 6.8 GB/s, 0.3 % loss 10.4 GB/s, no loss Delivered ToR config Tuned ToR, day 6 - **1G · 10G · 100G**ports for hosts, arrays and the ToR - **NVMe/TCP · RoCEv2 · S3 · NFS**protocols driven from the bench hosts - **From 2 weeks**for a run - **1–3 days**test plan and quote When the number is needed ## Three moments in a storage project when the datasheet stops being an answer A datasheet gives the throughput of an array on a direct cable with one block size. Each moment below asks what the array, the hosts and the switch between them do with your block sizes, your mix and your failures, and ends with a number in a report. 1. 1 ### Shortlist Array or HCI tender, 2–3 candidates Every candidate takes the same I/O profile from the same hosts through the same switch: block sizes, read and write mix, queue depth, protocol. Vendors see the plan before the first I/O and the raw results after the last one. Ranked table per KPI, ceiling per model, 3–4 weeks for 3 systems 2. 2 ### Acceptance Before the migration The delivered array, the planned ToR pair and your host profile with the production config: MTU, PFC and ECN per queue, multipathing, NIC offloads, bonding. Measured against the design, with node, link and path failures during the run. Signed report with pass and fail per case, config exports, from 2 weeks 3. 3 ### Change Firmware, NIC driver or fabric change The acceptance cases run again on the new array firmware, the new NIC driver, the new switch release or the changed QoS map. What moved, by how much, and whether the backup window still closes before the morning. Diff per KPI against the last run, 3 business days What we test ## Five device classes, and the numbers each one has to show The hosts, the switch and the I/O profile stay the same across the row; the pass criteria do not. The table is the starting point of the plan; your workload and your design set the thresholds. | Device class | Numbers in the report | Traffic and config on the bench | Typical size | | --- | --- | --- | --- | | 01NAS and SAN array with an Ethernet front end | Throughput and IOPS per block size and queue depth, latency p50 and p99, controller failover | Bench hosts drive your I/O profile through the ToR pair, app mix on the same ports, multipathing | 2–8 front-end ports, 25G and 100G | | 02NVMe-oF target and initiator pair over RoCEv2 or TCP | Throughput and IOPS at 4 kB to 1 MB, latency per queue, pause time and ECN marks per port | Initiators on bench hosts, PFC and ECN on the storage queue, incast on one target, a link failed | 100G ports, 8–32 initiators | | 03Hyperconverged and S3 object storage cluster | S3 PUT and GET throughput and latency per object size, rebuild time on node loss, east-west traffic | Nodes in the rack or on the lab hypervisor, VMs or S3 clients, objects 1 kB to 128 MB, GET, PUT and mixed | 3–8 nodes, 25G uplinks | | 04Top-of-rack or leaf switch carrying storage | Loss and pause per queue with storage and app traffic, buffer headroom on incast, uplink failover | Storage flows and the app mix at line rate, your QoS, PFC and ECN config, RFC 2544 baseline | 32–64 ports, 25G and 100G | | 05Backup server and WAN link | Backup and replication window over your WAN profile, throughput per stream, restore time of a sample | WAN emulator with your delay and loss, the backup product on the bench, jobs at peak and on failover | 1G to 10G WAN, 10 to 200 TB sets | Any vendor, physical or virtual, including software-defined storage on bench hosts. Named test tools are picked for the setup and listed in the report. Backup and VoIP products we also integrate and support in client networks after the test. The bench around one array and its ToR pair Load hosts your block sizes, QD, mix Generator ports app mix, 10G to 100G ToR-1 · PFC, ECNToR-2 · PFC, ECN ToR pair under test your QoS map, PFC, ECN, MTU Array, targets NVMe/TCP, RoCEv2, S3 Config, counters pause, ECN marks, drops LINK, NODE OR PATH DOWN ON PURPOSE throughput · IOPS latency p99 · loss Around the array ## What sits on each side of the switch while the storage is measured An IOPS number only means something with the right things around the array: the hosts that will drive it, the switch and the queues it will cross, and the failures it has to survive with I/O running 1. ### Lossless where it has to be PFC per queue, ECN thresholds, DCBX, MTU 9000 and the QoS map from your export. The bench counts pause frames, ECN marks and drops per port, so a slow array can be told apart from a switch that pauses the whole link. 2. ### Your block sizes, queue depths and object sizes 4 kB random, 64 kB and 1 MB sequential, the read and write mix and the queue depth from your workload statistics, driven from as many hosts as your design has. For object storage: GET, PUT and mixed with object sizes from 1 kB to 128 MB, distributed clients, latency percentiles. Not one stream from one laptop. 3. ### Failures with I/O running Node loss, uplink loss, NIC port failover, controller and path failover, a backup job started during peak. Each one timed from the last completed I/O to the first one back, with latency recorded through the event. Typical scenario ## An NVMe/TCP array rated at 11 GB/s, 6.8 GB/s through the customer's ToR, and the queue counter that explained it An integrator brings a new array and the planned ToR pair for acceptance before a migration. On a direct cable the array shows the datasheet figure. Through the ToR with the delivered config and the application mix on the same 100G ports it gives 6.8 GB/s with 0.3 % loss: no PFC on the storage queue, ECN off, incast from 16 hosts into one port. With PFC on that queue, ECN thresholds set and storage in its own class, 10.4 GB/s and no loss, with the pause frames and the ECN marks counted per port. 6.8 → 10.4 GB/s sequential read through the ToR, 16 hosts, QD 32 0.3 % → 0 frame loss at 100G with the application mix 9 days from the first I/O to the signed report Composite scenario from projects of this type. Numbers are realistic and not from one client. Read throughput through the ToR, GB/s Direct cable Delivered ToR config Tuned ToR, day 6 11.0 6.8 10.4 Design 10 036912 below the design clears the design What you take away ## Four numbers that end the argument, and the table they live in The report is built for the meeting after the test: the array vendor, the switch vendor, the integrator and your platform team read the same table, with the pass band from the design next to the measured value Each number comes with its evidence: host-side I/O statistics, per-queue counters from the switch, array counters, captures and the config export of the run Throughput Per block size, queue depth and protocol, through the switch with the application mix running. Not the direct-cable figure from the datasheet. Latency p50 and p99 per block size under load, and the same numbers through a node loss, a path failover and a backup job, so the design has a ceiling with a margin Lossless Pause time, ECN marks and drops per queue and port, and the incast level at which the storage queue backs up into the rest of the fabric Windows Backup, replication and rebuild time for your data set over your WAN profile, before and after a failover, with the config lines behind each missed window ACC-STO-02 Acceptance, NVMe/TCP array and ToR pair Rerun, day 6 ### Result table, 6 of 14 cases | KPI | Pass band | Measured | Result | | --- | --- | --- | --- | | Sequential read, 1 MB, QD 32, 16 hosts | ≥ 10 GB/s | 10.4 GB/s | Pass | | Random read, 4 kB, QD 64, IOPS | ≥ 1.5M | 1.7M | Pass | | Latency p99, 4 kB random, QD 64 | ≤ 300 µs | 240 µs | Pass | | Frame loss at 100G with the application mix | 0 | 0 | Pass | | Controller failover, I/O stall | ≤ 5 s | 2.4 s | Pass | | Backup window, 20 TB over 10G WAN, 30 ms RTT | ≤ 9 h | 8.6 h | Pass with a note | Where it runs ## The CloudLAB bench, and the pages behind this one Arrays and switches ship to CloudLAB or we connect the bench to your lab; virtual appliances and software-defined storage run on the bench hypervisor, and you watch the run through the portal. The bench has 1G, 10G and 100G ports, 25G as breakout from 100G, 100G ports for RoCEv2 agreed per setup, WAN emulators per link, rack space and VMs for your systems, KVM and serial on every unit, and a TEST4NET engineer on every session. [How a load run goes, step by step](https://test4net.com/services/load-performance-testing?hsLang=en) [AI fabric and RoCEv2: lossless Ethernet at scale](https://test4net.com/solutions/ai-fabric-rocev2?hsLang=en) [Cloud and NFV: virtual appliances under load](https://test4net.com/solutions/cloud-nfv?hsLang=en) [Hosted DUT: your system stays in the rack](https://test4net.com/cloudlab/hosted-dut?hsLang=en) ### Related reading - [BlogLossless Ethernet for AI fabrics: PFC, LLR or CBFC, and how to verify it](https://test4net.com/blog/lossless-ethernet-ai-fabrics-pfc-llr-cbfc?hsLang=en) - [BlogWhy vendor benchmarks are not enough for infrastructure decisions](https://test4net.com/blog/datasheet?hsLang=en) - [BlogMeta at OCP 2026: no fabric accepted without benchmarks](https://test4net.com/blog/meta-ocp-2026-ai-fabric-validation-benchmarks?hsLang=en) - [BlogVIAVI State of the Network 2027: 58% test before deployment](https://test4net.com/blog/viavi-state-of-the-network-2027-58-percent-test-before-deployment?hsLang=en) Before the brief ## What platform teams ask first Which storage systems can you test? Any vendor with an Ethernet front end: NAS and SAN arrays over NFS, SMB, iSCSI and NVMe/TCP, NVMe-oF targets over RoCEv2, S3-compatible object storage such as RustFS, hyperconverged clusters, software-defined storage on bench hosts, backup servers and their WAN. The bench is Ethernet. Do you need our data or our hosts? No data. The I/O profile comes from your workload statistics: block sizes, read and write mix, queue depth, host count, object sizes for S3. Bench hosts drive it; your own servers can sit in the rack instead if the NIC, the driver or the bonding is part of the question. A data-warehouse workload modelled on TPC-DS, on a query engine over S3, is agreed per project and reported as our own run, not as a TPC result. Configs come as anonymised exports. What about RoCE and lossless Ethernet? PFC, ECN and DCBX are tested per queue on the switch under test, with pause time and marks counted per port and incast driven from 8 to 32 initiators. For a leaf-spine fabric carrying RDMA at scale see the AI fabric and RoCEv2 page; the storage page covers the array, its targets and the ToR in front of them. Can you measure our backup window over the WAN? Yes. A WAN emulator sits on the link with your delay, jitter and loss, the backup product and its agents run on the bench, and the job is timed for a sample set and extrapolated to yours. The same run repeats after a link failover and during peak application traffic. Do you ship the array back? Yes. Arrays, nodes and switches go into the CloudLAB rack with KVM and console access and return after the run, or stay cabled for the next firmware under a hosted plan. For a system that is already racked we connect the bench to your lab over a dedicated link. How long does it take and what do we get? Test plan and quote in 1–3 business days after the brief. A run takes from 2 weeks for one array or one cluster and 3–4 weeks for a shortlist of 3 systems. The report has every case with its pass band, the measured value, per-queue counters, captures and config exports, plus a one-page summary for the steering meeting. ## Send the array model, the host count and the switch plan. The plan comes back in 1–3 business days. No prices on the site: scope first, then the quote. The array vendor and the integrator can sit in on the brief. [Request a test plan](https://test4net.com/solutions/storage#lead-form) [How the load run goes](https://test4net.com/services/load-performance-testing?hsLang=en) Send the shortlist ## You have the method. Now get the numbers. Name the models and the KPIs that matter. An engineer replies within one business day with a test plan draft and a quote. Prefer to chat? [Message an engineer on WhatsApp](https://wa.me/37491612709) We use what you send only to answer you. See our [Privacy Policy](https://test4net.com/privacy-policy?hsLang=en). [Send the shortlist](https://test4net.com/solutions/storage#lead-form) [![TEST4NET LLC](https://test4net.com/hubfs/test4net-logo-fixed.svg)](https://test4net.com?hsLang=en) Independent testing and validation for telecom, information security and cloud infrastructure – real insights, not assumptions [mailto:sales@test4net.com](mailto:sales@test4net.com) #### Navigate - [Home](https://test4net.com/?hsLang=en) - [Why TEST4NET](https://test4net.com/why-test4net?hsLang=en) - [About us](https://test4net.com/about?hsLang=en) - [Contact](https://test4net.com/contacts?hsLang=en) - [Blog](https://test4net.com/blog?hsLang=en) - [Industry News](https://test4net.com/news?hsLang=en) #### Get in touch Sales [sales@test4net.com](mailto:sales@test4net.com) Support [support.test4net.com](https://support.test4net.com) © 2026 TEST4NET LLC. All rights reserved. [Privacy Policy](https://test4net.com/privacy-policy?hsLang=en) [Legal](https://test4net.com/legal?hsLang=en) ```json { "@context" : "https://schema.org", "@id" : "https://test4net.com/#organization", "@type" : "Organization", "address" : { "@type" : "PostalAddress", "addressCountry" : "AM", "addressLocality" : "Yerevan", "postalCode" : "0033", "streetAddress" : "3 Hakob Hakobyan Street (Mergelyan Hub)" }, "alternateName" : "TEST4NET", "contactPoint" : { "@type" : "ContactPoint", "availableLanguage" : [ "en", "ru", "hy" ], "contactType" : "sales", "email" : "sales@test4net.com", "telephone" : "+374-60-88-88-99" }, "description" : "Independent, vendor-neutral lab for testing network and cybersecurity products — NGFW, WAF, IPS, DLP and SASE — and an authorized distributor of test, measurement and network infrastructure solutions.", "email" : "sales@test4net.com", "foundingDate" : "2024", "image" : "https://test4net.com/hubfs/og-t4n.png", "logo" : "https://test4net.com/hubfs/test4net-logo-fixed-2.svg", "name" : "TEST4NET LLC", "sameAs" : [ "https://www.linkedin.com/company/test4net/", "https://t.me/TEST4NET", "https://www.facebook.com/people/Test4net-LLC/61591470856077/" ], "telephone" : "+374-60-88-88-99", "url" : "https://test4net.com/" } ``` ```json { "@context" : "https://schema.org", "@id" : "https://test4net.com/#website", "@type" : "WebSite", "inLanguage" : "en", "name" : "TEST4NET", "potentialAction" : { "@type" : "SearchAction", "query-input" : "required name=search_term_string", "target" : { "@type" : "EntryPoint", "urlTemplate" : "https://test4net.com/hs-search-results?term={search_term_string}" } }, "publisher" : { "@id" : "https://test4net.com/#organization" }, "url" : "https://test4net.com/" } ``` ```json { "@context" : "https://schema.org", "@type" : "Service", "areaServed" : "Worldwide", "description" : "We test the network side of storage: NAS and SAN over Ethernet with NFS, SMB, iSCSI and NVMe/TCP, NVMe-oF over RoCEv2 on lossless Ethernet, S3-compatible object storage such as RustFS, hyperconverged clusters under node failure, backup and replication windows over an impaired WAN, and the top-of-rack switch that carries all of it next to the application traffic. Ports at 1G, 10G and 100G in CloudLAB, 25G as breakout from 100G; your array, your hosts or your virtual appliance in the rack or on the lab hypervisor.", "isPartOf" : { "@type" : "WebPage", "url" : "https://test4net.com/services" }, "name" : "Storage and infrastructure", "provider" : { "@type" : "Organization", "name" : "TEST4NET", "url" : "https://test4net.com/" }, "serviceType" : "Storage and infrastructure testing: NAS and SAN over Ethernet, NVMe-oF, hyperconverged clusters, lossless Ethernet for storage, backup windows over WAN, top-of-rack switches under storage and application traffic", "url" : "https://test4net.com/solutions/storage" } ``` ```json { "@context" : "https://schema.org", "@type" : "BreadcrumbList", "itemListElement" : [ { "@type" : "ListItem", "item" : "https://test4net.com/services", "name" : "Services", "position" : 1 }, { "@type" : "ListItem", "item" : "https://test4net.com/solutions/storage", "name" : "Storage and infrastructure", "position" : 2 } ] } ``` ```json { "@context" : "https://schema.org", "@type" : "FAQPage", "mainEntity" : [ { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "Any vendor with an Ethernet front end: NAS and SAN arrays over NFS, SMB, iSCSI and NVMe/TCP, NVMe-oF targets over RoCEv2, S3-compatible object storage such as RustFS, hyperconverged clusters, software-defined storage on bench hosts, backup servers and their WAN. The bench is Ethernet." }, "name" : "Which storage systems can you test?" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "No data. The I/O profile comes from your workload statistics: block sizes, read and write mix, queue depth, host count, object sizes for S3. Bench hosts drive it; your own servers can sit in the rack instead if the NIC, the driver or the bonding is part of the question. A data-warehouse workload modelled on TPC-DS, on a query engine over S3, is agreed per project and reported as our own run, not as a TPC result. Configs come as anonymised exports." }, "name" : "Do you need our data or our hosts?" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "PFC, ECN and DCBX are tested per queue on the switch under test, with pause time and marks counted per port and incast driven from 8 to 32 initiators. For a leaf-spine fabric carrying RDMA at scale see the AI fabric and RoCEv2 page; the storage page covers the array, its targets and the ToR in front of them." }, "name" : "What about RoCE and lossless Ethernet?" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "Yes. A WAN emulator sits on the link with your delay, jitter and loss, the backup product and its agents run on the bench, and the job is timed for a sample set and extrapolated to yours. The same run repeats after a link failover and during peak application traffic." }, "name" : "Can you measure our backup window over the WAN?" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "Yes. Arrays, nodes and switches go into the CloudLAB rack with KVM and console access and return after the run, or stay cabled for the next firmware under a hosted plan. For a system that is already racked we connect the bench to your lab over a dedicated link." }, "name" : "Do you ship the array back?" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "Test plan and quote in 1–3 business days after the brief. A run takes from 2 weeks for one array or one cluster and 3–4 weeks for a shortlist of 3 systems. The report has every case with its pass band, the measured value, per-queue counters, captures and config exports, plus a one-page summary for the steering meeting." }, "name" : "How long does it take and what do we get?" } ] } ```