Versions Compared

Key

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

...

#

Issue

Notes

Decisions

1

Delete the subscription from the database?

  1. When do we actually delete the subscription from CPS DB ? We plan to do it when we receive response from the DMI plugins and the underlying subscriptions from the devices are deleted.

2What do we need to send to the DMI Plugin so that they are able to decide that how to delete the ongoing subscription.
  1. subscription name + client id
  2. + cmhandle ids?
  3. + cmhandle properties?
  4. + datastore?

3The subscription delete request Who should be able to retry and make sure the subscriptions are deleted from the respective DMIs managing the devices.

kieran mccarthy  The agenda for the next meeting. We can decide then.

More on the "DELETING" stage ( if we want to have it ) 

kieran mccarthy As discussed on , The DME should be able to maintain Subscription State and make decision when to retry based on the response outcome we provide to it for create and/or delete use cases.


4DME to NCMP Event to have targets and datastore-xpath-filter information for the subscription delete use case ?

kieran mccarthy  As per the discussion today   we agreed to use targets , datastore-xpath-filters and datastores for the subscription delete use case.

5Do we send additional properties from NCMP to DMIAre additional properties needed to delete the subscription


...

  1. NCMP receives subscription delete response from DMI Plugins
  2. NCMP checks the existing create subscription object in db
    1. If cmhandle is accepted, delete cmhandle is pending
    2. If cmhandle is rejected, delete cmhandle is rejected with message like "create subscription was rejected originally"
    3. If cmhandle is pending, delete cmhandle is rejected with message like "create subscription for cmhandle is pending" 
  3. NCMP persists subscription delete in db
  4. NCMP forwards subscription delete to the pending delete operation cmhandle's dmi plugins.
  5. NCMP listens for DMI responses and updates subscription delete in db
    1. If all respond then send NCMP to ClientApp response
    2. If not all respond then send response after 30 seconds
  6. Check if subscription create and subscription delete match states for all cmhandles then the subscriptions can be deleted from the db
  7. If Delete is requested again by client apps



    1. Create StateDelete StateNCMP action
      1AcceptedAcceptedNothing
      2AcceptedRejectedDelete for that cmhandle once
      3AcceptedPendingDelete for that cmhandle once
      4RejectedRejectedNothing
      5PendingRejectedNothing



    2. See step 5.