At 23:58 03/12/2010, olivier auber wrote:
@bortzmeyer sur #DNS #P2P (l'ignorant que je suis persiste à dire que
c'est centralisé, pas seulement hiérarchique) http://is.gd/ia6Mt
et l'ignorant approuve @bortzmeyer quant il dit que la techique,
seule, ne peut résoudre des problèmes politiques (et imaginaires)
Olivier,
tu me désespèrerais dans ce cas là :-). J'ai passé pas mal de temps
il y a deux jours à t'expliquer ce qu'il te fallait faire pour
contredire les"saisies" de noms de domaine américaines, créer ton
propre TLD, te créer des Alias. Et ta seule réponse est de dire que
c'est centralisé.
C'est toi et seulement toi (et des milliards de tes pareils !) qui
centralises, en disant que le réseau est centralisé et en
reconnaissant une autorité à l'ICANN dont elle est friande, mais que
_personne_ ne lui a donné, pas même le gouvernement américain et dont
elle ne dispose d'ailleurs pas. D'où son réseau de documents inutiles.
C'est en cela que la technique peut résoudre des problèmes politiques
: lorsque ces problèmes politiques résultent d'une mauvaise
utilisation ou d'une conception erronée de la technique. La technique
ne résout pas des problèmes politiques, elle peut éviter de se les
poser. Ceci est alors de la bonne adminance, c'est à dire gérer les
besoins techniques du réseau dans le long terme de manière homogène
avec leur préparation dans le court (opérance) et le moyen
(gouvernance) termes.
Le DNS n'est pas centralisé. Mais,
- ceci est soigneusement caché par l'historique hollywoodien qui est
colporté du nommage et de la communication de l'écosystème numérique
mondial, où est allègrement confondu l'internet, réseau
international, et l'Internet (catenet de Louis Pouzin), réseau
universitaire déployé le 1er janvier 1983 sous TCP/IP que nous avons
interconnecté en 1984 au réseau international. Quand tu te rends
compte que le père réel du nommage, Robert Tréhin, n'est connu de
personne ! (les quatre mousquetaires étaient à la Grande-Arche:
Pouzin, Cerf, Kahn et Tréhin).
- une gestion centralisée paraissait utile (RFC 2826
http://www.ietf.org/rfc/rfc2826.txt) pour continuer les habitudes de
Jon Postel. Son évolution doit être considérée en parallèle avec le
document ICP-3 (http://www.icann.org/en/icp/icp-3.htm) de l'ICANN qui
visait à assurer la transition. Je note que j'ai été le seul à
conduire l'expérimentation communautaire que réclamait l'ICANN, a
priori à l'IETF. La politique de gestion centralisée est un problème
que ne résout pas la communauté politique depuis des années, car elle
accorde à l'ICANN un rôle qui techniquement n'existe pas, sur la base
de l'entretien d'une incompréhension technique favorisant le statu
quo commercial.
La résolution est le ML-DNS et VROOM (la virtual root open
operational matrix). Les principes architecturaux ont été légitimés
par IDNA2008, l'IAB doit publier dans plusieurs directions sur ce
sujet et je dois avancer sur sa divulgation pratique, étant celui par
lequel l'évolution a été forcée.
Cette avance est de culture à la fois technique et architecturale.
Il faut réfléchir en commun et avancer sur ce qu'elle représente.
C'est ce que je fais ici et dans un papier que je dois préparer pour
ATENA en continuation de la réunion de la Grande Arche de janvier
dernier. Idem via l'IUCG et ma recherche architecturale personnelle
(ALFA) pour préparer l'étape suivante de alfaDNS qui sera une
implémentation prototype, au départ du ML-DNS et l'Interplus pour une
expérimentation pratique qui aura deux buts :
- faire toucher du doigt à chacun que le nommage (en soi, quelle que
soit l'application technique) est hiérarchique de même que le cerveau
est hiérarchique, mais qu'il n'est pas centralisé, pas plus que le
cerveau qui le gère et s'en souvient.
- créer une situation politique nouvelle où il faudra bien que
l'ICANN réagisse face aux utilisateurs s'essayant positivement aux
prototype et possibilités offertes peu à peu dans le contexte du
découplage permettant la multiplication par division pour répondre à
la diversité, en particulier par l'Interface d'utilisation
Intelligente (IUI) et par exemple l'InterPLUS, sur la base d'un test
grandeur réelle.
jfc
_______________________________________________
comptoir mailing list
[email protected]
http://cafedu.com/mailman/listinfo/comptoir_cafedu.com
