11.04.2003 Tietoliikennetekniikan seminaari Internet & Ad Hoc Service Discovery Mika Yrjölä.

Esitys aiheesta: "11.04.2003 Tietoliikennetekniikan seminaari Internet & Ad Hoc Service Discovery Mika Yrjölä."— Esityksen transkriptio:

1 11.04.2003 Tietoliikennetekniikan seminaari Internet & Ad Hoc Service Discovery Mika Yrjölä

2 Palveluiden haku ● Halutun palvelun hakeminen brute forcella on epäkäytännöllistä ● Langattomille Ad Hoc - verkoille ei mitään universaalia standardia tältä osin – Tämänsuuntaisia yritelmiä: SLP, SLPv2, Jini, Salutation Service, SSDP, Bluetoothin SDP... – Teoksessa lisäksi: ● Service Co-Oordinatior Based Architecture ● Distributed Query-Based Architecture ● Hybrid Service Location Architecture

3 Service Location Protocol (SLP) ● Versio 1 (RFC 2165) julkaistu 1997 ● Koostuu kolmenlaisista agenteista: – User Agent, Directory Agent, Service Agent ● UA voi suorittaa monen käyttäjän palveluhaut ● DA toimii proxyna ● SA mainostaa saatavilla olevia palveluita ● DA ei välttämätön

4 SLPv2 ● Alkuperäisessä SLP:ssä puutteita – Tietoturva ● SLPv2 lisää allekirjoitukset estämään vale-DA:t – Skaalautuvuus ● SLPv2 mahdollistaa palveluiden jaottelun, jolloin DA:t näkevät vain olennaisiksi katsotut palvelujen mainosviestit ● Paketin rakenne:

5 Jini ● Tarjoaa clienteille alustan palveluiden hakuun ● Javan päälle rakennettu – Mahdollistaa pelkän palveluiden hakemisen lisäksi myös Java-koodin hakemisen palvelun käyttöä varten ● Ongelmia: – Suunniteltu pienilatenssisiin kiinteisiin verkkoihin – Raskas – Java-riippuvainen

6 Salutation Protocol ● Salutation Protocolin versio 2.0 – Pyrkii ratkaisuksi palveluiden etsimiseen mobiiliympäristössä ● Ytimenä SLM(Salutation Manager) – Toimii palvelunvälittäjänä (service broker) – Pitää yllä listaa saatavillaolevista palveluista – Löytää palvelut ja muut SLMt SMP:n (Saluation Manager Protocol) avulla – 3 ”persoonallisuutta”: native personality, emulated personality ja salutation personality

7 Salutation Manager -protokollan arkkitehtuuri

8 Simple Service Discovery Protocol (SSDP) ● Microsoftin tuotantoa, osa UPnP:tä (Universal Plug'n' Play) – Palvelu mainostaa itseään käynnistyessään – Mainostus ja asiakkaiden pyynnöt multicastilla, palveluiden vastaukset unicastilla – SSDP-viestit UDP:lla, käyttävät HTTP:tä ● Ongelmia: – Multicast-tuen toimivuus – Suunniteltu kiinteään verkkoon, mobiliteetti ongelma

9 Service Co-Ordinator Based Architecture ● Parhaiten sopivat laitteet toimivat SC:nä – SC:t mainostavat itseään ja palveluita tarjoavat tahot rekisteröivät niihin palvelunsa – Nyt asiakas voi kysyä SC:ltä mistä halutun palvelun löytää ● Ongelmia: – Mainostuksen kantomatkan ja tiheyden optimointi – Paikallinen SC ei välttämättä tiedä kauempana olevista palveluista – Mobiliteettiin reagointi voi olla ongelmallista

10 Distributed Querty-Based Architecture ● Ei SC:tä; asiakkaat paikantavat palvelut itse ● Asiakas lähettää broadcastin naapureille hakiessaan palvelua – Jos sopiva palvelin näkee viestin, se ilmoittaa asiakkaalle ● Selviää SC-pohjaista paremmin mobiliteetista ● Huonoja puolia: – Ei skaalaudu kovin hyvin

11 Hybrid Service Location Architecture ● Yhdistelmä edellisistä kahdesta ratkaisusta – SC:t toimivat kuten SC-pohjaisessa arkkitehtuurissa – Myös palvelimet vastaavat, kuten edellisessä arkkitehtuurissa – Käytännössä SC-arkkitehtuuri, joka tarvittaessa kykenee toimimaan kuten DQBA. ● Parempi kuin esikuvansa – Parempi palveluiden saatavuus, vähemmän kontrolliliikennettä, skaalautuu

12 Yhteenveto ● Perinteisten verkkojen palveluhakuratkaisut eivät optimaalisia langattomissa ad hoc - verkoissa ● Laitteiden erilaisia resursseja, mobiliteettia ym. ei oteta huomioon, toteutukset voivat olla liian raskaita ● Joitakin alusta lähtien langattomiin ad hoc - verkkohin suunniteltuja ratkaisuja esitetty – Käytettävien parametrien optimointi näillekin olennaista ● Yksittäisiä muita ratkaisuja: Bluetoothin SDP