Sujet : Etude de différents systèmes de gestion commune de systèmes hétérogènes
Enseignant : Pascal LEPINAY lepinay@lirmm.fr
3 groupes de 2 étudiants (angle Windows, angle Linux, aspect méta-annuaires)  ou bien
un groupe de 4 sur la globalité

Il apparaît de plus en plus dans les réseaux industriels la nécessité de faire cohabiter des ‘operating system’ différents.
Dans un tel contexte le problème de l’authentification des utilisateurs de ces systèmes devient complexe et nécessite donc souvent la mis en place de système de gestion commune. 
Il sera demandé à l’étudiant d’explorer les systèmes de gestions tels que Samba, SFU ou tout autre système existant.
De plus le problème des annuaires centralisés en tant que réceptionnaires de l’ensemble des informations de l’entreprise pourra aussi être abordé. 
-----------------------------------
enseignant: claude zurbach
contact: Claude.Zurbach@lpta.in2p3.fr

Titre : la mise en oeuvre d'un serveur de téléphonie sur IP en environnement hétérogène.
sujet : un serveur de communication téléphoniques sur internet Protocol sera mis en service de façon à assurer son service en direction de ses clients selon trois modes de connexions : un réseau local Ethernet filaire, un réseau Ethernet << wireless >>, une connexion IP via réseau 3G. La solution recommandée mais à confirmer par l'étude est le logiciel ASTERIX. L'objectif est de mettre en place une solution homogène permettant de mesurer le degré de qualité assuré selon les trois modes de connexions ; l'aspect << mesure de la qualité de service >> est par conséquent important. Il est souhaitable  de développer quelques services << à la valeur ajoutée >> (ergonomie du plan de numération, sonneries associées aux appels etc ...)
effectifs: 2 à 3 étudiants.
---------------------------------------------------------------------------------------

Enseignant : barbez cbarbez@networkhearts.com

sujet  1 :* Développement d'un client et d'un serveur en python permettant l'envoi et la réception de fichiers binaires, et ceci de manière crypté et sécurisé. ->  2 étudiants

sujet 2 :* Développement de cgi python permettant la génération et la modification de pages web.  ->   2 ou 3 étudiants 

sujet 3: Développer un logiciel client sur microsoft permettant d'obtenir des informations système (reproduire le fonctionnement de SNMP). Il faudra étudier les moyens existants de supervision microsoft et mettre en oeuvre un logiciel permettant d'obtenir depuis des systèmes différents que microsoft, les informations système.  2 ou 3 étudiants 

sujet 4: Ce sujet consiste à étudier une des nouvelles technologies web : l' "after effect" et son intégration . J'aimerai qu'un groupe d'étudiant m'analysent le meilleur moyen d'intégrer cette dernière technologie dans des pages html et peut être me faire un générateur de code after effect en fonction de données dans une base.
2 étudiants
-------------------------------------------------------
TITRE :     Téléphonie IP - Fonctionalités d'une plateforme SIP
RESUME :

   Le LIRMM envisage de migrer son système de téléphonie vers une technologie IP.  Une phase d'expérimentation est en cours, basée sur les outils GPL de SIPFoundry (SipX).
Au cours de ce stage, vous réaliserez un étude comparative entre cette solution et une solution commerciale, d'un point de vue fonctionnel. Vous validerez également l"adéquation de ces solutions aux besoins du LIRMM et participerez à l'élaboration de l'architecture à déployer.

ENCADRANTS :    Jean-Luc Oms
CONTACTS :          jean-luc.oms@lirmm.fr

------------------------------------------------------
enseignant : giroudeau
titre solving scheduling using petri nets and constraint logic programming
Résumé : Ce stage consiste à étudier un article permet demontrer le lien entre les problèmes d'ordonnancement utilisant les réseaux de Petri et la programmation logique.
effectif : 2 à 4
--------------------------------------
enseignant: Giroudeau rodolphe 
Titre : réseau de Petri et temps réel
Résumé : Ce stage consiste à étudier un article permettant de montrer l'intérêt de l'utilisation des réseaux de Petri pour les problèmes d'ordonnancement en temps réel. En effet, une approche possible pour résoudre le problème d'ordonnancer des tâches dans  des systèmes embarqués est d'utiliser 
effectif 2 à 4
-----------------
Enseignant : Giroudeau Rodolphe
Titre : une nouvelle transformation des réseaux de Petri généralisés : l'abstraction généralisée
Résumé : Ce stage consiste à étudier un article dans lequel un nouveau type de réduction des réseaux de Petri Places/Transitions est présentée. 
effectif : 2 à 4
----------------------------------------------------------------------------------------------------------------enseignant : giroudeau rodolphe
titre : Cryptanalyse et le principe de Vigenère
Résumé : La cryptanalyse est l'art de de décoder les messages qui ont été crypté. Le but de ce stage est d'étudier le principe de Vigenère et de l'implémenter. Vous rappellerez  dans quel classe ce principe ce situe.

effectif : 2 à 4
----------------------------------------------------------------------------------
CASAR – 2007-2008
Sujet TER
enseignant : Claude.Zurbach@lpta.in2p3.fr

Titre : Administration et supervision d’un réseau IP

En utilisant le matériel disponible salle de TP 6.01 : construisez un réseau Intranet composé de 4 sous-réseaux en adressage IP. La solution d’interconnexion adoptée pour raccorder les 4 sous-réseaux entre eux dépendra de l’étude préalable. Cet ensemble disposera d’une sortie Internet commune à tous les sous-réseaux.

Faites le point sur les protocoles de routage disponibles sur les routeurs et mettez en place une solution alliant routages dynamiques et routage statique. Utilisez la fonction NAT pour les connexions externes et installez un minimum de contrôle des accès de  sous-réseau à sous-réseau par le biais de listes d’accès.

Mettez en oeuvre des agents SNMP sur les routeurs ainsi que sur au moins une machine par sous-réseau : mettez en place une station de supervision SNMP sous Unix

Installez MRGT, logiciel (domaine public) de supervision de réseaux permettant d'interroger les agents SNMP ainsi que les routeusr. Vous pouvez cependant faire le choix d'une autre solution de supervision. Au minimum, exploitez la MIB2, et si possible les MIB spécifiques aux routeurs.

Exposer oralement et de façon détaillée, avec document à l'appui, l'architecture opérationnelle.
effectif 2 à 3
------------------------------------------------------------------------------------------
************************************************************* 
Sujet : Etude et test de l’approche Citrix : virtualisation, contrôle des accès, performances   ?
Enseignant : Pascal LEPINAY
Groupe de 2-3 étudiants
 
Citrix est un acteur important du marché de l’informatique. Il propose des solutions pour les accès distant, la sécurité, la virtualisation. 
Après avoir étudié les produits de la société Citrix concernant ces questions, une implantation sera faite pour les tester. 
 
 ************************************************************
titre : Système d'assistance informatique
conract: pierre@azolia.fr
résumé : Ce projet concerne la création d'un système d'assistance informatique en ligne permettant la mise en relation de techniciens informatique et de client/utilisateurs. Ce projet reposera sur :
- Un protocole d'Instant Messaging (type jabber ou autre), permettant l'inter-connexion de plusieurs ordinateurs Linux via un serveur central.
- Un logiciel d'IM (préférence étant donné à GAIM/Pidgin)
- un logiciel d'export d'affichage type VNC / Vino (linux) seront utilisés pour les interventions d'assistances

- Les objectifs du projet sont les suivants :
	- Permettre aux utilisateurs de contacter des techniciens via le canal IM
	- Les techniciens en cours d'assistance devront être marqués comme "En cours d'assistance" dans le logiciel d'IM
	- Les utilisateurs prendraient des jetons leur permettant de s'inscrire dans la file d'attente des "demandeurs d'assistance"
	- Les utilisateurs pourraient voir leur position dans la file d'attente et pourraient à tout moment annuler leur demande ou modifier leur demande en terme de description (voir ci-dessous)
	- Les utilisateurs pourront rentrer une brève description de leur problème via l'interface du logiciel d'IM
		- la description du problème devra comporter au minimum :
			- le caractère de l'urgence du problème : par exemple -> critique - moyennement urgent - peu urgent
			- une brève description du problème (255 chars max)
	- les techniciens auront la liste des demandes et seront à même de contacter directement via IM les utilisateurs (l'inverse ne sera pas possible)
	- des options permettront aux techniciens de : 
		- reporter l'assistance à une date (en accord préalable avec les utilisateurs)
		- prendre en charge l'assistance (1)
		- annuler la demande d'assistance
		- annoter la demande d'assistance (ces annotations devront être alors stocker en base de données centrale)
		- marquer l'assistance comme résolue (une action du client étant nécessaire pour que ce marquage soit effectif - sorte de contrat électronique)(2)
	- chaque action sera stockée en base de données et fera l'objet d'un étiquetage temporel afin d'être plus tard évalué
	- les interventions d'assistances, de la demande à la fin de celle ci seront stockées en base de données centrale
- Toutes les interventions d'assistance devront être facilement récupérables par identifiant de client ou identifiant de technicien afin de pouvoir faire un récapitulatif régulier par  jour, semaine, mois, année.
	- ce reporting devra faire apparaître :
		- pour les interventions par client : 
			- le délai moyen d'attente dans la file d'attente des interventions
			- le délai moyen de résolution des problèmes Moy(1-2)
			- le degré moyen de criticité des problèmes recontrés
			- le nombre total d'interventions (par jour, semaine, mois, année)
			- le nombre de report par intervention
			- le nombre de report par jour, semaine, mois, année
			- le nombre moyen de report par intervention
- Une interface simple de reporting permettra de faire le compte rendu mensuel des interventions par client à des fin comptables (nécessité de fiabilité importante), 
ce reporting reprendra la description exhaustive des interventions pour un client ou un ensemble de clients sélectionnables dans une liste.

- Les techniciens peuvent voir leur état respectif et aussi se contacter par le logiciel d'IM de manière traditionnelle.
- Un technicien peut à tout moment voir les discussions entre un technicien X et un utilisateur Y lors d'une intervention (notion de supervision de l'intervention).
- toutes les conversations liées à une intervention devront être conservées et "attachées" à l'intervention (en base de données)
---------------------------------------------------------------------------