| T-110.4100 tietokoneverkot tentti 9.1.2009 | |
| Suuntaa-antavia pisteytysohjeita | |
| 1. teht¿v¿ 1p, ero 1p | |
| a) | |
| viestin v¿litys tehokkaasti useammalle vastaanottajalle | |
| monil¿hetys: vastaanottajana ryhm¿ | |
| yleisl¿hetys: vastaanottajana kaikki (yleens¿ samassa fyysisess¿ verkossa) | |
| b) | |
| protokolla: miten kaksi osapuolta hoitaa teht¿v¿n yhdess¿ (hajautettu algoritmi) | |
| rajapinta: miten k¿ytet¿¿n jonkun toisen tuottamaa palvelua apuna tiet¿m¿tt¿ miten | |
| palvelu on itseasiassa toteutettu | |
| c) | |
| protokollassa m¿¿ritell¿¿n yleens¿ protokollan osapuolelle tunniste | |
| (esim. osoite) ja miten osapuolet viestiv¿t, jolloin viestiin | |
| tarvitaan yleens¿ metatietoa viestist¿ = otsikko (mukaanlukien osoite) | |
| 2) | |
| a) | |
| tcp - udp | |
| yhteydellinen - yhteydet¿n | |
| luotettava - ep¿luotettava | |
| b) | |
| 2p ajastin pakettien kuittauksien saapumiselle + selitys | |
| muut: 1p | |
| ajastin yhteyden hengiss¿ololle (aikakatkaisu) + selitys | |
| viiv¿stetyt kuittaukset | |
| 3) | |
| a) | |
| hy¿dyt: ei erillist¿ k¿sittely¿ | |
| haitat: ei eroteta, tarvii erikseen kysy¿ tyyppi¿",,,,,, | |
| b),,,,,, | |
| sanottava v¿hint¿¿n nelj¿ asiaa kummaltakin kantilta,,,,,, | |
| ,rip,,,,,ospf | |
| et¿isyysvektori,,,linkkitila,,, | |
| lyhimm¿t reitit kaikkialle,kartta verkosta,,,,, | |
| ¿¿ret¿n == 16,,,,,, | |
| huonot uutiset levi¿v¿t,,,,,, | |
| hitaasti ,,,,,, | |
| yksinkertainen,,,tehokas,,, | |
| 4) n. 2p / pohdinta | ) huom! annetun linkkikerroksen n¿k¿kulmasta!,,,,,, |
| IPv6:n sopivuus otsikon kannalta,,,,,, | |
| MTU,,,,,, | |
| viestin koodaus,,,,,, | |
| reititys, | |
| vertailu IPv4:¿¿n , | |
| ..., | |
| II osatentti , | |
| Huom. Normaalista poikkeavat arvosanarajat pistem¿¿r¿typon takia, | |
| 0..11,0 | |
| 12..13,1 | |
| 14..16,2 | |
| 17..19,3 | |
| 20..22,4 | |
| 23..24,5 | |
| 5), | |
| a), | |
| ker¿t¿ tietoa | |
| analysoida tietoa | |
| b) viestit ja selitykset olennaisempia kuin niiden oikea nime¿minen | |
| get-request | |
| get-next-request | |
| set-request | |
| get-response | |
| trap | |
| c) taulukon alkioilla ei ole indexi¿ vaan vain nimi | |
| 6) | |
| a) mit¿ hy¿ty¿/haittaa on _toiminnan jakamisesta kahteen osaan_ | |
| yksinkertaistaa, jos tarvii muuttaa | |
| autentikointi tehd¿¿ yleens¿ vain yhteyden alussa | |
| aina ei tarvita molempia | |
| b),,,,,,, | |
| ,,,TLS,,SSH,,IPsec | |
| mit¿ suojataan sovellus-sovellus-,"TCP/UDP+sovellus, joskus my¿s IP,",,,,,, | |
| , ,,data,,data,, tai osa IP-otsikosta | |
| mit¿ vastaan muuttamista ja salakuuntelua vastaan, riippuen sovitusta",,,,,,, | |
| osapuolet esim, ,, ," esim. host-to-host, host-to-gateway,",,, | |
| , selain-,asiakasohj., gateway-to-gateway,,,, | |
| ,, webpalvelin palvlein,,,,, | |
| 7),,,,,,, | |
| a),,,,,,, | |
| palvelu tunnetussa tai standardissa portissa, asiakas ei",,,,,,, | |
| palveluportissa yleens¿ kuunnellaan ja odotetaan yhteyksi¿, eli se on aina "auki", ",,,,,,, | |
| varsinaiselle yhteydelle luodaan erillinen prosessi (ja joskus eri porttiin),,,,,,, | |
| b) mit¿ huomioitava ohjelmoitaessa verkko-ohjelmaa muuten kun sockettien avulla? | |
| 2p) alla olevat: yleens¿ k¿ytt¿j¿rjestelm¿n ytimess¿, ei userspacessa, tehokkuus, raudan huomiointi,... | |
| 2p) korkeamman tason ohjelmointirajapinnat: kehittyneempi¿ palveluita saatavilla | |
| 8) (himpura, t¿n piti olla 12 pisteen arvoinen...) | |
| pieni tiedosto | |
| iso tiedosto | |
| kaksi osapuolta | |
| useampia osapuolia (eli ei vain kahden v¿lill¿ vaan useampi "vastaanottaja") | |
| Miikan kalvoista: | |
| Protocol Mode | |
| * Architectural models | |
| Client-server vs. p2p | |
| Centralized vs. distributed | |
| Cloud computing | |
| Publisher vs. subscriber | |
| * Communication models | |
| Unicast, anycast, broadcast, multicast | |
| Point-to-point vs. end-to-end | |
| End-to-end vs. end-to-middle | |
| Internet routing vs. overlay routing |