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

[S/U/N <s.u.n@free.Fr>]

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