Re: [Dime] comments on overload control requirements

Works for me.  Thanks Eric.

Andrew

-----dime-bounces@ietf.org wrote: -----
To: "dime@ietf.org" <dime@ietf.org>
From: Eric McMurry 
Sent by: dime-bounces@ietf.org
Date: 04/15/2013 11:28PM
Subject: [Dime] comments on overload control requirements

Discussions during the recent 3GPP CT4 meeting had some relevance to the last couple of discussions on the diameter overload requirements.  I am repeating the outcome of those discussions here to solicit dime feedback.  I think these are the last discussions left on this draft.  If folks think the proposals here make sense, we'll do a spin with those changes and it should be ready for its second WGLC.

The first one concerns requirement 2.  It has been proposed here (by Ben) that:

Diameter clients must be able to use the received load and overload information to support graceful behavior during an overload condition. Graceful behavior under overload conditions is best described by REQ 3

be added on the end of that requirement for clarification .  I think there was general consensus around that point and the feedback from CT4 was in agreement as well.  Any further comment?

On req 35, there has been much discussion here, and the last round of that was along the lines of changing it to a MUST with some qualification to account for the implications of making it a must.  There had been some counter discussion that a qualified MUST was not much different from the SHOULD that is currently in the draft.  While that point is debatable, I tend to agree that in this case they are close enough that it is unlikely to affect the outcome of the process.  That was also the feedback from CT4.  Some of the people in that discussion were also part of the discussion here on the dime list and in Orlando.  So, how does leaving that requirement alone (with the SHOULD) work for folks?

I'd like to do this spin of the requirements draft this week, assuming the changes (and not changes) make sense to everyone.  The chairs may also want to comment on the timing and impending WGLC.

Thanks!

Eric

_________________________
______________________
DiME mailing list
DiME@ietf.org
https://www.ietf.org/mailman/listinfo/dime