aboutsummaryrefslogtreecommitdiff
path: root/content/en/blog/news/20201219-congestion-avoidance.md
diff options
context:
space:
mode:
authorDimitri Staessens <dimitri@ouroboros.rocks>2020-12-21 09:50:36 +0100
committerDimitri Staessens <dimitri@ouroboros.rocks>2020-12-21 09:50:36 +0100
commit985323631c890b30bbcd00b69ee8ea5aeb3e2f59 (patch)
tree37b258d26efa23ba3fbc41e02bec8208ce8d8b2a /content/en/blog/news/20201219-congestion-avoidance.md
parent4cd79265503f210de36f6393f885d5f1643afa22 (diff)
downloadwebsite-985323631c890b30bbcd00b69ee8ea5aeb3e2f59.tar.gz
website-985323631c890b30bbcd00b69ee8ea5aeb3e2f59.zip
blog: Some fixes in wireshark post
Diffstat (limited to 'content/en/blog/news/20201219-congestion-avoidance.md')
-rw-r--r--content/en/blog/news/20201219-congestion-avoidance.md11
1 files changed, 6 insertions, 5 deletions
diff --git a/content/en/blog/news/20201219-congestion-avoidance.md b/content/en/blog/news/20201219-congestion-avoidance.md
index e13fdba..7391091 100644
--- a/content/en/blog/news/20201219-congestion-avoidance.md
+++ b/content/en/blog/news/20201219-congestion-avoidance.md
@@ -6,10 +6,11 @@ description: ""
author: Dimitri Staessens
---
-In my recently did some quick tests with the new congestion avoidance
-implementation, and thought to myself that it was a shame that
-Wireshark could not identify the Ouroboros flows, as that could give
-me some nicer graphs.
+I recently did some
+[quick tests](/blog/2020/12/12/congestion-avoidance-in-ouroboros/#mb-ecn-in-action)
+with the new congestion avoidance implementation, and thought to
+myself that it was a shame that Wireshark could not identify the
+Ouroboros flows, as that could give me some nicer graphs.
Just to be clear, I think generic network tools like tcpdump and
wireshark -- however informative and nice-to-use they are -- are a
@@ -56,7 +57,7 @@ layer.
The graph above shows the bandwidth -- as captured on the congested
100Mbit Ethernet link --, separated for each traffic flow, from the
same pcap capture as in my previous post. A flow can be identified by
-a <destination address, endpoint ID> pair, and since the destination
+a (destination address, endpoint ID)-pair, and since the destination
is all the same, I could filter out the flows by simply selecting them
based on the (64-bit) endpoint identifier.