Aller au contenu principal

Sujet

Routage multicast

Au sein de la facette Sujet, la veille thématique Routage multicast rassemble des articles qui partagent un même sujet, un même signal ou un même thème de suivi. Cette page offre aux lecteurs un parcours plus riche à travers les reportages associés, les preuves issues de sources publiques, les acteurs du marché et les implications pour l’infrastructure, avec suffisamment de contexte pour comprendre pourquoi le sujet compte pour les mouvements d’entreprises, les décisions de gouvernance, l’exposition régionale et le risque opérationnel. Les lecteurs peuvent comparer les signaux récurrents, les organisations concernées, les preuves publiques, le contexte du marché, la continuité de service, les achats, la concurrence, la conformité et les questions de planification stratégique liées au sujet, au lieu de se contenter d’une liste succincte d’articles correspondants. Elle explique ce que couvre le sujet, quels acteurs ou politiques de l’infrastructure sont impliqués, quelles preuves étayent la couverture et pourquoi le sujet peut être important pour les opérateurs, les clients, les investisseurs et les lecteurs de politiques publiques.

Dino Farinacci et l’exigence qui n’a attribué aucune adresse multicast

IETF

Dino Farinacci et l’exigence qui n’a attribué aucune adresse multicast

Un document peut rendre une solution future plus exigeante sans la rendre réelle. C’est le point de départ du RFC 10019, texte IETF informatif cosigné par Dino Farinacci, Nate Karstens et Mike McBride.

4 sept. 2026
Hooman Bidgoli et l’ensemble de feuilles qui ne prouvait pas la livraison multicast

IETF

Hooman Bidgoli et l’ensemble de feuilles qui ne prouvait pas la livraison multicast

Dans un service multicast, la liste des destinataires prévus est une donnée de commande, pas un accusé de réception. Le RFC 10018 rend cette liste exploitable par une politique SR point-à-multipoint; il laisse pourtant intacte la distance entre intention, arbre installé et flux…

1 sept. 2026
Mike McBride et le registre multicast qui n’a supprimé qu’une catégorie de collision

IETF

Mike McBride et le registre multicast qui n’a supprimé qu’une catégorie de collision

Deux trains peuvent respecter leur horaire et se retrouver sur la même voie si le plan leur attribue le même tronçon. Le problème des identifiants de groupe multicast IPv6 était de cet ordre: le serveur et l’hôte obéissaient à une règle commune qui ne les séparait pas.

31 août 2026
Rejoindre le groupe ne suffit plus : SSM nomme la source

IETF

Rejoindre le groupe ne suffit plus : SSM nomme la source

Avec SSM, le réseau ne cherche plus lui-même qui parle dans le groupe: le récepteur doit demander un canal précis, source comprise.

26 août 2026