Кратко

  • RFC 9856 задаёт Warm и Hot Standby для нескольких G-источников одного Single Flow Group в EVPN tenant.
  • Single Forwarder, метки ESI/DCB и BFD фиксируют управляющее решение или живучесть, но не единственный корректный поток у получателя.
  • Закрытие требует связать состояние источника, эпоху выбора, подавление копий, переключение, пакеты, ветви получателей и приложение.

Выбор перемещается, доказательство остаётся

RFC 9856 описывает независимые системы, передающие один SFG как (*,G) либо (S,G) с префиксом источника. Это не обычное multihoming одного устройства, где DF Ethernet Segment предотвращает двойную подачу через несколько PE. Здесь выбирают между разными производителями.

В Warm Standby upstream PE объявляют SFG и избирают Single Forwarder. Остальные отбрасывают пакеты локальных AC, а SF принимает лишь одну AC. Но выбор доказывает только победителя при данном наборе объявлений и приоритетов. Победивший источник может молчать, отдавать старые данные, а data plane — не соответствовать решению.

В Hot Standby передают все upstream PE. Метки ESI обозначают контекст исходного Ethernet Segment; downstream PE принимает один путь и отбрасывает прочие. Резерв уже присутствует, но решение распределено. Запрограммированная DCB-метка или BFD Up не подтверждает единую эпоху на всех PE, отсутствие утечки дубликатов или сохранность каждого полезного пакета.

Досье начинается с идентичности, версии, свежести и payload-canary каждого источника. Затем SFG, объявления, предпочтения и выбор связываются с поколением BGP. Для Warm измеряются приём и отбрасывание по AC, для Hot — входная метка, выбранный путь и счётчики дубликатов с историей сбросов. Триггер отделяется от control convergence, первого валидного пакета, устойчивой последовательности и восстановления приложения.

Наконец, несколько ветвей получателей дают loss, duplicate, reorder и timestamp; декодирование либо ingestion показывает сервисный итог. Membership из RFC 9251 и forwarding из RFC 9625 создают условия доставки, но не квитанцию.

Источники