perfsonar-dev - Re: [pS-dev] Conclusions and Open Issues for Errors/Drops Schema
Subject: perfsonar development work
List archive
- From: Jason Zurawski <>
- To: Roman Lapacz <>
- Cc:
- Subject: Re: [pS-dev] Conclusions and Open Issues for Errors/Drops Schema
- Date: Mon, 06 Aug 2007 08:09:55 -0400
- Organization: Internet2
Roman;
What I had in mind was that we could say what exactly client app could expect to get from MA service in case of utilizationa/errors/discards case.... or if you want we could update datum element of 'nmwg' namespaceThe nmwg datum (and most [all?] other tool and characteristic specific datums should support this already.
for example:
<nmwg:datum value="234567890" valueUnits="octets">
<nmtm:time type="unix" value="1021119880"/>
</nmwg:datum>
but it should be the same for metrics the we use and store in rrd files.
The client applications should be robust enough to expect any representation, that is the goal of defining the standards. We can do a 'best practices' specification, but I see no harm in allow the many different ways of reporting the datum (via different namespaces) or the enclosed time (both the time format, and the element representation).
-jason
- Conclusions and Open Issues for Errors/Drops Schema, David Schmitz, 08/03/2007
- Re: [pS-dev] Conclusions and Open Issues for Errors/Drops Schema, Roman Lapacz, 08/06/2007
- Re: [pS-dev] Conclusions and Open Issues for Errors/Drops Schema, Roman Lapacz, 08/06/2007
- Re: [pS-dev] Conclusions and Open Issues for Errors/Drops Schema, Jason Zurawski, 08/06/2007
- Re: [pS-dev] Conclusions and Open Issues for Errors/Drops Schema, Roman Lapacz, 08/06/2007
- Re: [pS-dev] Conclusions and Open Issues for Errors/Drops Schema, Jason Zurawski, 08/06/2007
- Re: [pS-dev] Conclusions and Open Issues for Errors/Drops Schema, Roman Lapacz, 08/06/2007
- Re: [pS-dev] Conclusions and Open Issues for Errors/Drops Schema, Jason Zurawski, 08/06/2007
- Re: [pS-dev] Conclusions and Open Issues for Errors/Drops Schema, Jason Zurawski, 08/06/2007
- Re: [pS-dev] Conclusions and Open Issues for Errors/Drops Schema, Roman Lapacz, 08/06/2007
- Re: [pS-dev] Conclusions and Open Issues for Errors/Drops Schema, Jason Zurawski, 08/06/2007
- Re: [pS-dev] Conclusions and Open Issues for Errors/Drops Schema, Roman Lapacz, 08/06/2007
- Re: [pS-dev] Conclusions and Open Issues for Errors/Drops Schema, Jason Zurawski, 08/06/2007
- Re: [pS-dev] Conclusions and Open Issues for Errors/Drops Schema, Roman Lapacz, 08/06/2007
- Re: [pS-dev] Conclusions and Open Issues for Errors/Drops Schema, Jason Zurawski, 08/06/2007
- Re: [pS-dev] Conclusions and Open Issues for Errors/Drops Schema, Roman Lapacz, 08/06/2007
- Re: [pS-dev] Conclusions and Open Issues for Errors/Drops Schema, Roman Lapacz, 08/06/2007
- Re: [pS-dev] Conclusions and Open Issues for Errors/Drops Schema, Roman Lapacz, 08/06/2007
Archive powered by MHonArc 2.6.16.