Skip to content
Snippets Groups Projects

Update 05-implementation.md

Merged Martin Stiemerling requested to merge patch-1 into master
1 file
+ 16
2
Compare changes
  • Side-by-side
  • Inline
@@ -29,6 +29,20 @@ For now we can only use the OpenAPI 2.0 standard. This is because `go-swagger` d
@@ -29,6 +29,20 @@ For now we can only use the OpenAPI 2.0 standard. This is because `go-swagger` d
## Storing Information
## Storing Information
 
This section keeps by now some loose thoughts about what information has to be stored how and where.
 
There seem to be two classes of information to be stored in the controller:
There seem to be two classes of information to be stored in the controller:
* short-living information, such as, current topology
* short-living information, such as, current configured network flows or obtained network configuration out of use case #1 (CoCSN)
* long-time information, such as, information about principle network domains, elements in such a domain, etc
* long-time information, such as, information about principle network domains, elements in such a domain if directly learned from SBI, etc
 
 
This may or may not result in two different places to store data. Unclear yet.
 
 
### Some more details for implementation for the database(s)
 
 
We define the principle network domain (PND) and each piece of information of any PND has to be stored in relation the particular PND.
 
 
Specification of a PND:
 
* Human readable name of PND
 
* Textual description for further information
 
* Set of supported Southbound-Interfaces, e.g., RESTCONF, TAPI, OpenFlow etc
 
* Phyiscal Inventory Network Elements, hosts and links
 
\ No newline at end of file
Loading