cat de mici putem sa fim?

cat de mici putem sa fim?
daca ne imaginam soarele ca fiind punctul literei i de pe o pagina dintr-o carte, atunci galaxia noastra calea lactee ar fi de dimensiunea continentala a SUA; si mai sunt sute de milioane de alte galaxii;

despre mancare sanatoasa/ted.com

ce este o arie, definiste-o in termeni de lsdb si spf si care este principalul beneficiu pentru o retea care foloseste un protocol link state

un domeniu de rutare nu mai scaleaza la un moment dat (din cauza marimii lsdb, intretinerea lsdb(aging, refresh), rularea spf-ului peste un ldsb mare, rutere puternice si rutere mai vechi in acelasi domeniu care trebuie sa faca aceleasi operatii).
impartirea acestui domeniu in mai multe arii , fiecare arie avand propria lsdb si propriul spf , propriul flooding scope rezolva aceste probleme de scalabilitate
arile sunt interconectate prin ASB-uri care trimit intre arii informatiile de prefixe dar intr-un singur announcement

ce este database syncronization ?

cand un ruter nou vine in retea, nu este benefic si scalabil ca rutere existente sa faca reflooding de lsa-uri doar pentru acest ruter nou.
dupa ce se stabileste diacenta cu un vecin direct conectat, isi comunica reciproc continutul (summary) al LDSB. evident cel nou venit in retea se va avea pe sine si atat in propriul LSDB. va cere explicit vecinului sau sa primeasca toate LSA-ruile care ii lipsesc . la sfarsit nouul ruter va avea acelasi LSDB ca si vecinul sau.

care sunt cele 3 mecanisme pentru a asigura ca flooding-ul este reliable in link state protocols ?

- aging
- sequence numbers
- checksum

ce este three way handshaking referitor la un link state protocol ?

face parte din procesul de adiacenta, de descoperire a vecinilor direct conectati
asigura ca adiacenta este 2 way si no one way only, trimit un hello cu RID-ul meu; cand primesc un hello cu RID-ul vecinului si RID-ul meu trimit un alt hello astfel incat atat eu cat si vecninul meu ne vedem propriul RID-ul in reply. dupa aceasta hello-urile sunt folosite ca si keep alive-uri.

cum suntem sigur ca un protocol de tip hello va descoperi doar vecinii direct conectati ?

Ruterul trimite pachetle cu ttl=1 sau catre adrese multicast local scoped (din range-ul 224.0.0.1-224.0.0.255)

ce rol are un protocol de tip hello

Trimite informatii relevante despre mine si despre cum vreau sa fie relatia cu tine
- setarile de timere(hello timer, dead timer)
- parametrii de interfata
- authentificare

ce face hold down timer ?

previne counting to infinity. daca un prefix este anuntat ca fiind unreachable nu voi accepta informatii noi despre acel prefix decat daca:
- vine de la acelasi vecin/neighbor care a zis ca ruta este unreachable
- sau vine de la alt vecin si are aceeasi metrica sau mai mica decat ruta originala

protocol de rutare de tip link state

Cele 4 concepte ale unui protocol de rutare de tip link state:
1.Adiacentele - doua rutere direct conectate se recunosc si se descopera intre ele prin hello-uri
2.Flooding - informatiile sunt transmise in mod reliable prin toata reteaua/aria
Ce informatii ? fiecare ruter origineaza informatii doar despre sine: linkurile sale si vecinii sai
Cum ne asiguram ca avem un flooding reliable ?:
- aging
- sequence numbers
- checksums


3.The link state database - modul in care sunt pastrate aceste informatii si updatate constant
- fiecare ruter trebuie sa aiba aceeasi informatie in LSDB sau altfel spus: toate rutere trebuie sa aiba exact aceeas LSDB
4.algoritmul SPF/Dijkstra - se ruleaza peste LSDB=> best paths

ce este un protocl de rutare de tip distance vector ?

3 caracterisitici ale unui distance vector :
- orice ruter care face parte din path-ului unui prefix participa activ la calcului rutei pentru acel prefix (de exemplu in RIP orice router incrementeaza cu 1 orice prefix pe care il primeste si apoi anunta acel prefix)
- un ruter nu va anunta vecinii sai direct conectati despre un prefix decat dupa ce el insusi a terminat de calculat ruta pentru acel prefix
- cu exceptia prefixelor direct conectate un ruter va cunoaste doar ceea ce ii anunta vecinii sai despre celelate prefixe