perfsonar development work

[Nina Jeliazkova <>]

Hi Fausto,


Fausto Vetter написа:
> Hi Nina,
>
> I corrected the units as you told me (Bps, Dps and Eps) and it worked
> fine. By the way, this service is ready to answer to the following
> event types related to interfaces:
>
> http://ggf.org/ns/nmwg/characteristic/discards/2.0/
> http://ggf.org/ns/nmwg/characteristic/errors/2.0/
> http://ggf.org/ns/nmwg/characteristic/packets/nonunicast/2.0/
> http://ggf.org/ns/nmwg/characteristic/packets/unicast/2.0/
> http://ggf.org/ns/nmwg/characteristic/utilization/2.0/
> http://ggf.org/ns/nmwg/tools/snmp/2.0/
>
> Respectively the units are:
> Dps
> Eps
> Pps
> Pps
> Bps
> All above
>
> Also, errors and discards are possible to collect in and out. The same
> happens to packets unicast and non-unicast. Do you think it is
> possible to add these features to perfSONAR-UI?
Yes, I've started adding support for the new event types.  Will send you
a message when ready.

Regards,
Nina
>
> Thanks,
>
> Citando Nina Jeliazkova 
> <>:
>
>>
>>
>> Martin Swany написа:
>>> Hi all,
>>>
>>>> From the point of view of client developer, services using "whatever
>>>> they like" doesn't solve the problem, but on the contrary.  The client
>>>> has to know the semantics of those strings, regardless of whether they
>>>> have been received in datum entries or in metadata.  See my
>>>> examples in
>>>> previous mails. As I understood, Martin already agreed on this.
>>>
>>> I do agree that there are many cases in which the client
>>> needs to understand the units.  As I said, I'm concerned
>>> about over-specifying things and making perfSONAR
>>> difficult to extend.  But if one is using units that have been
>>> previously used, then they need to use the agreed-upon
>>> string.
>>>
>> Under specifying might lead to heuristic solutions or wrong assumptions
>> in clients, therefore I would prefer over specification rather than
>> under specification, especially in a multi domain setting.
>> Will be good if we could minimize the need of semantic interpretation
>> and rely only on schema syntax, but not sure if this is possible.
>>
>> Regards,
>> Nina
>>> best,
>>> martin
>>
>> -- 
>> ---------------------------------
>> Dr. Nina Nikolova-Jeliazkova
>> Institute for Parallel Processing
>> Bulgarian Academy of Sciences
>> Acad. G. Bonchev St 25-A
>> 1113 Sofia, Bulgaria
>> Tel: +359 886 802011
>> ICQ: 10705013
>> www: http://ambit.acad.bg/nina
>> ---------------------------------
>> PGP Public Key
>> http://cert.acad.bg/pgp-keys/keys/nina-nikolova-0xEEABA669.asc
>>     8E99 8BAD D804 1A43 27B7  7F87 CF04 C7D1 EEAB A669
>> ---------------------------------------------------------------
>>
>>
>

-- 
---------------------------------
Dr. Nina Nikolova-Jeliazkova
Institute for Parallel Processing
Bulgarian Academy of Sciences
Acad. G. Bonchev St 25-A
1113 Sofia, Bulgaria
Tel: +359 886 802011
ICQ: 10705013
www: http://ambit.acad.bg/nina
---------------------------------
PGP Public Key
http://cert.acad.bg/pgp-keys/keys/nina-nikolova-0xEEABA669.asc
        8E99 8BAD D804 1A43 27B7  7F87 CF04 C7D1 EEAB A669
---------------------------------------------------------------