Alegerea DR in OSPF
[ A venit timpul să mai pun şi ceva „Cisco-stuff” pe aici. Până la urmă, cu asta mă ocup, nu? 
]
Am ţinut de curând un curs de OSPF. În care am început să le explic studenţilor că alegerea DR într-o reţea OSPF nu este preemptivă. Adică este cam cum e în viaţa reală la noi – dacă s-a văzut unul în funcţie, nu se mai dă jos! Chiar dacă apare unul mai bun (adică un router cu ID-ul mai mare decât al DR-ului curent nu îi va lua locul acestuia).
Ei bine, studenţii erau de altă părere – la laborator, ei conectaseră 3 routere în stea (toate 3 în acelaşi switch) şi făcuseră verificarea închizând şi deschizând interfaţa f0/0 a router-ului cu cel mai mare ID. Şi observaseră că în momentul în care router-ul cu ID mare reapărea în reţea, îşi relua locul ca DR.
Ce părere aveţi? Ce se întâmpla acolo? [eu nu am ştiut să le răspund pe loc - am refăcut topologia pe routere, şi abia atunci am avut răspunsul ]
Răspunsul vine şi el, dar mâine. Până atunci, aştept păreri şi comentarii.
Etherfast Said,
December 13, 2007 @ 22:43
Depinde si la ce interval resetau interfata fa0/0, ca daca o faceau sub intervalul de update ospf…
Routerul cu ID mai mare era pus din nou ca designated pentru ca … ce-a mers in trecut poate merge si acum la fel de bine?
Din teste, am vazut ca intr-adevar nu se forteaza re-alegerea DR si BDR daca nu apar schimbari in topologie, link-uri picate sau chestii de genul asta.
bogd Said,
December 13, 2007 @ 22:47
Să zicem că router-ele aveau ID-urile 1, 2, şi 3. În mod normal, 3 devine DR, şi 2 BDR.
Închidem interfaţa f0/0 pe 3, şi aşteptăm. Vreo 40 de secunde (dead timer-ul default pe interfaţă). După care observăm că 2 devine DR, şi 1 devine BDR.
(Re)pornim interfaţa f0/0 pe 3. Şi aici avem surpriza – ruterul 3 îl dă jos pe 2, şi îi la locul ca DR. 2 redevine BDR.
UberGeek » Blog Archive » Alegerea DR in OSPF - răspuns Said,
December 14, 2007 @ 18:43
[...] rămas dator cu un răspuns de aici, nu? Aveţi mai jos post-ul meu pe forumul studenţilor (le promisesem la curs că refac topologia, [...]