Internet Exchange Points (IXPs) Scalable Infrastructure Workshop



Similar documents
Internet Exchange Point Design

ISP & IXP Design. Philip Smith APNIC st 31 st August 2012

Internet Exchange Points. Philip Smith ISOC-AU Meeting APNIC 38 Brisbane September 16 th 2014

Transitioning to BGP. ISP Workshops. Last updated 24 April 2013

Peering in Hong Kong. Che-Hoo CHENG CUHK/HKIX

ISP Case Study. UUNET UK (1997) ISP/IXP Workshops. ISP/IXP Workshops. 1999, Cisco Systems, Inc.

Introduction to Routing

LINX History. ISP Workshops

Introduction to The Internet. ISP/IXP Workshops

ISP & IXP Design. Philip Smith MENOG 11 Amman 30 th September 9 th October 2012

Module 12 Multihoming to the Same ISP

Address Scheme Planning for an ISP backbone Network

Introduction to The Internet

Interconnections on the Internet: Exchange Points

BGP Routing. Course Description. Students Will Learn. Target Audience. Hands-On

IP Connectivity Dedicated servers Co-location in data centers

APNIC elearning: BGP Attributes

IPv6 Addressing. ISP Training Workshops

Topic 1: Internet Architecture & Addressing

IPv6 Deployment in MyIX. Professor Dr. Sureswaran Ramadass

Internet inter-as routing: BGP

The Role IXPs and Peering Play in the Evolution of the Internet

Simple Multihoming. ISP Workshops. Last updated 30 th March 2015

DD2491 p Load balancing BGP. Johan Nicklasson KTHNOC/NADA

The Value of Peering. ISP/IXP Workshops

Bridging the African Internet

Simple Multihoming. ISP/IXP Workshops

BGP Multihoming Techniques

Promoting the use of Internet Exchange Points (IXPs)

Exterior Gateway Protocols (BGP)

WAN Traffic Management with PowerLink Pro100

KENET NETWORK INFRASTUCTURE. KENNEDY ASEDA

Regional Interconnection Strategy for Africa. Regional Peering and Interconnection Economics

BGP. 1. Internet Routing

Load balancing and traffic control in BGP

Service Definition. Internet Service. Introduction. Product Overview. Service Specification

Michuki Mwangi! Regional Development Manager - Africa! ISOC! European Peering Forum (EPF) 7! Malta! Sept 2012!

Border Gateway Protocol (BGP)

Hong Kong Internet Exchange (HKIX)

Inter-domain Routing Basics. Border Gateway Protocol. Inter-domain Routing Basics. Inter-domain Routing Basics. Exterior routing protocols created to:

BGP Multihoming Techniques

APNIC elearning: BGP Basics. Contact: erou03_v1.0

CS 457 Lecture 19 Global Internet - BGP. Fall 2011

Enterprise Network Simulation Using MPLS- BGP

BGP and Traffic Engineering with Akamai. Caglar Dabanoglu Akamai Technologies AfPIF 2015, Maputo, August 25th

Euro6IX project and Italian IPv6 Task Force

BGP Attributes and Path Selection

Example: Advertised Distance (AD) Example: Feasible Distance (FD) Example: Successor and Feasible Successor Example: Successor and Feasible Successor

ISP Network Design. ISP Workshops. Last updated 16 September 2013

Load balancing and traffic control in BGP

Network Level Multihoming and BGP Challenges

How To Understand Bg

E : Internet Routing

Effect of anycast on K-root

SERVICE DESCRIPTION INTERNET TRANSIT / 2.6.4

BGP and Traffic Engineering with Akamai. Christian Kaufmann Akamai Technologies MENOG 14

BT Internet Connect Global - Annex to the General Service Schedule

Interconnection and Traffic Exchange on the Internet

What's inside the cloud?!

Multihoming and Multi-path Routing. CS 7260 Nick Feamster January

HP Networking BGP and MPLS technology training

What is. LDeX MEDIA PLATFORM?

Voice Over IP. MultiFlow IP Phone # 3071 Subnet # Subnet Mask IP address Telephone.

Introduction to MPLS-based VPNs

Examination. IP routning på Internet och andra sammansatta nät, DD2491 IP routing in the Internet and other complex networks, DD2491

Troubleshooting and Maintaining Cisco IP Networks Volume 1

Colt IP Access Colt Technology Services

Border Gateway Protocol Best Practices

Chapter 4 Connecting to the Internet through an ISP

RFC 2547bis: BGP/MPLS VPN Fundamentals

WORKSHOP: STARTING AN IXP

Top-Down Network Design

BGP Multihoming Techniques

TRUFFLE Broadband Bonding Network Appliance. A Frequently Asked Question on. Link Bonding vs. Load Balancing

BGP Multihoming. Why Multihome? Why Multihome? Why Multihome? Why Multihome? Why Multihome? Redundancy. Reliability

Promoting the Use of Internet Exchange Points: A Guide to Policy, Management, and Technical Issues By Mike Jensen

Internet Routing Protocols Lecture 04 BGP Continued

CS 40, Lecture 3: Internet economics. Ramesh Johari

IP Networking. Overview. Networks Impact Daily Life. IP Networking - Part 1. How Networks Impact Daily Life. How Networks Impact Daily Life

Designing and Developing Scalable IP Networks

Claudio Jeker. RIPE 41 Meeting Amsterdam, 15. January Using BGP topology information for DNS RR sorting

Bell Aliant. Business Internet Border Gateway Protocol Policy and Features Guidelines

DE-CIX Premium Internet Exchange Services

Computer Networking Networks

LHCONE Site Connections

Advanced BGP Policy. Advanced Topics

FLAG s IPv6 Implementation

Virtual Private LAN Service (VPLS)

BGP Multihoming Techniques. Philip Smith APRICOT 2013 Singapore 19 th February 1 st March 2013

ISP Systems Design. ISP Workshops. Last updated 24 April 2013

AT&T Managed IP Network Service (MIPNS) MPLS Private Network Transport Technical Configuration Guide Version 1.0

Transcription:

Internet Exchange Points (IXPs) Scalable Infrastructure Workshop

Objectives p To be able to explain what an Internet Exchange Point (IXP) is p To be able to explain why ISPs participate in IXPs p To understand why IXPs are important p To review some current IXP designs used today p To think about how to set up an IXP in your environment

Introduction to Internet Exchange Points p A bit of history p What are they? p Why use them? p Design Considerations

A Bit of History p End of NSFnet one major backbone p Move towards commercial Internet n Private companies selling their bandwidth p Need for coordination of routing exchange between providers n Traffic from ISP A needs to get to ISP B p Routing Arbiter project created to facilitate this

What is an Exchange Point p Network Access Points (NAPs) established at end of NSFnet n The original exchange points p Major providers connect their networks and exchange traffic p High-speed network or ethernet switch p Simple concept any place where providers come together to exchange traffic

Internet Exchange Points ISP A IXP 1 IXP 2 ISP B ISPs connect at Exchange Points or Network Access Points to exchange traffic

Conceptual Diagram of an IXP Exchange Point Medium ISP Router ISP Router ISP Router

Why use an IXP?

Internet Exchange Point Why peer? p Consider a region with one ISP n They provide internet connectivity to their customers n They have one or two international connections p Internet grows, another ISP sets up in competition n They provide internet connectivity to their customers n They have one or two international connections p How does traffic from customer of one ISP get to customer of the other ISP? n Via the international connections

Internet Exchange Point Why peer? p Yes, International Connections n If satellite, RTT is around 550ms per hop n So local traffic takes over 1s round trip p International bandwidth n Costs order of magnitude or two more than domestic bandwidth n Becomes congested with local traffic p Wastes money, harms performance

Internet Exchange Point Why peer? p Multiple service providers p Each with Internet connectivity Internet A B

Why IXPs? p Is not cost effective p Backhaul issue causes cost to both parties Internet A B

Internet Exchange Point Why peer? p Solution: n Two competing ISPs peer with each other p Result: n Both save money n Local traffic stays local n Better network performance, better QoS, n More international bandwidth for expensive international traffic n Everyone is happy

Why IXPs? p Domestic Interconnection Internet A B

Internet Exchange Point Why peer? p A third ISP enters the equation n Becomes a significant player in the region n Local and international traffic goes over their international connections p They agree to peer with the two other ISPs n To save money n To keep local traffic local n To improve network performance, QoS,

Internet Exchange Point Why peer? p Peering means that the three ISPs have to buy circuits between each other n Works for three ISPs, but adding a fourth or a fifth means this does not scale p Solution: n Internet Exchange Point

Internet Exchange Point p Every participant has to buy just one whole circuit n From their premises to the IXP p Rather than N-1 half circuits to connect to the N-1 other ISPs n 5 ISPs have to buy 4 half circuits = 2 whole circuits already twice the cost of the IXP connection

Internet Exchange Point p Solution n Every ISP participates in the IXP n Cost is minimal one local circuit covers all domestic traffic n International circuits are used for just international traffic and backing up domestic links in case the IXP fails p Result: n Local traffic stays local n QoS considerations for local traffic is not an issue n RTTs are typically sub 10ms n Customers enjoy the Internet experience n Local Internet economy grows rapidly

Internet Exchange Point p Ethernet switch in the middle

Why use an IXP? p PEERING n Shared medium vs. point-to-point n Shared p can exchange traffic with multiple peers at one location via one interface n Point-to-Point p for high volumes of traffic

Why use an IXP? p KEEP LOCAL TRAFFIC LOCAL!!! n ISPs within a region peer with each other at the local exchange n No need to have traffic go overseas only to come back n Much reduced latency and increased performance

Why use an IXP? p SAVES MONEY!!! n Traffic going overseas means transit charges paid to your upstream ISP n Money stays in local economy p Used to provide better local infrastructure and services for customers n Customers pay less for Internet access p Therefore more customers sign up p ISP has more customers, better business

Why use an IXP? p VASTLY IMPROVES PERFORMANCE!!! n Network RTTs between organisations in the local economy is measured in milliseconds, not seconds n Packet loss becomes virtually non-existent n Customers use the Internet for more products, services, and activities

Why use an IXP? p Countries or regions with a successful IXP have a successful Internet economy p Local traffic stays local p Money spent on local net infrastructure p Service Quality not an issue p All this attracts businesses, customers, and content

IXP Design Considerations

Exchange Point Design p The IXP Core is an Ethernet switch p Has superseded all other types of network devices for an IXP n From the cheapest and smallest 12 or 24 port 10/100 switch n To the largest 32 port 10GigEthernet switch

Exchange Point Design p Each ISP participating in the IXP brings a router to the IXP location p Router needs: n One Ethernet port to connect to IXP switch n One WAN port to connect to the WAN media leading back to the ISP backbone n To be able to run BGP

Exchange Point Design p IXP switch located in one equipment rack dedicated to IXP n Also includes other IXP operational equipment p Routers from participant ISPs located in neighbouring/adjacent rack(s) p Copper (UTP) connections made for 10Mbps, 100Mbps or 1Gbps connections p Fibre used for 10Gbps and higher speeds

Exchange Point Design ISP 6 ISP 5 ISP 4 IXP Services: TLD DNS, Routing Registry Looking Glass, news, etc Ethernet Switch IXP Management Network ISP 1 ISP 2 ISP 3

Exchange Point Design ISP 6 ISP 5 ISP 4 IXP Services: TLD DNS, Routing Registry Looking Glass, news, etc Ethernet Switches IXP Management Network ISP 1 ISP 2 ISP 3

Peering at an IXP p Each participant needs to run BGP n They need their own AS number n Public ASN, NOT private ASN p Each participant configures external BGP with the other participants in the IXP n Peering with all participants or n Peering with a subset of participants

Peering (more) p Mandatory Multi-Lateral Peering (MMLP) n Each participant is forced to peer with every other participant as part of their IXP membership n Has no history of success strongly discouraged p Multi-Lateral Peering (MLP) n Each participant peers with every other participant p Bi-Lateral Peering n Participants set up peering with each other according to their own requirements and business relationships n This is the most common situation at IXPs today

Routing p ISP border routers at the IXP generally should NOT be configured with a default route or carry the full Internet routing table n Carrying default or full table means that this router and the ISP network is open to abuse by non-peering IXP members n Correct configuration is only to carry routes offered to IXP peers on the IXP peering router p Note: Some ISPs offer transit across IX fabrics n They do so at their own risk see above

Routing (more) p ISP border routers at the IXP should not be configured to carry the IXP LAN network within the IGP or ibgp n Set BGP next-hop to local router (Cisco IOS next-hop-self) p Don t generate ISP prefix aggregates on IXP peering router n If connection from backbone to IXP router goes down, normal BGP failover will then be successful

IP Address Space p Some IXPs use private addresses for the IXP LAN n Public address space means the IXP network can be leaked to the Internet, which could be undesirable n Filtering RFC1918 address space by ISPs is Best Practice; this avoids leakage p Some IXPs use public addresses for the IXP LAN n Address space is available from the RIRs for IXPs n IXP terms of participation usually forbid carrying the IXP LAN addressing in the ISP backbone

Hardware p Try not to mix port speeds n if 10Mbps and 100Mbps connections available, terminate on different switches p Insist that IXP participants bring their own router n Moves buffering problem off the IXP n Ensures integrity of the IXP n Security is responsibility of the ISP, not the IXP

Services to Locate at an IXP p cctld DNS n The country IXP could host the country s top level DNS n e.g. SE. TLD is hosted at Netnod IXes in Sweden n Offer back up of other country cctld DNS p Root server n Anycast instances of F, I, etc root nameservers are present at many IXes p Usenet News n Usenet News is high volume n Could save bandwidth to all IXP members

Services to Locate at an IXP p Route Collector n Route collector shows the reachability information available at the exchange n (Technical detail covered later on) p Looking Glass n One way of making the Route Collector routes available for global view (e.g. www.traceroute.org) n Public or members-only access

Services to Locate at an IXP p Content Redistribution/Caching n For example, Akamised update distribution service p Network Time Protocol n Locate a stratum 1 time source (GPS receiver, atomic clock, etc) at IXP p Routing Registry n Used to register the routing policy of the IXP membership (more later)

What can go wrong

What can go wrong? Concept p Some ISPs attempt to cash on the reputation of IXPs p Market Internet transit services as Internet Exchanges n We are exchanging packets with other ISPs, so we are an Internet Exchange! n So-called Layer-3 Exchanges really Internet Transit Providers n Router used rather than a Switch n Most famous example: SingTelIX

What can go wrong? Competition p Too many exchange points in one locale n competing exchanges defeats the purpose p Becomes expensive for ISPs to connect to all of them p An IXP: n is NOT a competition n is NOT a profit making business

What can go wrong? Rules and Restrictions p IXPs try to compete with their membership n Offering services that ISPs would/do offer their customers p IXPs run as a closed privileged club e.g.: n Restrictive or exclusive membership criteria p IXPs providing access to end users rather than just Service Providers p IXPs interfering with ISP business decisions e.g. Mandatory Multi-Lateral Peering

What can go wrong? Technical Design Errors p Interconnected IXPs n IXP in one location believes it should connect directly to the IXP in another location n Who pays for the interconnect? n How is traffic metered? n Competes with the ISPs who already provide transit between the two locations (who then refuse to join IX, harming the viability of the IX) n Metro interconnections to an IX are ok (e.g. LINX, AMSIX)

What can go wrong? Technical Design Errors p ISPs bridge the IXP LAN back to their offices n We are poor, we can t afford a router n Financial benefits of connecting to an IXP far outweigh the cost of a router n In reality it allows the ISP to connect any devices to the IXP LAN with disastrous consequences for the security, integrity and reliability of the IXP

What can go wrong? Routing Design Errors p ibgp Route Reflector used to distribute prefixes between IXP participants p Claimed Advantage (1): n Participants don t need to know about or run BGP p Actually a Disadvantage n IXP Operator has to know BGP n ISP not knowing BGP is at a big commercial disadvantage n ISPs who would like to have a growing successful business need to be able to multi-home, peer with other ISPs, etc these activities require BGP

What can go wrong? Routing Design Errors (cont) p Route Reflector Claimed Advantage (2): n Allows an IXP to be started very quickly p Fact: n IXP is only an Ethernet switch setting up an ibgp mesh with participants is no quicker than setting up an ebgp mesh

What can go wrong? Routing Design Errors (cont) p Route Reflector Claimed Advantage (3): n IXP operator has full control over IXP activities p Actually a Disadvantage n ISP participants surrender control of: p Their border router; it is located in IXP s AS p Their routing and peering policy n IXP operator is single point of failure p If they aren t available 24x7, then neither is the IXP p BGP configuration errors by IXP operator have real impact on ISP operations

What can go wrong? Routing Design Errors (cont) p Route Reflector Disadvantage (4): n Migration from Route Reflector to correct routing configuration is highly non-trivial n ISP router is in IXP s ASN p Need to move ISP router from IXP s ASN to the ISP s ASN p Need to reconfigure BGP on ISP router, add to ISP s IGP and ibgp mesh, and set up ebgp with IXP participants and/or the IXP Route Server

More Information

Exchange Point Policies & Politics p AUPs n Acceptable Use Policy n Minimal rules for connection p Fees? n Some IXPs charge no fee n Other IXPs charge cost recovery n A few IXPs are commercial p Nobody is obliged to peer n Agreements left to ISPs, not mandated by IXP

Exchange Point etiquette p Don t point default route at another IXP participant p Be aware of third-party next-hop p Only announce your aggregate routes p Filter! Filter! Filter! n And do reverse path check

Exchange Point examples p LINX in London, UK n Ethernet switches p AMS-IX in Amsterdam, NL n Ethernet switches p SIX in Seattle, US n Ethernet switches p JPNAP in Tokyo, Japan n Ethernet switches

Exchange Points in Africa p BINX Botswana p MEIX Cairo p CI-XP Abidjan p GIXP Accra p ibix Ibadan p IXP-Ang Luanda p JINX Johannesburg p KINIX Kinshasa p KIXP Nairobi p MOZIX Maputo p RINEX Kigali p SZIXP Mbabane p TIX Dar es Salaam p UiXP Kampala p ZINX Harare p SIXP - Khartoum

Features of IXPs p Redundancy & Reliability n Multiple switches, UPS p Support n NOC to provide 24x7 support for problems at the exchange p DNS, Route Collector, Content & NTP servers n cctld & root servers n Content redistribution systems such as Akamai n Route Collector Routing Table view

Features of IXPs p Location n neutral co-location facilities p Address space p AS n Peering LAN n If using Route Collector/Server p Route servers (optional) p Statistics n Traffic data for membership

More info about IXPs p http://www.pch.net/documents n Excellent resource of IXP locations, papers, IXP statistics, etc p https://www.euro-ix.net// n Excellent resource for ip address allocation for exchanges, locations of XPs in Europe.

Things to think about... p Do you need to be at an Exchange Point? p Would you want to start an Exchange Point? p Would keeping local traffic local benefit your ISP? p Would your environment (politically, etc.) support an Exchange Point?

Discussion p How would you build an exchange point in your environment? p Who would connect? p What services would you provide? p What policies would you enforce? p What does your environment look like? n Is it feasible to set up an IXP? n Is there a good reason not to? J

Important to Remember... p Exchange Points can be as simple as an ethernet HUB!!!! p Keeping local traffic local n improves performance n cheaper n often simple to do!

Exercise Building an IXP

AS100 AS 1 AS 2 AS 3 AS 4 AS 5 AS 6 AS 7 BGP to provider AS200 AS 8 AS 9 AS 10 AS 11 AS 12 AS 13 AS 14

AS 1 AS 2 AS 3 AS 4 AS 5 AS 6 AS 7 196.200.220.224/27 SWITCH Ethernet to IXP AS 8 AS 9 AS 10 AS 11 AS 12 AS 13 AS 14