Versions Compared

Key

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

Minimal Assets for Physical Lab

Table of Contents
maxLevel1

Community Labs: Incubation

see Orange OpenLab page

TLABAT&T Advanced Technologies

Rich Bennett (RB2745@att.com)

John Murray (JM2932@att.com

ONAP-POD-01Wind River/IntelIntel HF2, Hillsboro, OR, USA

Stephen Gooch (stephen.gooch@windriver.com)

Eddy Raineri (Eddy.Raineri@windriver.com)

01Integration and DeploymentOn LineWINLABRutgers University/AT&T

Ivan Seskar (seskar@winlab.rutgers.edu)

Tracy Van Brakle (tv8394@att.com)

Auto LabOPNFV Auto Project
NameOrganizationLocationContactPODRoleStatus

VPN or public access?

for CD access

Jira
serverONAP JIRA
serverId425b2b0a-557c-3c0c-b515-579789cceedb
keyTSC-25

Note
Azure LabCommunityAzure Cloudonap-discuss@lists.onap.org
Community labUp&runningNo, Access with SSH key from Internet
China Mobile ONAP LabChina MobileBeijing, China
Use Case E2E Test & POCOn LinePublic access through openVPNONAP Casablanca and Casablanca maintenance installed
Reliance Jio R&D LabsReliance Jio InfocommMaharashtra, India





China Telecom ONAP LabChina TelecomBeijing, China

 Yi Yang (yangyi.bri@chinatelecom.cn)

Luman Wang (wanglm.bri@chinatelecom.cn)


Integration & Testing

mainly support for subproject Benchmark & SFC

Jump server to access by internal team and vendors

Public access through Jump server, then can access ONAP env through openVPN


ONAP Casablanca and Casablanca maintenance installed

ONAP Beijing installed also

Orange OpenLabOrangeLannion, Brittany, France

Eric Debeau

Morgan Richomme

mail contact: onap-openlab@list.orange.com

orange-pod4Integration & TestingPublic access through SSH key









TLABAT&T Advanced Technologies

Rich Bennett (RB2745@att.com)

John Murray (JM2932@att.com





have upgraded TLAB to Open Stack Queens and added a bare metal
Kubernetes cluster.  working on an example deployment of an ONAP
component into a Kubernetes namespace, using ingress ports and persistent
volume claims on network storage instead the NFS server in a VM. When this
example is proven we will offer namespaces for other ONAP components
that have stable artifacts ready for deployment.
Intel ONAP Integration Lab

Sponsored by: Intel

Managed by: Wind River

Intel HF2, Hillsboro, OR, USA

Stephen Gooch (stephen.gooch@windriver.com)

Eddy Raineri (Eddy.Raineri@windriver.com)

ONAP-POD-01Integration and Deployment

Decommissioned on  



ONAP UNH-IOL LabUniversity of New HampshireDurham NH, 03824 USAonap-unh-lab@onap.org 
Integration and Deployment

Operational  

openVPN 
Auto LabCIA ONAP Project. Multi-arch support in ONAP.

UNH-IOL

(University of New Hampshire, USA

Interoperability Lab)

Paul Vaduva (paul.vaduva@enea.com)

nfv-lab@iol.unh.edu

Auto Pod
unh-pod1

Development and Test on arm64 architecture

vFW usecase

On Line

Auto Arm Pod at IOL-UNH

PUblic acces rought openVPN.

Ask for access: by sending a mail to: nfv-lab@iol.unh.edu

OPNFV-deployed OpenStack environment.

VMware OpenLab

ARM64 onap images not yet build for deployment.

VMware OpenLabVMwareWenatchee (near Seattle), USA

Primary contact: TBD

Secondary contact: Ramki Krishnan, ramkik@vmware.com


Integration and DeploymentIn
Progress - Approx. Target date Oct. 15th
Progress 

6 physical servers

Individual server configuration – Dell R640

  • 2x 10core cpu 4114 (Skylake) @2.2GHz
  • 128GB RAM
  • 960GB SSD 
ONAP Lab for OVP (ONAP Validation Program)

Lenovo Labs

(ONAP Managed By: Arana Networks)


Sriram Rupanagunta


ONAP OVP VNF Validation Test SetupOn Line

On Line Labs:

Intel ONAP

-POD-01

Integration and Deployment

Lab

Labs - Oregon, USA

Connection: VPN

:


  • From the JIRA, a form letter is sent with an encrypted zip file. There are two files in this zip:

    1. login.txt (your username and password)
    2. pod-onap-01.ovnp (Open VPN CA same for all)

    Edit pod-onap-01.ovpn to include login information:

    1. Linux/Mac: auth-user-pass login.txt
    2. Windows: auth-user-pass “C:\\Program Files\\OpenVPN\\config\\login.txt

    (You many need to add “http-proxy url:port” or “socks-proxy url:port”. Discuss with your IT reprehensive.)


  • Execute:

    1. Linux/Mac: 

    Code Block
    themeMidnight
    $ sudo openvpn –config pod-onap-01.ovpn


    2. Windows: Install the Open VPN client
                          Import pod-onap-01.ovpn
                          Select Connect

  • 600 Cores, 5T RAM, 70TB Storage

  • Infrastructure Software = Wind River Titanium Cloud (Openstack Newton Based)

  • After connecting the VM.  You can use a local Linux machine or the supplied jumpstation for OpenStack CLI access.

  • Download OpenStack RC File from UI:
    • Project -> Compute -> Access & Security -> API Access

  • Upload file to jumpstation (or local machine).  If running on local machine, ask stephen.gooch@windriver.comfor remote CLI SDK.

  • Source and run OpenStack commands

    Code Block
    themeMidnight
    user@pod-onap-01-vjhost:~$ source ./Integration-openrc.sh

    Please enter a path for your CA certificate pem file, #or press enter if you are not using HTTPS
    Please enter your OpenStack Password for project integration as user username:


    Code Block
    themeMidnight
    $ sudo openvpn –config pod-onap-01.ovpn 


  • Jumpstation IP   10.12.5.50

Deployment testing with MultiVIM/Cloud

For testing with  MultiVIM/Cloud use the following two clouds. Both are based on OpenStack

    • Wind RIver Titanium Edge SX (Single blade Newton Based)River Titanium Cloud - Distributed targetrs

    • K8s based StarlingX relese 2VMware VIO 4.1


  • Lab Infrastructure

 Image Removed

  • VMware VIO 4.1

VMware VIO 4.1 infrastructure employs the following nodes shown in the above picture:

    • node-1 is used to deploy a router to provide access to and from VM deployed on Wind RIver Titanium Edge SX cloud
    • node-2 as part of VMware Intergrated Openstack 4.1 installation
    • node-3 as part of VMware Intergrated Openstack 4.1 installation
    • VMware VIO 4.1 Deployment details

      • VIO 4.1 is deployed in Compact mode
      • VIO 4.1 networking details
        • VLANs
          • VLAN 100 (192.168.100.0/24)
          • VLAN 101 (192.168.101.0/24)
          • VLAN 102 (192.168.102.0/24) - For External Network i.e. Floating IPs
        • Gateways
          • VLAN 100 - 192.168.100.1
          • VLAN 101 - 192.168.101.1
          • VLAN 102 - 192.168.102.1
        • DNS Server - 8.8.8.8

    • VMware VIO 4.1 Access details

  • Auth URL: https://192.168.101.2:5000/v3

  • Horizon Dashboardhttps://192.168.101.2
  • VIO Certificate: Required to access the Auth URL and VIO services. Following is the procedure to install the VIO certificate on a VM (Assuming Ubuntu VM)

    Image Added









    Proposed Labs:


    Proposal 1:

    Name of the Lab/Company
    China Mobile ONAP Lab

    Responsible Party
    China Mobile, Contact: Chengli Wang  wangchengli@chinamobile.com, Wenyao Guan guanwenyao@chinamobile.com

    Equipment available today and expected from ONAP
    Available Equipment
    Space:
         Laboratory room
         Rack
    Hardware
    :     
         Servers
         Router (SPTN/Router)
         Switch
         DC Gateway
         Thin CPE
         Access Point
         Communication Terminal
    Software:
         VNFs (Commercial):
              vCPE
              vIMS 
              vEPC
         VIM:          
              Redhat          
              Ubuntu  
              VMware VIO
              Wind River Titanium Cloud (OpenStack VIM)
        Controller:
              DC Controller
              SPTN Controller
              WAN Controller

    Expected Equipment from ONAP
    Equipment for remote connection through VPN.

    Power availability
    Stable power supply is available.

    Networking availability
    Internal availability: available networking facilities with support for changes in case of use case requires
    From external access: remote network access by VPN 


    Technical support from your company and expected support from ONAP
     Laboratory operation and maintenance are available from China Mobile.



    Availability according to minimal assets requirement:


    Use CasesVNFsServer Pod numberNetwork HardwareSoftwareAvailable Resources in CMCC lab
    Development or vFW/vDNS demo appsOpen sourced vFW/vDNS1 (Small)NoCloud OSYes
    vCPEvCPE2 (Medium)

    WAN/SPTN Router (2)

    DC Gateway (2)

    TOR (n)

    ThinCPE (1)

    Cloud OS (for Edge and Core)

    WAN/SPTN Controller

    DC Controller

    Specific VNFM & EMS

    Almost available (lack of 1 DC gateway)
    VoLTEvIMS/vEPC2 (Large)

    WAN/SPTN Router (2)

    DC Gateway (2)

    TOR (n)

    Wireless Access Point (2)

    VoLTE Terminal Devices (2)

    Cloud OS (for Edge and Core)

    WAN/SPTN Controller

    DC Controller

    Specific VNFM & EMS

    Almost available (lack of 1 DC gateway)



    Willing to support the ONAP use cases and member companies?
     Support VoLTE & vCPE use cases.

    Proposal 2:

    Reliance Jio R&D Labs

    Download the below attached vio.crt.tar
    View file
    namevio.crt.tar
    height250
  • Extract the vio.crt file using command:
    tar xvf vio.crt.tar
  • Move vio.crt in /usr/local/share/ca-certificates
  • Update the CA certificates list by executing
    sudo update-ca-certificates -f
        • The Project details, project user, password and RC file will be provided as per the request submitted for the lab resources.
        • To use the Auth URL and to execute the OpenStack commands, add the following in the project RC file to provide the Certificate path for python. Here, assuming the VM is Ubuntu and VIO certificate is already installed on the VM:
          export REQUESTS_CA_BUNDLE=/etc/ssl/certs/ca-certificates.crt
      • VMware VIO 4.1 Access from Networks/ VMs deployed on Non-VIO nodes

        • VIO 4.1 resources can be accessed through the Router configured on node-1

        • Any VM, Jumphost, Neutron Network etc. deployed on Non-VIO nodes, e.g. VMs, Neutron Networks on Windriver cloud, need to use this router to access VIO 4.1 resources
        • The router has static routes configured to forward any requests to/from IPs on VLAN 100, 101 and 102 used by VIO 4.1

        • Configure 10.12.9.1 as the gateway on your VM or Neutron Network to access IPs on VLAN 100, 101, 102
        • Access the VIO Horizon dashboard, Set the HTTP proxy to http_proxy=10.12.9.1:3128, Or, in the Web Browser set the proxy for all protocols to 10.12.9.1 and Port 3128

    Proposals:

    Proposal 1:

    Name of the Lab/Company
    China Mobile ONAP Lab
    Responsible Party
    China Mobile, Contact: Chengli Wang  wangchengli@chinamobile.com, Wenyao Guan guanwenyao@chinamobile.com
    Equipment available today and expected from ONAP
    Available Equipment
    Space:
         Laboratory room
         Rack
    Hardware
    :     
         Servers
         Router (SPTN/Router)
         Switch
         DC Gateway
         Thin CPE
         Access Point
         Communication Terminal
    Software:
         VNFs (Commercial):
              vCPE
              vIMS 
              vEPC
         VIM:          
              Redhat          
              Ubuntu  
              VMware VIO
              Wind River Titanium Cloud (OpenStack VIM)
        Controller:
              DC Controller
              SPTN Controller
              WAN Controller
    Expected Equipment from ONAP
    Equipment for remote connection through VPN.
    Power availability
    Stable power supply is available.
    Networking availability
    Internal availability: available networking facilities with support for changes in case of use case requires
    From external access: remote network access by VPN 

    Technical support from your company and expected support from ONAP
     Laboratory operation and maintenance are available from China Mobile.

    Availability according to minimal assets requirement:

    Use CasesVNFsServer Pod numberNetwork HardwareSoftwareAvailable Resources in CMCC labDevelopment or vFW/vDNS demo appsOpen sourced vFW/vDNS1 (Small)NoCloud OSYesvCPEvCPE2 (Medium)

    WAN/SPTN Router (2)

    DC Gateway (2)

    TOR (n)

    ThinCPE (1)

    Cloud OS (for Edge and Core)

    WAN/SPTN Controller

    DC Controller

    Specific VNFM & EMS

    Almost available (lack of 1 DC gateway)VoLTEvIMS/vEPC2 (Large)

    WAN/SPTN Router (2)

    DC Gateway (2)

    TOR (n)

    Wireless Access Point (2)

    VoLTE Terminal Devices (2)

    Cloud OS (for Edge and Core)

    WAN/SPTN Controller

    DC Controller

    Specific VNFM & EMS

    Almost available (lack of 1 DC gateway)

    Willing to support the ONAP use cases and member companies?
     Support VoLTE & vCPE use cases.

    Proposal 2:

    Name of the Lab/Company
    Reliance Jio R&D LabsResponsible Party
    Reliance Jio Infocomm
    Equipment available today and expected from ONAP
    Available Equipment
    Available Equipment and facilities include the following for interop testing and performance testing: 
    VoLTE core network, 
    WiFi Core Network
    EPC core network,
    FTTx Core network
    IP/MPLS Core Network - all topologies.
    OSS and BSS applications
    Access network functions - Radio, Fixed and WiFi
    Fully functional devices lab (LTE and Fixed) for UE support.
    Security Testing practice for aiding security aspects of the ONAP Platform installation and the VNFs on top of Openstack.
    Installation of ONAP and Openstack available for swift testing on a NFVI.
         
    Expected Equipment from ONAP
    Based on the infra requirements, pods can be installed and commissioned for creating a infrastructure with remote connectivity via VPN for realizing the use cases and testing them end to end. Equipment would consist of Racks (Open CG Rack 19 compliant or others), Installation material and blade servers (Intel based).
    Power availability
         Stable power supply is available - with redundancy.
    Networking availability
    Networking facilities are available in the lab with support for on-demand changes if needed by a use case.
    Technical support from your company and expected support from ONAP
         Laboratory operation and maintenance are available from Reliance Jio.

    Willing to support the ONAP use cases and member companies?
         Willing to support the ONAP use cases on VoLTE and vCPE. Other use cases that may come up in the future can also be tried out.

    Proposal 3:

    Name of the Lab/Company
    China Telecom ONAP Lab
    Responsible Party
    China Telecom, Contact: Yi Yang yangyi.bri@chinatelecom.cn, Luman Wang wanglm.bri@chinatelecom.cn

    Responsible Party

    Reliance Jio Infocomm



    Controller:
        DC Controller
        WAN Controller

    Others:

         Internet IP address

    Equipment available today and expected from ONAP
    Available Equipment

    Space:
        Laboratory room
        Rack
    Hardware:
        Servers
        Router (IP Backbone and MPLS Backbone)
        Switch
        DC Gateway
        Firewall
        Thin CPE
        IPRAN
    Software:
        VNFs (Commercial):
        vCPE
        vEPC
    VIM:
        Redhat
        Ubuntu     
        Wind River Titanium Cloud (OpenStack VIM)


    Available Equipment and facilities include the following for interop testing and performance testing: 

    VoLTE core network, 
    WiFi Core Network
    EPC core network,
    FTTx Core network
    IP/MPLS Core Network - all topologies.
    OSS and BSS applications
    Access network functions - Radio, Fixed and WiFi
    Fully functional devices lab (LTE and Fixed) for UE support.
    Security Testing practice for aiding security aspects of the ONAP Platform installation and the VNFs on top of Openstack.
    Installation of ONAP and Openstack available for swift testing on a NFVI.

         
    Expected Equipment from ONAP

    Based on the infra requirements, pods can be installed and commissioned for creating a infrastructure with remote connectivity via VPN for realizing the use cases and testing them end to end. Equipment would consist of Racks (Open CG Rack 19 compliant or others), Installation material and blade servers (Intel based).



    Power availability
         

     Stable

    Stable power supply is available

    (AC and DC)

    - with redundancy.

    Networking availability

          Internal availability: 
                   Available networking facilities with support for changes in case of use case requires.

      From external access:

                   Remote access to the network via VPN or direct access to the bastion host via a firewall

    Networking facilities are available in the lab with support for on-demand changes if needed by a use case.

    Technical support from your company and expected support from ONAP
     

          Laboratory

       Laboratory operation and maintenance are available from

    China Telecom

    Reliance Jio.

    Willing to support the ONAP use cases and member companies?
         Willing to support the ONAP use cases on VoLTE and vCPE. Other use cases that may come up in the future can also be tried out.

    Proposal 3:

    China Telecom ONAP Lab

    Responsible Party
    China Telecom, Contact: Yi Yang yangyi.bri@chinatelecom.cn, Luman Wang wanglm.bri@chinatelecom.cn

    Equipment available today and expected from ONAP
    Available Equipment
    Space:
        Laboratory room
        Rack
    Hardware:
        Servers
        Router (IP Backbone and MPLS Backbone)
        Switch
        DC Gateway
        Firewall
        Thin CPE
        IPRAN
    Software:
        VNFs (Commercial):
        vCPE
        vEPC
    VIM:
        Redhat
        Ubuntu     
        Wind River Titanium Cloud (OpenStack VIM)

    Controller:
        DC Controller
        WAN Controller

    Others:

         Internet IP address


    Power availability
           Stable power supply is available(AC and DC).

    Networking availability
          Internal availability: 
                   Available networking facilities with support for changes in case of use case requires.

      From external access:

                   Remote access to the network via VPN or direct access to the bastion host via a firewall.


    Technical support from your company and expected support from ONAP

            Laboratory operation and maintenance are available from China Telecom.


    Willing to support the ONAP use cases and member companies?

            Support VoLTE on vEPC, vCPE, vCPE extension &vFW use cases;

    Use CasesVNFsServer Pod numberNetwork HardwareSoftwareAvailable Resources in CT lab
    Development orvFW/vDNS demo appsOpen sourcedvFW/vDNS1 (Small)NoCloud OSYes
    vCPE & vCPE extensionvCPE2 (Medium)

    WAN (2) /IPRANRouter (8)

    DC Gateway (2)

    TOR (n)

    ThinCPE (2)

    Cloud OS (for Edge and Core)

    WAN/IPRANController

    DC Controller

    Specific VNFM & EMS

    Yes
    VoLTEvIMS/vEPC2 (Large)

    WAN (2) /IPRANRouter (8)

    DC Gateway (2)

    TOR (n)

    Wireless Access Point (4)

    VoLTE Terminal Devices (2)

    Cloud OS (for Edge and Core)

    WAN/IPRANController

    DC Controller

    Specific VNFM & EMS

    Almost available (lack of servers)



    Proposal 4 (more detailed information can be provided):

    Orange Integration Center

    (used for OPNFV - Orange responsible of functest stream; also used for our operational needs – such as vEPC and all Orange PNF testing).

    Responsible Party
    Orange. Contact Eric Debeau (eric.debeau@orange.com), Odile Duthil (odile.duthil@orange.com), Anne Tréhu (anne.trehu@orange.com)

        Support VoLTE on vEPC, vCPE, vCPE extension &vFW use cases;Use CasesVNFsServer Pod numberNetwork HardwareSoftwareAvailable Resources in CT labDevelopment orvFW/vDNS demo appsOpen sourcedvFW/vDNS1 (Small)NoCloud OSYesvCPE & vCPE extensionvCPE2 (Medium)

    WAN (2) /IPRANRouter (8)

    DC Gateway (2)

    TOR (n)

    ThinCPE (2)

    Cloud OS (for Edge and Core)

    WAN/IPRANController

    DC Controller

    Specific VNFM & EMS

    YesVoLTEvIMS/vEPC2 (Large)

    WAN (2) /IPRANRouter (8)

    DC Gateway (2)

    TOR (n)

    Wireless Access Point (4)

    VoLTE Terminal Devices (2)

    Cloud OS (for Edge and Core)

    WAN/IPRANController

    DC Controller

    Specific VNFM & EMS

    Almost available (lack of servers)

    Proposal 4 (more detailed information can be provided):

    Name of the Lab/Company
    Orange Integration Center (used for OPNFV - Orange responsible of functest stream; also used for our operational needs – such as vEPC and all Orange PNF testing).

    Responsible Party
    Orange. Contact Eric Debeau (eric.debeau@orange.com), Odile Duthil (odile.duthil@orange.com), Anne Tréhu (anne.trehu@orange.com)

    Equipment available today and expected from ONAP
    Available Equipment
    Space:
         Laboratory room (in our Lannion Premises)
    Hardware
    :     
         Servers (capacity need to be assessed as the lab is also used for operational testing)
    Software:
         VNFs, VIM: opensource can be installed on demand. Commercials: need of supplier agreement. We have redhat, Mirantis        
    Interopability
    Available Equipment and facilities for interop testing/ performance testing: core network (IMS, Volte, EPC), IP and transmission, fixed and mobile access. Independently from ONAP, the lab is to be connected to major supplier integration labs to work in joint agile delivery mode.
    Expected Equipment from ONAP
    Depending on needs, additional servers may be needed, as well as equipment for remote connection through VPN.

    Power availability
    Stable power supply is available.

    Networking availability
    Internal availability: available networking facilities with support for changes in case of use case requires
    From external access: remote network access by VPN 

    Technical support from your company and expected support from ONAP
    Laboratory operation and maintenance are done by Orange.

    Willing to support the ONAP use cases and member companies?
    Willing to support VoLTE (and related subcases such as EPC or end to end automation) & vCPE use cases. Other use cases are welcome.

    Proposal 5: ONAP-Test Lab (TLab)

    Name of the Lab/Company
         AT&T ONAP Lab

    Responsible Party
    AT&T Advanced Technologies; Contact Rich Bennett (RB2745@att.com); John Murray (JM2932@att.com) 

    Equipment available today and expected from ONAP
    Available Equipment
    Space:
         Laboratory room
         Rack/Power/Cooling/Network
    Hardware
    :     
         Servers
         Router (SPTN/Router)
         Switches
         VPN Gateway
         JUMP Server/Boot Server
    Software
    Space:
         VNFs (Open Source):
              vFirewall
              vDNS
              Test/ characterization
         VIM:          
              OpenStack
              Ubuntu  
        Automated Test Software: TBDExpected Equipment from ONAP
    Equipment  Laboratory room (in our Lannion Premises)
    Hardware
    :     
         Servers (capacity need to be assessed as the lab is also used for operational testing)
    Software:
         VNFs, VIM: opensource can be installed on demand. Commercials: need of supplier agreement. We have redhat, Mirantis        
    Interopability
    Available Equipment and facilities for interop testing/ performance testing: core network (IMS, Volte, EPC), IP and transmission, fixed and mobile access. Independently from ONAP, the lab is to be connected to major supplier integration labs to work in joint agile delivery mode.

    Expected Equipment from ONAP
    Depending on needs, additional servers may be needed, as well as equipment for remote connection through VPN.

    Power availability
    Stable power supply is available.

    Networking availability
    Internal availability: available networking facilities with support for changes in case of use case requires
    From external access: remote network access by VPN 

    Technical support from your company and expected support from ONAP
    Laboratory operation and maintenance are available from AT&T Advanced Technologies.

    Availability according to minimal assets requirement:

                                       

      

    Use Cases

      

    VNFs

      

    Server Pod number

      

    Network Hardware

      

    Software

      

    Available Resources in TLab

    Development for  vFW/vDNS demo apps

    Open sourced  vFW/vDNS

    1 (Small)

    No

    Cloud OS

    Yes

    DRAFT Initial TLAB Focus for discussion 8/10/2017 openlab Meeting

    Demonstrate new ONAP features to developers building production services,

    Gather feedback on what developers need to use the ONAP features in production.

    Identify ONAP platform issues that need to be resolved for production use

    Support/provide an environment for ONAP community work collaboratively and efficiently together to resolve these issues.

     This focus should accelerate adoption of ONAP,  grow community engagement, and reduce time to deliver important platform features.

    Proposal 6: WINLAB (industry-university community lab extended to support ONAP)

    Name of the Lab/Company

    1. WINLAB (www.winlab.rutgers.edu/) at Rutgers University
    2. AT&T and other sponsors/partners

    Responsible Party

    1. Rutgers University contact: Ivan Seskar (seskar@winlab.rutgers.edu)
    2. AT&T contact: Tracy Van Brakle (tv8394@att.com)

    Equipment available today

    1. Indoor - Laboratory room (ORBIT), rack, power, cooling;
      1. Servers
      2. Router (SPTN/Router)
      3. Switch
      4. DC Gateway 
      5. Access Point
      6. Communication Terminals
    2. Outdoor - Multi-campus, multi-protocol wireless equipment & networks

    Expected Equipment from ONAP Additional servers may be required

    Power availability Stable power supply is available but may require augmentation if additional servers are introduced

    Networking availability

    1. Internal: networking facilities with support for modifications
    2. External: remote network access by VPN (self-serve)

    Technical support from your company and expected support from ONAP

    1. Laboratory operation and maintenance provided by WINLAB
    2. ONAP use case support provided by AT&T and other sponsors/partners

    Willing to support the ONAP use cases and member companies?

  •  VoLTE & vCPE use cases supported
  • Open source and/or commercial VNFs with ONAP use cases supported
  • and expected support from ONAP
    Laboratory operation and maintenance are done by Orange.

    Willing to support the ONAP use cases and member companies?
    Willing to support VoLTE (and related subcases such as EPC or end to end automation) & vCPE use cases. Other use cases are welcome.

    Proposal 5: ONAP-Test Lab (TLab)

    DISCONTINUED

    AT&T Advanced Technologies; Contact Rich Bennett (RB2745@att.com); John Murray (JM2932@att.com) 

    Equipment available today and expected from ONAP
    Available Equipment
    Space:
         Laboratory room
         Rack/Power/Cooling/Network
    Hardware
    :     
         Servers
         Router (SPTN/Router)
         Switches
         VPN Gateway
         JUMP Server/Boot Server
    Software:
         VNFs (Open Source):
              vFirewall
              vDNS
              Test/ characterization
         VIM:          
              OpenStack
              Ubuntu  
        Automated Test Software: TBD

    Expected Equipment from ONAP
    Equipment for remote connection through VPN.

    Power availability
    Stable power supply is available.

    Networking availability
    Internal availability: available networking facilities with support for changes in case of use case requires
    From external access: remote network access by VPN 

    Technical support from your company and expected support from ONAP
    Laboratory operation and maintenance are available from AT&T Advanced Technologies.

    Availability according to minimal assets requirement:

                                       

      

    Use Cases

      

    VNFs

      

    Server Pod number

      

    Network Hardware

      

    Software

      

    Available Resources in TLab

    Development for  vFW/vDNS demo apps

    Open sourced  vFW/vDNS

    1 (Small)

    No

    Cloud OS

    Yes

    DRAFT Initial TLAB Focus for discussion 8/10/2017 openlab Meeting

    Demonstrate new ONAP features to developers building production services,

    Gather feedback on what developers need to use the ONAP features in production.

    Identify ONAP platform issues that need to be resolved for production use

    Support/provide an environment for ONAP community work collaboratively and efficiently together to resolve these issues.

     This focus should accelerate adoption of ONAP,  grow community engagement, and reduce time to deliver important platform features.

    All other use cases from all member companies to be considered on case-by-case basis with emphasis on Fixed and Mobile Wireless

    Proposal 7: Auto Project Arm Pod (OPNFV project lab offered to ONAP Community)

    Name of the Lab/Company

    1. (iol.unh.edu) at University of New Hampshire

    2. Auto project of OPNFV, sponsored by Arm

    Responsible Party

    1. University of New Hampshire contact: NFV/IOL staff (nfv-lab@iol.unh.edu)
    2. Arm/OPNFV contact: Paul Vaduva (paul.vaduva@enea.com)

    Equipment available today

    1. 6 Cavium servers make up the OPNFV Pod.  
      1. 48-core, 64G Servers
        1. 1 Jump Host for deploying OPNFV/OpenStack
        2. 3 OpenStack Controllers for an HA configuration
      2. 96-core, 128G Servers
        1. 2 OpenStack Compute Servers 

    Expected Equipment from ONAP None at this time

    Power availability N/A

    Networking availability

    1. Internal: The networking availability for users of the lab is within the context of an OpenStack environment.  
    2. External: remote network access by VPN - request credentials by emailing: nfv-lab@iol.unh.edu

    Technical support from your company and expected support from ONAP

    1. Laboratory operation and maintenance provided by UNH IOL staff (nfv-lab@iol.unh.edu)
    2. Access to the OpenStack environment and assistance with that environment is provided/coordinated through Joe Kidder Paul Vaduva (JoePaul.kidder@5thlayerVaduva@enea.com).

    Willing to support the ONAP use cases and member companies?

    1. At this time, the primary focus is ONAP component container development (porting and building), but testing is supported as well as containers are produced.
    2. vFW usecase ported to arm64 openstack deployment.