Minimal Assets for Physical Lab
Community Labs: Incubation
Name | Organization | Location | Contact | POD | Role | Status | VPN or public access? for CD access
| Note | ||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
China Mobile ONAP Lab | China Mobile | Beijing, China | Yan Yang (yangyanyj@chinamobile.com) | Use Case E2E Test & POC | On Line | Public access through openVPN | ONAP Casablanca and Casablanca maintenance installed | |||||||||
Reliance Jio R&D Labs | Reliance Jio Infocomm | Maharashtra, India | ||||||||||||||
China Telecom ONAP Lab | China Telecom | Beijing, China | Yi Yang (yangyi.bri@chinatelecom.cn) Luman Wang (wanglm.bri@chinatelecom.cn) | |||||||||||||
Orange OpenLab | Orange | Lannion, Brittany, France | orange-pod4 | Integration & Testing |
| Public access through SSH key | see Orange OpenLab page | |||||||||
TLAB | AT&T Advanced Technologies | Rich Bennett (RB2745@att.com) John Murray (JM2932@att.com) | ||||||||||||||
ONAP-POD-01 | Wind River/Intel | Intel HF2, Hillsboro, OR, USA | Stephen Gooch (stephen.gooch@windriver.com) Eddy Raineri (Eddy.Raineri@windriver.com) | 01 | Integration and Deployment | On Line | ||||||||||
WINLAB | Rutgers University/AT&T | Ivan Seskar (seskar@winlab.rutgers.edu) Tracy Van Brakle (tv8394@att.com) | ||||||||||||||
Auto Lab | OPNFV Auto Project | UNH-IOL (University of New Hampshire, USA Interoperability Lab) | Paul Vaduva (paul.vaduva@enea.com) nfv-lab@iol.unh.edu | Auto Pod | Development and Test on arm64 architecture vFW usecase | On Line | OPNFV-deployed OpenStack environment. | |||||||||
VMware OpenLab | VMware | Wenatchee (near Seattle), USA | Primary contact: TBD Secondary contact: Ramki Krishnan, ramkik@vmware.com | Integration and Deployment | In Progress - Approx. Target date Oct. 15th | 6 physical servers Individual server configuration – Dell R640
|
On Line Labs:
ONAP-POD-01 Integration and Deployment Lab - Oregon, USA
Sponsored By: Intel
Managed By: VMware and Wind River Titanium Cloud
Responsible Party: Stephen Gooch and Eddy Raineri
Connection: VPN:
Update Integration / Developer Lab Access, then Open JIRA:
- Component MULTI_GEOLAB
- List which project you belongs to, and update Integration / Developer Lab Access
- Assign to Stephen Gooch
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 theme Midnight $ 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
- 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 theme Midnight 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 theme Midnight $ 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)
VMware VIO 4.1
Lab Infrastructure
- node-3 as part of VMware Intergrated Openstack 4.1 installation
- 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
- VLANs
Auth URL: https://192.168.101.2:5000/v3
- Horizon Dashboard: https://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)
- Download the below attached vio.crt.tar
View file name vio.crt.tar height 250 - 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
- Download the below attached vio.crt.tar
- 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
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
- For. e.g. to Access the VIO AUTH URL (https://192.168.101.2:5000/v3) set the gateway of your VM, Neutron Network to 10.12.9.1 and try curl -i https://192.168.101.2:5000/v3
- 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 Cases | VNFs | Server Pod number | Network Hardware | Software | Available Resources in CMCC lab |
---|---|---|---|---|---|
Development or vFW/vDNS demo apps | Open sourced vFW/vDNS | 1 (Small) | No | Cloud OS | Yes |
vCPE | vCPE | 2 (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) |
VoLTE | vIMS/vEPC | 2 (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 Labs
Responsible 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
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 Cases | VNFs | Server Pod number | Network Hardware | Software | Available Resources in CT lab |
---|---|---|---|---|---|
Development orvFW/vDNS demo apps | Open sourcedvFW/vDNS | 1 (Small) | No | Cloud OS | Yes |
vCPE & vCPE extension | vCPE | 2 (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 |
VoLTE | vIMS/vEPC | 2 (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:
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.
Proposal 6: WINLAB (industry-university community lab extended to support ONAP)
Name of the Lab/Company
- WINLAB (www.winlab.rutgers.edu/) at Rutgers University
- AT&T and other sponsors/partners
Responsible Party
- Rutgers University contact: Ivan Seskar (seskar@winlab.rutgers.edu)
- AT&T contact: Tracy Van Brakle (tv8394@att.com)
Equipment available today
- Indoor - Laboratory room (ORBIT), rack, power, cooling;
- Servers
- Router (SPTN/Router)
- Switch
- DC Gateway
- Access Point
- Communication Terminals
- 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
- Internal: networking facilities with support for modifications
- External: remote network access by VPN (self-serve)
Technical support from your company and expected support from ONAP
- Laboratory operation and maintenance provided by WINLAB
- 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
- 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
- (iol.unh.edu) at University of New Hampshire
- Auto project of OPNFV, sponsored by Arm
Responsible Party
- University of New Hampshire contact: NFV/IOL staff (nfv-lab@iol.unh.edu)
- Arm/OPNFV contact: Paul Vaduva (paul.vaduva@enea.com)
Equipment available today
- 6 Cavium servers make up the OPNFV Pod.
- 48-core, 64G Servers
- 1 Jump Host for deploying OPNFV/OpenStack
- 3 OpenStack Controllers for an HA configuration
- 96-core, 128G Servers
- 2 OpenStack Compute Servers
- 48-core, 64G Servers
Expected Equipment from ONAP None at this time
Power availability N/A
Networking availability
- Internal: The networking availability for users of the lab is within the context of an OpenStack environment.
- 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
- Laboratory operation and maintenance provided by UNH IOL staff (nfv-lab@iol.unh.edu)
- Access to the OpenStack environment and assistance with that environment is provided/coordinated through Joe Kidder (Joe.kidder@5thlayer.com).
Willing to support the ONAP use cases and member companies?
- At this time, the primary focus is ONAP component container development (porting and building), but testing is supported as well as containers are produced.
- vFW usecase ported to arm64 openstack deployment.