TODO/Navrhovaná budoucí rozšíření

Z VirtlabWiki

Přejít na: navigace, hledání

Obsah

Stávající Virtlab

Distribuovaný Virtlab

  • Možnost spolupráce uživatelů z více lokalit na úloze.
  • Zobecnit systém tutorů pro rozsáhlé distribuované prostředí
  • Current potential research opportunities:
    • Optimization of logical-to-physical topology mapping methods
    • Utilization of QoS-aware underlying infrastructure to create virtual topology tunnels with defined QoS characteristics (Probably RSVP-based)
  • Simulation of real network traffic using traffic generators
  • Automatic depiction of student-defined topology, clickable networking elements symbols allows console access to respective device
  • Graphical topology editor for on-demand topology definition (instead of current text-based format)
  • Integration of laboratory topology with public Internet
    • VPN-enabled clients/servers may connect to the virtual topology using VPN tunnel
  • Creation of GUI for official student assesment purposes (controlled environment)
  • Simulated-Linux-based traffic generators (traffic pattern described in human-friendly format). Used to test network behavior under real traffic
  • Linux-based stations equipped with hacking tools to test security mechanisms of laboratory network (IDS/IPS reaction, signature development etc.)
    • Possibly let any hacker willing to test our network to connect into laboratory infrastructure via Internet using VPN tunnel
  • Integration of open-source honeypot to provide enough servers to test security mechanisms implemented in laboratory network
  • Možnost vytvářet logické topologie v XML (tvůrce úloh, zadávání on-demand topologie studentem) pomocí kreslítka. Obrázek z kreslítka exportovat do XML formátu pro DIA, kde bude moci být "došlechtěn". Možnost automatického doplňování textu do tohoto DIA-meziformátu formátu (namapované interfaces routerů apod.), konverze pomocí řádkového spuštění DIA do JPEG.

Obecné

  • Udětal funkci pro otestování propojení konfigurace. Čili propingání konfigurace, aby uživatel nemohl říct že chyba je ve virtlabu nebo ve spojovacím poli. Vymyslet univerzální algoritmus, jak routery oadresovat podle topologie propojení popsané config souborem śpojovacího pole a pak propingat.
  • 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, budou se podle IOSu v detailech lišit).
  • Má cenu definovat max. počet studentů pro práci na úloze ? Je ještě stále v DB ?
  • Možnost dát k jednotlivým pixlím úlohy předdefinovanou konfiguraci (ISP a tak) s tím, že konzola některé pixle nemusí být ani zpřístupněna studentům (nebo může zůstat, ale bude zaheslovaná – heslo pak systém musí znát, aby pixli mohl vymazat)
  • Realizovat "WebVPN" pro tunelovaný vzdálený přístup na prvky ovládané přes WWW rozhraní. Integrovat do klientského WWW rozhraní Virtlabu.
  • Vymyslet algoritmus testujici, zda v topologii pozadovane studentem neni smycka

Tatabazmeky

  • Zkusit propojovat async linky (k modemům)
  • Spínáme jen 10Mbps, ale dvě 100Mbps rozhraní se budou snažit domluvit na 100 a nebude to fungovat. Chtělo by to příkaz speed 10.Co ke každému prvku definovat inicializační konfiguraci, která se tam nasype vždy před úlohou ? stejně musím udělat reload…

ASSSK-1 (původní, Serial+10BaseT]

  • Zkusit propojovat ISDN (jen Tatabazmek s analogovým spojovací polem) - moduly BRI k ISDN portu ústředny
  • rozšíření množiny možných taktovacích frekvencí pro sériový port (i pro každou dvojici různé)


ASSSK-2 (FPGA)

Relé pro spínání napájení prvků

  • možnost dálkově ovládat připojení a odpojení napájení pro síťové prvky (možná skupiny) - Michal Krumnikl
    • zapínání méně často využívaných prvků on-demand (Asterisk apod.)

Virtuální spojovací pole

Jak se bude chovat dot1QinQ pro netagované rámce ? Budu v úlohách muset explicitně označovat trunkované linky ?