Config Guide Peering

Maximize the benefits of Peering

When the order has been delivered, you will receive an ‘order delivery’ email. This email - send to you from provisioning@nl-ix.net - contains all details you need to setup your connection. The delivery date is also the start date of invoicing.

Next steps

  • You can update your MAC address of your router via the My NL-ix portal, via Ports > Manage MAC Address.
  • Setup the connection using the information given in de 'order delivery email' and test the connection.
  • Update your PeeringDB page.

Route Servers

The goal of NL-ix's Route Servers is to make peering on the NL-ix peering platform easy. Normally, you would need to maintain separate BGP sessions to each of your peers' routers. With a Route Server you can replace all or a subset of these sessions with one session towards each Route Server.

Default sessions

Connecting to the NL-ix Route Server facilitates the exchange of traffic with other NL-ix peers. Each peer that connects to the NL-ix Route Server receives BGP announcements of all other Route Server peers.

The standard (default) session when connecting to the Route Server will re-distribute all your announcements to other peers and advertise all announcements from other peers to you.

Route Server setup

NL-ix operates multiple Route Servers. Even though Peering with only one Route Server is sufficient for exchanging routes, it is preferred to peer with all Route Servers available in your setup.  Setting up redundant Route Server peers allows to carry out occasional maintenances without impacting your routing and guards against failures.

Preferably always setup 2 IPv4 sessions as well as 2 IPv6 sessions. This way the Route Servers help to get the majority of possible sessions and significantly leverage the burden of keeping track of newly arriving members.

Route Server
NL-ix AS34307:
RS1
RS2
193.239.116.255
193.239.117.0
2001:7f8:13::a503:4307:1
2001:7f8:13::a503:4307:2
NL-ix2 AS42604:
RS1
RS2
185.1.122.127
185.1.122.128
2001:7f8:cd::a504:2604:1
2001:7f8:cd::a504:2604:2

RPKI filtering and RIPE administration

NL-ix secures "our part” of the Internet by protecting the peers connected to our Route Servers by actively clean-filtering all routing information using RPKI: a security framework that verifies the right to use an IP address or ASN. By default NL-ix declines routes where RPKI-validation fails.

Signing your prefixes in the routing database of RIPE is the best way to start with RPKI as the RIPE database provides essential information to keep individual networks and the overall Internet running.

Please make sure that you cover all prefixes you use, matching the ASN which they originate from.  Also have all active ASNs and AS-SETs listed in your main AS-SET and remove unused ones. Please send an email to sales@nl-ix.net if you require changes your AS-SET.

You can check on the status of your AS in the routing databases.

PeeringDB

Please also keep your PeeringDB record up to date or create a record if you don’t have one yet as PeeringDB is THE tool for all peering administrators.

Anti-DDos

DDoS (Distributed Denial-of-Service) attacks are growing in number and evolving annually, and can slow or cripple your network performance.

Clean IX is a cutting-edge collaborative anti-DDOS service offered by NL-ix and supported by NaWas, the anti-DDoS service provided by The Dutch National Internet Providers Management Organisation (Nationale Beheersorganisatie Internet Providers or NBIP).

If a customer is under attack, traffic is re-routed away from the server to the Clean IX service. The attacked traffic is scrubbed clean and then re-routed back over a separate VLAN. Clean IX is a powerful service for DDoS mitigation, and it is constantly improved to keep ahead of the latest attack techniques. Normally the problem is detected and solved in a matter of minutes, well before the customer even sees it.

Please contact NL-ix if you are interested in getting Clean IX.

Secure direct traffic paths

Secure traffic paths to all those who are important for you with direct sessions. Many large operators (Liberty Global/UPC, DTAG, Vodafone) or CDNs (Google, Microsoft) don’t like to peer with Route Servers in general. Send more prefixes via a direct Peering session and/or give you more priority and traffic engineering focus on direct sessions. The same is true for your individually important partner networks.

You can request a direct peering session with Microsoft and Google

Specifically for Liberty Global/UPC, DTAG and Vodafone, NL-ix has a Premium Peering service that provides transparent and zero-hop full access to these otherwise unpeerable networks.

The customer story of Parknet provides more inspiration on how to maximize peering traffic.

Bogon and martian filtering

A bogon prefix is a route that should never appear in the Internet routing table. A packet routed over the public Internet (not including over VPNs or other tunnels) should never have an address in a bogon range. These are commonly found as the source addresses of DDoS attacks.

Bogon filtering filters bogus (fake) IP addresses of a computer network. Bogons can be filtered by using router access-control lists (ACLs), or by BGP blackholing. Full bogons filtering is recommended but not enabled by default. You can start bogon filtering here

BGP Filtering

NL-ix advices customers using Peering to follow the BGP Filter Guides