| Operations | Parallel/Sequential | DMI Delay | Response Size | Performance | Additional Information | Signoff |
|---|
| 1 | Registration & De-registration (Discovery) In Batch size of 100 per request. With moduleSetTag & With alternateID
| Parallel | | | How long should it take cmhandle to reach in ready state - 11 Cm Handles/second per NCMP instance. Overall budget; Peter Turcsanyi
a. Advise → locked → Ready: ?
b. Advise → Ready: ? Initial delay ; Currently 2 min. TBC Peter Turcsanyi System driven load from topology Request ? Peter Turcsanyi
| | |
| 2 | CM-handle ID Search | 5 Parallel | | | Frequency will increase by 2.5 of current capacity Search shall return all 50k searches ? Searches shall return all 50k searches within 1 minute max TBD Base: Average: Peak:
| 5 parallel request of ID search and search, = combined total of 10 parallel search requests.
TBD; AP Peter Turcsanyi | |
| 3 | CM-handle search | 5 Parallel | | | Frequency will increase by 2.5 of current capacity - CPS-391Spike: Define and Agree NCMP REST Interface - Developer Wiki - Confluence (onap.org) Search shall return all 50k searches ? Searches shall return all 50k searches within 1 minute max TBD Base: Average: Peak:
| 5 parallel request of ID search and search, Total of 10 parallel search requests.
No change TBD AP; Peter Turcsanyi | |
| 4 | Synchronous single CM-handle pass-through write (CUD) | 4 parallel Operations | | | Review; the current FS numbers What will be frequencies for write req. ? AP: TBD Frequencies will increase (2.5) of current performance of 25 request/sec= 62.5req/sec…. Currently ; 10 req/sec= 25 req/sec Response time should stay the same as current - NCMP Characteristics Base: Average: Peak:
| Stick with 10 req/sec= 25 req/sec (Should CPS PoC it?) to measure the current no of req. CPS measure current capacity CPS will engage in Setting the frequency (Based on previous result) Share with stakeholder No changes to Delay is expected
| |
| 5 | Synchronous single CM-handle pass-through Read | 4 (Parallel operations) | | | Frequencies will increase (2.5) atm TBC Response time should stay the same as current NCMP Characteristics (delay, size) Base: Average: Peak:
| CPS measure current capacity CPS will engage in Setting the frequency (Based on previous result) Share with stakeholder No changes to Delay is expected
| |
| 6 | Batch Read Operation/Legacy | | | | Frequencies will increase (2.5) Same load 200 per request (Same response size) Same duration of test Responses are expected back in 80 sec. Base: Average: Peak:
| | TBD AP; Peter Turcsanyi | |
| 7 | CM change Notification Event NCMP shall support a CM notification load of 150 million CM change notifications per day with an average of 870 notification NCMP shall support a peak CM change notification load of 7k/s for a duration 5 minutes
| | | | 2,175 / sec (base/Average load) 8.75 k/sec (peak load) TBC kieran mccarthy Base: Average: Peak:
| Current numbers on FS as of today should be by 2.5 (non-negotiable). | |