TODO/Provozní záležitosti
Z VirtlabWiki
< TODO
- 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