{"id":35641,"date":"2019-10-31T22:05:29","date_gmt":"2019-10-31T19:05:29","guid":{"rendered":"https:\/\/prohoster.info\/blog\/utechka-bgp-marshrutov-privela-k-massovomu-narusheniyu-svyaznosti-v-internete\/"},"modified":"2019-10-31T22:05:29","modified_gmt":"2019-10-31T19:05:29","slug":"utechka-bgp-marshrutov-privela-k-massovomu-narusheniyu-svyaznosti-v-internete","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/utechka-bgp-marshrutov-privela-k-massovomu-narusheniyu-svyaznosti-v-internete","title":{"rendered":"La filtraci\u00f3n de rutas BGP caus\u00f3 una masiva interrupci\u00f3n en la conectividad de Internet","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Empresa Cloudflare ha publicado<\/a><\/noindex> informe sobre el incidente de ayer, que result\u00f3 en tres horas<\/a><\/noindex> desde las 13:34 hasta las 16:26 (MSK) se observaron problemas de acceso a muchos recursos en la red global, incluyendo la infraestructura de Cloudflare, Facebook, Akamai, Apple, Linode y Amazon AWS. Los problemas en la infraestructura de Cloudflare, que proporciona CDN para 16 millones de sitios, se observaron<\/a><\/noindex> desde las 14:02 hasta las 16:02 (MSK). Seg\u00fan la estimaci\u00f3n de Cloudflare, durante la interrupci\u00f3n se registr\u00f3 una p\u00e9rdida de aproximadamente el 15% del tr\u00e1fico global. <\/p>\n

El problema estaba por un c\u00e1lculo incorrecto del tama\u00f1o de los paquetes L2CAP (protocolo de control de enlace l\u00f3gico y adaptaci\u00f3n), en el caso de que los datos enviados por el remitente superen el tama\u00f1o esperado.<\/a><\/noindex> una filtraci\u00f3n de rutas a trav\u00e9s de BGP, durante la cual alrededor de 20,000 prefijos para 2,400 redes fueron redirigidos incorrectamente. La fuente de la filtraci\u00f3n fue el proveedor DQE Communications, que utiliz\u00f3 el software BGP Optimizer<\/a><\/noindex> para optimizar el enrutamiento. BGP Optimizer divide los prefijos IP en partes m\u00e1s peque\u00f1as, por ejemplo, separando 104.20.0.0\/20 en 104.20.0.0\/21 y 104.20.8.0\/21, y, como consecuencia, DQE Communications mantuvo de su lado un gran n\u00famero de rutas espec\u00edficas que redefin\u00edan rutas m\u00e1s generales (es decir, en vez de usar rutas generales hacia Cloudflare, se utilizaron rutas m\u00e1s granuladas hacia subredes espec\u00edficas de Cloudflare).<\/p>\n

Estos puntos de ruta fueron anunciados a uno de los clientes (Allegheny Technologies, AS396531), que tambi\u00e9n ten\u00eda conexi\u00f3n a trav\u00e9s de otro proveedor. Allegheny Technologies retransmiti\u00f3 las rutas recibidas a otro proveedor de tr\u00e1nsito (Verizon, AS701). Debido a la falta de un filtrado adecuado de anuncios BGP y a la limitaci\u00f3n en el n\u00famero de prefijos, Verizon capt\u00f3 este anuncio y retransmiti\u00f3 los 20,000 prefijos recibidos al resto de Internet. Los prefijos incorrectos, debido a su granularidad, fueron interpretados como m\u00e1s prioritarios, ya que una ruta espec\u00edfica tiene m\u00e1s prioridad que una general. <\/p>\n

\"La<\/a><\/noindex><\/center><\/p>\n

Como resultado, el tr\u00e1fico de muchas grandes redes comenz\u00f3 a ser dirigido a trav\u00e9s de Verizon hacia el peque\u00f1o proveedor DQE Communications, incapaz de manejar el flujo abrumador, lo que llev\u00f3 al colapso (el efecto es comparable a reemplazar parte de una autopista congestionada con un camino rural). <\/p>\n

Para prevenir la aparici\u00f3n de incidentes similares en el futuro,
\nse recomienda<\/a><\/noindex>:<\/p>\n