Peering Piura
Peering en Perú IX (PIT Perú 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 Server
Dirección IP
ASN
RS1-v4 (IPv4)
45.183.47.1
AS64144
RS2-v4 (IPv4)
45.183.47.2
AS64144
RS1-v6 (IPv6)
2803:cd60:AS64144:5::1
AS64144
RS2-v6 (IPv6)
2803:cd60:AS64144:5::2
AS64144
¿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 Chiclayo.
Descripción (en Español)
Common BGP Communities
BGP Large Communities
Evita anunciar un prefijo a un peer
0:peer-as
AS64144:0:peer-as
Anunciar una ruta a un cierto peer
AS64144:peer-as
AS64144:1:peer-as
Evita anunciar un prefijo a todos los peers
0:AS64144
AS64144:0:0
Anunciar una ruta a todos los peers
AS64144:AS64144
AS64144: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:AS64144, AS64144:64111 and AS64144: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 peer
AS64144:101:peer-as
Hacer prepend dos veces al peer
AS64144:102:peer-as
Hacer prepend tres veces al peer
AS64144: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.