deep dive into bgp communi1es
play

Deep Dive into BGP Communi1es Georgios Smaragdakis Joint work with - PowerPoint PPT Presentation

Deep Dive into BGP Communi1es Georgios Smaragdakis Joint work with Emile Aben, Arthur Berger, Robert Beverly, Randy Bush, Chris Dietzel, Anja Feldmann, Vasileios Giotsas, Franziska Lichtblau, Cristel Pelsser, Philipp Richter, Florian


  1. “Deep Dive into BGP Communi1es” Georgios Smaragdakis Joint work with Emile Aben, Arthur Berger, Robert Beverly, Randy Bush, Chris Dietzel, Anja Feldmann, Vasileios Giotsas, Franziska Lichtblau, Cristel Pelsser, Philipp Richter, Florian Streibelt, and many other colleagues!

  2. 2 The Internet is the Digital Backbone of our Civilization

  3. 3

  4. 4 Cyberattacks and Outages are Serious Threats Our objective: Understand the State and Health of the Internet’s Routing System

  5. 5 The New Internet Global Transit / "Hyper Giants" National Large Content, Consumer, Hosting CDN Global Internet Backbones Core IXP IXP IXP Outages at the core of Regional / Tier2 ISP1 ISP2 Providers the Internet: Measured? Customer IP Networks source: “Internet Interdomain Traffic”, Labovicz et al. SIGCOMM 2010

  6. 6 IXPs around the Globe > 300 active IXPs, ~ 125 Tbps Traffic, ~ 2 Million peerings

  7. 7 IXP is more than a Big Switch, it is an Ecosystem LINX (London Internet Exchange) in Telehouse Colocation Facility (Telehouse North at Docklands) 1000s of cross-connects established in the datacenters

  8. 8 Peering Infrastructures are Critical Infrastructures DHS and ENISA have characterized peering infrastructures as critical infrastructures – in the same category as nuclear reactors and power powerhouses . [An Annex to the National Infrastructure Protection Plan, 2010, 2015; Critical Infrastructures and Services, Internet Infrastructure: Internet Interconnections, 2010] Internet Exchange Points : Typical SLA 99.99% (~52 min. downtime/year) 1 Colocation facilities : Typical SLA 99.999% (~5 min. downtime/year) 2 1 https://ams-ix.net/services-pricing/service-level-agreement 2 http://www.telehouse.net/london-colocation/

  9. 9 Current practice: “Is anyone else having issues?” ● ASes try to crowd-source the detection and localization of outages. ● Inadequate transparency/responsiveness from infrastructure operators.

  10. 10 The AMS-IX outage Outage in AMS-IX, Amsterdam, The Netherlands on May 14, 2015

  11. 11 The AMS-IX outage DE-CIX in Frankfurt Outage in AMS-IX, Amsterdam, The Netherlands on May 14, 2015

  12. 12 Challenges in detecting infrastructure outages Actual incident Observed paths Before outage VP

  13. 13 Challenges in detecting infrastructure outages Actual incident Observed paths Before outage VP During outage

  14. 14 Challenges in detecting infrastructure outages 1. Capturing the infrastructure-level hops between ASes Actual incident Observed paths Before AS path outage VP does not During change! outage

  15. 15 Challenges in detecting infrastructure outages 1. Capturing the infrastructure-level hops between ASes Actual incident Observed paths Before outage VP During IXP or outage Facility 2 failed

  16. 16 Challenges in detecting infrastructure outages 1. Capturing the infrastructure-level hops between ASes 2. Correlating the paths from multiple vantage points Actual incident Observed paths Before outage VP During IXP or outage Facility 2 failed VP During IXP is still active outage

  17. 17 Challenges in detecting infrastructure outages 1. Capturing the infrastructure-level hops between ASes 2. Correlating the paths from multiple vantage points 3. Continuous monitoring of the routing system Actual incident Observed paths Before outage VP During The initial outage hops changed VP During No hop changes outage

  18. 18 Challenges in detecting infrastructure outages 1. Capturing the infrastructure-level hops between ASes BGP Traceroute 2. Correlating the paths from multiple vantage points BGP Traceroute 3. Continuous monitoring of the routing system Traceroute BGP Can we combine BGP continuous passive measurements with fine-grained topology discovery?

  19. 19 Deciphering location metadata in BGP PREFIX: 1.0.0.0/24 ASPATH: 2 1 0 1.0.0.0/24 COMMUNITY: 2:200 Is BGP an information hiding protocol?

  20. 20 Deciphering location metadata in BGP BGP Communities: PREFIX: 1.0.0.0/24 ASPATH: 2 1 0 ● Optional attribute 1.0.0.0/24 COMMUNITY: 2:200 ● 32-bit numerical values ● Encodes arbitrary metadata

  21. 21 Deciphering location metadata in BGP PREFIX: 1.0.0.0/24 ASPATH: 2 1 0 1.0.0.0/24 COMMUNITY: 2:200 Top 16 bits: Bottom 16 bits: ASN that sets Numerical value the community. that encodes the actual meaning.

  22. 22 Deciphering location metadata in BGP The BGP Community 2:200 PREFIX: 1.0.0.0/24 is used to tag routes ASPATH: 2 1 0 1.0.0.0/24 COMMUNITY: 2:200 received at Facility 2 i.e, Location Information!!

  23. 23 Deciphering location metadata in BGP PREFIX: 1.0.0.0/24 ASPATH: 2 1 0 COMMUNITY: 2:200 2.2.2.2/24 The BGP Community PREFIX: 3.3.3.3/24 ASPATH: 4 3 4:400 is used to tag COMMUNITY: 4:8714 4:400 routes received at PREFIX: 2.2.2.2/24 Facility 4 and at ASPATH: 4 2 COMMUNITY: 4:8714 4:400 the IXP 3.3.3.3/24

  24. 24 Deciphering location metadata in BGP PREFIX: 1.0.0.0/24 ASPATH: 2 1 0 COMMUNITY: 2:200 2.2.2.2/24 PREFIX: 3.3.3.3/24 ASPATH: 4 3 COMMUNITY: 4:8714 4:400 PREFIX: 2.2.2.2/24 ASPATH: 4 2 COMMUNITY: 4:8714 4:400 3.3.3.3/24

  25. 25 Deciphering location metadata in BGP When a route changes ingress PREFIX: 1.0.0.0/24 point, the community values will ASPATH: 2 1 0 1.1.1.1/24 COMMUNITY: 2:100 be update to reflect the change. 2.2.2.2/24 PREFIX: 3.3.3.3/24 ASPATH: 4 3 COMMUNITY: 4:8714 4:400 PREFIX: 2.2.2.2/24 ASPATH: 4 2 COMMUNITY: 4:8714 4:400 3.3.3.3/24

  26. 26 Building a BGP Communities Dictionary ● Community values not standardized ● Natural Language Tools ● Documentation in public data sources: Internet Routing Registries (IRRs), NOCs websites

  27. 27 Building a BGP Communities Dictionary 3,049 communities for locations used by 468 Ases

  28. 28 Topological coverage ● ~ 50% of IPv4 and ~ 30% of IPv6 paths annotated with at least one Community in our dictionary. ● 24% of the facilities in PeeringDB, 98% of the facilities with at least 20 members.

  29. 29 Passive outage detection: Initialization Time For each vantage point (VP) collect all the stable BGP routes tagged with the communities of the target facility (Facility 2)

  30. 30 Passive outage detection: Initialization AS_PATH: 1 x AS_PATH: 2 1 0 COMM: 1:FAC2 COMM: 2:FAC2 AS_PATH: 4 x COMM: 4:FAC2 Time For each vantage point (VP) collect all the stable BGP routes tagged with the communities of the target facility (Facility 2)

  31. 31 Passive outage detection: Monitoring Time Track the BGP updates of the stable paths for changes in the communities values that indicate ingress point change.

  32. 32 Passive outage detection: Monitoring AS_PATH: 2 1 0 COMM: 2:FAC1 Time We ignore about single router-level/ AS-level path changes if the ingress-tagging communities remain the same.

  33. 33 Passive outage detection: Outage signal AS_PATH: 1 x AS_PATH: 2 1 0 COMM: 1:FAC1 COMM: 2:FAC1 AS_PATH: 4 x COMM: 4:FAC4 4:IXP Time Crowdsourcing mechanism : Concurrent changes of communities values for multiple networks for the same facility is an indication of outage.

  34. 34 Passive outage detection: Outage signal AS_PATH: 1 x AS_PATH: 2 1 0 COMM: 1:FAC1 COMM: 2:FAC1 Partial outage? De-peering of large ASes? Major routing policy change? AS_PATH: 4 x COMM: 4:FAC4 4:IXP Time Crowdsourcing mechanism : Concurrent changes of communities values for multiple networks for the same facility is an indication of outage.

  35. 35 Passive outage detection: Outage tracking AS_PATH: 1 x AS_PATH: 2 1 0 COMM: 1:FAC2 COMM: 2:FAC2 Time End of outage inferred when the majority of paths return to the original facility.

  36. 36 De-noising BGP routing activity Number of BGP messages (log) 10 5 10 3 10 1 Time The aggregated activity of BGP messages (announcements, withdrawals, states) provides no outage indication.

  37. 37 De-noising BGP routing activity Number of BGP messages (log) Number of BGP messages (log) Fraction of infrastructure paths 1.0 10 5 10 5 0.8 0.6 10 3 10 3 0.4 0.2 10 1 10 1 0 Time Time The aggregated activity of BGP The BGP activity filtered using messages (announcements, communities provides strong withdrawals, states) provides no outage signal . outage indication.

  38. 38 Providing Hard Evidence: DE-CIX? Outage

  39. 39 Observed outages - 159 outages in 5 years of BGP data 76% of the outages not reported in popular mailing lists/websites - Validation through status reports, direct feedback, social media 90% accuracy, 93% precision (for trackable PoPs)

  40. 40 Effect of outages on Service Level Agreements ~ 70% of failed facilities worse than 99.999% uptime ~50% of failed IXPs worse than 99.99% uptime 5% of failed infrastructures worse than 99.9% uptime!

  41. 41 Measuring the performance impact of outages Fraction of paths RTT (ms) Median RTT rises by > 100 ms for rerouted paths during AMS-IX outage.

  42. 42 Cyberattacks and Outages are Serious Threats

  43. 43 Networks under Attack AS1 172.18.192.1 AS4 A<ack AS3 Target Server AS2

  44. 44 BGP Blackholing in the Internet 172.18.192.1/32 Community = AS3:666 AS1 172.18.192.1 AS4 A<ack AS3 Target Server AS2 RFC1997, RFC6535, RFC7999

  45. 45 BGP Blackholing in the Internet AS1 172.18.192.1 AS4 A<ack AS3 Target Server AS2 RFC1997, RFC6535, RFC7999

  46. 46 The Rise of BGP Blackholing 6x 46

Download Presentation
Download Policy: The content available on the website is offered to you 'AS IS' for your personal information and use only. It cannot be commercialized, licensed, or distributed on other websites without prior consent from the author. To download a presentation, simply click this link. If you encounter any difficulties during the download process, it's possible that the publisher has removed the file from their server.

Recommend


More recommend