Versions Compared

Old Version 13

changes.mady.by.user Mesut Soytürk

Saved on

compared with

New Version 14

changes.mady.by.user Cem Türker

Saved on

Key

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

...

Code Block
languagetext
titleTop Down OSAM Add Subscriber Option 1 UML
linenumberstrue
collapsetrue
@startuml
box "Internal
Systems" #LightBlue
participant BSS as "OSS and BSS System"
Participant LDAP as "OpenLDAP"


End box
box "Generally
Edge" #LightGreen
participant ELDAP as "Edge OpenLDAP"
Participant EMB as "Edge Message Bus"
Participant ESO as "Edge Service Orchestrator"
Participant EAAI as "Edge Inventory"
participant BNG as "vBNG"
Participant DSC as "Domain Specific Controller"
Participant HA as "Hardware Abstraction"
Participant DU as "Distribution Unit"
end box
actor Customer
 
BSS->LDAP: Add Subscriber
LDAP -> ELDAP: Update Local LDAP Datastore
ELDAP->EMB: Notification of Change
EMB->ESO: Trigger Provision Port
ESO->EAAI: Request vBNG Inventory
EAAI -> ESO: Response vBNG Inventory
ESO->BNG: Configure vBNG
BNG->EMB: Completion Notification
EMB->ESO: Completion Notification
ESO->HA: Request Active Configuration
HA-->DU: Request Active Configuration
DU-->HA: Response Active Configuration
HA->DU: Restart Port
HA->EMB: Response Active Configuration
EMB->ESO: Notify ESO
ESO->EAAI: Update Edge Inventory
EMB->BSS: Notify OSS and BSS
@enduml

OSAM Core Flows

...

1-PNF Activation

Image RemovedImage Added

Code Block
collapsetrue
@startuml

skinparam backgraoungColor #EEEBDC
skinparam NoteBorderColor DarkSlateGray
skinparam NoteBackgroundColor LightBlue
skinparam sequence {
	ArrowColor DarkSlateGray
	ActorBorderColor DarkSlateGray
	LifeLineBorderColor LightBlue
	LifeLineBackgroundColor #A9DCDF

	ParticipantBorderColor DarkSlateGray
	ParticipantBackgroundColor LightBlue
	ParticipantFontName Impact
	ParticipantFontSize 17
	ParticipantFontColor DarkSlateGray

	ActorBackgroundColor Gold
	ActorFontColor DarkSlateGray
	ActorFontSize 17
	ActorFontName Aapex

}
actor "Subscriber" as cus

participant ONT #LightGreen
participant OLT #LightGreen
participant VOLTHA #LightGreen
participant "SADIS DB" as SADB #LightGreen
participant "SADIS-vOLT App" as SA #LightGreen
participant NEM #LightGreen
participant "OSAM CORE" as OCE #LightGreen
participantbox "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 #LightGreenbox


==ONT Activation==
OLTDCAE -> ONT : Asks for serial number(PLOAM)
ONT SO: 1.0 Update PNF workFlow\nwith PNF_READY event
SO -> OLTSDNC : Sends1.1 serial number(PLOAM)
OLTNetwork Assignment
SO -> VOLTHAAPPC : Sends1.2 serialConfigure number information to Voltha
VOLTHA -> NEM :PNF
APPC -> SEBA : 1.3 Sends serialPNFId number information to Nem
NEMand necessary\nconfigurations(To be defined)
SEBA -> OCENAL : Sends1.4 serialRegisters number informationitself to OSAM CoreGW
OCENAL -> ODBCAL : Queries1.5 theSends serialPNfId, number from DB
ODBPNF IpAddress and\nGW IPAddress to OSAM CORE
CAL -> OCEAL : Response with success
note right  #LightGreen: Assuming that serial\n number is found in DB
OCE -> NEM : Authentication is successful for ONT
NEM -> VOLTHA : Authentication is successful for ONT
VOLTHA -> OLT : Authentication is successful for ONT
OLT -> ONT : Assign ONU_ID(PLOAM)
==Subscriber Activation==
cus -> ONT : Sends EAP or DHCP for authentication
ONT -> OLT : Conveys network packets to OLT
OLT -> VOLTHA: Conveys network packets to OLT
VOLTHA -> VOLTHA : Authenticates the Subscriber
VOLTHA -> NEM : Subscriber authentication is successful
NEM -> OCE : Conveys Subscriber information to OSAM core
OCE -> ODB : Checks for Subscriber information\n(c-tag,s-tag,uniport,tpId)
ODB -> OCE : Response with success
note right  #LightGreen: Subscriber information is found
OCE -> NEM : Sends Subscriber information
NEM -> SADB : Writes the Subscriber information to DB
SA -> SADB : Read Subscriber information from DB
SA -> VOLTHA : Sends proper openflow rule base\n on Subscriber information
VOLTHA -> OLT : Sends proper rules
OLT -> ONT : Sends proper rules



@enduml

ONT Registration

Image Removed

Code Block
collapsetrue
@startuml
skinparam backgraoungColor #EEEBDC
skinparam NoteBorderColor DarkSlateGray
skinparam NoteBackgroundColor LightBlue
skinparam sequence {
	ArrowColor DarkSlateGray
	ActorBorderColor DarkSlateGray
	LifeLineBorderColor LightBlue
	LifeLineBackgroundColor #A9DCDF

	ParticipantBorderColor DarkSlateGray
	ParticipantBackgroundColor LightBlue
	ParticipantFontName Impact
	ParticipantFontSize 17
	ParticipantFontColor DarkSlateGray

	ActorBackgroundColor Gold
	ActorFontColor DarkSlateGray
	ActorFontSize 17
	ActorFontName Aapex

}
actor Admin
participant "OSAM UI" as OUI #LightGreen
participant "OSAM CORE" as OCE #LightGreen
participant "OSAM DB" as ODB #LightGreen


==ONT Registration==
Admin -> OUI : Registers ONT's Serial Number
OUI -> OCE : Sends ONT's Serial Number
OCE -> ODB : Saves ONT's Serial Number in DB

@enduml

Subscriber Activation

Image Removed

Code Block
collapsetrue
@startuml
skinparam backgraoungColor #EEEBDC
skinparam NoteBorderColor DarkSlateGray
skinparam NoteBackgroundColor LightBlue
skinparam sequence {
	ArrowColor DarkSlateGray
	ActorBorderColor DarkSlateGray
	LifeLineBorderColor LightBlue
	LifeLineBackgroundColor #A9DCDF

	ParticipantBorderColor DarkSlateGray
	ParticipantBackgroundColor LightBlue
	ParticipantFontName Impact
	ParticipantFontSize 17
	ParticipantFontColor DarkSlateGray

	ActorBackgroundColor Gold
	ActorFontColor DarkSlateGray
	ActorFontSize 17
	ActorFontName Aapex

}
actor "Subscriber" as cus

participant ONT #LightGreen
participant OLT #LightGreen
participant VOLTHA #LightGreen
participant "SADIS DB" as SADB #LightGreen
participant "SADIS-vOLT App" as SA #LightGreen
participant NEM #LightGreen
participant "OSAM CORE" as OCE #LightGreen
participant "OSAM DB" as ODB #LightGreen


==Subscriber Activation==
cus -> ONT : Sends EAP or DHCP for authentication
ONT -> OLT : Conveys network packets to OLT
OLT -> VOLTHA: Conveys network packets to OLT
VOLTHA -> VOLTHA : Authenticates the Subscriber
VOLTHA -> NEM : Subscriber authentication is successful
NEM -> OCE : Conveys Subscriber information to OSAM core
OCE -> ODB : Checks for Subscriber information\n(c-tag,s-tag,uniport,tpId)
ODB -> OCE : Response with success
note right  #LightGreen: Subscriber information is found
OCE -> NEM : Sends Subscriber information
NEM -> SADB : Writes the Subscriber information to DB
SA -> SADB : Read Subscriber information from DB
SA -> VOLTHA : Sends proper openflow rule base\n on Subscriber information
VOLTHA -> OLT : Sends proper rules
OLT -> ONT : Sends proper rules

@enduml

Service Subscription

Image Removed

...

collapsetrue

...

 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

Image Added

Code Block
collapsetrue
@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

Image Added


Code Block
collapsetrue
@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

Image Added

Code Block
collapsetrue
@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. To create a new subscriber, the admin has to choose technology profile also needs to enter s-tag, c-tag, and uniport.
  • 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

Image Added

Code Block
collapsetrue
@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

Image Added

Code Block
collapsetrue
@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

Image Added

Code Block
collapsetrue
@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.


@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