perfsonar development work

[Andreas Hanemann <>]

Szymon Trocha wrote:
> Roman Lapacz wrote:
>
>> My understanding of the Transformation Service is different. This
>> service is only to transform provided set of data from one format
>> into an other one (for example aggregation).
>> I think that the information about nearest MP should come from
>> Topology Service or Lookup Service. This is what I remember from GFD
>> doc and the discussion on the pS framework.
>
> This was my understanding too - the location info should have come
> from topology service whatever the service is.
> As regards the relation between "cNIS" and "TopS" I remember the
> discussion last meeting that cNIS will somehow replace TopS when the
> cNIS is mature enough. So cNIS will in fact be used for many purposes.
> Am I right?
>
Yes, you are right. The cNIS service will replace the TopS and it will
cover requirements from (at least) JRA1, JRA3, JRA4, and SA3. From our
(JRA1/perfSONAR) perspective it will like other perfSONAR services as it
will have an NMWG interface for the perfSONAR interactions (referring to
Maciejs question). For completing the collection of  requirements from
JRA1/perfSONAR this point needs to be solved. So, as a conclusion, your
proposal is that this information (perfSONAR service location attached
to nodes) should be a feature of the cNIS? Should the answer about a
"nearest" MP come from the cNIS only as Roman suggested (as one option)
because this would extend the cNIS from being a store of data only. My
idea was that maybe another service (the term "tranformation" service
was maybe misleading here) would answer such questions in interaction
with the cNIS.

> Regards,

-- 
Andreas Hanemann, 

Boltzmannstrasse 1, 85748 Garching, Germany
Telefon:   +49 89 35831-8712
Fax:       +49 89 35831-9700