EtherAssure Training - Session 1a - Intro-overview

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) Optical Security and Performance Products (OSP) Communications and Commercial Optical Products (CCOP)

Viavi Solutions

Lumentum

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

3,200

Trusted Partner of service providers and enterprises worldwide

Expert Employees

7

Continents where we serve customers

$900M 45 in FY15 Revenue

Decades of EXPERIENCE helping customers master ever-changing networks

Global Offices

6

VIA EtherASSURETM NetComplete Enterprise Solution Overview

7

The Context 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 • 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 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 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 1

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

Performance Monitoring 2

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

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 1

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

Performance Monitoring 2

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

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 Performance Monitoring

Application, presentation and Reporting Layer NetCompleteTM

ESA Mediator (ESAM)

PacketPortalTM (PP)

Software

EtherASSURETM Test and Turn-Up

Mediation and Control Layer vQT Virtual Test Head

Test Execution, Measurement and Collection Layer

Smart SFP JMEP, PPIV

3rd party

Hardware

QT-600-10 Test Head

Solution Building Blocks – OTN

Application, presentation and Reporting Layer NetCompleteTM

ESA Mediator (ESAM)

Software

EtherASSURETM Performance Monitoring

EtherASSURETM Test and Turn-Up

Mediation and Control Layer

Test Execution, Measurement and Collection Layer

Smart SFP JMEP, PPIV

Hardware

SWQT Virtual Test Head

Deployment View

Core Network Ethernet/IP/MPLS Network

17

Solution Overview JMEP

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

Reflector & Initiator for point-to-point

4

2

NetComplete&ESAM Servers

Ethernet/IP/MPLS Network

3 JMEP Real-time In-service Throughput at eNB

Test-Head Probe

1

1

vQT/QT-600 Ethernet Test Heads

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 Test & Turn-up

EtherASSURE EMS & Mediation Application

NetComplete EtherASSURE PM

Aka NetAnalyst NGT

Test-Head Probe

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 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 Linux Environment

Linux Environment

Virtual Machine Linux Environment

Instrument Booter (Kernel)

Probe

vProbe

Test Mngr

Test Mngr/EMS I/F

Init daemon I/F Linux Package Management Y.1564 Web Services Applications

Y.1564/ Twamp

Device I/F

Device I/F

FPGA HW Accelerator

FPGA HW Accelerator

Test Mngr/EMS I/F

Y.1564/ Twamp

Device I/F

Software Accelerator

NIC 21

PacketPortal JMEP Overview

Intelligent SFP with Integrated Ethernet L2/L3 Capability Leverages Tech’s expertise

1Gbps 1310nm LX SFP

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

Incorporates JDSU’s Packet Engine

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

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 JMEP supports a set of core functionalities

23

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 ▫ 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 1

1

J M E P

J M E P

Spoke HUB Spoke 1

1

1

J M E P

MSC

Spoke

Y.1564 Y.1564

QT

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 • Test before activation, use to troubleshoot, retest on config changes • Protects portable investment, can still test in from the Edge

1

28

EtherAssure NetComplete turn-up with portables

NetComplete Ethernet Tellabs 8605

Ethernet Tellabs 8605

NetAnalyst Test OS RFC 2544 Ping, Traceroute Loopback Testing Netmon

Ethernet Tellabs 8605

Voice Network Ethernet Tellabs 8605

• Multiple simultaneous tests • Single tech turn-up • High # of turn-ups per week

Data Network

NetComplete QT-600

29

True Speed- RFC-6349 Provider Network

ALU 7705

TBERD/MTS-5800

ALU 7750

Three (3) traditional streams

QT-600

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

Application Presentation Session Transport Network Data Link Physical

Test and Measurement Solutions

34

OSI Model PDU AH PH SH

LH

Payload Payload

TH NH

Payload

Payload Payload

Payload 101001001

Payload 1001001001

LT

Layer 7 Application

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

Data Data Data Segments Packets Frames Bits

35

OSI PDU Protocols AH Applications www, e-mail, ftp, VoIP,

PH SH TH NH

LH

Payload Payload

Payload TCP / UDP IP

ATM, Frame Relay, Ethernet, PPP

LT

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

Test and Measurement Solutions

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

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

1

Destination MAC 2 3 4 5

Ethernet Header Source MAC 6 1 2 3 4

5

6

EtherType 1 2

Payload 1

2

3

Frame with VLAN Header Ethernet Header

1

Destination MAC 2 3 4 5

6

1

Source MAC 2 3 4

5

6

Payload VLAN Header PCP,CFI,VID EtherType TPID 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

▫ RFC-2544 / Y.1564/ETH-TST ▫ Offered and Delivered

Availability

Traffic

OAM

Traffic

Traffic Traffic OAM Traffic

Location 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

Service Activation (SAT)

Test-Head Probe

IP Address/ICMP Responder

Availability, basic performance using Ping/UDP Echo

Loopback

Service Activation using Y.1564/RFC-2544

45

Service Activation Tests Generate traffic matching traffic profile in the SLA. Check that the service performs correctly. 10Mbps Up, 5 Mbps Down, 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

What’s 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 Probe

JMEP

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

Throughput

ITU Y.1564 SAM

Tests performance at the CIR and ensures that the KPI are met constantly during the RFC 2544 only focuses on the maximum test. Excess and discard are not ignored capabilities of a link with no separation and measured as well, ensuring policing of the committed and excess traffic 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.

Not being tested by RFC2544

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

Frame Delay Variation

58

OAM Standards & Tools Performance Monitoring (PM)

Performance Monitoring (PM)

Core Network Ethernet/IP/MPLS Network

Service Activation (SAT)

Performance Monitoring

Test-Head Probe

IP Address/ICMP Responder

Availability, basic performance using Ping/UDP Echo

Loopback

Service Activation using Y.1564/RFC-2544

TWAMP

24/7 Performance Metrics via RFC5357 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 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

TWAMP Initiator

T1 Timestamp T2 Timestamp Delay

T3 Timestamp

T4 Timestamp

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

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 5 TWAMP PM

NetComplete

1 OR

Test Results

Circuit Inventory

Test CMD/CFG

2

NetComplete PM Or 3rd party system 4

TWAMP FULL Control(Optional)

3

End Point

TWAMP Test Packet

65

TWAMP Flow Setup

FLOW ID

FLOW NAME

A NAME

Z MEP NAME

TWAMP TX PERIOD

TWAMP REFLECTOR REFLECTOR CONTROL DSCP FRAME SIZE IP ADDRESS UDP PORT SERVER IP

10.35.10.2-0x0010.211.83.18

QT600 to Ericsson eNB

Twamp-l Initiator

Ericsson10.211.83.18

100ms

110

10.211.83.18

860

0

10.35.10.2-0x0010.211.81.21

QT600 to Huawei eNB

twamp Initiator

Huawei10.211.81.21

100ms

110

10.211.81.21

64679

0

10.35.10.2-0x0010.211.160.2

QT600 to Nokia eNB

Twamp-l Initiator

Nokia10.211.160.2

100ms

110

10.211.160.2

5018

0

10.35.10.2-0x0010.20.20.50

QT600 to ALU7750B

twamp Initiator

ALU10.20.20.50

100ms

110

10.20.20.50

15000

0

CONTROL SERVER PORT

10.211.81.21

862

10.20.20.50

862

66

PM Key Performance Indicators (KPIs) Frame Delay (FD)

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

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

One-way and round-trip

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 with timestamp, sequence number and sync bit. collected within the measurement period.

Frame Delay Variation (FDV)

Reflector

One-way and round-trip

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

• Timestamps packet arrival time 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 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 the attempted frames for the report Z->A FLR sequence is calculated by summing all of the lost frames One-way round-trip • and Sets reflector sync bit, send timeperiod. and The receiver number dividing by the sum of the attempted frames for the report period. The greater of the A->Z FLR or Z->A Frame Loss Rate (FLR) • Copies

FLR is displayed on the report.

Timestamps and sequence numbers used to compute: Frame Loss, The total number of UAS is divided by the report interval to calculate the Availability%. Round Trip and Way and The One Availability on the Delay Monthly SLA ReportJitter and Worst Flows Report is calculated by determining the

Availability and Unavailable 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, 8000Only flows in attotal (2 ports) point with JMEP endpoint/demarcation Bandwidth Utilization Microburst analysis

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

JMEP is a reflector

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 EtherASSURE Test & Turn-up

EtherASSURE EMS & Mediation Application

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

Ethernet Service Assurance Mediator (ESAM)

NetComplete EtherASSURE PM

The ESAM relays probe configuration commands from NetComplete to the SFProbes

ESAM communicates with the JMEPs using SOCP

© 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 Type

Flow Name

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

70Mbps Suspicious micro-bursts?

C908_HALKALI_ARENA

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