A-CORD platform will be tested to support the reference platform for Multi-Access-CORD.  Multi-Access CORD is being planned for possible deployment by end of 2017. 

the main use case for multi-Access cord that we are planning to POC is around AR/VR acceleration, where end users will enjoy smaller, lower power, lower compute gadgets while the acceleration and service augmentation will be supported by the Multi-Access edge CORD .

The programmable and embedded data collectors are considered at the infrastructure level to support various policy and optimization practices.

Therefore, we have proposed the terminology of Software define collectors here known as "SD-Collectors". Later we have described the details of SD-Collector interfaces, APIs, protocol options, and programmability aspects.  

Another terminology that we have adapted from ONAP is called LOOPs.  We have introduced the principals of loops as capabilities for closed feed back with the higher up applications and software entities. We have described the assumption around Loop 0 through loop 4.   Each loop is intended to support different layers that are specific to delay and performance characteristics.

 Examples of Loop-4  usage:

     

Loop-3

Examples of Loop-3 usage:

loop-3 applications expect delay boundaries of minutes and hours

 

 

Loop -2

 

Loop -1

 

Loop-0

 The granularity of  loop-0   is sub 100s millisecond

 

 

 Overview



Goals

Background and strategic fit

Why are you doing this? How does this relate to your overall product strategy?

Assumptions

A-CORD Mission as a platform

#TitleUser StoryImportanceNotes
1 

Application are demanding real time deep observability from L0 and L1 for real time control functions such as managing a dandified 5G network

  
2 

Deep observability at loop 2 includes ability to establish data collection interface with servers, switches, and VNFs.

  
3 

From Loop 0, 1, 2, 3 one should be able to drive self-driving networks.

  

A-CORD “SD-Collector” and features

#TitleUser StoryImportanceNotes
1 

It is assumed that a physical and virtual network elements (VNFs, OS, HW, SW, access, etc.) will be associated with embedded or external data collectors that may or may not adhere to standard interfaces.

  
2 Deep observability at loop 2 includes ability to establish data collection interface with servers, switches, and VNFs.  


A-CORD Platform Function

A-CORD mission is to provide the core and interface functionalities to enable deep learning analytics through AI, and distributed analytic engines.

A-CORD platforms will spin-up data collectors, dynamically associates data collectors with Virtual probes, coordinates among data collectors and maintains the health and availability of data collectors

#TitleUser StoryImportanceNotes
1 Provides functionalities and open interfaces for Loop 0 and Loop 1 ( see ONAP for Loop 2, and Loop3)  
2 

Provides the engine for “software defined collectors” (SD-Collector)

(see definition of SD-Collector at link: TBD )

  
3 Provides real time programmable interfaces to influence dynamic probes  

A-CORD South Bound Functions

#TitleUser StoryImportanceNotes
1 Manage data collector graphs and relationships  
2 

Discover  and or on-board “ Data Collectors”

  
3 Establish relationship between data collectors function ( A,B, C, Triggers, atomic resets, etc.  
4 Spin-up and down loops between data collectors and control analytics (Loops  0,1, ..)  

A-CORD North Bound Functions

#TitleUser StoryImportanceNotes
1 Process policies from control applications  compile into data collectors  
2 

Manage NB Transport  Analytics bus

  
3 Manage applications and APIs interfaces  

User interaction and design

Include any mockups, diagrams or visual designs relating to these requirements.

Below is a list internal notes  to be addressed at the next meeting 

( Notes )Outcome
(e.g. How we make users more aware of this feature?)Communicate the decision reached

Larry's guidance:

A-CORD Platform requirements;

A-CORD mission is to provide the core and interface functionalities to enable deep learning analytics through AI, and distributed analytic engines

A-CORD platforms will spin-up data collectors, dynamically associates data collectors with Virtual probes, coordinates among data collectors and maintains the health and availability of data collectors

 

A-CORD platform provides the following capabilities and functions

1-     Provides functionalities and open interfaces for Loop 0 and Loop 1 ( see ONAP for Loop 2, and Loop3)

2-     Provides the engine for “software defined collectors” (SD-Collector) (see definition of SD-Collector at link: TBD )

3-     Provides real time programmable interfaces to influence dynamic vProbes

A-CORD SB Functions:

1-     Manage data collector graphs and relationships

2-     Discover  and or on-board “ Data Collectors”

3-     Establish relationship between data collectors function ( A,B, C, Triggers, atomic resets, etc.

4-     Spin-up and down loops between data collectors and control analytics (Loops  0,1, ..)

A-CORD NB Functions:

1-     Process policies from control applications  compile into data collectors

2-     Manage NB Transport  Analytics bus

3-     Manage applications and APIs interfaces