Overview (What is this)
As part of the CNTT reference certification, there is a desire to verify the hardware underlying the stack / infrastructure, with this processing being automated. Initially, this verification would be carried out in labs responsible for the performance of the RC testing, especially in the future cases examining VNF performance, where hardware will have direct impact. However, the tooling should also apply directly to larger deployments, verifying the hardware, settings, network wiring, etc., which will save valuable time for operators and users in standing up infrastructure.
As a picture is worth 1000 word, here's a rough drawing of how this could look.
Repo / Code
Place holder for the link, repo creation is in process for the CIRV project.
- Must be machine readable, in a fairly light weight format, to allow easy manipulation in python / similar.
- Must support scaling to the number of servers / nodes that could be used in a real deployment (i.e. potentially 1000+).
- Should support a means to "template" common parameters, such as RAM. CPU model / cores, where these values are defined 1 time, and referenced by the server/node definitions.
- The information model should support the idea of "profiles" to account for differences between nodes designated as basic vs. compute intensive vs. network intensive. I think this will help with the "CNTT Mins" input below.
- Consider the need of information model to use for software implementation, this model should not include too much installer specific details, or closely bounded to any specific implementation style, and should be capable of easily translate into DF of each different installer
Inspection Tooling / Automation
- The HDV tools should take the inputs as "PDF 2.0" (created by the service provider for their deployment) and "CNTT Mins" (as required by CNTT RC), inspection output (i.e. read from the servers / hardware).
- The HDV tools will provide a report where items below the "CNTT Mins" causes as failure, and differences from the "PDF 2.0" could cause either a failure or warning, depending on how the tooling is being run.
Discussion Items & TODO
We need to make sure Chenliang and Jiaqiang's pull request (https://github.com/cntt-n/CNTT/pull/944/commits/fad547d14764506ed708333d395a47e092fba05c) captures all the items we discussed in the HDV track in Prague (https://wiki.lfnetworking.org/pages/viewpage.action?pageId=27525908). Is anyone interested in volunteering to tackle that review (bonus points if you were in the Prague session and have a good memory)?