Une alternative à Internet : Netsukuku

Posté par  . Modéré par tuiu pol.
Étiquettes :
50
8
nov.
2010
Internet
Il existe plusieurs projets de réseaux alternatifs permettant une plus grande décentralisation et une meilleure résistance à la censure et à l'ingérence d'un tiers sur le réseau. Parmi ceux-ci, plusieurs fonctionnent selon le principe d'une couche d'abstraction supplémentaire au-dessus d'Internet. On peut citer FreeNet et I2P, par exemple.

Netsukuku est radicalement différent. Ce réseau ne fonctionne pas à partir des couches Internet existantes. En fait, ce système remplace la couche 3 du modèle OSI, et possède donc ses propres protocoles de routage, ainsi que son propre algorithme pour l'attribution des noms de domaines. On peut donc considérer Netsukuku non pas comme une contribution à Internet, mais plutôt comme une alternative, voire même comme un concurrent. À la base Netsukuku était un projet visant à exploiter pleinement toutes les possibilités du mode de transmission WiFi. L'objectif était de permettre à un réseau sans fil de se former spontanément, sans qu'aucune intervention humaine ne soit requise. Un tel réseau devait être capable de résister à la disparition où à l'apparition impromptue de nœuds sur le réseau.

Le fonctionnement de Netsukuku repose sur trois concepts :
  • Une structure topologique hiérarchisée : chaque nœud fait partie d'un groupe de 256 nœuds. Chaque groupe fait partie d'un « ggroup » de 256 groupes. Chaque ggroup fait partie d'un « gggroup ». Etc. Au final, chaque nœud se voit attribué une adresse de 128 bits, soit autant que pour IPv6.
  • Un protocole de routage spécifique : QSPN, pour "Quantum Shortest Path Netsukuku".
  • Un système de résolution d'adresse : ANDNA, pour « A Netsukuku Domain Name Architecture ». Son fonctionnement, délicat à résumer ici, permet notamment l'utilisation de paire de clefs pour l'authentification des nœuds.
Netsuku est donc un réseau ad hoc entièrement décentralisé et automatisé. Il procure les mêmes fonctions de base d'internet, à savoir le routage et la résolution de noms de domaine, de telle sorte que les applications internet standards devraient pouvoir tourner sur Netsukuku.

Une implémentation en python, accompagnée de code C pour les fonctions de bas niveau, a été publiée en octobre 2010.

Aller plus loin

  • # Excellent (et excitant)

    Posté par  (site web personnel, Mastodon) . Évalué à 10.

    Alors ça c'est un excellent projet, je viens de parcourir la page wikipédia qui est très instructive.
    Nous n'aurons jamais un réseau totalement libre tant qu'il y aura des points centraux (et donc faibles/potentiellement censurables) dedans comme les ISP, et un un réseau alternatif à Internet mais décentralisé, capable d'utiliser des techniques accessibles à tout le monde (wifi ou câbles pour le moment, peut être laser ou autre demain ?) est, à mon sens, un point de passage obligé. Finalement, c'est de l'autogestion appliquée à Internet.

    Reste à savoir 2 choses:
    - techniquement, quid la simplicité de mise en œuvre et des performances
    - si ce réseau (ou un autre dans la même idée) devient populaire, est-ce que les états lui feront la guerre (car encore plus incontrôlable qu'Internet), est-ce qu'il faudra agir clandestinement ? Et dans ce cas comment ? Le wifi semble alors une mauvaise solution.

    Bref, un projet à suivre de (très) près, merci pour la dépêche !

    • [^] # Re: Excellent (et excitant)

      Posté par  . Évalué à 8.

      A mon avis le principal obstacle à Netsukuku est qu'il arrive un peu tard. Internet règne en maître absolu sur les réseaux informatiques. L'adoption d'un nouveau protocole réseau se heurtera à la résistance au changement, d'autant plus que d'importants facteurs financiers entrent en jeu, car un réseau automatique sera moins couteux, et donc moins intéressant pour les fournisseurs d'accès, qui seraient réduis au statut de loueur de laison cuivrée. Et je ne parle pas du WiFi, dont l'utilisation avec un tel réseau pourrait sérieusement remettre en question tout le modèle économique de l'accès à Internet. Mais bon ce ne serait pas la première fois qu'un progrès technique serait freiné par des intérêts industriels et commerciaux.

      • [^] # Re: Excellent (et excitant)

        Posté par  (site web personnel, Mastodon) . Évalué à 10.

        Ça marche avec Internet (il y a un tunnel via internet pour relier les réseau wifi trop loin, et on peut accéder à Internet via une passerelle, cf FAQ). Après quelques machines dans le voisinages suffisent, et si ça devient très populaire, ça peut coexister. Bref, pas besoin de l'aval d'une compagnie quelconque, on peut faire ça avec nos potes du villages ;). Par contre si les états s'en mêlent, ça peut être une autre histoire (cf les radio libres).

        Autre chose: ça se base principalement sur le wifi, j'espère qu'ils prévoient d'autres moyens de connexion à l'instar de B.A.T.M.A.N. (dont on avait déjà parlé ici).

        J'aime bien dans la faq:
        Why the code is not written in java?

        Are you kidding?

        Un clien d'œil à Freenet ?

        • [^] # Re: Excellent (et excitant)

          Posté par  . Évalué à 7.


          J'aime bien dans la faq:
          Why the code is not written in java?

          Are you kidding?

          C'est sur que pour un programme ciblant des routeurs avec une quantité de ram limitée (openwrt), Java aurait été un choix stupide.
          Mais python ne s'en sort pas beaucoup mieux dans ce contexte, surtout au niveau utilisation CPU.
          Si leur projet prend de l'envergure, je suppose qu'il leur faudra une implémentation en C.

          • [^] # Re: Excellent (et excitant)

            Posté par  . Évalué à 8.

            L'API de java est aussi plus compliquée pour faire du réseau. Par exemple le select() n'est pas assez bas-niveau (il agit sur un flux, pas un fd). De la sorte, pour implémenter ce nouveau code, il faudrait commencer par "détricotter" java, ce qui fait des complications bien inutiles. De ce point de vue, Python est largement plus simple ; l'approche est sensiblement proche de celle du C, donc le passage au C ne devrait pas poser de problème. Au sujet des performances, on put considérer que le goulot d'étranglement est le réseau, pas Python ; donc la traduction en C ne sera rentable que si le ratio change (sur matériel peu performant),
            ou si la mémoire est critique.

          • [^] # Re: Excellent (et excitant)

            Posté par  (site web personnel) . Évalué à 7.

            C'est certain.

            Néanmoins j'ai été agréablement surpris des perfs de python sur un routeur MIPS: ca prend tout de même un bon 2Mo de flash une fois décompressé, mais un projet comme celui-ci : http://sourceforge.net/apps/trac/pyci/ est carrément utilisable sur une plate-forme comme http://www.ubnt.com/rspro.

            (J'admets que j'ai pas compilé le jdk dessus.... :-) )

            Quant à NetSukuku, je ne sais pas quoi en penser.

            D'un coté je trouve ca con de tout refaire. Surtout maintenant, avec de l'IPv6.
            La complexité de déploiement reste assez importante - est-ce qu'une "double-stack" serais possible ? Comme a l'époque avec IP / IPX ou Netbios ? Dans ce cas pourquoi pas...
            Et comment faire sous Windows , pour Mr. Michu ?

            D'un autre coté, l'avantage de la feuille blanche c'est qu'on peux tout reprendre de 0, en apprenant des erreurs passées.

            Par exemple le routage sur Internet est maintenant bien perverti par les énormes mastodontes: Le peering qui devrais être l'évidence n'est que l'exception , le reste n'est que jeux de gros sous, avec les abonnés dans le rôle des otages.
            Et c'est pas IPv6 qui va y changer grand chose.

            Donc, oui.... pourquoi pas Netsukuku...

            • [^] # Re: Excellent (et excitant)

              Posté par  (site web personnel) . Évalué à 7.

              Ericson faisait des routeurs qui tournaient en Erlang. Je ne connais pas l'empreinte mémoire comparé entre Erlang et le C mais Erlang est un langage avec machine virtuelle, c'est pas un langage compilé au sens du C et du Fortran.

  • # acronyme

    Posté par  (site web personnel) . Évalué à 5.

    QSDN, pour "Quantum Shortest Path Netsukuku".

    LE "Q" de Quantum, "S" de Shortest et "N" de Netsukuku, je vois ...

    Mais le "D" pour "Path", j'ai du mal.

    Quel est le vrai, quel est le faux ? :)

  • # Mouahaha

    Posté par  (site web personnel) . Évalué à 9.

    Ils prétendent faire des réseaux wifi maillés mais ils supposent un réseau stable (selon la page wikipédia du moins : pas de mobilité et mise à jour lente des routes). Euh, ils l'ont testé en vrai leur réseau ?

    Par ailleurs, je ne trouve aucune info technique : ils font de l'état de lien ou du vecteur de distance ? Peut-il y avoir des boucles de routage ? Au bout de combien de temps sont-elles résolues ? Ils ont l'air de couper en petits sous-réseaux, ce qui rappelle OSPF, mais ils argumentent ça en termes de consommation mémoire (c'est un peu risible à mon avis) alors qu'OSPF le fait pour des raisons de correction.

    Et puis, un protocole de routage implémenté en Python, et qui prétend optimiser l'occupation mémoire... Ça ressemble vraiment à une grosse blague.

    Si vous voulez faire des réseaux maillés un peu sérieux, utilisez Babel : http://www.pps.jussieu.fr/~jch/software/babel (ou BATMAN, cité plus haut).

    • [^] # Re: Mouahaha

      Posté par  (site web personnel) . Évalué à 7.

      Toutes mes excuses, je n'avais pas trouvé la FAQ technique. Pour me répondre, c'est donc du vecteur de distance modifié : ils ont des groupes de 256 noeuds au sein desquels ils routent n'importe comment (instead of the QSPN you can try to use a normal routing discovery method: it will always work inside a group of nodes), et ils font du vecteur de distance (ou alors ils utilisent leur notion de "hiérarchie" ?) entre les groupes.

      J'ai voulu en savoir un peu plus, mais la "main documentation" est toute cassée chez moi (les liens vers des pdf, aux titres prometteurs, mènent à des pages blanches) : http://netsukuku.freaknet.org/index.php?pag=documentation&am(...)

    • [^] # Re: Mouahaha

      Posté par  (site web personnel) . Évalué à 4.

      La documentation détaillée est dans le SVN en fait : http://dev.hinezumi.org/browser/netsukuku/trunk/doc/main_doc

      Je ne suis toujours pas convaincu. Plus je lis, plus j'ai l'impression qu'ils font des choses très compliquées (donc qui ont beaucoup plus de chance de ne pas marcher) pour essayer de résoudre un problème qui n'existe pas : un réseau maillé de la taille de l'internet. Mais peut-être qu'il y a quelque chose que je ne comprends pas.

      • [^] # Re: Mouahaha

        Posté par  . Évalué à 2.

        Honnêtement je serais mal placé pour te convaincre. Moi j'avoue que je ne connaissais même pas Batman. C'est dire. Y'en a des choses à savoir quand même. Enfin bon, cette dépêche aura eu au moins le mérite d'aborder le sujet des réseaux ad-hoc et de les faire découvrir à ceux qui ne les connaissaient pas.

        Personnellement j'ignore quelle est la meilleure solution entre Batman et Netsuku. J'espère seulement qu'un jour l'un d'eux s'imposera et qu'on sera enfin débarassés des FAI.

        • [^] # Re: Mouahaha

          Posté par  (site web personnel) . Évalué à 10.

          Nan mais le rôle d'un protocole de routage, ce n'est PAS de se débarasser de ton FAI. C'est juste de trouver la route la plus courte entre deux personnes.

          Et tu auras toujours besoin de ton FAI : même avec un réseau maillé, si tu veux faire transiter des informations de Paris à Bordeaux (et je ne parle pas de Tokyo), tu as besoin de lignes à haut débit entre les deux. Le wifi point à point, même si on sait le faire des quelques kilomètres, tu as un problème de débit qu'il faudra bien gérer un jour ou l'autre si tu entends passer à l'échelle.

          C'est ça que je leur reproche, en fait : ils font tout un foin pour gérer (soit-disant) un "Internet alternatif", mais la couche physique de cet Internet n'existe tout simplement pas. C'est pas pour faire plaisir aux grands méchants capitalistes qu'on a inventé les FAIs, c'est juste qu'économiquement et physiquement, c'est la seule solution.

          Après, on peut vouloir des FAI associatifs (comme FDN), on peut vouloir de la régulation, de la neutralité, etc. Mais l'application typique des réseaux maillés, c'est à l'échelle du quartier ou de la ville. Et quand tu couvres une région entière, comme guifi.net en Catalogne (voir la carte du réseau : [http://guifi.net/node/2413/view/map]), tu utilises quand même essentiellement des liaisons de FAI pour les liaisons longue distance (parce que oui, ça va plus vite de prendre l'ADSL puis les backbone de l'internet que le wifi). Croire qu'un réseau maillé peut passer à l'échelle totalement sans FAI, c'est juste irréaliste.

          C'est en ce sens que j'ai l'impression qu'ils s'attaquent à un problème qui n'existe pas.

          • [^] # Re: Mouahaha

            Posté par  . Évalué à -3.

            Pas d'accord. Le FAI ne fait pas que te procurer les lignes physiques. Il gère le réseau sur lequel tu te connectes. Il te choisit une adresse IP, te fait la résolution DNS, etc... Le FAI est ton administrateur réseau. Un réseau comme Netsukuku se propose de gérer cela de façon automatique. Donc oui, son but c'est bien de se dispenser des FAI, ou au moins de les réduire au rôle de simple loueur de lignes physiques. Leur service ne serait plus alors qu'une simple location d'un bien immobilier, susceptible d'être acheté par les utilisateurs du réseau.

            Personnellement j'ai beau être un fervent défenseur du capitalisme, n'empêche que je peux pas pifrer les FAI.

            • [^] # Re: Mouahaha

              Posté par  (site web personnel) . Évalué à 5.

              > Le FAI ne fait pas que te procurer les lignes physiques
              ça dépend
              à titre particulier peut-être, mais en terme d'entreprise tu peux très bien prendre un FAI pour juste de connecter au grand net. Mieux que ça, tu peux très bien avoir tes adresses IP et venir coller deux connexions (genre deux fibres) jusque chez toi, les deux sur des FAI différents, et aucun ne te gérera ton réseau, DNS ou autre.
              Donc oui, tu peux très avoir des FAI qui ne sont que loueurs de ligne sans passer par netsukuku (soit dit en passant, c'est pas avec un nom comme ça que ça va devenir populaire, ou en tout cas ça va pas aider...)

            • [^] # Re: Mouahaha

              Posté par  . Évalué à 2.

              > Il te choisit une adresse IP, te fait la résolution DNS, etc...

              Il fournit de façon quasi inévitable (pour un particulier) le lien physique et l'IP. Le reste, c'est par commodité que tu t'en sers.

              Et personnellement, le fait que chez certains FAI (en nouvelle calédonie, notamment), SMTP privé = relai spam me gène bien plus que le DNS facultatif fournit par mon FAI. Car si je veux m'adresser à leur client, je suis obligé de me faire relayer par mon FAI ou un autre SMTP... Et là, ça relève plutôt de qui contrôle les merveilleux antispam sauveurs du monde libre que d'une problèmatique de FAI.

          • [^] # Re: Mouahaha

            Posté par  . Évalué à 2.

            J'ajoute que je ne vois pas pourquoi un réseau comme Netsukuku ne pourrait pas avoir une envergure planétaire. Il m'a tout l'air d'être conçu pour ça (par exemple avec les 2^128 adresses).

            • [^] # Re: Mouahaha

              Posté par  (site web personnel) . Évalué à 8.

              Pour le coté routage, pourquoi pas.

              Mais pour le wifi....


              Il se trouve qu'il y a environ 1 an, j'ai étudié un peu le problème:

              Je trouvais ça con d'avoir tellement de "box" à portée les une des autres, mais que pour envoyer un fichier au voisin d'en face il faut passer par Paris.

              Ma conclusion, c'est que ca ne peux pas marcher, du moins avec ce matériel:

              Il y a le problème du partage de fréquence: Les cartes actuelles savent soit scanner les balises soit se verrouiller une une fréquence pour envoyer ou émettre. En plus en 2.4GHz, il n'y a que 3 fréquences distinctes (les 11 canaux y sont dispatchés).
              D'ailleurs, c'est le même problème en GSM (sauf que eux ont plus de canaux dispo)

              Ca implique que pour que ca marche, il faut que TOUS les points d'accès soient tuné sur la même fréquence.

              Oui, mais comme les cartes ne savent que émettre ou recevoir à un moment donné, ca implique que sur une zone donné, à un instant donné il n'y ai qu'UN seul émetteur: Tous les autres doivent écouter , même si le message n'est en fait pas pour eux, (On parle bien en Mesh, là), et pire : même si l'émetteur n'est pas a porté de réception: Parce que le récepteur "entre les 2", lui, dois recevoir UN seul message. Il ne peux pas en recevoir deux simultanément.

              Ca implique que plus un "nuage" mesh est important, plus la bande passante maximale est divisée par le nombre de stations. Même si elle sont toute en "rang d'oignon".

              L'avantage d'un mode Infrastructure (AP) c'est que c'est l'AP qui indique QUAND les stations doivent parler. Du coup la bande passante est maximisée.


              Les solutions il y en a.... mais pas avec une "simple" box:
              - Cartes wifi plus évoluées, ou bien plusieurs cartes wifi chacune sur leur fréquence,
              - Frequency hopping (pour éviter les interférences externe au mesh)
              - Utilisation en 5Ghz (plus de canaux disponibles) avec des mesh plus petits interconnectés entre eux...

              D'autre part, pour le passage à l'échelle, ca implique un nombre de routeurs traversés très important, chacun avec un cache mémoire important (store-and-forward) parce que plus le mesh est grand, plus un noeud avec beaucoup de liens récupère de paquets à transférer mais moins souvent il a la parole pour les dispatcher (en terme de dispo radio).


              Bref, ce sont des problématiques que je regarde encore, mais là j'avoue que j'ai pu tester un mesh de type Batman et Babel avec une dizaine de neufbox.
              En gros ca marche (bien) quand on ping.
              Mais quand on place plusieurs stations sur les box qui s'échangent des fichiers entre elles, les performances s'effondrent rapidement.
              (Certes, les cartes wifi des neufbox ne sont pas le top en la matière....)

              • [^] # Re: Mouahaha

                Posté par  (site web personnel) . Évalué à 3.

                Tu as fait tourner Babel sur une neufbox ? Si c'est le cas, je trouve ça magique.

                Et complètement d'accord sur tout le reste. Il faut du multiradio, mais c'est loin d'être à l'ordre du jour.

                • [^] # Re: Mouahaha

                  Posté par  (site web personnel) . Évalué à 1.

                  Tu as fait tourner Babel sur une neufbox ? Si c'est le cas, je trouve ça magique.

                  Oui (avec le driver libre, pas le driver proprio).
                  Bon, ca marche, quoi. Mais ca marche tout aussi bien avec une fonera...

                  Et complètement d'accord sur tout le reste. Il faut du multiradio, mais c'est loin d'être à l'ordre du jour.

                  Pour les routeurs grand public c'est clair.
                  La RSPro est pas mal (3 ports PCI, donc potentiellement 3 radio. Mais c'est pas donné... et faut la fabriquer soit-même, y compris la boite.

              • [^] # Re: Mouahaha

                Posté par  (site web personnel) . Évalué à 4.

                Je vais peut-être dire une connerie, mais pour moi le wifi c'est tout pourri.

                La portée est très limitée : avec ma Freebox, ça marche dans certaines pièces proches de la box, mais ça ne passe pas 2 ou 3 murs. D'ailleurs, avec un pc portable, je capte moyen quand je suis à 2 mètres de ma Freebox (je ne sais pas pourquoi). Peut-être que mon matos est pourri, mais justement : le matos grand public pour faire du wifi est tout pourri (d'ailleurs, pour les pilotes Linux c'était longtemps la croix et la bannière).

                Et je sais pas vous, mais moi je perd plein de paquets avec le wifi. C'est à dire que le débit est moindre et la latence plus importante (si on compare à une connexion par cable ethernet par exemple).

                Pour monter un internet alternatif avec du wifi, il faudrait que le wifi passe un peu mieux à travers les murs et ait une porté carrément plus importante. Ou alors il faudra à peu près que tout le monde utilise Netsukuku et que la densité de population augmente carrément à la campagne :-) (mais dans ce cas, y'a des soucis technique liés à la technologie wifi si j'ai bien compris)

                • [^] # Re: Mouahaha

                  Posté par  (site web personnel) . Évalué à 4.

                  Et je sais pas vous, mais moi je perd plein de paquets avec le wifi.

                  Au centre des grandes villes, c'est normal : il y a plein de réseaux wifi qui se chevauchent sur les mêmes canaux. Augmenter leur portée empirerait ce problème.

                • [^] # Re: Mouahaha

                  Posté par  . Évalué à 1.

                  Ou alors il faudra à peu près que tout le monde utilise Netsukuku et que la densité de population augmente carrément à la campagne :-)

                  Si ça marche, on pourra peut-être aussi ensuite utiliser le WiMAX, non ?

              • [^] # Re: Mouahaha

                Posté par  . Évalué à 1.

                Ca implique que pour que ca marche, il faut que TOUS les points d'accès soient tuné sur la même fréquence.

                Oui, mais comme les cartes ne savent que émettre ou recevoir à un moment donné, ca implique que sur une zone donné, à un instant donné il n'y ai qu'UN seul émetteur: Tous les autres doivent écouter , même si le message n'est en fait pas pour eux, (On parle bien en Mesh, là), et pire : même si l'émetteur n'est pas a porté de réception: Parce que le récepteur "entre les 2", lui, dois recevoir UN seul message. Il ne peux pas en recevoir deux simultanément.

                Une combinaison avec du multiplexage et un protocole similaire à CSMA/CD, ça irait? Je dis ça en toute curiosité.

            • [^] # Re: Mouahaha

              Posté par  . Évalué à 2.

              Parce que, comme expliqué, il n'y a pas d'infrastructure physique sous-jacente.
              Le wifi c'est super, sauf que :
              - on n'a pas assez de canaux
              - ce n'est pas avec ça que tu vas traverser l'Atlantique
              - ca impose que ton next hop soit à portée wifi
              Donc je te laisse imaginer le nombre de hops pour joindre un autre pays, il va falloir passer le TTL sur 32 bits (et ton ping va se compter en secondes).
              Cela ne peut pas passer à l'échelle d'Internet, je suis sûr qu'ils s'amusent bien dans leur campus, mais ce n'est rien d'autre qu'un projet de laboratoire...

              • [^] # Re: Mouahaha

                Posté par  . Évalué à 5.

                Oui enfin ils disent clairement qu'ils comptent utiliser le reseau internet pour faire passerelle... En cumulant avec la liste d'ip de confiance + le voisinage de chaque noeud, tu peux tres rapidement en qques rebonds taper sur le bon serveur a l'auter bout de la terre.

                Avoir un reseau entierement en wifi est tres certainement une mauvaise idée mais utiliser un reseau wifi + internet (ip de confiance uniquement), c'est clairement une solution qui peut marcher pour etre Hadopi-proof

  • # Le Complot

    Posté par  . Évalué à 6.

    Outre la qualité technique du chose que je ne remets absolument pas en question…

    Tout de même, ils auraient pu trouver un nom un peu plus sérieux. Déjà que se poser en alternative à Internet est pour le moins ambitieux, si en plus ils partent en croisade avec un nom pareil, c'est vraiment se rajouter du handicap gratuitement.

    Et puis imaginez que ce truc perce vraiment et qu'on finisse par ne plus pouvoir s'en passer. Nous seront obligés de dire « Je surfe sur le Netsukuku ». C'est inhumain. Que dis-je, c'est ignoble.

    J'ai la profonde certitude qu'il s'agit d'un complot organisé par les créateurs du projet : un groupuscule d'êtres aigris et sociopathes nous haïssant en secret et agissant dans l'ombre.
    Pour assouvir leur vengeance, ils s'emploient à créer divers produits et technologies voués à devenir indispensables pour l'humanité, et ayant pour point commun de porter un nom ridicule aux dissonances nauséabondes et torturées entrainant un supplice psychologique tel que les auditeurs répétés ne pourront y survivre qu'en s'enfonçant perceuses électriques ou autres fers à souder dans les conduits auditifs.

    Prochaine étape de leur plan diabolique : créer un vaccin contre le SIDA et engager contractuellement les distributeurs, médecins et industries pharmacologiques à le nommer « Tagada Tagada Tagada Tsoin-Tsoin ».
    C'était juste pour déconner, diront-ils. Mais ne vous y méprenez pas : la vérité est ailleurs.

    • [^] # Re: Le Complot

      Posté par  . Évalué à 3.

      Attention je ne pense pas qu'ils se présentent comme une "alternative à internet". C'est moi qui ait mis cette expression dans le titre, pour accrocher le lecteur. C'est une interprétation personnelle du truc.

      • [^] # Re: Le Complot

        Posté par  . Évalué à 5.

        Ne leur donne pas d'idées. Ils nous surveillent.

      • [^] # Re: Le Complot

        Posté par  . Évalué à 6.

        pour accrocher le lecteur.
        Les réflexes commerciaux sur linuxfr, ça passe mal :-)

    • [^] # Re: Le Complot

      Posté par  . Évalué à 0.

      Par ailleurs le nom n'est pas un problème, on trouvera bien un surnom plus adapté.

      Le World Wide Web, par exemple, a été surnommé "Web". Même pour internet on dit plus simplement "Net", ou même "la toile".

      Pour Netsukuku, si "je surfe sur le Netsukuku" parait lourd, on peut très bien imaginer "je surfe sur Netsuku", ou même "je surfe sur le Net" (en supposant que Netsukuku supplante internet).

      Ou même n'importe quelle autre surnom que je n'imagine même pas.

      • [^] # Re: Le Complot

        Posté par  (site web personnel) . Évalué à 10.

        Pour Netsukuku, si "je surfe sur le Netsukuku" parait lourd, on peut très bien imaginer "je surfe sur Netsuku", ou même "je surfe sur le Net" (en supposant que Netsukuku supplante internet

        Après les sites web :
        Chérie, je vais sur des sites de ku ! \o/

      • [^] # Re: Le Complot

        Posté par  . Évalué à -2.

        ou même "je netsuke" (du verbe 'netsuker').

  • # Statistiques de consultation de la page Wikipedia

    Posté par  . Évalué à 3.

    Trop fort !

    Mattez les statistiques de consultation de la page Wikipedia sur Netsukuku :

    http://stats.grok.se/en/201011/Netsukuku

  • # Sceptique

    Posté par  (site web personnel, Mastodon) . Évalué à 10.

    Hmmm, le projet, si on le résume à trois lignes (réseau construit par la base, décentralisé, etc), est politiquement tentant, et j'apprécie les gens qui tentent des choses audacieuses.

    Mais, bon, à lire les articles techniques, ça fait encore pas mal « projet d'étudiant qui vient de découvrir les DHT et croit qu'il va résoudre tous les problèmes avec ». Je crains fort qu'il ne s'agisse d'un projet Powerpoint (grandes déclarations et pas de code qui tourne).

    Donc, les points qui me dérangent :

    Politiquement, c'est assez naïf que de croire que des problèmes comme la censure se régleront par un changement de techniques. Un régime qui filtre son Internet national (comme la Chine) en fera autant avec n'importe quel autre réseau.

    Techniquement, rien n'indique que les auteurs comprennent le mot "scalability" (désolé, pas de bonne traduction en français). Par exemple, ils n'ont fait ni calcul formel, ni simulation, ni déploiement effectif pour voir si leurs techniques passaient à l'échelle. Ce n'est pas parce qu'un truc fonctionne entre trois PC dans un garage qu'il fonctionnera avec trois ou quatre milliards de machines. La première chose à demander à des gens qui veulent construire un réseau mondial, c'est « Avez-vous au moins fait tourner vos algorithmes in silico avec 10 000 machines ? »

    Le protocole de résolution de noms, ANDNA, n'offre aucune sécurité. Certes, les enregistrements sont signés. Mais comme il n'existe aucun moyen de vérifier une clé publique, il s'agit d'une « auto-signature », sans aucune valeur. Ce protocole est donc en retard sur l'état de l'art en matière de DHT comme, par exemple, CoDoNS, qui traite ce problème. D'une manière générale, d'ailleurs, les auteurs d'ANDNA semblent, soit ignorants, soit méprisants du travail des autres : ils ne citent pas une seule fois les nombreux protocoles qui ont essayé, plus sérieusement, de résoudre ce genre de problème (comme HIP).

    Les textes contiennent des énormités comme « The registration of a domain upon these servers is a privilege provided by InterNIC, a United States controlled company, who
    grants the right to sell single domain names to end users. » affirmation qui n'a jamais été vraie et qui l'est encore moins aujourd'hui. Mais la plus énorme est « Unfortunately, all
    of these protocols [BGP, OSPF] must consume massive amounts of computational resources
    to function on a network of the scale of the Internet, and must exist on special
    dedicated machines. So great are the physical requirements of these unique (usu-
    ally even purpose-built) machines, ». Ils n'ont jamais entendu parler de Quagga ou de BIRD (qui tournent BGP sur un bête PC/Linux) et ils veulent faire du routage au niveau mondial ! (La table de routage BGP actuelle fait dans les 300 000 routes, un chiffre peu impressionnant pour les ordinateurs d'aujourd'hui.)

    • [^] # Re: Sceptique

      Posté par  . Évalué à 2.

      Voilà une critique constructive des plus salutaires. Merci.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.