TODO/Rozšíření navržená v rámci grantu č.1212/2008 FRVŠ
Z VirtlabWiki
Obsah |
Práce financované z projektu č.1212/2008 FRVŠ
Obsahuje i castecne upresneni deadlines.
Dokončení nutné do 11/2008.
Obsahuje i návrhy dalších, dosud nikomu nepřiřazených (z hlediska projektu nepovinných) rozšíření.
Upřesnění a návrhy řešení výše uvedených úkolů
Skripty pro zjišťování statistik vytížení/ekonomického přínosu Virtlabu
Možné zajímavé statistiky (jistě najdeme i další):
- Poměr rezervovaných a skutečně využitých timeslotů
- Korelace intenzity (času) využívání Virtlabu s hodnocením daného studenta u zkoušky (celkově a jen zápočet)
- Nejčastější denní doba, kdy studenti přistupují
- Průměrná doba skutečného řešení jednotlivých úloh
- Počty znaků přenesených do/z konzoly zařízení při řešení jednotlivých úloh, shlukovitost/rychlost přenosu znaků do zařízení - indikace vkládání konfigurace režimem cut&paste.
- ...
Případně realizovat "ekonomický" výpočet efektivity virtuální laboratoře: pokusit se vyčíslit (srovnat) maximální využitelnost síťových prvků při maximálním reálně možném času zpřístupnění pro kontaktní výuku a při "nepřetržitém" zpřístupnění pomocí virtuální laboratoře. Namalovat pěkné "marketingové" grafy. Zohlednit i cenu zařízení a počty studentů, kteří výuku na prvcích absolvují.
Způsob implementace: pomocí SQL dotazů nad databází, na základě záznamů o rezervacích/přihlášeních v databázi. Možná přes SOAP API.
Předkonfigurace laboratorních prvků
Konzola některého prvku nemusí být zpřístupněna studentům. Buďto se neobjeví tlačítko pro přístup k ní v GUI (preferováno), nebo může tlačítko zůstat, ale konzola bude zaheslovaná – heslo pak systém musí znát, aby zařízení mohl vymazat. Tlačítko v GUI může být také přístupno pouze tutorovi (ideální stav).
Možné vyhodnocované statistiky
- průměrné denní využití během semestru (rezervované hodiny vč. paralelních rezervací) + trend během celého semestru
- dělení podle pracovních/nepracovních dnů
- dělení podle pracovních/nepracovních hodin
- hlavní provozní hodina
- průměrná délka rezervovaného timeslotu + histogram, příp. kvartily
- průměrný počet studentů spolupracujících na rezervaci + histogram, příp. kvartily
- poměr využitých/(vůbec) nevyužitých časových úseků v rámci dne + trend během celého semestru
- poměr zdařených/nezdařených rezervací v rámci dne + trend během celého semestru
- histogram počtů úloh, které běžely souběžně (patrně v rámci celého vyhodnocovaného období)
- průměrný počet prvků v rezervované úloze
- + dělení podle typů - router, switch, XEN PC, ...
- Poměr síťových prvků mapovacím algoritmem namapovaných na prvky v Karviné/Ostravě
- Poměry namapování zcela do Ostravy/zcela do Karviné/kombinovaně
- Průměrné počty znaků (+maxima,minima) prošlých přes konzolový server na konzoli síťového prvku/XEN instance
Histogram jednotlivých hodnot možná i přes dny v týdnu (hodnoty pro den v týdnu průměrovat přes semestr)
Další nepovinná rozšíření navrhovaná v rámci podané přihlášky grantového projektu FRVŠ
GUI - Realizováno v DP J. Rudovského a aktivitou J.Vavříčka
- Ergonomizace a zatraktivnění vzhledu uživatelského rozhraní - implementace grafických prvků
- clickable bitmapy topologie - možnost přístupu ke konzolám síťových prvků poklikáním na příslušný symbol v nákresu topologie
- grafická reprezentace intenzity rezervací Virtlabu v čase
- ...
- Návrh a implementace pomocných komunikačních kanálů mezi studenty a tutorem (resp. různými tutory) a mezi studenty navzájem
Zkoušení studentů pomocí Virtlabu - Realizováno v DP Z.Filipce
- Vytvoření GUI a systému pro testování studentů
- Návrh automatizace postupů pro ověření správné funkce studentem vyřešené úlohy včetně příslušného UI
- K úloze možnost definovat způsob ověření správné funkce (pingy, příp vzory výstupů show – asi s grepovatelným výstupem. Ale pozor - mohou se podle IOSu v detailech lišit. Můžeme verzi IOSu v zařízení nicméně předepsat (nebude se nijak často měnit).
Integrace PC vzdáleného uživatele do laboratorní topologie - Realizováno v DP V.Bortlíka
Připojení do nového Spojovače (DP V.Bortlíka) pomocí tunelu. Jednou variantou je využití OpenVPN a vhodná integrace OpenVPN serveru s novým modulárním tunelovacím serverem. Druhou (lepší) variantou je vytvoření vlastního ("VPN" klienta pro Windows i Linux), který by využíval jednoduchého enkapsulačního mechanismu našeho tunelovacího serveru. Patrně by šlo při implementaci vyjít z OpenVPN nebo nějakého OpenGRE, pokud něco takového existuje.
