From 54b3852aa5960b0e2b59de41bd571bbafd4a7a54 Mon Sep 17 00:00:00 2001 From: Dimitri Staessens Date: Sun, 25 Jul 2021 12:50:48 +0200 Subject: docs: Fix figures in metrics exporter page --- content/en/docs/Tools/metrics.md | 28 ++++++++++++++-------------- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git a/content/en/docs/Tools/metrics.md b/content/en/docs/Tools/metrics.md index 65c9abb..b808d68 100644 --- a/content/en/docs/Tools/metrics.md +++ b/content/en/docs/Tools/metrics.md @@ -86,11 +86,11 @@ matures, more and more metrics will become available. At the top, you can set a number of variables to restrict what is seen on the dashboard: -{{
}} +{{
}} * System allows you to specify a set of host/node/devices in the network: -{{
}} +{{
}} The list will contain all hosts that put metrics in the InfluxDB database in the last 5 days (Unfortunaly there seems to be no current @@ -98,7 +98,7 @@ option to restrict this to the current selected time range). * Type allows you to select metrics for a certain IPCP type -{{
}} +{{
}} As you can see, all Ouroboros IPCP types are there, with unclusion of an UNKNOWN type. This may briefly pop up when the metric is misread by @@ -110,7 +110,7 @@ the exporter. * Interval allows to select a window in which metrics are aggregated. -{{
}} +{{
}} Metrics will be aggregated from the actual exporter values (e.g. mean or last value) that fall in this interval. This interval should thus @@ -125,7 +125,7 @@ prototype. #### System -{{
}} +{{
}} The system panel shows the number of IPCPs and known IPCP flows in all monitored systems as a stacked series. This system is running a small @@ -137,7 +137,7 @@ grafana issue that I hope will get fixed soon. #### Link State Database -{{
}} +{{
}} The Link State Database panel shows the knowledge each IPCP has about the network routing area(s) it is in. The example has 2 IPCPs that are @@ -147,7 +147,7 @@ counted). #### Process N-1 flows -{{
}} +{{
}} This is the first panel that deals with the [Flow-and-Retransmission Control @@ -180,7 +180,7 @@ the protocol on which FRCP is based. Right now, they are only configurable at compile time, but in the future they will probably be configurable using fccntl(). -{{
}} +{{
}} A quick refresher on these Delta-t timers: @@ -201,7 +201,7 @@ A quick refresher on these Delta-t timers: #### Delta-t window -{{
}} +{{
}} The third and (at least at this point) last panel related to FRCP is the window panel that shows information regarding Flow Control. FRCP @@ -213,7 +213,7 @@ size is currently 256 packets. #### IPCP N+1 flows -{{
}} +{{
}} These graphs show basic statistics from the point of view of the IPCP that is serving the application flow. It shows upstream and downstream @@ -221,7 +221,7 @@ bandwidth and packet rates, and total sent and received packets/bytes. #### N+1 Flow Management -{{
}} +{{
}} These 4 panels show the management traffic sent by the flow allocators. Currently this traffic is only related to congestion @@ -236,7 +236,7 @@ side for these (small) packets. I'm working on fixing this. #### Congestion Avoidance -{{
}} +{{
}} This is a more detailed panel that shows the internals of the MB-ECN congestion avoidance algorithm. @@ -271,7 +271,7 @@ the last time there was no congestion. The last panel shows the (management) traffic sent and received by the IPCP internal as measured by the forwarding engine (Data transfer). -{{
}} +{{
}} The components that are current shown on this panel are the DHT and the Flow Allocator. As you can see, the DHT didn't do much during this @@ -280,7 +280,7 @@ resolution and it will only send/receive packets when an address is resolved or when it needs to refresh its state, which happens only once every 15 minutes or so. -{{
}} +{{
}} The bottom part of the local components is dedicated to the flow allocator. During the monitoring period, only flow updates were sent, -- cgit v1.2.3