2013-11-14 Telephone Conference DEVROOM / stepping stone GmbH

Revision as of 10:30, 14 November 2013 by Michael (Talk | contribs)


Transcript of the Telephone Conference between DEVROOM / stepping stone GmbH

Location Skype
Date Thursday, the 14th of November 2013
Time 09:05 until 10:05
Participants
  • Christian Wittkowski <christian.wittkowski@devroom.de>: CWI
  • Christian Affolter <christian.affolter@stepping-stone.ch>: CAF
  • Tiziano Müller <tiziano.mueller@stepping-stone.ch>: TMU
  • Michael Eichenberger <michael.eichenberger@stepping-stone.ch>: MEI (Transcript)
Non participants
  • Pat Kläy <pat.klaey@stepping-stone.ch>: PKL
  • Christoph Scheurer <christoph.scheurer@stepping-stone.ch>: CSC
  • David Vollmer <david.vollmer@stepping-stone.ch>: DVO
  • Pascal Jufer <pascal.jufer@stepping-stone.ch>: PJU
Agenda

Transcript

No. Text What? Who? When?
1 State of our Tests on the cellar installation:
  • These tests are ongoing an should be finalized by tomorrow evening.
  • The test include the proper functioning of the firewall scripts.
To Do PJU/DVO 2013-11-15
2 VM-Manager Tests:
  • Clarification is needed:
    • If I understood you correctly, it would be enough to change the VM-Manger in a way, that the following attributes are overwritten when adding a user to a persistent VM?
      • Case 1: Just on person is added to a persistent VM (or the only person):
        • sstBelongsToCustomerUID: RESELLER_UID_NEW
        • sstBelongsToResellerUID: CUSTOMER_UID_NEW
        • sstBelongsToPersonUID: PERSON_UID_NEW
      • Case 2: Seconde Person is added to a persistent VM (only people are allowed to be added, which belong to the same RESELLER_UID_NEW and CUSTOMER_UID_NEW as the first person added):
        • sstBelongsToCustomerUID: RESELLER_UID_NEW
        • sstBelongsToResellerUID: CUSTOMER_UID_NEW
        • sstBelongsToPersonUID: PERSON_UID_NEW
        • sstBelongsToPersonUID: PERSON_UID_NEW2
    • Are the assumptions made above correct? Yes.
    • Search must be restricted for the Case 2, so only the allowed persons are be displayed.
Info CWI 2013-11-14
3 Reasons, for not wanting to work with Starship / RestfullYii?
  • Too complicated for a quick proof of concept.
Info CWI 2013-11-14
4 REST API documentation: Info All 2013-11-14
5 Discussion about should we use Starship / RestfullYii, another available existing extension or do it yourself? Info All 2013-11-14
6 Mapping of attributes:
  • The mapping of ldap attributes need to be defined after the successful Proof of Concept (PoC).
To Do TMU/CAF/MEI 2013-11-22
7 Proof of Concept: Info All 2013-11-14
8 Info All 2013-11-14
9 Info All 2013-11-14
10 Info All 2013-11-14
11 Info All 2013-11-14
Last modified on 14 November 2013, at 10:30