Skip to end of metadata
Go to start of metadata
You are viewing an old version of this page. View the current version.
Compare with Current
View Page History
« Previous
Version 16
Next »
Table of Contents
1-PNF Activation
@startuml
box "ONAP" #LightGray
participant DCAE
participant SO
participant SDNC
participant APPC
end box
box " " #LightGreen
participant SEBA
end box
box "OSAM Gateway" #LightCyan
participant "NEM Adaptor Layer" as NAL
participant "Core Adaptor Layer" as CAL
participant "Distributed Cache" as DC
end box
box "OSAM Core" #LightBlue
participant "GW Adaptor Layer" as AL
participant "GW Locator" as GWL
database "OSAM DB" as ODB
end box
DCAE -> SO: 1.0 Update PNF workFlow\nwith PNF_READY event
SO -> SDNC : 1.1 Network Assignment
SO -> APPC : 1.2 Configure PNF
APPC -> SEBA : 1.3 Sends PNFId and necessary\nconfigurations(To be defined)
SEBA -> NAL : 1.4 Registers itself to GW
NAL -> CAL : 1.5 Sends PNfId, PNF IpAddress and\nGW IPAddress to OSAM CORE
CAL -> AL : 1.6 Conveys event to the GW Locator
NAL -> DC : 1.7 Caches the PNFId and PNF IpAddress
AL -> GWL : 1.8 Triggers to store GW and PNF relations
GWL -> ODB : 1.9 Stores PNF information and its\nrelation with GW
loop Periodically
SEBA -> NAL : 1.10 Delivers current existing OLT devices
NAL -> DC : 1.11 Updates the OLTs devices which belongs to PNFId
end loop
@enduml
- 1.0 DCAE reports that PNF is ready for configuration state.
- 1.1 SDNC applies required network assignments such as a relationship between OSAM GW and SEBA.
- 1.2 SO delivers required configuration parameters to APP-C.
- 1.3 Apply the required configurations to SEBA. Configuration types will be decided in the future releases.
- 1.4 Seba registers itself to OSAM Gateway with its IP address and PNF Id.
- 1.5 NEM Adapter Layer takes the given IP address and PNF Id of SEBA and conveys it to Core Adapter Layer.
- 1.6 Core Adapter Layer notifies to OSAM CORE about new incoming SEBA POD with the PNF Id and, IP address of itself.
- 1.7 Caches the PNF Id and PNF IP address.
- 1.8 GW Adapter Layer triggers to store GW and PNF relations.
- 1.9 GW Locator sends the PNF information and its relationship with GW to the OSAM DB to store.
2-ONT Registration Flow
@startuml
actor Admin
box "OSAM Core" #LightBlue
participant "OSAM UI" as OUI
participant "Portal FW" as PF
participant "Service Flow\nManager" as SFM
database "OSAM DB" as ODB
end box
Admin -> OUI : 2.0 Registers ONT's Serial\nNumber to PNF
OUI -> PF : 2.1 Sends ONT's Serial Number\nwith PNFId
PF -> SFM : 2.2 Conveys ONT's Serial\nNumber with PNFId
SFM -> ODB : 2.3 Saves ONT's Serial Number\nand its relation to PNFId in DB
note right #LightGreen: Assuming that PNF ip address \n already exists for PNFId
@enduml
- 2.0 Admin selects a SEBA pod and creates a record with Serial Number in selected SEBA pod.
- 2.1 OSAM UI sends SEBA pod id and new serial number record to Portal Framework.
- 2.2 Conveys the gathered information related to ONT's serial number and SEBA pod id.
- 2.3 Stores ONT's serial number and creates a relationship between SEBA pod id and ONT in OSAM DB.
3-Technology Profile Registration Flow
@startuml
actor Admin
box "OSAM Core" #LightBlue
participant "OSAM UI" as OUI
participant "Portal FW" as PF
participant "Service Flow\nManager" as SFM
database "OSAM DB" as ODB
participant "GW Locator" as GWL
participant "GW Adaptor Layer" as AL
end box
box "OSAM Gateways" #LightCyan
participant "Core Adaptor Layer" as CAL
participant "Distributed Cache" as DC
participant "NEM Adaptor Layer" as NAL
end box
box " " #LightGreen
participant SEBA
end box
Admin -> OUI : 3.0 Creates Technology Profile
OUI -> PF : 3.1 Sends the technology profile\nconfigurations
PF -> SFM : 3.2 Conveys the technology profile\nconfigurations
SFM -> ODB : 3.3 Saves the technology profile\nconfigurations in DB
SFM -> AL : 3.4 Sends the technology profile\nconfigurations to all PNFs
AL -> GWL : 3.5 Ask for all PNF GW's ips
GWL -> ODB : 3.6 Query for all PNF GW's ips
ODB -> GWL : 3.7 Returns the ips
GWL -> AL : 3.8 Conveys the PNF GW's ips
note right #LightGreen: Assuming that the technology profile\nconfigurations are applied to all PNFs.\nIt can be changed to specific PNF as well.
loop for all GWs
AL -> CAL : 3.9 Sends new the technology profile\nconfigurations and PNFIds
CAL -> NAL : 3.10 Conveys new the technology profile\nconfigurations and PNFIds
NAL -> DC : 3.11 Query for PNF Ip Address which associated with PNFId
NAL <- DC : 3.12 Sends PNF Ip Address which associated with PNFId
NAL -> SEBA : 3.13 Sends Technology Profile configurations
end
@enduml
- 3.0 User creates a new technology profile configuration.
- 3.1 OSAM UI sends the created profile to Portal FW.
- 3.2 Portal FW conveys the Profile configuration to Service Flow Manager
- 3.3 Save the input profile configuration in OSAM DB
- 3.4 Delivers the profile configuration to GW Adapter Layer to send new Profile to all SEBA pods
- 3.5 Asks for OSAM GW IP addresses for all SEBA pods
- 3.6 GW locator query 3.5 request from OSAM DB
- 3.7 Returns the OSAM GW Ip Addresses for SEBA Pods
- 3.8 GW locator conveys the OSAM GW Ip Addresses
- 3.9 For each SEBA Pod the new profile configuration is sent to OSAM GW.
- 3.10 Core Adapter Layer conveys the received new profile configuration to NEM Adapter Layer
- 3.11 To reach SEBA Pod, SEBA pod Ip address is queried from Cache
- 3.12 Ip address associated with SEBA pod is received
- 3.13 New profile configuration is sent to SEBA pod
4-Subscriber Registration Flow
@startuml
actor ADMIN
box "OSAM Core" #LightBlue
participant "OSAM UI" as OUI
participant "Portal FW" as PF
participant "Service Flow\nManager" as SFM
database "OSAM DB" as ODB
participant "GW Locator" as GWL
participant "GW Adaptor Layer" as AL
end box
box "OSAM Gateway with GW_ID_1" #LightCyan
participant "Core Adaptor Layer" as CAL
participant "NEM Adaptor Layer" as NAL
participant "Distributed Cache" as DC
end box
box " " #LightGreen
participant SEBA
end box
ADMIN -> OUI : 4.0 Registers the system with selected\ntechnology profile, subscriber\ninformation(s-tag,c-tag, uniport and\ntpId) and PNFId
OUI -> PF : 4.1 Sends subscriber registration with selected technology\nprofile, subscriber information\n(s-tag,c-tag, uniport and tpId) and PNFId
PF -> SFM : 4.2 Conveys to SFM
SFM -> ODB : 4.3 Writes the subscriber information to DB and creates\nthe relation between selected technology\nprofile, subscriber information, and PNFId
SFM -> AL : 4.4 Asks to send new subscriber information and its\ntechnology profile to PNFId
note right #LightGreen: Assuming that PNF's GW \n already exists for PNFId
AL -> GWL : 4.5 Ask for Gateway Ip Address of PNFId
GWL -> ODB : 4.6 Query Gateway Ip Address for PNFId
ODB -> GWL : 4.7 Returns the Gateway Ip Address of PNFId
GWL -> AL : 4.8 Conveys the Gateway Ip Address of PNFId
AL -> CAL : 4.9 Sends the new subscriber information,\n its technology profile and PNFId
CAL -> NAL : 4.10 Conveys the new subscriber information,\n its technology profile and PNFId
NAL -> DC : 4.11 Query for PNF Ip Address which associated with PNFId
NAL <- DC : 4.12 Sends PNF Ip Address which associated with PNFId
NAL -> SEBA : 4.13 Save the new subscriber information,\nits technology profile
@enduml
- 4.0 Admin selects a SEBA pod and registers a new subscriber.
- 4.1 OSAM UI sends the subscriber information and selected SEBA pod to Portal FW.
- 4.2 Portal FW conveys the incoming request to Service Flow Manager
- 4.3 Service Flow Manager triggers to store the subscriber information and its relation with SEBA pod id in OSAM DB
- 4.4 Service Flow Manager delivers to the subscriber information and its relation with SEBA pod id to GW adapter layer
- 4.5 Gateway Adapter Layer asks OSAM GW Ip Address associated to SEBA pod from GW Locator.
- 4.6 Gateway Locator queries to OSAM GW Ip Address associated to SEBA pod from OSAM DB.
- 4.7 OSAM DB returns the OSAM GW Ip address to GW Locator.
- 4.8 GW Locator conveys the OSAM GW IP address to GW Adapter Layer
- 4.9 GW Adapter Layer send the subscriber information and its associated PNF Id to Core Adapter Layer
- 4.10 Core Adapter Layer conveys the subscriber information and its associated PNF Id to NEM Adapter Layer
- 4.11 NEM Adapter Layer queries for IP address of PNF associated with PNF id to Distributed Cache.
- 4.12 Distributed Cache retrieves the IP address of PNF to NEM Adapter Layer.
- 4.13 Saves the subscriber information on SEBA pod.
5-ONT Activation Flow
@startuml
box " " #LightGreen
participant SEBA
end box
box "OSAM Gateway" #LightCyan
participant "NEM Adaptor Layer" as NAL
participant "Distributed Cache" as DC
participant "Core Adaptor Layer" as CAL
end box
box "OSAM Core" #LightBlue
participant "GW Adaptor Layer" as AL
participant "GW Locator" as GWL
participant "Service Flow\nManager" as SFM
database "OSAM DB" as ODB
end box
SEBA -> NAL : 5.0 Conveys Serial Number\ninformation
NAL -> CAL : 5.1 Conveys Serial Number\ninformation
CAL -> AL : 5.2 Conveys Serial Number\ninformation
AL -> SFM : 5.3 Queries for existence of serial number\ninformation
SFM -> ODB : 5.4 Queries for existence of serial number\ninformation
note right #LightCyan: Assuming that serial\n number is found in DB
ODB -> SFM : 5.5 Retrieve the serial number of the SEBA
SFM -> AL : 5.6 Retrieve the serial number of the SEBA
AL -> GWL : 5.7 Ask the GW ip address of the SEBA
AL <- GWL : 5.8 Retrieve the GW ip address of the SEBA
AL -> CAL : 5.9 Retrieve the serial number of the SEBA
CAL -> NAL : 5.10 Retrieve the serial number of the SEBA
NAL -> DC : 5.11 Store the serial number of the SEBA
NAL -> SEBA : 5.12 Allow authentication of ONT
@enduml
- 5.0 SEBA sends the serial number of ONT to OSAM GW for activation check.
- 5.1 NEM Adapter layer conveys the serial number and PNFId to OSAM GW.
- 5.2 Core Adapter layer delivers the serial number and PNFId to GW Adapter Layer.
- 5.3 To check the existence of the serial number of ONT, GW Adapter layer conveys it to the Service Flow Manager.
- 5.4 Service Flow Manager lookup for the serial number associated with PNFId.
- 5.5 OSAM DB returns the serial number of ONT.
- 5.6 Retrieve the serial number associated with PNFId.
- 5.7 Asks Gateway Ip Address of ONT's Pod associated with PNFId.
- 5.8 Gateway Locator retrieve the Gateway IP address of the SEBA to Gateway adapter layer.
- 5.9 Gateway Adapter Layer retrieve the serial number of SEBA to OSAM Gateway.
- 5.10 Core Adapter Layer conveys the serial number of the SEBA to Nem Adapter Layer.
- 5.11 Nem Adapter Layer sends the serial number of SEBA to Distributed Cache to store.
- 5.12 After storing the information, Nem Adapter Layer sends a message to tell allowing authentication of ONT.
6-Service Subscription To Profile Flow
@startuml
actor Subscriber as SUB
box " " #Turquoise
participant "OSS/BSS" as OB
end box
box "OSAM Core" #LightBlue
participant "Portal FW" as PF
participant "Service Flow\nManager" as SFM
database "OSAM DB" as ODB
participant "GW Locator" as GWL
participant "GW Adaptor Layer" as AL
end box
box "OSAM Gateway with GW_ID_1" #LightCyan
participant "Core Adaptor Layer" as CAL
participant "Distributed Cache" as DC
participant "NEM Adaptor Layer" as NAL
end box
box " " #LightGreen
participant SEBA
end box
SUB -> OB : 6.0 Buys a new service\n(technology profile)
OB -> PF : 6.1 Sends new selected service\nwith subscriber id
PF -> SFM : 6.2 Conveys new selected service\nwith subscriber id
SFM -> ODB : 6.3 Updates existing technology profile services using subscriber id
SFM -> ODB : 6.4 Query PNF id of subscriber
SFM -> AL : 6.5 Send updated technology profile for subscriber for PNFid
AL -> GWL : 6.6 Query ip address of GW of PnfId
GWL -> ODB : 6.7 Query ip address of GW of PnfId
ODB -> GWL : 6.8 Response the Ip Address of GW
GWL -> AL : 6.9 Conveys the ip address
AL -> CAL : 6.10 Send message to\nupdate technology profile for subscriber
CAL -> NAL : 6.11 Conveys message to\nupdate technology profile for subscriber
NAL -> DC : 6.12 Query for ip address of PNF\nassociated with PNFId
NAL <- DC : 6.13 Retrieve for ip address of PNF
NAL -> SEBA : 6.14 Send message to SEBA to\nupdate technology profile for subscriber
@enduml
- 6.0 Subscriber selects and buys a new service from OSS/BSS layer.
- 6.1 OSS/BSS sends the newly selected service with subscriber id and selected service information.
- 6.2 Portal FW conveys the newly selected service with subscriber id to Service Flow Manager.
- 6.3 Service Flow Manager updates existing technology profile services using subscriber id.
- 6.4 Service Flow Manager queries for PNF Id of the subscriber.
- 6.5 After the result of the query, sends updated technology profile for the subscriber for PNF id to Gateway Adapter Layer.
- 6.6 Gateway Adapter Layer queries for IP address of Gateway according to PNF id to Gateway Locator.
- 6.7 Gateway Locator queries to OSAM DB for IP Address of Gateway according to PNF id.
- 6.8 Query response contains the IP address of Gateway to the Gateway Locator.
- 6.9 Gateway Locator conveys the IP address of the Gateway Adapter Layer.
- 6.10 Gateway Adapter Layer send update technology profile message to corresponding OSAM Gateway.
- 6.11 Core Adapter Layer of OSAM Gateway conveys the message to NEM Adapter Layer.
- 6.12 NEM Adapter Layer queries for IP address of PNF associated with PNF id to Distributed Cache.
- 6.13 Distributed Cache retrieves the IP address of PNF to NEM Adapter Layer.
- 6.14 After the fetching of IP address of SEBA, NEM Adapter Layer sends a message to update the technology profile for the subscriber.
7-Closed Loop Flow
@startuml
box " " #LightGreen
participant SEBA as SEBA
End box
box "OSAM GATEWAY" #LightCyan
participant "NEM Adaptor Layer" as NAL
participant "VES AGENT" as VES
end box
box "ONAP" #LightGray
participant VES_COLLECTOR as Cltr
participant DMAAP as Dmp
note over of Dmp #LightGreen: contains kafka
participant TCA
note over of Cltr
collects the
data and filter
data for operator
systems concerns
end note
End box
box "OPERATOR ENVIRONMENT"
participant "OPERATOR SYSTEM" as sys
End box
==configuration==
note over of Cltr
configure ves if any
additional event add
end note
==event handling==
loop peridically
NAL <-- SEBA : 7.0 Send system data
VES <-- NAL : 7.1 Send system data
VES --> Cltr : 7.2 Send collected data
note right #LightGreen: measurement \nevents\n,alarms , faults..
Cltr --> Dmp : 7.3 Data event
Dmp -> Dmp : 7.4 Filter event
end
@enduml
- 7.0 SEBA sends the measurement information and alarm which generated in the real-time to the NEM Adapter Layer.
- 7.1 Nem Adapter Layer conveys the virtual event streams, collected from SEBA to VES Agent.
- 7.2 VES Agent collects and sends data to the VES Collector to deliver data to ONAP system
- 7.3 VES Collector verifies the format of the data and sends it to the DMaaP.
- 7.4 DMaaP filters the necessary data and stores it on the Kafka.
- 7.5 OSAM Collector collects a data which are interested according to data's topic.
- 7.6 TCA collects a data which are interested according to data's topic to analyze, store and create the crossing alarms according to thresholds.