Virtualizing RFC 6349 TrueSpeed VNF

Transcription

Virtualizing RFC 6349
TrueSpeed VNF
March 2016
Guylain Barlow
Agenda
 Virtualize What and Why?
 RFC 6349 Specifics
 TrueSpeed - Virtualization Use Case
 Test Virtualization - Test Access Points
 More Virtualized Network Functions - Testing
© 2015 Viavi Solutions, Inc. | Viavi Confidential and Proprietary Information
2
Virtualize What and Why?
Introduction
What is virtualization?
Virtualization allows one computer to do the job of multiple computers
• Computing resources are shared
• Can support across multiple environments on one computer
Virtualization is a broad term applicable to virtual memory, storage, networks
App. A
App. B
App. C
Operating System
Hardware
Classic ‘Non-virtualized’ system
One OS controls all hardware
resources
VM
VM
VM
App. A
App. B
App. C
OS
OS
OS
Hypervisor
Hardware
Virtualized system
Run multiple applications on one physical
platform
Use of Hypervisor to run Virtual Machines
4
A Little Virtualization Alphabet Soup
 VM (Virtual Machine)
▫ SW that resembles a physical server running an OS
▫ Includes Virtual CPU, Virtual RAM, Virtual I/O functionality
 Virtual Server
▫ VM running a server OS like Windows or Red Hat Enterprise Linux
 VNF (Virtual Network Function)
▫ Handles specific network functions (i.e. application) that run on one or more
virtual machines (VMs)
 Hypervisor
▫ Thin operating system designed solely to provide virtualization.
▫ Drives and dynamically shares physical hardware, schedules VMs
 SDN (Software Defined Network)
▫ Architecture which decouples network control and forwarding functions
▫ Allows to abstract network control from the underlying physical infrastructure
5
NFV – The Potential To Transform Networks and Services
 Operators are pursuing NFV
because it can deliver:
▫ Reduced capital and operating
costs
▫ Increased network flexibility
▫ Increased velocity of service
delivery
 Evolution is required in test
functions to provide:
▫ The virtualized environment
▫ Automatic scheduling,
configuration
▫ Part of the operational equipment
chain
6
SDN/NFV-Business Service Migration Example
From
this
CO/
To
this
7
Reasons to Virtualize - A Data Center Focused List
Data Center focused reasons:
 Save energy
▫ Using Virtual Machines, hence fewer servers
 Reduce footprint
▫ Fewer servers, less gear and rack space
 Faster (server) provisioning
 Improve Disaster Recovery
▫ Via hardware abstraction
 Isolate applications
▫ Can reduce compatibility issues
 Help move to the cloud
Test-focused reasons:
 Reduce hardware dependency
 Reduce truck rolls
 Centralize functionality
▫ Help Desk use case
8
What Cannot be Virtualized?
 Systems requiring high performance
 100G testing cannot be virtualized!
 Applications with specific licenses or agreements
▫ That don't permit virtualization
 Mission critical items not sufficiently tested
 Items with physical environment dependencies
 Items requiring top security
▫ Needs a high level of isolation
 Items where time sync is critical
▫ Very hard to virtualize 1588 sync testing for instance
9
Test & Measurement and PM – Road to Virtualization
From this…
MANUAL
CER
PER
IMPROVED
EFFICIENCY
CPE
Ethernet NID
to this…
CER
SW based testing:
TrueSpeed VNF
PER
CPE
Ethernet NID
x86 Server
AUTOMATED
FULLY
vQT
TrueSpeed VNF
(L2, L3, L4)
CER
to more virtualization
vCPE
Ethernet NID
Core
Router
PER
dynamically installed
or static/pre-installed
x86 Server
10
RFC 6349 Test Application
Which Applications use TCP?
How do end users experience the network?
Web
Browsing
Business
Applications
Streaming
Web Video
Mobile Apps
Why is TCP a challenge?
Why does TCP performance sometimes not match layer 2/3 performance?
 TCP is a connection oriented protocol
▫ End-to-end connection
▫ Reliable data transmission – all data transmitted must be received/acknowledged
 TCP tries to use ALL of the available bandwidth while avoiding congestion
 TCP performance is influenced by its congestion avoidance algorithms
 Segment loss and/or RTT increases lead to throughput reduction
12
TCP is at Layer 4
7
HTTP, FTP, E-mail, Sharepoint,
Communicator, Facebook, YouTube, etc
6
5
4
3
TCP
RFC 6349 TrueSpeedTM
IP
Y.1564 SAMComplete
&
RFC 2544
2
1
Ethernet
13
Bursty vs. Constant Traffic Applications
7
6
5
Bursty Traffic
Constant Traffic
HTTP, FTP, E-mail,
Sharepoint,
Communicator,
Facebook, YouTube,
Call setup
Voice and
Broadband Video
TCP
4
UDP
Traffic
Traffic
3
2
1
Time
Time
RFC 6349
14
Service Provider Pain Point
End users have bandwidth expectations
set by simplistic promises of speed
o Actual working bandwidth easily differs from base circuit BW
o Resolving disputes is costly and potentially complex
o ‘Free applications’ allow end users to test throughput
o Can simplify OR complicate matters!
standards based
advanced characterization
more repeatable results
15
Under the hood
RFC 6349 Summary of Test Steps
A TCP test standards based method:
1.
Path MTU Detection
•
2.
Verify network MTU (Maximum Transfer Unit) with active TCP
segment size testing to ensure payload does not get fragmented
Baseline Round-trip Time (RTT) and Bandwidth
•
3.
Predict optimal TCP Window size by calculating the Bandwidth
Delay Product (BDP)
Single and Multiple TCP Connection Throughput Tests
•
Verify TCP Window size predictions to enable automated TCP
testing – Ideal versus measured
16
RFC6349 –Bandwidth Delay Product (BDP)
BDP is the Ideal TCP Window size, it is based on:
 Available BW on link
 Round Trip Time
 BDP (KBytes) = RTT * Link BW (Kbits/s) / 8
Example
▫ 100 Mbps Ethernet Service with 20 msec RTT
▫ BDP = 20 msec * 100 Mb/s / 8 = ~250 KB (Ideal TCP Window)
 Single or Multiple TCP Connection Tests
▫ Single connection uses the BDP as the window size
▫ Multiple connections sum all window sizes to equal BDP
17
RFC 6349 Key Metrics
 TCP Efficiency:
% of Bytes that did not have to be retransmitted
Transmitted Bytes - Retransmitted Bytes
TCP Efficiency % = ------------------------------------------------------- X 100
Transmitted Bytes
 Buffer Delay %:
increase in RTT during a TCP Throughput test
versus the inherent or baseline RTT
Average RTT during transfer - Baseline RTT
Buffer Delay % = -------------------------------------------------------- X 100
Baseline RTT
 TCP Transfer Time Ratio: Ratio between Actual and Ideal TCP
Transfer Time
Actual TCP Transfer Time
TCP Transfer Time Ratio = ----------------------------------Ideal TCP Transfer Time
18
Test Result Example
 Compare ideal to measured bandwidth
 Use TCP Efficiency and Buffer Delay % to provide guidance
on results or troubleshooting
19
TrueSpeed VNF vs. Classic TrueSpeed
TrueSpeedTM VNF – Architecture, SW and HW Elements
TRUESPEED VNF
Site A
CO/Mobility MSC
or Metro Network
Site B
ONX
CO Switch / MSPP
DSLAM
TBERD/MTS
TrueSpeed VNF
OLT
SW App
Generic Server
LEGACY TRUESPEED
CMTS
Service Assurance
QT600
Metro Ring
MPLS
PE
Ethernet
Concentrator
Test Units
(TBERD/MTS)
TBERD/MTS
MSC Router
20
TrueSpeed VNF
Virtualization Use Cases
What do customers expect?
What is the
actual
TCP throughput?
What is the reason
for throughput
being lower than
expected?
What do I have to do?
How can I fix it?
2222
Characteristics of a Carrier Grade TCP Throughput Test
Standards Based with Repeatable Results
Easily Configurable and Customizable per
Customer
No Customer Configuration Required
Common View of Pass/Fail Results with a
Centralized Repository
Built-in Intelligence: Detailed Diagnostics
and Analytics on Failure
23
Call Center Use Case – Client to Server
Call Center Config
Agent PC RFC6349
Customer
Location
RFC Server
6349 Server
Carrier
Core Network
Ethernet
Customer
PC
CE
Carrier
Metro Aggregation
Network
CORE
Router
Internet
PER
24
Instrument use case – Instrument to Server
Call Center Config
Agent PC RFC6349
Customer
Location
RFC Server
6349 Server
Carrier
Core Network
Ethernet
CE
Carrier
Metro Aggregation
Network
CORE
Router
Internet
PER
Field Tech
with
Instrument
25
Target Applications for TrueSpeed VNF
Customers and use cases
Enterprise
Data Center
Enterprise
Mobile Cell Site
1. Business Environment
Residential
2. Residential Broadband
Services
ISP POP
3. Mobile Backhaul
• High value services with SLA
• Service activation test (technician)
• Service activation test (technician)
• Knowledgeable end customer
• End customer does not want to install SW • End customer = mobile device,
• High BW, mission critical circuits
Wifi dependence
Best fit !
Good VNF-instrument mix
More Limited fit
26
Summary - TrueSpeed VNF
TrueSpeedTM VNF
 Reduce operating expenses up to 30% by minimizing
service tech dispatches
 Complete fast, repeatable, automated TCP tests in less
than 5 minutes
 standards based test leaves far less room for interpretation
 Verify results with an intuitive graphical user interface that is
easy to use
 Closes the testing gap! Solve the problems that are missed
with RFC 2544 and Y.1564sam
27
Test Virtualization Evolution
Test Access Points
Virtual Test and PM Solution – Why
 Explosion of IP services - wide adoption of Ethernet
• Not enough OAM capabilities
• Need to characterize traffic per service and protocol
• Need to Understand Transport KPIs with service-awareness
 Transport Network Visibility is essential
• Ensure proper traffic shaping, policing and QoS
• Greater application sensitivity to latency and loss
• Traffic patterns change dynamically with new services, users & devices
 Lifecycle must get fully operationalized, especially in NFV environments
• Automated Service Turn-up and Acceptance Testing
• Service Level Agreement (SLA) verification
29
Virtual enabled Network Infrastructure – Evolution
Metro Network
Core IP Network
Access
Enterprise
vCPE
Core
Server
DNS Server
Regional
Video Hub
vPE
vCPE
4 G/LTE
2G
3G
Backhaul
Core
Router
40 G
40 G
100 G
10 G
Premises Network
vCPE
Cell
Site
vCE
Fibre
Channel
GPon / Eth
Remote
Office
vPE
SAN
Home
Central Office
vCPE
vPE
DSLAM
vPE
Super
Headend
Data
Center
HFC
vPE
Origin Server
Home
Hubs
Enterprise
vCPE
vCPE
vCE
Fibre
Channel
Remote
Office
Data
Center
Potential targets for
running virtual test/PM engines
SAN
Home
Central Office
DSLAM
Home
vCPE
Data
Center
30
Virtual CPEs – Enabling Virtual network Functions
Example
• relatively high cost
• 1st models for high value biz services
• Lower cost models will have less
computing resources
31
vCPEs – Enabling Virtual network Functions
• firewall/security function embedded
• 6 physical CPU cores / 12 threads for VNFs
• KVM hypervisor
32
General environment – SDN Type Integration
Northbound I/F
Real Time Data Collector
• Test / PM Results
• KPIs
Test and PM
Controller
• Test / PM setup and control
• Test access
Data Reporting
Setup and Control I/F
Server blade
Test &
PM VNF
vRouter
KVM Hypervisor
Client
LAN
HW Ethernet Switch
Network
WAN
33
Virtual Test Overall Evolved Architecture
Architecture to use test VNF into the cloud
Controller can push virtual images
Collector
• Test Results
to computing devices in a network
• measurements
and/or cloud
Controller
• Test control
• Provisioning
• Test Scheduler
PC Client for
L4 Tests
Virtual
Test
Image
Virtual
Test
Image
Instruments
34
More Virtualized Network Functions
Testing
Today…range of physical boxes connected together
Enterprise Premises
IP PBX
Anti Spam
Carrier Exchange
Anti-Virus
Security /
Encryption
Firewall
VPN Router
PE Router
Intrusion
WIFI Controller Detection
From Complex, Costly, Distributed……
Access
Metro & Transport
Mobile
36
Service Chain…Software Agents ‘Chained Together”
Enterprise Premises
PBX
d
Exchange / Data Center
Firewall
vCE
vPE
d
d
Physical
Access
Security Transport
d
Virtual CPE
Servers
……To This
Access
Metro & Transport
Mobile
37
Customers need to Test, Troubleshoot, and Monitor This
New Cloud
Enterprise Premises
PBX
d
Firewall
vCE
vPE
d
Physical
Access
d
Security Transport
d
Internet
Virtual CPE
Servers
How to test this?
• Each function requires its own test functionality
• How to get access to the individual functions?
• Can SW based testing reach the required throughput?
• Synthetic tests vs. real customer traffic – how to get the real QoE?
• What are the metrics that determine a good service and can be part of a SLA?
38
Functional testing of the service chain – does it work?
Synthetic traffic
Exchange
Enterprise Premises
PBX
d
Firewall
vCE
vPE
d
Physical
Access
Test
VNF
d
Security Transport
d
Internet
Test
VNF
Virtual CPE
Servers
Dynamic deployment of Virtual Test Functions
for end-to-end Service Chain testing
39
Troubleshooting – which segment does work?
Segmentation with function specific tests
Exchange
Enterprise Premises
Firewall
Test
VNF
Firewall
PBX
d
PBX
Test
VNF
Firewall
Test
VNF
Security
Test
VNF
vCE
vPE
d
PBX
Test
VNF
Physical
Access
d
Security
Test
VNF
Security Transport
d
Internet
Virtual CPE
Servers
Dynamic deployment of service specific Test VNFs
to enable per segment testing/troubleshooting
40
Virtualized Test Tool Box
Enterprise or Residential Premises
RFC 2544
Physical
Access
Y.1564
TWAMP
TrueSpeed
PM
Virtual CPE
Server/Controller
TrueSpeed
41
Summary
 Service Activation Testing (SAT) and Performance Monitoring (PM) using Virtual
Agents In CPE
•
Fully automated and centralized using common workflow methods and procedures
•
Standards Based – Use current Ethernet test standards (i.e. TWAMP, ITU Y.1564,
RFC-6349…)
•
Normalize KPIs measured across multiple vendor networks by using the same
metrics such as availability, frame delay/variation, throughput
 Test NFV Functions
•
Extend virtualization to test and measurement
•
Integrate into virtual network rollouts using virtual functions
 Toolbox of virtual test and PM agents
•
L2/L3/L4 testing for throughput and network performance validation
•
TWAMP PM for 24/7 SLA assurance
•
Service chain and L4-L7 testing for customer experience assurance
42

Virtualizing RFC 6349 TrueSpeed VNF

Transcription

Similar documents

Silego Technology - Globalpress Electronics Summit

Signiant

Convergence Challenges for the SME

Slides

Manufacturing Energy Management Solution (MEMS)

Signiant Overview

Proprietary and Confidential — AREA 17

Cybex Trazer

Sustainability Initiatives