# HG changeset patch
# User Alessio Caiazza <nolith@abisso.org>
# Date 1256549492 -3600
# Node ID 499b63f1404fbbc432fcd3a6213ae3da3eb0edf4
# Parent  e16e32db07d5f00eb44239be6b7cf6456e397b06
riflessione extension header

diff -r e16e32db07d5f00eb44239be6b7cf6456e397b06 -r 499b63f1404fbbc432fcd3a6213ae3da3eb0edf4 Presentazione.tex
--- a/Presentazione.tex	Fri Oct 23 14:51:05 2009 +0200
+++ b/Presentazione.tex	Mon Oct 26 10:31:32 2009 +0100
@@ -440,7 +440,7 @@
 
 \begin{frame}[fragile]\frametitle{Header IPv6}
 \begin{columns}
-\begin{column}{5.5cm}
+\begin{column}{1.5cm}
 \begin{bytefield}{32} 
 \bitheader{0,3,4,11,12,15,16,23,24,31} \\ 
 \bitbox{4}{Ver.} & \bitbox{8}{Traffic Class} & 
@@ -451,7 +451,7 @@
 \wordbox{4}{Destination Address} 
 \end{bytefield}
 \end{column}
-\begin{column}{5.5cm}
+\begin{column}{8.5cm}
 %\begin{actionenv}<only@2->
 %\begin{colorblock}{Vantaggi di IPv6}
 %\begin{itemize}
@@ -633,6 +633,52 @@
 \end{column}
 \end{columns}
 \end{frame}
+
+\begin{frame}\frametitle{Header IPv6 - I campi rimossi}
+	\begin{colorblock}{Gli svantaggi dei campi rimossi in IPv6}
+		\pause
+		\begin{description}
+			\item[Checksum] Questo campo deve essere ricalcolato da ogni router a causa del decremento del \texttt{TTL}\pause
+			\item[Identification, Flag e Fragment Offset] La frammentazione è a carico dei router in cui la \texttt{MTU} del link in uso non sia sufficiente a far transitare il pacchetto, in caso di perdita di un solo frammento è necessario ritrasmettere l'intero datagramma (che molto probabilemtne verrà frammentato di nuovo durante il tragitto)\pause
+			\item[IHL e Options] La presenza di un campo opzionale a lunghezza variabile impedisce di accedere direttamente ai dati del datagramma senza aver fatto prima un'ispezione dei campi della testata
+		\end{description}
+	\end{colorblock}
+\end{frame}
+
+\subsubsection{Extension headers}
+\begin{frame}\frametitle{Header IPv6 - Extension header}
+	In IPv6 \`e possibile estendere l'header attraverso gli 
+	\textit{Extension header}, la loro presenza \`e indicata dal campo
+	\texttt{Next Header} e se non sono di pertinenza del nodo di transito
+	vengono ignorati inoltrando il pacchetto secondo le informazioni presenti
+	nell'header.\pause
+	
+	\vspace{0.5cm}
+	Questi \textit{Extension headers} sono considerati a tutti gli effetti parte
+	del payload e ne influenzano la dimensione.\pause
+	
+	\vspace{0.5cm}
+	Alcuni esempi sono \texttt{Hop-by-Hop Option header}, 
+	\texttt{Routing header}, \texttt{Fragment header}, 
+	\texttt{Destination Options header}, \texttt{Authentication header} ed 
+	\texttt{Encryption Security Payload header}
+
+\end{frame}
+\begin{frame}\frametitle{Header IPv6 - Extension header (cont.)}
+	\begin{colorblock}{\texttt{Fragment header} ? Ma non avevamo rimosso la frammentazione?}
+		\pause
+		In questo caso la frammentazione è una opzione end-to-end, del tutto trasparente ai router intermedi e grava esclusivamente sui due estremi della comunicazione, che tipicamente sono due macchine più performanti dei router che li interconnettono.\\
+		 Inoltre in caso di perdita di un frammento è necessario rispedire solo quello, perch\'e si tratta effettivamente di un vero pacchetto IP (anche se il suo payload è un frammento)
+	\end{colorblock}
+\end{frame}
+\begin{frame}\frametitle{Header IPv6 - Extension header (cont.)}
+	\begin{colorblock}{Ma con gli header extension non si torna ad avere una dimensione variabile della testata?}
+		\pause
+		No! \emph{Questi \textit{Extension headers} sono considerati a tutti gli effetti parte
+		del payload e ne influenzano la dimensione.}
+		Quindi saranno a tutti gli effetti parte del dato trasportato a meno che il nodo in transito non sia interessato alla specifica estensione, che è indicata dal campo \texttt{Next Header}
+	\end{colorblock}
+\end{frame}
 % section ipv6_nel_dettaglio (end)
 
 \section{Come fare}