EtherAssure

Training

Overview
Session: Intro and Overview Agenda
Introduction

Solution Overview

OAM Standards & Tools

Ethernet/IP Networking Some basics
KPIs Needed to Manage Ethernet/IP Networks
Service Activation (SA) / Turn-Up Testing (T&T)
Performance Monitoring (PM)
User Interface (UI) Overview

Products

Deployment Architecture

Use Cases
2
Viavi Solutions

3
Viavi Solutions

JDSU 8/1/15
Network and Service
Enablement (NE/SE)
Viavi Solutions
Optical Security and
Performance
Products (OSP)

Communications and
Commercial Optical Lumentum
Products (CCOP)

4
Derived from via, meaning way,
and vi-, suggesting vision
Turning data into actionable insight
through VISIBILITY

Delivering exceptional quality of

EXPERIENCE for your customers to
transform your business performance

5
Viavi Today

Trusted
Partner
3,200 of service providers and
enterprises worldwide

Expert Employees
7 Continents
where we serve
customers Decades of
EXPERIENCE
helping customers master

$900M 45
ever-changing networks

in FY15 Revenue Global Offices

6
VIA EtherASSURETM
NetComplete Enterprise Solution Overview

7
The Context

Todays dynamic Ethernet networks offer more challenges to meet

latency, jitter and loss requirements for IP/MPLS based services
Increasingly aggressive deployment plans demand world class automated
workflow and turn-up processes to drive down time to market, increase
operational effectiveness and to better understand real time performance:
O&M Service Performance, Optimization & Troubleshooting
SLA adherence management (for both buying and selling network
connectivity)
Remote Service Turn-up and Acceptance Testing
Accuracy metrics and sampling granularity

These capabilities are not natively supported from the network

infrastructure Calling for
An independent solution that normalizes KPIs measured across multiple
vendor networks by using the same algorithm and metrics
Single NMS and Reporting in a Multi-Supplier environment
Monitor and troubleshoot w/ end-to-end & hop-by-hop visibility
8
VIA EtherASSURE Solution What

A scalable, vendor-agnostic service-assurance solution suited to enable

lean and efficient processes for Ethernet/IP services activation and
quality-level monitoring.
Key functionalities
Monitor performance and validate QoS using synthetic or real traffic
Test network characteristics in a way end-customers will use it
Validate application-layer performance (test the networks ability to
handle bursty applications, and test TCP throughput)
Get real-time performance visibility at every hop, using real
subscriber traffic, to isolate problems to a specific segment or
element in the path.
Understand peak utilizations down to 1s or 100ms intervals
enabling visibility into bursts and how they impact traffic shaping
and policing and resulting QoS
Automate workflow to reduce dependence on work force by
providing operational efficiency, integrated with equipment vendors,
and increased test points for improved isolation
9
VIA EtherASSURE Solution How

Objectives
Validate Quality of Experience (QoE) of IP applications
Operationalize Ethernet/IP Testing
1. Service Activation
2. Performance Monitoring
3. Fault Management
Reduce the Mean Time to Repair (MTTR)

Solution Design Guidelines

Standards Based with Repeatable Results
Normalizes KPIs across a multi-vendor, multi-tech environment
Common View of Pass/Fail Results with a Centralized Repository
Built-in Intelligence: Detailed Diagnostics and Analytics on Failure

10
Operationalizing the Ethernet Service Lifecycle

Service Activation Testing

Verify Service Configuration and Performance before customer activation
1
Automate Test process
Centralize report repository

Performance Monitoring
Verify the service is meeting the SLA
2 Automate services and flow configuration
Collect & Normalize performance data from all network elements or EMS
Provide Easy to use Performance Dashboard and Performance reports

Fault Management
3 Quickly Identify problematic flows and/or services
Support remote trouble-shooting by enabling protocol analysis and
packet capture
Trouble-shoot Connectivity, Configuration, and Performance issues
without a truck roll
11
Operationalizing the Ethernet Service Lifecycle

Service Activation Testing

Verify Service Configuration and Performance before customer activation
1
Standard based test suites: RFC2544, Y.1564, RFC 6349
Thorough testing of the transport network (buffering, latency, jitter)
Verify bandwidth profiles (CIR, CBS) incl. virtual connections (EVC)
Automate Test process
Centralize report repository
Performance Monitoring
Verify the service is meeting the SLA
2 Standards: Y.1731, TWAMP, IEEE 802.1ag
Verify transport core network (Mesh)
Automate services and flow configuration
Collect & Normalize performance data from all network elements or EMS
Provide Easy to use Performance Dashboard and Performance reports

Fault Management
3 Quickly Identify problematic flows and/or services
Support remote trouble-shooting by enabling protocol analysis and
packet capture
Trouble-shoot Connectivity, Configuration, and Performance issues
without a truck roll
12
The Viavi Solution Enables to

Drive work force automation and rapid turn-up validation by central testing
to the remote loop
Leverage existing installed base of field deployed portables
Improve network capacity planning and optimization
Real Time view of network, traffic and applications
Enables traffic and burst analysis to millisecond resolutions
Increase responsiveness to end users
E.g. improve customer SLA management
Reduce Dispatches
Remotely measure and capture live traffic (Deploy to fix, not find)
Find root cause of network performance issues quickly
Only E2E solution to offer integrated segmentation analysis
Measure and segment service performance with both test and live
traffic

13
Solution Overview
Solution Building Blocks

EtherASSURETM EtherASSURETM
Test and Turn-Up Performance Monitoring

Software
Application, presentation and Reporting Layer

ESA Mediator
NetCompleteTM PacketPortalTM (PP)
(ESAM)
Mediation and Control Layer

Hardware
vQT
QT-600-10 Smart SFP 3rd
Virtual Test
Test Head JMEP, PPIV party
Head
Test Execution, Measurement and Collection Layer
Solution Building Blocks OTN

EtherASSURETM EtherASSURETM
Test and Turn-Up Performance Monitoring

Software
Application, presentation and Reporting Layer

ESA Mediator
NetCompleteTM
(ESAM)
Mediation and Control Layer

Hardware
SWQT
Smart SFP
Virtual Test
JMEP, PPIV
Head
Test Execution, Measurement and Collection Layer
Deployment View

Core
Network

Ethernet/IP/MPLS
Network

17
 Normalizes KPIs across a multi-vendor, multi-tech
Solution Overview Common View of Pass/Fail with a Centralized DB

Reflector & Initiator

JMEP for point-to-point

2 4

NetComplete&ESAM Servers

3 Ethernet/IP/MPLS
JMEP Network Test-Head Probe
Real-time In-service 1
Throughput 1 vQT/QT-600 Ethernet Test Heads
at eNB
2 3rd Party End points and/or Network Elements/Nodes

3 SFP-based Probes (JMEP)

4 EtherASSURE Central SW
TWAMP RFC 5357
T&T (RFC2544, Y.1564)
TWAMP, T&T (RFC2544, Y.1564)

18
NetComplete Suite

NetComplete

NetComplete EtherASSURE EMS & NetComplete

EtherASSURE Test & Mediation Application EtherASSURE PM
Turn-up
Aka
NetAnalyst
NGT

ESAM is responsible for:

Test-Head Probe Discovering JMEPS
Ethernet Service Implementing communication security (SOCP)
Monitoring status of the JMEPs
Assurance Mediator Collecting PM data from the JMEPs
(ESAM) Translating NetComplete server test and
configuration requests into commands, sending
them to the JMEP and retrieving results
Transferring the above information to the
NetComplete server

Up to 5000 JMEPs per ESAM

19
Probes

QT600-10
2 * 10G test port
4000 flows per port
5 min or 15 min test reporting
Near-Real Time reporting
Integrated with NetComplete

vQT
1 * 1G test port
500 flows
5 min or 15 min test reporting
Near-Real Time reporting
Integrated with NetComplete

20
Instrument, Probe, Agent, vProbe

COTS Hardware
Hypervisor
Virtual Machine
Linux Environment Linux Environment Linux Environment
Instrument Probe vProbe
Booter (Kernel)
Test Mngr Test
Init daemon
I/F Mngr/EMS I/F
Test
Mngr/EMS I/F
Linux Package
Management Y.1564/
Y.1564 Y.1564/
Web Services Twamp Twamp

Applications
Device I/F Device I/F
Device I/F

FPGA HW FPGA HW
Accelerator Software
Accelerator Accelerator

NIC

21
PacketPortal JMEP Overview

Intelligent SFP with Integrated Ethernet

L2/L3 Capability

Leverages Techs expertise

Incorporates Viavis Ethernet Service activation and

1Gbps 1310nm LX SFP
performance monitoring technology into a standard
SFP

Pluggable directly into network elements such as

switch, router and wireless base station

Enables standard optical, electrical Gigabit Ethernet

port with service turn-up automation and monitoring
Incorporates JDSUs capability
Packet Engine

Ideal for locations with limited rack-space and power

capacity such as Small Cell

22
JMEP Overview
Optical or Electrical Transceivers
Performance Monitoring Features
Inline performance monitoring
Standards-based connectivity fault management (802.1ag)
Performance monitoring Y.1731, TWAMP-Light reflector (RFC 5357)
Up-and-down maintenance end point (MEP) configuration
Supports a on multiple services/QoS concurrently
Throughput (when inserted on line)

Service Activation Test Features

Activates Layer 2 and Layer 3 loopbacks on any
port
Supports per-port or per-EVC loopbacks
Automatically discovered from Viavi T-BERD/MTS and QT family test head
Complies with RFC 2544 and Y.1564 test methodologies
Others
Dying Gasp /Power loss
Hot-pluggable
Remote Software configuration and upgrade from NetComplete EMS

Remote software upgrade 23

JMEP supports a set of core functionalities

JMEP Transceiver

Optical Fiber SFP Transceiver JMEP-01LX80A10 and JMEP-01ZX80A10

1 Gigabit Ethernet
Model : 1310nm LX 10km, 1550nm ZX 80km
Fabry-Perot (FP) Laser
Operates with 9/125 m single mode fibers for LX, multimode for ZX
LC optical connector
Single 3.3V power supply
Operating Temperature -40 to 85C
RoHS-6 compliant

Compatible with SFF-8074i

Compliant to GR-468-CORE
Reliability Assurance for Optoelectronic Devices (NEBS)
Conforms to SFF-8472
Digital Diagnostic Monitoring (DDM)

Electrical SFP Transceiver - JMEP-01CU00A10

Gigabit Ethernet (1000 Base-T)
Standard Category 5 shielded/unshielded twisted-pair copper
Link lengths up to 100 m (328 ft)

24
JMEP location, insertion

JMEP is deployed in any Network Element having a SFP slot, for 1Gb/s
JMEP is inserted on the line or Not inserted (on a spare port)
For Copper JMEP, the port needs to support SGMII 1000BaseT support

Not inserted JMEP => No Throughput

Switch/Router
Having SFP slot Inserted JMEP

CPE

MA100

25
MA-100 Twin hardened SFP unit

26
TWAMP Monitoring

TWAMP Two Way Active Measurement Protocol

L3 method to determine jitter, latency and packet loss between two points

TWAMP solution compromises NetComplete, QT600 and JMEP or NE

Near Real Time NRT/Hourly/Daily Reports

27
LTE Service Activation Testing
J
M
1 E Spoke
P

J HUB MSC
1
M
E Spoke
P

1 Y.1564
J
M
1 E Spoke Y.1564 QT 1
P

1. Service Activation Testing

1 QT to Hub/Spoke Y.1564 test would provide user latency, jitter and loss
measurements in concise test report.
Multi-stream, one for VoLTE

Centralized Testing provides

Consistent repeatable automatable test process
Centralize expertise in NOC
Test before activation, use to troubleshoot, retest on config changes
Protects portable investment, can still test in from the Edge 28
EtherAssure NetComplete turn-up with portables

NetComplete
Ethernet Ethernet
Tellabs 8605 NetAnalyst Test OS
Tellabs 8605
RFC 2544

Ping, Traceroute

Loopback Testing

Netmon

Ethernet
Tellabs 8605

Voice
Network

Ethernet

Tellabs 8605
Data
Network

Multiple simultaneous tests

Single tech turn-up
High # of turn-ups per week NetComplete
QT-600

29
True Speed- RFC-6349

Provider
ALU 7705
Network
TBERD/MTS-5800
ALU 7750

Three (3) QT-600

traditional
streams
TrueSpeed: up to
64 TCP sessions

Automated upload, then download from the near-end and far-end

Sequentially and not concurrent
Upload test: Up to three (3) traditional streams are sent in parallel with a TCP stream (up
to 64 connections in the TCP stream)
Download Test: Same as upload test, only from Far-end to Near-end tester

30
VoIP Testing Rel 10.3

Key Functions
QT-600 Places call between
themselves using SIP as call setup
RTCP is used to exchange results

RTP
SIP
PIP

31
OAM Standards & Tools

32
OAM Standards & Tools

Ethernet/IP Networking Some basics

The OSI Model

The OSI (Open Systems Interconnect) model defines layers in a network.

Understanding the function of each layer is key in understanding data
communication within Local, Metro or Wide Area Networks.

Layer 7 Application
Layer 6 Presentation
Layer 5 Session
Layer 4 Transport
Layer 3 Network
Layer 2 Data Link
Layer 1 Physical

Test and Measurement Solutions 34

OSI Model PDU

Layer 7
AH Payload Data
Application
Layer 6
PH Payload Data
Presentation
Layer 5
SH Payload Data
Session
Layer 4
TH Payload Segments
Transport
Layer 3
NH Payload Packets
Network
Layer 2
LH Payload LT Frames
Data Link
Layer 1
101001001 Payload 1001001001 Bits
Physical

35
OSI PDU Protocols

Layer 7
AH Payload
Application
Applications Layer 6
PH Payload
www, e-mail, ftp, Presentation
VoIP, Layer 5
SH Payload
Session
Layer 4
TH TCP / UDP
Transport
Layer 3
NH IP
Network
Layer 2
LH ATM, Frame Relay, Ethernet, PPP LT
Data Link
Physical Media, (copper/fiber), xDSL,DS1, Layer 1
DS3, SONET Physical

Test and Measurement Solutions 36

Common Protocols
Link Layer
Ethernet
VLAN
MPLS
Provider Backbone Bridge (PBB), GRE, L2TP (L2F/v2/v3), PPPoE
ARP

Internet Layer
IPv4, IPv6
ICMP, ICMPv6/MLD, IGMP

Transport Layer
TCP, UDP, SCTP

Application Layer
RTP, RTCP, MPEG-TS, GTP
Data/Payload
37
 Virtual LANs (VLANs)
VLAN is Layer 2, IP subnets are Layer 3

Each VLAN ID is a unique broadcast domain

VLAN ID ranges 1..4094

Potentially each VLAN ID is a separate IP domain / subnet e.g.

Management
Per customer
etc

Frame without VLAN Header

Ethernet Header
Payload
Destination MAC Source MAC EtherType
1 2 3 4 5 6 1 2 3 4 5 6 1 2 1 2 3

Frame with VLAN Header

Ethernet Header
VLAN Header Payload
Destination MAC Source MAC TPID PCP,CFI,VID EtherType
1 2 3 4 5 6 1 2 3 4 5 6 1 2 1 2 1 2 1 2 3

38
OAM Standards & Tools

KPIs Needed to Manage Ethernet/IP Networks

PM Key Performance Indicators (KPIs)
Frame Delay (FD)
Round Trip
One way

Frame Delay Variation (FDV)

IETF / MEF RFC 3393 Inter-Packet Delay Variation
ITU Typically considered Jitter

Frame Loss Rate

Sampled
Real

Throughput Traffic Traffic OAM Traffic

RFC-2544 / Y.1564/ETH-TST Traffic Traffic OAM Traffic

Offered and Delivered

Location
Availability A
Location
B
Based on Frame Loss
Ratio Percentage
ITU Sliding Window
IEEE Static Window

40
KPI definition
Frame Delay, or Latency is the total time taken for a frame to travel from
source to destination. This total time is the sum of both the processing delays
in the network elements and the propagation delay along the transmission
medium. In order to measure latency a test frame containing a time stamp is
transmitted through the network. The time stamp is then checked when the
frame is received. In order for this to happen the test frame needs to return to
the original test set by means of a loopback (round-trip delay).

Frame Loss is the number of frames that were transmitted successfully from
the source but were never received at the destination. It is usually referred to
as frame loss rate and is expressed as a percentage of the total frames
transmitted. For example if 1000 frames were transmitted but only 900 were
received the frame loss rate would be: (1000 900) / 1000 x 100% = 10%
Frames can be lost, or dropped, for a number of reasons including errors,
over-subscription and excessive delay

41
IFDV
Inter-Frame Delay Variation (IFDV) is the difference between the one-way delay
of a pair of selected Service Frames. This definition is borrowed from RFC 3393
where IP packet delay variation is defined. For a particular Class of Service
Identifier and an ordered pair of UNIs in the EVC, IFDV Performance is applicable
to Qualified Service Frames.

42
Throughput
Data throughput is simply the maximum amount of data, that can be transported
from source to destination

In any given Ethernet system the absolute maximum throughput will be equal to
the data rate, e.g. 10 Mbit/s 100 Mbit/s or 1000 Mbit/s. In practice these figures
cannot be achieved because of the effect of frame size
The smaller size frames have a lower effective throughput than the larger sizes
because of the addition of the pre-amble and the interpacket gap bytes, which do
not count as data

Throughput could include all the Frame or exclude the Ethernet overhead

43
OAM Standards & Tools

Service Activation (SA) / Turn-Up Testing (T&T)

Service Activation (SA) / Turn-Up Testing (T&T)

Core
Network

Ethernet/IP/MPLS
Network Test-Head Probe

IP Address/ICMP Availability, basic performance using

Responder Ping/UDP Echo

Service Activation using

Service
Loopback Y.1564/RFC-2544
Activation
(SAT)

45
Service Activation Tests

Generate traffic matching traffic profile in the SLA.

Check that the service performs correctly.
10Mbps Up, 5 Mbps Down, <10ms

Tests designed to push the SLA to its limit in different ways

Simulate customers most demanding use case
When Service Activation tests pass, service can be delivered to
the customer.
46
How are the services provisioned?

The Pipe EVCs Apps

10Mbps
64Kb CBS
10ms Latency
0% Frame Loss
10 s Jitter

EVC = Ethernet Virtual Circuit

47
Service Activation: Off-Band Test Methodologies

Basic connectivity testing: ICMP Ping/Echo/Traceroute methods

From Link Connectivity to Service Reliability

Connectivity Not enough for service turn-up: Need to characterize service behavior for proper activation
[Ping]

De-facto industry standard designed for benchmarking of network elements (interconnectivity)

Encompasses throughput testing at various frame sizes to verify prescribed traffic requirements
Transport
Single-Stream, Sequential Testing only. Packet Delay Variation not supported
[RFC 2544]

Created for Ethernet service activation based on the service attributes used to define their SLAs
Service Multi-Stream, Multiple Frame size Test KPIs at different rates (CBS/CIR/EIR/MIR) per profile
Profile Validates different QoS mechanisms for different service types (e.g. LTE, Video, etc.)
[ITU 1564]

Repeatable test method that provides metrics and guidelines to optimize TCP performance
Application Allows model traffic burst behavior and the way the customer experiences it
[RFC 6349]

48
RFC2544 Pipe Test

10Mbps
64Kb CBS RFC2544
10ms Latency 10Mbps
0% Frame Loss 10ms Latency
10 s Jitter 0% Frame Loss
10s Jitter
64Kb CBS

49
RFC2544

Original MEF test standard for Layer 2 Ethernet Network

Requires MAC address, VLANs and test parameters, between 2 * L2 devices
Requires standard frame sizes (64, 128, 256, 512, 1024, 1280 and 1518 byte) to
be tested for a certain length of time and a certain number of times.
KPIs: Throughput, Latency, Frame Loss and Back-to-back frames
Back-to-back frame testing involves sending a burst of frames with minimum
inter-frame gaps to the DUT and count the number of frames forwarded by the
DUT. If the count of transmitted frames is equal to the number of frames
forwarded the length of the burst is increased and the test is rerun
If the number of forwarded frames is less than the number transmitted, the length
of the burst is reduced and the test is rerun. The back-to-back value is the
number of frames in the longest burst that the DUT will handle without the loss of
any frames
RFC2544 tests each configuration sequentially

50
ITU Y.1564

Y.1564 is an Ethernet service activation test methodology, which is the current

ITU-T standard for turning up, installing and troubleshooting Ethernet-based
services. It is the only standard test methodology that allows for complete
validation of Ethernet service-level agreements (SLA) in a single test.

Two Phases

1. System Configuration Test (SCT)

- Streams are tested sequentially.
- Each defined service is tested individually for acceptable throughput, latency and
frame loss that confirms whether the network is correctly configured to handle the
attributes of the stream, in particular different configured priorities.
- Service attributes such as committed information rate (CIR), rate limiting, traffic
shaping, and committed burst size are tested to ensure that they are configured
correctly.

2. Service Performance Test (SPT)

- If all circuits pass the SCT, then a Service Performance Test (SPT) can occur
- Streams are tested simultaneously.

51
Y.1564 Multiple EVC Test
Phase 1 : Service Configuration Test

Y.1564 Phase 1 Step 1

VLAN 1
CIR-> EIR-> Policing
CBS
Y.1564 Phase 1 Step 2
VLAN 2
CIR-> EIR-> Policing
CBS
Y.1564 Phase 1 Step 3
VLAN 3
CIR-> EIR-> Policing
CBS
Y.1564 Phase 1 Step 4
VLAN 4
CIR-> EIR-> Policing
CBS

CIR Committed Information Rate | EIR Exceeded Information Rate

CBS Committed Burst Size
52
Whats the difference? Y.1564 Multiple EVC Test

Phase 2 : Service Performance Test

Y.1564 Phase 2
VLAN1-4
FTD
FDV
FLR
Availability

53
Service Activation Methodology (SAM): ITU Y.1564

A Service is defined by a set of attributes:

Service = Bandwidth Profile
- Committed information rate (CIR)
- Extended information rate (EIR)
SLA parameters = QoS Criteria
- Frame Transfer Delay (FTD)
- Frame Delay Variation (FDV)
- Frame Loss Rate (FLR)

Tests up to CIR to verify committed SLA parameters. Then increase the traffic
rate into the red zone to verify policing
1. CIR Test
Traffic is transmitted at the CIR. A step load test is used to gradually reach and exceed the CIR
(each step is a % of CIR), default values for the first three steps are 25%, 50%, and 75%). The
received traffic is evaluated against SLA thresholds
2. EIR Test
Traffic is transmitted at the CIR+EIR. Passes if received traffic is between CIR and CIR+EIR
3. Traffic Policing
The purpose of this test is to ensure that when retransmitting at a rate higher than the allowed
CIR+EIR, the excess traffic will be appropriately blocked to avoid interference with other services

54
Y.1564 Test Setup: Flow/Connection

Test-Head
JMEP
Probe

Flow Config

55
Y.1564 Test Setup: Service Attributes

56
Y.1564 Test Result Summary

57
Service Activation Summary: RFC 2544 vs ITU Y.1564
RFC 2544
RFC 2544 only focuses on the maximum
Throughput
capabilities of a link with no separation
of the committed and excess traffic
RFC2544 tests one frame in every test
Frame Delay time, which doesnt take into
consideration any variation or peak that
can occur over a longer test period.
Frame loss is measured during rate
distribution throughput test, in which
frames are generated at specific
Frame Loss intervals of transmission rates. However
frame loss distribution doesnt align with
committed and excess rate profiles
leaving important KPI out.
Frame Delay Not being tested by RFC2544
Variation
ITU Y.1564 SAM
Tests performance at the CIR and ensures
that the KPI are met constantly during the
test. Excess and discard are not ignored
and measured as well, ensuring policing
and shaping mechanisms were properly
configured in the network.
Provides the peak latency and average
latency measures during the test on all
generated frames. Thus assuring that
deviation out of the committed range or
defined are identified, resulting in the
actual latency of the service.
Frame loss is done during throughput test
allowing for fast identification for any frame
lost and reducing the service test time.
Frame delay variation is tested during
testing with traffic generated up to the CIR,
ensuring proper traffic prioritization and
forwarding.
58
OAM Standards & Tools

Performance Monitoring (PM)

Performance Monitoring (PM)

Core
Network

Ethernet/IP/MPLS
Network Test-Head Probe

IP Address/ICMP Availability, basic performance using

Responder Ping/UDP Echo

Service Activation using

Service
Loopback Y.1564/RFC-2544
Activation
(SAT)

Performance 24/7 Performance Metrics via RFC-

TWAMP
Monitoring 5357 TWAMP

60
TWAMP

TWAMP Two Way Active Measurement Protocol (RFC 5357)

L3 flexible method for measuring round-trip IP performance between any
two devices in a network that supports the standard.
Determines jitter, latency and packet loss between two points
Accurate performance monitoring requires Reflector time-of-day clock
synchronous with Initiator
TWAMP connects using TCP and uses UDP packets for testing
defines two sets of protocols
Control Protocol
Enables endpoints to negotiate
Performance-measurement probes
Defines the packet format that is needed for measuring round-trip
performance.

61
TWAMP Cont.
TWAMP Reflector
Two components: Initiator and TWAMP Initiator

Reflector (time syncd)

T1 Timestamp
Initiator sends TWAMP Flows T2 Timestamp
(UDP packets) at pre-defined
intervals with timestamp, Delay T3 Timestamp
sequence number and sync bit.
Reflector T4 Timestamp
Timestamps packet arrival time
Copies packet send time, End to end delay = T4-T1
receive time, TTL, sync bit One way delay = T2-T1 and T4-T3
Sets reflector sync bit, send time Processing time = T3-T2
and receiver sequence number

Timestamps and sequence

numbers used to compute:
Frame Loss, Round Trip and One
Way Delay and Jitter
62
TWAMP Packet

63
TWAMP Packet Structure

T1 Round trip time = T4-T1

One-way = T2-T1
= T4-T3
Process time = T3-T2
T2

T3

T4 applied to received frame

64
TWAMP Setup and Operation

NetComplete TWAMP PM
1
OR NetComplete PM

Test CMD/CFG
Or
3rd party system

Test Results
2 4
Circuit Inventory

TWAMP FULL
Control(Optional) End
3 Point
TWAMP Test Packet

65
TWAMP Flow Setup

CONTROL
TWAMP TX TWAMP REFLECTOR REFLECTOR CONTROL
FLOW ID FLOW NAME A NAME Z MEP NAME DSCP SERVER
PERIOD FRAME SIZE IP ADDRESS UDP PORT SERVER IP
PORT

10.35.10.2-0x00- QT600 to Twamp-l Ericsson-

100ms 110 10.211.83.18 860 0
10.211.83.18 Ericsson eNB Initiator 10.211.83.18

10.35.10.2-0x00- QT600 to Huawei twamp Huawei-

100ms 110 10.211.81.21 64679 0 10.211.81.21 862
10.211.81.21 eNB Initiator 10.211.81.21

10.35.10.2-0x00- QT600 to Nokia Twamp-l Nokia-

100ms 110 10.211.160.2 5018 0
10.211.160.2 eNB Initiator 10.211.160.2

10.35.10.2-0x00- QT600 to twamp ALU-

100ms 110 10.20.20.50 15000 0 10.20.20.50 862
10.20.20.50 ALU7750B Initiator 10.20.20.50

66
PM Key Performance Indicators (KPIs)
Frame Delay Avg = Avg FD reported per measurement period is the average of all sample FD measurements collected
(FD) within the measurement period.
Two components: Initiator and Reflector (time syncd)
On the Monthly SLA Report and Worst Flows Report the Avg FD is averaged in the A->Z and the Z->A
One-way and round-trip direction. The largest average is displayed on the report.
Max = Maximum value of FD value over Report Period
Initiator sends TWAMP Flows (UDP packets) at pre-defined intervals
Avg = Avg FDV reported per measurement period is the average of all sample FDV measurements
Frame Delay Variation
(FDV)with timestamp, sequence
collected number
within the measurement and sync bit.
period.
On the Monthly SLA Report and Worst Flows Report the Avg FDV is averaged in the A->Z and the Z->A
direction. The largest average is displayed on the report.
Reflector
One-way and round-trip
Max = Maximum value of FDV value over Report Period

Timestamps
Frame Loss Rate
packet arrival time
FLR is calculated by dividing the number of Frames Lost by the number of Frames Attempted.
(FLR) Copies On the monthly SLA Report and Worst Flows Report the FLR is based on the worst of the A->Z FLR and
packet send time, receive time, TTL, sync bit
the Z->A FLR. The A->Z FLR is calculated by summing all of the lost frames and dividing by the sum of
and
One-way Sets reflector
round-trip sync bit,
the attempted send
frames timeperiod.
for the report and Thereceiver
Z->A FLR sequence number
is calculated by summing all of the lost frames
dividing by the sum of the attempted frames for the report period. The greater of the A->Z FLR or Z->A
FLR is displayed on the report.
Timestamps and sequence numbers used to compute: Frame Loss,
Availability The total number of UAS is divided by the report interval to calculate the Availability%.
Round Trip and
and Unavailable The One Way
Availability on the Delay and
Monthly SLA ReportJitter
and Worst Flows Report is calculated by determining the
Seconds (UAS) average A->Z Availability and the average Z->A Availability. The smallest average Availability is displayed
on the report.
QT600-10 can be Initiator or Reflector. Supports up to 4000 flows
per port,
Bandwidth 8000Only
Utilization flows in attotal
with JMEP (2 ports) point
endpoint/demarcation
Delivered Bandwidth Utilization measured on real-traffic counters. Includes also microburst analysis with
Microburst analysis millisecond granularity
JMEP is a reflector
Per-direction packet Only with JMEP at endpoint/demarcation point
statistics Packets sent, lost, duplicate and out-of-order

67
UAS: Unavailable Seconds
The value is the number of seconds when the circuit was
unavailable for service while not meeting SLA metrics. UAS is
calculated by multiplying the reporting period duration by the
Frame Loss Rate (FLR),
If there is no FLR, the UAS is set to the reporting period
duration if the Average Frame Delay (FD) for the reporting
period exceeds the UAS Average FD threshold or the Average
Inter-Frame Delay Variation (IFDV) for the reporting period
exceeds the UAS Average IFDV threshold
UAS is calculated in both directions and the higher of the two
UAS is reported

68
Availability or Availability (%):

Availability is calculated by subtracting the UAS value from the

reporting period duration and dividing the result by the reporting
period duration

69
Frame Counts OOS and Duplicate

OOS: Out of sequence - Number of Out of Sequence packets

during the measurement interval. (counted in both directions -
higher of the two counts is reported)

Duplicate: Number of Duplicate packets during the

measurement interval. (counted in both directions - higher of
the two counts is reported)

70
User Interface (UI) Overview

71
NetComplete Enterprise Suite

Portal to access the NetComplete EMS, known as NetComplete (NTC) Portal

PM Admin to access the NetComplete EtherASSURE PM UI, also known as NetOptimize OSS

NetAnalyst NGT to access the NGT test portal which is used for configuring QT-600 and other
supported probes for service activation or performance monitoring tests

72
NetComplete Enterprise Suite
NetComplete

NetComplete NetComplete
EtherASSURE Test & EtherASSURE EMS & EtherASSURE PM
Turn-up Mediation Application

ESAM is responsible for:

Discovering JMEPS
Ethernet Service The ESAM relays probe
Implementing communication security Assurance Mediator configuration commands from
Monitoring status of the JMEPs NetComplete to the SFProbes
Collecting PM data from the JMEPs (ESAM)
Translating NetComplete server test and
configuration requests into commands, sending ESAM communicates with the
them to the JMEP and retrieving results JMEPs using SOCP
Transferring the above information to the
NetComplete server

Viavi Solutions, 2015 73

NGT Near Real-Time (NRT) User Interface

74
 Dashboard PM View

Service
Hierarchy SLA Count Violation
Summary View
With drill-down

Individual Flows
View with Color
coding

75
Dashboard PM View

SW
Reflector

JMEP

Endpoint
Flow Name
Type
TWAMP KPIs
76
Dashboard Flow Comparison

77
PM Reports Samples

78
Dashboard Throughput View (need JMEP inserted)

Throughout reported by JMEPs only

Per flow
level
Per port
level

79
JMEP Port Throughput Heat Map (need JMEP inserted & licenses)

Dark blue suggest very

few occurrences but
>100Mbps
Possible Microbursts?

80
 JMEP Port Throughput Microburst Histogram (need JMEP
inserted & licenses)
B34_0B627_MAHMUTBEY_VODAFONE_VIP

<0.10% occurrences with >70Mbps

Suspicious micro-bursts?

C908_HALKALI_ARENA

<0.10% occurrences with >80Mbps

Suspicious micro-bursts?

81
Quiz
Question1

Which one is not a component of your EtherASSURE NetComplete solution?

A. NGT
B. NetComplete PM
C. JMEP
D. ESAM
E. vQT
F. QT-600
G. NE40

83
Question 2

Circle the components that make up the Ethernet life cycle that Viavi is trying to
operationalize:
A. Fault
B. Service Activation
C. Performance Monitoring
D. Circuit Provisioning

84
Question 4

Circle the key applications for Layer 2 RFC1544

A. QoS Testing
B. MEP Testing
C. VLAN Testing
D. LBM Loopback

85
Question 5
Circle the key applications for Layer 3 Y.1564
A. QoS Testing
B. MEP Testing
C. VLAN Testing
D. LBM Loopback

86
Question 6
Circle the maximum Number of Twamp Flow per vQT port
A. 100
B. 500
C. 1000
D. 2000

87
Question 7
Circle the maximum Number of resource or EVC per JMEP
A. 2
B. 5
C. 10
D. 20

88