TODO/Rozšíření navržená v rámci grantu č.1212/2008 FRVŠ

Z VirtlabWiki

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.