You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 18 Next »

OOF API updates are available in Network Slicing API Specifications. The updated swagger is available at https://gerrit.onap.org/r/#/c/optf/osdf/+/100477.

OOF impacts are described in OOF_impacts_v1.0.pptx.

ASSUMPTIONS


New Candidate schema  to represent NSSI (RAN,Core,Transport)

SO - OOF INTERACTION


[unit : (latency - ms) ;  (expDataRate - Mbps) ;  (survivalTime - ms) ;  (jitter - micro sec) ;   (connDensity - /km2) ;  (trafficDensity - Tbps/km2)]


ATTRIBUTE POLICY:


VNF POLICY:


OPTIMIZATION POLICY

OSDF - HAS:

Illustrations

1. Call from SO to OOF to Get suitable NST

Inputs: Service Profile parameters

Assume Service Profile contains throughput =7, BW = 10, latency = 22.

Assume that the following NSTs are present in the inventory (at present maintained locally within OOF)

NST idPerformance Attributes
NST1throughput, BW, latency
NST2reliability, user density
NST3throughput, BW, latency
NST4terminal density, survivability

Based on above inventory, and attributes in service profile (not attribute values), (NST1, NST3) are shortlisted.

Attribute Policy contains the value ranges (capability set of each NST). For e.g.:

NST idPerformance Attributes
NST1throughput (2..10), BW (5..10), latency (20..50)
NST2reliability (99.99..99.999), user density (10..10000)
NST3throughput (11..15), BW (10..25), latency (15..30)
NST4terminal density (100..5000), survivability (100..200)

OOF selects NST3 by comparing the attribute value ranges with attribute values in service profile (it has only NST1 and NST3 to choose from).

2. Call from SO to OOF to get suitable NSI

  • No labels