Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Requirements

Functional

#Interface

Requirement


Additional InformationSign Off
1CPS-E-08.eNCMP is to merge CM Notification Subscriptions Create request for the same CM Handle & XPath(s)
  • Prevent unnecessary subscription updates to nodes already involved in a subscription to the same path
  • For possible combinations, see table below

2CPS-E-08.e

Last lights out: upon subscription Delete request only when there is no more subscription for a cm-handle & xpath combination a subscription-delete request wil be send to the relevant DMI(s)



3CPS-E-08.eAmalgamation per DMI: all subscription updates originating from a single client request should be send to a single DMI in one request (message). Of course there can be several message if more than 1 DMI is involved.

4CPS-NCMP-I-01CM Handle deletion should update subscription details56

Error Handling

#Error ScenarioExpected behaviorSign-off
1


2


Characteristics

...

#ParameterExpectationNotes
1


2


3


4


5


Out-of-scope

  1. CM Notification Forwarding Check: When forwarding CM Notification NCMP will not check the content to see if the is a valid active subscription. It is assumed that the DMI Plugin as acted on the 'delete subscription' request (that request is NCMPs responsibility). And of course there wil be timing issues it also possible a CM Notification was send just after the subscription-delete was send (from client) but before the whole change had acted upon that. 
  2. Retry: NCMP wil only report when actions are pending or rejected. NCMP will not implement a retry mechanism
  3. Wildcards: Wildcards or similar functionality where one string represent 0 or more xpaths is not covered as part of this requirement but it should be kept in mind as a future possibility
  4. Dynamic Topic: Topic for CM Data Notifications back to client remainwill be hardcode for now

Assumptions

#AssumptionNotes
1Targets is a collection of xpathscan be implemented as a json array of strings
2for the DMI plugin cm-handle-id and xpath are the key to a unique subscriptionthe client-id and subscription name are not relevant for the DMI (should not be included in the request) as this would break the concept of merging!

...

  • NCMP treat a Client Subscription as one or more (small) DMI Subscriptions, each of which wil have there own state.
    Each DMI Subscription is related to 1 or more client subscription.
    If there is no more related client subscription the DMI Subscription can be deleted (once accepted by DMI Plugin)!


draw.io Diagram
bordertrue
diagramNameDMI v Client Subscriptions
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth511
revision1


Create Combinations


Existing Subscription AClient Create Subscription B RequestDMI Create RequestData Model
1CH-1, [ /p/c1, p/c2 ]CH-1, [ /p/c1 ]None


Expand


Client  Subscription
DMI Subscription
nameclient-idcm-handlexpathowners
A10CH-1/p/c1[ A-10, B-35 ]
B35CH-1/p/c2[ A-10 ]



2CH-1, [ /p/c1, p/c2 ]CH-1, [ /p/c2, /p/c3 ]CH-1, [ /p/c3 ]
3CH-1, [ /p/c1]
CH-2, [ /p/c1]
CH-2, [ /p/c1]
CH-3, [ /p/c1]
CH-3, [ /p/c1]
4CH-1, [ /p/c1]CH-1, [ /p/c1/gc1 ]CH-1, [ /p/c1/gc1 ] (see issue #1)


Client  Subscription
DMI Subscription
nameclient-idcm-handlexpathowners
A10CH-1/p/c1[ A-10, B-35 ]
B35CH-1/p/c2[ A-10 ]

Delete Combinations


NCMP Existing ANCMP Existing BClient Delete A RequestDMI Delete Request
1CH-1, [ /p/c1, p/c2 ]CH-1, [ /p/c1 ]CH-1, [ /p/c1, p/c2 ]CH-1, [ p/c2 ]
2CH-1, [ /p/c1]
CH-2, [ /p/c1]
CH-2, [ /p/c1]
CH-3, [ /p/c1]
CH-1, [ /p/c1]
CH-2, [ /p/c1]
CH-1, [ /p/c1]
3CH-1, [ /p/c1]

CH-1, [ /p/c1]
CH-2, [ /p/c1]
CH-1, [ /p/c1]None



Proposed JIRAs

PriorityComponent DescriptionJIRAEstimates
1



2



3



4



5



6



7



8



...