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.

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

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

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

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

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

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

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

IETF

Le reroutage rapide RSVP-TE permet à un nœud local de contourner une panne sans réécrire le LSP de bout en bout

Lorsqu’un saut protégé tombe, le Point de réparation local (PLR) le plus proche remplace localement son opération d’étiquetage par un détour ou un bypass de facility préétabli, avant que le head-end n’apprenne la panne et ne recalcule le LSP de bout en bout. C’est le mécanisme de…

6 sept. 2026

IETF

La protection linéaire MPLS coordonne la commutation — mais les règles de priorité décident quelle demande l’emporte

Un point terminal du domaine de protection reçoit des demandes locales et distantes, les ordonne selon une priorité explicite, puis déplace les sélecteurs entre un chemin de travail et un chemin de protection préprovisionnés. La décision de direction ne consiste donc pas à…

6 sept. 2026
Une route FlowSpec ne prouve pas que le filtre a atteint le plan de données

Tendances mondiales des FAI régionaux

Une route FlowSpec ne prouve pas que le filtre a atteint le plan de données

Une règle FlowSpec peut être visible sur un réflecteur de routes alors que le trafic visé traverse encore un routeur de bordure. Diffusion, validation, programmation matérielle et effet mesuré sont quatre états distincts.

6 sept. 2026

IETF

Les mesures de perte et de délai MPLS révèlent les performances sans prendre le contrôle du chemin

La mesure de performance MPLS transforme des indices d’acheminement en éléments exploitables: la mesure de perte calcule des écarts à partir de compteurs de paquets ou d’octets, tandis que la mesure du délai calcule des valeurs aller simple et aller-retour à partir d’horodatages…

6 sept. 2026
Chez RapidSeedbox, localiser le service suppose d’identifier qui annonce les routes

Tendances mondiales des FAI régionaux

Chez RapidSeedbox, localiser le service suppose d’identifier qui annonce les routes

La documentation de RapidSeedbox distingue deux cas: l’entreprise peut router une plage vers son propre serveur dédié, tandis que le fournisseur du client annonce la plage utilisée sur un serveur externe, sur présentation d’une lettre d’autorisation. Un pays affiché ne suffit…

6 sept. 2026

IETF

Le canal associé générique MPLS transporte la maintenance sans transformer son label en autorité de transfert

La valeur de label MPLS 13 agit comme Generic Associated Channel Label: elle identifie un paquet G-ACh et indique qu’un Associated Channel Header suit le bas de la pile de labels. Le Channel Type de l’ACH sélectionne ensuite un contexte de traitement enregistré. Il s’agit d’une…

6 sept. 2026
L’avis de maintenance de RSI-NET révèle un manque de preuves sur la continuité

Tendances FAI régionaux Europe et Moyen-Orient

L’avis de maintenance de RSI-NET révèle un manque de preuves sur la continuité

Un avis daté de RSI-NET a relié une possible interruption dans deux zones à des travaux électriques au MMTS-9 de Moscou. Il indique une dépendance possible dans un périmètre précis, mais pas l’ensemble de la chaîne de fourniture du service, les solutions de secours ni les…

6 sept. 2026

IETF

Un label d’extension MPLS élargit un espace rare sans laisser l’émetteur lui attribuer un sens

Un LSR MPLS voit la valeur 15 du Base Special-Purpose Label comme l’Extension Label (XL), puis interprète le label qui suit immédiatement selon le registre Extended Special-Purpose Label (eSPL). Ce mécanisme à deux entrées élargit un espace très contraint sans permettre à…

6 sept. 2026
L’absence d’attribut OTC ne prouve pas qu’une route est exempte de fuite

Tendances mondiales des FAI régionaux

L’absence d’attribut OTC ne prouve pas qu’une route est exempte de fuite

Un message UPDATE sans attribut BGP Only to Customer peut avoir été observé avant que le routeur récepteur ne l’ajoute, provenir d’un déploiement partiel ou venir d’une session dont les rôles n’ont jamais été confirmés des deux côtés. Le verdict exige la relation, l’étape de…

6 sept. 2026

IETF

Une pile de labels ICMP révèle le contexte d’une défaillance MPLS sans autoriser sa réparation

Lorsqu’un LSR MPLS produit une erreur ICMP multipartie sélectionnée, il peut joindre la pile MPLS complète reçue à l’entrée. Le consommateur du diagnostic voit ainsi le contexte d’encapsulation que l’ICMP ordinaire omet; ce signal précise l’enquête, mais n’autorise aucune…

6 sept. 2026

IETF

Un modèle Pipe MPLS masque les sauts de transit sans supprimer le contrôle de la durée de vie

Un opérateur MPLS choisit le traitement TTL Uniform, Pipe ou Short Pipe, tandis que les LSR d’entrée, de transit et de sortie appliquent les règles de push, swap et pop propres au modèle. Ce choix modifie la visibilité du tunnel, mais ne crée pas le LSP, n’autorise pas le trafic…

6 sept. 2026

IETF

Une étiquette d’entropie MPLS équilibre les flux sans autoriser un nouveau chemin

À l’entrée, le LSR extrait des clés de flux, calcule une valeur de hachage pour l’équilibrage et encode cette valeur dans une étiquette d’entropie (EL). Les LSR de transit peuvent alors répartir les flux à partir de la pile d’étiquettes, sans inspecter en profondeur la charge…

6 sept. 2026