From fa7df92983324cd25472857c0575d0224e843bca Mon Sep 17 00:00:00 2001 From: Balazs Gibizer Date: Tue, 16 Jun 2015 14:58:17 +0200 Subject: Clairify notification related architecture This patch is based on the related unresolved comment in https://gerrit.opnfv.org/gerrit/#/c/304 JIRA: DOCTOR-4 Signed-off-by: Balazs Gibizer Change-Id: I2cc90e0df808d5aa39fa278405327952c368baa9 --- requirements/03-architecture.rst | 16 ++++++++++------ 1 file changed, 10 insertions(+), 6 deletions(-) diff --git a/requirements/03-architecture.rst b/requirements/03-architecture.rst index fee136d7..26c864a0 100644 --- a/requirements/03-architecture.rst +++ b/requirements/03-architecture.rst @@ -157,15 +157,19 @@ would lead to heavy signaling traffic. Thus, a publication/subscription messaging model is better suited for these notifications, as notifications are only sent to subscribed consumers. -Note: the VIM should only accept individual notification URLs for each resource +Notifications will be send out along with the configuration by the consumer. +The configuration includes endpoint(s) in which the consumers can specify +multiple targets for the notification subscription, so that various and +multiple receiver functions can consume the notification message. +Also, the conditions for notifications shall be configurable, such that +the consumer can set according policies, e.g. whether it wants to receive +fault notifications or not. + +Note: the VIM should only accept notification subscriptions for each resource by its owner or administrator. - Notifications to the Consumer about the unavailability of virtualized resources will include a description of the fault, preferably with sufficient -abstraction rather than detailed physical fault information. Flexibility in -notifications is important. For example, the receiver function in the -consumer-side implementation could have different schema, location, and policies -(e.g. receive or not, aggregate events with the same cause, etc.). +abstraction rather than detailed physical fault information. Recovery Action ^^^^^^^^^^^^^^^ -- cgit 1.2.3-korg