Aller au contenu principal

Sujet

Peering et transit

Au sein de la facette Sujet, la veille thématique Peering et transit 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.

RIPE Atlas montre le point d’arrivée, pas celui qui l’a choisi

Récits

RIPE Atlas montre le point d’arrivée, pas celui qui l’a choisi

Une mesure publique peut situer le chemin emprunté par une requête. Elle ne dévoile ni la règle privée qui l’y a envoyée, ni la part de trafic admissible, ni le comportement prévu lorsque l’équipement local s’efface.

10 sept. 2026
ROYA Communications et l’AS210837 : mesurer la continuité quand les couches d’observation divergent

Société des ressources numériques

ROYA Communications et l’AS210837 : mesurer la continuité quand les couches d’observation divergent

Le résumé de veille ROYA Communications et l’AS210837: mesurer la continuité quand les couches d’observation divergent explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les conséquences…

9 sept. 2026
AS210837 : comment tester la continuité opérationnelle d’un réseau sans confondre les signaux

Tendances FAI régionaux Europe et Moyen-Orient

AS210837 : comment tester la continuité opérationnelle d’un réseau sans confondre les signaux

Le résumé de veille AS210837: comment tester la continuité opérationnelle d’un réseau sans confondre les signaux explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les conséquences possibles…

9 sept. 2026
ROYA Communications : l’empreinte historique d’AS210837 ne suffit pas à établir sa continuité actuelle

Tendances FAI régionaux Europe et Moyen-Orient

ROYA Communications : l’empreinte historique d’AS210837 ne suffit pas à établir sa continuité actuelle

Le résumé de veille ROYA Communications: l’empreinte historique d’AS210837 ne suffit pas à établir sa continuité actuelle explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les conséquences…

8 sept. 2026
Le trafic livré sur place ne dit pas quelle capacité supprimer

Tendances mondiales des FAI régionaux

Le trafic livré sur place ne dit pas quelle capacité supprimer

Un témoignage récent de SkyTel montre le poids des caches embarqués. Il ne permet pas de convertir une part de livraison locale en réduction équivalente des capacités achetées à l'extérieur.

8 sept. 2026
Un voisin MPLS autorisé reste hors du périmètre de confiance

IETF

Un voisin MPLS autorisé reste hors du périmètre de confiance

Deux opérateurs peuvent avoir besoin l'un de l'autre sans devoir se faire une confiance illimitée. Un lien interopérateur peut être contractuel, authentifié et indispensable au service; il ne transforme pourtant pas le cœur du voisin en prolongement du sien. La RFC 5920 fournit…

7 sept. 2026
Un canal de gestion en bande réutilise le chemin de transport sans en hériter l’autorité

IETF

Un canal de gestion en bande réutilise le chemin de transport sans en hériter l’autorité

Un nœud MPLS-TP dépourvu de livraison IP native ou de réseau de gestion physiquement distinct peut tout de même être administré à travers l’infrastructure de transport. La RFC 5718 le permet grâce au Generic Associated Channel, mais ce canal ne fournit qu’un chemin de livraison…

7 sept. 2026
Une adresse Ethernet découverte identifie le prochain saut sans gouverner la politique du lien

IETF

Une adresse Ethernet découverte identifie le prochain saut sans gouverner la politique du lien

Lorsqu’un pair annonce son adresse MAC, deux questions distinctes apparaissent: où envoyer la prochaine trame, et ce que le lien est autorisé à devenir. RFC 7213 répond à la première, pas à la seconde. Il rend des paramètres Ethernet découvrables sur des liaisons MPLS-TP sans…

7 sept. 2026
Une annonce G-ACh partage l’état d’un pair sans lui déléguer l’autorité de configuration locale

IETF

Une annonce G-ACh partage l’état d’un pair sans lui déléguer l’autorité de configuration locale

Un pair peut annoncer une capacité de manière parfaitement exacte sans avoir pour autant le droit de décider ce que le nœud récepteur doit en faire. RFC 7212 rend cette séparation exploitable: l’information traverse le lien, mais l’autorisation, l’interprétation, la fraîcheur et…

7 sept. 2026
Un plan de contrôle MPLS-TP dynamique ne possède pas chaque LSP

IETF

Un plan de contrôle MPLS-TP dynamique ne possède pas chaque LSP

Une adjacence de signalisation au vert peut coexister avec un chemin de données rompu, tandis qu’un LSP statique peut fonctionner sans aucun plan de contrôle. RFC 6373 présente donc l’automatisation comme un choix d’exploitation gouverné, et non comme une propriété automatique du…

7 sept. 2026
Une réponse Echo MPLS ne prouve pas le trajet bidirectionnel avant validation du retour

IETF

Une réponse Echo MPLS ne prouve pas le trajet bidirectionnel avant validation du retour

Une réponse Echo valide peut provenir d’un point intermédiaire atteint lorsque le TTL de la sonde expire. Son arrivée prouve qu’un répondeur a répondu depuis ce point; elle ne prouve pas que le LSP inverse attendu existe ni qu’il a transporté la réponse.

7 sept. 2026
Quatre bits ressemblaient à de l’IP. Ils n’en étaient pas : RFC 9790 met fin au type de charge utile deviné

Dossier

Quatre bits ressemblaient à de l’IP. Ils n’en étaient pas : RFC 9790 met fin au type de charge utile deviné

Après la dernière étiquette MPLS, `0x4` invite un ancien routeur à chercher un en-tête IPv4. RFC 9790 rappelle que la ressemblance d’un champ ne lui donne pas le pouvoir de nommer le paquet.

7 sept. 2026
Un circuit est tombé, pas le port : le RFC 9784 et le prix d’un mauvais périmètre de panne

Dossier

Un circuit est tombé, pas le port : le RFC 9784 et le prix d’un mauvais périmètre de panne

Un même accès physique peut porter des milliers de services virtuels. Le RFC 9784 oblige l’exploitation à identifier l’objet réellement défaillant avant d’autoriser la reprise à agir à l’échelle de son contenant.

6 sept. 2026
Genesis Cloud : ce que les traces de routage et de DNS permettent réellement d’établir

Tendances services cloud Europe et Moyen-Orient

Genesis Cloud : ce que les traces de routage et de DNS permettent réellement d’établir

Le résumé de veille Genesis Cloud: ce que les traces de routage et de DNS permettent réellement d’établir explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les conséquences possibles pour…

6 sept. 2026
Une alarme MPLS peut supprimer le bruit client sans prouver la défaillance du serveur

IETF

Une alarme MPLS peut supprimer le bruit client sans prouver la défaillance du serveur

Un AIS peut supprimer les alarmes en cascade du client alors que son indicateur L reste à zéro: la suppression d’alarme ne prouve donc pas une défaillance du serveur. Le serveur ou le nœud intermédiaire peut émettre l’indication dans les LSP clients affectés, mais le MEP…

6 sept. 2026
La continuité MPLS-TP n’est pas la connectivité : l’identité source décide si la session active suit le bon chemin

IETF

La continuité MPLS-TP n’est pas la connectivité : l’identité source décide si la session active suit le bon chemin

Une session BFD peut rester **UP** tout en recevant une indication RDI, et des paquets récurrents peuvent provenir du mauvais point terminal de maintenance. La continuité ne prouve donc ni que la source attendue émet, ni que le chemin actif correspond à la bonne relation de…

6 sept. 2026
Un loopback RSVP-TE exige un LSP verrouillé — et le nœud cible garde le contrôle du test

IETF

Un loopback RSVP-TE exige un LSP verrouillé — et le nœud cible garde le contrôle du test

Une demande de loopback peut atteindre un nœud de LSP précisément désigné, mais ce nœud DOIT l’ignorer tant que le bit A d’ADMIN_STATUS ne prouve pas que le LSP reste verrouillé. Il ne s’agit donc pas d’une commande souveraine de l’ingress, mais d’une autorisation distribuée.

6 sept. 2026
Un attribut de saut RSVP-TE cible une étape sans obtenir d’autorité sur tout le chemin

IETF

Un attribut de saut RSVP-TE cible une étape sans obtenir d’autorité sur tout le chemin

Le message Path RSVP-TE atteint l’étape de route nommée immédiatement avant un sous-objet ERO Hop Attributes. Cette adjacence fixe le saut auquel la demande s’adresse; le bit R choisit ensuite un traitement requis ou optionnel. Elle n’accorde pas à l’entrée une autorité sur tout…

6 sept. 2026
Un attribut RSVP-TE obligatoire peut rejeter un LSP sans rendre chaque attribut obligatoire

IETF

Un attribut RSVP-TE obligatoire peut rejeter un LSP sans rendre chaque attribut obligatoire

Un message Path atteint un LSR de transit ancien avec un attribut qu’il ne reconnaît pas. La poursuite ou l’échec du LSP dépend de la classe d’application de l’objet porteur et du RFC qui définit l’attribut, et non d’une règle générale imposant la compréhension de tous les…

6 sept. 2026
Un objet RSVP-TE d’exclusion interdit des ressources sans choisir le chemin restant

IETF

Un objet RSVP-TE d’exclusion interdit des ressources sans choisir le chemin restant

Un message Path arrive à un nœud qui calcule le chemin alors qu’une interface, un nœud, un système autonome, un SRLG ou un chemin de référence abstrait est déclaré interdit. Le nœud doit retirer les exclusions obligatoires de son ensemble admissible avant de choisir le prochain…

6 sept. 2026