TODO/Provozní záležitosti

Z VirtlabWiki

Přejít na: navigace, hledání
  • Přepsat všechny servery jako opravdové UNIX démony, viz http://lecture.cs.buu.ac.th/~s49232/To_be_use/Linux%20Daemon%20Writing%20HOWTO.htm
  • Přepsat rezervační a konzolový server čistěji a objektově v C++. U konzolového serveru znovu zprovoznit tutora ve všech módech.
  • Implementovat přidávání/odebírání allowed VLAN na trunk portu ke XEN podle spoje.conf (option trunkport) přes SNMP portsetter.
  • Vytvořit anglickou verzi textu na hlavní stránce virtlab.cs.vsb.cz, resp. virtlab.opf.slu.cz a textů, které se objeví po přihlášení uživatelů v různých rolích.
  • Pomocí iptables zakázat, aby provoz určený pro tunserver nemohl na lokalitu přicházet odjinud, než z IP adresy lokality za tunelem.
  • Prověřit synchronizaci obsluhy klientů (obsluhovaných dětskými procesy nebo thready) ve všech serverech (zda se o nějaká společná data vzájemně neperou a přistupují k nim atomicky v explicitně synchronizovane kriticke sekci)
  • Prověřit, za jakých okolností FastEthernet a Ethernet rozhraní spojená tunelovačem hlásí CDP Duplex Mitchmatch. Patrně když jsou rozdílné duplexy na obou stranách mezi prvkem a VLMUXem, ale CDP se volně propouští a myslí si, že jsou prvky spojené napřímo.
    • v Portsetteru by možná šlo nastavovat na obou portech VLMUXu spojované dvojice zařízení half, pokud je jedno zařízení připojeno přes half. To by se muselo evidovat v nějakém spoje.conf.
    • V nové verzi tunelovacího serveru zvážíme, zda do těch CDP rámců explicitně nesahat a neměnit to v nich.
  • Nalevani konfiguraci do konfiguracnich severu - v hodiny typicke pro zacatky rezervaci muze byt hodne lokalit, ktere chteji nalevat konfigurace pro sve rezervace, ale nestihne se to v klientovu timeoutu na TCP spojeni nebo v prvnich 5 minutach timeslotu. Prozkoumat tento problem.
  • Vyřešit problém s LAN kartami s akcelerací podpory VLANů a nekompatibilitu s tunelovacím serverem - průzkum, jak je číslo VLAN z 802.1q headeru nově předáváno a upravit tunserver i pro tuto alternativu
  • Vzdáleně editovatelná WWW stránka a aktuálními provozními informacemi pro (přihlášené) uživatele Virtlabu (info o plánovaných odstávkách, opravených chybách apod.)
  • Možnost odeslání hromadného e-mailu uživatelům lokality Virtlabu, nejlépe s filtrem podle skupin a/nebo rolí
  • Úprava prezentace úloh, aby byla přehlednější a jednodušší (zadání, obr. topologie, ...)
  • Vyzkouset QinQ na prepinaci Edge-Core ES3528M
  • Hodilo by se mit moznost podivat se, kolik studentu (+kteri) jsou do GUI obou portalu Virtlabu prave prihlaseni + preddefinovany select overujici v databazich obou lokalit, jestli prave v nich ma nekdo nejakou rezervaci
Osobní nástroje