Aggiornamento note copyright e I/O Asyncrono

[gapil.git] / netlayer.tex

diff --git a/netlayer.tex b/netlayer.tex
index 532f7c7ba517ad897404150f8abeb84a5e314a29..9e8d27c41e45d906351e20ae0752356ba68b82d1 100644 (file)
--- a/netlayer.tex
+++ b/netlayer.tex
@@ -1,6 +1,6 @@
 %% netlayer.tex
 %%
-%% Copyright (C) 2000-2011 Simone Piccardi.  Permission is granted to
+%% Copyright (C) 2000-2015 Simone Piccardi.  Permission is granted to
 %% copy, distribute and/or modify this document under the terms of the GNU Free
 %% Documentation License, Version 1.1 or any later version published by the
 %% Free Software Foundation; with the Invariant Sections being "Un preambolo",
@@ -155,7 +155,7 @@ Come si può notare però la suddivisione riportata in
 tab.~\ref{tab:IP_ipv4class} è largamente inefficiente in quanto se ad un
 utente necessita anche solo un indirizzo in più dei 256 disponibili con una
 classe A occorre passare a una classe B, che ne prevede 65536,\footnote{in
-  realtà i valori esatti sarebbero 254 e 65536, una rete con a disposizione
+  realtà i valori esatti sarebbero 254 e 65534, una rete con a disposizione
   $N$ bit dell'indirizzo IP, ha disponibili per le singole macchine soltanto
   $@^N-2$ numeri, dato che uno deve essere utilizzato come indirizzo di rete e
   uno per l'indirizzo di \itindex{broadcast} \textit{broadcast}.} con un
@@ -611,7 +611,7 @@ quello di IPv6 sono le seguenti:
   frammentazione di pacchetti troppo grandi potrà essere gestita solo ai
   capi della comunicazione (usando un'apposita estensione vedi
   sez.~\ref{sec:IP_ipv6_extens}).
-\item IPv6 richiede il supporto per il \itindex{Maximum~Transfer~Unit}
+\item IPv6 richiede il supporto per il \itindex{Maximum~Transfer~Unit~(MTU)}
   \textit{path MTU discovery} (cioè il protocollo per la selezione della
   massima lunghezza del pacchetto); seppure questo sia in teoria opzionale,
   senza di esso non sarà possibile inviare pacchetti più larghi della