Altra roba, res_query.

[gapil.git] / network.tex

diff --git a/network.tex b/network.tex
index 79035f8b8a369b1b9664f3c3fd9bf3a63f744dbd..29dec6cf4d5600d2143a7998e58f2baaca44991a 100644 (file)
--- a/network.tex
+++ b/network.tex
@@ -1,6 +1,6 @@
 %% network.tex
 %%
-%% Copyright (C) 2000-2003 Simone Piccardi.  Permission is granted to
+%% Copyright (C) 2000-2004 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 "Prefazione",
@@ -578,11 +578,11 @@ sostanza esso 
 un'applicazione usa UDP essa scrive un pacchetto di dati (il cosiddetto
 \textit{datagram} che da il nome al protocollo) su un socket\index{socket}, al
 pacchetto viene aggiunto un header molto semplice (per una descrizione più
-accurata vedi \secref{sec:xxx_udp}), e poi viene passato al livello superiore
-(IPv4 o IPv6 che sia) che lo spedisce verso la destinazione.  Dato che né IPv4
-né IPv6 garantiscono l'affidabilità niente assicura che il pacchetto arrivi a
-destinazione, né che più pacchetti arrivino nello stesso ordine in cui sono
-stati spediti.
+accurata vedi \secref{sec:udp_protocol}), e poi viene passato al livello
+superiore (IPv4 o IPv6 che sia) che lo spedisce verso la destinazione.  Dato
+che né IPv4 né IPv6 garantiscono l'affidabilità niente assicura che il
+pacchetto arrivi a destinazione, né che più pacchetti arrivino nello stesso
+ordine in cui sono stati spediti.
 
 Pertanto il problema principale che si affronta quando si usa UDP è la
 mancanza di affidabilità, se si vuole essere sicuri che i pacchetti arrivino a