Routing Policies – Knowledgebase

Overview

Inter.link offers a pan-european 100G network with high-quality connectivity to carriers, content providers, and internet exchanges. A three-digit number of peerings enables Inter.link to provide outstanding reach and low latency. If you want to experience that low latency for 30 days, reach out for our free IP Transit trial.

This section of the knowledgebase explains Inter.link’s routing policies, including BGP communities for traffic engineering.

BGP communities are provided on a best effort basis and not subject to product-specific SLAs. They are subject to change and customers and peers should check this site for updates.

Click the menu on the left which says ‘Navigate Routing Policies’ to jump to specific sections of this page.

General

  • Prefixes with RPKI validation-state invalid are dropped (exceptions are RTBH prefixes).
  • Only prefix lengths between /8 and /24 for IPv4 and /19 and /48 for IPv6 are accepted (exceptions are RTBH prefixes).
  • Bogon prefixes and Bogon ASNs are rejected on ingress.
  • Strict prefix filtering based on IRR data is applied on all BGP sessions.
  • Maximum accepted AS-Path length is 50.
  • “Tier-1” ASNs in the as-paths from downstreams and peers are rejected.
  • The first ASN (left most) in the AS-Path must equal the peer ASN.
  • Peering sessions are protected with maximum prefix limits
  • Inter.link does not use route-dampening.
  • The Multi-exit Discriminator (MED) set by customers is honored. If unset the lowest (best) value 0 is used.
  • Setting local preference via BGP communities is not supported (except GRACEFUL_SHUTDOWN), please use MED and/or AS-Path prepending for traffic-engineering.
  • Prefix filters are updated once a day every (european) night.

BGP Origin Communities

Learned BGP routes are tagged at ingress with origin communities. These have informational value and indicate where a prefix was learned and from whom. The corresponding IDs are listed in the Appendix shown below.

Community Purpose Remarks
5405:P Learned from peer type (P) Customers, Transit, Peering or PNI
5405:1R Learned at scope continent (1), on continent (R)
5405:2CC Learned at scope country (2), in country (CC)
5405:3ZZZ Learned at scope city (3), in city (ZZZ)
5405:4SSS Learned at scope PoP (4), in PoP (SSS)

Examples

The community combination 5405:3 5405:15 5405:208 5405:3003 5405:4004 attached to a route tells the following about the origin:

Community Explanation
5405:3 Peering IXP (3)
5405:15 continent (1) Europe (5)
5405:208 country (2) Germany (08)
5405:3003 city (3) Berlin (003)
5405:4004 PoP (4) BER1-DE (004)

BGP Signalling Communities

BGP Large Communities can be used to control the behaviour of the routing service. Multiple of them can be attached to a single BGP announcement. They are stripped upon annuncement to other peers.

Abbreviation Name Remarks
R Continent Identifier 0 = all continents (1)
CC Country Identifier 00 = all countries (1)
ZZZ City Identifier 000 = all cities (1)
P Peer Type Identifier 0 = all peer types (1)
AAA 4 Byte ASN 0 = all ASNs (1)
¹ Only applies to AS-path prepending and propagation restriction, not to (selective) blackholing.

Path prepending communities

  • Path prepends of the ASN 5405 are supported up to three times (x = 1, 2, 3).
  • Prepends within a scope (e. g. country) are non-additive, the lower value is processed.
  • Prepends in multiples scopes (e. g. country and city) are additive.
  • Prepending (x = 1, 2, 3) supersedes filtering (x = 9).
  • Community Purpose
    5405:1 RPx:AAA scope continent (1), continent, peer type, prepend x times to ASN
    5405:2 CCPx:AAA scope country (2), country, peer type, prepend x times to ASN
    5405:3 ZZZPx:AAA scope city (3), city, peer type, prepend x times to ASN

    Restrict Propagation

    Community Purpose
    5405:1 RP9:AAA scope continent (1), continent, peer type, do not advertise (9) to ASN
    5405:2 CCP9:AAA scope country (2), country, peer type, do not advertise (9) to ASN
    5405:3 ZZZP9:AAA scope city (3), city, do not advertise (9) to ASN

    Well-known communities

    The following well-known communities are honoured.

    Community Purpose Remarks
    GRACEFUL_SHUTDOWN (65535:0) lower local-pref to 1 RFC8326
    BLACKHOLE (65535:666) blackhole traffic, see RTBH RFC7999
    NO_EXPORT (65535:65281) do not announce to any other ASN RFC1997
    NO_ADVERTISE (65535:65282) do not announce beyond receiving PE router RFC1997
    Altering of LOCAL_PREF (5405:30) decrease local-pref by 30 RFC1998
    Altering of LOCAL_PREF (5405:50) decrease local-pref by 50 RFC1998

    Remote Triggered Blackholing (RTBH)

    We support Remote Triggered Blackholing (RTBH) announcements that can activate across our global backbone, or more specific regions of it, depending on the attached community. See below for examples for choosing the right region. RTBH announcements are discarded if the prefix isn’t covered by the prefix filters configured for the peer announcing the route.

    Community Purpose Remarks
    65535:666 Global RTBH well-known community defined in RFC7999
    5405:666:1R RTBH inside a continent (R)
    5405:666:2CC RTBH inside a country (CC)
    5405:666:3ZZZ RTBH inside a city (ZZZ)

    The accepted IDs for R,CC,ZZZ can be found in the Appendix below.

    If the scope of the selective blackholing matches the only origin of the route, a global blackhole is the result.

    Maximum prefix length for RTBH routes is restricted to /24 for IPv4 and /48 for IPv6. Routes with the well-known community 65535:666 are propagated to other peer/upstream ASNs as well.

    For peers supporting the BLACKHOLE community, different blackhole route prefix lengths might lead to different results:

    • Announcements carrying Hostroutes (IPv4 /32 and IPv6 /128) are usually accepted and the traffic is dropped in the peer network.
    • Announcements carrying IPv4 prefixes with a length between /24 and /32 or IPv6 prefixes with a length between /48 and /128 might be accepted or rejected depending on the peer’s routing policy.

    Examples

    Community Explanation
    5405:1002:65550 scope continent (1), all continents (0), all peer types (0), prepend twice (2), to ASN 65550
    5405:1539:0 scoper continent (1), Europe (5), all IXP peerings (3), do not announce (9), all ASNs (0)
    5405:666:3003 Selective Blackhole, scope city (3), city Berlin (003)
    5405:21749:0 scope country (2), Spain (17), PNI peerings (4), do not advertise (9), all (0)
    5405:1039:0 scope continent (1), all continents (0), IXP peerings (3), do not announce (9), all ASNs (0)
    5405:1049:0 scope continent (1), all continents (0), PNI peerings (4), do not announce (9), all ASNs (0)
    5405:1039:0 5405:1049:0 The combination of these two communities mimics NOPEER community

    Appendix

      Continent IDs

      Continent ID (R) Continent Name
      1 Africa
      2 Antarctica
      3 Asia
      4 Australia
      5 Europe
      6 North America
      7 South America
      Country IDs
      PoP IDs
      Peer Type IDs