|
|
|
@ -19,8 +19,8 @@ NAT64~\cite{schottelius:thesisrepo}. It contains parsers
|
|
|
|
|
for all related protocols (IPv6, IPv4, UDP, TCP, ICMP, ICMP6, NDP, |
|
|
|
|
ARP), supports EAMT as defined by RFC7757 ~\cite{rfc7757}, and is |
|
|
|
|
feature equivalent to the two compared software solutions |
|
|
|
|
tayga~\cite{lutchansky:_tayga_simpl_nat64_linux} and |
|
|
|
|
jool~\cite{mexico:_jool_open_sourc_siit_nat64_linux}. |
|
|
|
|
Tayga~\cite{lutchansky:_Tayga_simpl_nat64_linux} and |
|
|
|
|
Jool~\cite{mexico:_Jool_open_sourc_siit_nat64_linux}. |
|
|
|
|
Due to limitations in the P4 environment of the |
|
|
|
|
NetFPGA environment, the BMV2 implementation |
|
|
|
|
is more feature rich. |
|
|
|
@ -429,7 +429,7 @@ warm up phase.\footnote{iperf -O 10 parameter, see section \ref{design:tests}.}
|
|
|
|
|
% ok |
|
|
|
|
% ---------------------------------------------------------------------- |
|
|
|
|
\subsection{\label{results:benchmark:summary}Benchmark Summary} |
|
|
|
|
Overall \textbf{tayga} has shown to be the slowest translator with an achieved |
|
|
|
|
Overall \textbf{Tayga} has shown to be the slowest translator with an achieved |
|
|
|
|
bandwidth of \textbf{about 3 Gbit/s}, followed by \textbf{Jool} that translates at |
|
|
|
|
about \textbf{8 Gbit/s}. \textbf{Our solution} is the fastest with an almost line rate |
|
|
|
|
translation speed of about \textbf{9 Gbit/s}. |
|
|
|
@ -443,7 +443,7 @@ in the UDP benchmarks incorporates the packets loss (compare tables
|
|
|
|
|
\ref{tab:benchmarkv6v4udp} and \ref{tab:benchmarkv6v4udp}). |
|
|
|
|
|
|
|
|
|
Both software solutions showed significant loss of packets in the UDP |
|
|
|
|
based benchmarks (tayga: up to 91\%, jool up to 71\%), while the |
|
|
|
|
based benchmarks (Tayga: up to 91\%, Jool up to 71\%), while the |
|
|
|
|
P4/NetFPGA showed a maximum of 0.01\% packet loss. Packet loss is only |
|
|
|
|
recorded by iperf for UDP based benchmarks, as TCP packets are confirmed and |
|
|
|
|
resent if necessary. |
|
|
|
@ -455,7 +455,7 @@ identical in different benchmark runs.
|
|
|
|
|
|
|
|
|
|
The CPU load for TCP based benchmarks with Jool was almost negligible, |
|
|
|
|
however for UDP based benchmarks one core was almost 100\% |
|
|
|
|
utilised. In all benchmarks with tayga, one CPU was fully |
|
|
|
|
utilised. In all benchmarks with Tayga, one CPU was fully |
|
|
|
|
utilised. When the translation for P4/NetFPGA happens within the |
|
|
|
|
NetFPGA card, there was no CPU utilisation visible on the NAT64 host. |
|
|
|
|
|
|
|
|
@ -476,11 +476,11 @@ connections might be affected by the load generator limits. While
|
|
|
|
|
there is no visible evidence in our results, this problem might become |
|
|
|
|
more significant with higher speed links. |
|
|
|
|
|
|
|
|
|
While tayga's performance is reduced with the growing number of |
|
|
|
|
While Tayga's performance is reduced with the growing number of |
|
|
|
|
parallel connections, both Jool and our P4/NetFPGA implementations |
|
|
|
|
vary only slighty. |
|
|
|
|
|
|
|
|
|
Overall the performance of tayga, a Linux user space program, is as |
|
|
|
|
Overall the performance of Tayga, a Linux user space program, is as |
|
|
|
|
expected. We were surprised about the good performance of Jool, which, |
|
|
|
|
while slower than the P4/NetFPGA solution, is almost on par with our solution. |
|
|
|
|
% ---------------------------------------------------------------------- |
|
|
|
|