Réunion du 17-12-2024 - Historique des versions

Acryline : /* Mots de passe SH256 */

2025-01-09T14:44:29Z

Mots de passe SH256

← Version précédente		Version du 9 janvier 2025 à 14:44
Ligne 34 :		Ligne 34 :

	= Mantis=		= Mantis=
	== Mots de passe SH256==		== (PATCH) Mots de passe SH256==
	* '''Ticket 9174''' : [http://opensimulator.org/mantis/view.php?id=9174 Utiliser SHA256 pour hachés les mots de passes des utilisateurs tout en conservant les anciens hachages en MD5 ]		* '''Ticket 9174''' : [http://opensimulator.org/mantis/view.php?id=9174 Utiliser SHA256 pour hachés les mots de passes des utilisateurs tout en conservant les anciens hachages en MD5 ]
	* '''Avis de Vicent Sylvester''' : Actuellement aucun viewer n'est passé au nouveau hash. Ajouter une solution de repli peut sembler une bonne idée, mais cela créerait une table de données mixtes, ce qui n'est pas une bonne pratique pour la compatibilité. Lorsque le passage au nouvel algo sera déployé au niveau des viewers alors, les utilisateurs devront réinitialiser leurs mots de passe et générer de nouvelles informations d'identification afin de résoudre le problème que ce changement est censé résoudre. Si md5 fournit une faible sécurité, il est donc absurde de continuer à le soutenir alors qu'il y a une raison de le supprimer.		* '''Avis de Vicent Sylvester''' : Actuellement aucun viewer n'est passé au nouveau hash. Ajouter une solution de repli peut sembler une bonne idée, mais cela créerait une table de données mixtes, ce qui n'est pas une bonne pratique pour la compatibilité. Lorsque le passage au nouvel algo sera déployé au niveau des viewers alors, les utilisateurs devront réinitialiser leurs mots de passe et générer de nouvelles informations d'identification afin de résoudre le problème que ce changement est censé résoudre. Si md5 fournit une faible sécurité, il est donc absurde de continuer à le soutenir alors qu'il y a une raison de le supprimer.

Acryline : /* [PATCH] Mots de passe SH256 */

2025-01-09T14:44:10Z

[PATCH] Mots de passe SH256

← Version précédente		Version du 9 janvier 2025 à 14:44
Ligne 34 :		Ligne 34 :

	= Mantis=		= Mantis=
	== ~~[PATCH]~~ Mots de passe SH256==		== Mots de passe SH256==
	* '''Ticket 9174''' : [http://opensimulator.org/mantis/view.php?id=9174 Utiliser SHA256 pour hachés les mots de passes des utilisateurs tout en conservant les anciens hachages en MD5 ]		* '''Ticket 9174''' : [http://opensimulator.org/mantis/view.php?id=9174 Utiliser SHA256 pour hachés les mots de passes des utilisateurs tout en conservant les anciens hachages en MD5 ]
	* '''Avis de Vicent Sylvester''' : Actuellement aucun viewer n'est passé au nouveau hash. Ajouter une solution de repli peut sembler une bonne idée, mais cela créerait une table de données mixtes, ce qui n'est pas une bonne pratique pour la compatibilité. Lorsque le passage au nouvel algo sera déployé au niveau des viewers alors, les utilisateurs devront réinitialiser leurs mots de passe et générer de nouvelles informations d'identification afin de résoudre le problème que ce changement est censé résoudre. Si md5 fournit une faible sécurité, il est donc absurde de continuer à le soutenir alors qu'il y a une raison de le supprimer.		* '''Avis de Vicent Sylvester''' : Actuellement aucun viewer n'est passé au nouveau hash. Ajouter une solution de repli peut sembler une bonne idée, mais cela créerait une table de données mixtes, ce qui n'est pas une bonne pratique pour la compatibilité. Lorsque le passage au nouvel algo sera déployé au niveau des viewers alors, les utilisateurs devront réinitialiser leurs mots de passe et générer de nouvelles informations d'identification afin de résoudre le problème que ce changement est censé résoudre. Si md5 fournit une faible sécurité, il est donc absurde de continuer à le soutenir alors qu'il y a une raison de le supprimer.

Acryline : /* [PATCH] Mots de passe SH256 */

2025-01-09T14:25:52Z

[PATCH] Mots de passe SH256

← Version précédente		Version du 9 janvier 2025 à 14:25
Ligne 51 :		Ligne 51 :
	</pre>		</pre>
	}}		}}

	* 🏗️

	= Informations=		= Informations=

Acryline : /* Bilan actuel de la voice pour OpenSim */

2025-01-09T14:23:24Z

Bilan actuel de la voice pour OpenSim

← Version précédente		Version du 9 janvier 2025 à 14:23
Ligne 14 :		Ligne 14 :
	* [[Réunion_du_10-12-2024#Voice_WebRTC \|'''Informations fournies à ce sujet pendant la réunion du 10 décembre 2024''']].		* [[Réunion_du_10-12-2024#Voice_WebRTC \|'''Informations fournies à ce sujet pendant la réunion du 10 décembre 2024''']].
	* Lyr Lobo dit qu'actuellement, '''les nouvelles grilles rapportent qu'elles ne peuvent pas se connecter à Vivox''' mais, elle ajoute qu'à Virtual Harmony[https://conference.opensimulator.org/2023/events/kintsugi-tour-at-sakurajima-on-virtual-harmony/] ils n'ont pas eu de problème pourtant ils ont introduit une nouvelle grille dans une famille de 19 grilles.		* Lyr Lobo dit qu'actuellement, '''les nouvelles grilles rapportent qu'elles ne peuvent pas se connecter à Vivox''' mais, elle ajoute qu'à Virtual Harmony[https://conference.opensimulator.org/2023/events/kintsugi-tour-at-sakurajima-on-virtual-harmony/] ils n'ont pas eu de problème pourtant ils ont introduit une nouvelle grille dans une famille de 19 grilles.
			* Ubit Umarov dit :"Rome ne s'est pas faite en un jour."

	=== Besoins ===		=== Besoins ===

Acryline : /* Besoins */

2025-01-09T14:22:41Z

Besoins

← Version précédente		Version du 9 janvier 2025 à 14:22
Ligne 31 :		Ligne 31 :
	* '''Exemple''' : " Un aller-retour de l'autre côté de l'Atlantique est proche de 200 ms dans le meilleur des cas, donc si Gavin voulait parler à son ami en Australie avec un serveur qui n'est pas situé quelque part entre les deux, vous auriez des problèmes pour vous comprendre et parler l'un à l'autre."		* '''Exemple''' : " Un aller-retour de l'autre côté de l'Atlantique est proche de 200 ms dans le meilleur des cas, donc si Gavin voulait parler à son ami en Australie avec un serveur qui n'est pas situé quelque part entre les deux, vous auriez des problèmes pour vous comprendre et parler l'un à l'autre."
	* La voice en '''Hypergrid''' pourrait ne pas fonctionner avec le code actuel des visionneurs.		* La voice en '''Hypergrid''' pourrait ne pas fonctionner avec le code actuel des visionneurs.
	* Comme dit Ubit Umarov : Rome ne s'est pas faite en un jour.

	= Mantis=		= Mantis=

Acryline : /* Besoins */

2025-01-09T14:22:21Z

Besoins

← Version précédente		Version du 9 janvier 2025 à 14:22
Ligne 20 :		Ligne 20 :
	* Mister Blue utilise un serveur ouvert pour les tests, donc certains propriétaires de simulation (grille ou standalone) pourraient louer des services vocaux, mais c'est trop tôt pour le dire. Il y aura sans doute beaucoup de demandes quand Vivox disparaitra.		* Mister Blue utilise un serveur ouvert pour les tests, donc certains propriétaires de simulation (grille ou standalone) pourraient louer des services vocaux, mais c'est trop tôt pour le dire. Il y aura sans doute beaucoup de demandes quand Vivox disparaitra.
	* Pour un chat vocal avec '''2 à 3 utilisateurs''', une bande passante correspondant à '''1Gbps''' (1 gigabit par seconde) suffirait.		* Pour un chat vocal avec '''2 à 3 utilisateurs''', une bande passante correspondant à '''1Gbps''' (1 gigabit par seconde) suffirait.
	* L'utilisation du '''processeur du serveur''' augmente de façon exponentielle avec le nombre de participants		* L'utilisation du '''processeur du serveur''' augmente de façon exponentielle avec le nombre de participants.
			* Il faut '''un mixer''' (mélangeur) pour chaque utilisateur même sans la voice 3D.
	{{NDLR\|fond=white \|bord=green\|message = <br>		{{NDLR\|fond=white \|bord=green\|message = <br>
	La latence dans le contexte des connexions Internet fait référence au délai entre l'envoi d'un paquet de données d'un point à un autre et la réception de ce paquet. Elle est généralement mesurée en millisecondes (ms). Une latence faible est cruciale pour des applications en temps réel, comme la voix sur IP (VoIP) ou les jeux en ligne, car elle permet une communication fluide et réactive.		La latence dans le contexte des connexions Internet fait référence au délai entre l'envoi d'un paquet de données d'un point à un autre et la réception de ce paquet. Elle est généralement mesurée en millisecondes (ms). Une latence faible est cruciale pour des applications en temps réel, comme la voix sur IP (VoIP) ou les jeux en ligne, car elle permet une communication fluide et réactive.
Ligne 27 :		Ligne 28 :
	}}		}}
	* Importance de la '''latence''' : pour la voix il faut une latence faible 133 ms au plus. Les humains détectent facilement 100 ms de latence, la voix commence à se dégrader après 200 ms.		* Importance de la '''latence''' : pour la voix il faut une latence faible 133 ms au plus. Les humains détectent facilement 100 ms de latence, la voix commence à se dégrader après 200 ms.
	* Vincent Sylvester estime que '''pour un système distribué''' avec des clients situés à divers endroits, il est essentiel de disposer d'une '''infrastructure répartie sur plusieurs emplacements géographiques''', capable de s'aligner sur la localisation des clients ou sur la latence qu'ils rencontrent. Cela inclut également la possibilité de transférer des clients vers d'autres instances lorsque la dynamique évolue (variation de l'origine des avatars rencontrés) . Il n'est pas certain que Janus prenne cela en charge. Comme Janus est censé agir comme un proxy, donc un quasi-serveur vocal, il faut le placer à un endroit où l'on peut être sûr que tous ceux qui se connectent ont une connexion décente, sinon il faut soit une autre machine ailleurs, soit faire face à la latence.		* Vincent Sylvester estime que '''pour un système distribué''' avec des clients situés à divers endroits, il est essentiel de disposer d'une '''infrastructure répartie sur plusieurs emplacements géographiques''', capable de s'aligner sur la localisation des clients ou sur la latence qu'ils rencontrent. Cela inclut également la possibilité de transférer des clients vers d'autres instances lorsque la dynamique évolue (variation de l'origine des avatars rencontrés) . Il n'est pas certain que Janus prenne cela en charge. Comme Janus est censé agir comme un proxy, donc un quasi-serveur vocal, il faut le placer à un endroit où l'on peut être sûr que tous ceux qui se connectent ont une connexion décente, sinon il faut soit une autre machine ailleurs, soit faire face à la latence. Dans [[Lexique_des_réunions#WebRTC\|'''WebRTC''']], la méthode courante pour gérer ce problème consiste à déplacer l'ensemble de la session en fonction des utilisateurs connectés. Par exemple, si un plus grand nombre d'utilisateurs se connectent depuis un endroit A, la session est alors déplacée plus près de cet emplacement. Cependant, cela nécessite que le serveur puisse négocier directement avec les clients pour déterminer où ils doivent se connecter et transférer l'intégralité de la session vers une autre instance.
	* '''Exemple''' : " Un aller-retour de l'autre côté de l'Atlantique est proche de 200 ms dans le meilleur des cas, donc si Gavin voulait parler à son ami en Australie avec un serveur qui n'est pas situé quelque part entre les deux, vous auriez des problèmes pour vous comprendre et parler l'un à l'autre."		* '''Exemple''' : " Un aller-retour de l'autre côté de l'Atlantique est proche de 200 ms dans le meilleur des cas, donc si Gavin voulait parler à son ami en Australie avec un serveur qui n'est pas situé quelque part entre les deux, vous auriez des problèmes pour vous comprendre et parler l'un à l'autre."
	* 🏗️		* La voice en '''Hypergrid''' pourrait ne pas fonctionner avec le code actuel des visionneurs.
			* Comme dit Ubit Umarov : Rome ne s'est pas faite en un jour.

	= Mantis=		= Mantis=

Acryline : /* Besoins */

2025-01-09T14:09:26Z

Besoins

← Version précédente		Version du 9 janvier 2025 à 14:09
Ligne 29 :		Ligne 29 :
	* Vincent Sylvester estime que '''pour un système distribué''' avec des clients situés à divers endroits, il est essentiel de disposer d'une '''infrastructure répartie sur plusieurs emplacements géographiques''', capable de s'aligner sur la localisation des clients ou sur la latence qu'ils rencontrent. Cela inclut également la possibilité de transférer des clients vers d'autres instances lorsque la dynamique évolue (variation de l'origine des avatars rencontrés) . Il n'est pas certain que Janus prenne cela en charge. Comme Janus est censé agir comme un proxy, donc un quasi-serveur vocal, il faut le placer à un endroit où l'on peut être sûr que tous ceux qui se connectent ont une connexion décente, sinon il faut soit une autre machine ailleurs, soit faire face à la latence.		* Vincent Sylvester estime que '''pour un système distribué''' avec des clients situés à divers endroits, il est essentiel de disposer d'une '''infrastructure répartie sur plusieurs emplacements géographiques''', capable de s'aligner sur la localisation des clients ou sur la latence qu'ils rencontrent. Cela inclut également la possibilité de transférer des clients vers d'autres instances lorsque la dynamique évolue (variation de l'origine des avatars rencontrés) . Il n'est pas certain que Janus prenne cela en charge. Comme Janus est censé agir comme un proxy, donc un quasi-serveur vocal, il faut le placer à un endroit où l'on peut être sûr que tous ceux qui se connectent ont une connexion décente, sinon il faut soit une autre machine ailleurs, soit faire face à la latence.
	* '''Exemple''' : " Un aller-retour de l'autre côté de l'Atlantique est proche de 200 ms dans le meilleur des cas, donc si Gavin voulait parler à son ami en Australie avec un serveur qui n'est pas situé quelque part entre les deux, vous auriez des problèmes pour vous comprendre et parler l'un à l'autre."		* '''Exemple''' : " Un aller-retour de l'autre côté de l'Atlantique est proche de 200 ms dans le meilleur des cas, donc si Gavin voulait parler à son ami en Australie avec un serveur qui n'est pas situé quelque part entre les deux, vous auriez des problèmes pour vous comprendre et parler l'un à l'autre."
			* 🏗️

	= Mantis=		= Mantis=

Acryline : /* Besoins */

2025-01-09T14:07:38Z

Besoins

← Version précédente		Version du 9 janvier 2025 à 14:07
Ligne 28 :		Ligne 28 :
	* Importance de la '''latence''' : pour la voix il faut une latence faible 133 ms au plus. Les humains détectent facilement 100 ms de latence, la voix commence à se dégrader après 200 ms.		* Importance de la '''latence''' : pour la voix il faut une latence faible 133 ms au plus. Les humains détectent facilement 100 ms de latence, la voix commence à se dégrader après 200 ms.
	* Vincent Sylvester estime que '''pour un système distribué''' avec des clients situés à divers endroits, il est essentiel de disposer d'une '''infrastructure répartie sur plusieurs emplacements géographiques''', capable de s'aligner sur la localisation des clients ou sur la latence qu'ils rencontrent. Cela inclut également la possibilité de transférer des clients vers d'autres instances lorsque la dynamique évolue (variation de l'origine des avatars rencontrés) . Il n'est pas certain que Janus prenne cela en charge. Comme Janus est censé agir comme un proxy, donc un quasi-serveur vocal, il faut le placer à un endroit où l'on peut être sûr que tous ceux qui se connectent ont une connexion décente, sinon il faut soit une autre machine ailleurs, soit faire face à la latence.		* Vincent Sylvester estime que '''pour un système distribué''' avec des clients situés à divers endroits, il est essentiel de disposer d'une '''infrastructure répartie sur plusieurs emplacements géographiques''', capable de s'aligner sur la localisation des clients ou sur la latence qu'ils rencontrent. Cela inclut également la possibilité de transférer des clients vers d'autres instances lorsque la dynamique évolue (variation de l'origine des avatars rencontrés) . Il n'est pas certain que Janus prenne cela en charge. Comme Janus est censé agir comme un proxy, donc un quasi-serveur vocal, il faut le placer à un endroit où l'on peut être sûr que tous ceux qui se connectent ont une connexion décente, sinon il faut soit une autre machine ailleurs, soit faire face à la latence.
	* Exemple : " Un aller-retour de l'autre côté de l'Atlantique est proche de 200 ms dans le meilleur des cas, donc si Gavin voulait parler à son ami en Australie avec un serveur qui n'est pas situé quelque part entre les deux, vous auriez des problèmes pour vous comprendre et parler l'un à l'autre."		* '''Exemple''' : " Un aller-retour de l'autre côté de l'Atlantique est proche de 200 ms dans le meilleur des cas, donc si Gavin voulait parler à son ami en Australie avec un serveur qui n'est pas situé quelque part entre les deux, vous auriez des problèmes pour vous comprendre et parler l'un à l'autre."

	= Mantis=		= Mantis=

Acryline : /* Besoins */

2025-01-09T14:07:13Z

Besoins

← Version précédente		Version du 9 janvier 2025 à 14:07
Ligne 20 :		Ligne 20 :
	* Mister Blue utilise un serveur ouvert pour les tests, donc certains propriétaires de simulation (grille ou standalone) pourraient louer des services vocaux, mais c'est trop tôt pour le dire. Il y aura sans doute beaucoup de demandes quand Vivox disparaitra.		* Mister Blue utilise un serveur ouvert pour les tests, donc certains propriétaires de simulation (grille ou standalone) pourraient louer des services vocaux, mais c'est trop tôt pour le dire. Il y aura sans doute beaucoup de demandes quand Vivox disparaitra.
	* Pour un chat vocal avec '''2 à 3 utilisateurs''', une bande passante correspondant à '''1Gbps''' (1 gigabit par seconde) suffirait.		* Pour un chat vocal avec '''2 à 3 utilisateurs''', une bande passante correspondant à '''1Gbps''' (1 gigabit par seconde) suffirait.
			* L'utilisation du '''processeur du serveur''' augmente de façon exponentielle avec le nombre de participants
	{{NDLR\|fond=white \|bord=green\|message = <br>		{{NDLR\|fond=white \|bord=green\|message = <br>
	La latence dans le contexte des connexions Internet fait référence au délai entre l'envoi d'un paquet de données d'un point à un autre et la réception de ce paquet. Elle est généralement mesurée en millisecondes (ms). Une latence faible est cruciale pour des applications en temps réel, comme la voix sur IP (VoIP) ou les jeux en ligne, car elle permet une communication fluide et réactive.		La latence dans le contexte des connexions Internet fait référence au délai entre l'envoi d'un paquet de données d'un point à un autre et la réception de ce paquet. Elle est généralement mesurée en millisecondes (ms). Une latence faible est cruciale pour des applications en temps réel, comme la voix sur IP (VoIP) ou les jeux en ligne, car elle permet une communication fluide et réactive.

Acryline : /* Besoins */

2025-01-09T14:06:23Z

Besoins

← Version précédente		Version du 9 janvier 2025 à 14:06
Ligne 26 :		Ligne 26 :
	}}		}}
	* Importance de la '''latence''' : pour la voix il faut une latence faible 133 ms au plus. Les humains détectent facilement 100 ms de latence, la voix commence à se dégrader après 200 ms.		* Importance de la '''latence''' : pour la voix il faut une latence faible 133 ms au plus. Les humains détectent facilement 100 ms de latence, la voix commence à se dégrader après 200 ms.
	* Vincent Sylvester estime que '''pour un système distribué''' avec des clients situés à divers endroits, il est essentiel de disposer d'une '''infrastructure répartie sur plusieurs emplacements géographiques''', capable de s'aligner sur la localisation des clients ou sur la latence qu'ils rencontrent. Cela inclut également la possibilité de transférer des clients vers d'autres instances lorsque la dynamique évolue (variation de l'origine des avatars rencontrés) . Il n'est pas certain que Janus prenne cela en charge. ~~Il donne~~ un ~~exemple~~ : " Un aller-retour de l'autre côté de l'Atlantique est proche de 200 ms dans le meilleur des cas, donc si Gavin voulait parler à son ami en Australie avec un serveur qui n'est pas situé quelque part entre les deux, vous auriez des problèmes pour vous comprendre et parler l'un à l'autre."		* Vincent Sylvester estime que '''pour un système distribué''' avec des clients situés à divers endroits, il est essentiel de disposer d'une '''infrastructure répartie sur plusieurs emplacements géographiques''', capable de s'aligner sur la localisation des clients ou sur la latence qu'ils rencontrent. Cela inclut également la possibilité de transférer des clients vers d'autres instances lorsque la dynamique évolue (variation de l'origine des avatars rencontrés) . Il n'est pas certain que Janus prenne cela en charge. Comme Janus est censé agir comme un proxy, donc un quasi-serveur vocal, il faut le placer à un endroit où l'on peut être sûr que tous ceux qui se connectent ont une connexion décente, sinon il faut soit une autre machine ailleurs, soit faire face à la latence.
			* Exemple : " Un aller-retour de l'autre côté de l'Atlantique est proche de 200 ms dans le meilleur des cas, donc si Gavin voulait parler à son ami en Australie avec un serveur qui n'est pas situé quelque part entre les deux, vous auriez des problèmes pour vous comprendre et parler l'un à l'autre."

	= Mantis=		= Mantis=

Réunion du 17-12-2024 - Historique des versions

Acryline : /* Mots de passe SH256 */

Acryline : /* [PATCH] Mots de passe SH256 */

Acryline : /* [PATCH] Mots de passe SH256 */

Acryline : /* Bilan actuel de la voice pour OpenSim */

Acryline : /* Besoins */

Acryline : /* Besoins */

Acryline : /* Besoins */

Acryline : /* Besoins */

Acryline : /* Besoins */

Acryline : /* Besoins */

Acryline : /* Mots de passe SH256 */

Acryline : /* [PATCH] Mots de passe SH256 */

Acryline : /* [PATCH] Mots de passe SH256 */

Acryline : /* Bilan actuel de la voice pour OpenSim */

Acryline : /* Besoins */

Acryline : /* Besoins */

Acryline : /* Besoins */

Acryline : /* Besoins */

Acryline : /* Besoins */

Acryline : /* Besoins */