Dynamo-Sovellusprojekti. Sovellusraportti

Transkriptio

1 Dynamo-Sovellusprojekti Sovellusraportti Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 0.5 Julkinen Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä

2 Hyväksyjä Päivämäärä Allekirjoitus Nimenselvennys Projektipäällikkö Tilaaja Ohjaaja..2008

3 Tietoa dokumentista Tekijät: Tero Hätinen(TH) Joni Purojärvi(JP) Antti Pyykkönen(AP) Dokumentin nimi: Dynamo-projekti, Sovellusraportti Sivumäärä: 32 Tiedosto: sovellusraportti06.tex Tiivistelmä: Projekti kehitti Dynamics-järjestelmän vastaamaan paremmin tietotekniikan laitoksen ja LaiLa-projektin tarpeita. Dynamo-projekti toteutti järjestelmään DHCP-tuen ja IPv4-verkon kuormituksen siedon testaustyökalun protoversion. Dokumentissä kuvataan projestissa jatkokehitettävien ominaisuuksien toteutusratkaisuja, toteutusta, testaus ja jatkokehitysideoita. Avainsanat: DHCP, Dynamics, jatkokehitysideat, kotiagentti, mobiililaite, Mobile IP, testaus, toteutusratkaisut,vierasagentti, virtuaalinen vierasagentti. i

4 Muutoshistoria Versio Päivämäärä Muutokset Ensimmäinen luonnos. Laadittu luvut"johdanto", "Termit", "Toteutustekniikat ja työkalut", "Dynamicsin alkuperäinen toiminta ja rakenne","projektissa saavutetut tavoitteet ja jatkokehitys","kotiagentin DHCP-tuki","Virtuaalinen vierasagentti","yhteenveto" ja"lähteet" Lisätty lukuun"virtuaalinen vierasagentti" sisältö. Lisätty virtuaalisen vierasagentin osalta saavutetut tavoitteet ja jatkokehitysideat. Korjattu kirjoitus- ja muotoiluvirheitä Korjattu kirjoitusvirheitä kaikista luvuista ja muokattu lukujen järjestystä. Poistettu vaatimusmäärittelyssä käsiteltyjä asioita Korjattu kirjoitusvirheitä kaikista luvuista ja lisätty luku"virtuaalisen vierasagentin toteutusratkaisut" Korjattu kirjoitusvirheitä kaikista luvuista ja muokattu lukujen järjestystä edelleen. Lisätty jatkokehitysideoita ja kuvattu testauksen suoritus. Johdantoa ja yhteenvetoa on muokattu. Toteutusratkaisujen kehityksen kuvaus on lisätty lukuihin5ja Korjattu kirjoitusvirheitä kaikista luvuista. Lisätty luku 5.3 ja kuvat Dynamicsin rakenteesta ja tilakaavioista. Sisällysluettelo on muokattu aakkosjärkestykseen. Tekijät TH, AP, JP JP TH TH TH TH ii

5 Tietoa projektista Dynamics on Teknillisen korkeakoulun kehittämä sovellus Mobile IPv4-verkkoon. Se mahdollistaa liikkuvien päätelaitteiden liikkumisen verkosta toiseen katkaisematta yhteyttä, sekä huolehtii pakettien välittämisestä verkosta toiseen. Dynamoprojekti jatkokehitti Dynamics-sovellusta vastaamaan paremmin tietotekniikan laitoksen ja LaiLa-projektin tarpeita. Tekijät: Tero Hätinen(TH) Joni Purojärvi(JP) Antti Pyykkönen(AP) Tilaaja: Riku Ahonen Olli Alanen Ohjaajat: Juha Huikari Jukka-Pekka Santanen Yhteystiedot: Sähköpostilistat Sähköpostiarkistot WWW-sivut dynamo/ind.html, dynamo_opetus/ind.html iii

6 iv

7 Sisältö 1 Johdanto 1 2 Termit 2 3 Toteutustekniikat, kehitystyökalut ja-ympäristö Toteutustekniikatjakehitystyökalut Kehitys-jatestausympäristö Järjestelmän jatkokehityksen toteutuminen Dynamicsinalkuperäinentoimintajarakenne DHCP-tuentoteutuminen Virtuaalisenvierasagentintoteutuminen Mobiililaitteentoteutuminen Kotiagentin DHCP-tuen toteutusratkaisut Tekninentoteutus Kehitysaskeleet SäikeistetynjasäikeismättömänDynamics-versionero Uusitietorakenne Tietorakennettakäsittelevätaliohjelmat Kotiagentinmuutetutaliohjelmatjatiedostot Kotiagenttiinlisätyttiedostot Virtuaalisen vierasagentin toteutusratkaisut Tekninentoteutus Kehitysaskeleet Kääntäminen Uudettietorakenteet Asetustiedosto Lisätytaliohjelmat Muutetutaliohjelmat Suoritettu testaukset ja tulokset Testaustoteutusvaiheessa Testausprojektintestausympäristössä DHCP-tuentestaustilaajanverkossa v

8 8 Jatkokehisideoita DHCP-tuenjatkokehitys Muutkotiagentinjatkokehitysideat Virtuaalisenvierasagentinjatkokehitys Dynamicsinrakennejakommentointi Yhteenveto 30 Lähteet 31 vi

9 Julkinen Sovellusraportti 0.5 Dynamo-projekti 1 Johdanto Dynamics on Teknillisen korkeakoulun kehittämä sovellus Mobile IPv4-verkkoon. Se mahdollistaa liikkuvien päätelaitteiden liikkumisen verkosta toiseen katkaisematta yhteyttä, sekä huolehtii pakettien välittämisestä verkosta toiseen. Dynamoprojekti oli Jyväskylän yliopiston tietotekniikan laitoksen syksyn 2007 sovellusprojekti. Se määritteli ja suunnitteli sekä osin toteutti ja testasi Dynamics-sovellukseen tarvittavat muutokset, joilla Dynamics saatiin paremmin vastaamaan LaiLa-projektin tarpeita. Dokumentissa esitetään järjestelmän jatkokehityksen tavoitteiden toteutuminne, toteutusratkaisut ja jatkokehtitysideat. Jatkokehitysvaatimukset ja niiden toteutumiset esitellään vaatimusmäärittelyssä[6]. Projektin käytänteitä, aikataulua, riskejä ja muita projektin läpivientiin liittyviä asioita käsitellään projektiraportissa[7]. Testaussuunnitelmassa[11] sekä testausraportorteissa[13][10] kuvataan testitapaukset ja testaustulokset. DHCP-tuen asennus kuvataan asennusohjeessa[17]. Muutosdokumentissa[18] on kuvattu lyhyesti järjestelmään toteutetut muutokset. Kotiagentin ja virtuaalisen vierasagentin Doxygen-dokumenteissa[8]ja[9] on kuvattu ohjelmien lähdekoodit, aliohjelmat ja funktiot. Luvussa 2 on kuvattu tärkeimmät projektiin liittyvät termit. Sovelluskehityksessä käytettyjä ohjelmistoja ja tekniikoita esitellään luvussa 3. Sovelluksen tavoitteiden toteuminnen järjestelmään esitellään luvussa 4. DHCP-tuen osalta toteutusratkaisuja kuvataan tarkemmin luvussa 5 ja virtuaalisen vierasagentin osalta luvussa 6. Lukuun 7 on kirjoitettu DHCP-tuen ja virtuaalisen vierasagentin testauksesta. Luvussa 8 esitellään jatkokehitysideoita. 1(32)

10 2 Termit Luvussa kuvataan dokumentin ja projektin olennainen termistö. Aihealueen termejä ovat seuraavat: Dynamics Dynamo-verkko GPL LaiLa on Teknillisen korkeakoulun kehittämä sovellus Mobile IPv4-verkkoon. on Dynamo-projektissa käytettävä verkko, jonka vaatimuksia vastaavaksi Dynamics-sovellusta muokataan. on käytetyin vapaan lähdekoodin ohjelmien lisenssi. on tietotekniikan laitoksen tutkimusprojekti, jossa tarkastellaan langattomien laajakaistapalveluiden hallintaa multi-access-verkossa. Teknisiä termejä ovat seuraavat: Agenttipyyntöviesti (engl. Agent Solicitation Message) on mobiililaitteen generoima viesti, kun laite tulee verkkoon ja haluaa rekisteröityä agentille. Agentti Autentikointi DHCP Elinaika Lease-aika Kotiagentti on joko koti- tai vierasagentti. on tapahtuma, jolla kaksi osapuolta varmistavat toistensa identiteetin. (engl. Dynamic Host Configuration Protocol) on verkkoprotokolla, joka jakaa dynaamisesti IP-osoitteita verkkoon liittyville päätelaitteille. on tunnelin elinaika agenttien välillä. on aika sekunteina, jonka ajan DHCP:n antama IP on käytettävissä. on kotiverkossa oleva ohjelmisto, joka tunneloi kaikki mobiililaitteelle menevät paketit ja ylläpitää tietoa mobiililaitteen sijainnista. 2(32)

11 Julkinen Sovellusraportti 0.5 Dynamo-projekti Kotiosoite Kotiverkko Jaettu salaisuus MAC-osoite Mobiililaite Mobile IPv4 NAI on mobiililaitteen kotiverkon osoite, joka pysyy aina samana, vaikka laite siirtyisi kotiverkosta vierasverkkoon. on verkko, johon mobiilin päätelaitteen kotiosoite kuuluu. on symmetrisessa salauksessa käytetty avain, jonka avulla selväkielinen teksti salataan. on laitteen fyysinen osoite. on laite, joka voi liikkua verkosta toiseen. on IPv4-protokollan laajennus, joka mahdollistaa liikkuvien päätelaitteiden toiminnan IPv4-verkossa. (engl. Network Address Indentifier) on Mobile IPv4-verkossa käytettävä mobiililaitteen tunniste. Rekisteröintiviesti on mobiililaitteen kotiagentille generoima rekisteröintipyyntö. SPI Tiedostokuvaaja Tilapäisosoite on mobiililaitteen salausavain. (engl. File Descriptor) on viite muistialueeseen, jota voi käyttää kuten tiedostoa. (engl. Care-off-Address) on mobiililaitteen osoite vierasverkossa(vierasagentin ja mobiilaitteen välillä). Vastaanottava solmu (engl. Corresponded Node) on mobiililaitteen kanssa keskusteleva palvelu tai kone. Vierasagentti Vierasverkko Viestiputki ohjaa liikennettä kotiagentin ja mobiilin päätelaitteen välillä, sekä tarjoaa verkon palvelut päätelaitteelle. on verkko, jossa mobiili päätelaite vierailee. (engl. Pipe) on erikoistiedosto, jolla on kaksi tiedostokuvaajaa. Virtuaalinen vierasagentti on kotiagentin kuormituksen testaukseen tarkoitettu työkalu. 3(32)

12 Rekisteröintiviesti on mobiililaitteen kotiagentille generoima rekisteröintipyyntö. 4(32)

13 Julkinen Sovellusraportti 0.5 Dynamo-projekti 3 Toteutustekniikat, kehitystyökalut ja-ympäristö. Luvussa esitellään Dynamics-järjestelän jatkokehityksessä käytetyt toteutustekniikat ja kehitystyökalut. 3.1 Toteutustekniikat ja kehitystyökalut Järjestelmän jatkokehitys tapahtui C-kielellä testausympäristössä KDevelop sovelluskehi tysympäristöllä. Järjestelmän kehitys oli inkrementaalista. Jatkokehitettävään ohjelmakoodiin tehtiin pieniä muutoksia, joiden toimivuus varmennettiin heti yksikkötestauksella. Wireshark-ohjelman versiolla seurattiin verkon liikennettä ja GDP-debuggerilla tarkailtiin muuttujien tiloja. Lokitulostuksilla selvitettiin ohjelman toimintaa. Lisätyt ja muutetut ohjelmakoodit kommentoitiin Doxygenin vaatimalla tavalla. Muokatuista ja uusista ohjelmakoodeista laadittiin englanninkielinen muutosdokumentti[18]. UDHCP-asiakasohjelmaa käyttettiin Dynamicsin kotiagenttin DHCP-tuen toteutuksessa. DHCP-palvelimena käytettiin Linuxin DHCPD-palvelinta. 3.2 Kehitys- ja testausympäristö Järjestelmän ohjelmointi tapahtui projektin testausympäristössä, koska Dynamicsjärjestelmästä puuttuivat projektitiedostot, joita tarvitaan kehittämiseen kehitystyökalulla(ide). Testausympäristössä voitiin varmistaa myös paketin lähteminen verkkoon oikeilla arvoilla ja saapuminen oikeaan osoitteeseen. Testausympäristö koostui neljästä koneesta. Kaikkiin neljään koneeseen asennettiin Linux-käyttöjärjestelmä. Lisäksi yhteen koneeseen(mobiili päätelaite) asennettiin Windows XP sekä kaupallinen Cisco-mobiililaiteohjelmisto. Testausympäristön koneet muodostivat itsenäisen verkon erilleen yliopiston verkosta. Testaushuoneeseen asennettiin lisäksi yksi kone, joka oli yhteydessä yliopiston verkkoon, mutta erillään testiverkosta. Testausympäristö on esitelty tarkemmin testaussuunnitelmassa[11]. 5(32)

14 4 Järjestelmän jatkokehityksen toteutuminen Projekti jatkokehitti Dynamics Mobile IPv4-ohjelmistoa, joka on kirjoitettu C-kielellä. Projektin tärkeimpänä tavoitteena oli lisätä DHCP-tuki Dynamicsin kotiagenttiin. DHCP-tuen toteutuksessa hyödynnettiin C-kielellä kirjoitettua UDCHP-asiakasohjelmaa. DHCP-tuki toteutettiin säikeistystä lukuunottamatta. Virtuaalisen vierasagentin tavoitteet toteuttiin osittain. Virtuaalinen lähettää useita liittymis- ja poistumisviestejä verkkoon asetustiedostossa määritettyjen parametrien mukaan. Luvussa esitellään sovellukseen kehitetyt toiminnot pääpiirteittäin. 4.1 Dynamicsin alkuperäinen toiminta ja rakenne Dynamics(versio 0.8.1) on Teknillisen korkeakoulun kehittämä järjestelmä Mobile IPv4-verkkoon. Se mahdollistaa liikkuvien päätelaitteiden liikkumisen verkosta toiseen katkaisematta yhteyttä, sekä huolehtii pakettien välittämisestä verkosta toiseen. Dynamics pitää sisällään kaikki tarvittavat ohjelmat Mobile IPv4-verkon pystytykseen. Mukana tulevat sovellukset ovat kotiagentti, vierasagentti ja mobiililaite. Dynamics ei tue dynaamisia koti- tai tilapäisosoitteita, joten kaikki IP-tiedot tulee syöttää etukäteen sovellusten asetustiedostoihin. Alkuperäistä toimintaa on esitelty tarkemmin vaatimusmäärittelyssä[12]. Seuraavassa kuvassa esitellään Dynamicsin rakenne DHCP-käsittely liitettynä 4.1 6(32)

15 Julkinen Sovellusraportti 0.5 Dynamo-projekti Kuva 4.1: Dynamicsin rakenne DHCP-käsittely liitettynä. 4.2 DHCP-tuentoteutuminen DHCP-tuen tavoitteiden toteutuminen on esitelty vaatimusten osalta vaatimusmäärittelyssä[12] ja toteutusratkaisujen osalta luvussa 5. DHCP-tuen tavoitteet saatiin toteutettua siltä osin, että kotiagentti pyytää IP-osoitteet dynamisesti DHCP-palvelimelta, tallentaa ne tietorakenteeseen ja lähettää IPosoitteen sitä pyytäneelle mobiililaitteelle.säikeistysen puutteesta johtuen DHCPkeskustelun ajan kotiagentti ei voi vastata muiden mobiilaitteiden rekisteröitymispyyntöihin. DHCP-tuen toteuttamisessa oli ongelmana DHCP-keskustelun toteuttaminen omassa säikeessä. Muuttujien siirtäminen aliohjelmista säikeeseen ei onnistunut, ja säikeistys sovittiin tilaajan kanssa jatkohitykseen. DHCP-tuen toteutuksessa huomattiin, että Dynamicsin vierasagentti ei kykene välittämään IP-osoitteesta tullutta pakettia kotiagentille. Mobiililaite ei siten voi kysyä IP-osoitetta dynaamisesti, kun se on liittynyt vierasagentin kautta verkkoon. Ongelma kierrettiin käyttämällä kiinteää osoitetta Ciscon asiakasohjelmistossa, vaikka IP-osoite haetaan dynaamisesti DHCP-palvelimelta. 7(32)

16 4.3 Virtuaalisen vierasagentin toteutuminen Virtuaalisen vierasagentin toteutuminen on esitelty tarkemmin vaatimusten osalta vaatimusmäärittelyssä[12] ja toteutusratkaisujen osalta luvussa 6. Virtuaalinen vierasagentti tavoitteiden mukaisesti lähettää rekisteröintipyyntöjä ja poistumispyyntöjä kotiagentille. Virtuaalisten mobiilaitteiden asetukset luetaan erillisestä tiedostosta, jonka avulla virtuaalista vierasagenttia hallitaan. Virtuaalinen vierasagentti toteutettiin Dynamicsin mobiililaitesovelluksen ympärille, koska sovellus sisälsi valmiiksi jo lukuisia aliohjelmia pakettien lähettämiseen ja vastaanottamiseen. Virtuaaliseen vierasagenttiin luotiin tietorakenne ja sen käsittelyyn tarvittavat aliohjelmat. Virtuaalinen vierasagentti lukee asetukset käyttäjän antamien parametrien mukaan asetustiedostosta ja luo niiden pohjalta tietorakenteen. Tietorakenteen luomisesta käyttäjän antamien komentoriviparametrien avulla ei ehditty projektissa toteuttaa. 4.4 Mobiililaitteentoteutuminen Dynamics-järjestelmän mobiililaite ei tue dynaamista kotiosoitetta. Jatkokehitettävän järjestelmän testauksessa käytettiin Ciscon Mobile IPv4-asiakasohjelmistoa, joka tukee dynaamista kotiosoitetta. 8(32)

17 Julkinen Sovellusraportti 0.5 Dynamo-projekti 5 Kotiagentin DHCP-tuen toteutusratkaisut Luvussa kuvataan DHCP-tuen toteutus, toteutuksen kehitysaskeleet sekä tietorakenne ja aliohjelmat. Dynamicsiin liitettiin DHCP-tuki dynaamiselle kotiosoitteella, mutta DHCP-keskustelua ei saatu säikeistettyä. 5.1 Tekninentoteutus Dynamicsin kotiagenttiin lisättiin tuki dynaamiselle kotiosoitteelle. Kotiagentti hyväksyy IP-osoitteesta tulevat rekisteröintipyynnöt, tekee tämän jälkeen DHCP-kutsun ja palauttaa rekisteröintivastauksessa DHCP:lta saadun IP-osoitteen kotiosoitteena mobiililaitteelle. UDHCP:n udhcpc.c-tiedoston lähdekoodi siirrettiin kokonaan kotiagentin ha.ctiedostoon. Tämän jälkeen UDHCP:sta siirrettyä lähdekoodia muokattiin siten, että UDHCP käytti kotiagenttiin rakennettua tietorakennetta. UDHCP palauttaa DHCPpalvelimelta saadun IP-osoitteen sen sijaan, että asettaisi osoitteen pyytävän verkkolaitteen osoitteeksi. Kotiagentti asetettiin lähettämään DHCP-kutsuja laitteen rekisteröityessä, poistuessa ja tunnelin elinaikaa uusittaessa. DHCP-tuen toimintaa on esitelty Lähdekoodin muutosdokumenttissa[18] ja referenssimanuaalissa[8]. Seuraavissa kuvissa esitetään Dynamisin kotiagentin toimintaa tilakaavioina. Mobiililaite liittyy 5.1 ja poistuu verkosta 5.2 sekä uusii IP-osoitteensa (32)

18 Kuva 5.1: Mobiililaite liittyy verkkoon. 10(32)

19 Julkinen Sovellusraportti 0.5 Dynamo-projekti Kuva 5.2: Mobiililaite poistuu verkosta. 11(32)

20 Kuva 5.3: Mobiililaite uusii IP-osoitteensa. 12(32)

21 Julkinen Sovellusraportti 0.5 Dynamo-projekti 5.2 Kehitysaskeleet DHCP-tuen toteutus aloitettiin tutustumalla Dynamicsin kotiagentin lähdekoodiin ja dokumentointiin sekä selvitettiin kotiagentin aliohjelmien toimintaa ja viestinvälitysketjuja. Samalla tuli tutuiksi C-kieli ja IPv4-protokolla. Tutustumisen jälkeen mietittiin DHCP- tuen toteutustapoja. Vaihtoehtoina olivat irrallinen IP-protokollan avulla Dynamicsin kanssa keskusteleva DHCP-asiakas, tai DHCP-asiakasohjelma sisällytetään osaksi Dynamicsin kotiagenttia. Tekninen ohjaaja löysi GPL-lisenssin alaisen UDHCP-asiakasohjelman, joka soveltui parhaiten tarpeisiin. Vaihtoehtona oli myös IPv6-tuella varustettu ISC-asiakasohjelma. Asiakasohjelmaksi valittiin UDHCP ja toteutustavaksi DHCP-asiakasohjelma liittäminen osaksi Dynamicsia, koska UDHCP oli toteutettu selkeästi ilman IPv6 tukea. DHCP-keskustelu ja-viestit tulivat tutuiksi jäsenille tässä vaiheessa. Dynamicsin ja UDHCP:n yhdistäminen toteutettiin viikossa. Ensimmäisen DHCPviestin lähettämisen jälkeen toteutettiin tietorakenne, joka pitää yllä tietoa rekisteröityneistä mobiililaitteista ja niiden tiedoista. Tässä vaiheessa huomattiin, että DHCP-keskustelu DHCP-palvelimen kanssa on toteutettava erillisessä säikeessä, jotta Dynamicin pääohjelma ei jäisi odottamaan DHCP-keskustelun loppumista. Säikeistyksen toteuttaminen aiheutti ongelmia. Aluksi säikeistettiin koko Dynamicsin viestinkäsittely ja UDHCP-keskustelu, jolloin säikeitä tuli sadoittain liikaa. Toteutusajatus ei siten ollut oikea, joten kokeiltiin jakaa viestinkäsittely kahtia. IP:n hankkiminen ja vastausviestin muodostus päätettiin siten toteuttaa eri säikeessä. Tämä toteutusratkaisu ei toiminut paremmin kuin edellinen. Kolmas säikeistysidea oli säikeistämisen siirtämisen aikaisempaa koodin kohtaan. Tämä idea osoittautui myös toimimattomaksi, sillä turhia säikeitä tuli edelleen sadoittain. Säikeen sisälle laitettiin edelleen liikaa toiminallisuutta. Säikeistyksen toteuttamisen oikeaksi kohdaksi todettiin em. kokeilujen pohjalta DHCP-kutsu, jolloin vain UDHCP:n käsittelemät viestit säikeistetään. Em. ajatuksen ongelmaksi tuli Dynamicsin parametrien välitys säikeelle ja säikeeltä takaisin Dynamicsin koodiin. Ratkaisu osoittautui liian työlääksi, joten lopullisessa DHCPtuesta säikeistys sovittiin tilaajan kanssa jatkokehitykseen. DHCP-tuen viimeisenä vaiheessa testattiin säikeistämätöntä DHCP-keskustelua, etsittiin virheitä, tarkastettiin pakettien sisältöjä ja muokattiin koodin ulkoasua julkastavaan kuntoon. 13(32)

22 5.3 Säikeistetyn ja säikeismättömän Dynamics-version ero Säikestämättömässä Dynamicsin versiossa kaikki toiminta suoritetaan ohjelman pääsäikeessä. Säikeistetyssä versiossa DHCP-kutsu on säikeistetty. Handle_req_message on jaettu kahtia. Säikeistys alkaa DHCP-kutsusta ja loppuu handle_req_message-käsittelyyn. 5.4 Uusitietorakenne Kotiagenttiin ha.c lisättiin uusi tietorakenne, jonka avulla säilytetään tietoa kotiverkkoon rekisteröityneistä mobiililaitteista. Tietorakenteen avulla siirretään tietoa eri aliohjelmille. Dynamicsin alkuperäinen binding-tietorakenne sisältää hieman päällekkäistä tietoa toteutetun tietorakenteen kanssa, mutta Dynamicsin monimutkaisuuden vuoksi näitä kahta tietorakennetta ei yhdistetty. Tietorakenne on lista C:n tietueista. Tietorakenne on seuraava: struct dhcp_mobile { unsigned char *nai; int state; unsigned long requested_ip; unsigned long server_addr; unsigned long timeout; int packet_num; int fd; int signal_pipe[2]; int nai_length; int lease; int spi; }; Tietuelista luodaan rivillä struct dhcp\_mobile dhcp\_mobile\_array[ha\_default\_max\_bindings] Tietueen muuttujat kuvaavat seuraavia ominaisuuksia: 14(32)

23 Julkinen Sovellusraportti 0.5 Dynamo-projekti nai state requested_ip server_addr timeout packet_num fd signal_pipe nai_length lease spi on mobiililaitteen NAI. on mobiililaitteen DHCP-tilakoneen standardin[4] mukainen tila. on mobiililaitteen saama IP-osoite DHCP-palvelimelta. on mobiililaitteelle IP-osoitteen antaneen DHCP-palvelimen IP-osoite. on DHCP-asiakkaaseen asetettu vakioaika, jonka se odottaa vastausta DHCP-palvelimelta. kertoo, kuinka monta DHCPDISCOVER-pakettia kukin DCHP-asiakas on lähettänyt. on DHCP-asiakkaan tarvitsema tiedostokuvaaja(engl. file descriptor), jota käytetään viestin lähettämiseen sokettiohjelmoinnissa. on DHCP-asiakkaan käyttämä viestiputki, johon viestit lähetetään. on mobiililaitteen NAI:n pituus. on mobiililaitteen IP-osoitteen"laina-aika" sekunneissa. on mobiililaitteen salausavain. HA_DEFAULT_MAX_BINDINGS on kotiagentin oletusarvo määrittäen, kuinka monta mobiililaitetta kotiagenttiin voi liittyä. 5.5 Tietorakennetta käsittelevät aliohjelmat Tietorakenteen käsittelyyn liittyen lisättiin tiedostoon ha.c seuraavat aliohjelmat: add_dhcp_mobile lisää mobiililaitteen tietorakenteeseen. Sitä kutsutaan parametrein IP-osoite, NAI ja NAI:n pituus. Se palauttaa 1 lisäyksen onnistuessa ja 0 lisäyksen epäonnistuessa. 15(32)

24 delete_dhcp_mobile find_dhcp_mobile poistaa parametrilla määritetyn mobiililaitteen tietorakenteesta. Se palauttaa 1 poiston onnistuessa ja 0 poiston epäonnistuessa. etsii mobiililaitteen tietorakenteesta. Sitä kutsutaan parametrein NAI ja NAI:n pituus. Se palauttaa laitteen paikan tietorakenteessa tai -1, jos laitetta ei löytynyt. DHCP-keskustelu suoritetaan seuraavalla aliohjelmalla, joka on UDHCP-asiakasohjelman vanha pääohjelma: udhcp kutsutaan mobiililaitteen paikan tietorakenteessa osoittavalla parametrillä. Se palauttaa DHCP-palvelimelta saadun IP-osoitteen ja asettaa sen uuteen tietorakenteeseen. 5.6 Kotiagentin muutetut aliohjelmat ja tiedostot Kotiagentin muokatut tiedostot, aliohjelmat ja niihin tehdyt muutokset on esitelty luvussa lyhyesti. Tarkempi kuvaus koko kotiagentin lähdekoodista löytyy Doxygenillä luodusta referenssimanuaalista[?] ja lähdekoodin muutosdokumenttista[18]. Tiedostoon ha.h on lisätty UDHCP:tä varten: UDHCP:n käyttämät DHCP-standardin mukaiset tila- ja viestivakiot, UDHCP:n käyttämä client_config-tietorakenne ja vakiot RENEWIP, REQUESTIP ja RELEASEIP, jotka kuvaavat ohjelman tiloja. Tiedostoon ha.c on lisätty UDHCP:tä varten: globaali tietorakenne dhcp_mobile_array, UDHCP:n käyttämä tietorakenne client_config, UDHCP:n käyttämät vakiot ja lähes kokonaan UDHCP:n tiedoston udhcpc.c lähdekoodi tiedoston alkuun. 16(32)

25 Julkinen Sovellusraportti 0.5 Dynamo-projekti Tiedoston ha.c aliohjelmaan handle_reg_msg on lisätty mobiililaitteen poistumispyynnön käsittelykohtaan DHCPRELEASE-viestin lähetys udhcp-aliohjelmalla ja ko. mobiililaitteen poisto tietorakenteesta oikeasta kohtaa sekä mobiililaitteen rekisteröitymispyynnön käsittelykohtaan mobiililaitteen lisääminen tietorakenteeseen ja IP-osoitteen hakeminen udhcp-aliohjelmalla. Tiedoston ha.c aliohjelmasta validate_request on poistettu IP-osoitteen tarkastaminen, jotta kotiagentti hyväksyy rekisteröintipyynnöt IPosoitteesta Tiedoston ha.c aliohjelmasta udhcp on muutettu UDHCP-asiakasohjelman pääohjelma udhcp-aliohjelmaksi osaksi kotiagenttiaja käsittelemään tietoja tietorakenteesta alkuperäisen yksittäisen toteutuksen globaalien attribuuttien sijaan. Tiedoston ha.c pääohjelmassa main on siirretty udhcp_if-tieto kotiagentin asetustietorakenteesta UDHCP:n asetustietorakenteeseen. Tiedostoon ha_config.h on lisätty config-tietorakenteeseen dhcp_if-muuttuja, johon asetetaan DHCPkeskustelun suorittavan verkkokortin nimi. Tiedoston ha_config.c aliohjelmaan process_load_ha on lisätty UDHCP-parametrin lukeminen dynhad.conf-tiedostosta dhcp_if-muuttujaan. Tiedostoon Makefile on lisätty viitteet UDHCP:n tarvitsemiin tiedostoihin options.h, client_packet.h, packet.h, script.h, socket.h ja pidfile.h sekä em. tiedostojen c- ja o-tiedostoihin. 17(32)

26 5.7 Kotiagenttiin lisätyt tiedostot Kotiagentin lähdekoodihakemistoon.../src/ha/ lisättiin UDHCP:n lähdekooditiedostot, header-tiedostot ja object-tiedostot seuraavista tiedostoista options, client_packet,packet, script, socket ja pidfile. UDCHP-asiakasohjelman lähdekooditiedosto udhcpc.c liitettiin lähes sellaisenaan osaksi kotiagentin ha.c-tiedostoa. 18(32)

27 Julkinen Sovellusraportti 0.5 Dynamo-projekti 6 Virtuaalisen vierasagentin toteutusratkaisut Luvussa esitellään virtuaalisen vierasagentin toteutusratkaisut.virtuaalinen vierasagentti saatiin lähettämään useita liittymis- ja poistumisviestejä verkkoon asetustiedostossa määritettyjen tapahtumien mukaisesti. 6.1 Tekninentoteutus Virtuaaliseen vierasagentiin toteutettiin rekisteröintipyynnön ja poistumispyynnön lähettäminen sekä tietorakenne ja tiedostonluku. Virtuaalinen vierasagentti toteutettiin muokkaamalla Dynamicsin mobiililaitetta. Mobiililaitteen pääohjelma oli aluksi eri tiedostossa, josta normaalisti lähetetään yhden mobiililaitteen viestit(mn_reg.c). Mobiilin laitteen pääohjelma siirrettiin tiedostoon mn_reg.c. Samaan tiedostoon rakennettiin tietorakenne"virtuaalisille mobiililaitteille" ja tietorakenteen käsittely. Virtuaaliset mobiililaitteet luetaan tietorakenteeseen tiedostosta mobiles.txt, joka sisältää muuttuvat tiedot kutakin mobiililaitetta kohden. Kaikille virtuaalisille mobiililaitteille samat tiedot luetaan Dynamicsin alkuperäisestä asetustiedostosta dynmnd.conf Tarkempi kuvaus koko virtuaalisen vierasagentin lähdekoodista löytyy Doxygenillä luodusta referenssimanuaalista[?] ja lähdokoodin muutosdokumentista[18]. 6.2 Kehitysaskeleet Ensimmäisessa vaiheessa virtuaalinen vierasagentti saatiin lähettämään yhden liittymispyynnön verkkoon. Tämän toteutusidean pohjalta rakennettiin toiminta, jossa useita liittymis-ja poistumispyyntöjä lähetetään verkkoon tietorakenteen avulla. Toisessa vaiheessa luotiin tiedoston käsittely, jossa virtuaalisten mobiililaitteiden tiedot luetaan asetustiedostosta ja tallennetaan tietorakenteeseen. Toteutuksen jälkeen virtuaalinen vierasagentti lähetti käyttäjän syöttämillä arvoilla liittymis- ja poistumispyyntöjä verkkoon. 19(32)

28 6.3 Kääntäminen Käännettäessä virtuaalinen vierasagentti, on muistettava muuttaa muutama muuttuja tiedostoista. Ohjelma ei käänny ilman muutoksia. Muutokset on esitetty luvuissa 6.4 ja 6.5. Tarkemmat ohjeet kääntämisen on kuvattu asennusohjeessa[17]. 6.4 Uudettietorakenteet Tiedostoon mn_reg.c lisättiin tiedoston lukuun oma ja virtuaalisille mobiililaitteille oma tietorakenne. Tietorakenteet ovat listoja C:n tietueista. Virtuaalisten mobiililaitteiden tietorakenne on seuraava: struct mobile{ struct mn_data mn; struct mn_config config; int state; }; Tietorakenne muodostetaan rivillä: struct mobile mobile\_array[500]; Lisäksi virtuaalisten mobiililaitteiden lukemiseen liittyy vielä mobiles-niminen globaali muuttuja kertoen, kuinka monta mobiililaitetta luotiin. Tiedoston luvussa käytettävä tietorakenne on seuraava: }; struct device { char ip_home[17]; char ip_homeagent[17]; char ip_careoff[17]; char nai[32]; char timestart[3]; char state[2]; 20(32)

29 Julkinen Sovellusraportti 0.5 Dynamo-projekti Laitteiden tiedoista luodaan tietorakenne rivillä struct device devices[500]; Tiedoston lukuun liittyy vielä rownumber-niminen globaali muuttuja, kertoen kuinka monta riviä tiedostosta luettiin. Tietuiden muuttujat kuvaavat seuraavia ominaisuuksia: mn config state ip_home ip_homeagent ip_careoff nai timestart sisältää Dynamicsin mobiililaitteen tarvitsemat perusasetustiedot. sisältää Dynamicsin mobiililaitteen tarvitsemat perusasetustiedot. on virtuaalisen mobiililaitteen tilan muutos, jonka arvo 0 vastaa eroa verkosta, 1 verkkoon liittymistä ja 2 kolmannen osapuolen ohjelman suorittamista. on virtuaalisen mobiililaitteen kotiosoite. on virtuaalisen mobiililaitteen kotiagentin osoite. on virtuaalisen mobiililaitteen tilapäisosoite. on virtuaalisen mobiililaitteen NAI. on aika sekuntteina, jolloin virtuaalinen mobiililaite tekee tilan state mukaisen toiminnon. 6.5 Asetustiedosto Virtuaalisten mobiililaitteiden tiedot ja niihin liittyvät parametrit luetaan sekä rekisteröinti- ja poistumistapauksissa tiedostosta. Tiedoston mobiles.txt tietoalkioiden välimerkkinä toimii välilyönti ja riveillä esitettävät tapahtumat erotetaan toisistaan rivivaihdolla. Kunkin rivin parametrit ovat aika sekunneissa, toiminto(0=eroa verkosta, 1=liity verkkoon ja 2=kolmannen osapuolen ohjelma), kotiosoite, kotiagentin osoite, tilapäisosoite ja NAI. Asetustiedostosta voi näyttää seuraavalta: 21(32)

30 zorma1@jyu.fi zorma2@jyu.fi 3 2 thirdpartyprogram --parameter zorma1@jyu.fi zorma2@jyu.fi Yo. mukainen ohjelman ajo suorittaisi aluksi kahden laitteen liittymisviestin lähettämisen. Tämän jälkeen suoritetaan kolmannen osapuolen ohjelma. Ajan hetkellä 5 lähetetään ensimmäisen laitteen poistumisviesti ja siitä 5(10-5) sekunnin päästä lähetetään toisen laitteen poistumisviesti. 6.6 Lisätytaliohjelmat Tiedostoon mn_reg.c lisättiin tiedoston lukua varten seuraavat aliohjelmat: readfile lukee parametrilla määritetyn asetustiedoston sisällön rivi kerrallaan taulukkoon. Se palauttaa 1 tiedoston luvun onnistuessa ja -1 epäonnistuessa. parse_rows lukee määritetyiltä riveiltä arvot muuttujiin. Se palauttaa 1 tiedoston rivien luvun onnistuessa ja -1 epäonnistuessa. Tiedostoon mn_reg.c lisättiin tietorakenteen käsittelyä ja viestien lähettämistä varten seuraavat aliohjelmat: mn_init create_mobile send_messages lukee Dynamicsin mobiililaitteen perusasetustiedot. Palauttaa 1 tehtävän onnistuessa ja -1 epäonnistuessa. luo asetustiedoston mukaiset virtuaaliset mobiililaitteet mobile_array-tietorakenteeseen. lähettää määritellyn aikavälin ja virtuaalisen mobiililaitteen tilan mukaisesti joko rekisteröitymis- tai poistumisviestin. Tiedostoon mn_reg.c on lisätty seuraava uusi pääohjelma: main alustaa laitteet ja lähettää asetustiedoston mukaiset viestit. 22(32)

31 Julkinen Sovellusraportti 0.5 Dynamo-projekti Tiedostoon net/wireless.h on lisätty määritys ifnamsiz define ifnamsiz 16 tiedoston alkuun, jotta ohjelma kääntyisi. 6.7 Muutetutaliohjelmat Tiedostossa mn.c on muutettu aliohjelma main vaihtamalla sen nimeksi main_old. Tiedostossa dyn_wireless.c on vaihdettu muuttujan ifr_name nimeksi u.name johtuen tietueen iwreq muuttumisesta. 23(32)

32 7 Suoritettu testaukset ja tulokset Luvussa kuvataan suoritettuja DHCP-tuen ja virtuaalisen vierasagentin testausta sekä tuloksia ja havaittuja virheitä Dynamo-verkossa ja tilaajan verkossa. Sovellusta testattiin koko kehityshistorian ajan hyödyntäen tekstipohjaista GDBdebuggeria ja WireSharkpakettikaapparia. Lopullisissa testauksissa tuli esiin ongelmia, joiden lähtöperä tiedostetiin ja osa ongelmista ratkaistiin. 7.1 Testaustoteutusvaiheessa Dynamics-protokollaa testattiin Dynamo-verkossa kunkin lähdekoodin muutoksen jälkeen. Yksikkö- ja integrointitestausta suoritettiin koko sovelluskehityksen ajan, joten yllätyksiä järjestelmätestauksen testauskerroilla ei tullut. Dynamicsin kotiagentin, vierasagentin ja mobiilin laitteen toimivuutta ei voitu testata irrallisina, koska Dynamics-projektista puuttuivat projektitiedostot, joita tarvitaan ohjelmakoodin kääntämiseen kehitystyökalussa. Projektitiedostojen puuttumisen vuoksi testausverkon pystyttämisen ja jatkokehittämisen suoritettiin testausverkossa. Testausverkon rakenne ja testitapukset on esitelty tarkemmin testausuunnitelmassa[11]. Sovellusta testattiin koko kehityshistorian ajan hyödyntäen tekstipohjaista GDBdebuggeria ja WireShark-pakettikaapparia. Testausympäristön ongelmana oli muuttujien arvojen lukeminen. Se oli työlästä ja hidasta komentoriviargumenttien pohjalta toimivalla GDB-debuggerilla. Apuna käytettiin välitulostuksia, joiden avulla selvitettiin sovelluksen lähdekoodin toimintaa ja rakennetta. 7.2 Testaus projektin testausympäristössä DHCP-tuen testaukset projektin testausympäristössä suoritettiin yksikkö-, integrointi- ja järjestelmätestitasolla testaussuunnitelmassa[11] määritetyillä testaustapauksilla. Testaus suoritettiin liittämällä kahta mobiililaitetta verkkoon ja poistamalla niitä verkosta. Kumpikin kone sai IP-osoitteen kotiagentilta, jos liittymispyynnöt tehtiin eri aikoihin. Kun laitteet liitettiin verkkoon nopeasti peräkkäin, vain toinen laite sai osoit- 24(32)

33 Julkinen Sovellusraportti 0.5 Dynamo-projekti teen. Em. ongelmaksi paljastui vierasagentin toiminta. Se ei pysynyt liittymyspyyntöjen vauhdissa mukana. DHCP-tuen testitapauksien tulokset on esitelty tarkemmin testausraportissa[13]. Virheitä esiintyi myös testausverkon reititystauluijen asetuksissa. Testausympäristön vierasagentti ei lähettänyt paketteja oikein eteenpäin kotiverkosta vierasverkkoon tai vierasverkosta kotiverkkoon. Vierasagentti pystyi kuitenkin lähettämään dataa mobiililaitteille ja mobiililaitteet vierasagentille. Tekninen ohjaaja oli ratkomassa em. ongelmaa, mutta ratkaisua ei löytynyt. Ongelma saattoi olla myös vierasagentin asetuksissa. Vastaavaa ongelmaa ei havaittu testatessa DHCP-tukea tilaajan verkossa. Kolmas ongelma ilmeni mobiililaitteen poistuessa verkosta. DHCP-tuki generoi oikeanlaisen DHCPRELEASE-viestin ja lähetti sen verkkoon, mutta viesti ei löytänyt perille. Vastaava ongelmaa havaittiin myös testatessa tilaajan verkossa. Virtuaalisen vierasagentin testauksessa ei ilmennyt ongelmia. Virtuaalisen vierasagentin testitapauksen tulokset on luettavissa testausraportista[16]. 7.3 DHCP-tuen testaus tilaajan verkossa Testauksessa tilaajan verkossa haluttiin erityisesti selvittää DHCP-tuen kohdat, jotka aiheuttivat virheitä projektin testausympärisssä testattaessa(katso luku 7.2). Virtuaalista vierasagenttia ei testattu, koska sen toteutetut toiminnot osoittautuivat luotettavasti toimiviksi jo Dynamo-verkossa testattaessa. Ensimmäisellä testauskerralla tilaajan verkossa Dynamicsin asentaminen verkon laitteisiin aiheutti ongelmia. Ongelmina olivat Dynamicin kääntäminen ja makefile:n teko. Ensimmäisen testauskerran ongelmaksi paljastui väärä SPI-arvo mobiililaitteessa ja väärät asetukset verkon reititystauluissa. Ongelma saatiin ratkaistua, mutta testitapauksia ei ehditty suorittaa tuolloin. Em. valttämiseksi jatkossa kirjoitettiin Dynamicsin asennusohjeet[17]. Toisella testauskerralla työtä teetti verkon oikeiden asetusten löytäminen. Ongelmana oli Ciscon mobiililaitteen asiakasohjelman toiminta. Asiakasohjelma asennettiin uudestaan puhtaalle koneelle ja testitapaukset saatiin suoritettua. DHCPRELEASE-paketin lähettäminen ei onnistunut tilaajankaan verkossa ja ongelmaksi havaittiin vika lähdekoodissa. Paketin lähettäjäksi asetetaan mobiililaitteen 25(32)

34 osoite, vaikka sen pitäisi olla kotiagentin osoite. Kyseisen virheen korjaaminen kirjattiin jatkokehitystavoitteeksi. Muutama testitapaus jäi tekemättä, koska virheellisillä tiedoilla varustettuja paketteja ei saatu luotua tilaajan verkossa. Testidata on luettavissa"kotiagentin testaus tilaajan verkossa toinen kerta-dokumentista[15] 26(32)

35 Julkinen Sovellusraportti 0.5 Dynamo-projekti 8 Jatkokehisideoita Luvussa esitellään DCHP-tuen ja virtuaalisen vierasgentin jatkokehitysideoita. Jatkokehitysideat periytyvät pääosin vaatimusmäärittelyn[12] vaatimuksista, joiden prioriteetti Dynamo-projektin osalta on ei toteutettu. Tärkeimmäksi jatkokehityskohteeksi katsottiin säikeistyksen luominen DHCP-keskusteluun. 8.1 DHCP-tuenjatkokehitys DHCP-kutsun ajaminen omassa säikeessä nopeuttaisi sovelluksen muuta toimintaa, sillä kotiagentin toiminta ei keskeytyisi DHCP-kutsun ajaksi. Ilman säikeistysta virtuaalista vierasagenttiakaan ei voida käyttää kuormituksen testaustyökaluna, jos kotiagenttina on Dynamicsin kotiagentti. DHCP-keskustelun säikeistys ei toteutunut, koska Dynamicsissa suurin osa sovelluksen muuttujista on omissa aliohjelmissa, eikä globaaleina muuttujina. Tällöin Dynamicsiin tulleiden pakettien sisältöön pääsee käsiksi vain aliohjelmasta, jossa pakettien sisällön käsittely on alunperin toteutettu. Dynamicsin pääohjelmasta ei siten pääse käsiksi kaikkiin tarvittaviin muuttujiin, joiden tietoja säikeistyksen luominen vaatisi. Aliohjelmien muuttujien kopiointi pääohjelmaan ei onnistunut, koska aliohjelmien tietorakenteiden sisällä oli osoittimia toisiin tietorakenteisiin, joissa taas oli osoittimia edelleen toisiin tierakenteisiin. Tietorakenteita Dynamicin kotiagentissa on kymmeniä. Em. ongelman olisi voinut ratkaista lisäämällä jokaiseen aliohjelmaan funktio, joka kopioi aliohjelman lokaalit muuttujat globaaleihin muuttujiin. Tämän idean pohjalta koko Dynamicsin perusrakennetta olisi pitänyt muuttaa. Muutos olisi johtanut siihen, että jokainen globaalien muuttujien käsittely oli pitänyt suojata lukoilla. Säikeistyksen toteutus tämän idean pohjalta nähtiin liian työlääksi toteuttaa Dynamoprojektissa. Toinen DHCP-tukee liittyvä jatkokehitys on DHCPRELEASE-viestin lähettäminen oikeilla tiedoilla DHCP-palvelimelle. DHCPRELEASE-paketin lähettäjäksi asetetaan Dynamo-projektin toteutuksessa mobiililaitteen osoite, vaikka sen pitäisi olla kotiagentin osoite. 27(32)

36 8.2 Muut kotiagentin jatkokehitysideat Kotiagentin jatkokehitysideoita on kaksi.(1) Dynamicsin kotiagentin tulisi antaa mobiililaitteelle kotiosoite dynaamisesti tai staattisesti riippuen mobiililaitteen kotiosoitekentästä. Kotiagentin asetustiedostosta voisi valita, käytetäänkö staattista vai dynaamista kotiosoitetta.(2) Mobiililaitteen NAI sidottaisiin kotiagentissa määriteltävään SPI-arvoon. Tämän toteutusten avulla lisättäsiin Dynamicsin tietoturvaa. 8.3 Virtuaalisen vierasagentin jatkokehitys Virtuaalisen vierasagentin tärkein jatkokehitystavoite on, että virtuaalinen vierasagentti lukisi asetukset komentoriviargumenteista ja muodostaisi niiden pohjalta asetustiedoston. Vaatimuksen toteutuminen nopeuttaisi virtuaalisen vierasagentin käyttöä. Lisäksi virtuaaliseen vierasagenttiin pitäisi toteuttaa toiminto, jossa asetustiedoston avulla voitaisiin käynnistää kolmannen osapuolen ohjelmia, joilla kuormitettaisiin verkkoa. Virtuaaliseen vierasagentin pitäisi myös kerätä tilastotietoja lähetetyistä ja vastaanotetuista viesteistä. Tilastotietojen keruun toteutuessa virtuaalisen vierasagentin käyttö IPv4-verkon testaustyökaluna olisi erinomainen tietoliikenneasiantuntijalle. Em. ominaisuuden toteuttaminen vaatii pakettien vastaanoton muokkaamista Dynamicsin mobiilin päätelaitteen lähdekoodissa. 8.4 Dynamicsin rakenne ja kommentointi Verrattaessa Dynamicsin ohjelmakoodia UDHCP-koodiin, Dynamicsin rakenne on sekava. Dynamicsin ohjelmakoodia ole kommentoitu kattavasti, eikä ohjelman rakennetta ole dokumentoitu riittävästi. Koodin kommentoinnin puutteet ja ohjelman sekava rakenne aiheuttavat varmasti ongelmia jatkokehityksessä. Dynamicsin kotiagentin viestinvälitys kannattaisi eriyttää muusta Dynamicisin toiminnasta. Eriyttämisen avulla kotiagentin lähdekoodi saataisin omiin kokonaisuuksiin ja siten paremmin muunneltaviksi. 28(32)

37 Julkinen Sovellusraportti 0.5 Dynamo-projekti Dynamisin jatkokehitystä voidaan suositella henkilöille, joilla on osaamista C-kielestä ja säikeiden toteuttamisesta C-ympäristössä. C-kielen käyttö aiheuttaa työtä sellaisissa ongelmissa, jotka kehittyneimmissä ohjelmointikielissä vaativat vain hetken työn. Mm. osoittimet ja tietueiden kopioinnit ovat C-kielessä työläitä käsitellä. 29(32)

38 9 Yhteenveto Dynamo-projekti suunnitteli ja toteutti Dynamicsiin tarvittavat muutokset. Dynamics vastaa paremmin Jyväskylän yliopiston tietotekniikan laitoksen ja LaiLa-projektin tarpeita. Sovellus toteutettiin Linux-alustalla ja C-kielellä olemassaolevan Dynamics-järjestelmän ja UDHCP-ohjelman lähdekoodia hyödyntäen. Projektin tärkein tavoite DHCP-tuen lisääminen kotiagenttiin saatiin toteutettua säikeistystä lukuunottamatta. Virtuaalinen vierasagentti oli tavoitteena toteuttaa ainakin vaatimusten määrittelyn ja suunnittelun osalta sekä ohjelmoida ajan salliessa. Virtuaalinen vierasagentti saatiin lähettämään verkkoon useita liittymis- ja poistumisviestejä asetustiedostossa määrättyjen tapahtumien mukaisesti. Sovellukseen jatkokehitetyt osat testattiin projektin testausympäristössä ja DHCPtuki tilaajan verkossa. Testauksessa huomattiin toimivuusongelma, jotka lisättiin jatkokehitysideoihin. Tärkeimmäksi jatkokehityskohteeksi katsottiin säikeistyksen luominen DHCP-keskusteluun, minkä avulla kotiagentin toimintaa voidaan nopeuttaa. 30(32)

39 Julkinen Sovellusraportti 0.5 Dynamo-projekti Lähteet [1] Andersson B.,"Dynamics, Technical Definition", Helsinki University of Technology, April [2] Droms R.,"Dynamic Host Configuration Protocol", RFC 1531, Bucknell University, October [3] Droms R.,"Dynamic Host Configuration Protocol", RFC 2131, Bucknell University, November [4] Perkins C.,"IP Mobility Support", RFC 2002, IBM, October [5] Perkins C.,"IP Mobility Support for IPv4", RFC 3344, Nokia Research Center, August [6] Hätinen T., Pyykkönen A. ja Purojärvi J.,"Dynamo-projekti, Projektiraportti", Jyväskylän yliopisto, tietotekniikan laitos, joulukuu [7] Hätinen T., Pyykkönen A. ja Purojärvi J.,"Dynamo-projekti, Projektisuunnitelma", Jyväskylän yliopisto, tietotekniikan laitos, lokakuu [8] Hätinen T., Pyykkönen A. ja Purojärvi J.,"Dynamo Reference Manual for Home Agent", generated with Doxygen, University of Jyväskylä, Department of Mathematical Information Technology, December [9] Hätinen T., Pyykkönen A. ja Purojärvi J.,"Dynamo Reference Manual for Virtual Foreing Agent", generated with Doxygen, University of Jyväskylä, Department of Mathematical Information Technology, December 2007 [10] Hätinen T., Pyykkönen A. ja Purojärvi J.,"Dynamo-projekti, Testauraportti tilaajan verkko", Jyväskylän yliopiston tietotekniikan laitos, joulukuu 2007 [11] Hätinen T., Pyykkönen A. ja Purojärvi J.,"Dynamo-projekti, Testaussuunnitelma", Jyväskylän yliopisto, tietotekniikan laitos, joulukuu [12] Hätinen T., Pyykkönen A. ja Purojärvi J.,"Dynamo-projekti, Vaatimusmäärittely", Jyväskylän yliopisto, tietotekniikan laitos, marraskuu [13] Hätinen T., Pyykkönen A. ja Purojärvi J.,"Dynamo-projekti testaus, DHCPtuen testaus Dynamo-verkossa", Jyväskylän yliopisto, tietotekniikan laitos, joulukuu (32)

40 [14] Hätinen T., Pyykkönen A. ja Purojärvi J.,"Dynamo-projekti testaus, Kotiagentin testaus tilaajan verkossa", Jyväskylän yliopisto, tietotekniikan laitos, joulukuu 2007 [15] Hätinen T., Pyykkönen A. ja Purojärvi J.,"Dynamo-projekti testaus, Kotiagentin testaus tilaajan verkossa toinen kerta", Jyväskylän yliopisto, tietotekniikan laitos, joulukuu 2007 [16] Hätinen T., Pyykkönen A. ja Purojärvi J.,"Dynamo-projekti testaus, Virtuaalisen vierasagentin testaus Dynamo-verkossa", Jyväskylän yliopisto, tietotekniikan laitos, joulukuu 2007 [17] Hätinen T., Pyykkönen A. ja Purojärvi J.,"How to Install", University of Jyväskylä, Department of Mathematical Information Technology, December [18] Hätinen T., Pyykkönen A. ja Purojärvi J.,"Changes in Dynamics", University of Jyväskylä, Department of Mathematical Information Technology, December [19] Teknillinen korkeakoulu, Tietoliikennearkkitehtuurit-kurssin materiaali, (32)