You are viewing an old version of this page. View the current version .
Compare with Current
View Page History
« Previous
Version 11
Next »
ONAP internal data vs. Network Function specific data For backup or Initial (startup) configuration CPS could store the configuration data according to the Network Function (VNP, PNF) specific data models.
Such data is most likely not abstracted to be used for multi-vendor, multi-layer, multi-technology use cases and should/could not be used by µServices addressing such use cases.
Multi-vendor, multi-layer, multi-technology µServices require an abstract view of the network. Therefore a translation service is required to translate between ONAP internal data models and Network Function specific data models.
eyJleHRTcnZJbnRlZ1R5cGUiOiIiLCJnQ2xpZW50SWQiOiIiLCJjcmVhdG9yTmFtZSI6Ik1hcnRpbiBTa29ydXBza2kiLCJvdXRwdXRUeXBlIjoiYmxvY2siLCJsYXN0TW9kaWZpZXJOYW1lIjoiTWFydGluIFNrb3J1cHNraSIsImxhbmd1YWdlIjoiZW4iLCJkaWFncmFtRGlzcGxheU5hbWUiOiIiLCJzRmlsZUlkIjoiIiwiYXR0SWQiOiI4NDY1MDM0NiIsImRpYWdyYW1OYW1lIjoiZGF0YSBtb2RlbHMiLCJhc3BlY3QiOiIiLCJsaW5rcyI6ImF1dG8iLCJjZW9OYW1lIjoiU0ROLVIgaW50ZXJmYWNpbmcgd2l0aCBDb25maWd1cmF0aW9uIFx1MDAyNiBQZXJzaXN0ZW5jeSBTZXJ2aWNlIiwidGJzdHlsZSI6InRvcCIsImNhbkNvbW1lbnQiOmZhbHNlLCJkaWFncmFtVXJsIjoiIiwiY3N2RmlsZVVybCI6IiIsImJvcmRlciI6dHJ1ZSwibWF4U2NhbGUiOiIxIiwib3duaW5nUGFnZUlkIjo4MTM5NjU0NCwiZWRpdGFibGUiOmZhbHNlLCJjZW9JZCI6ODQ2NTM4MjMsInBhZ2VJZCI6IiIsImxib3giOnRydWUsInNlcnZlckNvbmZpZyI6eyJlbWFpbHByZXZpZXciOiIxIn0sIm9kcml2ZUlkIjoiIiwicmV2aXNpb24iOjEsIm1hY3JvSWQiOiI0ODdiNjY1Ny1hNmZkLTQ0NmUtYmQ0ZC1lYzgxMzgxNGU1ZWEiLCJwcmV2aWV3TmFtZSI6ImRhdGEgbW9kZWxzLnBuZyIsImxpY2Vuc2VTdGF0dXMiOiJPSyIsInNlcnZpY2UiOiIiLCJpc1RlbXBsYXRlIjoiIiwid2lkdGgiOiI1MjIiLCJzaW1wbGVWaWV3ZXIiOmZhbHNlLCJsYXN0TW9kaWZpZWQiOjE1OTEwMTAxNDEwMDAsImV4Y2VlZFBhZ2VXaWR0aCI6ZmFsc2UsIm9DbGllbnRJZCI6IiJ9
Sequence Diagram
Status: under discussion 2020-03-01 ONAP SDN-R Interfacing with Configuration & Persistency Service (CPS) ONAP CCSDK/SDNC/SDN-R cluster ONAP CCSDK/SDNC/SDN-R cluster RunTimeDB; ConfigDB, CONFucius NetConf provider NetConf provider ODL NetConf Client ODL NetConf Client md-sal file-system md-sal file-system RestConf Server RestConf Server DMaaP Consumer DMaaP Consumer DMaaP Provider DMaaP Provider DMaaP DMaaP DMaaP Consumer DMaaP Consumer YANG-to-SQL YANG-to-SQL A1-REST-to-SQL (?) A1-REST-to-SQL (?) SQL SQL start, idling [010] subscribe for topic(s) - topic-names? [020] synch-request [030] synch-response (MountPoints, ConnectionStatus,YANG-Capabilities) [040] download of new intersting YANG modules [050] YANG modules [060] process YANG modules [070] Create INDEX, TABLE, ASSOCCIATION [080] subscribe for topic(s) - topic-names? loop [every 5s] [090] poll for updates [100] response (empty or new message) loop [every 5s] [110] poll for updates [120] response (empty or new message) New YANG revision (e.g. atfer xNF Software upgrade) [130] Establish NetConf session [140] Hello Message [150] Capabilites (yang modules) [160] download new YANG revision [170] new YANG module [180] new YANG module [190] mountpoint operation update [200] mountpoint operation update [210] mountpoint operation update [220] mountpoint operation update [230] mountpoint operation update [240] analyse new YANG capabilities [250] download new YANG revision [260] read new YANG revision [270] YANG module [280] YANG module [290] process YANG modules [300] Create INDEX, TABLE, ASSOCCIATION READ data from network (proposed, to be discussed) [310] RESTCONF HTTP-GET data from network (pnf-id; filter) [320] trigger <get> ro <get-config> [330] NetConf <get> ro <get-config> [340] NetConf <response> [350] forward data [360] RESTCONF response [370] forward data [380] strore data SET data on network (???) [390] TO BE DEFINED License Apache 2.0 Thanks to plantUml! 2020-03-01 | wiki.onap.org