MAPPING PEERING INTERCONNECTIONS TO A FACILITY
1 UCSD/CAIDA 2 MIT/TU Berlin 3 University of Waikato
MAPPING PEERING INTERCONNECTIONS TO A FACILITY Vasileios Giotsas 1 - - PowerPoint PPT Presentation
MAPPING PEERING INTERCONNECTIONS TO A FACILITY Vasileios Giotsas 1 Georgios Smaragdakis 2 Bradley Huffaker 1 Matthew Luckie 3 kc claffy 1 vgiotsas@caida.org WIE 2015 1 UCSD/CAIDA 2 MIT/TU Berlin 3 University of Waikato The AS-level topology
1 UCSD/CAIDA 2 MIT/TU Berlin 3 University of Waikato
2
AS 1 AS 2 AS 3
3
AS 1 AS 2 AS 3
4
AS 1 AS 2 AS 3 London Paris Frankfurt AS3 AS1 AS1 AS1 AS2 AS2 AS3
5
London Paris New York Equinix LD4 Telecity HEX67 London Telecity HEX67 Telehouse East LINX Torino IT Gate Paris InterXion 1 InterXion 2 InterXion 3 Equinix 1 FRA IX Coresite NY1 Equinix FR5 Frankfurt DE- CIX NewColo AS 2 AS 1 AS 3
¨ Increase traffic flow transparency ¨ Assessment of resilience of peering interconnections ¨ Diagnose congestion or DoS attacks ¨ Inform peering decisions ¨ Elucidate the role of colocation facilities, carrier
6
¨ IP addresses are logical and region-independent ¨ BGP is an information hidden protocol; does not
¨ Existing methods are accurate for city-level
¤ Delay-based ¤ Hostname heuristics ¤ Commercial IP Geolocation Databases
7
8
¨ Interconnection facilities: special-purpose buildings used to co-locate
9
¨ Interconnection facilities: special-purpose buildings used to co-locate
10
¨ Compile a list of
¨ Map ASes and IXPs to
¨ Public data sources:
¤ PeeringDB ¤ AS/IXP websites April 2015 Facilities 1,694 ASes 3,303 AS-facility connections 13,206 IXPs 368 IXP-facility colocations 783
11
¨ We compared the
¤ 2,023 AS-to-facility
¤ 1,424 AS-to-facility
12
13
Remote public peering
14
Remote public peering
15
16
¨ Step 1: Identify the type of peering interconnection ¨ Step 2: Initial facility search ¨ Step 3: Constrain facilities through alias resolution ¨ Step 4: Constrain facilities by repeating steps 1-3 with
¨ Step 5: Facility search in the reverse direction
17
¨ Step 1: Identify the type of peering interconnection ¨ Step 2: Initial facility search ¨ Step 3: Constrain facilities through alias resolution ¨ Step 4: Constrain facilities by repeating steps 1-3 with
¨ Step 5: Facility search in the reverse direction
18
19
¨ Step 1: Identify the type of peering interconnection ¨ Step 2: Facility search ¨ Step 3: Constrain facilities through alias resolution ¨ Step 4: Constrain facilities by repeating steps 1-3 with
¨ Step 5: Facility search in the reverse direction
20
Facilities
AS A F1 F2 IXP X F4 F2 IXP X AS A AS B
¨ The common facility is inferred as the location of the
Near end peer Far end peer
21
Facilities
AS A F1 F2 IXP X F4 F2
¨ The common facility is inferred as the location of the
IXP X AS A AS B
Near end peer Far end peer
22
Facilities
AS A F1 F2 IXP X F4 F3
¨ No inference possible
¤ Incomplete facility dataset or remote peering ¤ Run algorithm in [Castro 2014] to detect remote peering ¤ Run traceroutes changing the target peering links Castro et al. "Remote Peering: More Peering without Internet Flattening." CoNEXT 2014
IXP X AS A AS B
Near end peer Far end peer
23
Facilities
AS A F1 F2 F5 IXP X F4 F2 F5
¨ Possible facilities are constrained but no inference yet
IXP X AS A AS B
Near end peer Far end peer
24
Facilities
AS A F1 F2 F5 IXP X F4 F2 F5
IXP X AS A AS B
¨ Possible facilities are constrained but no inference yet
Near end peer Far end peer
25
¨ Step 1: Identify the type of peering interconnection ¨ Step 2: Initial facility search ¨ Step 3: Derive constrains through alias resolution ¨ Step 4: Constrain facilities by repeating steps 1-3 with
¨ Step 5: Facility search in the reverse direction
26
Facilities
AS A F1 F2 F5 IXP X F4 F2 F5
Facilities
AS A F1 F2 F5 AS C F1 F2 F3
¨ Parse additional traceroutes containing peering
AS A
AS C
Trace 1 Trace 2
IXP X AS A AS B
Near end peer Far end peer
27
Facilities
AS A F1 F2 F5 IXP x F4 F2 F5
Facilities
AS A F1 F2 F5 AS C F1 F2 F3
Trace 1 Trace 2
¨ De-alias interfaces of AS A (IPA1, IPA2)
IXP x AS B AS A AS C
28
Facilities
AS A F1 F2 F5 IXP x F4 F2 F5
Facilities
AS A F1 F2 F5 AS C F1 F2 F3
¨ If two interfaces belong to the same router, find
Trace 1 Trace 2
IXP x AS B AS A AS C
29
Facilities
AS A F1 F2 F5 IXP x F4 F2 F5
Facilities
AS A F1 F2 F5 AS C F1 F2 F3
40% of the routers have multi role in our study
Trace 1 Trace 2
IXP x AS B AS A AS C
30
¨ Step 1: Identify the type of peering interconnection ¨ Step 2: Initial facility search ¨ Step 3: Constrain facilities through alias resolution ¨ Step 4: Constrain facilities by repeating steps 1-3 with
¨ Step 5: Facility search in the reverse direction
31
¨ Step 1: Identify the type of peering interconnection ¨ Step 2: Initial facility search ¨ Step 3: Constrain facilities through alias resolution ¨ Step 4: Constrain facilities by repeating steps 1-3 with
¨ Step 5: Facility search in the reverse direction
32
¨ Targeted the peerings of 5 CDNs and 5 Tier-1 ASes:
¤ Google (AS15169), Yahoo (AS10310), Akamai
¤ NTT (AS2914), Cogent (AS174), Deutsche Telekom
¤ Queried one active IP per prefix for each of their peers
33
¨ Combine various traceroute platforms to maximize
¤ Active: RIPE Atlas, Looking Glasses (LGs) ¤ Archived: CAIDA Ark, iPlane
RIPE Atlas LGs iPlane Ark Total Unique VPs 6,385
1,877
147 107 8,517 ASNs 2,410
438
117 71 2,638 Countries 160 79 35 41 170
34
35
CDNs CDNs CDNs CDNs Tier-1s Tier-1s Tier-1s Tier-1s
36
37
¨ Constrained Facility Search (CFS) maps peering
¤ Interconnection facility maps ¤ Traceroute paths
¨ Evaluated CFS for 5 large CDNs and Tier-1 Ases
¤ Pinpoint 70% of collected IP interfaces ¤ Validated 10% of inferences to ~90% correctness
38
¨ Extend the facility dataset
¤ Collaborate with the operational community ¤ Utilize third-party datasets e.g. UW Internet Atlas1
¨ Combine geolocation methods to further constrain
¨ Integrate CFS with CAIDA’s Ark and Sibyl2
1 SIGCOMM’15 also at http://internetatlas.org/ 2 NSDI’16 [to appear]
40
41
42
43
April 2015 Europe 860 North America 503 Asia 143 Oceania 84 South America 73 Africa 31
44
45
46 46
IXP X AS A AS B
Facility 3 or Facility 4 ?
¨ Facility search for the peer at the far-end may not
¨ Last resort: switch proximity heuristic
47
Facilities
AS A F1 F2 F5 IXP X F4 F2 F5 IXP X AS A AS B
Trace 1
¨ If CFS has not converged to a single facility:
¤ Execute a new round of traceroutes with different set of targets ¤ Repeat steps 1-3 (a CFS iteration)
¨ ‘Clever’ selection of the new traceroute targets can help
48
Facilities
AS A F1 F2 F5 IXP X F4 F2 F5 IXP X AS A AS B
Trace 1 Trace 2 Facilities
AS A F1 F2 F5 IXP X F4 F2 F5 IXP X AS A AS D
49
Facilities
AS A F1 F2 F5 IXP X F4 F2 F5 IXP X AS A AS B
Trace 1 Trace 2 Facilities
AS A F1 F2 F5 IXP X F4 F2 F5 IXP X AS A AS D
50
Facilities
AS A F1 F2 F5 IXP X F4 F2 F5
Trace 1
IXP X AS A AS B
AS A
AS E
Trace 3 Facilities
AS A F1 F2 F5 AS E F9 F1 F2 F5
51
Facilities
AS A F1 F2 F5 IXP X F4 F2 F5
Trace 1
IXP X AS A AS B
AS A
AS E
Trace 3 Facilities
AS A F1 F2 F5 AS E F9 F1 F2 F5
52
Facilities
AS A F1 F2 F5 IXP X F4 F2 F5
Trace 1
IXP X AS A AS B
AS A
AS F
Trace 3 Facilities
AS A F1 F2 F5 AS E F2 F6
53
Facilities
AS A F1 F2 F5 IXP X F4 F2 F5
Trace 1
IXP X AS A AS B
AS A
AS F
Trace 3 Facilities
AS A F1 F2 F5 AS E F2 F6
54
Inferred facility Candidate Facility Candidate facility
¨ Projecting the facilities on the IXP topology can help us
55
Inferred facility Candidate Facility Candidate facility
Preferred route Alternative route
¨ IXPs prefer to exchange traffic over the backhaul
56
Inferred facility Candidate Facility Inferred facility
Preferred route Alternative route
¨ We infer the facility of the far-end peer to be the one