Vajad kellegagi rääkida?
Küsi julgelt abi LasteAbi
Logi sisse

Ethernetis liikuva info jälgimine ja analüüs (0)

1 Hindamata
Punktid
TALLINNA TEHNIKAÜLIKOOL
Automaatikainstituut
Kodutöö nr 2 aines
LAP3731 , Arvutivõrgud

Ethernetis liikuva info jälgimine ja analüüs


Eero Ringmäe
010636
LAP42
Juhendaja : Rein Paluoja ,
Andres Rähni
Tallinn 2003

Autorideklaratsioon


Käesolevaga kinnitan , et olen antud praktilise töö teostanud vastavalt eeskirjale ning iseseisvalt ja aruande koostanud omal käel.
Eero Ringmäe

Uuritava sessiooni valik, põhjendus

Et kõik ausalt ära rääkida, pean alustama sellest, et kasutasin käesoleva kodutöö tegemiseks küll WinPcap versioon 3.0 ajurit, kuid mitte WinDumpi käsurea-keskkonda, vaid alternatiivset vabavarana levitatavat graafilist kasutajaliidest nimega Ethereal . Leidsin kolmanda alternatiivina veel ärivarana müüdava võrguinfo pealtkuulamise ning graafilise esitamise programmi Sniff'em.
Esialgu uurisin võrgusessiooni TTÜ ekstranetiga aadressil http//ois.va.ttu.ee, kuid osutus, et sealne tugev krüpteerimine ja turvakontroll tegid sessiooni arusaadava jälgimise ja analüüsi liiga keeruliseks (ois.va.ttu.ee-ga suhtlemise pealtkuulamise kindlist hindan seega enese jaoks piisavaks :).
Teise valikuna uurisin sessiooni ühe Eestis suhteliselt populaarse e-posti teenusepakkujaga http://www.mail.ee [IP aadress: 212.107.32.204].
Saatsin oma postkasti eelnevalt kirja parameetritega:
Teema --> 'Nõudmiseni, Muhvilt'
Sisu --> 'Tere, hr Ringmäe'
Uurisin sessiooni nelja aspakti – lehe avamist , sisselogimist , kirja avamist ning väljalogimist.
Minupoolne arvuti asus Eesti Telefoni ' dial -up ADSL' ühenduse taga DHCP -l töötavas switchiga kommuteeritud kohtvõrgus.

Sessiooni käik

Kokku liikus sessiooni jooksul edasi-tagasi tervenisti 378 paketti (plain text vormingus 214kB andmeid). Enamik pakette kandsid infona kas minu arvuti suunas liikuvate failide sisu või teenusepakkuja poole liikuvaid pakettide kättesaamise kinnitusi (acknowledgement).
NB! alltoodud tabelites on paketi iseloomustavas 'info' osas toodud sageli vaid kirjeldus, millist infot pakett sisaldas, kuna HTML failide ning piltide kahendkoodide siin toomine oleks osutunud liiga pikaks.
Tervikliku logi sessioonist leiate siit..

Lehe avamine

Kuna viimasest päringust võrku oli möödas suhteliselt kaua, saatis minu arvuti kõigepealt broadcast aadressile Address Resolution Protocol päringu, saamaks teed lüüsina (default gateway ) märgitud arvutini, vastuseks pakett 2 marsruuteriks oleva arvuti MAC aadressiga :
No
Time
Source
Destination
Protocol
Info
Pikkus (B)
1
0.000000
eero.mshome.net
Broadcast
ARP
Who has 192.168.0.1? Tell 192.168.0.200
42
2
0.000587
m2rt.mshome.net
eero.mshome.net
ARP
192.168.0.1 is at 0:40:f4:60:2d:f3
60
Saanud teada tee välisvõrku, saatis minu arvuti (eero.mshome.net --> 192.168.0.200) TCP ühenduse alustamiseks sünkronisatsioonipaketid mail.ee-sse (212.107.32.204), sai kinnitused :
No
Time
Source
Destination
Protocol
Info
Pikkus (B)
3
0.000782
eero.mshome.net
212.107.32.204
TCP
1783 > 80 [SYN] Seq=1974653968 Ack=0 Win=16384 Len=0
62
4
0.050738
212.107.32.204
eero.mshome.net
TCP
80 > 1783 [SYN, ACK]Seq=4097473050 Ack=1974653969 Win=5840 Len=0
60
5
0.051878
eero.mshome.net
212.107.32.204
TCP
1783 > 80 [ACK] Seq=1974653969 Ack=4097473051 Win=17280 Len=0
54
Ülaltoodu on standardne TCP ühenduse loomise protseduur . Päringut sooritav arvuti saadab välja sünkronisatsioonisignaali, saab vastuseks sünkronisatsiooni kinnituse ja vastusünkro. Seejärel kinnitab päringu saatja kättesaamist omapoolse acknowledgementiga.
Seejärel saatis minu arvuti HTTP-päringu, milles märkis ära loodava ühenduse põhiparameetrid, iseenese operatsioonisüsteemi, vastuvõetavad failitüübid jpm:
No
Time
Source
Destination
Protocol
Info
Pikkus (B)
6
0.000782
eero.mshome.net
212.107.32.204
HTTP
GET / HTTP/1.0
433
Vastuseks tuli index.html fail ning hulgaliselt pildifaile (IE temp kataloogi) .. näiteks:
No
Time
Source
Destination
Protocol
Info
Pikkus (B)
17
0.512734
212.107.32.204
eero.mshome.net
HTTP
.. HTML kood..
1494
54
4.714798
reklaam .www.ee
eero.mshome.net
HTTP
.. pildi URL-iga /reklaam/img/rek/ed_sisu.gif kahendkoodi osa..
1494
81
5.216595
reklaam.www.ee
eero.mshome.net
HTTP
HTTP/1.1 200 OK
1494
Mille igale fragmendile saadeti kinnitus:
No
Time
Source
Destination
Protocol
Info
Pikkus (B)
10
0.286403
eero.mshome.net (nüüd ja alati 198.162.0.200)
212.107.32.204
TCP
1783 > 80 [ACK] Seq=1974654348 Ack=4097475931 Win=17280 Len=0
54
Reklaambannerid laeti lehelt http://reklaam.www.ee .
Kokku kulus lehe laadimiseks 101 paketti (palju graafikat, html-faili integreeritud stiilileht jms) ning ~6 sekundit (5.825331s).
TCP ühenduse lõpetamiseks kasutati (täiesti ootuspäraselt) kolme (TCP) paketti:
  • eero.mshome.net --> tavaline acknowledgement
  • eero.mshome.net --> kutse lõpetamisele – FIN (eriline acknowledgement pakett)
  • 212.107.32.204 --> lõpetamise kinnitus -> acknowledgement

Sisselogimine

HTML fail ja pildid jõudsid õnnelikult kohale.
Peale lehel asuvasse vormi kasutajatunnuse ning parooli sisestamist ning vormi saatmist (submit) ja eeltooduga sarnaseid TCP sünkronisatsioonipakette, läks teele päring paketina:
No
Time
Source
Destination
Protocol
Info
Pikkus (B)
105
12.955479
eero.mshome.net
212.107.32.204
HTTP

POST /? HTTP/1.0

Accept: image /gif, image/x-xbitmap, image/jpeg, image/pjpeg, application /vnd.ms-powerpoint, application/vnd.ms- excel , application/msword, */*
Referer: http://www.mail.ee/
Accept- Language : et
Content-Type: application/x-www-form-urlencoded
User -Agent: Mozilla /4.0 (compatible; MSIE 6.0; Windows 98; Win 9x 4.90; (R1 1.1); .NET CLR 1.0.3705)
Host : www.mail.ee
Content- Length : 81
Connection: Keep -Alive
Pragma : no-cache
Cookie: PHPSESSID=3408ae8dd64f1aa6dee207ba7f37586d
Eelnev on HTTP protokolli spetsiifilised andmed saatja arvuti võrguvõimete kohta
Järgnev on edasikantavad kasutajaandmed
uname=eero96& pass =XXXXXXXXXXXXXXXXX&Submit=++Logi+sisse++&op= login &do=mail&challenge=& hash =HTTP/1.1
633
Osutub, et kasutajaandmed saadeti teele HTTP protokolli POST meetodiga.
Millele saadi kättesaamise kinnitus ning vastuseks HTML fail kasutaja kirjadega ning hulgaliselt pildifaile:
No
Time
Source
Destination
Protocol
Info
Pikkus (B)
106
13.047518
212.107.32.204
eero.mshome.net
TCP
80 > 1789 [ACK] Seq=4109927978 Ack=1978151844 Win=6948 Len=0
60
107
13.220475
212.107.32.204
eero.mshome.net
HTTP
HTTP/1.1 200 OK + serveris kokkupandud html-faili esimene lõik ..
1494
xxx
...
212.107.32.204
eero.mshome.net
HTTP
.. jätk failidele ..
1494
Osa vajalikke elemente ( kirjade päised ja lingid kirjadele) laeti HTTP GET meetodiga alla alternatiivsest serverist (cs3. tele2 .ee), millega loodi ühendus peale mail.ee serverist failide kättesaamist:
No
Time
Source
Destination
Protocol
Info
Pikkus (B)
127
14.080372
eero.mshome.net
cs3.tele2.ee
HTTP
GET /etrack.phtml/mailee/eday/EE/PP4GT9RrIMsAAFS7OBk212/ HTTP/1.0
400
Leht kätte saadud, toimus juba eelnevast tuttav kolmepaketiline TCP ühenduse lõpetamine.
Kokku vahetati 89 paketti.
Ühenduse loomisest kuni lõpetamiseni kulus ~16 sekundit (16.305961s).

E-kirja allalaadimine

Kõigepealt kolme sünkronisatsiooni-acknowledgementi-paketiga TCP ühenduse loomine.
Peale kirja päise lingil klikkimist saadeti HTTP-GET meetodiga päring mail.ee põhiserverisse (212.107.32.204), osa infot laeti ka juba enne figureerinud serverist cs3.tele2.ee.
Näitena:
No
Time
Source
Destination
Protocol
Info
Pikkus (B)
195
29.238933
eero.mshome.net
212.107.32.204
HTTP
GET /?op=mail&f=read&msgid=0 HTTP/1.0
487
216
29.2985473
eero.mshome.net
cs3.tele2.ee
HTTP
GET /etrack.phtml/mailee/eday/EE/PP4GT9RrIMsAAFS7OBk212/ HTTP/1.0
422
Op – operatsioon ? (everyday.com portaali põhine funktsioonide hulk?? a la 'peiler', 'sms')
f – funktsioon? (read – loe, new - kirjuta)
Kirjakastis oli vaid üks kiri – sellest ka msgid=0
Iga kahe andmetega HTTP paketi järel tulid vastavatele pakettidele TCP tasemel acknowledgementid.
Laeti alla HTML leht ning hulgaliselt pildifaile. Reklaambannerid, nagu tavaliselt aadressilt http://reklaam.www.ee .
Lõpuks eeltoodud viisil kolme paketi vahetamise teel TCP ühenduse lõpetamine.
Kirja avamiseks kasutati 95 paketti.
Ühenduse loomisest lõpetamiseni kulus ~3 sekundit (2.701831s).

Välja logimine


Minu arvuti lõi eestoodud kujul TCP-ühenduse mail.ee serveriga.
Arvuti saatis HTTP-GET päringu tegevuse 'logout' algatamiseks mail.ee serveris, mis resulteerus mail.ee avalehe kuvamisega:
No
Time
Source
Destination
Protocol
Info
Pikkus (B)
291
33.345135
eero.mshome.net
212.107.32.204
HTTP
GET /?do=mail&op=logout HTTP/1.0
504
Minu arvuti lõpetas eeltoodud viisil TCP ühenduse mail.ee serveriga.
Välja logimiseks kasutati 89 paketti
TCP ühenduse loomisest lõpetamiseni kulus ~3 sekundit (2.752573s).

...

42. sekundil jõudis koduse LAN-i DHCP serverilt minu arvutini üks lisapakett, mis nõudis DHCP operatsiooni nr 0x46364275 teostamist (DHCP Request - Transaction ID 0x46364275).

Sessiooni analüüs

Kasutatud protokollid

Kõigepealt loodi saatis päringut sooritav arvuti ARP (Address Resolution Protocol) päringu sisevõrgu broadcast aadressil, et saada välisvõrgu lüüsi MAC aadressi.
Siis loodi kasutaja poolt päritud aadressiga (nimeserverst IP aadressi pärimine toimus eelnevalt) serveriga TCP (Transmission Control Protocol) ühendus
Seejärel vahetati üle TCP hulganisti HTTP (HyperText Transfer Protocol) vormingus päringuid ja andmeid.
Ühendus lõpetati TCP standardi kohaselt
Lõpuks küsis DHCP (Dynamic Host Configuration Protocol) server mingit spetsiifilist tegevust.
Pakettide arv protokolliti:
protkoll arv %
ARP 2 0.53
TCP 375 99.21
DHCP 1 0.26
xXx 378 100
Paketi keskmine pikkus: 510B
Kogu sessiooniks kulus 42.3 sekundit
Keskmiselt võeti vastu 8.9 paketti / sec (kasutaja mõttepausid kaasa arvatud)

Kasutajainfo vahetamine

Kasutajainfo saadeti serverisse kasutades HTTP protokolli POST meetodit, krüpteerimata ning kasutades sisendvormis väga tavalisi identifikaatoreid (uname ja pass).
Sisseloginuna identifitseeriti kasutaja POST meetodiga (võimalik, et ka IP aadressiga serveri poolt), kirjadega tehtavad operatsioonid saadeti veebilehitseja aadressireal (kättesaadavad HTTP protokolli GET meetodiga).

Hinnang pealtkuulamiskindlusele

Kuna tegemist on tasuta internetis pakutava meiliteenusega, mis orienteeritud inimeste igapäevasuhtluseks ning pigem meelelahutuse kui äri eesmärkide täitmiseks, on arusaadav, et andmete turvalisuse ning kättesaamatuse tagamiseks pole tehtud eriti palju.
Pea igaüks, kel oleks võimalik arvutis toimuvat TCP sessiooni jälgida, saaks kasutajaandmetele järele.
Võrreldes http://ois.va.ttu.ee-sse sisselogimise jälgimisega sai isegi minusugune esmakordne eksperimentaator siin täpselt aru,mis toimus.
Samas ei tähenda selline kasutaajandmetega ümber käimine minu arvates otsest ohtu või turvariski. Olen kindel, et palju suurema tõenäosusega unustavad või annavad edasi oma id ja parooli kasutajad ise. Arvan, et inimfaktorist tulenev risk on suurem, kui see, et keegi LAN-is raali võrgusuhtlust pealt kuulab.
----------
Ainukese soovitusena oskaksin pakkuda, et HTML sisendvormis oleksid uname ja pass ümber nimetatud mõnede teiste,mitte nii üldarusaadavate identifikaatoritega – see võimaldaks vast vähemalt osade sessiooni-sniffijate segadusse ajamist.
----------

Järeldused

WinPcap ja selle graafilised kasutajaliidesed , näiteks Ethereal on suhteliselt lihtsasti kasutatavad ning efektiivsed vahendid võrgusuhtluse pealtkuulamiseks ühisesse võrku ühendatud arvutite vahel.
Pakettide filtreerimise ning TCP ühenduste jälgimise võimalused päästavad võrgusuhtluse logija väga suuremahulise infomüriaadi käest, mis võrgus voolab, ning võimaldavad pöörata tähelepanu spetsiifilistele tegevustele ning pakettidele.
Vasakule Paremale
Ethernetis liikuva info jälgimine ja analüüs #1 Ethernetis liikuva info jälgimine ja analüüs #2 Ethernetis liikuva info jälgimine ja analüüs #3 Ethernetis liikuva info jälgimine ja analüüs #4 Ethernetis liikuva info jälgimine ja analüüs #5 Ethernetis liikuva info jälgimine ja analüüs #6 Ethernetis liikuva info jälgimine ja analüüs #7 Ethernetis liikuva info jälgimine ja analüüs #8
Punktid 50 punkti Autor soovib selle materjali allalaadimise eest saada 50 punkti.
Leheküljed ~ 8 lehte Lehekülgede arv dokumendis
Aeg2008-01-12 Kuupäev, millal dokument üles laeti
Allalaadimisi 98 laadimist Kokku alla laetud
Kommentaarid 0 arvamust Teiste kasutajate poolt lisatud kommentaarid
Autor Rain Ungert Õppematerjali autor

Kasutatud allikad

Sarnased õppematerjalid

Arvutivõrgud eksamiks
28
docx

Arvutivõrgud eksamiks

) ­ Võrgust saabuvate andmete teisendamine üldkujult konkreetse rakenduse jaoks sobivale kujule ja vastupidi. Samuti tegeletakse siin failide pääsuõiguste ja lukustamise (s.t. kui kasutaja töötab konkreetse failiga) kontrollimisega. Seansikiht (session l.) ­ Loob ühenduse tööjaamas töötava rakenduse ja võrgu vahel. Siin tehakse vahet juhtkäskudel ja andmetel. Toimub ühenduse loomine ja sulgemine, samuti autentimine. Määratakse, millisel kujul toimub info saatmine (krüpteerimine ?). Transpordikiht (transport l.) ­ Realiseeritud lõppjaamades. Tegeleb lõppjaamade vahelise andmesidega. Siin toimub usaldusväärse andmeedastuse garanteerimine. Siin muudetakse rakenduselt saadud andmed segmentideks. Võrgu ülekandeks sobivateks segmentideks ja määratakse ning kontrollitakse nende järjekorda. Samuti määratakse ära, kas edastamisel kasutatakse TCP või UDP protokolli. Selles kihis luuakse ühendus masinate vahel. Siit

Arvutivõrgud
Arvutivõrkude eksami konspekt
144
docx

Arvutivõrkude eksami konspekt

kõik tõlgitakse ikkagi 1 ja 0 jadaks) Simplex - ühesuunaline Pool-Duplex - mõlemat pidi, aga korda mööda, walkie-talkied, ainult üks saab korraga andmeid edastada Täis-Duplex - mõlemat pidi ja samal ajal, telefonid Süsteemi rrRrrrrr on infovahetus, seega meil on: Allikas - Saatja - Edastaja - Vastuvõtja - Sihtpunkt Allikas - genereerib edastamiseks vajaliku infoex Saatja - kodeerib allika poolt genereeritud info signaaliks (ADC nt kui edastame heli) Edastaja - vastutab signaali transportimise eest punktist A punkti B Vastuvõtja - dekodeerib saadud signaali sihtpunkti jaoks arusaadavasse vormi Sihtpunk - self-explanatory, aga okei, see kes kasutab saadetud infot 2. Kommunikatsioonisüsteemi ülesanded 1. Signaali genereerimine - ja ka edastamine, signaali ühest r teise üle viimine 2. Sünkrroniseerimine - andmevahetus peab samas taktis, muidu tekivad vead

Arvutivõrgud
Arvutivõrgud-Väga põhjalik eksamimaterjal
35
doc

Arvutivõrgud. Väga põhjalik eksamimaterjal

Iga kiht lisab andmete juurde päise ja edastab tulemuse madalamale kihile. Vastuvõtmisel eemaldab iga kiht temale mõeldud päise. 5. OSI mudel OSI mudel koosneb 7-st kihist: 1)Rakenduskiht ­ rakendusprogrammile antavad teenused 2)Esitluskiht ­ Võrgust saabuvate andmete teisendamine üldkujult konkreetese rakenduse jaoks sobivale kujule ja vastupidi 3)Seansikiht ­ Ühenduse loomine suhtlevate rakenduste vahel. Määratakse ära millisel kujul toimub info saatmine, sünkronisatsioon jms 4)Transpordikiht ­ Usaldusväärse andmevahetuse garanteerimine. Tehakse rakenduselt saadud andmed segmentideks ja vastupidi ning määratakse ja kontrollitakse ka nende järjekorda 5)Võrgukiht ­ sõnumite marsruutimine, IP aadresside tasemel tegutsemine. Tehakse andmed datagrammideks. 6)Kanalikiht ­ vigade parandamine, sünkroniseerimine. Tehakse saabunud andmed datagrammideks ja väljaminevad andmed kaadriteks.

Arvutivõrgud
Kommunikatsioonimudel
102
pdf

Kommunikatsioonimudel

faili edastus rakendus(failid ja faili edastuse käsud)->suhtlemise teenuse moodul(suhtlemisega seotud sõnumid, paketid)->võrgu juurdepääsu moodul(suhtlemise võrk) Igal osal on omad ülesanded, osa mingist suuremast protsessist. Näiteks kolmekihiline arhitektuur: Rakenduse kiht->transpordi kiht->võrgu juurdepääsu kiht; erinevad ühenduse pooled suhtlevad sama taseme kihtide tasemel protokollide alusel.Saadetava info sisust ei teata vahepealsetes etappide midagi. 4. Mitmekihiline arhitektuur postisüsteemi näite baasil Posti edastamisel on mitmed etapid. Kui keegi saadab kirja, siis vahepealsetel etappidel ei teata midagi selle sisust. Saatja peab saadetise teataval kombel adresseerima, et see oleks kohale toimetatav sihtpunkti. Näide: saatja->postkontor- >transporivahendid->postkontor(võib mitmeid kordi korduda, kuna kiri võib mitmest

Tehnoloogia
Arvutivõrgud eksamiks
2
doc

Arvutivõrgud eksamiks

Kõige madalam on võrgukiht. Rakenduskiht > transpordikiht > võrgukiht. Protokoll ­ iga kord. pakett on vaja edasi saata. reeglistik, mida järgides on kaks osapoolt võimelised suhtlema. Koosneb süntaksist, semantikast ja ajastusest. Saatja ja vastuvõtja samad Paljud veebilehed kasutavad küpsiseid. Sinna salvestatakse info, mida järgnevatel päringutel vaja võib minna. Serveri poolt antakse igale 27.Marsuutimine, marsruutimisstrateegiad kihid suhtlevad omavahel tinglikult s.t. talle alumise kihi poolt temale osutatud teenuseid ja eelnevalt kokkulepitud protokolli kasutades. kliendile mingi kindel identifikaator (nt number) Klient peab iga päringu alguses selle indifikaatori serverile edastama

Arvutivõrgud
Arvutivõrkude konspekt
14
pdf

Arvutivõrkude konspekt

Esitluskiht (presentation l.) - Võrgust saabuvate andmete teisendamine üldkujult konkreetse rakenduse jaoks sobivale kujule ja vastupidi. Samuti tegeletakse siin failide pääsuõiguste ja lukustamise (s.t. kui kasutaja töötab konkreetse failiga) kontrollimisega. Seansikiht (session l.) - Loob ühenduse tööjaamas töötava rakenduse ja võrgu vahel. Siin tehakse vahet juhtkäskudel ja andmetel. Toimub ühenduse loomine ja sulgemine, samuti autentimine. Määratakse, millisel kujul toimub info saatmine (krüpteerimine ?). Transpordikiht (transport I.) - Realiseeritud lõppjaamades. Tegeleb lõppjaamade vahelise andmesidega. Siin toimub usaldusväärse andmeedastuse garanteerimine. Siin muudetakse rakenduselt saadud andmed segmentideks. Võrgu ülekandeks sobivateks segmentideks ja määratakse ning kontrollitakse nende järjekorda. Samuti määratakse ara, kas edastamisel kasutatakse TCP või UDP protokolli. Selles kihis luuakse ühendus masinate vahel

Arvutiõpetus
Arvutivõrgud eksamimaterjalid
46
pdf

Arvutivõrgud eksamimaterjalid

Iga kiht lisab andmete juurde päise ja edastab tulemuse madalamale kihile. Vastuvõtmisel eemaldab iga kiht temale mõeldud päise. Protokoll ehk reeglistik, mis määrab ära kuidas andmevahetus toimus, sisaldab endas kolme komponenti: - süntaks (syntax) - kuidas andmeblokki moodustada, ehk kellele ja kes saadab jne. - semantika (semantics) – tähenduslik info, ehk mida nende andmetega teha, mis järjekorras pakette saadetakse, mida teha vigade korral, mis väli mida näitab (saatja, saaja jne). - ajastusreeglid (timing) – kiiruse komponendid. Paketti saates peame mingi aja jooksul saama kinnituse, kui selle jooksul ei saa, siis saadame uuesti. *Aadressid – vajame mitmeid aadresse. Kolmekihilise mudeli juures vajame kahte aadressi, arvuti leidmiseks aadressi (network adress) ja aadressi, et leida

Arvutivõrgud
Arvutivõrkude konspekt 2014 eksamiks
41
pdf

Arvutivõrkude konspekt 2014 eksamiks

delay'de jms järgi. Marsruutimine koosneb kahest põhilisest komponendist: optimaalse marsruutimisteekonna kindlaksmääramine ja pakettide transport. Kui pakettide transport võib olla üsnagi triviaalne, siis marsruutimisteekonna kindlaks tegemine võib olla jällegi vägagi keeruline. Teekonna teevad kindlaks ja arvutavad välja marsruutimisalgoritmid. Tee määramiseks kasutavad algoritmid marsruutimistabeleid, mis sisaldavad algoritmist sõltuvat marsruutimisinformatsiooni. Selleks, et info tabelites oleks asjakohane suhtlevad ruuterid ka omavahel marsruutimisvärskenduse (routing update) sõnumite ja lingi oleku kuulutuse (link state advertisement) sõnumitega Marsruutimisprobleemidega tegelemiseks kasutatakse tihtipeale ka graafe. 28. Link state marsruutimisalgoritm Selle algoritmi puhul on terve võrgu topoloogia ja linkide hinnad teada ehk siis nad on sisendiks Link State marsruutimisalgoritmile. Teoorias on see see saavutatav

Arvutivõrgud




Kommentaarid (0)

Kommentaarid sellele materjalile puuduvad. Ole esimene ja kommenteeri



Sellel veebilehel kasutatakse küpsiseid. Kasutamist jätkates nõustute küpsiste ja veebilehe üldtingimustega Nõustun