A continuación presentamos ejemplos de implementación de políticas mediante BGP communities en la conexión a los route-servers de NIXVAL-IXP.

Las políticas soportadas son las siguientes:

 

0:<peerAS> No anunciar prefijo a <peerAS>
57542:<peerAS>                      Anunciar prefijo a <peerAS>
0:57542 No anunciar a ningún peer
57542:57542 Anunciar a todos los peers

 

Las 2 últimas políticas se utilizan para, en combinación con con las otras dos, implementar los anuncios a un único peer o a todos los participantes menos uno.

La aplicación de las políticas se haría de la siguiente forma para los distintos escenarios:

 

  • Queremos que nuestro prefijo X.X.X.X/24 no se anuncie al ASN 1234:
    • Anunciamos el prefijo X.X.X.X/24 con la community 0:1234
  • Queremos que nuestro prefijo  X.X.X.X/24 se anuncie únicamente al ASN 1234:
    • Anuncio X.X.X.X/24 con la combinación de communities 57542:1234, 0:57542
  • Queremos que nuestro prefijo X.X.X.X/24 se anuncie a todos los participantes excepto al ASN 1234
    • Anuncio X.X.X.X/24 con la combinación de communities 0:1234, 5742:5742

 

 

A continuación un ejemplo simplificado para la configuración de routers CISCO para conectarse a los route-servers de NIXVAL-IXP  e implementar un filtro de salida que anuncia las communities requeridas para que el contenido de un filtro se anuncie exclusivamente al AS 1234:

router bgp 57542
	no bgp enforce-first-as    #(IMPRESCINDIBLE!!)
	neighbor nixvalixp peer-group
	neighbor nixvalixp remote-as 57542
	neighbor nixvalixp route-map nixvalixp_out out
        neighbor nixvalixp maximum-prefix 20000
	neighbor 213.162.194.1 peer-group nixvalixp
	neighbor 213.162.194.2 peer-group nixvalixp
route-map nixvalixp_out
	match as-path 10       #(filtro de salida que se utilice, prefix-list, etc...)
	set community 57542:1234 0:57542