wiki:PlasticSlices/BaselineEvaluation/Baseline5Details

Version 6 (modified by Josh Smift, 13 years ago) (diff)

--

Here are the details of Baseline 5, divided by slice.

We changed how we were capturing logs for this baseline, going back to screen's 'screenlog' function, to ensure that we had a more complete record of each experiment. The raw logs are at http://www.gpolab.bbn.com/plastic-slices/baseline-logs/baseline-5/.

We made an error in the slices that use ICMP and UDP (plastic-101, plastic-102, plastic-104, and plastic-106): We ran commands to generate 1 Mb/sec of traffic, rather than ones to generate 10 Mb/sec.

plastic-101

SteadyPing, using interval=.05, and this table of client/server pairs:

client server server address
ganel.gpolab.bbn.com planetlab5.clemson.edu server=10.42.101.105
planetlab4.clemson.edu plnode2.cip.gatech.edu server=10.42.101.101
plnode1.cip.gatech.edu pl5.myplc.grnoc.iu.edu server=10.42.101.73
pl4.myplc.grnoc.iu.edu orbitplc2.orbit-lab.org server=10.42.101.112
orbitplc1.orbit-lab.org of-planet2.stanford.edu server=10.42.101.91
of-planet1.stanford.edu pl02.cs.washington.edu server=10.42.101.81
pl01.cs.washington.edu wings-openflow-3.wail.wisc.edu server=10.42.101.96
wings-openflow-2.wail.wisc.edu gardil.gpolab.bbn.com server=10.42.101.52

Commands run on each client

server=<ipaddr>
sudo ping -i .05 -s $((1500-8-20)) $server

Results

Generated from the logs with

subnet=101
for host in ganel.gpolab.bbn.com planetlab4.clemson.edu plnode1.cip.gatech.edu pl4.myplc.grnoc.iu.edu orbitplc1.orbit-lab.org of-planet1.stanford.edu pl01.cs.washington.edu wings-openflow-2.wail.wisc.edu ; do echo -e "$host:\n\n{{{" ; grep -A 2 statistics pgenigpolabbbncom_plastic$subnet\@$host.log ; echo -e "}}}\n" ; done

ganel.gpolab.bbn.com:

--- 10.42.101.105 ping statistics ---
1605866 packets transmitted, 1543778 received, 3% packet loss, time 86795558ms
rtt min/avg/max/mdev = 59.342/65.023/28365.371/167.229 ms, pipe 540

planetlab4.clemson.edu:

--- 10.42.101.101 ping statistics ---
1691469 packets transmitted, 1688126 received, 0% packet loss, time 86846794ms
rtt min/avg/max/mdev = 3.634/6.732/24581.332/175.193 ms, pipe 451

plnode1.cip.gatech.edu:

--- 10.42.101.73 ping statistics ---
1703664 packets transmitted, 1672961 received, 1% packet loss, time 86860769ms
rtt min/avg/max/mdev = 31.930/41.855/28490.831/166.466 ms, pipe 490

pl4.myplc.grnoc.iu.edu:

--- 10.42.101.112 ping statistics ---
1688389 packets transmitted, 1619384 received, 4% packet loss, time 86848177ms
rtt min/avg/max/mdev = 54.922/61.209/35139.301/320.170 ms, pipe 682

orbitplc1.orbit-lab.org:

--- 10.42.101.91 ping statistics ---
1700405 packets transmitted, 1174525 received, 30% packet loss, time 86836708ms
rtt min/avg/max/mdev = 84.524/87.668/29391.715/208.489 ms, pipe 577

of-planet1.stanford.edu:

--- 10.42.101.81 ping statistics ---
1575401 packets transmitted, 1151722 received, 26% packet loss, time 86825428ms
rtt min/avg/max/mdev = 152.687/156.853/25165.029/204.824 ms, pipe 439

pl01.cs.washington.edu:

--- 10.42.101.96 ping statistics ---
1667858 packets transmitted, 1369852 received, 17% packet loss, time 86817721ms
rtt min/avg/max/mdev = 59.693/65.920/24275.808/198.889 ms, pipe 442

wings-openflow-2.wail.wisc.edu:

--- 10.42.101.52 ping statistics ---
1693724 packets transmitted, 1618026 received, 4% packet loss, time 86809623ms
rtt min/avg/max/mdev = 29.542/30.472/14982.442/90.339 ms, pipe 266

Analysis

There were some outages at Stanford in here, which largely account for the high packet loss rates in the pairs that include Stanford.

Wisconsin - Washington had an unexpectedly high loss rate.

The other results seem consistent with what we'd expect.

plastic-102

SteadyPing, using interval=.05, and this table of client/server pairs:

client server server address
sardis.gpolab.bbn.com planetlab4.clemson.edu server=10.42.102.104
planetlab5.clemson.edu plnode1.cip.gatech.edu server=10.42.102.100
plnode2.cip.gatech.edu pl4.myplc.grnoc.iu.edu server=10.42.102.72
pl5.myplc.grnoc.iu.edu orbitplc1.orbit-lab.org server=10.42.102.111
orbitplc2.orbit-lab.org of-planet4.stanford.edu server=10.42.102.93
of-planet3.stanford.edu pl01.cs.washington.edu server=10.42.102.80
pl02.cs.washington.edu wings-openflow-2.wail.wisc.edu server=10.42.102.95
wings-openflow-3.wail.wisc.edu bain.gpolab.bbn.com server=10.42.102.54

Commands run on each client

server=<ipaddr>
sudo ping -i .05 -s $((1500-8-20)) $server

Results

Generated from the logs with

subnet=102
for host in sardis.gpolab.bbn.com planetlab5.clemson.edu plnode2.cip.gatech.edu pl5.myplc.grnoc.iu.edu orbitplc2.orbit-lab.org of-planet3.stanford.edu pl02.cs.washington.edu wings-openflow-3.wail.wisc.edu ; do echo -e "$host:\n\n{{{" ; grep -A 2 statistics pgenigpolabbbncom_plastic$subnet\@$host.log ; echo -e "}}}\n" ; done

sardis.gpolab.bbn.com:

--- 10.42.102.104 ping statistics ---
1638265 packets transmitted, 1633134 received, 0% packet loss, time 86853421ms
rtt min/avg/max/mdev = 164.719/165.370/10349.516/50.433 ms, pipe 198

planetlab5.clemson.edu:

--- 10.42.102.100 ping statistics ---
1695033 packets transmitted, 1692155 received, 0% packet loss, time 86925832ms
rtt min/avg/max/mdev = 3.622/5.959/16437.971/109.274 ms, pipe 304

plnode2.cip.gatech.edu:

--- 10.42.102.72 ping statistics ---
1618363 packets transmitted, 1594977 received, 1% packet loss, time 86884198ms
rtt min/avg/max/mdev = 141.977/144.749/11033.277/39.584 ms, pipe 188

pl5.myplc.grnoc.iu.edu:

--- 10.42.102.111 ping statistics ---
1691511 packets transmitted, 1621681 received, 4% packet loss, time 86872781ms
rtt min/avg/max/mdev = 160.276/162.924/21581.329/117.569 ms, pipe 422

orbitplc2.orbit-lab.org:

--- 10.42.102.93 ping statistics ---
590439 packets transmitted, 0 received, 100% packet loss, time 30116496ms

--
--- 10.42.102.93 ping statistics ---
1112245 packets transmitted, 0 received, 100% packet loss, time 56739386ms

of-planet3.stanford.edu:

--- 10.42.102.80 ping statistics ---
1572148 packets transmitted, 0 received, 100% packet loss, time 86840319ms

pl02.cs.washington.edu:

--- 10.42.102.95 ping statistics ---
1669202 packets transmitted, 1388697 received, 16% packet loss, time 86831547ms
rtt min/avg/max/mdev = 59.699/64.179/14810.795/75.199 ms, pipe 271

wings-openflow-3.wail.wisc.edu:

--- 10.42.102.54 ping statistics ---
1689086 packets transmitted, 1603495 received, 5% packet loss, time 86824799ms
rtt min/avg/max/mdev = 29.545/29.966/10220.764/44.061 ms, pipe 200

Analysis

of-planet3.stanford.edu was effectively unusable during this baseline.

Wisconsin - Washington had an unexpectedly high loss rate.

The other results seem consistent with what we'd expect.

plastic-103

SteadyPerf TCP, using port=5103, time=86400, and this table of client/server pairs:

client server server address
of-planet1.stanford.edu navis.gpolab.bbn.com server=10.42.103.55
ganel.gpolab.bbn.com orbitplc1.orbit-lab.org server=10.42.103.111
pl02.cs.washington.edu bain.gpolab.bbn.com server=10.42.103.54
of-planet2.stanford.edu pl01.cs.washington.edu server=10.42.103.80
orbitplc2.orbit-lab.org of-planet3.stanford.edu server=10.42.103.92

One-time prep commands run on each client and server

sudo yum -y install iperf

Commands run on each server

server=<ipaddr>
nice -n 19 iperf -B $server -p 5103 -s -i 1

Commands run on each client

server=<ipaddr>
nice -n 19 iperf -c $server -p 5103 -t 86400

Results

Generated with

subnet=103
for host in of-planet1.stanford.edu ganel.gpolab.bbn.com pl02.cs.washington.edu of-planet2.stanford.edu orbitplc2.orbit-lab.org ; do echo -e "$host:\n\n{{{" ; grep -A 5 -B 1 "Client connecting" pgenigpolabbbncom_plastic$subnet\@$host.log ; echo -e "}}}\n" ; done

and then edited slightly to remove artifacts (like control characters, my prompt, etc).

of-planet1.stanford.edu:

------------------------------------------------------------
Client connecting to 10.42.103.55, TCP port 5103
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 10.42.103.90 port 40008 connected with 10.42.103.55 port 5103
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-30074.4 sec  7587973274955357184 bits  0.00 (null)s/sec
--
------------------------------------------------------------
Client connecting to 10.42.103.55, TCP port 5103
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 10.42.103.90 port 50574 connected with 10.42.103.55 port 5103
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-56757.9 sec  16.6 GBytes  2.51 Mbits/sec

ganel.gpolab.bbn.com:

------------------------------------------------------------
Client connecting to 10.42.103.111, TCP port 5103
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 0.0.0.0 port 41084 connected with 10.42.103.111 port 5103
[  3]  0.0- 0.0 sec  0.00 Bytes  0.00 bits/sec
--
------------------------------------------------------------
Client connecting to 10.42.103.111, TCP port 5103
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 10.42.103.51 port 51918 connected with 10.42.103.111 port 5103
[  3]  0.0-59103.2 sec  12.0 GBytes  1.74 Mbits/sec

pl02.cs.washington.edu:

------------------------------------------------------------
Client connecting to 10.42.103.54, TCP port 5103
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 10.42.103.81 port 49196 connected with 10.42.103.54 port 5103
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-86400.6 sec  20.0 GBytes  1.98 Mbits/sec

of-planet2.stanford.edu:

------------------------------------------------------------
Client connecting to 10.42.103.80, TCP port 5103
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 10.42.103.91 port 42880 connected with 10.42.103.80 port 5103
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-30137.2 sec  7621070993095912448 bits  0.00 (null)s/sec
--
------------------------------------------------------------
Client connecting to 10.42.103.80, TCP port 5103
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 10.42.103.91 port 45045 connected with 10.42.103.80 port 5103
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-56826.7 sec  21.8 GBytes  3.29 Mbits/sec

orbitplc2.orbit-lab.org:

------------------------------------------------------------
Client connecting to 10.42.103.92, TCP port 5103
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 0.0.0.0 port 58701 connected with 10.42.103.92 port 5103
[  3]  0.0- 0.0 sec  0.00 Bytes  0.00 bits/sec
--
------------------------------------------------------------
Client connecting to 10.42.103.92, TCP port 5103
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 0.0.0.0 port 60288 connected with 10.42.103.92 port 5103
[  3]  0.0- 0.0 sec  0.00 Bytes  0.00 bits/sec
--
------------------------------------------------------------
Client connecting to 10.42.103.92, TCP port 5103
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 10.42.103.112 port 39236 connected with 10.42.103.92 port 5103
--
------------------------------------------------------------
Client connecting to 10.42.103.92, TCP port 5103
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 10.42.103.112 port 39243 connected with 10.42.103.92 port 5103
write2 failed: Connection timed out
[  3]  0.0-1487.4 sec  15.6 KBytes  85.7 bits/sec
--
------------------------------------------------------------
Client connecting to 10.42.103.92, TCP port 5103
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 10.42.103.112 port 50777 connected with 10.42.103.92 port 5103
write2 failed: Connection timed out
[  3]  0.0-1529.9 sec  15.6 KBytes  83.3 bits/sec
--
------------------------------------------------------------
Client connecting to 10.42.103.92, TCP port 5103
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 10.42.103.112 port 48464 connected with 10.42.103.92 port 5103
write2 failed: Connection reset by peer
[  3]  0.0- 0.1 sec  14.1 KBytes  1.37 Mbits/sec
--
------------------------------------------------------------
Client connecting to 10.42.103.92, TCP port 5103
write2 failed: Broken pipe
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 0.0.0.0 port 48466 connected with 10.42.103.92 port 5103
[  3]  0.0- 0.0 sec  0.00 Bytes  0.00 bits/sec

Analysis

There were some outages at Stanford in here, which accounts for the initial problems with Stanford - BBN and Stanford - Washington.

of-planet3.stanford.edu was effectively unusable during this baseline.

The other results seem consistent with what we'd expect.

plastic-104

SteadyPerf UDP, using port=5104, time=86400, rate=.5, and this table of client/server pairs:

client server server address
navis.gpolab.bbn.com wings-openflow-2.wail.wisc.edu server=10.42.104.95
wings-openflow-3.wail.wisc.edu orbitplc2.orbit-lab.org server=10.42.104.112
orbitplc1.orbit-lab.org pl4.myplc.grnoc.iu.edu server=10.42.104.72
pl5.myplc.grnoc.iu.edu gardil.gpolab.bbn.com server=10.42.104.52

One-time prep commands run on each client and server

sudo yum -y install iperf

Commands run on each server

server=<ipaddr>
nice -n 19 iperf -u -B $server -p 5104 -s -i 1

Commands run on each client

server=<ipaddr>
nice -n 19 iperf -u -c $server -p 5104 -t 86400 -b 512K

Results

Generated with

subnet=104
for host in navis.gpolab.bbn.com wings-openflow-3.wail.wisc.edu orbitplc1.orbit-lab.org pl5.myplc.grnoc.iu.edu ; do echo -e "$host:\n\n{{{" ; grep -A 10 -B 1 "Client connecting" pgenigpolabbbncom_plastic$subnet\@$host.log ; echo -e "}}}\n" ; done

and then edited slightly to remove artifacts (like control characters, my prompt, etc).

navis.gpolab.bbn.com:

------------------------------------------------------------
Client connecting to 10.42.104.95, UDP port 5104
Sending 1470 byte datagrams
UDP buffer size:   108 KByte (default)
------------------------------------------------------------
[  3] local 10.42.104.55 port 35427 connected with 10.42.104.95 port 5104
[  3]  0.0-86400.0 sec  5.15 GBytes    512 Kbits/sec
[  3] Sent 3761757 datagrams
[  3] Server Report:
[  3]  0.0-86393.0 sec  4.41 GBytes    439 Kbits/sec  0.345 ms 539465/3761757 (14%)
[  3]  0.0-86393.0 sec  2977 datagrams received out-of-order

wings-openflow-3.wail.wisc.edu:

------------------------------------------------------------
Client connecting to 10.42.104.112, UDP port 5104
Sending 1470 byte datagrams
UDP buffer size:  109 KByte (default)
------------------------------------------------------------
[  3] local 10.42.104.96 port 38582 connected with 10.42.104.112 port 5104
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-86400.0 sec  5.15 GBytes   512 Kbits/sec
[  3] Sent 3761757 datagrams
[  3] Server Report:
[  3]  0.0-84077.6 sec  4.99 GBytes   510 Kbits/sec   0.043 ms 115673/3761757 (3.1%)
[  3]  0.0-84077.6 sec  392 datagrams received out-of-order

orbitplc1.orbit-lab.org:

------------------------------------------------------------
Client connecting to 10.42.104.72, UDP port 5104
Sending 1470 byte datagrams
UDP buffer size:   108 KByte (default)
------------------------------------------------------------
[  3] local 10.42.104.111 port 43210 connected with 10.42.104.72 port 5104
write2 failed: Connection refused
[  3]  0.0-2327.3 sec    142 MBytes    512 Kbits/sec
[  3] Sent 101328 datagrams
read failed: Connection refused
[  3] WARNING: did not receive ack of last datagram after 1 tries.
--
------------------------------------------------------------
Client connecting to 10.42.104.72, UDP port 5104
Sending 1470 byte datagrams
UDP buffer size:   108 KByte (default)
------------------------------------------------------------
[  3] local 10.42.104.111 port 43580 connected with 10.42.104.72 port 5104
[  3]  0.0-22699.1 sec  1.35 GBytes    512 Kbits/sec
[  3] Sent 988294 datagrams
[  3] Server Report:
[  3]  0.0-22698.2 sec  1.34 GBytes    507 Kbits/sec  0.014 ms 9565/988294 (0.97%)
[  3]  0.0-22698.2 sec  1968 datagrams received out-of-order

pl5.myplc.grnoc.iu.edu:

------------------------------------------------------------
Client connecting to 10.42.104.52, UDP port 5104
Sending 1470 byte datagrams
UDP buffer size:   108 KByte (default)
------------------------------------------------------------
[  3] local 10.42.104.73 port 35122 connected with 10.42.104.52 port 5104
write2 failed: Operation not permitted
[  3]  0.0-39.5 sec  2.41 MBytes    512 Kbits/sec
[  3] Sent 1721 datagrams
[  3] WARNING: did not receive ack of last datagram after 10 tries.
--
------------------------------------------------------------
Client connecting to 10.42.104.52, UDP port 5104
Sending 1470 byte datagrams
UDP buffer size:   108 KByte (default)
------------------------------------------------------------
[  3] local 10.42.104.73 port 35142 connected with 10.42.104.52 port 5104
write2 failed: Operation not permitted
[  3]  0.0-564.2 sec  34.4 MBytes    512 Kbits/sec
[  3] Sent 24565 datagrams
[  3] WARNING: did not receive ack of last datagram after 10 tries.
--
------------------------------------------------------------
Client connecting to 10.42.104.52, UDP port 5104
Sending 1470 byte datagrams
UDP buffer size:   108 KByte (default)
------------------------------------------------------------
[  3] local 10.42.104.73 port 35162 connected with 10.42.104.52 port 5104
[  3]  0.0-22632.5 sec  1.35 GBytes    512 Kbits/sec
[  3] Sent 985394 datagrams
[  3] Server Report:
[  3]  0.0-86986.8 sec  1.32 GBytes    130 Kbits/sec  0.010 ms 20464/985394 (2.1%)
[  3]  0.0-86986.8 sec  2023 datagrams received out-of-order

Analysis

All results seem consistent with what we'd expect.

plastic-105

SteadyPerf TCP, using port=5105, time=84600, and this table of client/server pairs:

client server server address
wings-openflow-2.wail.wisc.edu planetlab5.clemson.edu server=10.42.105.105
planetlab4.clemson.edu sardis.gpolab.bbn.com server=10.42.105.53
bain.gpolab.bbn.com plnode2.cip.gatech.edu server=10.42.105.101
plnode1.cip.gatech.edu wings-openflow-3.wail.wisc.edu server=10.42.105.96

One-time prep commands run on each client and server

sudo yum -y install iperf

Commands run on each server

server=<ipaddr>
nice -n 19 iperf -B $server -p 5105 -s -i 1

Commands run on each client

server=<ipaddr>
nice -n 19 iperf -c $server -p 5105 -t 86400

Results

Generated with

subnet=105
for host in wings-openflow-2.wail.wisc.edu planetlab4.clemson.edu bain.gpolab.bbn.com plnode1.cip.gatech.edu ; do echo -e "$host:\n\n{{{" ; grep -A 5 -B 1 "Client connecting" pgenigpolabbbncom_plastic$subnet\@$host.log ; echo -e "}}}\n" ; done

and then edited slightly to remove artifacts (like control characters, my prompt, etc).

wings-openflow-2.wail.wisc.edu:

------------------------------------------------------------
Client connecting to 10.42.105.105, TCP port 5105
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 10.42.105.95 port 55516 connected with 10.42.105.105 port 5105
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-86400.4 sec  65.9 GBytes  6.55 Mbits/sec

planetlab4.clemson.edu:

------------------------------------------------------------
Client connecting to 10.42.105.53, TCP port 5105
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 10.42.105.104 port 55909 connected with 10.42.105.53 port 5105
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-86400.2 sec  84.1 GBytes  8.37 Mbits/sec

bain.gpolab.bbn.com:

------------------------------------------------------------
Client connecting to 10.42.105.101, TCP port 5105
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 10.42.105.54 port 59420 connected with 10.42.105.101 port 5105
[  3]  0.0-86400.1 sec  26.2 GBytes  2.60 Mbits/sec

plnode1.cip.gatech.edu:

------------------------------------------------------------
Client connecting to 10.42.105.96, TCP port 5105
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 10.42.105.100 port 36082 connected with 10.42.105.96 port 5105
write2 failed: Connection timed out
[  3]  0.0-23573.7 sec  11.5 GBytes  4.20 Mbits/sec
--
------------------------------------------------------------
Client connecting to 10.42.105.96, TCP port 5105
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 10.42.105.100 port 56978 connected with 10.42.105.96 port 5105
[  3]  0.0-58289.4 sec  88.0 GBytes  13.0 Mbits/sec

Analysis

GT - Wisconsin got disconnected at one point, which explains the much higher rate in the second run relative to the first.

The other results seem consistent with what we'd expect.

plastic-106

SteadyPerf UDP, using port=5106, time=86400, rate=.5, and this table of client/server pairs:

client server server address
planetlab5.clemson.edu wings-openflow-2.wail.wisc.edu server=10.42.106.95
wings-openflow-3.wail.wisc.edu plnode1.cip.gatech.edu server=10.42.106.100
plnode2.cip.gatech.edu ganel.gpolab.bbn.com server=10.42.106.51
gardil.gpolab.bbn.com planetlab4.clemson.edu server=10.42.106.104

One-time prep commands run on each client and server

sudo yum -y install iperf

Commands run on each server

server=<ipaddr>
nice -n 19 iperf -u -B $server -p 5106 -s -i 1

Commands run on each client

server=<ipaddr>
nice -n 19 iperf -u -c $server -p 5106 -t 86400 -b 512K

Results

Generated with

subnet=106
for host in planetlab5.clemson.edu wings-openflow-3.wail.wisc.edu plnode2.cip.gatech.edu gardil.gpolab.bbn.com ; do echo -e "$host:\n\n{{{" ; grep -A 10 -B 1 "Client connecting" pgenigpolabbbncom_plastic$subnet\@$host.log ; echo -e "}}}\n" ; done

and then edited slightly to remove artifacts (like control characters, my prompt, etc).

planetlab5.clemson.edu:

------------------------------------------------------------
Client connecting to 10.42.106.95, UDP port 5106
Sending 1470 byte datagrams
UDP buffer size:  109 KByte (default)
------------------------------------------------------------
[  3] local 10.42.106.105 port 36012 connected with 10.42.106.95 port 5106
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-86400.0 sec  5.15 GBytes   512 Kbits/sec
[  3] Sent 3761757 datagrams
[  3] Server Report:
[  3]  0.0-86388.7 sec  4.42 GBytes   439 Kbits/sec   0.034 ms 534502/3761757 (14%)
[  3]  0.0-86388.7 sec  2827 datagrams received out-of-order

wings-openflow-3.wail.wisc.edu:

------------------------------------------------------------
Client connecting to 10.42.106.100, UDP port 5106
Sending 1470 byte datagrams
UDP buffer size:  109 KByte (default)
------------------------------------------------------------
[  3] local 10.42.106.96 port 46369 connected with 10.42.106.100 port 5106
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-86400.0 sec  5.15 GBytes   512 Kbits/sec
[  3] Sent 3761757 datagrams
[  3] Server Report:
[  3]  0.0-86399.3 sec  5.14 GBytes   511 Kbits/sec   1.045 ms 10871/3761757 (0.29%)
[  3]  0.0-86399.3 sec  127 datagrams received out-of-order

plnode2.cip.gatech.edu:

------------------------------------------------------------
Client connecting to 10.42.106.51, UDP port 5106
Sending 1470 byte datagrams
UDP buffer size:   122 KByte (default)
------------------------------------------------------------
[  3] local 10.42.106.101 port 37114 connected with 10.42.106.51 port 5106
[  3]  0.0-86400.0 sec  5.15 GBytes    512 Kbits/sec
[  3] Sent 3761750 datagrams
[  3] Server Report:
[  3]  0.0-86399.2 sec  5.13 GBytes    510 Kbits/sec  0.167 ms 11458/3761750 (0.3%)
[  3]  0.0-86399.2 sec  241 datagrams received out-of-order

gardil.gpolab.bbn.com:

------------------------------------------------------------
Client connecting to 10.42.106.104, UDP port 5106
Sending 1470 byte datagrams
UDP buffer size:   108 KByte (default)
------------------------------------------------------------
[  3] local 10.42.106.52 port 59840 connected with 10.42.106.104 port 5106
[  3]  0.0-86400.0 sec  5.15 GBytes    512 Kbits/sec
[  3] Sent 3761757 datagrams
[  3] Server Report:
[  3]  0.0-86399.3 sec  5.13 GBytes    510 Kbits/sec  0.184 ms 12765/3761757 (0.34%)
[  3]  0.0-86399.3 sec  133 datagrams received out-of-order

Analysis

All results seem consistent with what we'd expect.

plastic-107

SteadyWeb, using port=4107, file=substrate.doc, md5sum=d4fcf71833327fbfef98be09deef8bfb, and this table of client/server pairs:

client server server address
planetlab5.clemson.edu pl4.myplc.grnoc.iu.edu server=10.42.107.72
pl5.myplc.grnoc.iu.edu plnode2.cip.gatech.edu server=10.42.107.101
plnode1.cip.gatech.edu pl02.cs.washington.edu server=10.42.107.81
pl01.cs.washington.edu planetlab4.clemson.edu server=10.42.107.104

One-time prep commands run on each server

sudo yum -y install pyOpenSSL patch
cd
rm -rf ~/gigaweb
mkdir -p ~/gigaweb/docroot

cd ~/gigaweb
wget http://code.activestate.com/recipes/442473-simple-http-server-supporting-ssl-secure-communica/download/1/ -O httpsd.py
wget http://groups.geni.net/geni/attachment/wiki/PlasticSlices/Experiments/httpsd.py.patch?format=raw -O httpsd.py.patch
patch httpsd.py httpsd.py.patch
rm httpsd.py.patch

cd ~/gigaweb/docroot
wget http://groups.geni.net/geni/attachment/wiki/DeliverablePage/Spiral1%20substrate%20catalog.doc?format=raw -O substrate.doc

cd ~/gigaweb
openssl genrsa -passout pass:localhost -des3 -rand /dev/urandom -out localhost.localdomain.key 1024
openssl req -subj /CN=localhost.localdomain -passin pass:localhost -new -key localhost.localdomain.key -out localhost.localdomain.csr
openssl x509 -passin pass:localhost -req -days 3650 -in localhost.localdomain.csr -signkey localhost.localdomain.key -out localhost.localdomain.crt
openssl rsa -passin pass:localhost -in localhost.localdomain.key -out decrypted.localhost.localdomain.key
mv -f decrypted.localhost.localdomain.key localhost.localdomain.key
cat localhost.localdomain.key localhost.localdomain.crt > localhost.localdomain.pem
rm localhost.localdomain.key localhost.localdomain.crt localhost.localdomain.csr

Commands run on each server

server=<ipaddr>
cd ~/gigaweb/docroot
python ../httpsd.py $server 4107

Commands run on each client

server=<ipaddr>
cd
rm -rf ~/gigaweb
mkdir ~/gigaweb
cd ~/gigaweb
while true ; do wget --no-check-certificate https://$server:4107/substrate.doc -O substrate.doc ; echo -n "md5sum: " ; md5sum substrate.doc ; rm substrate.doc ; done

Results

Since we transfered the file to each client hundreds (if not thousands) of times, we didn't save all the copies, but we did generate an MD5 checksum after each download, and log that, so we ran some grep commands on the logs to count the number of total checksums printed in each log, and the number where the checksum had the expected value.

Generated with

subnet=107
for host in planetlab5.clemson.edu pl5.myplc.grnoc.iu.edu plnode1.cip.gatech.edu pl01.cs.washington.edu ; do echo -e -n "$host:\n\n{{{\ntotal md5sum lines: " ; grep "md5sum:" pgenigpolabbbncom_plastic$subnet\@$host.log | wc -l ; echo -e -n "matching md5sum lines: " ; grep "md5sum: d4fcf71833327fbfef98be09deef8bfb" pgenigpolabbbncom_plastic$subnet\@$host.log | wc -l ; echo -e "}}}\n" ; done

planetlab5.clemson.edu:

total md5sum lines: 2153
matching md5sum lines: 2152

pl5.myplc.grnoc.iu.edu:

total md5sum lines: 9493
matching md5sum lines: 9492

plnode1.cip.gatech.edu:

total md5sum lines: 4198
matching md5sum lines: 4197

pl01.cs.washington.edu:

total md5sum lines: 5270
matching md5sum lines: 5269

Analysis

All results seem consistent with what we'd expect.

plastic-108

SteadyWeb, using port=4108, file=substrate.doc, md5sum=d4fcf71833327fbfef98be09deef8bfb, and this table of client/server pairs:

client server server address
wings-openflow-3.wail.wisc.edu of-planet4.stanford.edu server=10.42.108.93
of-planet3.stanford.edu orbitplc1.orbit-lab.org server=10.42.108.111
orbitplc2.orbit-lab.org pl5.myplc.grnoc.iu.edu server=10.42.108.73
pl4.myplc.grnoc.iu.edu wings-openflow-2.wail.wisc.edu server=10.42.108.95

One-time prep commands run on each server

sudo yum -y install pyOpenSSL patch
cd
rm -rf ~/gigaweb
mkdir -p ~/gigaweb/docroot

cd ~/gigaweb
wget http://code.activestate.com/recipes/442473-simple-http-server-supporting-ssl-secure-communica/download/1/ -O httpsd.py
wget http://groups.geni.net/geni/attachment/wiki/PlasticSlices/Experiments/httpsd.py.patch?format=raw -O httpsd.py.patch
patch httpsd.py httpsd.py.patch
rm httpsd.py.patch

cd ~/gigaweb/docroot
wget http://groups.geni.net/geni/attachment/wiki/DeliverablePage/Spiral1%20substrate%20catalog.doc?format=raw -O substrate.doc

cd ~/gigaweb
openssl genrsa -passout pass:localhost -des3 -rand /dev/urandom -out localhost.localdomain.key 1024
openssl req -subj /CN=localhost.localdomain -passin pass:localhost -new -key localhost.localdomain.key -out localhost.localdomain.csr
openssl x509 -passin pass:localhost -req -days 3650 -in localhost.localdomain.csr -signkey localhost.localdomain.key -out localhost.localdomain.crt
openssl rsa -passin pass:localhost -in localhost.localdomain.key -out decrypted.localhost.localdomain.key
mv -f decrypted.localhost.localdomain.key localhost.localdomain.key
cat localhost.localdomain.key localhost.localdomain.crt > localhost.localdomain.pem
rm localhost.localdomain.key localhost.localdomain.crt localhost.localdomain.csr

Commands run on each server

server=<ipaddr>
cd ~/gigaweb/docroot
python ../httpsd.py $server 4108

Commands run on each client

server=<ipaddr>
cd
rm -rf ~/gigaweb
mkdir ~/gigaweb
cd ~/gigaweb
while true ; do wget --no-check-certificate https://$server:4108/substrate.doc -O substrate.doc ; echo -n "md5sum: " ; md5sum substrate.doc ; rm substrate.doc ; done

Results

Since we transfered the file to each client hundreds (if not thousands) of times, we didn't save all the copies, but we did generate an MD5 checksum after each download, and log that, so we ran some grep commands on the logs to count the number of total checksums printed in each log, and the number where the checksum had the expected value.

Generated with

subnet=108
for host in wings-openflow-3.wail.wisc.edu of-planet3.stanford.edu orbitplc2.orbit-lab.org pl4.myplc.grnoc.iu.edu ; do echo -e -n "$host:\n\n{{{\ntotal md5sum lines: " ; grep "md5sum:" pgenigpolabbbncom_plastic$subnet\@$host.log | wc -l ; echo -e -n "matching md5sum lines: " ; grep "md5sum: d4fcf71833327fbfef98be09deef8bfb" pgenigpolabbbncom_plastic$subnet\@$host.log | wc -l ; echo -e "}}}\n" ; done

wings-openflow-3.wail.wisc.edu:

total md5sum lines: 2315
matching md5sum lines: 2313

of-planet3.stanford.edu:

total md5sum lines: 9
matching md5sum lines: 0

orbitplc2.orbit-lab.org:

total md5sum lines: 889
matching md5sum lines: 888

pl4.myplc.grnoc.iu.edu:

total md5sum lines: 16718
matching md5sum lines: 16717

Analysis

of-planet3.stanford.edu was effectively unusable during this baseline.

The other results seem consistent with what we'd expect.

plastic-109

SteadyNetcat, using port=6109, file=substrate.doc, md5sum=d4fcf71833327fbfef98be09deef8bfb, and this table of client/server pairs:

client server server address
navis.gpolab.bbn.com pl5.myplc.grnoc.iu.edu server=10.42.109.73
pl4.myplc.grnoc.iu.edu pl02.cs.washington.edu server=10.42.109.81
pl01.cs.washington.edu planetlab5.clemson.edu server=10.42.109.105
planetlab4.clemson.edu of-planet1.stanford.edu server=10.42.109.90
of-planet2.stanford.edu wings-openflow-3.wail.wisc.edu server=10.42.109.96
wings-openflow-2.wail.wisc.edu ganel.gpolab.bbn.com server=10.42.109.51

One-time prep commands run on each server

sudo yum -y install nc
mkdir -p ~/giganetcat
cd ~/giganetcat
wget http://groups.geni.net/geni/attachment/wiki/DeliverablePage/Spiral1%20substrate%20catalog.doc?format=raw -O substrate.doc

One-time prep commands run on each client

sudo yum -y install nc

Commands run on each server

server=<ipaddr>
cd ~/giganetcat
while true ; do nc -l $server 6109 < substrate.doc ; done

Commands run on each client

server=<ipaddr>
cd
rm -rf ~/giganetcat
mkdir ~/giganetcat
cd ~/giganetcat
while true ; do nc $server 6109 > substrate.doc ; echo -n "$(date "+%F %T")  " ; md5sum substrate.doc ; rm substrate.doc ; done

Results

Since we transfered the file to each client hundreds (if not thousands) of times, we didn't save all the copies, but we did generate an MD5 checksum after each download, and log that, so we ran some grep commands on the logs to count the number of total checksums printed in each log, and the number where the checksum had the expected value.

Generated with

subnet=109
for host in navis.gpolab.bbn.com pl4.myplc.grnoc.iu.edu pl01.cs.washington.edu planetlab4.clemson.edu of-planet2.stanford.edu wings-openflow-2.wail.wisc.edu ; do echo -e -n "$host:\n\n{{{\ntotal md5sum lines: " ; grep "substrate.doc" pgenigpolabbbncom_plastic$subnet\@$host.log | wc -l ; echo -e -n "matching md5sum lines: " ; grep "d4fcf71833327fbfef98be09deef8bfb  substrate.doc" pgenigpolabbbncom_plastic$subnet\@$host.log | wc -l ; echo -e "}}}\n" ; done

navis.gpolab.bbn.com:

total md5sum lines: 2412
matching md5sum lines: 2406

pl4.myplc.grnoc.iu.edu:

total md5sum lines: 5487
matching md5sum lines: 5441

pl01.cs.washington.edu:

total md5sum lines: 4825
matching md5sum lines: 4823

planetlab4.clemson.edu:

total md5sum lines: 2795
matching md5sum lines: 2780

of-planet2.stanford.edu:

total md5sum lines: 1496
matching md5sum lines: 1487

wings-openflow-2.wail.wisc.edu:

total md5sum lines: 4904
matching md5sum lines: 4898

Analysis

All results seem consistent with what we'd expect.

plastic-110

SteadyNetcat, using port=6110, file=substrate.doc, md5sum=d4fcf71833327fbfef98be09deef8bfb, and this table of client/server pairs:

client server server address
gardil.gpolab.bbn.com pl01.cs.washington.edu server=10.42.110.80
pl02.cs.washington.edu of-planet3.stanford.edu server=10.42.110.92
of-planet4.stanford.edu orbitplc2.orbit-lab.org server=10.42.110.112
orbitplc1.orbit-lab.org pl4.myplc.grnoc.iu.edu server=10.42.110.72
pl5.myplc.grnoc.iu.edu plnode1.cip.gatech.edu server=10.42.110.100
plnode2.cip.gatech.edu sardis.gpolab.bbn.com server=10.42.110.53

One-time prep commands run on each server

sudo yum -y install nc
mkdir -p ~/giganetcat
cd ~/giganetcat
wget http://groups.geni.net/geni/attachment/wiki/DeliverablePage/Spiral1%20substrate%20catalog.doc?format=raw -O substrate.doc

One-time prep commands run on each client

sudo yum -y install nc

Commands run on each server

server=<ipaddr>
cd ~/giganetcat
while true ; do nc -l $server 6110 < substrate.doc ; done

Commands run on each client

server=<ipaddr>
cd
rm -rf ~/giganetcat
mkdir ~/giganetcat
cd ~/giganetcat
while true ; do nc $server 6110 > substrate.doc ; echo -n "$(date "+%F %T")  " ; md5sum substrate.doc ; rm substrate.doc ; done

Results

Since we transfered the file to each client hundreds (if not thousands) of times, we didn't save all the copies, but we did generate an MD5 checksum after each download, and log that, so we ran some grep commands on the logs to count the number of total checksums printed in each log, and the number where the checksum had the expected value.

Generated with

subnet=110
for host in gardil.gpolab.bbn.com pl02.cs.washington.edu of-planet4.stanford.edu orbitplc1.orbit-lab.org pl5.myplc.grnoc.iu.edu plnode2.cip.gatech.edu ; do echo -e -n "$host:\n\n{{{\ntotal md5sum lines: " ; grep "substrate.doc" pgenigpolabbbncom_plastic$subnet\@$host.log | wc -l ; echo -e -n "matching md5sum lines: " ; grep "d4fcf71833327fbfef98be09deef8bfb  substrate.doc" pgenigpolabbbncom_plastic$subnet\@$host.log | wc -l ; echo -e "}}}\n" ; done

gardil.gpolab.bbn.com:

total md5sum lines: 2417
matching md5sum lines: 2410

pl02.cs.washington.edu:

total md5sum lines: 4162
matching md5sum lines: 4148

of-planet4.stanford.edu:

total md5sum lines: 16
matching md5sum lines: 0

orbitplc1.orbit-lab.org:

total md5sum lines: 880
matching md5sum lines: 865

pl5.myplc.grnoc.iu.edu:

total md5sum lines: 3048
matching md5sum lines: 3018

plnode2.cip.gatech.edu:

total md5sum lines: 1719
matching md5sum lines: 1717

Analysis

of-planet4.stanford.edu was actually usable in other experiments, but failed entirely in this one.

The other results seem consistent with what we'd expect.