Skip to Content.
Sympa Menu

perfsonar-dev - Re: [GN2-JRA1] [pS-dev] Re: Command Measurement Point (CMP)

Subject: perfsonar development work

List archive

Re: [GN2-JRA1] [pS-dev] Re: Command Measurement Point (CMP)


Chronological Thread 
  • From: Stephan Kraft <>
  • To: Roman Lapacz <>
  • Cc: Loukik Kudarimoti <>, Fausto Vetter <>, ,
  • Subject: Re: [GN2-JRA1] [pS-dev] Re: Command Measurement Point (CMP)
  • Date: Mon, 26 Mar 2007 14:58:02 +0200

Hi Sven, hi Fausto!

Roman Lapacz schrieb:
> Loukik Kudarimoti wrote:
>> (I didn't spend much time writing my previous email. I will try to
>> explain myself better)
>>
>> I am interested in knowing if there are any new commands that CMP can
>> do which CL-MP does not currently do. If so, could these products be
>> merged somehow?
>>
>> If not, in your opinion, are there any advancements from what CL-MP
>> currently offers (this is the first release of CL-MP, so we don't
>> have any feedback on its current set of features)?
>
> I think both services offer the same functionality but CMP is
> implemented in Python and if someone don't want to use Java, because
> of some reasons, it's a good alternative.
> Am I right Sven?

is it possible to figure out differences and similarities betwenn the
two tools?

Kind regards

Stephan

>
>
> Roman
>
>
>>
>>
>>
>>
>>
>> Loukik Kudarimoti wrote:
>>> Sven,
>>>
>>> So, how is CMP different from the Command Line MP that is going into
>>> the next release?
>>>
>>> Loukik.
>>>
>>>
>>> Fausto Vetter wrote:
>>>> Hi,
>>>>
>>>> That was exactly the idea when we started to implement the CLMP.
>>>>
>>>> Fausto
>>>>
>>>> Sven Ubik wrote:
>>>>
>>>>> Hi Stephan,
>>>>>
>>>>>> what exactly does the Command Measurement Point (CMP) do? In what
>>>>>> context this tool is developed?
>>>>>
>>>>>
>>>>> Many monitoring tools return time-series data, like:
>>>>>
>>>>> <timestamp1> <value1>
>>>>> <timestamp2> <value2>
>>>>>
>>>>> etc.
>>>>>
>>>>> I think that instead of developing and installing multiple
>>>>> monitoring points (MPs) for individual monitoring tools (ping,
>>>>> owamp, etc.), it may be convenient to have a single MP that can
>>>>> call and retrieve results from an arbitrary monitoring tool.
>>>>>
>>>>> Clearly some monitoring tools require richer semantics of requests
>>>>> and queries. But for many simple monitoring tools it is sufficient
>>>>> to have
>>>>> one common MP to access them.
>>>>>
>>>>> You may look at example requests and responses included in CMP.
>>>>> Any tool can be called with any arguments locally or remotely.
>>>>>
>>>>> Regards,
>>>>>
>>>>> Sven
>>>>>
>>>>
>>>
>>>
>


--
-----------------------------------------------------------------
Dr. Stephan Kraft Tel: +49 9131 85-28735
Regionales Rechenzentrum Erlangen
Martensstrasse 1
D-91058 Erlangen
GPG-ID: 0x8C885455
GPG-ID
WiN-Labor@rrze:
0xD9BEB8FC
E-Mail:

-----------------------------------------------------------------




Archive powered by MHonArc 2.6.16.

Top of Page