Compte rendu à usage interne 

AS 150 Context-aware 5/11/03

• Participants
• ENST : Isabelle Demeure - Alexander Palka (démarre thèse sur peer-to-peer dans réseaux adhoc) - Ouahiba Fouial (termine sa thèse sur la provision de services)
• Strasbourg : Thomas Noël
• UPN : Ken Chen
  
• IMAG : Andrzej Duda
• INT : GH - GB

• AD : suggère d'organiser une journée en mars de présentation externe
• ID : présentation du contour de l'AS
• 3 communuatés : système - équipementier de réseaux - réseaux actifs
• GH : attention à ne pas râtisser trop large
• AD : cela ne le dérange pas

• ID : Equipe ASTRE : projets en relation avec l'AS
  
• MOBIVAS
• REX FP5, IST ANWIRE
• ITEA AMBIENCE
• GET CARISM

• CASP : thèse de Ouahiba Fouial dans MOBIVAS
• profils user (VHE), term, secu, services...
• prise en compte du ctx :
  
• desc basée sur les profils
• prefs user, capacités term, localisation, ressources réseau
• état de l'art discovery (JINI, ...) : pas attentives au contexte  => leur propre modèle
• solution : proxy entre term et service provider, adpation dyn des services en cours d'exec
  
• démo multimédia
• poilitiques pour la gestion du ctx : infos de nature #, gestion des priorités entre ces infos
• descr des profils en XML et exec au-dessus de HTTP (Web services like)

• GB
  

• TN
  
• côté terminal : le rendre + intelligent
  
• itfs multiples
• gestion énergie
• profils applicatifs
• côté réseau : asister les déplacements du terminal
• archi term : définition d'une archi (MIMA)
  
• modules 802.11, BT,  ...
• module d'extraction générique
• déclencheurs pour basculement d'interface
• Mobile IPv6
• établir interact forte entre
•  la couche 2 (link hints) et la couche 3
• user et technos de comm
• util de L2 triggers pour meilleur ctrl de la mobilité de niveau 3 (MIPv6)
• pour handovers horiz et verticaux
• handovers horizontaux : MIPv6 s'occupe de l'adresse IP, de manière totalement transparente à l'appli
  
• L2 params mesurés en tps réel : BW, taux pq en erreurs, conso énergie, nb de users simultanés de la ressource radio
• prototype sous Linux et mesures de perfs
  
• modules d'extraction :  802.11 b/a, Ethernet, BTooth, GPRS
• itf mgt : redirect sur evts, redirect avec granularité (par CN, par flux)
• gest de profils : positionne les params user
• ~ 700 ms pour chgt d'interface de rattachement std - 350 avec Link Hints MIPv6
  
• basculement fil/sans fil : 85% de gain avec Link Hints (prise en compte du contexte)
• (portée 802.11a : ~15m vs. 802.11b : ~50m)
• montre aussi le gain à mettre (auto) 2eme flux sur 2eme itf (11b) au lieu de mettre les 2 flux sur la m itf  (BT) : intelligence du système
• idem pour mettre audio et image sur 2 itfs #
• gestion batterie
• choix itf suivant état de la batterie
• modèle à partir d'observations réelles (oscilloscope - soft pas assez précis)
• conclusions
• pas d'interface idéale du pt de vue conso (ex : ftp : dure 5 mn avec 11b vs. 15 mn avec BT => 11b mieux que BT meme si conso en puissance par seconde supérieure)
  
• forte dépendance du ctxt
• puissance du modèle générique
• API pour les applis "MIMA-aware" (p. ex., indiquer le volume du transfert de fichier à venir)
  
• conclusion : tout cela casse le modèle en couches

• KC
• 3 thèmes en relation avec l'AS
• routage dans réseaux actifs
• ...
  
• AD : voir papier récent remarquable de Crowcroft sur QoS

• AD :
  
• pervasive computing : Omnisphere
• user-centric approach
• difficulté : expression des profils (c'est quoi l'envt "voiture" ?? - pas un simple arbre)
  
• disc protocols
  
• ext de DNS (DNS-SD) : ca marche (sous le nom de Rendez-Vous dans Mac) (diffusion périodique de réponses DNS - portée = sous-réseau)
• ex : affichage de powerpoint sur l'ecran du voisin
• SLP, Jini, UPnP
• active networks : Generic Active Gateway (projet SAFARI - XX thésard AD, KC rapporteur)
  
• PDU filter (NetFilter et ip_queue modifié dans Linux) => PDU parser (généré automt par outil xx) => maj de variables, p ex SYN pour le champ correspondant de TCP
  
• GateScript : "if $SYN = 1 then ...", ou  "if $content-type = image/gif then drop packet" (ex : enlever les bannières publicitaires des pages Web) pour l'extension (dynamique !!) des protocoles
  

• la suite :
• appel à propositions dec/janv (et invitation pour les équipes que l'on connaît) à une journée en mars ??
• en gros sur sujets listés dans la propal AS
• on verra ensuite si ou peut en tirer un/des papiers de synthese
• journée : 01/04 à l'ENST
• next réunion : 13/01 ENST
• peaufiner les thèmes de d'appel