[GRAAP-WG] Penalties

[Philipp Wieder]

Dear Omer,

thanks for adding information to Kassidy's answer. I will collect the
issues and questions on the GRAAP Wiki and I think it might be a good
idea to put it on the agenda at the next OGF.

We at SLA4D-Grid are especially interested in the second issue you
raised, not soley in trusting monitoring data, but also regarding
technical issues like metrics etc.

Best regards, Philipp.

Am 07.09.10 14:52, schrieb Omer F. Rana:
>   Dear Philipp,
> 
> Thanks for initiating this thread. There was some interest in this area 
> some time ago, I also
> asked the same question that you are asking in the context of the SORMA 
> project. Did not
> get a lot of replies.
> 
> In the work that Kassidy is identified -- we were primarily interested 
> in a financial debit in case
> of non-conformance to pre-agreed SLA terms. However, I believe there 
> could be a number of
> other options -- such as re-planning/re-scheduling or supporting 
> capacity planning whereby
> the penalty is used as a means to support future resource provisioning.
> 
> I guess two issues that were still not clear to me here were: (i) who 
> does the penalty enforcement;
> (ii) who does the monitoring (i.e. some kind of "trusted" monitoring is 
> assumed often).
> 
> regards
> Omer
> 
> On 07/09/2010 12:36, Philipp Wieder wrote:
>> Hi Kassidy,
>>
>> thank you, this is very helpful.
>>
>> Maybe, in case we find more people interested in this topic, we can
>> think about putting it on the next OGF's agenda. For me, I look into it
>> for the SLA4D-Grid project.
>>
>> Best regards, Philipp.
>>
>> Am 07.09.10 13:21, schrieb Kassidy Clark:
>>> Hi Philipp,
>>>
>>> In AgentScape, we have experimented with penalties including:
>>> - simple notification (alerting the participants, but taking no other action)
>>> - canceling service,
>>> - canceling payment,
>>> - reducing payment (by a percentage specified in the SLA) but continuing service, and
>>> - charging a fixed fine per incident (a set amount specified in the SLA) but continuing service.
>>>
>>> We are also looking at the option of requesting renegotiation of the SLA, such as lower (more feasible) QoS for a lower payment. Another option we are looking at is integrating a reputation system that builds profiles of each participant in the system based on the number of successful or violated agreements. These are very interesting options, but we have not yet fully developed them.
>>>
>>> I've also attached some papers on these topics.
>>>
>>> Kind regards,
>>> Kassidy
>>>
>>>
>> --
>>    graap-wg mailing list
>>    graap-wg at ogf.org
>>    http://www.ogf.org/mailman/listinfo/graap-wg
>