For 'passtrough' (bypassing cache) CPS-E-05 can already support XML (using JSON wrapping)
Cache not yet enabled in NCMP (planned for Jakarta). CPS-Core can be used to store any data and 'cache' it but currently only support json payload for data
Dell would like CPS to also support XML payload on CPS-E-05, CPS-E-02 and CPS-E-03 interfaces (probably does not apply to CPS-E-01 (TBC)
CPS-E-02 could easily be made to 'accept' XML format too
CPS-E-03 would required an additional parameter? to request XML output
DMI interface might be affect to, needs further investigation
DB storage is de-coupled from REST input format (interfaces are using java map objects instead) Postgress solution uses json format internally but this is not related to/affected by payload format
Conclusion; CPS-NCMP can scale horizontally without code changes
Lee Anjella Macabuhay will add some information on how to increase the DB connection pool size for 'vertical scaling of a singel instance. as it was observed the pool size became a bottleneck when more then 5 simultaneous requests were made.
as part of discussion future possibilities for domain based (manual) setup of groups of CPS instances were discussed. Sharding could be used to distribute cm-handles.
kieran mccarthy confirm spike goal was achieved and wil contact Peter Turcsany for follow up load testing.
Michael Pruss (Dell) explained his team is interested in using CPS but with support for XML data. He offered that his team can contribute to CPS to realize this in Jakarta. We agrred to start mail exchange next week and probably a first meeting in januari to understand the requirements more clearly...
Holiday Schedule: no more weekly meeting until Jan 7th!
Team agreed to NOT submit (backward incompatible) DMI-plugin updates until CPS-NCMP changes are approved too. This mean CSIT test can only be ran successful locally until the first merge.
Delete List / List Element / DataNode discussion with Dylan Byrne
Team agreed to use the same refactored code to delete List(element) and/or Container. For backward compatibility the rest endpoint that deletes lists (element) only it will thrown an exception if the target is a normal container
renu kumari pointed out that larger file used for Yang Data (but less frequent) Luke will add to study
Team confirmed preference for Jackson parser mainly because of GSON numeric issue and performance impact not significant enough to mix both throughout our code.
Passthrough 'root' support. Rahul Tyagi documented his findings in
Jira Legacy
server
System Jira
serverId
4733707d-2057-3a0f-ae5e-4fd8aff50176
key
CPS-745
. This will be taken as input for the root-function support items planned for Jakarta. While Toine Siebelink wil start conversation with SDN-C team (PTL Dan Timoney ) about possible fixes in SDN-C and/or ODL. Tony Finnerty suggested a future proof workaround where the system will only try the restconf interface on SDN-C if the original request using the rests interface failed and the resource identifier equates to root.
that an easy work-around is available. The ensuing discussing made clear that the stakeholders might need to consider a cm-handle sync-state & watchdog in NCMP to ensure model and dat sync of registered nodes (with attributes to enable/disable this functionality)
renu kumari wil investigate option. Stakeholder want clear separation between 'client' and 'internal' interfaces. Although both need to be available for publication, just different target audiences. Preferred Internal interface pre-fix is /ncmpDmi
Discuss adding CM-Handle for SDN-R (network Slicing) with Ahila P
Toine Siebelink clarified that instead of Async flow steps 2&3 a 'temporary' sync option is available right now on DMI-Plugin. Toine wil mail specification links to Ahila
Steps 4 & 5 are also already developed and test in Jakarta using SDN-C. These might need to be tested in SND-R environment.
CPS teams prefers NOT to have a third option for adding CM Handles. Instead we agreed on the following possible evolution path:
SDN-R use synchronous method delivered in release I, mentioned above (can be done now)
SDN-R publishes event of the same schema and same topic as PNF. This release CPS is delivering the relevant event based API in J which has already been investigated , see
Jira Legacy
server
System Jira
serverId
4733707d-2057-3a0f-ae5e-4fd8aff50176
key
CPS-393
eventually, post Jakarta, both SDN-R wil use the current A&AI event based interfaces
At any stage Topic and or Event bus provide could be made configurable as long as te event schema stays the same
Ahila P would like to discuss a proposal from E2E Slicing regarding the registration of SDN-R handled nodes with DMI possibly using a (new) dMaaP Topic. She will schedule a meeting to follow this up.
team agreed not to cerate I branch until we need to deliver Jakarta specific functionality or affect stability i.e. interface split
CSIT Improvements
Aditya Puthuparambil started discussion re. CSIT testing with Morgan Richomme to include in CPS CSIT in OOM build. Not yet clear how exactly this will work (in Jakarta) Aditya will follow up
Team wil continue to deliver CSIT test as planned for Istanbul using current process/framework
passthrough-running read uses-case are completed bar a demo (incl. config/non-config filter options)
Toine Siebelink will create new user stories for passtrough-running write uses case: Replace, Delete & Patch. On story for each component NCMP / DMI Plugin
