Re: [i2rs] draft-ietf-i2rs-ephemeral-state-09, Ephemeral-REQ-05

I2RS WG: 

Two replacements for Ephemeral-REQ-05: 

Option 1:  
I2RS pub-sub, logging, RPC or other mechanisms may lead to undesirable or
unsustainable resource consumption on a system implementing an I2RS Agent.
It is RECOMMENDED that mechanisms be made available to permit prioritization
of I2RS operations, when appropriate, to permit implementations to shed work
load when operating under constrained resources.  An example of such a work
shedding mechanism is rate-limiting.

Option 2: 
Ephemeral state handling, notifications, and OAM could increase the data
flow rates across transport, or the rate of publication of data in a
subscription, or logging needed for traceability.   It is RECOMMENDED that
the I2RS Agent should have the ability to limit, prioritize or split data
flows in the I2RS protocol.

Any feedback?

Sue 

-----Original Message-----
From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Jeffrey Haas
Sent: Wednesday, June 01, 2016 12:05 PM
To: i2rs@ietf.org
Subject: [i2rs] draft-ietf-i2rs-ephemeral-state-09, Ephemeral-REQ-05

As per the interim, here is some suggested text changes:

Existing text:

   Ephemeral-REQ-05: Ephemeral state handling and notifications could
   increase need for CPU processing, data flow rates across a transport,
   or the rate of publication of data in a subscription or the logging
   for traceability.  The I2RS Agent SHOULD have the ability to
   constraints for OAM functions operating to limit CPU processing, data
   rate across a transport, the rate of publication of data in a
   subscription, and logging rates; and the I2RS Agent SHOULD have the
   ability to prioritize some of the management data flows between the
   I2RS Agent and I2RS Client.  In order to constrain resources needed,
   the I2RS Agent MAY also schedule data flows or split data flows unto
   multiple data flow streams.

Suggested new text:

I2RS pub-sub, logging, RPC or other mechanisms may lead to undesirable or
unsustainable resource consumption on a system implementing an I2RS Agent.
It is RECOMMENDED that mechanisms be made available to permit prioritization
of I2RS operations, when appropriate, to permit implementations to shed work
load when operating under constrained resources.  An example of such a work
shedding mechanism is rate-limiting.

-----

Note that Subscription QoS in the pub-sub requirements provides for this
type of behavior in that context.

-- Jeff

_______________________________________________
i2rs mailing list
i2rs@ietf.org
https://www.ietf.org/mailman/listinfo/i2rs