Dynamo-Sovellusprojekti. Sovellusraportti
|
|
- Pia Rantanen
- 7 vuotta sitten
- Katselukertoja:
Transkriptio
1 Dynamo-Sovellusprojekti Sovellusraportti Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 0.1 Julkinen Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä
2 Hyväksyjä Päivämäärä Allekirjoitus Nimenselvennys Projektipäällikkö Tilaaja Ohjaaja..2007
3 Tietoa dokumentista Tekijät: Tero Hätinen(TH) Joni Purojärvi(JP) Antti Pyykkönen(AP) Dokumentin nimi: Dynamo-projekti, Sovellusraportti Sivumäärä: 24 Tiedosto: sovellusraportti01.tex Tiivistelmä: Projekti kehittää Dynamics-sovellusta vastaamaan paremmin tietotekniikan laitoksen ja LaiLa-projektin tarpeita. Dynamo-projekti toteuttaa dokumentissa kuvatut sovelluksen toiminnalliset ja tekniset vaatimukset. Avainsanat: DHCP, Dynamics, kahdentaminen, kotiagentti, mobiililaite, Mobile IP, tekniset vaatimukset, termit, toiminnalliset vaatimukset, 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". Tekijät TH, AP, JP 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 jatkokehittää 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 Työhuone Ag C223.4/ iii
6 iv
7 Sisältö 1 Johdanto 1 2 Termit 2 3 Toteutustekniikat ja työkalut Testausympäristö Dynamicsin alkuperäinen toiminta ja rakenne Pakettienkulku Mobiililaitteenkirjautuminenverkkoon Koti-javierasagentti Mobiililaite Projektissa saavutetut tavoitteet ja jatkokehitys DHCP-tuenvaatimustentoteutuminen Virtuaalisenvierasagentinvaatimustentoteutuminen Mobiililaitteenvaatimustentoteutuminen Jatkokehityksentavoitteet Projektiryhmän ajatuksia Dynamicsin jatkokehityksestä Testaus KotiagentinDHCP-tuki Toteutetutmuutokset Tietorakenne Lisätytaliohjelmat Muutetutaliohjelmatjatiedostot Lisätyttiedostot Virtuaalinenvierasagentti Toteutetutmuutokset Tietorakenne Lisätytaliohjelmat Muutetutaliohjelmat Yhteenveto 23 Lähteet 24 v
8 vi
9 Julkinen Sovellusraportti 0.1 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 on Jyväskylän yliopiston tietotekniikan laitoksen syksyn 2007 sovellusprojekti. Se määrittelee ja suunnittelee sekä osin toteuttaa ja testaa Dynamics-sovellukseen tarvittavat muutokset, jotta Dynamics saataisiin vastaamaan LaiLa-projektin tarpeita. Dokumentissa esitetään määriteltyjen vaatimusten toteutumiset ja toteutusratkaisut lähdekooditasolla. Projektin vaatimukset esitetään vaatimusmäärittelyssä[8]. Projektin käytänteitä, aikataulua, riskejä ja muita projektin läpivientiin liittyviä asioita käsitellään projektisuunnitelmassa[7]. Luvussa 2 on kuvattu tärkeimmät projektiin liittyvät termit. Käytettyjä työkaluja ja käytänteitä esitellään luvussa 3. Sovelluksen alkuperäistä toimintaa kuvataan luvussa 4. Projektissa saavutetut tavoitteet sovelluksen jatkokehityksen suhteen kuvataan luvussa 5. Tehtyjä toteutuksia kuvataan tarkemmin luvuissa 6 ja 7. 1(24)
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 vapaanlä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(24)
11 Julkinen Sovellusraportti 0.1 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ö. Tiedostokuvaaja Tilapäisosoite on viite muistialueeseen, mitä 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. on erikoistiedosto, jolla on kaksi tiedostokuvaajaa. Virtuaalinen vierasagentti on kotiagentin kuormituksen testaukseen tarkoitettu työkalu. Rekisteröintiviesti on mobiililaitteen kotiagentille generoima rekisteröintipyyntö. 3(24)
12 3 Toteutustekniikat ja työkalut Ryhmän työskentely tapahtui pääasiassa ryhmän työhuoneessa AgC223.4 ja viereisessä työhuoneessa AgC223.3, jossa sijaitsi testausympäristö. Työhuoneessa ryhmällä oli käytössä neljä tietokonetta, joista yhteen oli asennettu käyttöjärjestelmäksi Windows XP ja kolmeen Linux Fedora Core 6. Linux-koneisiin oli asennettu valmiiksi KDevelop sovelluskehitysympäristö koodin tuottamiseen ja muokkaamiseen. Projektin tavoitteena oli jatkokehittää Dynamics Mobile IPv4-ohjelmistoa. Dynamics on kirjoitettu C-kielellä. Yhtenä vaatimuksena oli lisätä DHCP-tuki Dynamicsin kotiagenttiin. Tämän vaatimuksen toteuttamisessa käytettiin hyväksi UDCHPasiakasohjelmaa, joka on myös kirjoitettu C-kielellä. Projektilla oli käytössään yhteinen verkkolevy ja WWW-sivusto projektin tiedostojen säilytystä varten. Verkkolevy oli hakemistossa //iths1.it.jyu.fi/dynamo ja sivusto osoitteessa Testausympäristö Huoneessa AgC223.3 sijaitsi testausympäristö, joka 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. Testauksessa käytettiin aluksi Dynamicsin alkuperäistä versiota Projektin edetessä tätä sovellusta muokattiin projektin tarpeiden mukaan. Verkon liikennettä seurattiin Wireshark-ohjelman versiolla (24)
13 Julkinen Sovellusraportti 0.1 Dynamo-projekti 4 Dynamicsin alkuperäinen toiminta ja rakenne Dynamics(versio 0.8.1) 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. Dynamics pitää sisällään kaikki tarvittavat sovellukset 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. 4.1 Pakettienkulku Kuvassa 4.1 on esitetty, kuinka paketit kulkevat Mobile IPv4:ssä mobiililaitteelle vierasverkkoon sen kanssa keskustelevalta palvelimelta. Kuva 4.1: Pakettien kulku[2]. Pakettien välittämisen vaiheet ovat seuraavat: 1. Paketti mobiililaitteelle saapuu kotiverkkoon normaalin reitityksen tapaan. 2. Paketti saapuu kotiagentille, joka tunneloi paketin vierasagentille ja asettaa kohdeosoitteeksi mobiililaitteen sen hetkisen tilapäisosoitteen. 3. Paketti saapuu vierasagentille, joka ohjaa sen edelleen mobiililaitteelle. 4. Mobiililaitteen lähettämä kuittauspaketti saapuu sille laitteelle, jolta paketti alunperin tuli. Paketti voi mennä suoraan palvelimelle vierasagentin kautta(kuten kuvassa 4.1) tai kotiagentin kautta. 5(24)
14 4.2 Mobiililaitteen kirjautuminen verkkoon Mobiililaite voi kirjautua kotiverkkoon joko kotiagentin kautta tai vierasagentin kautta vierasverkosta. Kotiagentin kautta kirjautuminen sisältää seuraavat vaiheet: Mobiililaite laitetaan päälle, jolloin se lähettää agenttipyyntöviestin. Kotiagentti vastaa pyyntöön mainoksella. Mobiililaite lähettää rekisteröitymisviestin kotiagentille. Kotiagentti saa mobiililaitteen rekisteröintiviestin ja tutkii, löytyykö ko. laite sen staattiselta listalta. Kotiagentti vastaa mobiililaitteelle, hyväksyikö vai hylkäsikö se rekisteröinnin. Vierasagentin kautta kirjautuminen sisältää seuraavat vaiheet: Mobiililaite lähettää agenttipyyntöviestin verkkoon. Vierasagentti kuulee viestin ja lähettää oman mainosviestin mobiililaitteelle. Mobiililaite lähettää rekisteröintipyynnön vierasagentille. Vierasagentti lähettää rekisteröintipyynnön edelleen kotiagentille. Kotiagentin ja mobiililaitteen välissä voi olla useita vierasagentteja. Kotiagentti saa paketin vierasagentilta ja purkaa sen. Kotiagentti tarkistaa, löytyykö mobiililaite sen staattiselta listalta. Kotiagentti generoi vastauspaketin ja lähettää sille vierasagentille, jonka verkossa mobiililaite on vierailemassa. Vierasagentti purkaa kotiagentilta saadun paketin ja lähettää kotiagentin alkuperäisen vastauksen mobiililaitteelle. 6(24)
15 Julkinen Sovellusraportti 0.1 Dynamo-projekti 4.3 Koti- ja vierasagentti Dynamicsin viimeisin versio käyttää staattisia IP-osoitteita. Jokaiselle laitteelle on määrätty tietty IP, joten sekä mobiililaitteen että kotiagentin täytyy tietää kyseisen mobiililaitteen IP-osoite. Mobiililaitteen täytyy myös tietää sen kotiagentin IPosoite. Kotiagentti tietää oman IP-osoitteensa lisäksi taulukossa 4.1 mainitut hyväksyttyjen mobiililaitteiden IP-osoitteet ja tilapäisosoitteet sekä mobiililaitteen elinajan. Kotiosoite Tilapäisosoite Elinaika Taulukko 4.1: Kotiagentin mobiilisidostaulukko. Vierasagentti tietää oman IP-osoitteensa ja mahdollisesti hierarkisesti korkeamman vierasagentin IP-osoitteen. Vierasagentti ylläpitää taulukon 4.2 mukaista vieraslistaa, josta selviää vierailevien laitteiden kotiosoitteet, kotiagenttien IP-osoitteet, mobiililaitteiden MAC-osoitteet ja elinajat. Kotiosoite Kotiagentin osoite Mobiililaitteen MAC-osoite Elinaika FF FA3 150 Taulukko 4.2: Vierasagentin vieraslista. 4.4 Mobiililaite Dynamicsin mobiililaite on ns. "ohut päätelaite" tarkoittaen sitä, että siinä on vähän toimintoja ja se tietää vain vähän verkosta. Kiinteät asetustiedostosta määriteltävät päätelaitteen asetukset ovat. oma kotiosoite, kotiagentin osoite ja tunnelin elinaika. 7(24)
16 Tilan mukaan muuttuvat päätelaitteen asetukset ovat. tilapäisosoite. 8(24)
17 Julkinen Sovellusraportti 0.1 Dynamo-projekti 5 Projektissa saavutetut tavoitteet ja jatkokehitys Luvussa esitellään projektissa saavutetut tavoitteet ja jatkokehitysideat. DHCP-tuen vaatimukset saatiin toteutettua siltä osin, että kotiagentti pyytää IP-osoitteet dynamisesti DHCP-palvelimelta, tallentaa ne tietorakenteeseen ja lähettää IP-osoitteen sitä pyytäneelle mobiililaitteelle. Säikeistystä DHCP-keskusteluun ei saatu toteuteutettua, joten DHCP-keskustelun ajan kotiagenttin ei voi vastata muiden mobiilaitteiden rekisteröitymispyyntöihin. Virtuaalisen vierasagentti vaatimukset toteutui yhden viestin lähettämisen osalta. (Tai useamman laitteen, tulee muuttumaan). Vaatimusten toteutusten tilat on määritelty taulukosa 5.1. Tila Kuvaus Toteutui Toteutus on valmis ja hyväksytty. Ei toteutunut Toteutusta ei ole tehty. Toteutunut osittain Toteutus aloitettiin, mutta ei saatu valmiiksi. Taulukko 5.1: Vaatimusten tilat. 5.1 DHCP-tuen vaatimusten toteutuminen DHCP-tuen toteuttamisessa oli ongelmana DHCP-keskustelun toteuttaminen omassa säikeessä(vaatimus 5.1). Säikeistysvaatimusta ei saatu toteutettua. Toinen ongelma oli, että Dynamicsin vierasagentti ei kykene välittämään IP-osoiteesta tulevaa pakettia kotiagentille. Tämä aiheuttaa sen, että mobiililaite ei voi kysyä IPosoitetta dynaamisesti, kun se on liittynyt vierasagentin kautta verkkoon. DHCPtuen vaatimusten toteutuminen on esitelty taulukoissa (24)
18 Mobiililaitteen liittymisen ja tunnistamisen vaatimukset on esitetty taulukossa 5.2. Numero Kuvaus 1.1 Dynamicsin kotiagentin tulee tunnistaa ja hyväksyä IPosoitteesta tuleva rekisteröintipyyntö. 1.2 Dynamicsin kotiagenttiin tulee lisätä mahdollisuus valita, käyttääkö se dynaamista vai staattista IP-osoitetta mobiililaitteiden kotiosoitteille. 1.3 Dynamicsin kotiagentin tulee antaa mobiililaitteelle kotiosoite dynaamisesti tai staattisesti riippuen mobiililaitteen kotiosoitekentästä. Tila Toteutui Ei toteutunut Ei toteutunut Taulukko 5.2: Mobiililaitteen liittyminen. IP:n hankkimisen ja rekisteröintiviestin lähettämisen vaatimukset on esitelty taulukossa 5.3. Numero Kuvaus Tila 2.1 Sovellukseen tulee toteuttaa DHCP-palvelimen etsintä. Toteutui 2.2 Sovellukseen tulee toteuttaa standardin mukainen Toteutui DHCP-keskustelu. 2.3 Sovelluksen tulee tallentaa DHCP-palvelimelta saatu IPosoite tietorakenteeseen. Toteutui 2.4 Sovelluksen tulee generoida rekisteröintivastaus mobiililaitteelle. Toteutui 2.5 DHCP-palvelimen osoite voidaan antaa asetustiedostostanut Ei toteutu- Taulukko 5.3: IP:n hankkiminen ja antaminen. 10(24)
19 Julkinen Sovellusraportti 0.1 Dynamo-projekti IP-osoitteen ylläpidon vaatimukset on esitelty taulukossa 5.4. Numero Kuvaus 3.1 Sovelluksen tulee hoitaa DHCP:lta saadun IP-osoitteen ylläpito uusimalla lease-aika aina, kun mobiililaite uusii tunnelin. 3.2 Sovelluksen tulee hoitaa DHCP:lta saadun IP-osoitteen ylläpito uusimalla lease-aika aktiivisesti itse. Tila Ei toteutunut Ei toteutunut Taulukko 5.4: IP-osoitteen ylläpito. IP-osoitteen vapauttamisen vaatimukset on esitelty taulukossa 5.5. Numero Kuvaus 4.1 Sovelluksen tulee vapauttaa DHCP:lta saatu IP-osoite, kun mobiililaite poistuu verkosta 4.2 Sovelluksen tulee vapauttaa DHCP:lta saatu IP-osoite, kun ltunnelin elinaika loppuu. Tila Toteutui Ei toteutunut Taulukko 5.5: IP-osoitteen vapauttaminen. 11(24)
20 Säikeistyksen vaatimukset on esitelty taulukossa 5.6. Numero Kuvaus 5.1 Sovelluksen tulee toteuttaa toiminnot omassa säikeessä DHCP-keskustelun ja DHCP-keskustelun jälkeisen rekisteröintivastauksen lähettämisen osalta. 5.2 Sovelluksen tulee toteuttaa omassa säikeessä DHCP:lta saadun mobiililaitteen kotiosoitteen vapauttaminen DHCP-palvelimelta. Tila Toteutunut osittain Ei toteutunut Taulukko 5.6: Kotiagentin säikeistys. DHCP-keskustelun säikeistys(vaatimus 5.1) ei toteutunut, koska Dynamics on rakennettu siten, että suurin osa sovelluksen muuttujista on omissa aliohjelmissa eikä globaaleina muuttujina. Tällöin Dynamicsiin tulleisiin pakettien sisältöön pääsee käsiksi vain luokasta, jossa pakettien sisällön käsittely on alunperin toteutettu. Dynamicsin pääohjelmasta ei pääse käsiksi kaikkiin tarvittaviin muuttujiin, joiden tietoja säikeistyksen luominen vaatii. Aliohjelmien muuttujien kopiointi pääohjelmaan ei onnistunut, kun aliohjelmien tietorakenteiden sisällä oli osoittimia toisiin tietorakenteisiin, joissa taas oli osoittimia edelleen toisiin tierakenteisiin. Tietorakenteita on sovelluksessa on kymmeniä. Edellisessä kappaleessa mainitun kopiointiongelman olisi voinut ratkaista lisäämällä jokaiseen aliohjelmaan funktion, 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. 5.2 Virtuaalisen vierasagentin vaatimusten toteutuminen Virtuaalinen vierasagentin sovellus päätettiin rakentaa Dynamicsin mobiilaitteen sovelluksen ympärille, koska sovellus sisälsi valmiiksi jo lukuisia aliohjelmia, mitä tarvitaan pakettien lähettämiseen ja vastaanottamiseen. Virtuaalinen vierasagentti saatiin lähettämään yhden rekisteröintipyynnön kotiagentille. Virtuaaliseen vierasagenttiin luotiin tietorakenne ja sen käsittelyyn tarvittavat aliohjelmat. Vaatimusten toteutuminen on esitetty taulukoissa (24)
21 Julkinen Sovellusraportti 0.1 Dynamo-projekti Virtuaalisen vierasagentin viestien verkkoon lähettämisen vaatimukset on esitelty taulukossa 5.7. Numero Kuvaus 6.1 Virtuaalinen vierasagentti lähettää yhden rekisteröintipyynnön kotiagentille. 6.2 Virtuaalinen vierasagentti lähettää useamman rekisteröintipyynnön kotiagentille. 6.3 Virtuaalinen vierasagentti lähettää dynaamisesti luotuja rekisteröintipyyntöjä käyttäjän asettaminen parametrien mukaan. Tila Toteutui Ei toteutunut Ei toteutunut Taulukko 5.7: Viestien lähettäminen. Tietorakenteen luomisen toiminnalliset vaatimukset on esitelty taulukossa 5.8. Numero Kuvaus 7.1 Virtuaalinen vierasagentti lukee asetukset lähdekoodista ja lisää ne tietorakenteeseen. 7.2 Virtuaalinen vierasagentti lukee asetukset asetustiedostosta ja lisää ne tietorakenteeseen. 7.3 Virtuaalinen vierasagentti lukee asetukset käyttäjän antamien parametrien mukaan ja luo tiedot tietorakenteeseen. Tila Toteutui Ei toteutunut Ei toteutunut Taulukko 5.8: Tietorakenteen luominen. Tulosten muodostamisen toiminnalliset vaatimukset on esitetty taulukossa 5.9. Numero Kuvaus Tila 8.1 Virtuaalinen vierasagentti laskee lähetetyt viestit. Ei toteutunut 8.2 Virtuaalinen vierasagentti laskee lähetetyt ja vastaanotetut viestit sekä hyväksytyt ja hylätyt viestit. nut Ei toteutu- Taulukko 5.9: Tulosten muodostaminen. 13(24)
22 5.3 Mobiililaitteen vaatimusten toteutuminen Dynamicsin mobiililaite ei tue dynaamista kotiosoitetta, joten testauksessa käytimme Ciscon Mobile IPv4-asiakasohjelmistoa, joka tukee dynaamista kotiosoitetta. Huomattiin, että Dynamicsin vierasagentti ei kykene välittämään IP-osoitteesta tullutta pakettia kotiagentille. Ongelma kierrettiin käyttämällä kiinteää osoitetta Ciscon-asiakasohjelmistossa, vaikka IP-osoite haetaan dynaamisesti DHCPpalvelimelta. Mobiililaitteen toiminnalliset vaatimukset on esitetty taulukossa Numero Kuvaus Tila 9.1 Mobiililaitteen on tuettava dynaamista kotiosoitetta. Toteutui Taulukko 5.10: Mobiililaitteen vaatimukset. 5.4 Jatkokehityksentavoitteet Jatkokehitystavoitteet tulevat ei toteutuneista ominaisuuksista. Tärkeimmäksi jatkokehityskohteiksi sovittiin säikeistyksen luominen DHCP-keskusteluun. DHCPkutsun ajaminen omassa säikeessä tarkoittaa, että kotiagenttin muu toiminta ei keskeydy DHCP-kutsun ajaksia. Ilman säikeistysta mm. virtuaalista vierasagentti ei voida käyttää kuormituksen testaustyökaluna, jos kotiagenttina on Dynamicisin kotiagentti. Toiseksi jatkokehityskohteiksi sovittiin, että Dynamicsin kotiagentin tulee antaa mobiililaitteelle kotiosoite dynaamisesti tai staattisesti riippuen mobiililaitteen kotiosoitekentästä(vaatimus 1.3). Virtuaalisen vierasagentiin tärkein jatkokehititystavoite on, että virtuaalinen vierasagentti lukee asetukset asetustiedostosta ja lisää ne tietorakenteeseen(vaatimus 7.1). Vaatimuksen toteutuminen lisää virtuaalisen vierasagentin käyttöystävällisyyttä. 14(24)
23 Julkinen Sovellusraportti 0.1 Dynamo-projekti Jatkokehitysideat on esitetty taulukossa Numero Kuvaus 10.1 Säikeistyksen luominen DHCP-keskusteluun Dynamisin kotiagentti antaa mobiililaitteelle kotiosoitteen dynaamisesti tai staattisesti riippuen mobiililaitteen kotiosoitekentästä Virtuaalinen vierasagentti lukee asetukset asetustiedostosta ja lisää ne tietorakenteeseen. Taulukko 5.11: Mobiililaitteen vaatimukset. 5.5 Projektiryhmän ajatuksia Dynamicsin jatkokehityksestä Dynamicsin ohjelmakoodia verrattaessa UDHCP-koodiin, Dynamicsin rakenne on sekava. Dynamicsin ohjelmakoodia ole kommentoitu kattavasti, eikä ohjelman rakennetta ole dokumentoitu riittävästi. Koodin kommentoinnin puute ja ohjelman sekava rakenne aiheuttaa varmasti ongelmia jatkokehityksessä. C-kielellä toteuttaminen aiheuttaa työtä sellaisissa ongelmissa, jotka muissa kehittyneimmissä ohjelmointikielissä vaativat vain hetken työn. Mm. pointterit ja tietueiden kopioinnit ovat C-kielessä työläitä käsitellä. Dynamisin jatkokehitystä voidaan suositella henkilöille, joilla on C-kieliosaamista ja tietämystä säikeiden toteuttamisesta C-ympäristössä. 5.6 Testaus Dynamics protokollaa testattiin Dynamo verkossa. Dynamicsin kotiagentin, vierasagentin ja mobiilin laitteen toimivuutta ei voitu testata irrallisina, koska Dynamicsprojetista puuttuivat projektitiedostot, joita tarvitaan ohjelmakoodia kääntämiseen kehitystyökalussa. Projektitiedostojen puuttuminen aiheutti testausympäristölle vaatimukset, jotka on esitetty testausuunnitelmassa. Sovellus testatttiin ajoaikaisessa ympäristössä käyttäen hyväksi tekstipohjaista GDBdebuugeria ja WireShark-pakettikaapparia. Testausympäristön ongelmana oli muuttujien arvojen lukeminen. Se oli työlästä ja hidasta komentoriviargumenttien poh- 15(24)
24 jalta toimivalla GDB-debuugerilla. Apuna käytimme välitulostuksia, joista saimme kuvan missä kohdassa sovellus menee ja miten sovellus kussakin kohdassa toimii. TÄHÄN TESTAUKSEN YLEINEN RAPORTTI. 16(24)
25 Julkinen Sovellusraportti 0.1 Dynamo-projekti 6 Kotiagentin DHCP-tuki 6.1 Toteutetutmuutokset Dynamicsin kotiagenttiin lisättii tuki dynaamiselle kotiosoitteelle. Kotiagenttin hyväskyy 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. Kotiagentin sisään lisättiin UDHCP DHCP-asiakasohjelma. UDHCP:n udhcpc.ctiedoston lähdekoodi siirrettiin kokonaan kotiagentin ha.c-tiedostoon. Tämän jälkeen UDHCP:sta siirrettyä lähdekoodia muokattiin siten, että se käyttää kotiagenttiin rakennettua tietorakennetta ja palauttaa DHCP:lta saadun IP-osoitteen sen sijaan että asettaisi sen verkkolaitteen osoitteeksi. Kotiagentti asetettiin tekemään DHCP-kutsuja laitteen rekisteröityessä, poistuessa ja tunnelin uusimisessa. Säikeistyksessä ongelmaksi muodostui tiedon siirtäminen aliohjelmasta säikseeseen. 6.2 Tietorakenne Kotiagenttiin lisättiin uusi tietorakenne, jonka avulla säilytetään tietoa rekisteröityneistä mobiililaitteista ja niiden tiedoista. Tietorakenteen avulla siirretään tietoa eri aliohjelmille. Dynamicsin alkuperäinen bindings-tietorakenne sisältää hieman päällekkäistä tietoa toteutetun tietorakenteen kanssa, mutta ohjelman selkeyden vuoksi näitä kahta tietorakennetta ei yhdistetty. Tietorakenne koostuu C:n tietueista, joista on rakennettu lista. Tietorakenne on seuraavanlainen: struct dhcp_mobile { unsigned char *nai; int state; unsigned long requested_ip; unsigned long server_addr; unsigned long timeout; int packet_num; int fd; 17(24)
26 int signal_pipe[2]; int nai_length; int lease; int spi; }; Tietuelista luodaan seuraavanlaisesti: struct dhcp_mobile dhcp_mobile_array[ha_default_max_bindings] Tietuteen arvot kuvaavat seuraavia ominaisuuksia: nai state requested_ip server_addr timeout packet_num fd signal_pipe nai_length lease spi on mobiililaitteen NAI. on mobiililaitteen DHCP-tilakoneen standardin mukainen tila[2]. on mobiililaitteen saama IP-osoite DHCP-palvelimelta. on mobiililaitteelle annetun IP-osoitteen DHCP-palvelimen IP-osoite. on DHCP-asiakkaaseen asetettu vakioaika, jonka se odottaa vastausta DHCP-palvelimelta. on DHCP-asiakkaaseen asetettu kokonaisluku, joka kertoo kuinka monta DCHPDISCOVER-pakettia DCHP-asiakas on lähettänyt. on DHCP-asiakkaan tarvitsema tiedostokuvaaja(engl. file descriptor), jota käytetään yleisesti sokettiohjelmoinnissa. on DHCP-asiakkaan käyttämä viestiputki. on mobiililaitteen NAI:n pituus. on mobiililaitteen IP-osoitteen laina-aika sekunteissa. on mobiililaitteen SPI-numero. HA_DEFAULT_MAX_BINDINGS on kotiagentin oletusarvo, joka määrittää kuinka monta mobiililaitetta kotiagenttiin voi liittyä. 18(24)
27 Julkinen Sovellusraportti 0.1 Dynamo-projekti 6.3 Lisätytaliohjelmat Tietorakenteen käsittelyyn liittyvät aliohjelmat lisättiin tiedostoon ha.c ja ne ovat seuraavat: add_dhcp_mobile delete_dhcp_mobile find_dhcp_mobile kutsutaan parametrein: IP-osoite, NAI ja NAI:n pituus. Palauttaa 1, jos lisäys onnistui; 0 jos lisäys epäonnistui. kutsutaan parametrillä: kokonaisluku(paikka tietorakenteessa). Palauttaa 1, jos poisto onnistui; 0 jos poisto epäonnistui. kutsutaan parametrein: NAI ja NAI:n pituus. Palauttaa laitteen paikan tietorakenteessa ja-1 jos laitetta ei löytynyt. DHCP-keskustelu tehdään seuraavalla aliohjelmalla, joka on UDHCP-asiakasohjelman vanha pääohjelma: udhcp kutsutaan parametrilla: kokonaisluku(paikka tietorakenteessa). Palauttaa DHCP:lta saadun IP-osoitteen. Asettaa IP-osoitteen tietorakenteeseen myös itse. 6.4 Muutetut aliohjelmat ja tiedostot Kotiagentin muokatut tiedostot, aliohjelmat ja niihin tehdyt muutokset on esitelty alla lyhyesti. Tarkempi kuvaus koko lähdekoodista löytyy doxygenillä luodusta referenssimanuaalista[9]. Tiedosto ha.h: lisätty UDHCP:n käyttämät DHCP-standardin mukaiset tila- ja viestivakiot, lisätty UDHCP:n käyttämä client_config-tietorakenne ja lisätty omat vakiot RENEWIP, REQUESTIP ja RELEASEIP. 19(24)
28 Tiedosto ha.c: lisätty oma globaali tietorakenne dhcp_mobile_array, lisätty UDHCP:n käyttämä tietorakenne client_config, lisätty UDHCP:n käyttämät vakiot ja lisätty lähes kokonaan UDHCP:n udhcpc.c:n lähdekoodi tiedoston alkuun. Tiedoston ha.c aliohjelma handle_reg_msg lisätty mobiililaitteen poistumispyynnön käsittelyn kohtaan DHCPRELEASEviestin lähetys udhcp-aliohjelmalla ja ko. mobiililaitteen poisto tietorakenteesta oikeasta kohtaa sekä lisätty mobiililaitteen rekisteröitymispyynnön käsittely kohtaan mobiililaitteen lisääminen tietorakenteeseen ja IP-osoitteen hakeminen udhcp-aliohjelmalla. Tiedoston ha.c aliohjelma validate_request poistettu IP-osoitteen tarkastaminen, jotta kotiagentti hyväksyy rekisteröintipyynnöt IP-osoitteesta Tiedoston ha.c aliohjelma udhcp muutettu UDHCP-asiakasohjelman pääohjelma udhcp-aliohjelmaksi osaksi kotiagenttia ja muutettu käsittelemään tietoja tietorakenteesta alkuperäisen yksittäisten globaalien attribuuttien sijaan. Tiedoston ha.c pääohjelma main asetettu udhcp_if-tieto kotiagentin asetustietorakenteesta UDHCP:n asetustietorakenteeseen. Tiedosto ha_config.h: 20(24)
29 Julkinen Sovellusraportti 0.1 Dynamo-projekti lisätty config-tietorakenteeseen dhcp_if-muuttuja, johon asetetaan sen verkkokortin nimi, joka tekee DHCP-keskustelun. Tiedoston ha_config.c aliohjelma process_load_ha lisätty lukemaan"udhcp" dynhad.conf-tiedostosta. Tieto asetetaan dhcp_ifmuuttujaan. Tiedosto Makefile lisätty viitteet UDHCP:n tarvitsemiin tiedostoihin, jotka ovat: options.h, client_packet.h, packet.h, script.h, socket.h ja pidfile.h sekä samojen tiedostojen.c ja.o-tiedostoihin. 6.5 Lisätyttiedostot Kotiagentin lähdekoodihakemistoon.../src/ha/ lisättiin UDHCP:n lähdekooditiedostot, header-tiedostot ja.o-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. 21(24)
30 7 Virtuaalinen vierasagentti 7.1 Toteutetutmuutokset 7.2 Tietorakenne 7.3 Lisätytaliohjelmat 7.4 Muutetutaliohjelmat 22(24)
31 Julkinen Sovellusraportti 0.1 Dynamo-projekti 8 Yhteenveto Dynamo-projekti suunnittelee ja toteuttaa Dynamicsiin tarvittavat muutokset, jotta se vastaa paremmin Jyväskylän yliopiston tietotekniikan laitoksen ja LaiLa-projektin tarpeita. Sovellus toteutetaan Linux-alustalla ja C-kielellä olemassaolevan Dynamics-sovelluksen lähdekoodia hyödyntäen. Projektin tärkein tavoite oli lisätä tuki kotiosoitteen noutamiseen DHCP-palvelimelta. Virtuaalinen vierasagentti tavoitteena oli toteuttaa ainakin vaatimusten määrittelyn ja suunnittelun osalta sekä ohjelmoida ajan salliessa. 23(24)
32 Lähteet [1] Droms R.,"Dynamic Host Configuration Protocol", RFC 1531, Bucknell University, October [2] Perkins C.,"IP Mobility Support", RFC 2002, IBM, October [3] Droms R.,"Dynamic Host Configuration Protocol", RFC 2131, Bucknell University, November [4] Perkins C.,"IP Mobility Support for IPv4", RFC 3344, Nokia Research Center, August [5] Teknillinen korkeakoulu, Tietoliikennearkkitehtuurit-kurssin materiaali, [6] Andersson B.,"Dynamics, Technical Definition", Helsinki University of Technology, April [7] Hätinen T., Pyykkönen A. ja Purojärvi J."Dynamo-projekti, Projektisuunnitelma", Jyväskylän yliopiston tietotekniikan laitos, lokakuu [8] Hätinen T., Pyykkönen A. ja Purojärvi J."Dynamo-projekti, Vaatimusmäärittely, Jyväskylän yliopiston tietotekniikan laitos, marraskuu [9] Doxygen generated, Dynamo Reference manual, November (24)
Dynamo-Sovellusprojekti. Testausraportti. Tero Hätinen Joni Purojärvi Antti Pyykkönen
Dynamo-Sovellusprojekti Testausraportti Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 0.2 Julkinen 12.11.2007 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Dynamo-Sovellusprojekti. Testaussuunnitelma. Tero Hätinen Joni Purojärvi Antti Pyykkönen
Dynamo-Sovellusprojekti Testaussuunnitelma Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 0.3 Julkinen 16.11.2007 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Dynamo-Sovellusprojekti. Testaussuunnitelma. Tero Hätinen Joni Purojärvi Antti Pyykkönen
Dynamo-Sovellusprojekti Testaussuunnitelma Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 1.0 Julkinen 3.12.2007 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Dynamo-Sovellusprojekti. Testaussuunnitelma. Tero Hätinen Joni Purojärvi Antti Pyykkönen
Dynamo-Sovellusprojekti Testaussuunnitelma Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 1.1 Julkinen 11.12.2007 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Dynamo-Sovellusprojekti. Vaatimusmäärittely. Tero Hätinen Joni Purojärvi Antti Pyykkönen
Dynamo-Sovellusprojekti Vaatimusmäärittely Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 0.8 Julkinen 21.11.2007 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Dynamo-Sovellusprojekti. Vaatimusmäärittely
Dynamo-Sovellusprojekti Vaatimusmäärittely Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 0.2 Julkinen 19.10.2007 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Dynamo-Sovellusprojekti. Sovellusraportti
Dynamo-Sovellusprojekti Sovellusraportti Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 0.5 Julkinen 15.1.2008 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Dynamo-Sovellusprojekti. Sovellusraportti
Dynamo-Sovellusprojekti Sovellusraportti Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 0.8 Julkinen 27.1.2008 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Dynamo-Sovellusprojekti. Vaatimusmäärittely. Tero Hätinen Joni Purojärvi Antti Pyykkönen
Dynamo-Sovellusprojekti Vaatimusmäärittely Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 0.1 Julkinen 11.10.2007 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Dynamo-Sovellusprojekti. Sovellusraportti
Dynamo-Sovellusprojekti Sovellusraportti Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 0.3 Julkinen 12.12.2007 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Dynamo-Sovellusprojekti. Projektisuunnitelma. Tero Hätinen Joni Purojärvi Antti Pyykkönen
Dynamo-Sovellusprojekti Projektisuunnitelma Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 0.3 Julkinen 17.10.2007 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Kuovi-Sovellusprojekti. Vaatimusmäärittely
Kuovi-Sovellusprojekti Vaatimusmäärittely Antti Hedlund Juho Kortelainen Jaana Ojala Juhana Pikki Versio: 0.1 Julkinen 5. lokakuuta 2005 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
UCOT-Sovellusprojekti. Testausraportti
UCOT-Sovellusprojekti Testausraportti Ilari Liukko Tuomo Pieniluoma Vesa Pikki Panu Suominen Versio: 0.02 Julkinen 11. lokakuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
Liikkuva-sovellusprojekti
Liikkuva-sovellusprojekti Joel Kivelä Erkki Koskenkorva Mika Lehtinen Oskari Leppäaho Petri Partanen Vaatimusmäärittely Julkinen Versio 010 1322014 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä
Liikkuvien isäntäkoneiden reititys
Mobile IP IP-reititys IP-osoitteen perusteella koneen osoite riippuu verkosta, jossa kone sijaitsee kun kone siirtyy toiseen verkkoon tilapäisesti, osoite ei ole enää voimassa koneelle uusi osoite tässä
IP-reititys IP-osoitteen perusteella. koneelle uusi osoite tässä verkossa?
Mobile IP IP-reititys IP-osoitteen perusteella koneen osoite riippuu verkosta, jossa kone sijaitsee kun kone siirtyy toiseen verkkoon tilapäisesti, osoite ei ole enää voimassa koneelle uusi osoite tässä
Liikkuvien isäntäkoneiden reititys
5. Mobile IP (RFC 3220) IP-reititys IP-osoitteen perusteella koneen osoite riippuu verkosta, jossa kone sijaitsee kun kone siirtyy toiseen verkkoon tilapäisesti, osoite ei ole enää voimassa koneelle uusi
5. Mobile IP (RFC 3220)
5. Mobile IP (RFC 3220) IP-reititys IP-osoitteen perusteella koneen osoite riippuu verkosta, jossa kone sijaitsee kun kone siirtyy toiseen verkkoon tilapäisesti, osoite ei ole enää voimassa koneelle uusi
Verkkotekniikan jatkokurssi Mobile IPv4 26.1.2006
Verkkotekniikan jatkokurssi Mobile IPv4 26.1.2006 Karri Huhtanen 1 Sisältö! 1. Arkkitehtuuri ja terminologia! 2. Toiminta 2.1 Toiminta kotiverkossa 2.2 Siirtyminen vieraaseen verkkoon
Tietotekniikan Sovellusprojektit
Tietotekniikan Sovellusprojektit Jukka-Pekka Santanen Tietotekniikan laitos 16.2.2010 Tavoitteena taitoja ja kokemusta projektimuotoisesta työtavasta ja ryhmätyöstä, projektin hallinnasta ja johtamisesta,
Koskelo-Sovellusprojekti. Vaatimusmäärittely
Koskelo-Sovellusprojekti Vaatimusmäärittely Atte Pulkkis Perttu Lähdesmäki Irene Venäläinen Harri Pitkänen Versio 1.0 Julkinen 9.1.2008 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
UCOT-Sovellusprojekti. Asennusohje
UCOT-Sovellusprojekti Asennusohje Ilari Liukko Tuomo Pieniluoma Vesa Pikki Panu Suominen Versio: 1.00 Julkinen 15. joulukuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
Joonas Ruotsalainen GIT PIKAOPAS. Tutkielma 2011
1 Joonas Ruotsalainen GIT PIKAOPAS Tutkielma 2011 2 SISÄLTÖ 1. JOHDANTO... 3 2. ASENTAMINEN... 4 3. KÄYTTÖ... 4 3.1 Perusasetukset... 4 3.2 Git:n ottaminen käyttöön projektissa... 5 3.3 Tiedostojen lisääminen
UCOT-Sovellusprojekti. Vaatimusmäärittely
UCOT-Sovellusprojekti Vaatimusmäärittely Ilari Liukko Tuomo Pieniluoma Vesa Pikki Panu Suominen Versio: 0.04 Julkinen 28. syyskuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
CONCEPT-Sovellusprojekti. Lisenssisopimus
CONCEPT-Sovellusprojekti Lisenssisopimus Pekka Kuuva Tatu Repo Pasi Saari Anna Seppänen Versio: 1.0 Julkinen 19. tammikuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
Ylläpitodokumentti. Boa Open Access. Helsinki 2.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Ylläpitodokumentti Boa Open Access Helsinki 2.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Ilmari
Suoritustavat: Laboratoriotöitä 2.-3.periodi. Luennot 2h, Laboratorityöt 4h, itsenäinen työskentely 124 h. Yhteensä 130 h.
Janne Parkkila Tavoitteet: Opintojakson aikana opiskelijoiden tulee: - Yhdistellä eri lähteistä löytämiään tietoja. - Kirjoittaa kriteerit täyttäviä alku- ja loppuraportteja. - Ratkaista laboratoriotöissä
Lisää reititystä. Tietokoneverkot 2008 (4 op) Syksy Teknillinen korkeakoulu. Lisää reititystä. Jaakko Kangasharju
Tietokoneverkot 2008 (4 op) jkangash@cc.hut.fi Teknillinen korkeakoulu Syksy 2008 (TKK) Syksy 2008 1 / 39 Sisältö 1 2 (TKK) Syksy 2008 2 / 39 Sisältö 1 2 (TKK) Syksy 2008 3 / 39 iksi monilähetys? : saman
Kuovi-projekti. Vaatimusmäärittely
Kuovi-projekti Vaatimusmäärittely Antti Hedlund Juho Kortelainen Jaana Ojala Juhana Pikki Versio 0.4 Julkinen 17. lokakuuta 2005 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
Liikkuvuudenhallinta Mobile IP versio 6 - protokollalla
Liikkuvuudenhallinta Mobile IP versio 6 - protokollalla Mikko Merger Valvoja: Professori Jorma Jormakka Ohjaaja: TkL Markus Peuhkuri TKK/Tietoverkkolaboratorio 1 Sisällysluettelo Tavoitteet IEEE 802.11
Linux palomuurina (iptables) sekä squid-proxy
Linux palomuurina (iptables) sekä squid-proxy Linux-järjestelmät Winai Prathumwong TI10HJ 06.11.2012 2 Iptables (Netfilter) Johdanto Iptables on Linux-kernelin sisäänrakennetun palomuurin, Netfilter:in
Lisää reititystä. Tietokoneverkot 2009 (4 op) Syksy Futurice Oy. Lisää reititystä. Jaakko Kangasharju
Tietokoneverkot 2009 (4 op) jaakko.kangasharju@futurice.com Futurice Oy Syksy 2009 (Futurice Oy) Syksy 2009 1 / 39 Sisältö 1 2 (Futurice Oy) Syksy 2009 2 / 39 Sisältö 1 2 (Futurice Oy) Syksy 2009 3 / 39
T Testiraportti - järjestelmätestaus
T-76.115 Testiraportti - järjestelmätestaus 18. huhtikuuta 2002 Confuse 1 Tila Versio: 1.0 Tila: Päivitetty Jakelu: Julkinen Luotu: 18.04.2002 Jani Myyry Muutettu viimeksi: 18.04.2002 Jani Myyry Versiohistoria
Monilähetysreititys (multicast routing)
Monilähetysreititys (multicast routing) Ongelma: Reitittimien on kyettävä rakentamaan optimaaliset reitit ryhmän kaikille vastaanottajille kun mikä tahansa kone voi toimia lähettäjänä ryhmään voi kuulua
Monilähetysreititys (multicast routing)
Monilähetysreititys (multicast routing) Ongelma: Reitittimien on kyettävä rakentamaan optimaaliset reitit ryhmän kaikille vastaanottajille kun mikä tahansa kone voi toimia lähettäjänä ryhmään voi kuulua
Lohtu-projekti. Testaussuunnitelma
Lohtu-projekti Testaussuunnitelma Versiohistoria: 1.0 19.2.2003 1. versio Mari 1.1 20.2.2003 Muutoksia Mari 1.2 25.2.2003 Katselmoinnissa esiin tulleet Mari muutokset 1.3 17.3.2003 2. syklissä tehtävät
Pertti Pennanen DOKUMENTTI 1 (5) EDUPOLI ICTPro1 29.10.2013
Virtualisointi Pertti Pennanen DOKUMENTTI 1 (5) SISÄLLYSLUETTELO Virtualisointi... 2 Virtualisointiohjelmia... 2 Virtualisointitapoja... 2 Verkkovirtualisointi... 2 Pertti Pennanen DOKUMENTTI 2 (5) Virtualisointi
INTERNET-yhteydet E L E C T R O N I C C O N T R O L S & S E N S O R S
INTERNET-yhteydet IP-osoite IP-osoitteen tarkoituksena on yksilöidä laite verkossa. Ip-osoite atk-verkoissa on sama kuin puhelinverkossa puhelinnumero Osoite on muotoa xxx.xxx.xxx.xxx(esim. 192.168.0.1)
Arkkitehtuurikuvaus. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14
Arkkitehtuurikuvaus Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy Ryhmä 14 Muutoshistoria Versio Pvm Päivittäjä Muutos 0.4 1.11.2007 Matti Eerola 0.3 18.10.2007 Matti Eerola 0.2
Menetelmäraportti - Konfiguraationhallinta
Menetelmäraportti - Konfiguraationhallinta Päiväys Tekijä 22.03.02 Ville Vaittinen Sisällysluettelo 1. Johdanto... 3 1.1 Tärkeimmät lyhenteet... 3 2. Konfiguraationhallinnan tärkeimmät välineet... 4 2.1
TW- EAV510 v2: WDS- TOIMINTO KAHDEN TW- EAV510 V2 LAITTEEN VÄLILLÄ
TWEAV510 v2: WDSTOIMINTO KAHDEN TWEAV510 V2 LAITTEEN VÄLILLÄ Alla kaksi vaihtoehtoista ohjetta WDSverkon luomiseksi Ohje 1: WDSyhteys käyttää WPAsalausta. Tässä ohjeessa WDSyhteys toimii vain, kun tukiasema
HTTP-välityspalvelimen käyttö tapahtumien keräämiseen
HTTP-välityspalvelimen käyttö tapahtumien keräämiseen Tero Tähtinen Teknillinen korkeakoulu Tietoliikenneohjelmistojen ja multimedian laboratorio Diplomityöesitelmä 29.11.2004 1 Johdanto Diplomityössä
Ylläpitodokumentti. Ohjelmistotuotantoprojektin tietojärjestelmä OhtuTie
Ylläpitodokumentti Ohjelmistotuotantoprojektin tietojärjestelmä OhtuTie Helsinki 16.7.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
Liikkuva-sovellusprojekti
Liikkuva-sovellusprojekti Joel Kivelä Erkki Koskenkorva Mika Lehtinen Oskari Leppäaho Petri Partanen Vaatimusmäärittely Julkinen Versio 030 2822014 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä
Sähköposti ja uutisryhmät 4.5.2005
Outlook Express Käyttöliittymä Outlook Express on windows käyttöön tarkoitettu sähköpostin ja uutisryhmien luku- ja kirjoitussovellus. Se käynnistyy joko omasta kuvakkeestaan työpöydältä tai Internet Explorer
T Testiraportti - integraatiotestaus
T-76.115 Testiraportti - integraatiotestaus 16. huhtikuuta 2002 Confuse 1 Tila Versio: 1.1 Tila: Päivitetty Jakelu: Julkinen Luotu: 19.03.2002 Jani Myyry Muutettu viimeksi: 16.04.2002 Jani Myyry Versiohistoria
Basware toimittajaportaali
Basware toimittajaportaali Sisältö 3 Yleistä 4 Toimittajaportaalin edut 5-10 Rekisteröinti 11-22 Laskun teko 23 Lasku JIP 2 Yleistä Toimittajaportaali on Baswaren internetissä toimiva sovellus, jonka kautta
3. Laajakaistaliittymän asetukset / Windows XP
3. Laajakaistaliittymän asetukset / Windows XP 3.1 Laajakaistaliittymän asetusten tarkistus / Windows XP Seuraavien ohjeiden avulla tarkistat Windows XP -käyttöjärjestelmien asetukset ja luot Internet-yhteyden.
Tietorakenteet ja algoritmit
Tietorakenteet ja algoritmit Merkintöjen tulkintoja *++Pstack->top = item *Pstack->top++ = item (*Pstack->top)++ *(Pstack++)->top = item *(++Pstack)->top = item Lisää pinon toteutuksia Dynaaminen taulukko
(Acerin) Windows 8 tabletti henkilöstön työkäytössä Koonnut Hanna Frilander, Mobiilit ohjaajat hanke 9.1.2014
(Acerin) Windows 8 tabletti henkilöstön työkäytössä Koonnut Hanna Frilander, Mobiilit ohjaajat hanke 9.1.2014 Tähän dokumenttiin on koottu kokemuksia Acer Iconia W511 NT.L0NED.001 tabletin käytöstä henkilöstön
KServer Etäohjaus Spesifikaatio asiakaspuolen toteutuksille
KServer Etäohjaus 1 (5) KServer Etäohjaus Spesifikaatio asiakaspuolen toteutuksille Palvelimen toteutuksen ollessa versio 1.0, spesifikaation versio 1.0.0. 2009, Riku Eskelinen/ KServer Software Development
Verkkopokerijärjestelmä. Loppuraportti Ryhmä Kanat Ohjelmistotuotantoprojekti, syksy 2008
Verkkopokerijärjestelmä Loppuraportti Ryhmä Kanat Ohjelmistotuotantoprojekti, syksy 2008 Projektiryhmä Samuli Aalto-Setälä Jukka Kekälainen Jarno Kyykkä Mika Mielonen Mårten Smeds Otto Waltari Ohjaaja
Ohjelmoinnin perusteet Y Python
Ohjelmoinnin perusteet Y Python T-106.1208 2.3.2009 T-106.1208 Ohjelmoinnin perusteet Y 2.3.2009 1 / 28 Puhelinluettelo, koodi def lue_puhelinnumerot(): print "Anna lisattavat nimet ja numerot." print
Yleinen ohjeistus Linux-tehtävään
Yleinen ohjeistus Linux-tehtävään Sinulle on toimitettu valmiiksi asennettu HYPER-V ympäristö, sekä kolme virtuaalikonetta. Tehtäväsi on importata nämä virtuaalikoneet ja konfiguroida ne, sekä verkkolaitteet,
TW- EAV510/TW- EAV510AC: L2TP- OHJEISTUS
TW- EAV510/TW- EAV510AC: L2TP- OHJEISTUS Esimerkki 1: L2TP- yhteys kahden TW- EAV510/TW- EAV510AC laitteen välille Esimerkki 2: L2TP- yhteys TW- EAV510/TW- EAV510 AC ja Windows 8/8.1 koneen välillä Esimerkki
Tietorakenteet ja algoritmit
Tietorakenteet ja algoritmit Muuttujat eri muisteissa Ohjelman muistialueen layout Paikallisen ja globaalin muuttujan ominaisuudet Dynaamisen muistinkäytön edut Paikallisten muuttujien dynaamisuus ADT
Keskustelusivusto. Suunnitteludokumentti
Keskustelusivusto Suunnitteludokumentti Tietokantasovellus, Syksy 2007, Ryhmä 1 Tuomas Puikkonen tpuikkon@cs.helsinki.fi Tietojenkäsittelytieteen laitos Helsingin Yliopisto Sisältö Keskustelusivusto...1
Aika: keskiviikkona klo 10: Paikka: sovellusprojektien kokoushuone Ag C226.2, Jyväskylän yliopisto
Parsi-projektin 11. palaveri Aika: keskiviikkona 18.5. klo 10:18-12.13. Paikka: sovellusprojektien kokoushuone Ag C226.2, Jyväskylän yliopisto Pöytäkirja laadittu: 18.5.2011 Pöytäkirjaa muokattu: 23.5.2011
Subversion-ohje. Linux Traffic Control-käyttöliittymä Ryhmä paketti2
Subversion-ohje Linux Traffic Control-käyttöliittymä Ryhmä paketti2 Helsinki 1.11.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
Yksi puu koko ryhmälle
Monilähetysreititys (multicast routing) Ongelma: Reitittimien on kyettävä rakentamaan optimaaliset reitit ryhmän kaikille vastaanottajille kun mikä tahansa kone voi toimia lähettäjänä ryhmään voi kuulua
Turvallinen etäkäyttö Aaltoyliopistossa
Turvallinen etäkäyttö Aaltoyliopistossa Diplomityöseminaari Ville Pursiainen Aalto-yliopiston tietotekniikkapalvelut Valvoja: Prof Patric Östergård, Ohjaajat: DI Jari Kotomäki, DI Tommi Saranpää 7.10.2016
MARA-ALAN LIIKETOIMINNAN TIETOTURVALLISUUSUHAT
MARA-ALAN LIIKETOIMINNAN TIETOTURVALLISUUSUHAT 1 Yritysesittely Smart Idea MARA-alan ITpalvelutoimittaja erikoistunut kassajärjestelmiin, maksupäätteisiin ja ravintolaverkkoihin. SKJ Systems - luo asiakkailleen
Maventa Connector Käyttöohje
Maventa Connector Käyttöohje 17.4.2015 Sisällys 1. Esittely... 2 1.1. Käytön edellytykset... 2 1.2. Tuetut aineistomuodot... 2 2. Asennustiedosto... 3 2.1. Sisäänkirjautuminen... 7 3. Asetuksien määrittäminen...
HARJOITUS 3: Asennetaan Windows Vista koneeseen Windows 7 Professional upgrade ohjelmisto (Windows 7 käyttöjärjestelmän asennus)
HARJOITUS 3: Asennetaan Windows Vista koneeseen Windows 7 Professional upgrade ohjelmisto (Windows 7 käyttöjärjestelmän asennus) Microsoft Windows Vista Business Microsoft Winodows 7 Professional Upgrade
T harjoitustyö, kevät 2012
T-110.4100 harjoitustyö, kevät 2012 Kurssiassistentit T-110.4100@tkk.fi Tietotekniikan laitos Perustieteiden korkeakoulu Aalto-yliopisto 31.1.2012 Yleistä Kurssin osasuoritteita ovat kaksi osatenttiä,
Verso-projekti. Tero Hänninen Juho Nieminen Marko Peltola Heikki Salo Jyväskylän yliopisto
Verso-projekti Tero Hänninen Juho Nieminen Marko Peltola Heikki Salo Jyväskylän yliopisto 12.5.2010 Hänninen, Nieminen, Peltola, Salo (JYU) Verso-projekti 12.5.2010 1 / 31 Sisällys Sisällys 1 Projektiorganisaatio
Ylläpitodokumentti Mooan
Ylläpitodokumentti Mooan Helsinki 16.08.06 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op/6ov) Projektiryhmä Heikki Aitakangas
T harjoitustehtävät, syksy 2011
T-110.4100 harjoitustehtävät, syksy 2011 Kurssiassistentit Tietotekniikan laitos Perustieteiden korkeakoulu Aalto-yliopisto T-110.4100@tkk.fi Yleistä Kurssin osasuoritteita ovat kaksi osatenttiä ja harjoitustehtävät
Internet ja tietoverkot 2015 Harjoitus 5: (ISO/OSI-malli: Verkkokerros, TCP/IP-malli: internet-kerros)
Internet ja tietoverkot 2015 Harjoitus 5: (ISO/OSI-malli: Verkkokerros, TCP/IP-malli: internet-kerros) Tämän harjoituksen tarkoituksena on tutustua IP-protokollaan. Kertausta - Harjoitus 4: Erään sovelluksen
Enemmän voitonriemua. Vähemmän tylsiä hetkiä. Pelien ja sovellusten jakaminen Sonera Viihde -palvelussa
Enemmän voitonriemua. Vähemmän tylsiä hetkiä. Pelien ja sovellusten jakaminen Sonera Viihde -palvelussa Sisällysluettelo 1. Game & Application Sharing -toiminto (pelien ja sovellusten jakaminen)... 3 2.
Mikä on internet, miten se toimii? Mauri Heinonen
Mikä on internet, miten se toimii? Mauri Heinonen Mikä on Internet? Verkkojen verkko Muodostettu liittämällä lukuisia aliverkkoja suuremmaksi verkoksi Sivustojen tekemiseen käytetään kuvauskielta HTML
Rekursiolause. Laskennan teorian opintopiiri. Sebastian Björkqvist. 23. helmikuuta Tiivistelmä
Rekursiolause Laskennan teorian opintopiiri Sebastian Björkqvist 23. helmikuuta 2014 Tiivistelmä Työssä käydään läpi itsereplikoituvien ohjelmien toimintaa sekä esitetään ja todistetaan rekursiolause,
UCOT-Sovellusprojekti. Vaatimusmäärittely
UCOT-Sovellusprojekti Vaatimusmäärittely Ilari Liukko Tuomo Pieniluoma Vesa Pikki Panu Suominen Versio: 0.05 Julkinen 3. lokakuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
Projektisopimus. 1. Sopimuksen osapuolet. 2. Määrittelyt. 2.1 Johtoryhmä. 2.2 Suunnitteludokumentit
Projektisopimus 1. Sopimuksen osapuolet Projektin toimeksiantaja (jäljempänä Tilaaja) on Jyväskylän yliopiston alaisista organisaatiosta koostuva ryhmä, johon kuuluvat: Virtuaaliyliopisto ja Hallinnon
4. Luokan testaus ja käyttö olion kautta 4.1
4. Luokan testaus ja käyttö olion kautta 4.1 Olion luominen luokasta Java-kielessä olio määritellään joko luokan edustajaksi tai taulukoksi. Olio on joukko keskusmuistissa olevia tietoja. Oliota käsitellään
WWW-PALVELUN KÄYTTÖÖNOTTO LOUNEA OY
1 WWW-PALVELUN KÄYTTÖÖNOTTO LOUNEA OY 10.4.2015 Lounea Oy Tehdaskatu 6, 24100 Salo Puh. 029 707 00 Y-tunnus 0139471-8 www.lounea.fi Asiakaspalvelu 0800 303 00 Yrityspalvelu 0800 303 01 Myymälät 0800 303
Kakapo-projekti. Projektiraportti
Kakapo-projekti Projektiraportti Anssi Pannula Ilmari Repo Ari Roponen Tero Roponen Versio 0.1 Julkinen 16.5.2007 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Outlook-synkronointi 08Q4
Outlook-synkronointi 08Q4 (MelbaFresh_Outlook_08Q4.odt) melbamail@melbagroup.fi Sisällysluettelo MelbaFresh ja Outlook -synkronointi...1 Kuvaus...1 MelbaFresh Outlook:...1 Outlook MelbaFresh :...2 Ohjeet
2. PPPoE YHTEYDEN POISTAMINEN BAANA-CLIENT Windows 2000 / XP
DHCP-käyttöönotto 1 1. YLEISTÄ...2 2. PPPoE YHTEYDEN POISTAMINEN BAANA-CLIENT Windows 2000 / XP...2 3. PPPoE YHTEYDEN POISTAMINEN - RAS PPPoE Windows 2000 / XP...4 4. PPPoE YHTEYDEN POISTAMINEN Windows
Tapahtumakalenteri & Jäsentietojärjestelmä Ylläpito
Tapahtumakalenteri & Jäsentietojärjestelmä Ylläpito Henri Kinnunen, Seppo Tompuri, Tero Malkki, Matti Heiskanen, Tommi Rönkönharju, Tuomas Valkeapää Sisällysluettelo 1. Alkusanat.2 2. Asennusohje..2 3.
13/20: Kierrätys kannattaa koodaamisessakin
Ohjelmointi 1 / syksy 2007 13/20: Kierrätys kannattaa koodaamisessakin Paavo Nieminen nieminen@jyu.fi Tietotekniikan laitos Informaatioteknologian tiedekunta Jyväskylän yliopisto Ohjelmointi 1 / syksy
Salasanojen turvallinen tallentaminen KeePass ohjelmalla
Salasanojen turvallinen tallentaminen KeePass ohjelmalla KeePass on vapaasti saatavilla oleva, avoimen lähdekoodin ohjelma, jonka tarkoituksena on auttaa salasanojen hallinnassa. Tämä KeePass ohje on päivitetty
AirPrint-opas. Tämä käyttöopas koskee seuraavia malleja:
AirPrint-opas Tämä käyttöopas koskee seuraavia malleja: HL-340CW/350CDN/350CDW/370CDW/380CDW DCP-905CDW/900CDN/900CDW MFC-930CW/940CDN/9330CDW/9340CDW Versio A FIN Kuvakkeiden selitykset Tässä käyttöoppaassa
Vaatimusmäärittely Ohjelma-ajanvälitys komponentti
Teknillinen korkeakoulu 51 Vaatimusmäärittely Ohjelma-ajanvälitys komponentti Versio Päiväys Tekijä Kuvaus 0.1 21.11.01 Oskari Pirttikoski Ensimmäinen versio 0.2 27.11.01 Oskari Pirttikoski Lisätty termit
815338A Ohjelmointikielten periaatteet Harjoitus 3 vastaukset
815338A Ohjelmointikielten periaatteet 2015-2016. Harjoitus 3 vastaukset Harjoituksen aiheena ovat imperatiivisten kielten muuttujiin liittyvät kysymykset. Tehtävä 1. Määritä muuttujien max_num, lista,
11. PALAVERIN PÖYTÄKIRJA. Jyväskylän Yliopisto Tietotekniikan laitos CONCEPT-projekti Paikka ja aika
Paikka ja aika Kokoustila Ag C223.1 tiistai klo 13:33-16:07 Läsnä Jouni Kallio(JK), liikuntabiologian laitoksen edustaja Lari Kannisto(LK), vastaava ohjaaja Petteri Kela(KELA), tekninen ohjaaja Pekka Kuuva(PK),
ALEA-Sovellusprojekti. Testaussuunnitelma
ALEA-Sovellusprojekti Testaussuunnitelma Arto Hankaniemi Timo Holopainen Joni Kivinen Riku Kuismanen Versio: 1.0 Julkinen 8. toukokuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä
Redundanttisuus kontrolleripohjaisessa langattomassa lähiverkossa. Hakkarainen, Joni Vanhala, Pasi
Redundanttisuus kontrolleripohjaisessa langattomassa lähiverkossa Hakkarainen, Joni Vanhala, Pasi Työn tavoite Rakentaa Kymenlaakson ammattikorkeakoulun tiloihin vikasietoinen eli redundanttinen kontrolleripohjainen
Ohjelmistojen mallintaminen, kurssikoe esimerkkivastauksia
Ohjelmistojen mallintaminen, kurssikoe 15.12. esimerkkivastauksia Tehtävä 1 a: Ohjelmistotuotantoprosessi sisältää yleensä aina seuraavat vaiheet: määrittely, suunnittelu, toteutus, testaus ja ylläpito.
Tekninen Tuki. Access Point asennusohje
Access Point asennusohje Langattoman signaalin kantoaluetta on kätevä laajentaa Access Pointia ja ns. siltausta käyttämällä. Access Pointin pohjassa on WAN MAC Address (MAC osoite). Kirjoita tämä ylös
Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset
Tekninen määrittely: Editori Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Sisällysluettelo 1. Johdanto...4 1.1. Tarkoitus ja kattavuus...4 1.2. Tuote ja ympäristö...4 1.3. Määritelmät,
Tietueet. Tietueiden määrittely
Tietueet Tietueiden määrittely Tietue on tietorakenne, joka kokoaa yhteen eri tyyppistä tietoa yhdeksi asiakokonaisuudeksi. Tähän kokonaisuuteen voidaan viitata yhteisellä nimellä. Auttaa ohjelmoijaa järjestelemään
erasmartcardkortinlukijaohjelmiston
erasmartcardkortinlukijaohjelmiston asennusohje Sisällysluettelo 1. erasmartcard... 2 2. erasmartcard-ohjelmiston normaali asennus... 3 2.1. Ennen asennusta... 3 2.2. Asennus... 3 3. Muut asennustavat...
Tekninen suunnitelma - StatbeatMOBILE
Tekninen suunnitelma - StatbeatMOBILE Versio Päivämäärä Henkilö Kuvaus 1.0 13.12.2013 Pöyry Alustava rakenne ja sisältö 1.1 22.12.2013 Pöyry Lisätty tekstiä ilmoituksiin, turvallisuuteen ja sisäiseen API:in
Käytettäväksi QR-koodin lukulaitteen/lukijan kanssa yhteensopivien sovellusten kanssa
Xerox QR Code -sovellus Pika-aloitusopas 702P03999 Käytettäväksi QR-koodin lukulaitteen/lukijan kanssa yhteensopivien sovellusten kanssa Käytä QR (Quick Response) Code -sovellusta seuraavien sovellusten
Datahub-tukipalvelu ServiceNow. Käyttöohje
Datahub-tukipalvelu ServiceNow Käyttöohje Ota Datahub-tukipalvelu käyttöön Ota datahub-tukipalvelu käyttöön osoitteessa: https://support.datahub.fi/fingrid 1. tai siirry tukipalveluun EDIELfi-portaalin
Network Services Location Manager. Verkon ylläpitäjän opas
apple Network Services Location Manager Verkon ylläpitäjän opas Tässä dokumentissa esitellään Network Services Location (NSL) Manager ja kerrotaan, miten verkko voidaan asettaa niin, että se hyödyntää
Fixcom Webmail ohje. Allekirjoitus. Voit lisätä yhden tai useamman allekirjoituksen.
Webmail on monipuolinen työkalu jolla voi tehdä paljon muutakin kuin lukea sähköpostia. Tässä ohjeessa on lyhyesti esitelty joitakin sen ominaisuuksia. Peruspostilaatikossa ei ole kaikkia ominaisuuksia,
Käyttöohje. Versiohistoria: 1.0 7.5.2003 1. versio Mari 1.1 9.5.2003 Kommenttien perusteella korjattu versio
Otus- projektinhallintatyökalu Käyttöohje Versiohistoria: 1.0 7.5.2003 1. versio Mari 1.1 9.5.2003 Kommenttien perusteella korjattu versio Mari Tampere 9. toukokuuta 2003 Kimmo Airamaa, Andreas Asuja,
Järjestelmäarkkitehtuuri (TK081702)
Järjestelmäarkkitehtuuri (TK081702) yleistyvät verkkopalveluissa Youtube Google... Avaavat pääsyn verkkopalvelun sisältöön. Rajapintojen tarjoamia tietolähteitä yhdistelemällä luodaan uusia palveluja,