From jean-philippe.guerard@tigreraye.org Tue Oct 19 00:07:39 2004
From:
 Jean-Philippe =?utf-8?q?Gu=C3=A9rard?= <jean-philippe.guerard@tigreraye.org>
To: traduc@traduc.org
Subject: Re: [Traduc] Recherche d'un relecteur : guide pratique de la 
 =?utf-8?q?mobilit=C3=A9?= IPv6 pour Linux
Date: Tue, 19 Oct 2004 00:01:32 +0200
Message-ID: <20041018220132.GA19422@tigreraye.nulle.part>
In-Reply-To: <20041018192127.GA19792@electric-eye.fr.zoreil.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============7673761199870076370=="

--===============7673761199870076370==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Bonsoir =C3=A0 tous=C2=A0!

Le 2004-10-18 21:21:27 +0200, Francois Romieu =C3=A9crivait :
> --- Mobile-IPv6-HOWTO.xml.orig	2004-10-18 01:38:05.000000000 +0200
> +++ Mobile-IPv6-HOWTO.xml	2004-10-18 20:18:15.704188128 +0200
> @@ -164,16 +164,16 @@
>          Chaque station mobile est toujours identifi=C3=A9e par l'adresse (=
m=C3=A8re)
>          de son point d'attache originel ind=C3=A9pendamment de son point de
>          raccordement courant =C3=A0 Internet. Lorsqu'elle est s=C3=A9par=
=C3=A9e de son
> -        point d'attache, une station mobile se voit =C3=A9galement affecte=
r une
> +        point d'attache, une station mobile se voit =C3=A9galement affect=
=C3=A9e d'une
>=20
> Quelqu'un peut-il confirmer que la phrase originale comportait une faute
> de fran=C3=A7ais ?

Je ne pense pas. De plus, apr=C3=A8s lecture de la phrase, je pense que je=20
pr=C3=A9f=C3=A8re la version =C3=A0 l'infinitif, qui me semble plus logique e=
t plus=20
directe.

> [...]
>          m=C3=A9moriser la correspondance entre l'adresse m=C3=A8re d'une s=
tation
>          mobile et son adresse temporaire primaire afin qu'ils puissent
> -        envoyer directement les paquets destin=C3=A9s =C3=A0 la station mo=
bile au
> -        moyen de son adresse temporaire primaire.
> +        envoyer directement les paquets destin=C3=A9s =C3=A0 la station mo=
bile
> +        gr=C3=A2ce =C3=A0 son adresse temporaire primaire.
>=20
> M=C3=AAme chose.

Pour moi, les 2 sont =C3=A0 peu pr=C3=A8s =C3=A9quivalents.

>        </quote> --- draft-ietf-mipv6-24, pages 1 et 2.
>      </para>
>    </sect2>
> @@ -181,13 +181,13 @@
>    <!-- ################## -->
> =20
>    <sect2 id=3D"WhyMIPv6">
> -    <title>Le besoin de mobilit=C3=A9 IP</title>
> +    <title>Le besoin de la mobilit=C3=A9 IP</title>
>=20
> Admettons. Je ne me battrai pas pour celui-l=C3=A0.

Je pr=C3=A9f=C3=A9rais nettemment le premier. Je trouve que le second somme m=
al.=20
Je ne comprends pas ce que ce =C2=AB=C2=A0la=C2=A0=C2=BB apporte.

>      <para>
>        <quote>
>          En l'absence de prise en charge de la mobilit=C3=A9 dans IPv6, les=
 paquets
>          destin=C3=A9s =C3=A0 une station mobile (terminal ou routeur) ne s=
ont pas en
>          mesure de joindre la station lorsqu'elle est s=C3=A9par=C3=A9e de =
son lien
> -        d'origine (i.e. du lien dans lequel son pr=C3=A9fixe de r=C3=A9sea=
u IPv6
> +        d'origine (c'est-=C3=A0-dire du lien dans lequel son pr=C3=A9fixe =
de r=C3=A9seau IPv6
>=20
> Quelqu'un dans l'assistance dispose-t-il d'un Lexique des r=C3=A8gles=20
> typographiques en usage =C3=A0 l'Imprimerie nationale, article =C2=AB=20
> abr=C3=A9viations =C2=BB, pour confirmer ?

L'abr=C3=A9viation recommand=C3=A9e par le Lexique est=C2=A0:

i.=C2=A0e.

En Docbook, je suppose que i.&nbsp;e. serait un choix raisonnable.

> S'il s'agit d'un exemplaire du milieu des ann=C3=A9es 90, c'est encore mieu=
x :o)

Mon exemplaire a =C3=A9t=C3=A9 imprim=C3=A9 en 1994 :)

>          est en service) puisque le routage repose sur le pr=C3=A9fixe de r=
=C3=A9seau de
>          l'adresse de destination d'un paquet. Pour continuer =C3=A0 commun=
iquer
>          malgr=C3=A9 ses d=C3=A9placements, une station mobile pourrait cha=
nger d'adresse
> [...]
> @@ -460,7 +460,7 @@
>            </para>
>            <para>
>              On peut ex=C3=A9cuter le script <userinput>chkconf_kernel.sh</=
userinput>
> -            inclus dans le paquetage MIPL pour v=C3=A9rifier que toutes le=
s options
> +            inclus dans le paquet MIPL pour v=C3=A9rifier que toutes les o=
ptions
>              ad=C3=A9quates sont positionn=C3=A9es.
>            </para>
>          </listitem>
>=20
> Mouais, bof.

Paquet est le terme retenu par le projet D=C3=A9bian. Jusqu'=C3=A0 pr=C3=A9se=
nt, nous=20
l'avons utilis=C3=A9 syst=C3=A9matiquement afin d'=C3=AAtre homog=C3=A8ne.

> [...]
> @@ -623,19 +624,19 @@
>        <listitem>
>          <para>
> -          <emphasis>AR - routeur d'acc=C3=A8s&nbsp;:</emphasis>le lien r=
=C3=A9seau
> -          entre AR et R constitue l'<quote>internet</quote>du banc de test.
> -          Dans le cadre du test, il se limite =C3=A0 deux adresses IP au d=
essus
> +          <emphasis>AR - routeur d'acc=C3=A8s&nbsp;:</emphasis> le lien r=
=C3=A9seau
> +          entre AR et R constitue l'<quote>internet</quote> du banc de tes=
t.
> +          Dans le cadre du test, il se limite =C3=A0 deux adresses IP aux =
extr=C3=A9mit=C3=A9s
>            d'un c=C3=A2ble crois=C3=A9 mais il peut s'agir de n'importe que=
l type de
>            r=C3=A9seau. Le routeur d'acc=C3=A8s est =C3=A9quip=C3=A9 de deu=
x interfaces.
>            Une interface filaire se trouve =C3=A0 l'adresse
>=20
> Bof.

Pour les deux premi=C3=A8res lignes, la correction des espaces manquantes est=
=20
=C3=A0 ne pas n=C3=A9gliger :) Je pr=C3=A9f=C3=A8re nettemment =C2=AB=C2=A0au=
x extr=C3=A9mit=C3=A9s=C2=A0=C2=BB =C3=A0 =C2=AB=C2=A0au=20
dessus=C2=A0=C2=BB.

> [...]
> @@ -719,13 +720,13 @@
> =20
>          <listitem>
>            <para>
> -            <emphasis>HA&nbsp;:</emphasis>la station d'accueil comprend une
> -            interface sans-fil. Le renvoi doit =C3=AAtre activ=C3=A9 puisq=
ue des trames
> +            <emphasis>HA&nbsp;:</emphasis> la station d'accueil comprend u=
ne
> +            interface sans fil. Le renvoi doit =C3=AAtre activ=C3=A9 puisq=
ue des trames
>              re=C3=A7ues depuis l'interface physique sont transmises via
> -            l'interface de tunnel virtuelle.
> +            l'interface virtuelle de tunnel.
>=20
> Bof.

Si c'est l'interface qui est virtuelle, la seconde forme me semble plus=20
claire =C3=A0 l'oreille.

>              <emphasis>
>                Remarque&nbsp;: une route par d=C3=A9faut est n=C3=A9cessair=
e sans quoi
> -              le HA a des difficult=C3=A9s pour contacter la station mobil=
e MN
> +              le HA aura des difficult=C3=A9s pour contacter la station mo=
bile MN
>                dans le r=C3=A9seau distant. Une solution consiste =C3=A0 em=
ployer HA
>                en tant que routeur du r=C3=A9seau domestique.
>=20
> Pourquoi changer de temps ?

Pour une question de concordance des temps, les cons=C3=A9quences =C3=A9tant =

post=C3=A9rieures, le futur me para=C3=AEt plus appropri=C3=A9.

>              </emphasis>
> [...]
> @@ -946,7 +946,7 @@
>           <quote>
>             Les routeurs =C3=A9mettent p=C3=A9riodiquement des annonces mai=
s le d=C3=A9lai
>             d'attente entre annonces est en g=C3=A9n=C3=A9ral bien sup=C3=
=A9rieur =C3=A0 la dur=C3=A9e
> -           qu'une station souhaite consacrer =C3=A0 son autoconfiguration.=
 Pour
> +           qu'une station ne souhaite consacrer =C3=A0 son autoconfigurati=
on. Pour
>             recevoir rapidement une annonce, une station =C3=A9met une ou p=
lusieurs
>             sollicitations =C3=A0 destination du groupe de multidiffusion (=
multicast)
>             de l'ensemble des routeurs.
>=20
> Qu=C3=A8s acco ?

Le =C2=AB=C2=A0ne=C2=A0=C2=BB est logique dans ce contexte, puisque la phrase=
 est n=C3=A9gative.

> [...]
> @@ -995,7 +995,7 @@
>  </screen>
> =20
>        <para>
> -        <userinput>radvdump</userinput> peut =C3=A0 pr=C3=A9sent s'employer
> +        On peut =C3=A0 pr=C3=A9sent employer <userinput>radvdump</userinpu=
t>
>          pour examiner les messages r=C3=A9ellement envoy=C3=A9s par radvd&=
nbsp;:
>        </para>
> =20
> Modification gratuite ?

Le seconde forme me para=C3=AEt nettement plus claire.

> @@ -1036,7 +1036,7 @@
>        <para>
>          Pour que la station mobile MN sache quand elle est de retour dans
>          son r=C3=A9seau domestique, la station d'accueil HA doit =C3=A9gal=
ement
> -        envoyer des annonces de routeur. On active donc =C3=A9galement RAD=
VD au
> +        envoyer des annonces de routeurs. On active donc =C3=A9galement RA=
DVD au
>          niveau de la station d'accueil. Le fichier
>          <filename>/etc/radvd.conf</filename> doit contenir&nbsp;:
>=20
> Je suis sceptique.

Je ne mettrai pas de =C2=AB=C2=A0s=C2=A0=C2=BB ici. La station de travail env=
oie des=20
annonces comme le ferait un routeur.

> [...]
> @@ -1292,7 +1292,7 @@
>       </calloutlist>
> =20
>       <para>
> -       La commande suivante permet elle aussi de v=C3=A9rifier l'associati=
on
> +       La commande suivante permet, elle aussi, de v=C3=A9rifier l'associa=
tion
>         (au niveau de la station mobile MN)&nbsp;:
>       </para>
> =20
> Est-ce n=C3=A9cessaire ?

C'est un peu plus agr=C3=A9able =C3=A0 lire.

> [...]
> @@ -1700,8 +1700,8 @@
>        <para>
>          <emphasis>
>            Q&nbsp;: comment contr=C3=B4ler la nature du routage entre une s=
tation
> -          mobile MN et un correspondant CN (i.e. recours au tunnel avec la
> -          station d'attache HA ou communication directe apr=C3=A8s associa=
tion
> +          mobile MN et un correspondant CN (recours au tunnel avec la
> +          station d'attache HA ou bien communication directe apr=C3=A8s as=
sociation
>            et acquittement)&nbsp;?
>          </emphasis>
>        </para>
>=20
> Voir ci-dessus.

Je laisserais le =C2=AB=C2=A0i.=C2=A0e.=C2=A0=C2=BB.

Voil=C3=A0=C2=A0!

Bonne nuit =C3=A0 tous=C2=A0!

--=20
Jean-Philippe Gu=C3=A9rard
http://tigreraye.org


--===============7673761199870076370==--