Re: [ncrg] Meeting Notes from Today's NCRG Call

["Michael Behringer (mbehring)" <[e-mail]>]

> Our draft (draft-retana-network-complexity-framework) shows tradeoffs
> (which may result in potential metrics) related to network design.
> 
> I agree that the framework should describe different types of
> complexity..network design complexity being one of them.  My only
> concern with including all forms of complexity, their description, metrics,
> tradeoffs, etc. in one document is simply scope creep: we'll try to cover too
> much and never finish.  The topic is already complex enough (pun
> intended)!
> 
> IMHO, I would prefer the main framework document to briefly describe the
> different forms (operational, design, etc.)..but then to have standalone
> documents that supplement it by going deeper into a specific form and
> describing the tradeoffs and maybe potential metrics.

I think we agree. Obviously the framework will not be able to be exhaustive; I would like to define categories, and a list of examples in each category, with a brief discussion. Deeper analysis of a single metric, or exhaustive trade-off discussions should be in separate documents. 

I guess the question is where we draw the line. Open for discussion. Your cases are right on the border: As they are, they could be going into either, as I see it -  a bit more compact in the framework, or a bit more extensive in a separate doc. 

Do you agree? 

On the "categorisation" we need to think whether this is reasonably possible. Today I was looking at all the metrics mentioned in both documents; they range from very high-level ones like "cost" or "scalability" to much more specific ones like "control plane state". We could probably come up with even more deep metric, such as "peer state for IPsec tunnels" or whatever. Where do we draw the line? Does it make sense to list very high level metric alongside really detailed ones? Not clear to me right now... Ideas? 

Michael
 
> My 2c.
> 
> Alvaro.