fablabo - Contributions [fr]

WorkshopDocumentation/Partage-De-Contenu-Peer-to-Peer

2014-09-19T14:07:33Z

Geb : /* Quelques exemples de technologies peer-to-peer */

Copyright (C) 2014 Mathieu Goessens <gebura@poolp.org>

Permission to use, copy, modify, and/or distribute this software for any purpose with or without fee is hereby granted, provided that the above copyright notice and this permission notice appear in all copies.

THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.

== Présentation Peer-to-Peer ==

Objectifs: découvrir les technologies et outils peer-to-peer, et réfléchir à leur adéquation pour des besoins de documentation et de partage entre labfabs.

=== Introduction aux technlogies Peer-to-Peer ===

Slides: http://gebura.eu.org/~geb/p2p-web-challenges-and-perspectives2.pdf

==== La diffusion de contenu sur Internet ====

* Modèle client serveur: un serveur puissant, n clients.
* Avec le temps, ce modèle se complexifie à cause de l'augmentation des volumes de données (contenus riches), de l'augmentation du nombre de clients etc.
* Le modèle client serveur actuel repose plutôt sur un grand nombre de serveurs.

Cela pose de nombreux problèmes:
* coûts
* dissymetrie de trafic
* vie privée: toute les données sont stockés au même endroit
* résistance aux attaques
* [...]

Pour tous ces problèmes, ce sont les utilisateurs qui en payent le prix.
* coûts : pubs
* dissymetrie de traffic: problèmes réseaux, sites lents.
* vie privée
* faciliter à éteindre certains sites (wikileaks)

Pour certains de ces problèmes, les technologies peer-to-peer proposent des solutions.

==== Les technologies peer-to-peer ====

En quelques mots:
* des "noeuds" égaux, à la fois client et serveur, s'échangeant des choses entre eux, sans rôle particulier.
* utilisatés pour du stockage, de la distribution de contenu, de calculs etc
* aux origines, internet était peer-to-peer.

Trois grand modèles:
* centralisé
* structuré
* non structuré

===== le modèle peer-to-peer centralisé =====

Un serveur joue le rôle de coordinateur.
* Les noeuds voulant offrir une ressource (contenu, puissance de calcul...), en informe ce serveur.
* Les noeuds voulant utiliser une ressource (récupérer un contenu...), demandent au serveur qui renvoie la liste des noeuds proposant cette ressource.
* les noeuds discutent en suite directement entre eux.

Caractèristiques:
* Simple: se code en quelques dizaines/ centaines de ligne
* Efficace: le serveur connait tout, il peut donc proposer les meilleurs peers (même ville, même fai, noeud moins chargé...).
* Peu solide: tout repose sur ce serveur

Exemple:
* Trackers bitTorrent
* Napster (coupé, lorsque le serveur central a été éteint).

===== Le modèle peer-to-peer structuré =====

En quelques mots:
* Les noeuds fonctionnent avec une structure forte. Exemple: une DHT un tableau de donnée distribué.
* Les noeuds savent joindre quelques voisins et peuvent ainsi router des messages.
* Les noeuds ont des adresses, les données aussi, les noeuds sont responsables des données les plus proches d'eux.

Caractéristiques:
* Simple: un tableau (get/push) donc très generique
* On ne peut faire des recherches que sur des valeurs exactes
* Bonne propriétés mathématiques sur les temps de transfert des messages, mais pas forcément suffisant
* Il faut un moyen de joindre le réseau: demander au réseau local, à un serveur distant...
* Les noeuds sont obligés de se pinger régulièrement pour maintenir les tables de routages etc

Exemples:
* Kadmelia (eMule , BitTorrent DHT)

===== Le modèle peer-to-peer non structurés =====

En quelques mots:
* Les noeuds sont connectés de manière +/- random, sans structure forte.
* Les messages sont diffusés à la manière d'une rumeur, ou d'une maladie, chaque noeud qui reçoit un message le transfert X fois

Caractèristiques:
* Simple à faire marcher
* Moins couteux qu'une DHT car moins de messages de contrôle.
* Comme la diffusion des messages est probabiliste, on ne peut pas s'assurer que tout le monde reçoive le message. Pas adapté à tous les cas d'usages donc.

Exemples:
* Infrastructure internet
** BGP (routage)
** Serveurs IRC
** Serveurs Usenet
* Gnutella
* BitTorrent Peer-Exchange (PEX)

=== Quels usages ? ===

* Partager des données entre labfab ?
* Travailler à plusieurs sur ces données ? Plus ou moins en même temps ?
* Partager l'hebergement des données ? (et les téléchargement)
* Archiver des données ?

Ces questions pourront amener à des réponses différentes et donc à des choix de technologies différents.

=== Quelques exemples de technologies peer-to-peer ===

==== Syncthing ====

Outils de synchronisation àla dropbox en Peer-to-peer.

Comme beaucoup d'outils "peer-to-peer", il est vendu comme "magique", quasi sans aucune doc de fonctionnement (à part les formats de messages À part le format des messages https://github.com/syncthing/syncthing/blob/master/protocol/PROTOCOL.md ).

Une question que l'on s'est posé est la manière dont se passe la résolutions de conflits, conflits qui peuvent apparaître lorsque plusieurs personnes travaillent en même temps sur le ou les mêmes documents.

Syncthing propose plusieurs modes de versionning, nous les avons testés tous les trois:
* Sans versionning: syncthing ne converne que la dernière version d'un fichier, si il y a eu des modifications entre temps, elles sont perdues, sans que le moindre message d'information le laisse apparaitre.
* versionning simple:
** fichiers restent differents
** nouveau fichier pas vu de l'autre coté
* versionning "avancé" ok
** versions mises dans un dossier different
** pas de lock, pas de resolution de conflit

* noeud de synchronisation installable ?
* mode de fonctionnement en arbre

== Suite ==

http://etherpad.pingbase.net/FablabDocumentationNotesGeb

WorkshopDocumentation

2014-09-19T11:04:23Z

Geb : /* Tests pour du partage de contenu en peer-to-peer */

Cette page est la trace d'une semaine travail sur le sujet de la documentation dans les fablabs.

Qui eu lieu en septembre 2014 à PlateformeC

==Participants==

*Thiery Mbaye, de Meuhlab (Lille) http://www.meuhlab.org/ + http://lille-makers.org/

*Guillaume Brunet, de Labomedia (Orléans) http://wiki.labomedia.org/
*David Forgeron du Carrefour numérique de Cité des sciences (Paris) http://cyberweb.cite-sciences.fr/fablab/wiki/doku.php?id=index
*Sonia Christon de la bibliothèque de la Cité de Sciences
*Fenshu & Jerome Abel - reso-nance numérique (Marseille) - http://reso-nance.org/ - http://reso-nance.org/wiki/projets/plateforme-lfo/accueil
*Koffi Dodji Honou, de Woelab (Lomé – Togo) http://www.woelabo.com/index.html
*Mouhamadou Ngom, de Ker Thiossane (Dakar – Sénégal) http://fablab.ker-thiossane.org/index.php?title=Accueil
*Mathieu Goessens, de Breizh entropy (Rennes) - http://wiki.breizh-entropy.org http://breizh-entropy.org/
*Marc-Olivier Ducharme, de l’Echofab (Québec)http://www.echofab.org/ et http://fablabs-quebec.org/ / http://wiki.fablabs-quebec.org
*Aurélie Lethuillier, du FAB44 (Saint-Nazaire) http://lefab44.com/
*Jean-Baptiste Labrune, du MIT http://fabelier.org/real-time-content-curation/
*Pierre Commenge, Reset http://rzrz.org/
*Damier Day, bibliothécaire
*Cédric Doutriaux, PiNG
*Romain Di Vozzo, Fablab Digiscope, (Gif-sur-Yvette/Saclay) (à distance)
*Samuel Huron, Fabelier (à distance)
*Thomas Bernardi, PiNG (en pointillé)
*Julien Bellanger, PING (en pointillé, italique)

==Financement/Budget/Besoins==

Dans le cadre de Nantes Digital Week, Nantes Metropole, Organisation Internationnal de la Francophonie 
budget globale, défraiement, hébergement : 12700€

==Point de départ/problématiques/Intentions/Contexte==

===Constat===

questionnement universel des fab lab, hackerspace, et autres ateliers collaboratifs : amener les usagères(ers) à prendre conscience de l'importance de la documentation. cad expliquer, témoigné, rendre compte du processus de réalisation d'une idée, d'un projet.

===Intention===

simplifier, standardiser, valoriser la démarche de documentation
expliquer pourquoi l'acte de documentation est important et inciter sa réalisation

===Contexte===

Documenter c'est participer à la constitution d'un savoir commun, qui bénéficie à chacune(un).

==Non organisation/principe de fonctionnement==

des humains, du café, des croissants, amateurisme, passion, transpiration
Pas de retro planning, des discussions, de la recherche, des restitutions.

===des présentations===
*Dispositifs de documentations processus créatifs
*Pair à pair
*[http://fr.wikipedia.org/wiki/Zotero Zotero] : gestion de références bibliographiques/agrégateurs de flux rss : [http://fr.wikipedia.org/wiki/Netvibes Netvibes], [https://en.wikipedia.org/wiki/Sage_%28Mozilla_Firefox_extension%29 Sage]
*Mise en place d'un centre de documentation à pfc
*FabML
*Semantic wiki ontologie
*optimisation organisationnelle : fablab quebec
*antécédents

==Realisations==

===Poster===
*On a commencé un [[PosterDocumentation]] pour inciter les usagers d'un fablab à documenter -> modéle de documentation idéale

===Carte heuristique===
Nous avons déterminé les caractéristiques souhaitables lors de la documentation des projets, des personnes, des process et des machines en Fab Lab. Cette caractérisation peut être utilisée comme base pour créer un des formulaires et modèles SemanticWiki qui pourraient être partagés entre Fab Lab et ainsi favoriser l'inter-opérabilité des documentations.
[[File:DocFabLabSchema.png|center|thumb|200px|Suggestion d'ontologie et de propriétés sémantiques]]
[[Fichier:FabLabDocumentationMAP.mm|Fichier de travail en format FreeMind]]

===Dépliant===
*On envisage aussi un dépliant qui détaille plus les bonnes pratiques. : [[Aide:Documenter]]

===Fiche idée===
exemple from meuhlab: 
[[Fichier:Exemple-fiche idée.png|300px]] 

version vierge: 
[[Fichier:Fiche-idee.png|300px]] 

[http://fablabo.net/mediawiki/images/Fiche_idee.zip télécharger la fiche] en svg,pdf et png 

===FabML/Ontologie===
* on a étudié les tenants et les aboutissants de l'ontologie FabML

==Perspectives opérationnels==

===Partage des projets===
====Flux====

====Synchronisation pair à pair====
====Archivage====

Dump wiki

===Prolongement, prochaines rencontres===
retour sur experience

==tests divers==

===un flux Atom à l'aide de semantic mediawiki===

FLux RSS des projets de fablabo.net :

{{#ask: [[Category:Projets]]
| sort=Date de modification
| order=descending
| ?Description
| ?Image
| format=rss
| type=atom
| limit=30
| searchlabel= Dernieres Minutes du Fablab
| title=Projets actifs
| page=no
| description=Dernieres Minutes de Fablabo
}}

===un flux RSS dans Dokuwiki===

L'exemple des projets du Carrefour Numérique : http://carrefour-numerique.cite-sciences.fr/fablab/wiki/feed.php?ns=projets

=== Tests pour du partage de contenu en peer-to-peer ===

Workshop documenté sur sa propre page wiki: [[WorkshopDocumentation/Partage-De-Contenu-Peer-to-Peer ]]

==Liens/Sources==

* stream entre OA : http://fablabo.net/wiki/WorkshopDocumentation

===Propositions===
*presque ce que on a dit :
http://prezi.com/4vvwrvwqr4k6/documentation-fab-lab/

*vision machine qui documente tout seul...
http://fr.slideshare.net/AnuMaa/okfest-fablab-project-documentation

*Consigne de synthese de documentation (fasciste)
http://fablabdigiscope.wordpress.com/documentation/

*Cnrs consigne de documentation, verification, validation.
http://www.dsi.cnrs.fr/conduite-projet/phasedeveloppement/qualite/gestion-doc/basdevqual2.htm

===de bons sites de documentation===

===outils possiblement utiles===
*outil pour réaliser des docs (pas libre)
http://www.dozuki.com/

*semantique bordel :
http://www.omanual.org/

*partage en P2P
http://syncthing.net/
*Rekall est un environnement open-source pour documenter, analyser les processus de création et simplifier la reprise des oeuvres.
https://github.com/Rekall/Rekall
*centralise des liens vers des outils de partages
http://fabshare.org/
*site en cours de dev pour partager des projets finis
http://v3.gitfab.org/
*Propose des step by step pour réaliser des projets.
http://www.wikihow.com/Main-Page
*Recueil de projets documentés :
http://www.kisskissbankbank.com/catalogue-20-objets-a-realiser-en-design-libre
*Manuel pour créer et opérer une inter-structure formée de plusieurs Fab Labs (Wiki Sémantique)
http://smw.infrastructures.cc/index.php?title=Manuel_pour_créer_et_opérer_une_inter-structure_formée_de_plusieurs_Fab_Labs

*Expériences menées avec Drupal et Wordpress
http://protospace.nl

* expériences docuWiki mediawiki
http://fablabo.net/wiki/DataFab sémantique

http://reso-nance.org/wiki/projets/plateforme-lfo/accueil

==Pads==

Pages de prises de notes, créent au fur et à mesure... du brouillon, des idées...

http://etherpad.pingbase.net/FablabDocumentation

http://etherpad.pingbase.net/FablabDocumentation-Methodologie

http://etherpad.pingbase.net/FablabDocumentation-quoi

http://etherpad.pingbase.net/PosterDocumentation

http://etherpad.pingbase.net/FablabDocumentationNotesGeb

==Notes==

[[Fichier:Phase.deux.jpg|300px]]
[[Fichier:Phase.un.JPG|300px]]

[[category:Workshops]]

WorkshopDocumentation/Partage-Peer-to-Peertenu en peer-to-peer

2014-09-19T11:02:36Z

Geb : Geb a déplacé la page WorkshopDocumentation/Partage-Peer-to-Peertenu en peer-to-peer vers WorkshopDocumentation/Partage-De-Contenu-Peer-to-Peer : mauvais titre

#REDIRECTION [[WorkshopDocumentation/Partage-De-Contenu-Peer-to-Peer]]

WorkshopDocumentation/Partage-De-Contenu-Peer-to-Peer

2014-09-19T11:02:35Z

Geb : Geb a déplacé la page WorkshopDocumentation/Partage-Peer-to-Peertenu en peer-to-peer vers WorkshopDocumentation/Partage-De-Contenu-Peer-to-Peer : mauvais titre

WorkshopDocumentation/Partage-De-Contenu-Peer-to-Peer

2014-09-19T11:00:59Z

Geb : typo

WorkshopDocumentation/Partage-De-Contenu-Peer-to-Peer

2014-09-19T11:00:19Z

Geb : mise en forme

Copyright (C) 2014 Mathieu Goessens <gebura@poolp.org

Permission to use, copy, modify, and/or distribute this software for any purpose with or without fee is hereby granted, provided that the above copyright notice and this permission notice appear in all copies.

THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.

== Présentation Peer-to-Peer ==

Objectifs: découvrir les technologies et outils peer-to-peer, et réfléchir à leur adéquation pour des besoins de documentation et de partage entre labfabs.

=== Introduction aux technlogies Peer-to-Peer ===

Slides: http://gebura.eu.org/~geb/p2p-web-challenges-and-perspectives2.pdf

==== La diffusion de contenu sur Internet ====

* Modèle client serveur: un serveur puissant, n clients.
* Avec le temps, ce modèle se complexifie à cause de l'augmentation des volumes de données (contenus riches), de l'augmentation du nombre de clients etc.
* Le modèle client serveur actuel repose plutôt sur un grand nombre de serveurs.

Cela pose de nombreux problèmes:
* coûts
* dissymetrie de trafic
* vie privée: toute les données sont stockés au même endroit
* résistance aux attaques
* [...]

Pour tous ces problèmes, ce sont les utilisateurs qui en payent le prix.
* coûts : pubs
* dissymetrie de traffic: problèmes réseaux, sites lents.
* vie privée
* faciliter à éteindre certains sites (wikileaks)

Pour certains de ces problèmes, les technologies peer-to-peer proposent des solutions.

==== Les technologies peer-to-peer ====

En quelques mots:
* des "noeuds" égaux, à la fois client et serveur, s'échangeant des choses entre eux, sans rôle particulier.
* utilisatés pour du stockage, de la distribution de contenu, de calculs etc
* aux origines, internet était peer-to-peer.

Trois grand modèles:
* centralisé
* structuré
* non structuré

===== le modèle peer-to-peer centralisé =====

Un serveur joue le rôle de coordinateur.
* Les noeuds voulant offrir une ressource (contenu, puissance de calcul...), en informe ce serveur.
* Les noeuds voulant utiliser une ressource (récupérer un contenu...), demandent au serveur qui renvoie la liste des noeuds proposant cette ressource.
* les noeuds discutent en suite directement entre eux.

Caractèristiques:
* Simple: se code en quelques dizaines/ centaines de ligne
* Efficace: le serveur connait tout, il peut donc proposer les meilleurs peers (même ville, même fai, noeud moins chargé...).
* Peu solide: tout repose sur ce serveur

Exemple:
* Trackers bitTorrent
* Napster (coupé, lorsque le serveur central a été éteint).

===== Le modèle peer-to-peer structuré =====

En quelques mots:
* Les noeuds fonctionnent avec une structure forte. Exemple: une DHT un tableau de donnée distribué.
* Les noeuds savent joindre quelques voisins et peuvent ainsi router des messages.
* Les noeuds ont des adresses, les données aussi, les noeuds sont responsables des données les plus proches d'eux.

Caractéristiques:
* Simple: un tableau (get/push) donc très generique
* On ne peut faire des recherches que sur des valeurs exactes
* Bonne propriétés mathématiques sur les temps de transfert des messages, mais pas forcément suffisant
* Il faut un moyen de joindre le réseau: demander au réseau local, à un serveur distant...
* Les noeuds sont obligés de se pinger régulièrement pour maintenir les tables de routages etc

Exemples:
* Kadmelia (eMule , BitTorrent DHT)

===== Le modèle peer-to-peer non structurés =====

En quelques mots:
* Les noeuds sont connectés de manière +/- random, sans structure forte.
* Les messages sont diffusés à la manière d'une rumeur, ou d'une maladie, chaque noeud qui reçoit un message le transfert X fois

Caractèristiques:
* Simple à faire marcher
* Moins couteux qu'une DHT car moins de messages de contrôle.
* Comme la diffusion des messages est probabiliste, on ne peut pas s'assurer que tout le monde reçoive le message. Pas adapté à tous les cas d'usages donc.

Exemples:
* Infrastructure internet
** BGP (routage)
** Serveurs IRC
** Serveurs Usenet
* Gnutella
* BitTorrent Peer-Exchange (PEX)

=== Quels usages ? ===

* Partager des données entre labfab ?
* Travailler à plusieurs sur ces données ? Plus ou moins en même temps ?
* Partager l'hebergement des données ? (et les téléchargement)
* Archiver des données ?

Ces questions pourront amener à des réponses différentes et donc à des choix de technologies différents.

=== Quelques exemples de technologies peer-to-peer ===

WorkshopDocumentation/Partage-De-Contenu-Peer-to-Peer

2014-09-19T10:59:54Z

Geb : création page

<pre>
Copyright (C) 2014 Mathieu Goessens <gebura@poolp.org

Permission to use, copy, modify, and/or distribute this software for any purpose with or without fee is hereby granted, provided that the above copyright notice and this permission notice appear in all copies.

THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.

</pre>

== Présentation Peer-to-Peer ==

Objectifs: découvrir les technologies et outils peer-to-peer, et réfléchir à leur adéquation pour des besoins de documentation et de partage entre labfabs.

=== Introduction aux technlogies Peer-to-Peer ===

Slides: http://gebura.eu.org/~geb/p2p-web-challenges-and-perspectives2.pdf

==== La diffusion de contenu sur Internet ====

* Modèle client serveur: un serveur puissant, n clients.
* Avec le temps, ce modèle se complexifie à cause de l'augmentation des volumes de données (contenus riches), de l'augmentation du nombre de clients etc.
* Le modèle client serveur actuel repose plutôt sur un grand nombre de serveurs.

Cela pose de nombreux problèmes:
* coûts
* dissymetrie de trafic
* vie privée: toute les données sont stockés au même endroit
* résistance aux attaques
* [...]

Pour tous ces problèmes, ce sont les utilisateurs qui en payent le prix.
* coûts : pubs
* dissymetrie de traffic: problèmes réseaux, sites lents.
* vie privée
* faciliter à éteindre certains sites (wikileaks)

Pour certains de ces problèmes, les technologies peer-to-peer proposent des solutions.

==== Les technologies peer-to-peer ====

En quelques mots:
* des "noeuds" égaux, à la fois client et serveur, s'échangeant des choses entre eux, sans rôle particulier.
* utilisatés pour du stockage, de la distribution de contenu, de calculs etc
* aux origines, internet était peer-to-peer.

Trois grand modèles:
* centralisé
* structuré
* non structuré

===== le modèle peer-to-peer centralisé =====

Un serveur joue le rôle de coordinateur.
* Les noeuds voulant offrir une ressource (contenu, puissance de calcul...), en informe ce serveur.
* Les noeuds voulant utiliser une ressource (récupérer un contenu...), demandent au serveur qui renvoie la liste des noeuds proposant cette ressource.
* les noeuds discutent en suite directement entre eux.

Caractèristiques:
* Simple: se code en quelques dizaines/ centaines de ligne
* Efficace: le serveur connait tout, il peut donc proposer les meilleurs peers (même ville, même fai, noeud moins chargé...).
* Peu solide: tout repose sur ce serveur

Exemple:
* Trackers bitTorrent
* Napster (coupé, lorsque le serveur central a été éteint).

===== Le modèle peer-to-peer structuré =====

En quelques mots:
* Les noeuds fonctionnent avec une structure forte. Exemple: une DHT un tableau de donnée distribué.
* Les noeuds savent joindre quelques voisins et peuvent ainsi router des messages.
* Les noeuds ont des adresses, les données aussi, les noeuds sont responsables des données les plus proches d'eux.

Caractéristiques:
* Simple: un tableau (get/push) donc très generique
* On ne peut faire des recherches que sur des valeurs exactes
* Bonne propriétés mathématiques sur les temps de transfert des messages, mais pas forcément suffisant
* Il faut un moyen de joindre le réseau: demander au réseau local, à un serveur distant...
* Les noeuds sont obligés de se pinger régulièrement pour maintenir les tables de routages etc

Exemples:
* Kadmelia (eMule , BitTorrent DHT)

===== Le modèle peer-to-peer non structurés =====

En quelques mots:
* Les noeuds sont connectés de manière +/- random, sans structure forte.
* Les messages sont diffusés à la manière d'une rumeur, ou d'une maladie, chaque noeud qui reçoit un message le transfert X fois

Caractèristiques:
* Simple à faire marcher
* Moins couteux qu'une DHT car moins de messages de contrôle.
* Comme la diffusion des messages est probabiliste, on ne peut pas s'assurer que tout le monde reçoive le message. Pas adapté à tous les cas d'usages donc.

Exemples:
* Infrastructure internet
** BGP (routage)
** Serveurs IRC
** Serveurs Usenet
* Gnutella
* BitTorrent Peer-Exchange (PEX)

=== Quels usages ? ===

* Partager des données entre labfab ?
* Travailler à plusieurs sur ces données ? Plus ou moins en même temps ?
* Partager l'hebergement des données ? (et les téléchargement)
* Archiver des données ?

Ces questions pourront amener à des réponses différentes et donc à des choix de technologies différents.

=== Quelques exemples de technologies peer-to-peer ===

WorkshopDocumentation

2014-09-18T14:02:23Z

Geb : /* Tests pour du partage de contenu en peer-to-peer */

WorkshopDocumentation

2014-09-18T14:01:51Z

Geb : /* tests divers */

FIFA

2014-09-17T09:27:16Z

Geb : mise en forme

{{Projet
|status=Fonctionnel
|description=Fanfare Ibniz Fanfare Autonomous
|contributeurs=julbel, guillaume
|inspiration=FIFA, coupe du monde
|ingrédients=raspberry, vieux ordinateurs, logiciel, ibniz
|name=F.I.F.A : FANFARE IBNIZ FANFARE AUTONOME
|image=Exemplefif.jpg
}}

F.I.F.A : FANFARE IBNIZ FANFARE AUTONOME 
= OBJECTIFS =

== Opérationnel ==
* FANFARE : Mettre en oeuvre une fanfare de rue, qui joue dans la rue, ensemble ou pas des partitions sonores.

* IBNIZ : Ces performances sonores sont basées sur l'usage du logiciel Ibniz, accompagné d'autres ustensiles.

Il convient donc de réfléchir à une certaine autonomie éléctrique des dispositifs utilisés, ainsi qu'une indépendance au niveau de la sortie sonore de chacun. En aucun cas, un chef d'orchestre sera utilisé, quelque soit sa compétence et motivation : http://fr.wikipedia.org/wiki/Fanfare

Ne pas oublier d'utiliser et de se baser sur la sémantique fanfare pour vos idées et créations : ''Un fanfariste, Une arrivée en fanfare, Un réveil en fanfare, Une fanfouille : orchestre ou groupe jouant fort et faux. (Humour cynique de musicien : pourquoi une fanfouille joue en marchant ? … pour s'éloigner du bruit.).Un fanfaron : personne vantarde, fier-à-bras. Parfois utilisé à tort pour désigner les musiciens d'une fanfare (voir fanfariste) .
''

== Théorique ==

* Que veut dire 'être autonome' ? par rapport à qui ? Est-ce être indépendant ? Qu'est-ce que la souveraineté technique ?
* Qui dit fanfare dit être ambulant ? ...

Extrait anti-labsurLab 2014 " :

La Souveraineté dans le Faire est liée à la souveraineté des corps, de l'alimentation, de l'habitat, de la (de)construction, du recyclage, de l'appropriation de l'espace public, du matériel libre, des énergies renouvelables, de l'art et de l'imagination.La cohabitation et le défi de sa permanence nous incite à penser en actions et logiques de travail collectif, du rapprochement des différents savoirs depuis une optique multiple et diverse, en dialogue avec la mémoire et les savoirs de nos ancêtres et en faisant face aux problèmes et opportunités que nous vivons au quotidien."

* Dossier peut être téléchargé à : http://www.plateforme-echange.org/IMG/pdf/dossier-st-fr-2014-07-05.pdf

== Affectif ==

Espace-temps collectif d'apprentissage du code, de partage autour d'un café et d'échanges. Vers une génération Ibniz ?

= OUTILS =
== Codes, logiciels ==
* Ibniz : http://wiki.labomedia.org/index.php/IBNIZ

== Matériel ==

Tout est possible!!!!

Une fanfare, qui plus est autonome, ne peux imposer des contraintes matérielles ou spirituelles, le principe étant de pouvoir se déplacer, ou se placer où l'on veux selon certains principes de base:
*diffuser du son et de l'image
*être autonome en électricité
*être autonome

===Diffusion du son===

Pour le moment deux essais plus ou moins fructueux :

*Premier essai avec des enceintes passives de récup et un ampli à 10€ from la chine (il est plutôt solide car il fonctionne encore après avoir amorti la chute de la betterie...)
Ampli 2x20W [http://www.ebay.fr/sch/i.html?_trksid=p2050601.m570.l1313.TR0.TRC0.H0&_nkw=lepai+lp-808&_sacat=0&_from=R40 lepai lp-808] basé sur un TA2020
+ 1 enceinte de chaine hifi
+ 1 caisson de basse

[[Fichier:Fifa-lepai lp808.JPG | 300px]]
[[Fichier:Fifa-HP1.JPG | 300px]]

*Second essai avec une colonne et un ampli à 20€
Ampli 1x12W Kemo M032N
+ 1 colonne de hp sous 4ohms

[[Fichier:Fifa-kemo.JPG | 300px]]
[[Fichier:Fifa-HP2.JPG | 300px]]

===Diffusion de l'image===

====pico-projecteur====

Chose un peu plus problématique car le budget pour un vidéo-projecteur sur demande un certain budget (100-500€)

Piste à suivre : des pico projecteur 500 lumen, à voir si l'alimentation externe est en 12 ou 24V...
http://lepicoprojecteur.fr/ 
[http://www.amazon.fr/gp/product/B0089RG2Q2/ref=as_li_ss_tl?ie=UTF8&camp=1642&creative=19458&creativeASIN=B0089RG2Q2&linkCode=as2&tag=picopro-21 LGPB60G] 
[http://www.amazon.fr/Vivitek-Qumi-Q5-Vid%C3%A9oprojecteur-USB/dp/B008BUPFFG/ref=sr_1_1?s=electronics&ie=UTF8&qid=1405944788&sr=1-1&keywords=QUMI+Q5 QUMI Q5] 
[http://www.amazon.fr/gp/product/B0069RM4NO/ref=as_li_ss_tl?ie=UTF8&camp=1642&creative=19458&creativeASIN=B0069RM4NO&linkCode=ashttp://www.amazon.fr/gp/product/B0069RM4NO/ref=as_li_ss_tl?ie=UTF8&camp=1642&creative=19458&creativeASIN=B0069RM4NO&linkCode=as2&tag=layoutfly-212&tag=layoutfly-21 un truc]

====projecteur diy====

*genre [http://www.instructables.com/id/homemade-projector-cornflake-box/?ALLSTEPS ça]
*de la ressource : http://www.allinbox.com

===Alimentation électrique===
N'importe quelle batterie de voiture ou autre batteries au plomb avec chargeur adapté.
La plus grande contrainte étant l'autonomie...
Pour le moment le premier dispositif de 20W tourne environ 6h sur une batterie de 40Ah, sans vidéo-proj

[[Fichier:Fifa-batteries.JPG | 300px]]

=Divers dispositifs=

* meuble mobile
[[Fichier:Exemple.jpg]]

* ordinateur et portable de récup'
* raspberry : 3

= PLANNING =
== démo ==
Festival Electropixel 2013 @apo33
{{#Widget:Vimeo|id=99703464}}

== participants ==
== remarques ==

FIFA

2014-09-17T09:16:27Z

Geb : mise en forme