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.
IETF
La racine inscrit le raccourci : la RFC 9914 projette l’état de routage dans RPL
Un paquet de feuille à feuille peut remonter un chemin DODAG RPL étiré en passant par la racine, même lorsqu’un chemin directionnel plus court existe. La RFC 9914 permet à la racine de projeter dans certains nœuds l’état correspondant à un raccourci calculé par un PCE: le gain…
Dirigeants
Seyed Pouria Mousavizadeh Tehrani et l’état invisible avant la première réponse IPv6
Un échange IPv6 initial peut révéler un état réseau que la connectivité stabilisée ne montre pas.
Tendances mondiales des FAI régionaux
Une élection du DF EVPN ne prouve pas un basculement sans perte
Le plan de contrôle peut s’accorder sur un nouveau Designated Forwarder alors qu’un service reste incapable de transporter le trafic. Élection, état de l’accès, programmation du transfert et continuité des paquets sont des preuves distinctes.
Tendances mondiales des FAI régionaux
Un rapport IGMP n’est pas une preuve de livraison multicast
Un récepteur peut demander un groupe multicast sans jamais obtenir un flux exploitable. Le rapport d’adhésion atteste l’intérêt local; la livraison dépend d’une chaîne distincte de routage, de transfert et d’observation applicative.
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.
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…
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.
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.