S/U/N on Fri, 6 Jun 2008 19:01:57 +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 :
Bonjour à tous

2008/6/5 Olivier Auber <olivier.auber@km2.net>:

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.

Selon moi, ce dont tu parles ne peut qu'être du P2P Unicast, et je
peine à imaginer comment des applications web pourraient bénéficier
significativement du Multicast.
Je voudrais un peu aussi épousseter les fantasmes: ipv6 wahoou d'accord, mais le multicast en ipv6 reste encore largement du domaine du laboratoire style MIT. Aujourd'hui, il n'y a ni couche logicielle réseau, ni software CLIENT capable de faire du multicast sans serveur. Ce que je veux dire c'est que le multicast ipv6 est une ligne écrite sur le plan de montage à l'heure actuelle. Concernant les applications distributives, ça fait très peur. Déjà qu'avec la syndication de contenu, on obtient une entropie de l'information énorme, le jour ou on lâche les vannes, on va être immergés de sons de cloche monocordes . Concernant IPV6, l'application la plus florissante sera des "machins" comme ça: http://buildings.lbl.gov/cec/Element_3/02_E3_P2_1_1.html ( c'est a dire un interrupteur )
bref rien de super sexy
merci de votre attention.



< 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