Peering en el Perú IX (PIT Peru sac)

Route Servers

Actualmente tenemos dos Route Servers (RS1-v4 y RS2-v4) disponibles para el intercambio de rutas IPv4 y dos Route Server (RS1-v6 y RS2-v6) para el intercambio de rutas IPv6. Además, estos Route Server están en dos ubicaciones diferentes lo que nos permite otorgar un servicio con la máxima disponibilidad incluso en caso de imprevistos.

Nuestro Route Server soporta filtrado basado en objetos IRRDB, así como listas de prefijos permitidos. La información sobre prefijos para el max-prefix limit la obtenemos de los registros de PeeringDB, por eso es importante mantenerlos actualizados.

El objetivo de los Route Servers en Perú IX (PIT Peru sac) (pitperu.net) es facilitar la implementación de los acuerdos de Peering. Es importante mencionar que los Route Servers no participan en el encaminamiento del tráfico, sino que entrega la información sobre las rutas que son aprendidas por él, pero todo el tráfico sigue siendo encaminado a nivel de capa 2 por el switch fabric.

Por motivos de seguridad las sesiones BGP son establecidas con contraseña MD5. Si necesitas cambiar tu contraseña puedes contactar a nuestro equipo de soporte.

Route ServerDirección IPASN
RS1-v4 (IPv4)45.183.47.164115
RS2-v4 (IPv4)45.183.47.264115
RS1-v6 (IPv6)2803:cd60:6411:5::164115
RS2-v6 (IPv6)2803:cd60:6411:5::264115

¿Por qué usar los Route Servers?


  • Simplifica el Peering, reduce la carga de trabajo

    Simplifica la configuración para lograr alcanzar el mayor número posible de rutas en la plataforma del Perú IX (PIT Peru sac). Mantener múltiples sesiones bilaterales puede rápidamente convertirse en una enorme carga de trabajo adicional. Los Route Server permiten que el Peering sea simple, por ejemplo al integrarse un nuevo participante no deberás estar actualizando los filtros BGP todas las semanas, sino que automáticamente lo podrás controlar con el max-prefix limit. Así obtendrás el máximo beneficio de Perú IX (PIT Peru sac) sin que sea una carga de trabajo adicional.
  • Un respaldo a tus sesiones bilaterales

    Hay veces en las que las sesiones BGP bilaterales se pueden caer, en estos casos el tener las sesiones a los Route Servers te permitirá que el tráfico siga fluyendo sin interrupciones. Lo que te da la flexibilidad de poder resolver los problemas de las sesiones bilaterales sin el apuro de una caída de rutas.

Comunidades BGP

Comunidades BGP para controlar anuncio de prefijos a uno o más peers del Route Server de Lima

Descripción (en Español)Common BGP CommunitiesBGP Large Communities
Evita anunciar un prefijo a un peer0:peer-as64115:0:peer-as
Anunciar una ruta a un cierto peer64115:peer-as64115:1:peer-as
Evita anunciar un prefijo a todos los peers0:6411564115:0:0
Anunciar una ruta a todos los peers64115:6411564115:1:0

Ejemplos:

Decirle al Route Server que sólo distribuya un prefijo en particular sólo al AS64111 y AS64222. Para esto debemos taggear dicho prefijo con las siguientes comunidades 0:64115, 64115:64111 and 64115:64222

Otro ejemplo, si quiero anunciarle un prefijo en particular a todos los miembros de Perú IX (PIT Peru sac) excepto el AS64333, entonces deberé taggear dicho prefijo con la comunidad:  0:64333.

Adicionalmente soportamos algunas BGP Large communities para influenciar el Prepending

Descripción (en Español)BGP Large Communities
Hacer prepend una vez al peer64115:101:peer-as
Hacer prepend dos veces al peer64115:102:peer-as
Hacer prepend tres veces al peer64115:103:peer-as

En caso que su router soporte large BGP communities, deberá usar estas por sobre las comunidades 16-bit, ya que la mayoría de los nuevos nuevos miembros del IXP ahora tienen ASN de 32-bit.

Importante: no se deben mezclar comunidades estandar de 16-bit con BGP Large communities, por favor use sólo un tipo.

Sesiones Bilaterales

Algunos participantes aceptan sesiones BGP bilaterales, la mayoría se basa en los registros de PeeringDB, es por esto que es muy importante que mantengas tu registro en PeeringDB actualizado. No olvides que deberás incluir datos de contacto y cantidad de prefijos a anunciar en PeeringDB.