tor-webwml.git

@@ -1,5 +1,5 @@

 ## translation metadata

-# Based-On-Revision: 15734

+# Based-On-Revision: 15959

 #Last-Translator: mfr(ä]misericordia.be

 #include "head.wmi" TITLE="Projet NLnet: Tor pour clients bas débit" CHARSET="UTF-8"

@@ -139,9 +139,30 @@ de la mise en oeuvre et les tests de bon fonctionnement le 15 février 2009.

 <tr>

   <td>

-    Jul 08

-  </td>

-  <td>

+			<a id="Jul08"></a>

+			<a class="anchor" href="#Jul08">Juil 08</a>

+  </td>

+  <td>

+				<small><em>La travail sur la <a

+    href="https://svn.torproject.org/svn/tor/trunk/doc/spec/proposals/141-jit-sd-downloads.txt">Proposition

+    141</a> continue:  Il y a principalement deux idées sur la façon de 

+				déplacer les informations d'équilibrage de charge dans le consensus: 

+				la première est que les autorités générent le poids que les clients 

+				doivent utiliser et le mettre dans le consensus, 

+				l'autre approche est de mettre juste les informations de bande passante

+				du descriteur du serveur. Cette dernière option est probablement 

+				plus pratique si l'on considère également la <a

+    href="https://svn.torproject.org/svn/tor/trunk/doc/spec/proposals/140-consensus-diffs.txt">Proposition

+    140</a> qui évite d'avoir un nombre très fluctuant dans le consensus.</em></small>

+    <br />

+    <small><em>Pour la gestion des politiques de sortie <a

+    href="http://archives.seul.org/or/dev/Jul-2008/msg00022.html">un

+    message sur la liste or-dev</a> propose qu'un hash identifie une 

+				politique de sortie ajoutée au document de consensus. L'addition

+				de 160 bits aléatoires par noeud au consensus pourrait être un 

+				souci mais comme nous pensons qu'un grand nombre de politiques 

+				de sorties sont identiques, le document de consensus sera compressé 

+				efficacement. Des mesures sont en attente.</em></small>

   </td>

 </tr>