Třeba jo.
Jinak, myslím, že mi došlo, že hodně lidem uniká ještě jeden detial. Dle těch rad ohledně nastavování priorit interfejsů pro volbu DR, BDR. Jde o oblíbenou hlášku "Database Description packet has different master status flag". Ta je buď způsobena chybou ROSu, která se táhne od 3.x nebo okolnistmi.
Vliv té chyby jde ovlivnit/potlačit správným nastavením tak, aby designated router byl zároveň i master pro všechny spojení. Jde o dvě věci. Mějme ethernet segment se třemi routery a prioritami:
priority RID
0 1.1.1.1
1 2.2.2.2
0 3.3.3.3
Při takovémto nastení, až se všechny routery uslyší, nastává volba DR routeru (BDR nebude existovat). Na základě priorit se jím stane ten 2.2.2.2.
routery 1.1.1.1 a 3.3.3.3 pak komunikují a mění data jen s 2.2.2.2 a ne spolu.
Dále následuje volba stavu master-slave na těchto spojích k DR, každý volí samostatně jen na základě router ID, kdy vyšší router id je vždy master. Takže to dopadne:
1.1.1.1(slave)<->2.2.2.2(master)
3.3.3.3(master)<->2.2.2.2(slave)
Jen naster má právo měnit sekvenční čísla v dané výměně. A vypadá to, že ROSu to občas ujede a DR pošle blbě svůj status protistraně, při takovéto konfoguraci třeba routeru 1.1.1.1 pošle, že je slave omylem a už to letí k zemi.
Takže je žádoucí to nastavovat tak, když už šaháte na priority, aby nejvyšší prioritu pro volbu DR/BDR/other něl ten router s nejvyšším router id (nebo naopak, aby DR pro všechna pojení držel jen slave status), takže v tomto připadě:
priority RID
0 1.1.1.1
0 2.2.2.2
1 3.3.3.3
a master slave dopadne:
1.1.1.1(slave)<->3.3.3.3(master)
2.2.2.2(slave)<->3.3.3.3(master)
Pro větší síť to není soprocentní, ale dost to dokáže vyelimitovat blbě poslaný master flag. Pokud je routerů víc a hraje se na DR/BDR/other, tak platí to stejné, DR nejvýšší RID, pod ním obvyklý BDR a pak ostantí, opět, ať vzdat DR-BDR je master-slave a vztahy DR-other a i BDR-other je stále master-slave.
Toot platí pro broadcast/nbma linky, Kde používáte PtP, tak je to fuk (i na point-point linkách se volí master-slave dle toho RIDu, vynechává se to DR/BDR).
A jinak, pro utěšení. I Cisco má v sobě podobného démona ve vzdáleně podobné variantě. Tam ta deprimující hláška má jen tvar %OSPF-4-BADLSA..... Tato hláška se samozřejmě vyskytuje jen zcela ojediněle ve zcela exotických případech a pokud ji neodstraní shození/nahození routeru, tak máte kontaktovat support. :-)
