| commit 3: | 499b63f1404f |
| parent 2: | e16e32db07d5 |
| branch: | default |
riflessione extension header
- View nolith's profile
-
nolith's public repos »
- redmine-mq-issue4455
- redmine-hg
- evetrader
- hgredmine
- hgredmine-patch
- dns_gen
- yubiruby
- ipv6 - fine del mondo
- redirector
- habtm-with-deferred-save
- avahiserve
- darkcast
- geany-stata
- intro_ipv6
- eveberry-bis
- redmine-bitbucket
- About Me
- home_dir
- ruby-beamer
- CaptureMJPEG
- PortableNotary
- test
- ldap
- macports
- about-me-dev
- Send message
9 months ago
Changed (Δ2.8 KB):
raw changeset »
Presentazione.tex (48 lines added, 2 lines removed)
Up to file-list Presentazione.tex:
| … | … | @@ -440,7 +440,7 @@ Dimensione variabile tra 20 e 60 byte.\\ |
440 |
440 |
|
441 |
441 |
\begin{frame}[fragile]\frametitle{Header IPv6} |
442 |
442 |
\begin{columns} |
443 |
\begin{column}{ |
|
443 |
\begin{column}{1.5cm} |
|
444 |
444 |
\begin{bytefield}{32} |
445 |
445 |
\bitheader{0,3,4,11,12,15,16,23,24,31} \\ |
446 |
446 |
\bitbox{4}{Ver.} & \bitbox{8}{Traffic Class} & |
| … | … | @@ -451,7 +451,7 @@ Dimensione variabile tra 20 e 60 byte.\\ |
451 |
451 |
\wordbox{4}{Destination Address} |
452 |
452 |
\end{bytefield} |
453 |
453 |
\end{column} |
454 |
\begin{column}{ |
|
454 |
\begin{column}{8.5cm} |
|
455 |
455 |
%\begin{actionenv}<only@2-> |
456 |
456 |
%\begin{colorblock}{Vantaggi di IPv6} |
457 |
457 |
%\begin{itemize} |
| … | … | @@ -633,6 +633,52 @@ Indirizzo destinazione del datagramma. |
633 |
633 |
\end{column} |
634 |
634 |
\end{columns} |
635 |
635 |
\end{frame} |
636 |
||
637 |
\begin{frame}\frametitle{Header IPv6 - I campi rimossi} |
|
638 |
\begin{colorblock}{Gli svantaggi dei campi rimossi in IPv6} |
|
639 |
\pause |
|
640 |
\begin{description} |
|
641 |
\item[Checksum] Questo campo deve essere ricalcolato da ogni router a causa del decremento del \texttt{TTL}\pause |
|
642 |
\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 |
|
643 |
\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 |
|
644 |
\end{description} |
|
645 |
\end{colorblock} |
|
646 |
\end{frame} |
|
647 |
||
648 |
\subsubsection{Extension headers} |
|
649 |
\begin{frame}\frametitle{Header IPv6 - Extension header} |
|
650 |
In IPv6 \`e possibile estendere l'header attraverso gli |
|
651 |
\textit{Extension header}, la loro presenza \`e indicata dal campo |
|
652 |
\texttt{Next Header} e se non sono di pertinenza del nodo di transito |
|
653 |
vengono ignorati inoltrando il pacchetto secondo le informazioni presenti |
|
654 |
nell'header.\pause |
|
655 |
||
656 |
\vspace{0.5cm} |
|
657 |
Questi \textit{Extension headers} sono considerati a tutti gli effetti parte |
|
658 |
del payload e ne influenzano la dimensione.\pause |
|
659 |
||
660 |
\vspace{0.5cm} |
|
661 |
Alcuni esempi sono \texttt{Hop-by-Hop Option header}, |
|
662 |
\texttt{Routing header}, \texttt{Fragment header}, |
|
663 |
\texttt{Destination Options header}, \texttt{Authentication header} ed |
|
664 |
\texttt{Encryption Security Payload header} |
|
665 |
||
666 |
\end{frame} |
|
667 |
\begin{frame}\frametitle{Header IPv6 - Extension header (cont.)} |
|
668 |
\begin{colorblock}{\texttt{Fragment header} ? Ma non avevamo rimosso la frammentazione?} |
|
669 |
\pause |
|
670 |
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.\\ |
|
671 |
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) |
|
672 |
\end{colorblock} |
|
673 |
\end{frame} |
|
674 |
\begin{frame}\frametitle{Header IPv6 - Extension header (cont.)} |
|
675 |
\begin{colorblock}{Ma con gli header extension non si torna ad avere una dimensione variabile della testata?} |
|
676 |
\pause |
|
677 |
No! \emph{Questi \textit{Extension headers} sono considerati a tutti gli effetti parte |
|
678 |
del payload e ne influenzano la dimensione.} |
|
679 |
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} |
|
680 |
\end{colorblock} |
|
681 |
\end{frame} |
|
636 |
682 |
% section ipv6_nel_dettaglio (end) |
637 |
683 |
|
638 |
684 |
\section{Come fare} |
