A more lightweight solution that also uses multiple parallel FTP streams and doesn't require the whole GridFTP setup is bbftp http://doc.in2p3.fr/bbftp/. Incidentally, it also uses either SSL for encryption or ssh as a transport; might be interesting to see how multithreaded-ssh + bbftp performs.
Tangentially, at my lab we recently evaluated an anti-P2P "solution" that initially experienced some interesting crashing problems exposed by bbftp. If we get permission, there may be an interesting paper coming out of that evaluation.
i work at CITI and we've had recently done a few demos with our high-bandwidth link. one setup included two dell dual-CPU servers, one at either end of a gigabit link. we then used iperf to fill the majority of the link with traffic (using other machines). we then used a CITI project with the intervening Summit 7i switches to reserve bandwidth for a video teleconference. we demonstrated the practical capacity of the link and the ability to honor QoS parameters.
the CITI project used to manage the switches is, among other things, a secure remote invocation architecture that we use for a related network testing and performance-oriented umbrella project. that project's ultimate goal is to provide a distributed, real-time router-to-router traffic analysis system for use in optimizing campus networks and isolating networking failures. check our the web page if it's of interest.
A more lightweight solution that also uses multiple parallel FTP streams and doesn't require the whole GridFTP setup is bbftp http://doc.in2p3.fr/bbftp/. Incidentally, it also uses either SSL for encryption or ssh as a transport; might be interesting to see how multithreaded-ssh + bbftp performs.
Tangentially, at my lab we recently evaluated an anti-P2P "solution" that initially experienced some interesting crashing problems exposed by bbftp. If we get permission, there may be an interesting paper coming out of that evaluation.
i work at CITI and we've had recently done a few demos with our high-bandwidth link. one setup included two dell dual-CPU servers, one at either end of a gigabit link. we then used iperf to fill the majority of the link with traffic (using other machines). we then used a CITI project with the intervening Summit 7i switches to reserve bandwidth for a video teleconference. we demonstrated the practical capacity of the link and the ability to honor QoS parameters.
the CITI project used to manage the switches is, among other things, a secure remote invocation architecture that we use for a related network testing and performance-oriented umbrella project. that project's ultimate goal is to provide a distributed, real-time router-to-router traffic analysis system for use in optimizing campus networks and isolating networking failures. check our the web page if it's of interest.
d
.