mirror of
https://gitlab.com/netravnen/NetworkLabNotes.git
synced 2024-11-26 19:27:57 +00:00
Seperated chapters from the main document
This commit is contained in:
parent
bc71224388
commit
63bf957a87
35
chapter/baseconf.tex
Normal file
35
chapter/baseconf.tex
Normal file
|
@ -0,0 +1,35 @@
|
||||||
|
\chapter{Base Configuration}
|
||||||
|
|
||||||
|
\section{Cisco Lab}
|
||||||
|
|
||||||
|
% <!-- ROUTER -->
|
||||||
|
|
||||||
|
\subsection{Router}
|
||||||
|
\subsubsection{File: base.cfg}
|
||||||
|
%\lstinputlisting[language=tcl]{code/router/base.cfg}
|
||||||
|
\subsubsection{File: reset.tcl}
|
||||||
|
%\lstinputlisting[language=tcl]{code/router/reset.tcl}
|
||||||
|
|
||||||
|
\newpage
|
||||||
|
|
||||||
|
% <!-- LAYER 3 SWITCH -->
|
||||||
|
|
||||||
|
\subsection{Layer 3 Switch}
|
||||||
|
\subsubsection{FILE: base.cfg}
|
||||||
|
\lstinputlisting[language=tcl]{code/l3switch/base.cfg}
|
||||||
|
\subsubsection{FILE: reset.tcl}
|
||||||
|
\lstinputlisting[language=tcl]{code/l3switch/reset-tcl.txt}
|
||||||
|
\subsubsection{FILE: resetvlans.tcl}
|
||||||
|
\lstinputlisting[language=tcl]{code/l3switch/resetvlans-tcl.txt}
|
||||||
|
|
||||||
|
\newpage
|
||||||
|
|
||||||
|
% <!-- LAYER 2 SWITCH -->
|
||||||
|
|
||||||
|
\subsection{Layer 2 Switch}
|
||||||
|
\subsubsection{FILE: base.cfg}
|
||||||
|
\lstinputlisting[language=tcl]{code/l2switch/base.cfg}
|
||||||
|
\subsubsection{FILE: reset.tcl}
|
||||||
|
\lstinputlisting[language=tcl]{code/l2switch/reset-tcl.txt}
|
||||||
|
\subsubsection{FILE: resetvlans.tcl}
|
||||||
|
\lstinputlisting[language=tcl]{code/l2switch/resetvlans-tcl.txt}
|
3
chapter/internet.tex
Normal file
3
chapter/internet.tex
Normal file
|
@ -0,0 +1,3 @@
|
||||||
|
\chapter{Internet}
|
||||||
|
|
||||||
|
\section{BGP}
|
11
chapter/protocols.tex
Normal file
11
chapter/protocols.tex
Normal file
|
@ -0,0 +1,11 @@
|
||||||
|
\chapter{Protocols}
|
||||||
|
|
||||||
|
\subimport{./section/}{routednetwork}
|
||||||
|
|
||||||
|
\newpage
|
||||||
|
|
||||||
|
\subimport{./section/}{switchednetwork}
|
||||||
|
|
||||||
|
\newpage
|
||||||
|
|
||||||
|
\subimport{./section/}{spanningtree}
|
8
chapter/section/routednetwork.tex
Normal file
8
chapter/section/routednetwork.tex
Normal file
|
@ -0,0 +1,8 @@
|
||||||
|
\section{Routed Network}
|
||||||
|
|
||||||
|
\subsection{OSPF}
|
||||||
|
\subsection{IS-IS}
|
||||||
|
\subsection{EIGRP}
|
||||||
|
\subsection{RIP}
|
||||||
|
\subsection{Static}
|
||||||
|
\subsection{BGP}
|
57
chapter/section/spanningtree.tex
Normal file
57
chapter/section/spanningtree.tex
Normal file
|
@ -0,0 +1,57 @@
|
||||||
|
\section{Spanning Tree}
|
||||||
|
|
||||||
|
Spanning Tree exists for the \textbf{sole} reason to save "your" network and all the broadcast storms an network engineer having a bad day can by mistake create!
|
||||||
|
|
||||||
|
STP comes from the above desire where redundancy was wanted but no protocol existed before STP to help in this regard.
|
||||||
|
|
||||||
|
\begin{table}[h]
|
||||||
|
\centering
|
||||||
|
\caption{Spanning Tree standrds}
|
||||||
|
\label{stpstandards}
|
||||||
|
\resizebox{\columnwidth}{!}{%
|
||||||
|
\begin{tabular}{|l|l|l|l|l|}
|
||||||
|
\hline
|
||||||
|
\textbf{} & \textbf{Standard} & \textbf{Ressource Usage} & \multicolumn{2}{l|}{\textbf{Convergence}} \\ \hline
|
||||||
|
CST & 802.1D & Low & Slow & All vlans \\ \hline
|
||||||
|
PVST+ & Cisco & High & Slow & Per vlan \\ \hline
|
||||||
|
RSTP & 802.1w & So-so (Med.) & Fast & All vlans \\ \hline
|
||||||
|
RPVST+ & Cisco & On-the-double (V.High) & Fast & Per vlan \\ \hline
|
||||||
|
MST & 802.1s & Med. - High & Fast & Vlan list \\ \hline
|
||||||
|
\end{tabular}%
|
||||||
|
}
|
||||||
|
\end{table}
|
||||||
|
|
||||||
|
\subsection{Port Roles}
|
||||||
|
|
||||||
|
When a switch is enabled for Spanning Tree. One of the following roles will have been assumed by any port on the switch in question.
|
||||||
|
|
||||||
|
\begin{itemize}
|
||||||
|
\item \textbf{Root port:} Only 1 port on any switch (non-counting the root bridge!). Is always the port with the lowest metric (aka. best path) to the root bridge.
|
||||||
|
\item \textbf{Designated port:} A designated port is the port on any segment closest to the root bridge and forwarding traffic.
|
||||||
|
\item \textbf{\textit{Non}-designated port:} Put in blocking mode and not currently forwarding traffic.
|
||||||
|
\item \textbf{Disabled port:} The port has been one-way-or-another shut down.
|
||||||
|
\end{itemize}
|
||||||
|
|
||||||
|
\subsection{Standards}
|
||||||
|
|
||||||
|
\subsubsection{STP}
|
||||||
|
|
||||||
|
\subsubsection{PVST}
|
||||||
|
|
||||||
|
\subsubsection{RPVST+}
|
||||||
|
|
||||||
|
\subsubsection{MST}
|
||||||
|
|
||||||
|
\subsection{Features}
|
||||||
|
|
||||||
|
\begin{itemize}
|
||||||
|
\item PortFart
|
||||||
|
\item UplinkFast
|
||||||
|
\item BackboneFast
|
||||||
|
\item BPDU Guard
|
||||||
|
\item BPDU Filter
|
||||||
|
\item Root Guard
|
||||||
|
\item Loop Guard
|
||||||
|
\item Unidirectional Link Detection (UDLD)
|
||||||
|
\item FlexLinks
|
||||||
|
\end{itemize}
|
167
chapter/section/switchednetwork.tex
Normal file
167
chapter/section/switchednetwork.tex
Normal file
|
@ -0,0 +1,167 @@
|
||||||
|
\section{Switch Network}
|
||||||
|
|
||||||
|
\subsection{VTP}
|
||||||
|
\fig{vtp/implementing-vtp}{imp-vtp1}{VTP}
|
||||||
|
|
||||||
|
\subsubsection{VTP Modes}
|
||||||
|
The tree modes a VTP \textit{enabled} device can operate are
|
||||||
|
\begin{itemize}
|
||||||
|
\item Transparent
|
||||||
|
\item Server
|
||||||
|
\item Client
|
||||||
|
\end{itemize}
|
||||||
|
Of course you can \textit{disable} VTP altogether.
|
||||||
|
|
||||||
|
Key things to be aware of \textit{before} enabling VTP in your environment is to make double sure of only having 1 VTP domain. \textbf{If} 2 or more VTP domains exists. Be triple sure to separate them! As to avoid having an VTP server DB overridden with data from another VTP domain.
|
||||||
|
|
||||||
|
The three VTP modes \textit{operates} as follow
|
||||||
|
\begin{itemize}
|
||||||
|
\item Transparent
|
||||||
|
\begin{itemize}
|
||||||
|
\item Creates, modifies and deletes \textit{local} vlans only
|
||||||
|
\item Forwards advertisements
|
||||||
|
\item Does \textit{not} synchronizes vlan configurations.
|
||||||
|
\end{itemize}
|
||||||
|
\item Server
|
||||||
|
\begin{itemize}
|
||||||
|
\item Creates, modifies and deletes vlans
|
||||||
|
\item Sends and forwards advertisements
|
||||||
|
\item Synchronizes vlan configurations
|
||||||
|
\end{itemize}
|
||||||
|
\begin{itemize}
|
||||||
|
\item Cannot create, modify or delete vlans
|
||||||
|
\item Send and forwards advertisements
|
||||||
|
\item Synchronizes vlan configurations
|
||||||
|
\end{itemize}
|
||||||
|
\end{itemize}
|
||||||
|
|
||||||
|
\subsubsection{VTP Announcement}
|
||||||
|
VTP operates with announcements sent out in intervals. Summarized it amounts to
|
||||||
|
\begin{itemize}
|
||||||
|
\item 1 \textit{summary} announcement per 5th minute from the server
|
||||||
|
\item The summary announcement informs clients of the current revision
|
||||||
|
\item An announcement is sent out \textit{on the spot} when a change has been made on the VTP server
|
||||||
|
\end{itemize}
|
||||||
|
|
||||||
|
Do remember it is \textbf{only} the VTP server which has the vlan configuration stored \textbf{on disk}. All device clients and transparent nodes do only store the vlans delegated by VTP in memory.
|
||||||
|
|
||||||
|
\subsubsection{Common Issues}
|
||||||
|
\begin{itemize}
|
||||||
|
\item Different/Incompatible VTP versions
|
||||||
|
\item Wrong password
|
||||||
|
\item Incorrect mode name
|
||||||
|
\item No server set (all devices configured in transparent/client/vtp disabled mode)
|
||||||
|
\end{itemize}
|
||||||
|
|
||||||
|
\subsubsection{VTP Versions}
|
||||||
|
\begin{itemize}
|
||||||
|
\item Version 1
|
||||||
|
\item Version 2
|
||||||
|
\begin{itemize}
|
||||||
|
\item Version-dependent transparent mode
|
||||||
|
\item Consistencycheck
|
||||||
|
\item Token ring support
|
||||||
|
\item Unrecognized type-length-value support
|
||||||
|
\end{itemize}
|
||||||
|
\item Version 3 (not "yet" common)
|
||||||
|
\begin{itemize}
|
||||||
|
\item Extended VLAN support: Allow ranges are 1-1005,1018-2095. Not mentioned vlans ranges up to 4095 is still reserved.
|
||||||
|
\item Domain name is not automatically learned.
|
||||||
|
\item Better security.
|
||||||
|
\item Better database propagation.
|
||||||
|
\item MST now supported.
|
||||||
|
\end{itemize}
|
||||||
|
\end{itemize}
|
||||||
|
|
||||||
|
\subsubsection{VTP Pruning}
|
||||||
|
The art of only allowing the vlan traffic to flow on \textit{necessary} links.
|
||||||
|
|
||||||
|
This means if there are no clients in a vlan on a device. Then no traffic for the inactive vlans is send down-/upstream on the link in question.
|
||||||
|
\fig{vtp/vtp-pruning}{vtpruning1}{VTP Pruning}
|
||||||
|
|
||||||
|
\subsubsection{Security}
|
||||||
|
It is \textbf{strongly} recommended to enable the security features supported in VTP.
|
||||||
|
|
||||||
|
\textbf{Password:} MD5 hashing, Case-sensitive, Length between 8 and 64 chars.
|
||||||
|
|
||||||
|
\notice{VTP Scaling}{
|
||||||
|
As the network grows and grows and grows and grows some more over long/short timespans.
|
||||||
|
You will \textbf{for certain} come to cross-rode, where you \textbf{must} consider to
|
||||||
|
go away from using VTP in the network. The problems of managing an elderly network and
|
||||||
|
wiping and re-introducing nodes in the network. You \textbf{will} face the issue of a
|
||||||
|
wiped vlan database from the VTP domain.
|
||||||
|
}
|
||||||
|
|
||||||
|
\subsubsection{Example configuration}
|
||||||
|
\lstinputlisting{code/vtp/example.cfg}
|
||||||
|
|
||||||
|
\subsection{Channel Bundling (aka. EtherChannel, PortChannel)}
|
||||||
|
Channel bundling is the "art" of using multiple physical links as one single logical link in when viewed from the perspective of the forwarding plane.
|
||||||
|
|
||||||
|
Technologies:
|
||||||
|
\begin{itemize}
|
||||||
|
\item \textbf{PAgP:} The Cisco-only thingy
|
||||||
|
\item \textbf{LACP:} The IEEE standard
|
||||||
|
\item \textbf{Static:} Just forced on
|
||||||
|
\end{itemize}
|
||||||
|
|
||||||
|
\fig{channelbundling/network-without-channelbundling}{noethernetchannel}%
|
||||||
|
{No Channelbundling present}
|
||||||
|
|
||||||
|
Channel bundling of switch ports in the network may or may not be the best idea, in regards to the networks growth rate in terms of min. required bandwidth.
|
||||||
|
|
||||||
|
Channel bundling spreads out the in and egress flows based upon one of several methods configured on the switch:
|
||||||
|
\begin{itemize}
|
||||||
|
\item Source to Destination MAC
|
||||||
|
\item Source to Destination IP
|
||||||
|
\end{itemize}
|
||||||
|
Keep in mind this will by no means archive true load balancing. Where all links are equally used based upon number of flows \textit{or} in terms of used bandwidth.
|
||||||
|
|
||||||
|
\begin{table}[h]
|
||||||
|
\centering
|
||||||
|
\caption{Channel bundling mechanisms}
|
||||||
|
\label{chbundmech1}
|
||||||
|
\resizebox{\columnwidth}{!}{%
|
||||||
|
\begin{tabular}{|l|l|l|}
|
||||||
|
\hline
|
||||||
|
Hash Input Code & Hash Input Detecision & Switch Model \\ \hline
|
||||||
|
dst-ip & Dest IP addr & All models \\ \hline
|
||||||
|
dst-mac & Dest MAC addr & All models \\ \hline
|
||||||
|
src-dst-ip & Src and dest IP addr & All models \\ \hline
|
||||||
|
src-dst-mac & Src and dest MAC addr & All models \\ \hline
|
||||||
|
src-ip & Src IP addr & All models \\ \hline
|
||||||
|
src-mac & Src MAC addr & All models \\ \hline
|
||||||
|
src-port & Src port no & 4500,6500 \\ \hline
|
||||||
|
dst-port & Dest port no & 4500,6500 \\ \hline
|
||||||
|
src-dst-port & Src and dest port no & 4500,6500 \\ \hline
|
||||||
|
\end{tabular}%
|
||||||
|
}
|
||||||
|
\end{table}
|
||||||
|
|
||||||
|
\fig{channelbundling/network-with-channelbundling}{withethernetchannel}%
|
||||||
|
{Channelbundling present}
|
||||||
|
|
||||||
|
\subsubsection{Protocol Properties}
|
||||||
|
|
||||||
|
\begin{itemize}
|
||||||
|
\item LACP
|
||||||
|
\begin{itemize}
|
||||||
|
\item Active: Enabled
|
||||||
|
\item Passive: Waits for LACP packets on the wire before enabled
|
||||||
|
\end{itemize}
|
||||||
|
\item PAgP
|
||||||
|
\begin{itemize}
|
||||||
|
\item Desirable: Enabled
|
||||||
|
\item Auto: Waits for PAgP packets on the wire before enabled
|
||||||
|
\end{itemize}
|
||||||
|
\end{itemize}
|
||||||
|
|
||||||
|
Some other \underline{required} settings to be (equal across all ports) aware of when configuring Channel bundling are
|
||||||
|
\begin{enumerate}
|
||||||
|
\item Port speeds
|
||||||
|
\item Duplex mode
|
||||||
|
\item Configured vlan ranges
|
||||||
|
\end{enumerate}
|
||||||
|
|
||||||
|
\subsubsection{Example configuration}
|
||||||
|
\lstinputlisting{code/channelbundling/example.cfg}
|
320
main.tex
320
main.tex
|
@ -1,5 +1,5 @@
|
||||||
% Declare Document Class
|
% Declare Document Class
|
||||||
\documentclass[a4paper,12pt,twoside,twocolumn]{book}
|
\documentclass[a4paper,12pt,twoside,twocolumn,landscape]{book}
|
||||||
|
|
||||||
\input{structure} % Load structure cfg for document
|
\input{structure} % Load structure cfg for document
|
||||||
|
|
||||||
|
@ -11,330 +11,34 @@
|
||||||
|
|
||||||
\begin{document}
|
\begin{document}
|
||||||
|
|
||||||
% Which info to insert on the title page
|
|
||||||
\title{r17dinh409}
|
\title{r17dinh409}
|
||||||
\author{Christoffer Hansen <zbcchhan11 at zbc.dk>}
|
\author{Christoffer Hansen <zbcchhan11 at zbc.dk>}
|
||||||
\date{May 22 - June 30, 2017}
|
\date{May 22 - June 30, 2017}
|
||||||
\titlepic{\includegraphics[width=0.3\textwidth]{profilepic/pic1}}
|
\titlepic{\includegraphics[width=0.3\textwidth]{profilepic/pic1}}
|
||||||
|
|
||||||
\maketitle
|
\maketitle
|
||||||
|
|
||||||
\tableofcontents
|
\tableofcontents
|
||||||
|
|
||||||
%\setlength{\parindent}{4em}
|
% Only applied after generation of TOC
|
||||||
|
\setlength{\parskip}{0.35em} % Define length between paragrahps
|
||||||
% Define length between paragrahps
|
\renewcommand{\baselinestretch}{1.15} % Define lineheight
|
||||||
\setlength{\parskip}{0.35em}
|
|
||||||
|
|
||||||
% Define lineheight
|
|
||||||
\renewcommand{\baselinestretch}{1.15}
|
|
||||||
|
|
||||||
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
||||||
% %
|
% %
|
||||||
% BEGIN CHAPTER: Base Configuration %
|
% BEGIN chapters %
|
||||||
% %
|
% %
|
||||||
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
||||||
|
|
||||||
\chapter{Base Configuration}
|
\import{chapter/}{baseconf}
|
||||||
|
|
||||||
\section{Cisco Lab}
|
\import{chapter/}{protocols}
|
||||||
|
|
||||||
% <!-- ROUTER -->
|
\import{chapter/}{internet}
|
||||||
|
|
||||||
\subsection{Router}
|
|
||||||
\subsubsection{File: base.cfg}
|
|
||||||
%\lstinputlisting[language=tcl]{code/router/base.cfg}
|
|
||||||
\subsubsection{File: reset.tcl}
|
|
||||||
%\lstinputlisting[language=tcl]{code/router/reset.tcl}
|
|
||||||
|
|
||||||
\newpage
|
|
||||||
|
|
||||||
% <!-- LAYER 3 SWITCH -->
|
|
||||||
|
|
||||||
\subsection{Layer 3 Switch}
|
|
||||||
\subsubsection{FILE: base.cfg}
|
|
||||||
\lstinputlisting[language=tcl]{code/l3switch/base.cfg}
|
|
||||||
\subsubsection{FILE: reset.tcl}
|
|
||||||
\lstinputlisting[language=tcl]{code/l3switch/reset-tcl.txt}
|
|
||||||
\subsubsection{FILE: resetvlans.tcl}
|
|
||||||
\lstinputlisting[language=tcl]{code/l3switch/resetvlans-tcl.txt}
|
|
||||||
|
|
||||||
\newpage
|
|
||||||
|
|
||||||
% <!-- LAYER 2 SWITCH -->
|
|
||||||
|
|
||||||
\subsection{Layer 2 Switch}
|
|
||||||
\subsubsection{FILE: base.cfg}
|
|
||||||
\lstinputlisting[language=tcl]{code/l2switch/base.cfg}
|
|
||||||
\subsubsection{FILE: reset.tcl}
|
|
||||||
\lstinputlisting[language=tcl]{code/l2switch/reset-tcl.txt}
|
|
||||||
\subsubsection{FILE: resetvlans.tcl}
|
|
||||||
\lstinputlisting[language=tcl]{code/l2switch/resetvlans-tcl.txt}
|
|
||||||
|
|
||||||
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
||||||
% %
|
% %
|
||||||
% BEGIN CHAPTER: Protocols %
|
% BEGIN list of figures %
|
||||||
% %
|
|
||||||
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
|
||||||
|
|
||||||
\chapter{Protocols}
|
|
||||||
|
|
||||||
\section{Routed Network}
|
|
||||||
|
|
||||||
\subsection{OSPF}
|
|
||||||
\subsection{IS-IS}
|
|
||||||
\subsection{EIGRP}
|
|
||||||
\subsection{RIP}
|
|
||||||
\subsection{Static}
|
|
||||||
\subsection{BGP}
|
|
||||||
|
|
||||||
\newpage
|
|
||||||
|
|
||||||
\section{Switch Network}
|
|
||||||
|
|
||||||
\subsection{VTP}
|
|
||||||
\fig{vtp/implementing-vtp}{imp-vtp1}{VTP}
|
|
||||||
|
|
||||||
\subsubsection{VTP Modes}
|
|
||||||
The tree modes a VTP \textit{enabled} device can operate are
|
|
||||||
\begin{itemize}
|
|
||||||
\item Transparent
|
|
||||||
\item Server
|
|
||||||
\item Client
|
|
||||||
\end{itemize}
|
|
||||||
Of course you can \textit{disable} VTP altogether.
|
|
||||||
|
|
||||||
Key things to be aware of \textit{before} enabling VTP in your environment is to make double sure of only having 1 VTP domain. \textbf{If} 2 or more VTP domains exists. Be triple sure to separate them! As to avoid having an VTP server DB overridden with data from another VTP domain.
|
|
||||||
|
|
||||||
The three VTP modes \textit{operates} as follow
|
|
||||||
\begin{itemize}
|
|
||||||
\item Transparent
|
|
||||||
\begin{itemize}
|
|
||||||
\item Creates, modifies and deletes \textit{local} vlans only
|
|
||||||
\item Forwards advertisements
|
|
||||||
\item Does \textit{not} synchronizes vlan configurations.
|
|
||||||
\end{itemize}
|
|
||||||
\item Server
|
|
||||||
\begin{itemize}
|
|
||||||
\item Creates, modifies and deletes vlans
|
|
||||||
\item Sends and forwards advertisements
|
|
||||||
\item Synchronizes vlan configurations
|
|
||||||
\end{itemize}
|
|
||||||
\begin{itemize}
|
|
||||||
\item Cannot create, modify or delete vlans
|
|
||||||
\item Send and forwards advertisements
|
|
||||||
\item Synchronizes vlan configurations
|
|
||||||
\end{itemize}
|
|
||||||
\end{itemize}
|
|
||||||
|
|
||||||
\subsubsection{VTP Announcement}
|
|
||||||
VTP operates with announcements sent out in intervals. Summarized it amounts to
|
|
||||||
\begin{itemize}
|
|
||||||
\item 1 \textit{summary} announcement per 5th minute from the server
|
|
||||||
\item The summary announcement informs clients of the current revision
|
|
||||||
\item An announcement is sent out \textit{on the spot} when a change has been made on the VTP server
|
|
||||||
\end{itemize}
|
|
||||||
|
|
||||||
Do remember it is \textbf{only} the VTP server which has the vlan configuration stored \textbf{on disk}. All device clients and transparent nodes do only store the vlans delegated by VTP in memory.
|
|
||||||
|
|
||||||
\subsubsection{Common Issues}
|
|
||||||
\begin{itemize}
|
|
||||||
\item Different/Incompatible VTP versions
|
|
||||||
\item Wrong password
|
|
||||||
\item Incorrect mode name
|
|
||||||
\item No server set (all devices configured in transparent/client/vtp disabled mode)
|
|
||||||
\end{itemize}
|
|
||||||
|
|
||||||
\subsubsection{VTP Versions}
|
|
||||||
\begin{itemize}
|
|
||||||
\item Version 1
|
|
||||||
\item Version 2
|
|
||||||
\begin{itemize}
|
|
||||||
\item Version-dependent transparent mode
|
|
||||||
\item Consistencycheck
|
|
||||||
\item Token ring support
|
|
||||||
\item Unrecognized type-length-value support
|
|
||||||
\end{itemize}
|
|
||||||
\item Version 3 (not "yet" common)
|
|
||||||
\begin{itemize}
|
|
||||||
\item Extended VLAN support: Allow ranges are 1-1005,1018-2095. Not mentioned vlans ranges up to 4095 is still reserved.
|
|
||||||
\item Domain name is not automatically learned.
|
|
||||||
\item Better security.
|
|
||||||
\item Better database propagation.
|
|
||||||
\item MST now supported.
|
|
||||||
\end{itemize}
|
|
||||||
\end{itemize}
|
|
||||||
|
|
||||||
\subsubsection{VTP Pruning}
|
|
||||||
The art of only allowing the vlan traffic to flow on \textit{necessary} links.
|
|
||||||
|
|
||||||
This means if there are no clients in a vlan on a device. Then no traffic for the inactive vlans is send down-/upstream on the link in question.
|
|
||||||
\fig{vtp/vtp-pruning}{vtpruning1}{VTP Pruning}
|
|
||||||
|
|
||||||
\subsubsection{Security}
|
|
||||||
It is \textbf{strongly} recommended to enable the security features supported in VTP.
|
|
||||||
|
|
||||||
\textbf{Password:} MD5 hashing, Case-sensitive, Length between 8 and 64 chars.
|
|
||||||
|
|
||||||
\notice{VTP Scaling}{
|
|
||||||
As the network grows and grows and grows and grows some more over long/short timespans.
|
|
||||||
You will \textbf{for certain} come to cross-rode, where you \textbf{must} consider to
|
|
||||||
go away from using VTP in the network. The problems of managing an elderly network and
|
|
||||||
wiping and re-introducing nodes in the network. You \textbf{will} face the issue of a
|
|
||||||
wiped vlan database from the VTP domain.
|
|
||||||
}
|
|
||||||
|
|
||||||
\subsubsection{Example configuration}
|
|
||||||
\lstinputlisting{code/vtp/example.cfg}
|
|
||||||
|
|
||||||
\subsection{Channel Bundling (aka. EtherChannel, PortChannel)}
|
|
||||||
Channel bundling is the "art" of using multiple physical links as one single logical link in when viewed from the perspective of the forwarding plane.
|
|
||||||
|
|
||||||
Technologies:
|
|
||||||
\begin{itemize}
|
|
||||||
\item \textbf{PAgP:} The Cisco-only thingy
|
|
||||||
\item \textbf{LACP:} The IEEE standard
|
|
||||||
\item \textbf{Static:} Just forced on
|
|
||||||
\end{itemize}
|
|
||||||
|
|
||||||
\fig{channelbundling/network-without-channelbundling}{noethernetchannel}%
|
|
||||||
{No Channelbundling present}
|
|
||||||
|
|
||||||
Channel bundling of switch ports in the network may or may not be the best idea, in regards to the networks growth rate in terms of min. required bandwidth.
|
|
||||||
|
|
||||||
Channel bundling spreads out the in and egress flows based upon one of several methods configured on the switch:
|
|
||||||
\begin{itemize}
|
|
||||||
\item Source to Destination MAC
|
|
||||||
\item Source to Destination IP
|
|
||||||
\end{itemize}
|
|
||||||
Keep in mind this will by no means archive true load balancing. Where all links are equally used based upon number of flows \textit{or} in terms of used bandwidth.
|
|
||||||
|
|
||||||
\begin{table}[h]
|
|
||||||
\centering
|
|
||||||
\caption{Channel bundling mechanisms}
|
|
||||||
\label{chbundmech1}
|
|
||||||
\resizebox{\columnwidth}{!}{%
|
|
||||||
\begin{tabular}{|l|l|l|}
|
|
||||||
\hline
|
|
||||||
Hash Input Code & Hash Input Detecision & Switch Model \\ \hline
|
|
||||||
dst-ip & Dest IP addr & All models \\ \hline
|
|
||||||
dst-mac & Dest MAC addr & All models \\ \hline
|
|
||||||
src-dst-ip & Src and dest IP addr & All models \\ \hline
|
|
||||||
src-dst-mac & Src and dest MAC addr & All models \\ \hline
|
|
||||||
src-ip & Src IP addr & All models \\ \hline
|
|
||||||
src-mac & Src MAC addr & All models \\ \hline
|
|
||||||
src-port & Src port no & 4500,6500 \\ \hline
|
|
||||||
dst-port & Dest port no & 4500,6500 \\ \hline
|
|
||||||
src-dst-port & Src and dest port no & 4500,6500 \\ \hline
|
|
||||||
\end{tabular}%
|
|
||||||
}
|
|
||||||
\end{table}
|
|
||||||
|
|
||||||
\fig{channelbundling/network-with-channelbundling}{withethernetchannel}%
|
|
||||||
{Channelbundling present}
|
|
||||||
|
|
||||||
\subsubsection{Protocol Properties}
|
|
||||||
|
|
||||||
\begin{itemize}
|
|
||||||
\item LACP
|
|
||||||
\begin{itemize}
|
|
||||||
\item Active: Enabled
|
|
||||||
\item Passive: Waits for LACP packets on the wire before enabled
|
|
||||||
\end{itemize}
|
|
||||||
\item PAgP
|
|
||||||
\begin{itemize}
|
|
||||||
\item Desirable: Enabled
|
|
||||||
\item Auto: Waits for PAgP packets on the wire before enabled
|
|
||||||
\end{itemize}
|
|
||||||
\end{itemize}
|
|
||||||
|
|
||||||
Some other \underline{required} settings to be (equal across all ports) aware of when configuring Channel bundling are
|
|
||||||
\begin{enumerate}
|
|
||||||
\item Port speeds
|
|
||||||
\item Duplex mode
|
|
||||||
\item Configured vlan ranges
|
|
||||||
\end{enumerate}
|
|
||||||
|
|
||||||
\subsubsection{Example configuration}
|
|
||||||
\lstinputlisting{code/channelbundling/example.cfg}
|
|
||||||
|
|
||||||
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
|
||||||
% %
|
|
||||||
% BEGIN section: Spanning Tree %
|
|
||||||
% %
|
|
||||||
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
|
||||||
|
|
||||||
\newpage
|
|
||||||
\section{Spanning Tree}
|
|
||||||
|
|
||||||
Spanning Tree exists for the \textbf{sole} reason to save "your" network and all the broadcast storms an network engineer having a bad day can by mistake create!
|
|
||||||
|
|
||||||
STP comes from the above desire where redundancy was wanted but no protocol existed before STP to help in this regard.
|
|
||||||
|
|
||||||
\begin{table}[h]
|
|
||||||
\centering
|
|
||||||
\caption{Spanning Tree standrds}
|
|
||||||
\label{stpstandards}
|
|
||||||
\resizebox{\columnwidth}{!}{%
|
|
||||||
\begin{tabular}{|l|l|l|l|l|}
|
|
||||||
\hline
|
|
||||||
\textbf{} & \textbf{Standard} & \textbf{Ressource Usage} & \multicolumn{2}{l|}{\textbf{Convergence}} \\ \hline
|
|
||||||
CST & 802.1D & Low & Slow & All vlans \\ \hline
|
|
||||||
PVST+ & Cisco & High & Slow & Per vlan \\ \hline
|
|
||||||
RSTP & 802.1w & So-so (Med.) & Fast & All vlans \\ \hline
|
|
||||||
RPVST+ & Cisco & On-the-double (V.High) & Fast & Per vlan \\ \hline
|
|
||||||
MST & 802.1s & Med. - High & Fast & Vlan list \\ \hline
|
|
||||||
\end{tabular}%
|
|
||||||
}
|
|
||||||
\end{table}
|
|
||||||
|
|
||||||
\subsection{Port Roles}
|
|
||||||
|
|
||||||
When a switch is enabled for Spanning Tree. One of the following roles will have been assumed by any port on the switch in question.
|
|
||||||
|
|
||||||
\begin{itemize}
|
|
||||||
\item \textbf{Root port:} Only 1 port on any switch (non-counting the root bridge!). Is always the port with the lowest metric (aka. best path) to the root bridge.
|
|
||||||
\item \textbf{Designated port:} A designated port is the port on any segment closest to the root bridge and forwarding traffic.
|
|
||||||
\item \textbf{\textit{Non}-designated port:} Put in blocking mode and not currently forwarding traffic.
|
|
||||||
\item \textbf{Disabled port:} The port has been one-way-or-another shut down.
|
|
||||||
\end{itemize}
|
|
||||||
|
|
||||||
\subsection{Standards}
|
|
||||||
|
|
||||||
\subsubsection{STP}
|
|
||||||
|
|
||||||
\subsubsection{PVST}
|
|
||||||
|
|
||||||
\subsubsection{RPVST+}
|
|
||||||
|
|
||||||
\subsubsection{MST}
|
|
||||||
|
|
||||||
\subsection{Features}
|
|
||||||
|
|
||||||
\begin{itemize}
|
|
||||||
\item PortFart
|
|
||||||
\item UplinkFast
|
|
||||||
\item BackboneFast
|
|
||||||
\item BPDU Guard
|
|
||||||
\item BPDU Filter
|
|
||||||
\item Root Guard
|
|
||||||
\item Loop Guard
|
|
||||||
\item Unidirectional Link Detection (UDLD)
|
|
||||||
\item FlexLinks
|
|
||||||
\end{itemize}
|
|
||||||
|
|
||||||
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
|
||||||
% %
|
|
||||||
% BEGIN CHAPTER: Internet %
|
|
||||||
% %
|
|
||||||
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
|
||||||
|
|
||||||
\chapter{Internet}
|
|
||||||
|
|
||||||
\section{BGP}
|
|
||||||
|
|
||||||
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
|
||||||
% %
|
|
||||||
% BEGIN LIST OF FIGURES %
|
|
||||||
% %
|
% %
|
||||||
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
||||||
|
|
||||||
|
@ -343,7 +47,7 @@ When a switch is enabled for Spanning Tree. One of the following roles will have
|
||||||
|
|
||||||
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
||||||
% %
|
% %
|
||||||
% BEGIN LIST OF TABLES %
|
% BEGIN list of tables %
|
||||||
% %
|
% %
|
||||||
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
||||||
|
|
||||||
|
@ -352,7 +56,7 @@ When a switch is enabled for Spanning Tree. One of the following roles will have
|
||||||
|
|
||||||
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
||||||
% %
|
% %
|
||||||
% BEGIN REFERENCES %
|
% BEGIN references %
|
||||||
% %
|
% %
|
||||||
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
||||||
|
|
||||||
|
|
Loading…
Reference in a new issue