tech challenges

58
1 Carrier Ethernet over HFC Networks High Tech Hurdles 25 th February 2007 Srividya Iyer Motorola Charles Bergren CableLabs Brad Bignall Cisco Eli Baruch Arris Eric Doricko Calix

Upload: rockys11

Post on 16-Jan-2015

1.734 views

Category:

Documents


0 download

DESCRIPTION

 

TRANSCRIPT

Page 1: Tech Challenges

1

Carrier Ethernet over HFC Networks

High Tech Hurdles High Tech Hurdles

25th February 2007

Srividya Iyer MotorolaCharles Bergren CableLabs Brad Bignall Cisco Eli Baruch Arris Eric Doricko Calix

Srividya Iyer MotorolaCharles Bergren CableLabs Brad Bignall Cisco Eli Baruch Arris Eric Doricko Calix

Page 2: Tech Challenges

2

Agenda

• Srividya Iyer          Overview and perspective• Charles Bergren    VPN and OAM basics • Brad Bignall           OAM standards • Eli Baruch               Provisioning and QoS • Eric Doricko           GPON for SMB

Page 3: Tech Challenges

3

Abstract

• This session will examine the technology and operational methods used to support the installation, provisioning, monitoring, and maintenance of SLA-backed Carrier Ethernet services on MSO networks.  The discussion will cover provisioning of access devices, provider edge and core devices, and OAM.  SLA monitoring topics will include OAM protocols (tunneled and un-tunneled) and multi-operator maintenance methods.  Additional topics will include the mapping of QoS into DOCSIS and the backbone, and the challenges of a multi-protocol environment spanning DOCSIS and fiber.

Page 4: Tech Challenges

4

Objective

• To illustrate the use of Carrier Ethernet across multi technology/ multi service networks, covering such topics as Provisioning (Network Element and Network Level), Subscriber and Traffic/QoS management.

Page 5: Tech Challenges

5

Benefits of an Ethernet service

• Provides efficient delivery of voice, data and video service over a single service.

• The Network is converging towards IP and Ethernet is the most efficient mechanism to transport IP.

• The end user is transparent to the transport mechanism, since Ethernet is used in the LAN.

Page 6: Tech Challenges

6

Challenges, Ethernet over Multi-protocol Networks

• Different Provisioning methods for Network Elements and Services.

• Quality of Service at Layer 2 is managed differently– DOCSIS uses individual Service Flows and Ethernet

has Class of Service IDs for prioritization of traffic.

• OAM methods are different• Management (EMS/NMS) Interfaces are

different

Page 7: Tech Challenges

7

A Multi-step approach

• Managing Multi service and Multi Technology network as a unified entity is the most important aspect of providing a reliable service to the end user.

• As the Networks and Services have evolved over time, the unified management of these services and networks have to be evolved incrementally as well.

• Managing a Carrier Ethernet Network involves several aspects that are independent yet interdependent and are addressed in the next few slides.

Page 8: Tech Challenges

8

A Multi-step approach

• Network Element Management– Ethernet Interfaces across all devices supporting Carrier

Ethernet Network should be managed uniformly.– Remote upgrade of devices with new features/technology.– Several Standards exist to support management of Ethernet

Interfaces – ITU- SG15, MEF 15 and TM Forum MTNM 3.5

• Network Level Management – The Network Level management for all the devices

participating in the Ethernet network includes Configuration, Fault and Performance Management across various technologies and devices.

– Specifications include the TMForum’s Multi Technology Network Management (a new Cable WG has been formed), MEF 7.1

Page 9: Tech Challenges

9

A Multi-step approach

• Ethernet Services Management– Ethernet E-Line and E-LAN services across the

Network should be provisioned and managed across the network.

– Remote Provisioning of these services are required. – Currently there is no standard way of managing

these services across various devices in the network.

• Subscriber Management– A Radius or LDAP based User authentication to

support Ethernet services across networks.

Page 10: Tech Challenges

10

A Multi-step approach

• Traffic and QoS Management– Layer 2 QoS Mapping across technologies – Service

flows in DOCSIS and the 802.1p/CoS ID have to be mapped.

– Traffic Classification across Multiple Protocols (Ethernet, IPv4, Ipv6, MPLS to name a few) to provide end to end QoS.

– Traffic Policing at the ingress port to ensure bandwidth availability for all subscribers.

– PCMM has a Policy based architecture for managing QoS that can be leveraged to manage Ethernet networks.

– Layer 3 (DiffServ) architecture can be used for providing Upstream and Downstream QoS guarantees at the IP layer.

Page 11: Tech Challenges

11

A Multi-step approach

• Capacity Management– High Availability/High Performance networks are a

requirement for large service providers.– Capacity Planning should be done in conjunction with

Performance analysis, QoS management best practices and What–If scenario analysis.

Page 12: Tech Challenges

12

Agenda

• Srividya Iyer          Overview and perspective• Charles Bergren    VPN and OAM basics • Brad Bignall           OAM standards • Eli Baruch               Provisioning and QoS • Eric Doricko           GPON for SMB

Page 13: Tech Challenges

13

• Service is just L2 connectivity• Customer DHCP Server and IP space• No Internet service or traffic management

What are VPNs about ?

Site with DOCSIS L2VPN Accessing Server1 using IPX

Site with DOCSIS L2VPN Accessing Server2 using IP

Site with DOCSIS L2VPN With Server 1, Server 2

Example: Enterprise with 3 sites

Page 14: Tech Challenges

14

Another view, implemented with DOCSIS

BESMI interfaces embedded within each CM interface exchangeBESMI frames to continually measure connectivity and performance

CMTS

This L2VPN entity behaves like a 2 port switch

L2VPN CMs

Enterprise Site 1

Enterprise Site 2

L2VPN CMs move Enterprise frames across DOCSIS using their layer 2 headers.

L2TPv3 CMs move Enterprise frames across DOCSIS using layer 3 pseudo-wires

Both technologies make the dotted line entity ‘behave like a 2 port switch’

Page 15: Tech Challenges

15

L2VPN – DOCSIS details

5. Legacy core routers

4. PE VPN equipment inspects Tag, then encrypts, forwards as necessary

3. ‘L2VPN’ CMTS (MSO) decrypts BPI, and adds Tag for traffic directed off-site

2. CM encrypts w/ BPI

1. Enterprise PC sends L2 Ethernet frame

6. PE VPN equipment decrypts as needed, then forwards

7. ‘L2VPN’ CMTS (MSO) removes Tag, encrypts with BPI and forwards to PC

8. CM decrypts BPI

9. Enterprise PC gets L2 Ethernet frame

CMs

Page 16: Tech Challenges

16

L2TPv3

• Layer 1 agnostic – rides over any transport– Simplified L2 encapsulation techniques, like encapsulation in IP

– No additional protocols required for support in the network i.e. MPLS

• L2TPv3 requires configuration of end-points only– No configuration of intervening network elements required.

– DOCSIS carries IP; DOCSIS edge CMs can encapsulate the L2 frames in IP

• Allows connectivity to VPN from off-net (off plant) locations with minimal coordination between providers.– Simplifies NNI and peering considerations.

• L2TPv3 is point to point, combined with MetroE becomes multipoint capable– Multipoint L2TPv3

– Hybrid approach, L2TPv3 end points combined with VPLS end points for multipoint flexibility

• L2TPv3 tunnel allows HSD and VPN service off of same cable router

Page 17: Tech Challenges

17

L2VPN extended across the coreVPLS MAC Addr Learning

Only new, VPLS- aware PE gear does MAC Addr learning, (North of CMTS)

L2VPN CMTS submits VPN Tagged Frames from Enterprise

No MAC Addr learning in the core. So legacy gear works for VPNs too. Tier 1 ISP

Tier 1 ISP

Tier 1 ISP

Tier-2 ISPTier-2 ISP

Tier-2 ISP Tier-2 ISP

Tier-2 ISP

localISPlocal

ISPlocalISP

localISP

localISP Tier 3

ISP

localISP

localISP

localISP

Page 18: Tech Challenges

18

OAM frames injected into VPN data New L2 layer shims add OAM frames to VPN data as ‘tracers’Network Element support MEPS inside their interfaces -next slideMEPs check OAM frames for connectivity, loss, latency, and jitter

Tier 1 ISP

Tier 1 ISP

Tier 1 ISP

Tier-2 ISPTier-2 ISP

Tier-2 ISP Tier-2 ISP

Tier-2 ISP

localISPlocal

ISPlocalISP

localISP

localISP Tier 3

ISP

localISP

localISP

localISP

MEPS

Page 19: Tech Challenges

19

DOCSIS with simple OAM

BESMI interfaces embedded within each CM interface exchangeBESMI frames to continually measure connectivity and performance

CMTS

This L2VPN entity behaves like a 2 port switch

L2VPN CMs

Enterprise Site 1

Enterprise Site 2

OAM interfaces embedded within each CMCI interface exchange OAM frames to continually measure connectivity and performance

Page 20: Tech Challenges

20

DOCSIS with more complex OAMThis slide shows a L2VPN Service spanning two CMs and a third interface across the Internet core

OAM MEPs need only be added at CM interfaces.

Provider Edge Switches (PE/SW) will already support them anyway. Thus, no modifications needed for CMTSs.

L2VPN Cable ModemsCMTSsPE/SW

PE/SW

Page 21: Tech Challenges

21

OAM – MEP structure inside an interface

MAC Layer

Input Frame ParserOutput Multiplexer

Control Frame Processor

LLC Layer

OAM MEP

OAM frames get processed

VPN frames go straight through

Page 22: Tech Challenges

22

OAM – Multiple Maintenance levels

ME 1 UNI ENNI UNI

ME 4 EVC

ME 5 TEST

ME 6 SUBSCRIBER

ME 2 OPERATORS

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

SUBSCRIBEREQUIPMENT

OPERATOR A EQUIPMENTOPERATOR B EQUIPMENT

SERVICE PROVIDER

= DOWN MEP = UP MEP = MIP

SUBSCRIBEREQUIPMENT

Different parties can initiate and observe OAM frames to accumulate OAM data within their ME level

Page 23: Tech Challenges

23

Agenda

• Srividya Iyer          Overview and perspective• Charles Bergren    VPN and OAM basics • Brad Bignall           OAM standards • Eli Baruch               Provisioning and QoS • Eric Doricko           GPON for SMB

Page 24: Tech Challenges

24

E-OAM Fault ManagementSummary of Protocols and Mechanisms

Fault Management

Protocol Mechanism

Fault Detection

802.1ag Continuity Check Message (CCM)

802.3ah Link Monitoring

Fault Notification

802.1agRemote Defect Indication (RDI)

Port Status, Interface Status TLVs

Y.1731 Alarm Indication Signal (ETH-AIS)

802.3ahRemote Failure Indication (RFI)

Event Notification OAMPDU

E-LMI Status Message

Fault Verification

802.1ag Loopback protocol (LBM, LBR)

Y.1731 Multicast Loopback (ETH-LB)

Fault Isolation 802.1ag Linktrace protocol (LTM, LTR)

Page 25: Tech Challenges

25

Ethernet LMIOverview

• Provides protocol and mechanisms used for:– Notification of Remote UNI status to CE– Notification of EVC addition, deletion or

status (Active, Not Active, Partially Active) to CE

– Communication of UNI and EVC attributes to CE (e.g. CE-VLAN to EVC map)

– CE auto-configuration

• Asymmetric protocol based on Frame Relay LMI, mainly applicable to the UNI (UNI-C and UNI-N)

• Specification completed by MEF:http://www.metroethernetforum.org/PDFs/Standards/MEF16.doc

User Network Interface(UNI)

UNI-C UNI-N

E-LMI

MetroEthernetNetwork

CE

Page 26: Tech Challenges

26

Link OAM (IEEE 802.3ah, Clause 57)Overview

• Provides mechanisms useful for ‘monitoring link operation’, such as:

– Link Monitoring

– Remote Failure Indication

– Remote Loopback Control

• Defines an optional OAM sublayer

• Intended for single point-to-point IEEE 802.3 links

• Uses “Slow Protocol”1 frames called OAMPDUs which are never forwarded by MAC clients

• Standardized: IEEE 802.3ah, clause 57 (now in 802.3-2005)

Higher Layers

LLC

OAM (Optional)

MAC

Physical Layer

LANCSMA/CD

Layers

(1) No more than 10 frames transmitted in any one-second period

OSI Model

Application

Presentation

Session

Transport

Network

Data Link

Physical

Page 27: Tech Challenges

27

802.1ag (aka “CFM”)

• What is IEEE 802.1ag? Provides for FAULT management of EVC-based service offerings. 802.1ag allows troubleshooting an end-to-end Ethernet Virtual Circuit (EVC) across multiple providers / vendors.

• What is “CFM”? – CFM stands for “Connectivity Fault Management– CFM and 802.1ag are used interchangeably

• 802.1ag is currently at revision 8.1 (CFM 8.1)• Family of protocols that provides capabilities to detect, verify,

isolate and report end-to-end Ethernet connectivity faults• Employs regular Ethernet frames that travel in-band with the

customer traffic– Devices that cannot interpret CFM Messages forward them as

normal data frames

• Standardized by IEEE (P802.1ag) in late 2007– IEEE std. 802.1ag-2007

Page 28: Tech Challenges

28

Y.1731

• What is ITU Y.1731? Provides for both – (a) FAULT management– (b) PERFORMANCE management

• Relationship to 802.1ag? – 802.1ag specifies the FRAME FORMAT used by Y.1731– 802.1ag and Y.1731 bodies worked closely together;

hence, the standards provide extremely similar functionality

• Y.1731 provides for both :– (a) FAULT management & – (b) PERFORMANCE management

Page 29: Tech Challenges

29

Challenges Implementing Ethernet OAM

• Customer needs and requirements for Ethernet OAM?– Negotiating Parameters, what thresholds are relevant, attainable?– Placement of MEPs, hierarchy, disposition of collected data.– E-NNI with other providers

• Network Management Systems that incorporate Ethernet OAM.– Event/SNMP driven or timing driven?– Operations personnel trained to react appropriately to threshold crossing alerts.

• OAM Interworking– Event translation, not necessarily 1:1 event mapping

CoreCustomer

IP/MPLS

Business

Residential

Business

Residential

UNI UNINNINNINNI

Customer

EthernetLink OAM

AccessConnectivity

Fault ManagementAccessE-LMI

ProviderBridges

ProviderBridges

BackboneBridges

BackboneBridges

Page 30: Tech Challenges

30

Challenges with Delivering Carrier Ethernet

• Technical challenges of integrating multiple end-points in a multipoint EVC.– SONET & Dark Fiber End points, i.e. VLAN and/or VPLS,

L2TPv3.

– Maintaining end to end QOS

• Non-Native Ethernet Networks that carry 802 frames– DOCSIS end-points

• Out of Footprint EVC end-points.– Between operating units

– Between Service Providers

– Cross Provider agreements

Page 31: Tech Challenges

31

Agenda

• Srividya Iyer          Overview and perspective• Charles Bergren    VPN and OAM basics • Brad Bignall           OAM standards • Eli Baruch               Provisioning and QoS • Eric Doricko           GPON for SMB

Page 32: Tech Challenges

32

Ethernet Services Model

• Services described as seen by CE, UNI to UNI• Ethernet Definitions

– Ethernet Line Services (ELINE)– Ethernet LAN Services (ELAN)– Circuit Emulation Service (CES)

• Bandwidth Profiles Parameters– Committed Information Rate (CIR)– Excess Information Rate (EIR)

MetroMetroEthernetEthernetNetworkNetwork

CustomerCustomerEquipmentEquipment

(CE)(CE)

User NetworkUser NetworkInterfaceInterface

(UNI)(UNI)

Service ProviderService ProviderResponsibilityResponsibility

Page 33: Tech Challenges

33

CECE

Point-to-Point EVC

MEN

UNIUNI

CE

CE

CE

MEN

CE

Multipoint-to-Multipoint EVC

UNI C

UNI D

UNI B

UNI A

MEN

Service Multiplexed

at UNI A CE

UNI B

CEUNI CCE

EVC 1

EVC 2 CE

CE

CE

MENCE

Multipoint-to-Multipoint EVC 1

UNI C

UNI D

UNI B

UNI A

Ethernet Privet Line (EPL)

Ethernet Virtual Privet Line (EVPL)

UNI E

Service Multiplexed at

UNI D

Multipoint-to-Multipoint EVC 2

Ethernet LAN Service (E-LAN)

Ethernet LAN Service (E-LAN)

Basic MEF Services

Page 34: Tech Challenges

34

Use Case 1: P2P EPL, 1 EVC, BE CoS

• Point to Point leased line (Frame Relay) replacement

• 10Mb/s Data traffic (delay tolerant)• Port based mapping of QoS

Sources: Cox Jan 2008

Page 35: Tech Challenges

35

Use Case 1: P2P EPL, 1 EVC, BE CoS

Use Case 2: P2P EPL, 1 EVC, BE and RT CoS

Sources: Cox Jan 2008

Page 36: Tech Challenges

36

Use Case 3: Hub & Spoke, 2 EVC, RT and BE CoS

• Three locations, different BW between Site 1 & HQ, and Site 2 & HQ

• VoIP traffic and Data Traffic• Multiplexes services on HQ UNI

Sources: Cox Jan 2008

Page 37: Tech Challenges

37

Use Case 4: ELAN, Multipoint EVC, BE CoS

• Any to any connection (Mash)• Data traffic (delay tolerant

Sources: Cox Jan 2008

Page 38: Tech Challenges

38

Simplified View

Page 39: Tech Challenges

39

The Provisioning Challenge

• Administrative and provisioning system that sets up the VLAN connections are essential

• DOCSIS provisioning is usually a single ended solution

• SLA and CoS – difficult to monitor and ensure

• Multiple devices to configure

• Possibly crossing several provisioning domains

• Do we need to make a change every time we add a customer or a VLAN?

• Can we scale effectively without automation?

DOCSISPacket

Switched Network

Packet Switched Network

DOCSIS

Router / Switch MEF Enabled

DOCSIS CPEDistribution

RouterCMTS Core

Packet Switched Network

Packet Switched Network

Distribution Router CMTS

MEF Enabled DOCSIS CPE

End to End Ethernet Service

Ethernet over

DOCSIS

Customer Edge 1

Provider Edge 1

Packet Switched Network (PSN) Network using IP or MPLS as the mechanism for packet forwarding

Customer Edge 2

Provider Edge 2

Ethernet over

DOCSIS

Router / Switch

Page 40: Tech Challenges

40

L2VPN provisioning

• CMs– Uses standard DOCSIS provisioning with BPI

• CMTSs– Must provision a table associating the VPN .1Q tag

with the MAC address of the L2VPN CM

• PEs– Must accept different .1Q tags from each VPN– Must connect VPN segments together across:

• DOCSIS only – by associating .1Q tags• The core – by supporting VPLS (or equal)

Page 41: Tech Challenges

41

L2TPv3 tunnel provisioning

Two main alternatives:

1. L2TPv3 CPE and Aggregator/Concentrator Architecture

2. L2TPv3 CPE Architecture

Page 42: Tech Challenges

42

L2TPv3 tunnel provisioning

• CMs– Uses standard DOCSIS provisioning– Must provision a Pseudo-Wire to the next L2TPv3 hop – Since L2TPv3 adds an extra IP header around the frames, MTU

size may become an issue• L2TPv3 CMs need to cooperate to discover the Path MTU size

and agree to fragment at the edge to keep the core happy.

• CMTSs – should require no special provisioning

• PEs– May need to terminate the L2TPv3 tunnels of each VPN (in

concentrator/Aggregator arch. only)– May need to support VPLS, if backbone is MPLS. – If layer 3 (IP) is used as backbone transport – no change or special

provisioning is required.

Page 43: Tech Challenges

43

QoS Provisioning – Goals and outline

• The goals – Transport Enterprise frames with QoS meeting the SLA

• The implementation– The forwarding mechanism for the frames is irrelevant as long as

the SLA is met– OAM provides mechanisms to detect problems

• Forwarding mechanisms– Most forwarding entities examine tags on the data to determine

forwarding needs• IP header – DiffServ Code Point (DSCP)• Ethernet header – .1Q tag p bits, and others• MPLS – cos

– Tags may be used at each network element to give passing data different queue priority, routing, etc based on its tag.

– Most standardization efforts are centering on defining classes of service (like VOIP, video, best effort, etc) so they may be assigned to the different tag values in the different QoS mechanisms

Page 44: Tech Challenges

44

QoS Provisioning – Interoperation

• Forwarding mechanisms– Where networks interface, forwarding may change from one

method to another. – Tag usage methods must be changed in a predictable manner (for

interoperation). This is “QoS mapping”. – Often this means changing focus from one tag to another, or

swapping out tags to different types.– QoS for forwarding L2 frames is accomplished by giving QoS to

the container the frames are in, even if it’s an L3 container.

• Standards– Everyone has always been working on this!– MEF has a Class of Service (CoS) team and the NNI specification

team working on these issues using L2 tags– Cable has an MSO backbone group working on peering using IP

tags

Page 45: Tech Challenges

45

Possible QoS mapping

Page 46: Tech Challenges

46

Agenda

• Srividya Iyer          Overview and perspective• Charles Bergren    VPN and OAM basics • Brad Bignall           OAM standards • Eli Baruch               Provisioning and QoS • Eric Doricko           GPON for SMB

Page 47: Tech Challenges

47

Ethernet Business Services

Ethernet is the Hottest Data Service

• Ethernet service is the hottest worldwide data service– Carrier Ethernet revenue will grow to $31 Billion yearly (2012)– Ethernet revenue will soon trump TDM revenue

ITFacts Telecom

$11 Billion(2007)

• GPON is a well equipped FTTx service delivery platform– GPON captures new services revenue growth market– GPON also integrates TDM clocked services growth

Page 48: Tech Challenges

48

ETHERNET BUSINESS SERVICES

MEF Optical Ethernet is Easy

E-LAN

E-Tree

E-Line

Simplified service offerings (Ethernet WANs)

– What locations, Mr. Customer?

• How much BW?, What VLANs?

– Uniform Provisioning (Rapid CPE turn-up)

– Simplified Up-sell

• On-demand BW, Self-service

• Simple MEF-9 VLAN switching– Untagged, tagged, add tags

Page 49: Tech Challenges

49

(Long reach PON)

Point-to-Multipoint Passive Optical network (like HFC)– Layer 2 technology, just like DOCSIS, One fiber splits to 64 drops (ONTs)– Embedded CWDM enables bi-directional operation (several wavelengths)– Converges multiple networks & services: (voice, data, video, gaming)

– Leverage GPON cost points for Business connections (>5Meg)

• Lowest CAPEX provisioning 10/100 & GE Bandwidth drops & service layering

• Lowest OPEX via embedded service activation, monitoring, OSP immunity

• Point-to-point Active-E is higher cost per megabit provisioning model

(Point to Point)

REMOTEREMOTETERMINALTERMINAL

30k 50+km reach

80km

FIBER ETHERNET BUSINESS SERVICES

What is GPON? (ITU G.984)

Data Center HostingData Center Hosting

TDM & GE

CENTRAL OFFICECENTRAL OFFICE

20km @ 1:32 split

Page 50: Tech Challenges

50

GPON Advantages in the SMB

• Small-Medium Business represent opportunity for MSOs– Stable revenue stream, more diverse revenue base

– Sticky customer base that will pay for value added services

• GPON future-proofs delivery of commercial services to SMBs– GPON & optical splitters remain in tact when upgrading system

bandwidth

• Coaxial bandwidth upgrades require changes (e.g. 450MHz 870MHz 1GHz )

– Immune to ingress noise (no sweeping needed)

– Optical passive connection from CO directly into the SMB

– Works in harmony with HFC and current models

– Passive outside plant (no electronics, no power, no amps, etc)

– Simple additions of new customers to the service in surrounding areas

– Low electronics cost, high bandwidth, any service drop-off

Page 51: Tech Challenges

51

Targets for GPON Services

Commercial Service Types– Small to medium enterprise

• Home based businesses• Retail services• Mixed use residential/business

– Hospitality and health care– Cell site backhaul– Resorts & smart communities

Transparent LANs, VOIP, Voice

Page 52: Tech Challenges

52

GPON Access Solution

– ITU-T G.984.1/.2/.3/.4 compliant– Supports Multi-Gigabit services– Native IP/Ethernet services– Native TDM & RF Transport– Layer 3 provisioning model, Layer 2

Transparent LAN Services– TDM over GE/MPLS Cores

Class 5GR303/SoftSwitch

Internet

IPTV

RF Video

2.4 Gbps

1.2 Gbps

PASSIVE SPLITTERS1:4, 1:8, etc1:32, 1:64

GE/T1 TransportRemote Terminal

Central Office

GE & DS1-over-PON

761

DCCS

IP-MPLSCore

MDU

Cell TowerBackhaul

GE & DS1-over-PON

761

Cell TowerBackhaul

Page 53: Tech Challenges

53

Business & Wholesale ONT models

RF Video

TDM/VOIP

10/100/1000 Ethernet

NxDS1- Module

2.5 Gbps GPON

Several Options at the Several Options at the Business Micro-nodeBusiness Micro-node

MDU Business park ONTs– MDU ONTs support 8

unit– Uses only one splitter

PORT of the 32 or 64 way split

Cell Backhaul ONTs– 2-8 DS1s for cellular

traffic– Up to 8 GE ports for

WiFi and WiMAX– PWE3 and TDM modes

Page 54: Tech Challenges

54

Internet Access

Voice Sw itch

4 λ CWDM

Satellite

Off-AIr

PEG- Local Content

EDFA

Video Encoders Forw ard Path Tx

Out-of-Band Control

Reverse Path Rx

PON

Set-top Box

Interactive Services Manager

725 ONT

1490 nm GPON1310 nm GPON

1550 nm RF Video1590 nm RF Return

RFOG and GPON Combined Network

• Network Layout – EDFA Output: 19 - 21.5 dBm– ONT RF Optical Receive : +2 to -5 dBm– ONT 1590nm Output (at port): -1.5 dBm– Reverse Path Receive : -8 to -25 dBm– Max Transmission Distance is 17 km– 4W CWDM with RF video overlay

• 2.4 dB loss

Page 55: Tech Challenges

55

Service Harmony with HFC+GPON

GPON and HFC are more alike than you may think– Both systems use the same RF video transmitter– HFC and GPON systems have an identical optical architecture

• GPON systems use more fibers• HFC system requires coaxial amplifiers

Benefits of using GPON FTTx– Complementary high bandwidth SMB services where customer

will not pay extra for protected service– Used to augment cable modem services where symmetrical

bandwidth is desired by the customer– Lower operational cost, reducing outside plant trouble shooting

Disadvantages of GPON FTTx– GPON electronics cost is $350 premium over HFC Cable modem– Coax is ubiquitous in businesses passed, fiber is not– CO Electronics cost: GPON OLT port serves only 32-64 max

• A CMTS port serves 100s of businesses served by cable modems

Page 56: Tech Challenges

56

Technical Supervision $ 0.00

Service Trouble Truck Rolls (for plant problems) $ 0.00

Plant Maintenance Truck Rolls $ 0.00

Material Inventory $ 0.00

Electricity Consumption $ 0.00

Power Supply Battery Replacement $ 0.00

Power Supply Equipment Repair $ 0.00

RF Line Equipment Repair $ 0.00

Vehicle Accident Loss $ 0.00

Employee Injury Loss $ 0.00

Emergency Cable Repair $ 85.11

Total annual O&M expense per mile of OSP plant $ 85.11

GPON O&M Expenses per Mile of Plant

MSO Presented to ITU, June 2004.

GPON

Page 57: Tech Challenges

57

Conclusions

GPON ONTs deliver complete portfolio of commercial services

– Over a future-proofed multiservice operator infrastructure• Integrated 10/100 and GE drops (VLAN rate limiting, QOS and COS)

• Embedded DS1/T1 backhaul for voice and data T1s

• Multiple services over glass the end game

• Fully compatible with existing RF delivery and digital return

– Service stability through passive & optical plant (retain customers)• Annual operating savings of FTTH plant is substantial over copper

– The cost to deploy FTTH is around $350 per business above HFC• HFC is significantly less bandwidth per business

– 2.5 GPON systems support 1GE bursting today• And can be designed for symmetrical 75 Mbps per business; sustained

• DOCSIS systems are designed for much lower bandwidths

– Pay back for FTTx & commercial GPON ranges from 1 to 6 years• GPON prices are declining more rapidly than HFC

Page 58: Tech Challenges

58

Q&A

• Srividya Iyer          Overview and perspective• Charles Bergren    VPN and OAM basics • Brad Bignall           OAM standards • Eli Baruch               Provisioning and QoS • Eric Doricko           GPON for SMB