Bandwidth on Demand

30
Bandwidth on Demand Dave Wilson DW238-RIPE [email protected]

description

Bandwidth on Demand. Dave Wilson DW238-RIPE [email protected]. Agenda. NBE and the Blue Network G EANT2+ and European cooperation How to use these services and what it means for our networks. National Backbone Extension. The Blue Network. Evolution of the network. - PowerPoint PPT Presentation

Transcript of Bandwidth on Demand

Page 1: Bandwidth on Demand

Bandwidth on Demand

Dave WilsonDW238-RIPE

[email protected]

Page 2: Bandwidth on Demand

Agenda

• NBE and the Blue Network

• GEANT2+ and European cooperation

• How to use these services– and what it means for our networks

Page 3: Bandwidth on Demand

National Backbone Extension

The BlueBlue Network

Page 4: Bandwidth on Demand

Evolution of the network

• NRENs, and Campus Networks, have conflicting requirements– Reliable internet access– High bandwidth applications– Secure network access– Experimental and research traffic

• Our approach has evolved over time

Page 5: Bandwidth on Demand

Evolution of the network  

1994-1999Star topology

Centered in Dublin

IP over X.21 serial,good up to N*2meg

UCG UCD

HEA NCIR

Forbairt

VCIL

MCI

Ebone

DIT

TCD

Page 6: Bandwidth on Demand

National Backbone

2001-2006

Bring the networkto the largest cities

Greater equalityof access

Customers

External peers and upstreams

Page 7: Bandwidth on Demand

National Backbone Extension

2006 onward

Bring networkto the end site

Ethernet services,IP network is onemore "user"

Digital DepotMLE

DITGrangegorman

Wood Quay

Bolton St

DITAungier St

UCD EarlsfortTerrace

Eccles St

Mater Dei

RTE

UCD

FostersPlaceBeaumont

D’Olier St EnterpriseCentre

RCSI

St.Vincent’s

TallaghtHospital IT Tallaght

Carrickmines

Finglas

Site complete

Site in progress

Site planned

Number of circlesindicates number of

diverse physical routes

ESBT fibreNTL fibre DCC fibre

BT

TCD

DIASFenian St

Kildare HouseRIA

DCU

Brooklawn House

Kilcarbery Park

Esat-X

Carysfort

HEAnet national fibre network

Carrick-on-Shannon

Galway

Drumline

Killonan

Stradbally

Kilbarry

Killoteran

E-net fibre

NUI Galway

UL

UCC

LetterkennyIT

Beaumont

IT Blanchardstown

St. Pat's

Crumlin Hospital

St. J ames

Dundalk IT

Servecentric

NCI

George'sDock

IT Sligo

E-netLetterkenny

Mullagharlin

DIASBurlington Rd

NewmanHouseGMIT

Limerick IT

CIT Tony RyanAcademy

An Cheim

BIP Interconnect

Provider not yet known

UL OutreachCentre

College St.

Sligo

Waterford IT

CSCNUI Galway

ESBTCitywest

IT Tralee

Athlone IT

Carriganore

IT Carlow

DLIADT

Page 8: Bandwidth on Demand

Digital DepotMLE

DITGrangegorman

Wood Quay

Bolton St

DITAungier St

UCD EarlsfortTerrace

Eccles St

Mater Dei

RTE

UCD

FostersPlaceBeaumont

D’Olier St EnterpriseCentre

RCSI

St.Vincent’s

TallaghtHospital IT Tallaght

Carrickmines

Finglas

Site complete

Site in progress

Site planned

Number of circlesindicates number of

diverse physical routes

ESBT fibreNTL fibre DCC fibre

BT

TCD

DIASFenian St

Kildare HouseRIA

DCU

Brooklawn House

Kilcarbery Park

Esat-X

Carysfort

HEAnet national fibre network

Carrick-on-Shannon

Galway

Drumline

Killonan

Stradbally

Kilbarry

Killoteran

E-net fibre

NUI Galway

UL

UCC

LetterkennyIT

Beaumont

IT Blanchardstown

St. Pat's

Crumlin Hospital

St. J ames

Dundalk IT

Servecentric

NCI

George'sDock

IT Sligo

E-netLetterkenny

Mullagharlin

DIASBurlington Rd

NewmanHouseGMIT

Limerick IT

CIT Tony RyanAcademy

An Cheim

BIP Interconnect

Provider not yet known

UL OutreachCentre

College St.

Sligo

Waterford IT

CSCNUI Galway

ESBTCitywest

IT Tralee

Athlone IT

Carriganore

IT Carlow

DLIADT

National Backbone Extension

So the IP ("redred") network canfollow any logical layout

Customers may makeconnections to any location- their own sites or others

...on the blueblue network

Page 9: Bandwidth on Demand

GEANT2 and JRA3

The European Connection

Page 10: Bandwidth on Demand

European Bandwidth on Demand

• NRENs everywhere are working on providing layer 2 services

• These meet up with GEANT2, which provides its own

• JRA3 plans to tie these all together

Page 11: Bandwidth on Demand
Page 12: Bandwidth on Demand

European Bandwidth on Demand

• So the NREN will be able to create layer 2 ethernet links between arbitrary locations

• JRA3's system will process requests and arrage setup of end-to-end paths

• Users will have the possibility to connect to "anywhere" in Europe - on layer 2...

Page 13: Bandwidth on Demand

European Bandwidth on Demand

• Benefits? Gets the high-demand users off the routed IP network...

• Tune the IP network toward less conflicting goals...

• Gives the user more control...

Page 14: Bandwidth on Demand

Using these services

Page 15: Bandwidth on Demand

Campus networks...

•Every campus is different– Security needs– Regular web/email needs– Research networking needs–"Home" user (campus accommodation)

•These are conflicting requirements– Ask any CERT

•Each IT dept reaches its own conclusions

Page 16: Bandwidth on Demand

Hierarchy is assumed

Page 17: Bandwidth on Demand

Conflict of interest

•The technology exists to connect arbitrary LANs across Europe. Great!

•The addressing assumes the old hierarchy

•Addressing isn't as flexible as GE circuits

Page 18: Bandwidth on Demand

The solutions

Page 19: Bandwidth on Demand

The tradeoffs

•Follows the rules

•Easy for user to deploy

•Easy for operator to support

•Flexible to existing networks

Page 20: Bandwidth on Demand

Solution #1

•Get an AS number and PI space

–Renumber the networks–Run BGP within the campus, and to the NREN

Page 21: Bandwidth on Demand

Solution #1

•Get an AS number and PI space

–Doesn't fit with the on-demand idea–Requires complex IP and BGP expertise–Doesn't exist for IPv6 (at the moment anyway, interesting implications from RIPE meetings)–Everyone hates renumbering

Follows rules Easy deploy Easy support Flexible

Page 22: Bandwidth on Demand

Solution #2

•Use RFC1918 space

–Renumber the networks–Proxies/NATs for outside access

Page 23: Bandwidth on Demand

Solution #2

•Use RFC1918 space

–Networks might not be fully connected–Removes any hope of connecting directly to rest of the internet–Everyone hates renumbering

Follows rules Easy deploy Easy support Flexible

Page 24: Bandwidth on Demand

Solution #3

•Use existing numbers and hope it works

–Directly connect the networks–Static more-specific route on the hoststoward the remote site

Page 25: Bandwidth on Demand

Solution #3

•Use existing numbers and hope it works

–May bridge campus networks,and all the security hilarity that that entails–Difficult to manage, traffic could go the "wrong" way and be blocked or cause trouble–Breaks conditions for IP allocation, so there may be unexpected side effects

Follows rules Easy deploy Easy support Flexible

Page 26: Bandwidth on Demand

Solution #4

•Subnet, route the subnet

–Renumber networks if necessary–Configure routing (not necessarily dynamic) within the campus–Route the more-specific subnet to the remote site over the BoD connection

Page 27: Bandwidth on Demand

Solution #4

•Subnet, route the subnet

– Breaks conditions for IP allocation, so there may be unexpected side effects – Still requires some routing knowledge– Difficult to enforce backup via regular IP network

Follows rules Easy deploy Easy support Flexible

Page 28: Bandwidth on Demand

Other possibilities

•IPv6 gives us a much freer hand–Multiple addresses per interface–Source Address Selection based on application

•Combine with .1q VLANs–Host chooses which LAN to send traffic one–Requires host to have intelligent routing–Could in principle work for IPv4

Page 29: Bandwidth on Demand

To try to reach a common solution...

•How do you plan/expect BoD to be used?–Is it all intra-institution? (e.g. site links)–End users connecting to other institutions?

•Any other solutions I haven't thought of?

Page 30: Bandwidth on Demand

Thank you!

[email protected]