Politique de peering AS29075

Politique générale

IELO (AS29075) à une politique de peering ouverte et cherche à établir des interconnexions avec d’autres opérateurs. Nous échangeons notre trafic en préférence via les nœuds d’échanges. IELO utilise comme AS-SET d’autorité AS29075:AS-IELO avec comme source primaire le RIPE-NCC.

Voir AS29075 sur peeringDB

A propos

Ce site détaille la politique de peering de IELO (AS29075) avec les autres AS. Elle vise à définir les critères pour peerer avec IELO.

Avertissement

Bien qu’il définisse des règles générales, leur application peut être établie au cas par cas. La validation de l’établissement d’un peering peut vous être refusé bien que vous suiviez les critères nécessaires d’entrée.

Les modifications de politiques de peerings seront communiquées dans le cas où ces dernières vous impacteraient fortement, notamment en cas de départ d’un IX.

Règles générales

  • Le partenaire de session doit posséder un numéro d’AS assigné par un RIR, et utiliser le protocole BGP.
  • Le partenaire ne doit PAS altérer le peering notamment et de manière non exhaustive en y pointant une route par défaut, des routes statiques, un reset du next-hop, revendre ou donner le next-hop à un tiers.
  • Le partenaire de peering doit avoir un NOC joignable en 24/7 et capable d’agir en cas d’incident.
  • Le partenaire doit tenir à jour ses informations sur www.peeringdb.com
  • Le partenaire doit annoncer ses routes de manière les plus neutres possibles. Il est fortement découragé de désagréger ou de ré-agréger les annonces reçues par les clients.
  • Le partenaire est encouragé à appliquer tout filtre de route visant à renforcer la sécurité. Il est notamment encouragé à employer RPKI et à filtrer les annonces incorrectes.
  • Le partenaire ne doit pas annoncer de route par défaut ou de préfixes réservés notamment RFC-1918.
  • Le partenaire ne doit pas annoncer de routes inférieures à /24 ipv4 ou /48 ipv6, sauf les cas de RTBH, émises en /32 et /128.
  • Le partenaire doit appliquer une politique de préfixe maximum en suivant les recommandations émises par ielo sur www.peeringdb.com et ci-dessous.
  • Le partenaire ne doit pas monopoliser à lui seul plus de 75% de la capacité de port d’interconnexion sur l’IX. Il conviendra d’établir des discussions entre IELO et le partenaire des suites à donner, notamment l’établissement d’un PNI.
  • Les sessions doivent être établies en IPv4 et en IPv6.
  • Les routes IPv4 unicast seront annoncées via une session IPv4, les routes IPv6 unicast seront annoncées sur une session IPv6.
  • Un ratio Inbound-outband n’est pas requis.
  • Le partenaire ne doit PAS être un client de transit IELO en cours.