Bonjour, est ce normal lorsque qu’un correspondant n’est pas connecté, le petit rond vert de son avatar ne soit pas rouge ?
comment savoir alors si le correspondant est en ligne ?
par ailleurs, les accusés réception des messages fonctionnent sur PC mais pas sur android.
Bienvenue @nyke ,
Rond vert de l’avatar = le pair est en ligne
Pas de Rond vert de l’avatar = le pair est hors ligne
Ouvrir une “issue” ici : https://git.jami.net/groups/savoirfairelinux/-/issues
en y joignant les journaux reçus dans déverminage de chacun des jami PC et ANDROID
De ce que j’imagine du fonctionnement du statut de présence en ligne ou non, il est nécessaire d’avoir un serveur de statut qui conserve l’état des pairs actuellement en ligne. Chaque pair va régulièrement pinger ce serveur pour confirmer qu’il est toujours en ligne. Lorsque le serveur n’a pas reçu de ping, il enlève ce pair de l’annuaire des pairs présents sur le réseau Jami.
Maintenant, pour ne pas saturer ce serveur de statut, il faut éviter de pinger trop fréquemment. Ce qui veut dire qu’il y a une certaine latence entre le moment où un pair n’est plus en ligne et le moment où le serveur de statut n’a plus reçu de ping et le considère donc hors-ligne.
Pour le correspondant qui interroge le serveur de statut, celui-ci lui répond que le pair est en ligne, alors qu’en réalité celui-ci ne l’est plus car il vient de se déconnecter il y a quelques minutes (la latence dépend de la durée de rafraîchissement du statut; la fréquence des pings).
Maintenant, Jami étant p2p, comment est implémenté ce concept de serveur de statut est une autre histoire… que je ne connais pas encore. Tout ça pour dire que je ne pense pas que le statut des pairs soit en temps réel.
J’ai écrit serveur de statut pour simplifier la compréhension du problème de latence dans la détermination du statut, mais dans le contexte p2p il faut comprendre entité distribuée qui gère les statuts, comme par exemple une table de hashage distribuée entre tous les pairs du réseau Jami.
Et il faut aussi ajouter la latence du pair qui interroge les statuts pour le contenu de son carnet d’adresses, car il le fait à une certaine fréquence (quelques minutes?).
Merci @pmetras pour cet article, très pédagogique, pour les simples utilisateurs que nous sommes.
Sûrement @sblin de https://savoirfairelinux.com/fr qui porte le projet jami peut répondre avec précision à cela, mais étant très occupé car l’équipe de programmeurs jami n’est pas très grande et c’est le seul francophone…
Je vous recommande la lecture de cet article qui me semble en lien avec le sujet https://jami.net/establishing-peer-to-peer-connections-with-jami/
Et pour aller plus loin dans la connaissance de “l’arrière cuisine de jami” c’est en Anglais ici : https://git.jami.net/savoirfairelinux
Jamicalement
d’après ce j’ai compris après les explications de verojean sur le swarm premierpasjami, (j’avais effectué des tests avec des comptes crées sur le même réseau), le serveur OpenDHT voit que le réseau est identique, il considère alors que même si un seul compte est activé, les autres identifiants sur le réseau bien qu’inactifs restent avec le voyant vert.
je viens de faire le premier test dans des réseau distincts, il y a un temps de latence mais le voyant vert finit par disparaître si un compte devient inactif.
vous pouvez féliciter les développeurs, la qualité des appels est excellente, vraiment excellente, encore meilleur que sur signal, cela s’explique qu’il n’y a aucun serveur intermédiaire, wireshark m’a bien confirmer que c’est directement pear to pear, si les correspondants utilisent le même vpn, c’est le best. félicitations à jami.
1 Like
en lien avec le sujet :
https://forum.jami.net/t/jami-proxy-dht-et-turn/1482?u=verojean
https://jami.net/why-is-jami-truly-distributed/
https://jami.net/establishing-peer-to-peer-connections-with-jami/
Merci @pmetras et @nyke d’avoir soulever la question et pour votre participation 
https://docs.jami.net/developer/contact-management.html?highlight=presence
donnera un peu d’explication. Mais il s’agit du fait d’avoir ou non l’appareil annoncé sur la DHT. Avec un TTL de 10 minutes.
Sur les mobiles c’est encore plus complexe car les applications ne sont pas actives lorsqu’un téléphone est en veille, du coup cette présence est gérée par un autre noeud (le DHT proxy) sur une plus longue périodes (c’est pas relatif à Jami, pas mal toutes les applications font ca. Sur whatsapp, si vous prenez un téléphone et enlevez internet, la présence pourra mettre jusqu’à 2h avant de se mettre à jour).
1 Like