1 / 9

Enhancing Route Server Announcements with RPLS-VIA Proposal at IETF89

Job Snijders from Hibernia Networks presents the RPLS-VIA proposal aimed at improving routing policy instructions for route servers. The current methods for routing policy, such as BGP Communities and RPSL, have limitations that this proposal seeks to address. By allowing a more flexible description of routing policies related to networks, RPLS-VIA enables immediate support for 32-bit ASN and simplifies processes for IXP operators. Join the discussion on its implementation and consensus at IETF89.

shina
Télécharger la présentation

Enhancing Route Server Announcements with RPLS-VIA Proposal at IETF89

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. The RPLS ‘via’ attributes IETF89, London Job.Snijders@hibernianetworks.com RPLS-VIA - IETF89 - Job Snijders Hibernia Networks

  2. Who am I? Job Snijders Network Architect @ AS 5580 - Hibernia Networks Founder of NLNOG RING Twitter: @JobSnijders Hobbies: IP Routing, LISP, MPLS, IPv6, RPSL Shoe size: 45/EU RPLS-VIA - IETF89 - Job Snijders Hibernia Networks

  3. Problem statement • Today there is not really a good way to instruct a Route Server to whom they should announce your prefixes. RPLS-VIA - IETF89 - Job Snijders Hibernia Networks

  4. Problem statement refined • You can ONLY describe routing policy related to directly adjacent networks. Here is nothing Import: Export: RPLS-VIA - IETF89 - Job Snijders Hibernia Networks

  5. Current methods • BGP Communities (issue: too small) • RPSL (but no way to describe indirect) • BGP Communities in RPSL • Web interface (out of band, not universal) • Mapping systems (map 32bit AS to 16bit value) RPLS-VIA - IETF89 - Job Snijders Hibernia Networks

  6. Proposal: draft-snijders-rpsl-via aut-num: AS5580 import-via: AS6777 from AS4294967295 action pref = 2; accept AS-SNIJDERS import-via: AS6777 from AS5580:AS-CUSTOMERS accept NOT ANY export-via: AS6777 to AS4294967295 action community.={5580:40}; announce AS-ATRATO export-via: AS5580:AS-ROUTESERVERS to AS5580:AS-CUSTOMERS announce NOT ANY RPLS-VIA - IETF89 - Job Snijders Hibernia Networks

  7. Advantages • Only IRRs and IXP operators need to upgrade • Some IXP operators have already pledged! • No BGP / router upgrades needed • Immediate support for 32 bit ASNs • 95% of people just want any to any (don’t need to update their autnum for that) • Helps with Route Server Path Hiding RPLS-VIA - IETF89 - Job Snijders Hibernia Networks

  8. Current implementation status • OK: RADB / IRRd (since 3.0.7) • OK: RIPE Whois Server (since 1.71) • NOT YET OK: APNIC (runs 1.69.1-APNICv1r0) • (but they sort of committed to merge my code) • Unknown: ARIN, ALTDB (IRRdb fork), JPNIC (IRRd fork), LACNIC, AfriNIC RPLS-VIA - IETF89 - Job Snijders Hibernia Networks

  9. Questions? • Should this be WG document or Individual submission? • Standards track or something else? • There is running code, but is there consensus? RPLS-VIA - IETF89 - Job Snijders Hibernia Networks

More Related