OSPF mapa: Porovnání verzí
Řádek 30: | Řádek 30: | ||
moznost automatickeho navrhu doporuceni zmen v topologii (zvyseni | moznost automatickeho navrhu doporuceni zmen v topologii (zvyseni | ||
dostupnosti uzlu, resp. cesty ke korenu) | dostupnosti uzlu, resp. cesty ke korenu) | ||
+ | |||
+ | PeS: Jeste by stalo za to zvazit optimalizaci. Pri zobrazeni grafu a prepnuti do rucniho rozvrzeni se viditelne nic neprekresluje, ale presto to zere nechutne mnoho CPU cyklu, na mem T9600 to je pres 50%... Tipuji to na neustale prekreslovani grafu i kdyz v nem nedoslo ke zmene rozlozeni. | ||
== Známé chyby == | == Známé chyby == | ||
nezobrazuje souběžné (paralelní) spoje i multispoje | nezobrazuje souběžné (paralelní) spoje i multispoje |
Verze z 6. 1. 2010, 13:22
Desktopová aplikace v Javě, která vytváří mapu topologie sítě OSPF routrů. Adresa: http://10.107.12.1/ospf
Náměty na rozšíření
vizualizacni moznosti knihovny (animace, zvyrazneni apod.)
interaktivni pruzkum mapy: zobrazim jen samotny zvoleny router, po najeti na nej se zobrazi (docasne) jeho sousedi, pokud prejedu na nejaky z nich a kliknu, zustane v mape zobrazen stale - cely proces lze opakovat a tim si do mapy "dokreslovat" dalsi uzly.
dynamicky prubeh zmen topologie (animace?)
- dumpy ze 2 a vice casu
- snifovat sitovy provoz
- parsovat logy z Quaggy
vic userfriendly (provazanost vyberu routru v jednotlivych listech, v listech moznost "fulltextoveho" vyhledavani IP i textu - mysleno pri vyberu routru a pod.)
moznost navrhovat ceny spoju (jako ve VisualOSPF), visualizovat nejkratsi cesty (Dijktra), vymyslet vizualizaci asymetrickych cest
rozsirit o moznost geografickeho urceni polohy uzlu na mape
"metriky" site - vypadek kolika hran/uzlu rozpadne sit na vic casti, pravdepodobnosti techto vypdaku vzhledem ke spolehlivosti spoju (viz. casovy prubeh - flappovani), nalezeni oblasti uzlu se spatnou spolehlivosti, identifikace zpusobujiciho spoje "metriky jednolivych uzlu" - vypadek kolika uzlu/hran (a kterych) zpusobi vypadek dostupnosrti uzlu z korenoveho uzlu, pravdepodobnost takoveho vypadku (vzhledem ke spolehlivoasti spoju)
moznost automatickeho navrhu doporuceni zmen v topologii (zvyseni dostupnosti uzlu, resp. cesty ke korenu)
PeS: Jeste by stalo za to zvazit optimalizaci. Pri zobrazeni grafu a prepnuti do rucniho rozvrzeni se viditelne nic neprekresluje, ale presto to zere nechutne mnoho CPU cyklu, na mem T9600 to je pres 50%... Tipuji to na neustale prekreslovani grafu i kdyz v nem nedoslo ke zmene rozlozeni.
Známé chyby
nezobrazuje souběžné (paralelní) spoje i multispoje