EtherAssure Training - Session 1a - Intro-overview

EtherAssure

Training

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

3

Viavi Solutions

Viavi Solutions

Lumentum

JDSU

8/1/15

Network and Service Enablement (NE/SE)

Optical Security and Performance Products (OSP) Communications and

Commercial Optical Products (CCOP)

5

Turning data into

actionable insight

through

VISIBILITY

Derived from

via

, meaning

“way,”

and

vi-

, suggesting

“vision”

Delivering exceptional quality of

EXPERIENCE

for your customers to

transform your business performance

Viavi Today

$900

M

45

Global Offices

3,200

Expert

7

Continents

Decades of

EXPERIENCE

helping customers master ever-changing networks

Trusted

Partner

of service providers and enterprises worldwide

7

VIA EtherASSURE

TM

Today’s 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

The Context

9

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 network’s 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

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

11

“Operationalizing” the Ethernet Service Lifecycle

Service Activation Testing

Verify Service Configuration and Performance before customer activation Automate Test process

Centralize report repository

1

Performance Monitoring

Verify the service is meeting the SLA

Automate services and flow configuration

Collect & Normalize performance data from all network elements or EMS Provide Easy to use Performance Dashboard and Performance reports

2

Fault Management

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

“Operationalizing” the Ethernet Service Lifecycle

Service Activation Testing

Verify Service Configuration and Performance before customer activation

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

1

Performance Monitoring

Verify the service is meeting the SLA

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

2

Fault Management

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

13

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

EtherASSURETM Test and Turn-Up

EtherASSURETM

Performance Monitoring

NetCompleteTM ESA Mediator

(ESAM) PacketPortal TM (PP) QT-600-10 Test Head vQT Virtual Test Head Smart SFP JMEP, PPIV 3rd party Application, presentation and Reporting Layer

Mediation and Control Layer

Test Execution, Measurement and Collection Layer

S

o

ft

w

a

re

H

a

rd

w

a

re

EtherASSURETM Test and Turn-Up

EtherASSURETM

Performance Monitoring

NetCompleteTM ESA Mediator

(ESAM) SWQT Virtual Test Head Smart SFP JMEP, PPIV Application, presentation and Reporting Layer

Mediation and Control Layer

Test Execution, Measurement and Collection Layer

S

o

ft

w

a

re

H

a

rd

w

a

re

17

Ethernet/IP/MPLS

Network

Deployment View

Core

Network

Ethernet/IP/MPLS

Network

Solution Overview

vQT/QT-600 Ethernet Test Heads

3rd _{Party End points and/or Network Elements/Nodes}

SFP-based Probes (JMEP) EtherASSURE Central SW 2 3 4 1 4 Test-Head Probe 2 3 1 JMEP NetComplete&ESAM Servers JMEP Real-time In-service Throughput at eNB

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

Reflector & Initiator for point-to-point

TWAMP RFC 5357 T&T (RFC2544, Y.1564) TWAMP, T&T (RFC2544, Y.1564)

19

NetComplete Suite

NetComplete

NetComplete

EtherASSURE Test & Turn-up

EtherASSURE EMS & Mediation Application NetComplete EtherASSURE PM Ethernet Service Assurance Mediator (ESAM)

ESAM is responsible for: – Discovering JMEPS

– Implementing communication security (SOCP) – Monitoring status of the JMEPs

– Collecting PM data from the JMEPs – 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 Aka

NetAnalyst NGT

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

21

Instrument, Probe, Agent, vProbe

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

PacketPortal JMEP Overview

1Gbps 1310nm LX SFP

Intelligent SFP with Integrated Ethernet L2/L3 Capability

Leverages Tech’s expertise

Incorporates Viavi’s Ethernet Service activation and 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 capability

Ideal for locations with limited rack-space and power capacity such as Small Cell

Incorporates JDSU’s Packet Engine

23

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

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 85ºC

▫ 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

25

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

Inserted JMEP

CPE Switch/Router

Having SFP slot

27

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

LTE Service Activation Testing

1. Service Activation Testing

• 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

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

29

EtherAssure NetComplete turn-up with portables

Voice Network Data Network NetComplete NetAnalyst Test OS RFC 2544 Ping, Traceroute Loopback Testing Netmon NetComplete QT-600 Tellabs 8605 Ethernet Tellabs 8605 Ethernet Tellabs 8605 Ethernet Tellabs 8605 Ethernet

• Multiple simultaneous tests • Single tech turn-up

True Speed- RFC-6349

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)

31

VoIP Testing Rel 10.3

PIP

Key Functions

QT-600 Places call between

themselves using SIP as call setup RTCP is used to exchange results

SIP RTP

OAM Standards & Tools

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 1 Layer 2 Layer 3 Layer 4 Layer 5 Layer 6 Layer 7

_Application

Physical

Presentation

Session

Transport

Network

Data Link

The OSI Model

35

OSI Model PDU

Layer 7

Layer 1

Physical

Layer 6

Presentation

Layer 5

Session

Layer 4

Transport

Layer 3

Network

Layer 2

Data Link

Data

Bits

Data

Data

Segments

Packets

Frames

Payload

AH

Payload

PH

Payload

SH

Payload

TH

Payload

NH

Payload

LH

101001001 Payload 1001001001

LT

Layer 7

Application

Layer 1

Physical

Layer 6

Presentation

Layer 5

Session

Layer 4

Transport

Layer 3

Network

Layer 2

Data Link

Applications

www, e-mail, ftp,

VoIP,

Payload

AH

Payload

PH

Payload

SH

TH

NH

ATM, Frame Relay, Ethernet, PPP

LH

Physical Media, (copper/fiber), xDSL,DS1, DS3, SONET

LT

OSI PDU Protocols

37

Common Protocols

Link Layer

▫ 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

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

Virtual LANs (VLANs)

Frame without VLAN Header

1 2 3 4 5 6 1 2 3 4 5 6 1 2 1 2 3

Frame with VLAN Header

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

Ethernet Header

Payload

Payload Destination MAC Source MAC

OAM Standards & Tools

PM Key Performance Indicators (KPIs)

Frame Delay (FD)

Frame Delay Variation (FDV)

▫ IETF / MEF – RFC 3393 Inter-Packet Delay Variation

▫ ITU – Typically considered Jitter

Frame Loss Rate

▫ Sampled

▫ Real

Throughput

▫ RFC-2544 / Y.1564/ETH-TST

▫ Offered and Delivered

Availability

▫ Based on Frame Loss Ratio Percentage

▫ ITU – Sliding Window

41

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

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.

43

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

OAM Standards & Tools

45

Ethernet/IP/MPLS

Network

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

Core

Network

IP Address/ICMP Responder

Availability, basic performance using Ping/UDP Echo

Loopback

Service Activation using Y.1564/RFC-2544

Service Activation

(SAT)

Generate traffic matching traffic profile in the SLA.

Check that the service performs correctly.

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

▫

Simulate customer’s most demanding use case

When Service Activation tests pass, service can be delivered to

the customer.

Service Activation Tests

47

How are the services provisioned?

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

The ‘Pipe’

EVCs

Apps

Service Activation: Off-Band Test Methodologies

Connectivity [Ping]

• Basic connectivity testing: ICMP Ping/Echo/Traceroute methods

• Not enough for service turn-up: Need to characterize service behavior for proper activation

Transport [RFC 2544]

• De-facto industry standard designed for benchmarking of network elements (interconnectivity) • Encompasses throughput testing at various frame sizes to verify prescribed traffic requirements • Single-Stream, Sequential Testing only. Packet Delay Variation not supported

Service Profile [ITU 1564]

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

Application [RFC 6349]

• Repeatable test method that provides metrics and guidelines to optimize TCP performance – • Allows model traffic burst behavior and the way the customer experiences it

F ro m L in k C o n n e c tiv ity to S e rv ic e R e lia b ilit y

49

RFC2544 – Pipe Test

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

51

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

Y.1564 ‘Multiple EVC 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

Phase 1 : Service Configuration Test

53

What’s the difference? Y.1564 ‘Multiple EVC Test’

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

Service Activation Methodology (SAM): ITU Y.1564

• 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

55

Y.1564 – Test Setup: Flow/Connection

Test-Head

Probe JMEP

57

Service Activation Summary: RFC 2544 vs ITU Y.1564

RFC 2544

ITU Y.1564 SAM

Throughput

RFC 2544 only focuses on the maximum capabilities of a link with no separation of the committed and excess traffic

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.

Frame Delay

RFC2544 tests one frame in every test time, which doesn’t take into

consideration any variation or peak that can occur over a longer test period.

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

Frame loss is measured during rate distribution throughput test, in which frames are generated at specific

intervals of transmission rates. However frame loss distribution doesn’t align with committed and excess rate profiles leaving important KPI out.

Frame loss is done during throughput test allowing for fast identification for any frame lost and reducing the service test time.

Frame Delay

Variation Not being tested by RFC2544

Frame delay variation is tested during testing with traffic generated up to the CIR, ensuring proper traffic prioritization and

OAM Standards & Tools

Ethernet/IP/MPLS

Network

Performance Monitoring (PM)

Core

Network

Availability, basic performance using Ping/UDP Echo

Loopback

Service Activation using Y.1564/RFC-2544

TWAMP 24/7 Performance Metrics via

RFC-5357 TWAMP Service Activation (SAT) Performance Monitoring Test-Head Probe

61

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.

TWAMP Cont.

Two components: Initiator and

Reflector (time sync’d)

Initiator sends TWAMP Flows

(UDP packets) at pre-defined

intervals with timestamp,

sequence number and sync bit.

Reflector

• Timestamps packet arrival time • Copies packet send time,

receive time, TTL, sync bit

• Sets reflector sync bit, send time and receiver sequence number

Timestamps and sequence

numbers used to compute:

Frame Loss, Round Trip and One

TWAMP Initiator T1 Timestamp T2 Timestamp T3 Timestamp T4 Timestamp TWAMP Reflector Delay

End to end delay = T4-T1

One way delay = T2-T1 and T4-T3 Processing time = T3-T2

63

TWAMP Packet Structure

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

65

TWAMP Setup and Operation

NetComplete T e st C M D /C F G End Point TWAMP FULL Control(Optional)

TWAMP Test Packet

2 1 OR 3 T e st R e su lts 4 TWAMP PM 5 Circuit Inventory NetComplete PM Or 3rd _{party system}

TWAMP Flow Setup

FLOW ID FLOW NAME A NAME Z MEP NAME TWAMP TX

PERIOD TWAMP FRAME SIZE REFLECTOR IP ADDRESS REFLECTOR UDP PORT DSCP CONTROL SERVER IP CONTROL SERVER PORT 10.35.10.2-0x00-10.211.83.18 QT600 to Ericsson eNB Twamp-l Initiator Ericsson-10.211.83.18 100ms 110 10.211.83.18 860 0 10.35.10.2-0x00-10.211.81.21 QT600 to Huawei eNB twamp Initiator Huawei-10.211.81.21 100ms 110 10.211.81.21 64679 0 10.211.81.21 862 10.35.10.2-0x00-10.211.160.2 QT600 to Nokia eNB Twamp-l Initiator Nokia-10.211.160.2 100ms 110 10.211.160.2 5018 0 10.35.10.2-0x00-10.20.20.50 QT600 to ALU7750B twamp Initiator ALU-10.20.20.50 100ms 110 10.20.20.50 15000 0 10.20.20.50 862

67

Two components: Initiator and Reflector (time sync’d)

Initiator sends TWAMP Flows (UDP packets) at pre-defined intervals

with timestamp, sequence number and sync bit.

Reflector

• Timestamps packet arrival time

• Copies packet send time, receive time, TTL, sync bit

• Sets reflector sync bit, send time and receiver sequence number

Timestamps and sequence numbers used to compute: Frame Loss,

Round Trip and One Way Delay and Jitter

QT600-10 can be Initiator or Reflector. Supports up to 4000 flows

per port, 8000 flows in total (2 ports)

JMEP is a reflector

Frame Delay (FD)

One-way and round-trip

Avg = Avg FD reported per measurement period is the average of all ‘sample’ FD measurements collected within the measurement period.

On the Monthly SLA Report and Worst Flows Report the Avg FD is averaged in the A->Z and the Z->A direction. The largest average is displayed on the report.

Max = Maximum value of FD value over Report Period

Frame Delay Variation (FDV)

One-way and round-trip

Avg = Avg FDV reported per measurement period is the average of all ‘sample’ FDV measurements collected within the measurement 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.

Max = Maximum value of FDV value over Report Period

Frame Loss Rate (FLR)

One-way and round-trip

FLR is calculated by dividing the number of Frames Lost by the number of Frames Attempted.

On the monthly SLA Report and Worst Flows Report the FLR is based on the worst of the A->Z FLR and the Z->A FLR. The A->Z FLR is calculated by summing all of the lost frames and dividing by the sum of the attempted frames for the report period. The Z->A FLR 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.

Availability and Unavailable Seconds (UAS)

The total number of UAS is divided by the report interval to calculate the Availability%.

The Availability on the Monthly SLA Report and Worst Flows Report is calculated by determining the average A->Z Availability and the average Z->A Availability. The smallest average Availability is displayed on the report.

Bandwidth Utilization

Microburst analysis

Only with JMEP at endpoint/demarcation point

Delivered Bandwidth Utilization measured on real-traffic counters. Includes also microburst analysis with millisecond granularity

Per-direction packet statistics

Only with JMEP at endpoint/demarcation point

Packets sent, lost, duplicate and out-of-order

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

69

Availability is calculated by subtracting the UAS value from the

reporting period duration and dividing the result by the reporting

period duration

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)

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

73

NetComplete Enterprise Suite

NetComplete

NetComplete EtherASSURE Test &

Turn-up EtherASSURE EMS & _{Mediation Application}

NetComplete EtherASSURE PM

Ethernet Service Assurance Mediator

(ESAM)

The ESAM relays probe configuration commands from NetComplete to the SFProbes ESAM is responsible for:

– Discovering JMEPS

– Implementing communication security – Monitoring status of the JMEPs – Collecting PM data from the JMEPs – 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

ESAM communicates with the JMEPs using SOCP

75

Dashboard – PM View

Service

Hierarchy SLA Count Violation

Summary View With drill-down

Individual Flows View with Color

Dashboard – PM View

Endpoint

JMEP SW Reflector

77

79

Dashboard – Throughput View (need JMEP inserted)

Throughout reported by JMEPs only

Per port level Per flow

JMEP Port Throughput – Heat Map

Dark blue suggest very few occurrences but

>100Mbps

81

JMEP Port Throughput – Microburst Histogram (

inserted & licenses)

B34_0B627_MAHMUTBEY_VODAFONE_VIP C908_HALKALI_ARENA <0.10% occurrences with >70Mbps Suspicious micro-bursts? <0.10% occurrences with >80Mbps Suspicious micro-bursts?

83

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

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

85

Question 4

Circle the key applications for Layer 2 RFC1544

A. QoS Testing

B. MEP Testing

C. VLAN Testing

Question 5

Circle the key applications for Layer 3 Y.1564

A. QoS Testing

B. MEP Testing

C. VLAN Testing

87

Question 6

Circle the maximum Number of Twamp Flow per vQT port

A. 100

B. 500

C. 1000

Question 7

Circle the maximum Number of resource or EVC per JMEP

A. 2

B. 5

C. 10