Тема
Многоадресная маршрутизация
В фасете «Тема» значение «Многоадресная маршрутизация» объединяет статьи по конкретной теме или предмету наблюдения. Здесь собраны связанные публикации, источники, участники рынка и последствия для инфраструктуры. Страница помогает сравнить повторяющиеся сигналы, затронутые организации, непрерывность услуг, закупки, конкуренцию, соблюдение требований и вопросы стратегического планирования, а также понять, почему тема важна операторам, заказчикам, инвесторам и специалистам по политике.
IETF
Корень записывает короткий путь: RFC 9914 проецирует состояние маршрутизации в RPL
Пакет от одного листового узла к другому может подниматься по растянутому пути RPL DODAG через Root, даже если существует более короткий направленный путь. RFC 9914 позволяет Root спроецировать вычисленный PCE маршрут как состояние маршрутизации в выбранные узлы. Это механизм RPL…
Лидеры
Seyed Pouria Mousavizadeh Tehrani и состояние, скрытое до первого ответа IPv6
Стабильная доступность не показывает, готово ли состояние сети к первому обмену IPv6. Работа Seyed Pouria Mousavizadeh Tehrani помогает рассмотреть эту проблему как задачу управления скрытым состоянием, очередями и временем, а не только как вопрос наличия маршрута.
Региональные интернет-провайдеры: тенденции мира
Выбор назначенного пересыльщика EVPN не доказывает переключение без потерь
Плоскость управления может согласовать новый Designated Forwarder, хотя отдельная услуга по-прежнему не передаёт трафик. Выбор, состояние подключения, программирование пересылки и непрерывность пакетов — разные доказательства.
Региональные интернет-провайдеры: тенденции мира
Отчёт IGMP о членстве — не подтверждение multicast-доставки
Получатель может правильно запросить multicast-группу и всё равно не получить пригодный поток. Отчёт о членстве подтверждает локальный интерес; доставка требует отдельной цепочки маршрутизации, пересылки и наблюдения в приложении.
IETF
Dino Farinacci и требование, которое не выделило multicast-адрес
Документ о требованиях полезен тогда, когда не позволяет выдать намерение за результат. Таков RFC 10019 — информационный документ IETF, написанный Dino Farinacci вместе с Nate Karstens и Mike McBride: он описывает границу будущего решения, но не вводит его в работу.
IETF
Hooman Bidgoli и множество Leaf, не доказавшее доставку multicast-сервиса
Полный список предполагаемых получателей может сосуществовать с неполной доставкой. RFC 10018 связывает автоматическое обнаружение MVPN и EVPN с политикой SR «точка — много точек», но не позволяет считать запись о членстве квитанцией от контроллера, узлов репликации или конечного…
IETF
Mike McBride и реестр multicast, устранивший лишь один тип коллизии
Сервер и узел могли честно следовать одному стандарту и выбрать одно значение: стандарт выдал обоим один диапазон. RFC 10028 исправила карту адресного пространства, но не стала выдавать запись в реестре за доказательство обновлённого кода и работающего SSM.
IETF
Вступить в группу мало: в SSM получатель называет источник
SSM упрощает междоменную доставку не свободой выбора, а более строгим запросом: получатель заранее указывает, откуда готов принимать поток.