--- title: "Comunidades BGP" description: "Todas las comunidades BGP que CubePath (AS26141) acepta en los anuncios de clientes: local preference, blackhole RTBH, scrubbing DDoS, no-export, overrides de exportación selectiva, prepending de AS-path y MED." category: "Despliegue" language: es source: https://cubepath.com/es/docs/products/despliegue/ip-transit-comunidades-bgp updated: 2026-10-11 --- # Comunidades BGP Si anuncias tus propios prefijos a CubePath (**AS26141**), por un puerto de [IP Transit](/docs/products/despliegue/contratar-ip-transit) o por un [túnel](/docs/products/seguridad/tuneles), puedes adjuntar comunidades BGP estándar con el formato `26141:XXXXX` para controlar cómo tratamos tu ruta. Las comunidades se procesan en este orden: 1. **Local preference** según las comunidades de acción del cliente 2. Las comunidades **no-export** deciden qué proveedores *no* deben recibir el prefijo 3. Los overrides de **exportación selectiva** fuerzan la exportación pese a una etiqueta no-export 4. Las comunidades de **prepending** moldean el tráfico entrante 5. Las comunidades de **blackhole** activan RTBH si están presentes > Nota: Las rutas de cliente reciben siempre la local preference más alta de nuestra red (**200**) y se prefieren siempre sobre rutas de tránsito, IXP o PNI. ## Ubicaciones de red | Región | Ubicación | Tránsitos | IXPs | |--------|-----------|-----------|------| | Europa | Barcelona, España | Cogent, GTT, Telxius | DE-CIX Barcelona, DE-CIX Madrid | | Europa | Ámsterdam, Países Bajos | Cogent, GTT | Inter-IX, Speed-IX, Frys-IX, PiterIX-FRA, PiterIX-MSK, PiterIX-SPB | | Norteamérica | Houston, Texas | Lumen, Cogent, GTT | - | | Norteamérica | Miami, Florida | Lumen, Cogent, GTT | FL-IX | | Norteamérica | Ashburn, Virginia | Lumen, Cogent, GTT | CIX-NoVA | ## Local preference | Comunidad | Efecto | |-----------|--------| | `26141:8000` | Baja la local-pref a 90 en todos los routers **fuera** del continente donde se recibe el prefijo | | `26141:8090` | Baja la local-pref a 90 en **todos** los routers, lo que convierte el prefijo en respaldo global | Usa `26141:8000` en un sitio de respaldo para que solo lo use su propio continente, y `26141:8090` para que una sesión sea el último recurso en todas partes. ## Blackhole (RTBH) | Comunidad | Efecto | |-----------|--------| | `26141:666` | Blackhole interno y señalización a los upstreams para que lo hagan también | | `65535:666` | La comunidad de blackhole bien conocida del RFC 7999, también aceptada | Los anuncios de blackhole deben ser **/32** (IPv4) o **/128** (IPv6) y estar cubiertos por un prefijo menos específico que ya anuncies. Se propagan a Cogent (AS174), Lumen (AS3356), GTT (AS3257) y Telxius (AS12956). ## Scrubbing DDoS | Comunidad | Efecto | |-----------|--------| | `26141:112` | Enruta el prefijo a través de appliances de filtrado inline dedicados | La diferencia con el blackhole es toda la cuestión: el **blackhole descarta todo el tráfico** y la IP se queda a oscuras, mientras que el **scrubbing filtra el tráfico de ataque** y sigue entregando el legítimo, así que la IP sigue accesible. > Nota: CubePath mitiga los ataques volumétricos localmente sin necesidad de ninguna comunidad. `26141:112` es para inspección inline más profunda y solo está disponible en el plan **AntiDDoS Premium**. ## Sin multihoming Por defecto tus prefijos se anuncian desde todos los sitios de CubePath. Estas comunidades lo restringen: | Comunidad | Modo | Efecto | |-----------|------|--------| | `26141:6888` | **Estricto** | Se anuncia solo desde el sitio al que estás conectado; ningún otro sitio lo anuncia en ninguna parte | | `26141:6889` | **Relajado** | Se anuncia solo desde tu sitio, pero sigue siendo accesible internamente en toda la red de CubePath | El estricto es el indicado para requisitos de residencia de datos o cumplimiento geográfico. El relajado mantiene la conectividad interna con otros sitios sin anuncio externo. > Nota: El modo de no-multihoming se configura a nivel de servicio: contacta con soporte para activarlo o cambiarlo. ## No-export | Comunidad | Efecto | |-----------|--------| | `26141:9000` | No exportar a **ningún** proveedor (tránsito, IXP o PNI) | | `26141:30000` | No exportar a ningún proveedor de tránsito | | `26141:40000` | No exportar a ningún IXP | **Por proveedor de tránsito:** `30020` Lumen · `30030` Cogent · `30040` GTT · `30050` Telxius. **Por IXP:** `40010` FL-IX · `40020` Inter-IX · `40030` Speed-IX · `40040` Frys-IX · `40050` PiterIX-FRA · `40060` PiterIX-MSK · `40070` PiterIX-SPB · `40080` DE-CIX Barcelona · `40090` DE-CIX Madrid · `40100` CIX-NoVA. **Por continente:** `51000` Europa · `52000` Norteamérica. **Por país/estado:** `51010` España · `51020` Países Bajos · `52010` Texas · `52020` Florida · `52030` Virginia. ## Selective export override Estas **anulan** una etiqueta de no-export, para que puedas suprimir de forma amplia y aun así permitir un proveedor. Por sí solas no hacen nada. | Comunidad | Efecto | |-----------|--------| | `26141:9120` | Anula el no-export para todos los proveedores de tránsito | | `26141:9110` | Anula el no-export para todos los IXPs | **Forzar exportación a un tránsito:** `9122` Lumen · `9123` Cogent · `9124` GTT · `9125` Telxius. **Forzar exportación a un IXP:** `9111` FL-IX · `9112` Inter-IX · `9113` Speed-IX · `9114` Frys-IX · `9115` PiterIX-FRA · `9116` PiterIX-MSK · `9117` PiterIX-SPB · `9118` DE-CIX Barcelona · `9119` DE-CIX Madrid. CIX-NoVA no tiene override individual: usa `26141:9110`. ## Prepending de AS-path El prepending hace que tu camino parezca más largo para que las redes remotas prefieran otra ruta. **El último dígito es el número de prepends** (1, 2 o 3) en todos los casos. | Alcance | Comunidades | |---------|-------------| | **En todas partes** | `26141:9001` / `9002` / `9003` | | **Por continente** | `51001-51003` Europa · `52001-52003` Norteamérica | | **Por país/estado** | `51011` España · `51021` Países Bajos · `52011` Texas · `52021` Florida · `52031` Virginia | | **Por tránsito** | `30021-30023` Lumen · `30031-30033` Cogent · `30041-30043` GTT · `30051-30053` Telxius | | **Por IXP** | `40011-40013` FL-IX · `40021-40023` Inter-IX · `40031-40033` Speed-IX · `40041-40043` Frys-IX · `40051-40053` PiterIX-FRA · `40061-40063` PiterIX-MSK · `40071-40073` PiterIX-SPB · `40081-40083` DE-CIX Barcelona · `40091-40093` DE-CIX Madrid · `40101-40103` CIX-NoVA | ## MED CubePath **respeta tu MED y nunca lo modifica** en entrada; se conserva por toda nuestra red. Un MED más bajo es más preferido. Como todas las rutas de cliente llevan local-pref 200, el MED es el criterio de desempate entre varios caminos del mismo cliente, lo que lo convierte en la forma más limpia de expresar "prefiere Miami, cae a Houston" cuando estás multi-homed con nosotros en varios sitios. ## Ejemplos resueltos | Objetivo | Comunidades | |----------|-------------| | Anunciar **solo** a Cogent | `26141:9000` (no exportar a nadie) + `26141:9123` (forzar Cogent) | | Anunciar en todas partes **excepto** IXPs | `26141:40000` | | No anunciar el prefijo en DE-CIX Madrid | `26141:40090` | | Sitio de respaldo en Miami | `26141:8000` en la sesión de Miami | | Blackhole de un /32 bajo ataque | `26141:666` en el /32 | | Que Europa prefiera otro proveedor | `26141:51002` (prepend 2x en los sitios de la UE) | ## Si algo no cuadra La ingeniería de tráfico es fácil de romper de forma sutil, y una combinación de comunidades equivocada suele ser invisible desde tu lado: el prefijo simplemente deja de aparecer donde esperabas. Si un cambio no se comporta como describe esta página, abre un ticket de soporte con el prefijo, las comunidades que adjuntaste y la sesión desde la que se anunció, y miramos qué recibieron realmente nuestros routers.