Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Net-ns config added

...

View file
nameNetNamespace_N5_N4.pdf
height400

Here is the working net-namespace configuration, and the lines to delete once done:

# Node 5 root
ip netns list
# Working NetNS config:
ip netns add iperf-server
ip netns add iperf-client
ip link set ens801f1 netns iperf-server
ip link set ens801f0 netns iperf-client
ip netns exec iperf-server ip link set dev lo up
ip netns exec iperf-client ip link set dev lo up
ip netns exec iperf-server ip addr add dev ens801f1 10.10.122.25/24
ip netns exec iperf-client ip addr add dev ens801f0 10.10.124.25/24
ip netns exec iperf-client ip link set dev ens801f0 up
ip netns exec iperf-server ip link set dev ens801f1 up
ip netns exec iperf-server route add default gw 10.10.122.25
ip netns exec iperf-client route add default gw 10.10.124.25

# Delete

ip netns delete iperf-server
ip netns delete iperf-client


Initial results for tests with this configuration (using the iPerf 2 tool) indicate that UDP testing is a more reliable assessment of the calibrated bit rate (after correcting for ETH, IP, and UDP header overhead, the values reported below are for protocol payloads of a single UDP stream or 3 TCP connections).

...

  1. Parallel TCP stream measurements are very sensitive to the background traffic, with the measured capacity reduced by more that 4 times the  peak capacity only reached after 10 seconds, and only then account for the CBR Netprobe rate.
  2. UDP stream measurements indicate reduced rate equivalent to the CBR Netprobe stream.
  3. One-way Delay measurements possible with Netprobe confirm the delay introduced by the Token bucket filter (4ms max), and illustrate the delay variability present when 3 TCP streams compete for capacity.

...