Tiens d'ailleurs XMPP est un cas particulier : c'est un réseau décentralisé « hybride », c'est à dire qu'il y a des serveurs intermédiaires mais il est capable de faire du P2P (j'ai un article à publier sur Jingle à ce sujet). On est aussi plusieurs à envisager à terme d'en faire un réseau entièrement pair à pair en regroupant serveur et client (optionnellement), ça ne se fera peut-être jamais, mais c'est techniquement possible (on peut déjà se passer de serveur en local).
Je serais curieuse de savoir comment ça serait possible. J'imagine déjà plusieurs problèmes :
comment gérer l'identité si il n'y a plus de serveur. Le JID avec un nom d'utilisateur, un @ et un nom de domaine ne semble plus adapté.
comment passer les NAT sans serveur ? Des projets P2P depuis le début ont déjà résolu ce problème.
comment gérer la mobilité : le changement d'adresse IP ?
Et je suppose que le résultat ne serait pas compatible avec le réseau XMPP fédéré actuel. A la limite, c'est pas si gênant, mais peut on encore appeler ça du XMPP ?
[^] # Re: Ne pas jeter le bébé avec l'eau du bain
Posté par Mildred (site web personnel) . En réponse au journal Partage: de ownCloud (décentralisé) à Syncthing (distribué). Évalué à 1.
Je serais curieuse de savoir comment ça serait possible. J'imagine déjà plusieurs problèmes :
@et un nom de domaine ne semble plus adapté.Et je suppose que le résultat ne serait pas compatible avec le réseau XMPP fédéré actuel. A la limite, c'est pas si gênant, mais peut on encore appeler ça du XMPP ?