Présence et communication peer-to-peer

Présence et communication peer-to-peer Diplômant : Yves Bresson Professeur responsable : Yves Dennebouy EIVD Septembre - Décembre 2003

Introduction Objectifs du projet Peer-to-peer Développement réalisé Perspectives Conclusion Démonstration Questions Plan de présentation

Introduction (1/2)Messagerie Instantanée (IM) • Echange instantané de messages entre participants. • Problèmes à résoudre : • Authentification des participants • Transmission des messages • Problème de la ‘Présence’ • Solution la plus simple : serveur central.

Introduction (2/2)Présence • Savoir si un ordinateur est présent et connaître sa position. • La résolution de ce problème nécessite : • un protocole d'annonce de présence • un protocole de demande (requête) de présence • Solution la plus simple : serveur central.

Objectifs du projet (1/2)Applications existantes (IM)

Objectifs du projet (2/2)Cahier des charges • But : messagerie instantanée peer-to-peer • Objectifs : • Définir et mettre en place un réseau peer-to-peer • Définir un mécanisme de présence sur ce réseau • Développer un système de messagerie instantanée • Intégrer ces points au sein d’une même application, en privilégiant la portabilité

Peer-to-peer (1/2) • Architecture réseau dans laquelle chaque ordinateur (peer) est équivalent. • Chaque peer est client et serveur.

Peer-to-peer (2/2) client-serveur vs peer-to-peer + fiable, facile à organiser + grande puissance, bon marché -- cher, dépendant du serveur, -- fiabilité pas à 100%, difficile à puissance limitée organiser

Plugin PIM Plugin PDP Développement réalisé (1/5)Vue d’ensemble • PDP • Réseau de peers • PIM • Gestion / utilisation des contacts • Plugins • Fonctionnalités utilisables • Messagerie instantanée • autres

Développement réalisé (2/5)PDP • Module responsable du réseau de peers : • Communication (deux niveaux) • Interne / PDP (TCP et UDP) • Service avec confirmations offert aux pdpAppelants (TCP) • Découverte • Recherche (service offert aux pdpAppelants) • Identification • Relaying • Maintenir les informations du réseau (liste des peers)

Développement réalisé (3/5)PIM • Module de gestion / utilisation des peers : • Interface utilisateur • Ajout (recherche) • Suppression • Utilisation ( plugins  événements, ex: IM) • Evénements (source connue / inconnue, persistance) • Contrôle (statut) • Remarques : • Technique : PIM est un pdpAppelant pour PDP • Concept : évolution de IM vers un système de plugins

Développement réalisé (4/5)Les plugins (1/2) • Interface plugins de PIM • Méthodes à implémenter par les plugins • Méthodes utilisables par les plugins • Méthodes publiques de PIM • Pas de recompilation de PIM • Chargement à l’exécution depuis /plugins/*

Développement réalisé (5/5)Les plugins (2/2) • Deux types (utilisation) : • ContactPIM Messenger • SystèmePIM Settings • Deux modes (événements) : • Utilisateur • Direct

Perspectives (1/3)Problèmes réseau • Points améliorables : • Accès au réseau.(peers avec firewall / NAT, sans multicast) • Structurer le réseau.(meilleure auto-organisation, liste des peers répartie)

Perspectives (2/3)Cryptage • Utiliser un cryptage à clé publique / clé privée, par exemple pour : • Renforcer la phase d’identification des peers. (échange de challenge-strings) • Sécuriser les messages transmis.(authenticité, confidentialité et intégrité)

Perspectives (3/3)XML • Utiliser XML pour les messages de PDP : <pdp version="4.0"> <type>envois-liste</type> <dest-id>45547653242</dest-id> <donnees> <peer> <id>67676819</id> <ip>212.43.2.73</ip <port>4043</port> </peer> ... </donnees> </pdp>

Conclusion • Améliorations possibles • Actuellement bien adapté au réseau local(voir même LAN élargi avec un minimum de configuration)

Démonstration PIM  PIM

Questions ?

Présence et communication peer-to-peer