Overview
The BBS-ep service is responsible for handling two types of events for the BBS use case.
The first type of event are PNF re-registration internal events that is published by PRH. The BBS-ep service processes the internal events to understand if they
actually constitute ONT(CPE) relocation events. In the relocation case, the BBS-ep service publishes an event towards unauthenticated.DCAE_CL_OUTPUT
DMaaP topic to trigger further Policy actions related to BBS use case.
The second type of event us the CPE authentication event originally published by the Edge SDN M&C component of BBS use case architecture.
Through the RestConf-Collector or VES-Collector, this event us consumed by the BBS-ep service and then forwarded towards unauthenticated.DCAE_CL_OUTPUT
DMaaP topic to trigger further Policy actions related to BBS use case.
The BBE-ep service periodically polls for the two events. The polling interval is configurable and can be changed dynamically from Consul. Its implementation
is based on Reactive Streams (Reactor library), so it is fully asynchronous and non-blocking.
Blueprint/model/image
Βlueprint component file can be found in
https://gerrit.onap.org/r/gitweb?p=dcaegen2/services.git;a=blob_plain;f=components/bbs-event-processor/dpo/blueprints/k8s-bbs-event-processor.yaml-template;hb=refs/heads/master
Blueprint inputs file can be found in
https://gerrit.onap.org/r/gitweb?p=dcaegen2/services.git;a=blob_plain;f=components/bbs-event-processor/dpo/blueprints/bbs-event-processor-input.yaml;h=f503eb823160aa7d2aae763d322818227f0f00b7;hb=refs/heads/master
Docker image metadata for component can be found in
Deployment Prerequisite/dependencies
The BBS-ep service requires DMaaP and A&AI to be functional in ONAP.
The BBS-ep service consumes/publishes messages from/to DMaaP and fetches (never updates) information from A&AI related to the BBS use-case logic.
Deployment Steps
To deploy
- Transfer blueprint component file in DCAE bootstrap POD under /blueprints directory
- Transfer blueprint component inputs file in DCAE bootstrap POD under / directory
- Log-in to the DCAE bootstrap POD's main container
Validate blueprint
Validate Blueprintcfy blueprints validate /blueprints/k8s-bbs-event-processor.yaml-template
Upload validated blueprint
Upload validated blueprintcfy blueprints upload -b bbs-ep /blueprints/k8s-bbs-event-processor.yaml-template
Create Cloudify Deployment
Create Cloudify deploymentcfy deployments create -b bbs-ep -i /bbs-event-processor-input.yaml bbs-ep
Deploy component
Deploy componentcfy executions start -d bbs-ep install
To un-deploy
Uninstall running component and delete deployment
Uninstall componentcfy uninstall bbs-ep
Delete blueprint
Delete blueprintcfy blueprints delete bbs-ep
Validation
After deployment, we can check if BBS-ep POD is running correctly
root@cluster-admin:~# kubectl -n onap get pods | grep -i bbs dep-bbs-event-processor-6b6df75d94-g7jw8 2/2 Running 0 1d
And then check the logs to see if it can connect to DMaaP, polling for events. Even in the absence of events, we can at least verify that there is nothing to consume for both PNF re-registration messages and CPE authentication messages.
kubectl -n onap logs dep-bbs-event-processor-6b6df75d94-g7jw8 -c bbs-event-processor 2019-04-10 09:37:58.151 INFO 1 --- [pipeline-thrd-4] o.o.b.e.p.p.ReRegistrationPipeline : Process next Re-Registration events 2019-04-10 09:37:58.152 INFO 1 --- [pipeline-thrd-1] o.o.b.e.p.p.CpeAuthenticationPipeline : Process next CPE Authentication events 2019-04-10 09:38:07.680 INFO 1 --- [tor-http-nio-10] o.o.b.e.p.p.CpeAuthenticationPipeline : Nothing to consume from DMaaP 2019-04-10 09:38:07.681 INFO 1 --- [tor-http-nio-10] o.o.b.e.p.p.CpeAuthenticationPipeline : CPE Authentication processing pipeline has been completed 2019-04-10 09:38:07.681 INFO 1 --- [tor-http-nio-10] o.o.b.e.p.p.ReRegistrationPipeline : Nothing to consume from DMaaP 2019-04-10 09:38:07.681 INFO 1 --- [tor-http-nio-10] o.o.b.e.p.p.ReRegistrationPipeline : PNF Re-Registration processing pipeline has been completed 2019-04-10 09:38:28.151 INFO 1 --- [pipeline-thrd-4] o.o.b.e.p.p.ReRegistrationPipeline : Process next Re-Registration events