From 4916c8f8f1d2d051846107c8e95afe566033cba6 Mon Sep 17 00:00:00 2001 From: Pavel 'LEdoian' Turinsky Date: Thu, 20 Jul 2023 17:24:32 +0200 Subject: [PATCH] Is it done yet? No, but close! --- en/chap05.tex | 2 ++ en/epilog.tex | 48 ++++++++++++++++++++++++++++++++++++++++++++++-- 2 files changed, 48 insertions(+), 2 deletions(-) diff --git a/en/chap05.tex b/en/chap05.tex index 57dfe88..6adcf2e 100644 --- a/en/chap05.tex +++ b/en/chap05.tex @@ -81,3 +81,5 @@ use rather fast algorithms, they are implemented in Python, which can sometimes be quite slow, and more importantly, does not support threads well. The heavy use of hash tables and indirection can also impair performance. +Overall, the testing did not discover any important problems with the design of +Birdvisu, we are only aware of issues related to small parts of the project. diff --git a/en/epilog.tex b/en/epilog.tex index 0eae218..97b66a0 100644 --- a/en/epilog.tex +++ b/en/epilog.tex @@ -1,10 +1,54 @@ \chapter*{Conclusion} \addcontentsline{toc}{chapter}{Conclusion} +We developed a simple and standalone tool for visualising OSPF topologies. The +program is functional and can visualise network systems of medium size. The +project's design will allow additional features to be added in the future. +The project also meets the goals stated in chapter~\ref{ch:motivation}: +\begin{itemize} + \item Birdvisu utilises BIRD to collect data about the whole network system from a single host, + \item the project can be easily run from any Linux machine, not requiring any server-based setup, and + \item its topology-centric approach has successfully discovered minor issues with an existing OSPF deployment. +\end{itemize} +The only stated goal Birdvisu fails to fulfil at this time is the ability to +exchange data with other projects. However, the project's design expects such +functionality, so enhancing Birdvisu in this way should be easy in the future. +\bgroup +\def\yes{\checkmark} +\def\no{\texttimes} +\def\maybe{?} +\begin{table}[h] + \centering + \begin{tabular}{lccccc}\hline + Approach & CD & RS & CoH & EoD & T \\\hline + Only visualisation & \no & \maybe & \no & \maybe & \no \\ + Traffic visualisation & \yes & \yes & \yes & \no & \no \\ + Host monitoring & \yes & \maybe & \yes & \maybe & \no \\ + Integrated management & \yes & \yes & \maybe & \no & \yes \\ + Topolograph + Ospfwatcher & \yes & \yes & \no & \no & \yes \\\hline + \textit{Birdvisu} & \yes & \no & \no & \yes & \yes \\ + \hline\end{tabular} + \caption{Comparison of Birdvisu's approach compared to other known approaches. See also table~\ref{t:comparison1}.} + \label{t:comparison2} +\end{table} +\egroup -%Overall, we think that while not perfect, Birdvisu can still be a helpful tool -%for network administrators. +\section*{Future work} +\addcontentsline{toc}{section}{Future work} + +There are many ways Birdvisu can be expanded in the future. Apart from the +stated ones (exports, better vertex placements, \dots), it could be possible to +support other routing daemons and even other link-state protocols like Babel. + +Another interresting possible use case could be running Birdvisu headless. When +combined with the export feature, this could allow using the project as a data +source for other visualisation tools. While this is currently not possible, +because the GUI controls all the parts of the program, it might be possible to +separate the GUI and the coordination part. + +And of course, many more Annotators may be written to provide other functions, +like detecting single points of failure.