Je vois une différence assez nette entre avoir un protocole ouvert et pouvoir s'interconnecté avec d'autres protocoles conçu différemment de façon convenable.
Justement, l'interconnexion peut tout à fait se passer avec le protocole ouvert. En fait XMPP a une partie qui concerne la connexion serveur-client et une partie serveur-serveur. Un réseau propriétaire peut tout à fait se contenter d'implémenter la partie serveur-serveur (ce ne serait même pas une réimplémentation puisque cette partie n'existe en général pas, comme il n'y a pas encore d'intéropérabilité pour l'instant).
Donc en gros, on s'en fiche comment (cad avec quel protocole) Facebook ou iMessage envoie un message à un usager du-dit service. Et on leur demande pas de changer cela, ni à utiliser XMPP. Par contre, si l'usager de Facebook veut envoyer un message à un autre sur iMessage ou sur un serveur XMPP, ou tout autre service, la connexion entre le serveur du service 1 et 2 pourrait se faire dans un protocole standardisé (par exemple donc XMPP).
Soit:
Alice—[communication proprio] --> Serveur d'Alice—[XMPP] --> Serveur de Bob—[communication proprio] --> Bob
En fait à la belle époque de XMPP, celle où j'étais moi-même membre de la XSF et qu'on croyait que c'était la bonne (y a plus de 10 ans), plusieurs services proprios avaient fait des expériences de telles interconnexions en XMPP. De mémoire (dites moi si je me plante), y avait AIM, ICQ qui testaient l'intéropérabilité avec XMPP, et je crois même qu'à un moment Microsoft avait testé une intéropérabilité sur MSN. Je me souviens que c'était l'époque marrante où certains geeks s'amusaient à scanner des ports sur des domaines de grosses entreprises IT qui avaient leur propre réseau de messagerie puis venaient annoncer joyeusement sur une liste de la XSF "j'ai trouvé un serveur qui répond avec un en-tête XMPP!". On ne s'attendait pas forcément à ce qu'aucun de ces services propriétaires (surtout ceux qui étaient les plus anciens) utilisent XMPP en protocole client-serveur. Mais avoir un unique protocole de communication en serveur-serveur suffirait pour une vraie intéropérabilité.
À l'époque, on y a vraiment cru, on a failli l'avoir notre intéropérabilité. Puis soudain, tout s'est effondré super rapidement, tout le monde s'est retiré du jeu, a arrêté ses expérimentations, ceux qui utilisaient XMPP (même en client-serveur pour le coup, et déjà en serveur-serveur) ont décidé de se refermer sur eux-même parce qu'ils étaient sûr d'y gagner (les idiots! Quand on voit le succès inexistant qu'ils ont eu en faisant cela... on pense à toi, Google, notamment! Où en sont-ils maintenant dans l'usage de leur solution? Ils sont surtout tous là à se faire la guerre).
Donc si cette intéropérabilité peut être forcée par une loi européenne, oui, 100 fois oui. De même heureusement que les téléphones ne sont pas limités par opérateurs, ou internet par fournisseur d'accès (on a failli l'avoir celui-là pour qui se rappelle les débuts de l'internet commercial!). Et pour ça, ça veut dire clairement avoir un protocole ouvert et unique imposé pour la partie serveur-serveur au moins (client-serveur, ce serait mieux, car ça permettrait de pouvoir utiliser le client de son choix quel que soit l'opérateur, de même qu'on peut utiliser le client email de son choix; mais à la limite si certains services veulent se tirer des balles dans le pied, tant que moi, je peux contacter les clients de ces services, ça me va!). Et bien entendu, je pense que XMPP serait le bon choix si on voulait choisir un tel protocole unique.
Par contre si ça en vient juste à ce que chaque service fournisse une spec semi-ouverte, semi-complète pour son protocole propriétaire, ou pire des APIs quelconques (probablement avec des "tokens" de connexion à réclamer au cas par cas), imposant que chaque service fasse du développement spécifique pour chaque autre service, alors franchement c'est juste une impasse de plus.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Et techniquement ?
Posté par Jehan (site web personnel, Mastodon) . En réponse au lien EU to force WhatsApp, Facebook Messenger, iMessage to interoperate with others - OSnews. Évalué à 10. Dernière modification le 26 mars 2022 à 15:58.
Justement, l'interconnexion peut tout à fait se passer avec le protocole ouvert. En fait XMPP a une partie qui concerne la connexion serveur-client et une partie serveur-serveur. Un réseau propriétaire peut tout à fait se contenter d'implémenter la partie serveur-serveur (ce ne serait même pas une réimplémentation puisque cette partie n'existe en général pas, comme il n'y a pas encore d'intéropérabilité pour l'instant).
Donc en gros, on s'en fiche comment (cad avec quel protocole) Facebook ou iMessage envoie un message à un usager du-dit service. Et on leur demande pas de changer cela, ni à utiliser XMPP. Par contre, si l'usager de Facebook veut envoyer un message à un autre sur iMessage ou sur un serveur XMPP, ou tout autre service, la connexion entre le serveur du service 1 et 2 pourrait se faire dans un protocole standardisé (par exemple donc XMPP).
Soit:
Alice—[communication proprio] --> Serveur d'Alice—[XMPP] --> Serveur de Bob—[communication proprio] --> Bob
En fait à la belle époque de XMPP, celle où j'étais moi-même membre de la XSF et qu'on croyait que c'était la bonne (y a plus de 10 ans), plusieurs services proprios avaient fait des expériences de telles interconnexions en XMPP. De mémoire (dites moi si je me plante), y avait AIM, ICQ qui testaient l'intéropérabilité avec XMPP, et je crois même qu'à un moment Microsoft avait testé une intéropérabilité sur MSN. Je me souviens que c'était l'époque marrante où certains geeks s'amusaient à scanner des ports sur des domaines de grosses entreprises IT qui avaient leur propre réseau de messagerie puis venaient annoncer joyeusement sur une liste de la XSF "j'ai trouvé un serveur qui répond avec un en-tête XMPP!". On ne s'attendait pas forcément à ce qu'aucun de ces services propriétaires (surtout ceux qui étaient les plus anciens) utilisent XMPP en protocole client-serveur. Mais avoir un unique protocole de communication en serveur-serveur suffirait pour une vraie intéropérabilité.
À l'époque, on y a vraiment cru, on a failli l'avoir notre intéropérabilité. Puis soudain, tout s'est effondré super rapidement, tout le monde s'est retiré du jeu, a arrêté ses expérimentations, ceux qui utilisaient XMPP (même en client-serveur pour le coup, et déjà en serveur-serveur) ont décidé de se refermer sur eux-même parce qu'ils étaient sûr d'y gagner (les idiots! Quand on voit le succès inexistant qu'ils ont eu en faisant cela... on pense à toi, Google, notamment! Où en sont-ils maintenant dans l'usage de leur solution? Ils sont surtout tous là à se faire la guerre).
Donc si cette intéropérabilité peut être forcée par une loi européenne, oui, 100 fois oui. De même heureusement que les téléphones ne sont pas limités par opérateurs, ou internet par fournisseur d'accès (on a failli l'avoir celui-là pour qui se rappelle les débuts de l'internet commercial!). Et pour ça, ça veut dire clairement avoir un protocole ouvert et unique imposé pour la partie serveur-serveur au moins (client-serveur, ce serait mieux, car ça permettrait de pouvoir utiliser le client de son choix quel que soit l'opérateur, de même qu'on peut utiliser le client email de son choix; mais à la limite si certains services veulent se tirer des balles dans le pied, tant que moi, je peux contacter les clients de ces services, ça me va!). Et bien entendu, je pense que XMPP serait le bon choix si on voulait choisir un tel protocole unique.
Par contre si ça en vient juste à ce que chaque service fournisse une spec semi-ouverte, semi-complète pour son protocole propriétaire, ou pire des APIs quelconques (probablement avec des "tokens" de connexion à réclamer au cas par cas), imposant que chaque service fasse du développement spécifique pour chaque autre service, alors franchement c'est juste une impasse de plus.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]