Résumé

  • TGREP relie les passerelles d’un domaine à un serveur de localisation chargé de recevoir leurs routes.
  • La passerelle est en mode Send Only : elle annonce, mais n’apprend pas les routes de ses pairs.
  • La base qu’elle annonce peut même être alimentée manuellement, hors du périmètre de RFC 5140.
  • TotalCircuitCapacity exprime un plafond provisionné et relativement stable.
  • AvailableCircuits exprime une observation dynamique, locale au couple passerelle–LS.
  • Réduire la fréquence des UPDATE améliore l’échelle mais augmente la distance avec l’instant de décision.
  • CallSuccess compte des tentatives et des terminaisons jugées réussies sur une fenêtre passée.
  • Une sonnerie suivie d’une indisponibilité ou d’une occupation peut conventionnellement compter comme réussite.
  • Chaque passerelle reste libre de la correspondance exacte entre causes de déconnexion et réussite.
  • La consolidation réunit les capacités de plusieurs routes vers une destination; l’agrégation résume plusieurs destinations.
  • AH ou ESP protègent la session, pas la vérité opérationnelle des attributs.
  • Une décision défendable sépare inscription, fraîcheur, transformation, choix, signalisation et issue.

Le numérateur n’est pas neutre

Deux passerelles annoncent le même préfixe. La première affiche 92 réussites sur 100 tentatives, la seconde 88. Une règle naïve choisit la première. Une règle sérieuse demande d’abord ce que chacune appelle une réussite.

RFC 5140 ne cache pas ce problème. CallSuccess est construit à partir de la cause de déconnexion. Un appel ayant atteint l’état Alerting mais non connecté parce que le correspondant est occupé ou indisponible est conventionnellement réussi. Une rupture due à l’absence de circuit ou de ressource est conventionnellement un échec. La correspondance précise appartient à la passerelle.

Le premier taux peut donc mesurer l’accès correct au réseau de destination; le second peut refléter une politique différente. Aucun ne prouve une conversation, une prestation ou la réussite du prochain appel. Le protocole dit seulement que l’historique peut augmenter la probabilité d’une bonne terminaison lors du choix d’une route.

La fenêtre compte autant que le taux. Les deux compteurs partagent une période; le retour à zéro du compteur de tentatives impose un réalignement, et le récepteur doit lire assez souvent pour éviter une perte de signification. Sans période, dénominateur, époque de compteur, population d’appels et table des causes, le pourcentage est un classement sans explication.

Une inscription locale, pas un oracle global

TRIP diffuse des routes téléphoniques entre fournisseurs, mais ne définit ni leur injection depuis les passerelles internes ni le choix d’une passerelle précise dans un POP. TGREP occupe cet espace. Le sender installé sur la passerelle envoie ses destinations et attributs à l’Ingress LS. Celui-ci peut fournir un résultat à l’Egress LS, puis au domaine TRIP.

La passerelle déclare Send Only lors de l’ouverture. Elle ne possède ni Adj-TRIBs-In ni Loc-TRIB, ne sélectionne pas les routes et ignore silencieusement tout UPDATE reçu alors que la session est Established. Une session verte n’est donc pas le signe qu’elle a appris ou accepté une décision du proxy.

Chaque pair LS reçoit son propre Adj-TRIB-GW-Out. La manière de peupler cette base demeure hors spécification et peut être manuelle. La première provenance utile précède donc le message signé : origine de la configuration, autorité sur la destination, date, condition de retrait et opérateur responsable.

Le plafond et le reste disponible ne vivent pas ensemble

TotalCircuitCapacity décrit la capacité administrativement provisionnée. C’est une borne supérieure potentiellement atteignable, modifiée par exemple lorsque des trunks sortent pour maintenance. Sa relative stabilité permet sa propagation au-delà du LS local et, dans certaines agrégations d’un même ITAD, l’addition de plusieurs valeurs.

AvailableCircuits décrit au contraire les circuits restant au moment de l’observation. Le nombre peut varier à chaque appel. Il peut orienter un choix appel par appel, mais ne s’agrège pas et ne doit jamais être propagé. Sa portée s’arrête au LS qui gère la passerelle.

Le texte recommande de limiter la charge des mises à jour et d’employer une fenêtre assez grande pour produire une statistique utile. Ce compromis doit devenir un champ de la preuve. Une valeur lissée est transportable; elle n’est pas une réservation atomique. Entre l’UPDATE et l’arrivée d’un appel, d’autres appels peuvent consommer les circuits.

Afficher ensemble le plafond propagé et le reste local sans leurs horloges respectives crée une fausse cohérence. L’un décrit une possibilité configurée, l’autre un échantillon; ni l’un ni l’autre ne garantit l’exécution.

La consolidation fabrique un nouvel énoncé

Le récepteur peut obtenir plusieurs routes pour une même destination. La consolidation les combine afin de ne pas perdre les capacités collectives. L’exemple du RFC réunit les Carrier de deux passerelles; un autre réunit des listes de préfixes. Les détails d’application aux attributs et familles sont laissés aux implémentations.

L’agrégation intervient ensuite et fait autre chose : elle résume des destinations différentes selon TRIP, réduisant l’information. Une route candidate en aval peut ainsi être une projection issue de plusieurs témoignages, puis d’un résumé.

La projection est légitime si son histoire reste consultable. Il faut conserver passerelle, session, route originale, attributs, heure, règle de réunion, exclusions et version du moteur. Sinon, l’union collective ressemble à la promesse simultanée d’une seule passerelle et le résumé masque les écarts par destination.

Les familles TrunkGroup et Carrier, ainsi que les préfixes E.164 ou de routage, structurent aussi le choix. Une session doit retenir une seule catégorie parmi familles de préfixes, TrunkGroup ou Carrier. RFC 4904 et RFC 4694 stabilisent des syntaxes voisines. Aucun format ne prouve une autorité commerciale actuelle, le contrôle d’un trunk ni la disponibilité d’un circuit.

La cryptographie authentifie le messager

RFC 5140 reprend le modèle IPsec de TRIP. AH et ESP peuvent assurer origine, intégrité et protection contre le rejeu; ESP ajoute la confidentialité. Ces propriétés établissent qu’un pair protégé a transmis des octets intacts.

Elles ne valident ni une route saisie manuellement, ni la fraîcheur de la capacité, ni la table locale des causes, ni le droit du sender à représenter un Carrier, ni l’issue PSTN. Mélanger ces niveaux donne à la signature une autorité que le protocole ne lui attribue pas.

La chaîne minimale relie identité et périmètre de la passerelle, UPDATE original, temps d’observation, fenêtre et époque de compteurs, transformation du récepteur, politique et alternatives du proxy, signalisation, disposition PSTN et résultat métier. L’inscription peut expliquer pourquoi une route fut choisie. Seule la suite peut dire ce qui est arrivé.

Sources

  1. RFC 5140, HTML
  2. RFC 5140, texte
  3. Fiche RFC Editor
  4. IETF Datatracker
  5. Historique du document
  6. Recherche d’errata RFC 5140
  7. Paramètres TRIP de l’IANA
  8. RFC 2871 : cadre de routage téléphonique
  9. RFC 3219 : TRIP
  10. RFC 3261 : SIP
  11. RFC 4904 : Trunk Groups dans les URI tel/SIP
  12. RFC 4694 : portabilité des numéros
  13. RFC 4301 : architecture IPsec
  14. RFC 4302 : AH
  15. RFC 4303 : ESP
  16. RFC 4306 : IKEv2
  17. RFC 4835 : exigences algorithmiques ESP/AH
  18. Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption
  19. On Reality Layers, Symbolic Power, and Why Clarity Feels So Hostile
  20. Running-Code Primacy