Je cherchais une couche de messagerie p2p à faible latence (pas nécessairement une MQ) qui devrait répondre aux exigences suivantes, mais sans succès. J'ai effectivement utilisé Resilio (Bittorrent Sync) et il fonctionne simplement sans aucune configuration, même derrière les firewalls ou sur un périphérique NAT, etc. Mais il ne répond pas à mes exigences de latence (en particulier lorsque plusieurs périphériques sont stockés ("envoi") messages simultanément dans un dossier partagéExiste-t-il une couche P2P, Open source, sans transfert de port, à faible latence et messagerie?
Exigences:..
- doit être libre d'utiliser pour un usage commercial (source ouvert de préférence)
- doit être disponible sur Linux/Ubuntu
- Doit travailler. de la boîte c.-à-d. aucun renvoi de port etc. devrait être exigé même quand derrière des pare-feu ou sur un périphérique NAT.
- Doit être p2p (c'est-à-dire aucun serveur centralisé).
- Doit être quelque peu évolutif. Doit supporter des temps de livraison inférieurs à la seconde de messages de petite taille (un kilo-octet) lorsque 10 appareils envoient des messages (un-à-plusieurs) simultanément. Donc, un total de 90 messages d'un kilo-octet livré sous-seconde. Chaque appareil distribue un message et reçoit 9 messages.
- Doit avoir une sorte d'API.
Je ne sais pas exactement comment Resilio se connecte aux périphériques. Mais peut-être que la couche de messagerie que je recherche utilise une sorte de serveur de signalisation/STUN pour la découverte de périphériques/connexions. Cela devrait aller bien tant qu'il y a plusieurs serveurs de signalisation publique/STUN sur lesquels vous pouvez compter (en essayant d'éviter la centralisation). Les technologies comme WebRTC semblent très prometteuses, mais je n'ai rien trouvé qui fonctionne hors de la boîte. Cependant, des sites comme https://otr.to et des applications comme Resilio me disent qu'une couche de messagerie/application avec les exigences ci-dessus devrait être possible?
Toutes les suggestions sont appréciées. Merci d'avance.
Je pense que vous devriez supprimer l'exigence "multicast" du titre. Multicast ou broadcast est une adresse de type "send to all", normalement ce n'est pas pertinent quand on parle de p2p sur internet. – enkryptor
Terminé. J'ai oublié de l'enlever du titre quand je l'ai enlevé des conditions. Ce que je recherche est une solution avec une sous-seconde communication de un à dix périphériques (environ) mais simultanément. Donc, un total de 90 messages d'un kilo-octet livré sous-seconde. Chaque appareil distribue donc un message et reçoit 9 messages. Je ne sais pas quel est le bon terme pour ce genre de distribution de messages. – user1869131