Skip to Content.
Sympa Menu

perfsonar-user - Re: [perfsonar-user] Forcing parallel flows for Throughput test

Subject: perfSONAR User Q&A and Other Discussion

List archive

Re: [perfsonar-user] Forcing parallel flows for Throughput test


Chronological Thread 
  • From: Szymon Trocha <>
  • To: "Rittenhouse, Robert (LACA)" <>
  • Cc: "" <>
  • Subject: Re: [perfsonar-user] Forcing parallel flows for Throughput test
  • Date: Thu, 28 Jan 2016 18:09:01 +0100
  • Organization: PCSS

W dniu 27.01.2016 o 22:31, Rittenhouse, Robert (LACA) pisze:
I am having issues manually running owping between the server at our central location and the test endpoint that I have set up in the field. That (probably firewall) issue aside for now, iperf3 did report when I ran 20 parallel instances that it was able to reach 288Mbps combined (the circuit is 500 Mbps). There were almost 4,000 TCP re-transmits though. I'm searching around to see how many re-transmits are reasonable but I haven't yet come upon that information.

We have a Cisco 6500 core with a Firewall Services Module. The perfsonar toolkit server is installed on a server that is connected to a port on the 6500. The data then has to traverse through the FWSM module in the 6500 and over to our customers network where I have this device. We have a VPLS (I believe) circuit that's basically a layer 2 point-to-point fiber circuit that spits out at the customers location into a Cisco 3560. The testpoint node hangs off of a port on our 3560 CPE gear.

[Customer LAN] <===>[Cisco 3560] <===> (Time Warner Cloud) <===> Cisco 6500 <=====> [perfsonar server]
                                            ^[testpoint]

There is data on the circuit almost 24x7 but it goes down during the late late night/mid morning after backups are done running on this particular circuit. For instance, today there was a maximum of (30 second average) 150Mbps (total) passing through it at one point.



Is there any possibility to omit fw and connect directly?
owping tests would be helpful indeed. Even try ping with bigger packet sizes, also play with buffer sizes as written in the guide pointed earlier.
Are you able to look at SNMP graphs on the link (MRTG/Cacti) to see traffic patterns but also look at switch's interface statistics like errors or drops what may give some hints about network behaviour.

Regards,
-- 
Szymon Trocha

Poznań Supercomputing & Netw. Center ::: NETWORK OPERATION CENTER
Tel. +48 618582022 ::: http://noc.man.poznan.pl



Archive powered by MHonArc 2.6.16.

Top of Page