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

From stoney cloud
Jump to: navigation, search

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) (see meeting, that is planned on the 21st of November 2013).
To Do TMU/CAF/MEI 2013-11-22
7 Proof of Concept:
  • CWI will create a "Proof of Concept" with Reseller resource.
  • SST offers 4 hours for this "Proof of Concept".
To Do CWI/MEI 2013-11-21
8 Reseller resource:
  • Update and delete must be updated by SST.
  • Relations should be described better, maybe with an extended example? Is the current approach sane?
  • Open questions between TMU/CAF and MEI will be answered until this evening.
To Do TMU/CAF/MEI 2013-11-14
9 Telephone Conference:
  • Organise for Thursday morning, the 21st of November 2013 (09:15) --Michael (talk) 09:51, 14 November 2013 (CET)
  • Agenda:
    • PoC.
    • Mapping of attributes.
To Do MEI 2013-11-14
10 Info All 2013-11-14
11 Info All 2013-11-14