Olivier Auber on Fri, 6 Jun 2008 12:32:09 +0200 (CEST)


[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

Re: [nettime-fr] GAME OVER, changeons l'Internet !


clemos a écrit :
Salut Bastien

Les réseaux P2P actuels utilisent toujours, malgré leur nom, et assez
largement, une structure client/serveur, au moins pour mettre en
contact les clients les uns avec les autres. D'abord les clients se
connectent au serveur, qui en gros leur dit qui est là et qui a quoi.
Puis, en fonction de ce que chaque client recherche, et des infos
reçues par le serveur, le client se connecte à un autre client
(soulseek par exemple) ou à plusieurs clients (bittorrent par exemple)
pour lui demander de lui envoyer un fichier. Le gros du transit se
passe donc directement entre les deux client, et seules quelques
données légères passent par le serveur (index des fichiers du client,
liste des clients, etc). Pour résumer, c'est comme si chaque client
était un petit serveur plus ou moins anonyme, et que le serveur
central soit une simple base de données référençant ces petits
serveurs.
Oui.

La taille des groupe synchrones est nécessairement très limitée (je ne parle pas des gens connectés au même instant sur skype) et solipsis par exemple ( http://www.solipsis.org/ ) bricole avec des cellules de Voronoï pour
permettre aux gens de passer d'une groupe à un autre.

Merci Clemos pour avoir signalé

http://pml.sourceforge.net/Advocacy/index.html

Il faut voir aussi ce que l'ont peut tirer de P2PSIP
http://www.ietf.org/html.charters/p2psip-charter.html <http://www.ietf.org/html.charters/p2psip-charter.html> j'ai du mal a saisir où ils veulent en venir. A la première lecture, cela me semble un bricolage pour faire du Multicast sans Multicast. Mais il faut que je relise. Je crois que les deux mondes P2P et Multicast vont nécessairement être
appelés se rejoindre dans les réseaux hertzien mesh où chaque machine
cliente est amenée à devenir le routeur de toutes les autres...


Dans tous les cas, ces réseaux utilisent seulement Unicast, pour la
bonne et simple raison que pour ce que j'en comprends, le Multicast
n'est pas possible sur Internet, car il nécessite un autre protocole
"par dessus" le protocole IPv4 actuellement "standard".
Avec IPv6, le Multicast est intégré, donc en principe, si
l'utilisation d'IPv6 se généralise, le Multicast sera possible.

La grande nouveauté d'IPv6, ce n'est pas les milliards de milliards d'adresses IP Unicast, mais bien les adresses Multicast. Dans la IPv4, il fallait que les Telco fassent un effort pour mettre ces adresses à dispositions des internautes. De fait aucun ne l'a vraiment fait et cela est resté cloisonné dans le champ universitaire. Dans Ipv6, il va falloir que les Telco fasse un effort pour NE PAS les mettre à disposition pleinement. C'est va être intéressant de voir ce qu'il va se passer. Vont-ils rester rester sur du Multicast asymétrique de type TV sur ADSL sous la pression des so called "fournisseurs de contenu"?

L'application du Multicast est assez facile à comprendre avec
l'exemple du streaming vidéo:
Actuellement, si tu veux streamer de la vidéo, tu dois avoir un
serveur (peu importe que ce soit un "vrai" serveur ou bien ton ordi
perso chez maman....), et si tu as 10 mecs qui veulent lire ton
stream, ton serveur va balancer 10 streams, car ça fonctionne en
Unicast, de 1 à 1. Donc si tu veux streamer de la vidéo qualité TV à
200 mecs, il te faut une bande passante énorme, et plus tu auras
d'auditeurs, plus tu aura besoin de bande passante.
Avec le Multicast, ton serveur n'envoie qu'une fois son stream, et
"Internet" se charge de le distribuer aux clients qui le veulent. Ca
veut dire que ça réduit considérablement la consommation de bande
passante, non seulement au niveau de ton serveur, mais aussi du réseau
en général (par exemple si tu as 10 auditeurs aux USA, un seul stream
traversera l'Atlantique, puis il sera cloné en fonction des routes
empruntées pour parvenir aux destinataires, le plus tard possible,
pour éviter que deux stream similaires passent par le même chemin
inutilement, consommant deux fois plus de bande pour rien)
J'imagine que des systèmes de partage de fichiers P2P exploitant le
Multicast feront leur apparition. Je ne sais pas si ça existe vraiment
déjà. J'imagine que de toutes façons, la structure des réseaux P2P ne
changera pas fondamentalement: des serveurs de référencements et des
clients qui se connectent les uns avec les autres. On pourrait
imaginer que des fichiers puissent être diffusés plus facilement (avec
moins de gaspillage de bande passante, en fait) à des clients
multiples, mais seulement à condition que les clients reçoivent le
même fichier en même temps. Ce serait, en quelque sorte, du
"streaming" de fichiers (éventuellement en boucle).
Car l'inconvénient du Multicast, qui est aussi sa force, c'est que ça
ne fonctionne que dans les applications où plusieurs clients doivent
recevoir la même chose en même temps, comme dans l'exemple du
streaming vidéo.
Non pas forcément.
Une adresse Multicast peut être utilisée par un groupe (qui peut avoir une taille très importante) pour partager des données de manières asynchrone. Il est possible d'imaginer par exemple des wikis multicast dont les données seraient réparties chez les membres du groupe.. Wikipédia par exemple, fonctionnera peut-être un jour comme cela. Il y a actuellement un projet de recherche européen en ce sens.
Voilà en tous cas ce que j'en ai compris, du Multicast;
Et plus j'écris tout cela, plus je me dis que finalement, ça n'a
vraiment rien de révolutionnaire, et même: *au contraire* ! Je pensais
sincèrement que ça pouvait éventuellement l'être, au début, mais en
somme, ce que j'y vois, c'est une sorte de possibilité de diffuser par
le réseau, exactement comme on diffuse un signal radio, aussi
facilement, mais rien de plus. Les "nouvelles" applications que
Multicast permettront ne seront ni plus ni moins que des chaines de
télés passant par le réseau, des chaines de radio passant par le
réseau, etc, bref, cela transformera probablement internet en un bon
vieux mass-média, avec tout ce que cela peut avoir de "passif" pour le
récepteur.
Le Multicast n'est qu'une sorte d'invitation à produire et à diffuser
des contenus type télé ou radio, donc "anti-web", en quelque sorte.
L'horizontalité vient du fait que tout le monde pourra le faire, mais
finalement, je ne vois pas tellement l'intéret, ni l'évolution
radicale qu'il y a là dedans.

Mais peut-être n'ai-je pas tout compris. Peut-être manque-je
d'imagination sur le sujet.

Oui sur ce coup, il me semble que tu manques carrément imagination!

Mais Clemos, si je ne me trompe pas, tu travailles chez Free, non?
Free a annoncé en décembre je crois qu'il proposait IPv6 à ses clients.
J'ai fait la manip chez moi, mais je n'ai pas vu de différence, avant/après.
En fait il s'agit d'un vrai faux IPv6 (6to4).
Quid du Multicast.
As-tu des infos?

Olivier Auber

PS pour Yves: c quoi ton adresse physique pour la carte postale?
+++++++++
Clément

2008/6/2 Bastien <bzg@altern.org>:
Bastien <bzg@altern.org> writes:

Olivier Auber <olivier.auber@km2.net> writes:

Il faut donc le dire et le répéter : à ce jour, il n'existe pas de
véritable espace public sur l'Internet !
C'est quoi la différence entre le Multicast et les réseaux
pair-à-pair?
J'aimerais vraiment une réponse...  ça me taraude.

Je comprends que l'IPv6 donnera à Internet une structure plus proche de
celle qu'on peut créer *dès aujourd'hui* au niveau logiciel avec les
réseaux de pair à pair.  Mais il faudra de toutes façons des logiciels
pour profiter de ce multicasting inhérent à l'IPv6...

Donc soit je me trompe, soit la révolution est déjà en train d'avoir
lieu du côté des logiciels Freenet et autres.  Et la contre-révolution
aussi, avec certains fournisseurs d'accès qui veulent limiter les débits
montants et descendants sur les ports p2p -- voilà d'ailleurs une piste
de réponse : est-ce que ce genre de limites imposées à la libertés
devient d'un coup moins faisables avec l'IPv6 ?

Merci,

--
Bastien




< n e t t i m e - f r >

Liste francophone de politique, art et culture liés au Net Annonces et filtrage collectif de textes.

<>  Informations sur la liste : http://nettime.samizdat.net
<>  Archive complèves de la listes : http://amsterdam.nettime.org
<>   Votre abonnement : http://listes.samizdat.net/sympa/info/nettime-fr
<> Contact humain : nettime-fr-owner@samizdat.net