3. Kuljetuskerros 3.1. Kuljetuspalvelu

Transkriptio

1 3. Kuljetuskerros 3.1. Kuljetuspalvelu End- to- end lta lle looginen yhteys portti verkkokerros koneelta koneelle I-osoite peittää verkkokerroksen puutteet jos verkkopalvelu ei ole riittävän hyvä, sitä voidaan parantaa kuljetuskerroksella kuljetuskerros huomaa verkkokerroksen kadottamat paketit ja pyytää niiden uudelleenlähetystä Sovelluksien datavirtojen erottaminen I-osoite osoittaa koneen yksikäsitteisesti Sovellus tunnistetaan porttinumerosta (16 bittiää => ) jokaisessa lähetetyssä segmentissä on lähettäjän porttinumero vastaanottajan porttinumero Yleisillä palvelimilla omat varatut porttinumerot (0-1023) SM 25, H, jne 1/27/ /27/ asiakas-prosesseja kuljetusyhteys palvelin H Asiakkaalle kuljetuskerros usein automaattisesti antaa käyttöön jonkin vapaan porttinumeron yhteyden ajaksi alvelimilla kiinteät numerot yhteydenottoa varten portteja (porttinumero) verkkoyhteys Kuljetusyhteys on looginen lta lle yhteys (end-to-end) Kolme yhteyttä: <=> 23, <=> 21, <=> 1/27/ arvitaan sekä lähteen että kohteen porttinumerot alvelimessa yhteyksille uudet porttinumerot, jotta portti voi ottaa vastaan uusia yhteyspyyntöjä Kolme yhteyttä: <=>, <=>, <=> Kolme yhteyttä: <=> 3256, <=> 1994, <=>2067 1/27/ /27/2003 6

2 Eri koneissa voidaan ottaa sama numero! Kolme yhteyttä: <=>, <=>, <=>! Kuljetusyhteydellä käytetään apuna myös I-osoitetta: => koneilla eri I-osoitteet, joten yhteydet pystytään erottamaan Sovelluksen vaatimuksia kuljetuspalvelulle: Virheetön, luotettava järjestyksen säilyttävä kaksoiskappaleet karsiva mielivaltaisen pitkiä sanomia salliva vuonvalvonnan mahdollistava Verkkokerros kuitenkin voi kadottaa sanomia toimittaa sanomat epäjärjestyksessä viivyttää sanomia satunnaisen pitkän ajan luovuttaa useita kopioita samasta sanomasta rajoittaa sanomien kokoa 1/27/ /27/ kuljetus parantavat verkkopalveluja Sovelluksen näkemä palvelun laatu (Quality of Service, QoS) kuljetuskerroksen verkkokerkoksen kuljetuskerroksen verkkokerroksen Internetin kuljetuskerros UD (User Datagram rotocol) yhteydetön, epäluotettava palvelu (ransmission ontrol rotocol) yhteydellinen, luotettava palvelu virhevalvonta havaitsee ja korjaa siirrossa syntyneet virheet vuonvalvonta ei ylikuormita vastaanottajaa ruuhkanvalvonta huolehtii ettei verkko pääse ruuhkautumaan 1/27/ /27/ user proc I Verkkokerros tavuvirta Kuljetuskerros I segmentti I-datasähke user proc : lta lle - tavuvirta 1/27/ I istokerajapinta (Socket interface) Verkkopalvelun ja sitä käyttävän sovelluksen rajapinta yleensä käyttöjärjestelmän tarjoama palvelu rajapinta alunperin Berkeley Unixin mukana, nyt lähes kaikissa käyttöjärjestelmissä miten verkkoprotokollan tarjoamiin palveluihin päästään käsiksi sovelluksesta 1/27/

3 (socket) Sovelluksen tekijän alue KJ puskurit Internet puskurit KJ -yhteyden päätepiste sovellukselle lähettäjällä ja vastaanottajalla oma numero 48 bittiä koneen 32 bitin I-osoite 16 bitin porttinumero KJ = käyttöjärjestelmä rosessien kommunikointi -pistokkeita käyttäen 1/27/ /27/ yhteys kaksisuuntainen (full-duplex) kaksipisteyhteys tunnistetaan päätepisteinä olevien pistokkeiden tunnuksista (1, 2) Kone a Kone b :n primitiivit SOKE luo uusi yhteydenpäätepiste BIND anna pistokkeelle osoite LISEN halukas vastaanottamaan yhteyksiä AE jää odottamaan yhteysyrityksiä ONNE yritä muodostaa yhteys SEND lähetä dataa yhteyttä pitkin REEIVE vastaanota dataa yhteydeltä LOSE pura yhteys (symmetrinen) 1/27/ /27/ Kuljetusyhteyden muodostus ja käyttö SOKE BIND LISEN server Jää kuuntele maan Luo pysyvä AE REEIVE SEND(DAA) LOSE Kuljetuspalvelun tuottaja esim. conn.req. conn. ack. data data disconn.req. disconn. ack. client SOKE Luo ONNE(SERVER) SEND(DAA) REEIVE LOSE Ota yhteys lähetä vastaanota dataa sulje yhteys 3.3 UD UD (User Data rotocol) voidaan lähettää sanomia ilman yhteyden muodostusta UD-otsake < bittiä > Source port # Destination port # UD length UD checksum sovelluksen dataa 1/27/

4 UD-tarkistussumma Virheen havaitsemista varten otsakkeeseen liitetään tarkistussumma kaikki segmentin 16 bitin sanat lasketaan yhteen ja summasta otetaan yhden komplementti = muutetaan ykköset nolliksi ja nollat ykkösiksi vastaanottaja laskee taas kaikkien segmentin sanojen (mukana myös tarkistussumma) summan jos tulokseksi saadaan 16 ykköstä, niin ok! Esimerkki Lasketaan yhteen kolme 8 bitin mittaista sanaa: Lähettäjä vastaanottaja ========= ========= Yhden komplementti 1/27/ /27/ Miksi tarvitaan tarkistussumma? Kaikki siirtoyhteyskerrokset eivät suorita tarkistuksia UD-tarkistussumma ei ole kovin tehokas havaitsemaan virheitä! Se ei myöskään yritä toipua virheistä! Jotkut toteutukset voivat tuhota virheellisen segmentin jotkut antavat se sovellukselle varoituksen kera UD:n etuja: Yhteydetön aikaa ei kulu yhteyden muodostamiseen ja purkamiseen ei tarvita resursseja yhteyden tilatietojen ylläpitoon Otsake (= 8 tavua) pieni => pieni yleisrasite => lisää tehokkuutta Ruuhkanvalvonta ei säännöstele liikennettä 1/27/ /27/ ehtäviä: Lähetetään 10 tavun viesti UD:llä. Miten kauan kestää lähettäminen, jos lähetysnopeus on 56 kbps? 10 tavua + 8 tavua = 18 * 8 b = 144 bittiä 144 b/ b/s = 2.57 ms Miten suuri on etenemisviive, jos etäisyys lähettäjältä vastaanottajalle on 1000 km? 1000km/ km/s = 5 ms Miten suuri on UD-otsakkeen aiheuttama yleisrasite (overhead)? 8/18 = 0.44 eli 44 % UD:n käyttö Vaikka UD on epäluotettava, se sopii monien sovellusten tarpeisiin: Remote file server (NFS) multimedia Internet-puhelin verkon hallinta (SNM) reititys (RI) nimipalvelu (DNS) Miksi nämä sovellukset suosivat UD:tä? 1/27/ /27/

5 3.4 Luotettava tiedonsiirto Data Data Lähettävä DAA Vastaanottava DAA Luotettava tiedonsiirto protokolla paketti Kuljetuskerros Luotettava tiedonsiirtoprotokolla paketti Luotettava kanava Epäluotettava kanava Kuljetuskerros Verkkokerros 1/27/ /27/ ? Vuon valvonta vuon valvonta A B!!! datavirta X-ON / X-OFF : GO! SO! Kohinainen kanava A A AK/NAK B sanoma vääristyy => virhetarkistus sanoma katoaa => numerointi, ajastin ja uudelleenlähetys duplikaattien havaitseminen sanoma viivästyy => rajallinen elinaika sanomien järjestys muuttuu => järjestäminen Yksinkertainen Stop and wait -protokolla Oletus virheetön siirto => ei huolta virheistä, mutta vuonvalvontaa tarvitaan lähettäjä lähettää sanoman odottaa lupaa lähettää seuraava sanoma vastaanottaja käsittelee sanoman lähettää tiedon (=antaa luvan) lähettäjälle Entä jos virheitä? Sanomissa virheitä tai sanomat voivat puuttua kokonaan Myös kuittaukset voivat kadota arvitaan virheen havaitseminen ja korjaaminen tarkistussumma kuittaus uudelleenlähetys sanomien numerointi uudelleenlähetysajastin 1/27/ /27/