We are currently trying to improve our network traffic testing setup, to achieve playback of our samples across the network at 20GB/s
We have recently installed a NAS which can run tcpreplay, along with an Intel x520 fibre card with 2 10Gb/s SFP ports, and RAIDed SSDs to ensure the throughput is sufficient. These 2 ports are aggregated and setup correctily with a Cisco WS-C6504-E switch. From here, other fibre lines go to a different part of the building, where there are a number of 3750-x switches. We have 2 separate areas which each have 2 of the 3750-x switches stacked, each having a C3KX-NM-10G installed. On switch 1 in the stack, the 2 10Gb ports are connected back to the 6504 switch. On switch 2, the 2 10Gb ports are linked to another Intel X520 card inside our test machine. We have port aggregation set up and working on all of the switches, the NAS and the testing machines. There is no problem with this setup. In theory, we can have 20Gb/s between the machines.
Our issue, however, comes to our replaying of network traffic. We had remote-span working without at issue, and we were able to play traffic to both test machines without altering our traffic samples. However we were limited to 10Gb/s. RSPAN does not support port channels as the destination interface, only the source, on the 3750x. Am I correct in assuming there is no way around this, in terms of using RSPAN?
We then tried creating a separate vlan for the machines in this test network. We ran tcprewrite to change the destination macs to broadcast. The switches were unable to cope with this level of broadcast traffic and so throughput was worse than with RSPAN.
I was wondering if anyone here can offer advice on whether our desired setup can be achieved with our current setup? Is there any kind of configuration that would prevent the CPU usage going to 100% while allowing broadcasting on the vlan? Is there an alternative setup that might be worth a try?
1. Log into CLI of DNAC:
ssh maglev@< DNAC appliance IP> -p 2222
2. Run this curl command to get token to get member id:
curl -X POST -u admin:<admin user password> -H -V https://<CLUSTER-IP>/api/system/v1/identitymgmt/token
Enterprise Switching Business Unit is glad to announce Beta release 16.12.2 for all Catalyst 9200/9300/9400/9500/9600 and Catalyst 3650/3850 Platforms. This release is made available to allow users to test, evaluate and share fee...
Purpose of the document
This document describes the general recommendations or best practices when designing and deploying the Cisco SD-Access technology. The document assumes that the reader has a general overview of Cisco's SD-Access for Distributed C...
Do you currently have hands-on networking experience? If you do, we'd love to hear from you!
Your feedback will be reviewed and analyzed by our team to directly influence a networking management and monitoring product.
Take the 20-min or les...