tak nějak mi přijde, že se tu bavíme každý o něčem jiném.
Pokud je myšlen rádiový PtP spoj, tak je myšlen spoj ... tedy ne ROUTER. Zároveň to nemusí být mikrotik ...
Jakou má souvislost running-check s broadcast stormem?
ale řeší, funguje všechno dál. Ani se running check používat nemusí přesně jak píše iTomB. Nehodlám provozovat broadcast storm :-D
---
čili se zeptám: víte vůbec někdo, co udělá ROZPOJENÝ rádiový PtP spoj (tedy bridge, nefunkční rádio, funkční ethernety) mezi dvěma routery s OSPF? Víte o tom, že ten segment bude distribuován ze dvou míst? A nic, naprosto nic s tím neuděláte, dokud nesáhnete do OSPF? Ono ne každá implementace se chová jako u mikrotiku, že pokud je vypnut ethernet, přestane OSPF distribuovat jeho segmenty. Jenže pokud si vypnu eth, tak se na to rádio tak jako tak nedostanu, ne?
Uvědomujete si, že pokud jsou ty dvě rádia managementově ve stejném segmentu, tak máte prostě problém se na něj po IP dostat? Záleží na tom, odkud ze sítě to zkouším ... na ten bližší je to relativně bez problému. Co udělá pokus o připojení na to vzdálenější? Jo, pomůžu si ... mám-li tam router s NAT. Ale pokud ne?
Jasně ... po rádiu se to rozpojovat nemá. Jenže ne všude jsou alcomy, občas i zafouká, nebo zabouří.
Proto se management dělá tak, aby se tam dalo dostat pokud možno za všech situací. A to segment společný s datovým rozhodně není.
Nemluvě o tom, že oddělení managementu od uživatelských dat je tak nějak základní bezpečnostní pravidlo.
