TODO/Provozní záležitosti

Z VirtlabWiki

Verze z 09:36, 27. 3. 2008 Gry72 (Diskuse | příspěvky) ← Předchozí porovnání		Aktuální verze Gry72 (Diskuse | příspěvky)
Řádka 1:		Řádka 1:
	* 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 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++.	+	* 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.		* 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.		* 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.
Řádka 9:		Řádka 9:
	** V nové verzi tunelovacího serveru zvážíme, zda do těch CDP rámců explicitně nesahat a neměnit to v nich.		** 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.		* 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
-	* Tutor módy conserveru - bylo myšleno na nemožnost přihlášení více non-tutor uživatelů k témuž lokálnímu zařízení ? Popis principu, jak tutor funguje, viz DP T.Hrabálka.	+	* 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.)
-	** Jednoduše by to snad šlo synchronizovat přes locking souborů, aspoň pro ovladače MOXA (pro TCP spojení asi pomocné lock soubory). Zamkat vždy jen pro lokální prvky (v cílové lokalitě, tedy v proxy režimu propouštět vždy, ať to případně odmítne cílová lokalita - pošle do appletu hlášení).	+	* 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 [http://www.proficomms.cz/index.php?module=shop_catalog&action=view&category_id=151&id=373 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

---

Aktuální verze

• 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