1 / 12

11.04.2003 Tietoliikennetekniikan seminaari

11.04.2003 Tietoliikennetekniikan seminaari. Internet & Ad Hoc Service Discovery. Mika Yrjölä. 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

aysel
Download Presentation

11.04.2003 Tietoliikennetekniikan seminaari

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. 11.04.2003Tietoliikennetekniikan 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

More Related