Skip to Content.
Sympa Menu

perfsonar-dev - Re: [pS-dev] New Characteristic Namespaces (Summary)

Subject: perfsonar development work

List archive

Re: [pS-dev] New Characteristic Namespaces (Summary)


Chronological Thread 
  • From: Roman Lapacz <>
  • To:
  • Cc: perfsonar-dev <>
  • Subject: Re: [pS-dev] New Characteristic Namespaces (Summary)
  • Date: Tue, 31 Jul 2007 15:08:38 +0200

Roman Lapacz wrote:
Jason Zurawski wrote:


2) http://anonsvn.internet2.edu/svn/nmwg/branches/snmp/example_instances/errors/store.xml

supportedEventType parameter is not needed in the key. Data element with a key refers to metadata where supportedEventType is present.



We will need to have this in the key (or perhaps just eventType) for situations when a metadata element describes multiple eventTypes, and may be used by several data blocks w/ keys. Consider a metadata description that is used for utilization, errors, and discards. The corresponding RRD description may use two files (one for utilization, another for errors/discards):
Using parameters element with supportedEventType parameters fits here perfectly. metadataIdRef of data element points to ceratin metadata element with relevant supportedEventType parameter.

<metadata id="1">
<parameters>
<parameter name="supportedEventType">1</parameter>
<parameter name="supportedEventType">2</parameter>
<parameter name="supportedEventType">3</parameter>
</parameters>
</metadata>


One thought came to my mind. Multiple parameter elements with the same name is not supported right now but I remember that during Brasil meeting the solution was found (proposed by Murilo) and parameters solution still can be considered.

Roman




Archive powered by MHonArc 2.6.16.

Top of Page