160 likes | 324 Views
Edinet EVO Meeting August 28, 2008. VSB-CZ, WP3 Interim Progress Report Prepared by: Petr Gryg áre k. What was done by WP3. Comments on SVC architecture design collected from Architecture Development Board Only minor comments/requests requirements of explanation
E N D
Edinet EVO MeetingAugust 28, 2008 VSB-CZ, WP3 Interim Progress Report Prepared by: Petr Grygárek
What was done by WP3 • Comments on SVC architecture design collected from Architecture Development Board • Only minor comments/requests requirements of explanation • Final detailed SVC architecture specification is now finished • http://edinet.cs.vsb.cz/index.php/SVC_Technical_Infrastructure_Architecture_Design • SVC implementation started • To ensure constant progress and honour deadlines, we organize regular developer’s meeting every Tuesday (leaded by Petr Grygarek) • Implementation of environment for internal WP3 testing • Virtual machine for Common Portal: edinet-cp.cs.vsb.cz • Also used to host OpenVPN gateway and basic tests of authorized access to Lab Management Network • Tools for team development installed • SVC documentation MediaWiki • http://edinet.cs.vsb.cz • Documentation continuously updated as new SVC parts are being developed • SVN • SVN structure defined at http://edinet.cs.vsb.cz/index.php/Edinet_SVC_Implementation_SVN • existing source code imported and further managed there
SVC Implementation What is ready now (1) • Common Portal control application(PHP-MVC Design Pattern + OTP generation scripts) • Design of database structures completed • http://edinet.cs.vsb.cz/index.php/Database_Structures • Specification of Common Portal SOAP API • http://edinet.cs.vsb.cz/index.php/Common_Portal_SOAP_API + source codes in SVN • Activity diagrams of users with individual roles on Common Portal (use cases) • http://edinet.cs.vsb.cz/index.php/Authentication%2C_Authorization_and_Accounting#Activity_Diagrams_of_Individual_Roles_on_Common_Portal • WWW GUI for • definition of partners’ lab parameter • management of user groups • management of tasks and task documents (various meda formats) • management of preconfiguration descriptions and preconfiguration implementations
SVC Implementation What is ready now (2) • Lab Management Network VPN Gateway (Linux + OpenVPN server) • Scripts to validate one-time passwords generated by CP and to verify registered reservation at Common Portal using SOAP API • Automatic creation and applying of access lists to limit user access only to management interfaces of previously reserved devices • Automatic VPN tunnel disconnection at the end of reserved timeslot • Client-side of remote access to lab management networks • Running OpenVPN client from WWW GUI automatically • in unprivileged mode (both Linux and Windows), using Java Webstart • Utilizes one-time passwords generated by CP for authentication and authorization at VPN gateway • Web page with controls to reach management interfaces of individual lab devices • launch of Telnet/SSH/VNC Java applet
SVC Implementation What is ready now (3) • Supporting Lab Maintenance Systems • Power Switch Controller • encapsulates real power switches used to reboot HW devices • provides unified and secure way to control them (may be incorporated to WWW forms easily) • currently APC AP-7952 power switch is supported, but partners may easily modify the code to support other models • See http://edinet.cs.vsb.cz/index.php/Power_Switch_Controller • AAA • Partial installation of experimental Shibboleth Identity Provider (v.1.3) • We need more support from UBE-CH (which suggested usage of Shibboleth) • Addressing plan of Lab Management Networks for production environment • in context of our participation in WP3
Environment for internal WP3 testing • Required for internal testing before of setup of labs among piloting partners • Needed also to test installation procedure descriptions (WP6) and our installation scripts for automated replication • Current testing environment • Common Portal: edinet-cp.cs.vsb.cz (virtual machine) • Also hosts one testing Lab Management Network VPN Gateway currently • Our plan is to implement complete virtualized environment for internal testing • under centralized control • more suitable for primary testing than interconnection of real partner’s labs • Common Portal + 2 or 3 virtualized partners partners’ labs • 2 simulated network devices (for console access) in each lab • 2 simulated PCs (both with Telnet/SSH and Remote Console GUI access) in each lab • One simulated SW-based terminal server, Lab Management Network VPN GW, Configuration Clearing Controller and Power Switch Controller in each lab • VSB-CZ has rich experience with running XEN instances in virtual networking environment • Can any partner provide temporary hosting of a virtualization engine for that purpose ? • Would it be possible to utilize excellent WSHE-PL’s virtualization environment ?
What do we do now • Common Portal • Management of global noticeboard • Placing Preconfiguration Implementation on the noticeboard • Reservation of Lab pods to solve tasks • Reserving parts of advertised timeslots • Design of DTDs of XMLs used in Preconfiguration Description and Preconfiguration Implementation • Supporting Lab Maintenance Systems • Configuration Clearing Controller • SOAP API for clearing requests from common portal scheduler is being defined • Integration with AAA infrastructure • Formulation of ideas how to adapt individual partners’ laboratories for common SVC + unified structure of lab documentation • WP6 will develop detailed adaptation plans (WP6 T1.2)
Relation of the current situation to the WP3 workplan • VSB-CZ’s work is stilll performed according to WP3 workplan • There is a need of negotiating of assignment of some tasks • all partners have 30 WDs in WP3 (UBE-CH has much more) • Some partner’s tasks in original WP3 workplan are little delayed against WP3 workplan or were not negotiated yet • Nearest deadline (30.4.-T5.5) • Authenticated Remote Access – completed • Next planned work (15.5. T5.6) • Reservation System – partially completed
What do we need from other partners/WPs - NOW (1) • UBE-CH (WP3) • More information/hints/examples how to implement Shibboleth components • Concerns mainly Identity Providers which checks passwords against LDAP and provides user attributes stored in MySQL at the same time • Usage of Shibboleth was a proposal of UBE-CH, we have no practical experience and only limited knowledge of Shibboleth now
What do we need from other partners/WPs - NOW (2) • FHJ-AT (WP6) • Installation and customization of bug reporting system (T1.3/2.5) • needed now because of internal testing, will be necessary in later stages also • Trac ? Bugzilla ? Mantis ? • Classification scheme of reported bugs - customization of bug reporting system • based on component suspected to be a source of bug and the partner site • let’s try to use scheme similar to structure of WP3 SVN • http://edinet.cs.vsb.cz/index.php/Edinet_SVC_Implementation_SVNI
What do we need from other partners/WPs - NOW (3) • Virtualization server for SVC internal testing • WSHE-PL ? Other partner ?
What do we need from other partners/WPs – LATER (1) • FHJ-AT • Example configuration of OpenVPN virtual L2 topology link(s) – WP6 T2 • For Linux-based VPN gateways • Probably for our example topology at http://edinet.cs.vsb.cz/index.php/Remote_Access_and_Lab_Interconnection#Lab_Interconnection_Implementation_Example • WP6 will negotiate which partners will participate on distributed virtual topology pre-testing • We suppose VSB-CZ and FHJ-AT at least • UBE-CH • Installation of Shibboleth Identity Provider and user account management application for every partner • Create installation HOWTOs + Bash scripts for automated installation
What do we need from other partners/WPs – LATER (2) • A task assignment suggestion to be discusses: • IT-FI • CSSs for attractive look&feel of Web pages of Common Portal and application for user account management • UBE-CH (there is enough WDs in WP3) • Simple WWW application for management of user accounts • Functionality specification will be provided by WP3 • Probably in PHP (for consistency with CP)
Current WP3/WP6 open questions • Who will host/maintain Common Portal during piloting phase (and later) • Who will prepare printable versions of SVC usage manuals ? • Competence of WP4 ? • WP3 will provide all necessary information
Non-WP3 activities • Dissemination • Article about SVC architecture was submitted to ICETA conference • We were in contact with NEWTON College (Brno, CZ), which is interested in our project from the point of view of our experience concerning virtual mobility • Administration • Accounting department confirmed receiving of first prefinancing • Are there already instructions from WP0 how to report WDs and bussiness trip expenses ?