Jami en Russie : problèmes du messager P2P et solutions techniques

# Jami en Russie : Problèmes réseau du messager P2P et solutions techniques

Le messager décentralisé Jami rencontre de gros obstacles sur les réseaux russes à cause du CGNAT et des blocages, rendant les connexions directes peer-to-peer peu fiables. Malgré son potentiel technique, la configuration actuelle du protocole ICE et la dépendance aux serveurs TURN ne gèrent pas les restrictions réseau modernes. Cet article décortique les problèmes techniques et propose des étapes concrètes pour réviser l'architecture et assurer des performances solides.

Problèmes de connexions P2P sur les réseaux russes

L'instabilité principale de Jami vient de la gestion de l'infrastructure internet par les FAI russes. Le Carrier Grade NAT (CGNAT), courant chez les opérateurs mobiles, prive les utilisateurs d'adresses IP publiques, bloquant les connexions entrantes. Le NAT symétrique est particulièrement vicieux, où les astuces classiques comme STUN et le hole punching UDP échouent souvent.

Obstacles réseau clés :

• Absence d'IP publiques pour les utilisateurs mobiles.
• Le protocole ICE peine derrière le CGNAT.
• Les serveurs TURN comme turn.jami.net sont inaccessibles en Russie.
• Les systèmes DPI repèrent facilement le trafic TURN sans support DTLS/TLS.

Défauts de l'architecture actuelle

Jami s'appuie sur des composants centralisés, en contradiction avec son esprit décentralisé. Les nœuds de bootstrap DHT nécessaires pour rejoindre le réseau peuvent être bloqués, et les serveurs TURN sont des points de défaillance uniques. Le trafic routé via TURN ajoute du lag et est une cible facile de blocage — critique sous les régulations internet russes.

Comparaison des approches de relais :

• TURN actuel : Serveur centralisé, facile à bloquer, pic de latence.
• Relais P2P : Nœuds utilisateurs avec IP publiques partagent la charge, décentralisé.
• Réseaux maillés : Routage dynamique via plusieurs nœuds, résilience ultime.

Solutions techniques pour moderniser Jami

Pour surmonter ces limites réseau, il faut une refonte complète des protocoles et de l'architecture. Priorité absolue : abandonner la dépendance TURN et renforcer les connexions directes.

Niveau 1 : Renforcer les connexions P2P

• Prioriser IPv6 : Imposer les adresses IPv6 dans les candidats ICE pour contourner le NAT. Les réseaux mobiles russes déploient déjà IPv6, potentiellement pour 70 % des utilisateurs en connexions directes.
• UPnP agressif : Multiplier les tentatives de mapping de ports et réduire les intervalles keepalive à 15 secondes pour maintenir les sessions NAT.
• ICE optimisé pour CGNAT : Ajouter l'inférence de ports pour anticiper le comportement NAT symétrique et forger des liens directs.

Niveau 2 : Protocoles de transport de nouvelle génération

Passer à QUIC sur TCP/UDP pour :

• Un franchissement NAT plus fluide avec keepalives intégrés et migration de connexions.
• Multiplexage sans blocage head-of-line.
• Résistance DPI grâce au chiffrement TLS 1.3 natif.
• Passages transparents entre Wi-Fi et données mobiles.

Niveau 3 : Relais P2P via pairs relais

Déployer un système où les nœuds à IP publique relaient pour les utilisateurs CGNAT :

• Nouveau type de candidat ICE : peer_relay.
• Publier la disponibilité relais dans le DHT.
• Chiffrement de bout en bout même via relais.
• Réseau auto-organisant : plus d'utilisateurs IP publique, plus robuste le système.

Niveau 4 : Booster l'usage du DHT

Intégrer libtorrent pour des transferts de texte et fichiers totalement décentralisés :

• DHT pour la distribution de données, pas seulement le signalement.
• Pas de serveurs centralisés pour le trafic non-média.
• Résilience réseau renforcée.

Niveau 5 : Routage maillé

À long terme : Construire un maillage overlay avec routage dynamique :

• Protocoles comme BATMAN ou OLSR.
• Chemins auto-optimaux via plusieurs nœuds.
• Réseau qui se renforce avec chaque nouvel utilisateur.

Niveau 6 : Éliminer TURN du code

Une fois les niveaux précédents en place, supprimer TURN entièrement :

• Retirer les candidats relais de ICE.
• Enlever les paramètres TURN de l'interface.
• Compiler PJSIP sans TURN pour réduire la surface d'attaque.

Optimisation : Hole punching avec coordinateurs

Pour réduire le trafic relais, utiliser les nœuds IP publique comme coordinateurs pour les handshakes initiaux. Après hole punching, le relais se retire, passant en pur P2P. Cela combine fiabilité relais et efficacité directe.

Points clés

• Le CGNAT sur les réseaux mobiles russes est le plus grand tueur P2P pour Jami.
• La dépendance TURN crée vulnérabilités et latence.
• IPv6 et QUIC résolvent la plupart des problèmes NAT et blocages.
• Le relais P2P via pairs offre une alternative décentralisée à TURN.
• Éliminer totalement TURN doit être l'objectif final du projet.

— Editorial Team