0% found this document useful (0 votes)
94 views46 pages

PacNOG12 IXP NetworkDesign

This document discusses peering, transit, and internet exchange points (IXPs) as they relate to how internet service providers (ISPs) interconnect their networks. It describes how ISPs can categorize themselves as access, regional, or global providers. ISPs can interconnect through private interconnects, public IXPs, or transit arrangements. The goals of ISPs are to minimize costs by engaging in peering arrangements where possible and purchasing transit only when needed. The document provides examples of how peering and transit typically work and the roles that private interconnects and IXPs play in ISP interconnectivity.

Uploaded by

husseinsadek7097
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
94 views46 pages

PacNOG12 IXP NetworkDesign

This document discusses peering, transit, and internet exchange points (IXPs) as they relate to how internet service providers (ISPs) interconnect their networks. It describes how ISPs can categorize themselves as access, regional, or global providers. ISPs can interconnect through private interconnects, public IXPs, or transit arrangements. The goals of ISPs are to minimize costs by engaging in peering arrangements where possible and purchasing transit only when needed. The document provides examples of how peering and transit typically work and the roles that private interconnects and IXPs play in ISP interconnectivity.

Uploaded by

husseinsadek7097
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 46

Peering, Transit and IXP

Design
Philip Smith
PacNOG 12
Port Moresby
10th – 14th December 2012

1
The Internet
p  Internet is made up of ISPs of all shapes and
sizes
n  Some have local coverage (access providers)
n  Others can provide regional or per country coverage
n  And others are global in scale
p  These ISPs interconnect their businesses
n  They don’t interconnect with every other ISP (over
43000 distinct autonomous networks) – won’t scale
n  They interconnect according to practical and business
needs
p  Some ISPs provide transit to others
n  They interconnect other ISP networks
2
Categorising ISPs
Global ISP Global ISP

$
$
$ Global ISP Global ISP
$
$
$
$ Regional ISP Regional ISP
$
Regional ISP Regional ISP
$
$
$ IXP IXP
$ Access ISP Access ISP Access ISP Access ISP
$
$
Access ISP Access ISP
$ 3
Peering and Transit
p  Transit
n  Carrying traffic across a network
n  Usually for a fee
n  Example: Access provider connects to a
regional provider
p  Peering
n  Exchanging routing information and traffic
n  Usually for no fee
n  Sometimes called settlement free peering
n  Example: Regional provider connects to
another regional provider
4
Private Interconnect
p  TwoISPs connect their networks over a
private link
n  Can be peering arrangement
p  No charge for traffic
p  Share cost of the link

n  Can be transit arrangement


p  One ISP charges the other for traffic
p  One ISP (the customer) pays for the link

ISP 1 ISP 2

5
Public Interconnect
p  SeveralISPs meeting in a common neutral
location and interconnect their networks
n  Usually is a peering arrangement between
their networks
ISP 1 ISP 2

ISP 6 ISP 3
IXP

ISP 5 ISP 4

6
ISP Goals
p  Minimise the cost of operating the business
p  Transit
n  ISP has to pay for circuit (international or domestic)
n  ISP has to pay for data (usually per Mbps)
n  Repeat for each transit provider
n  Significant cost of being a service provider
p  Peering
n  ISP shares circuit cost with peer (private) or runs circuit
to public peering point (one off cost)
n  No need to pay for data
n  Reduces transit data volume, therefore reducing cost

7
Transit – How it works
p  Small access provider provides Internet access
for a city’s population
n  Mixture of dial up, wireless and fixed broadband
n  Possibly some business customers
n  Possibly also some Internet cafes
p  How do their customers get access to the rest of
the Internet?
p  ISP buys access from one, two or more larger
ISPs who already have visibility of the rest of the
Internet
n  This is transit – they pay for the physical connection to
the upstream and for the traffic volume on the link
8
Peering – How it works
p  If two ISPs are of equivalent sizes, they have:
n  Equivalent network infrastructure coverage
n  Equivalent customer size
n  Similar content volumes to be shared with the Internet
n  Potentially similar traffic flows to each other’s networks
p  This makes them good peering partners
p  If they don’t peer
n  They both have to pay an upstream provider for access
to each other’s network/customers/content
n  Upstream benefits from this arrangement, the two ISPs
both have to fund the transit costs

9
The IXP’s role
p  Private
peering makes sense when there
are very few equivalent players
n  Connecting to one other ISP costs X
n  Connecting to two other ISPs costs 2 times X
n  Connecting to three other ISPs costs 3 times X
n  Etc… (where X is half the circuit cost plus a
port cost)
p  The more private peers, the greater the
cost
p  IXP is a more scalable solution to this
problem
10
The IXP’s role
p  Connecting to an IXP
n  ISP costs: one router port, one circuit, and one router to
locate at the IXP
p  Some IXPs charge annual “maintenance fees”
n  The maintenance fee has potential to significantly
influence the cost balance for an ISP
p  Generally connecting to an IXP and peering there
becomes cost effective when there are at least
three other peers
n  The real $ amount varies from region to region, IXP to
IXP

11
Who peers at an IXP?
p  Access Providers
n  Don’t have to pay their regional provider transit fees for
local traffic
n  Keeps latency for local traffic low
n  ‘Unlimited’ bandwidth through the IXP (compared with
costly and limited bandwidth through transit provider)
p  Regional Providers
n  Don’t have to pay their global provider transit for local
and regional traffic
n  Keeps latency for local and regional traffic low
n  ‘Unlimited’ bandwidth through the IXP (compared with
costly and limited bandwidth through global provider)

12
The IXP’s role
p  Global Providers can be located close to IXPs
n  Attracted by the potential transit business available
p  Advantageous for access & regional providers
n  They can peer with other similar providers at the IXP
n  And in the same facility pay for transit to their regional
or global provider
n  (Not across the IXP fabric, but a separate connection)

IXP

Transit

Access
13
Connectivity Decisions
p  Transit
n  Almost every ISP needs transit to reach rest of Internet
n  One provider = no redundancy
n  Two providers: ideal for traffic engineering as well as
redundancy
n  Three providers = better redundancy, traffic engineering
gets harder
n  More then three = diminishing returns, rapidly
escalating costs and complexity
p  Peering
n  Means low (or zero) cost access to another network
n  Private or Public Peering (or both)

14
Transit Goals
1.  Minimise number of transit providers
n  But maintain redundancy
n  2 is ideal, 4 or more is bad
2.  Aggregate capacity to transit providers
n  More aggregated capacity means better value
p  Lower cost per Mbps
n  4x 45Mbps circuits to 4 different ISPs will
almost always cost more than 2x 155Mbps
circuits to 2 different ISPs
p  Yet bandwidth of latter (310Mbps) is greater than
that of former (180Mbps) and is much easier to
operate 15
Peering or Transit?
p  How to choose?
p  Or do both?
p  It comes down to cost of going to an IXP
n  Free peering
n  Paying for transit from an ISP co-located in
same facility, or perhaps close by
p  Or
not going to an IXP and paying for the
cost of transit directly to an upstream
provider
n  There is no right or wrong answer, someone
has to do the arithmetic
16
Private or Public Peering
p  Private peering
n  Scaling issue, with costs, number of providers, and
infrastructure provisioning
p  Public peering
n  Makes sense the more potential peers there are (more is
usually greater than “two”)
p  Which public peering point?
n  Local Internet Exchange Point: great for local traffic and
local peers
n  Regional Internet Exchange Point: great for meeting
peers outside the locality, might be cheaper than paying
transit to reach the same consumer base

17
Local Internet Exchange Point
p  Defined as a public peering point serving
the local Internet industry
p  Local means where it becomes cheaper to
interconnect with other ISPs at a common
location than it is to pay transit to another
ISP to reach the same consumer base
n  Local can mean different things in different
regions!

18
Regional Internet Exchange Point
p  These are also “local” Internet Exchange Points
p  But also attract regional ISPs and ISPs from
outside the locality
n  Regional ISPs peer with each other
n  And show up at several of these Regional IXPs
p  Local ISPs peer with ISPs from outside the
locality
n  They don’t compete in each other’s markets
n  Local ISPs don’t have to pay transit costs
n  ISPs from outside the locality don’t have to pay transit
costs
n  Quite often ISPs of disparate sizes and influences will
happily peer – to defray transit costs
19
Which IXP?
p  How many routes are available?
n  What is traffic to & from these destinations, and by how
much will it reduce cost of transit?
p  What is the cost of co-lo space?
n  If prohibitive or space not available, pointless choosing
this IXP
p  What is the cost of running a circuit to the
location?
n  If prohibitive or competitive with transit costs, pointless
choosing this IXP
p  What is the cost of remote hands/assistance?
n  If no remote hands, doing maintenance is challenging
and potentially costly with a serious outage

20
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

21
Exchange Point Design

22
IXP Design
p  Very simple concept:
n  Ethernet switch is the interconnection media
p  IXP is one LAN
n  Each ISP brings a router, connects it to the
ethernet switch provided at the IXP
n  Each ISP peers with other participants at the
IXP using BGP
p  Scaling
this simple concept is the
challenge for the larger IXPs

23
Layer 2 Exchange
ISP 6 ISP 5 ISP 4

IXP Services:
IXP
Root & TLD DNS, Management
Routing Registry Network
Ethernet Switch
Looking Glass, etc

ISP 1 ISP 3
ISP 2

24
Layer 2 Exchange
ISP 6 ISP 5 ISP 4

IXP Services:
IXP
Root & TLD DNS, Management
Routing Registry Network
Looking Glass, etc Ethernet Switches

ISP 1 ISP 3
ISP 2

25
Layer 2 Exchange
p  Two switches for redundancy
p  ISPs use dual routers for redundancy or
loadsharing
p  Offer services for the “common good”
n  Internet portals and search engines
n  DNS Root & TLD, NTP servers
n  Routing Registry and Looking Glass

26
Layer 2 Exchange
p  Requires neutral IXP management
n  Usually funded equally by IXP participants
n  24x7 cover, support, value add services

p  Secure and neutral location


p  Configuration
n  IPv4 /24 and IPv6 /64 for IXP LAN
n  ISPs require AS, basic IXP does not

27
Layer 2 Exchange
p  Network Security Considerations
n  LAN switch needs to be securely configured
n  Management routers require TACACS+
authentication, vty security
n  IXP services must be behind router(s) with
strong filters

28
“Layer 3 IXP”
p  Layer 3 IXP is marketing concept used by
Transit ISPs
p  Real Internet Exchange Points are only
Layer 2

29
IXP Design
Considerations

30
Exchange Point Design
p  The IXP Core is an Ethernet switch
n  It must be a managed switch
p  Has
superseded all other types of network
devices for an IXP
n  From the cheapest and smallest managed 12
or 24 port 10/100 switch
n  To the largest switches now handling high
densities of 10GE and 100GE interfaces

31
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

32
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 1Gbps, 10Gbps, 40Gbps or
100Gbps connections

33
Peering
p  Each participant needs to run BGP
n  They need their own AS number
n  Public ASN, NOT private ASN

p  Eachparticipant configures external BGP


directly with the other participants in the
IXP
n  Peering with all participants
or
n  Peering with a subset of participants

34
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 — the practice is strongly
discouraged
p  Multi-Lateral Peering (MLP)
n  Each participant peers with every other participant
(usually via a Route Server)
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

35
Routing
p  ISP border routers at the IXP must 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

36
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  Use next-hop-self BGP concept
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

37
Address Space
p  Some IXPs use private addresses for the IX LAN
n  Public address space means IXP network could be leaked
to Internet which may be undesirable
n  Because most ISPs filter RFC1918 address space, this
avoids the problem
p  Some IXPs use public addresses for the IX LAN
n  Address space available from the RIRs
n  IXP terms of participation often forbid the IX LAN to be
carried in the ISP member backbone

38
Charging
p  IXPs should be run at minimal cost to participants
p  Examples:
n  Datacentre hosts IX for free
p  Because ISP participants then use data centre for co-lo
services, and the datacentre benefits long term
n  IX operates cost recovery
p  Each member pays a flat fee towards the cost of the
switch, hosting, power & management
n  Different pricing for different ports
p  One slot may handle 24 10GE ports
p  Or one slot may handle 96 1GE ports
p  96 port 1GE card is tenth price of 24 port 10GE card
p  Relative port cost is passed on to participants
39
Services Offered
p  Services
offered should not compete with
member ISPs (basic IXP)
n  e.g. web hosting at an IXP is a bad idea unless
all members agree to it
p  IXP
operations should make performance
and throughput statistics available to
members
n  Use tools such as MRTG/Cacti to produce IX
throughput graphs for member (or public)
information

40
Services to Offer
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 I.root-servers.net, F.root-
servers.net etc are present at many IXes
p  Usenet News
n  Usenet News is high volume
n  could save bandwidth to all IXP members

41
Services to Offer
p  Route Collector
n  Route collector shows the reachability
information available at the exchange
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
n  Useful for members to check BGP filters
n  Useful for everyone to check route availability
at the IX
42
Services to Offer
p  Route Server
n  A Route Collector that also sends the prefixes
it has collected to its peers
n  Like a Route Collector, usually a router or Unix
based system running BGP
n  Does not forward packets
n  Useful for scaling eBGP sessions for larger IXPs
n  Participation needs to be optional
p  And will be used by ISPs who have open peering
policies

43
Services to Offer
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

44
What can go wrong?
p  High annual fees
n  Should be cost recovery
p  Charging for traffic between participants
n  Competes with commercial transit services
p  Competing IXPs
n  Too expensive for ISPs to connect to all
p  Too many rules & restrictions
n  Want all network operators to participate
p  Mandatory Multi-Lateral Peering
n  Has no history of success
p  Interconnected IXPs
n  Who pays for the interconnection? 45

p  Etc…
Conclusion
p  IXPs are technically very simple to set up
p  Little more than:
n  An ethernet switch
n  Neutral secure reliable location
n  Consortium of members to operate it

p  Political aspects can be more challenging:


n  Competition between ISP members
n  “ownership” or influence by outside parties

46

You might also like