INTEGRITY Документация

← Cloudflare Magic Transit / magic-transit / how-to

Безопасно отзовите префикс BYOIP

Устранение зависших маршрутов BGP

Когда вы готовитесь прекратить приём трафика для Использование собственного IP (BYOIP) префикс с периферийной сети Cloudflare, прямой отзыв маршрута BGP несёт риск появления зависшего маршрута BGP. Такое состояние возникает, когда маршрут зависает в Зона без маршрута по умолчанию (DFZ) ↗. Магистральные маршрутизаторы, которые не получили анонс отзыва маршрута, продолжают направлять трафик на уже неактивный next-hop, это явление известно как blackhole. Подробнее об этом можно прочитать в нашем блоге BGP-зомби и избыточный path hunting ↗.

Этот риск особенно заметен в сценарии, где глобальная таблица маршрутизации использует откат от более специфичных префиксов к менее специфичным. Поскольку такой механизм отката крайне подвержен нестабильности маршрутов, Cloudflare рекомендует поэтапный процесс вывода трафика.

Многоэтапный процесс отзыва BYOIP

При выводе трафика используйте одинаковую длину префикса на Cloudflare и у вашего интернет-провайдера (ISP): совпадающая длина префикса обеспечивает наиболее предсказуемое и эффективное поведение.

Следующие шаги описывают рекомендуемый многоэтапный процесс дренирования, который обеспечивает плавное переключение трафика и предотвращает blackholing.

  1. Инициировать анонсирование из вашей исходной сети: Начните анонсировать префикс той же длины (например, 192.0.2.0/24) от вашей локальной инфраструктуры к вышестоящим интернет-провайдерам (ISP). Это действие добавляет в глобальную таблицу маршрутизации конкурирующий маршрут той же длины. Механизм выбора лучшего пути BGP отдаст предпочтение вашему исходному маршруту на основании других метрик (например, более короткого AS path или local preference), в результате чего трафик начнёт постепенно уходить от периферийной сети Cloudflare. Обратите внимание, что часть вашего трафика может маршрутизироваться не так, как ожидается, поскольку это зависит от того, какие маршруты предпочитает ваш интернет-провайдер (например, маршрут Cloudflare может считаться менее предпочтительным, если он отозван не полностью).

  2. Дождитесь глобальной конвергенции BGP: Подождите некоторое время (обычно от пяти до десяти минут), пока новый нативный анонс полностью не распространится по глобальной таблице маршрутизации и маршруты не сойдутся. Этот период ожидания гарантирует, что большая часть трафика перейдёт на вашу локальную сеть до перехода к следующему шагу.

  3. Сигнализируйте об отзыве BGP-маршрута из периферийной сети Cloudflare: После того как вы убедитесь, что трафик успешно перенаправлен, используйте один из методов управления BGP, чтобы прекратить анонсирование префикса с edge-сети Cloudflare.

  4. Процесс дренирования завершён.