Résumé

  • L’APNIC explique qu’un objet mntner autorise les mises à jour de sa base Whois et que mnt-lower complète mnt-by lorsqu’il existe une hiérarchie de mainteneurs.
  • Cette hiérarchie gouverne les modifications du registre. Elle ne démontre ni cône client BGP, ni transit, ni origine active, ni joignabilité, ni propriété juridique, ni contrôle actuel des routeurs.

« Plus bas » dans la base, pas dans le réseau

Le guide de l’objet inetnum définit le mainteneur comme un objet servant à autoriser des mises à jour de la base APNIC. Une inscription d’adresse comporte normalement mnt-by, qui identifie le mainteneur chargé de sa protection. Lorsque plusieurs mainteneurs s’inscrivent dans une hiérarchie, l’APNIC indique que mnt-lower est utilisé en complément.

Le sens pratique découle de cette définition. Un objet protégé à un niveau peut désigner un autre mainteneur pour les objets de niveau inférieur. Le champ répond donc à une question de registre : quel mainteneur authentifié est habilité dans la chaîne de mise à jour sous cet objet ? Il ne dit pas quel système autonome transporte le trafic, quel opérateur fournit le transit ou quels routeurs atteignent le préfixe.

La confusion est tentante parce que le même enregistrement peut côtoyer des données relatives au routage et parce que « lower » ressemble à un terme topologique. Or la hiérarchie d’une base et celle d’un réseau n’observent pas le même phénomène. La première règle la capacité de modifier des objets enregistrés. La seconde exigerait des observations datées d’annonces, d’adjacences, de politiques et de chemins de paquets.

Trois champs de maintenance, trois lectures

L’APNIC documente séparément mnt-by, mnt-lower et mnt-routes. Le premier protège l’objet lui-même. Le deuxième intervient dans la maintenance des objets de niveau inférieur. Le troisième désigne le mainteneur qui contrôle la création d’objets route associés à la plage. Le même nom peut apparaître dans plusieurs champs sans que ceux-ci deviennent une mesure du réseau actif.

Le guide des requêtes avancées confirme cette séparation par des recherches inverses distinctes pour mnt-lower, mnt-routes et origin. Chercher une référence dans un rôle ne permet pas d’attribuer automatiquement les autres rôles. Même l’origine inscrite dans un objet route reste une déclaration du registre, pas l’observation directe d’une annonce BGP.

Un exemple Whois en direct affiche ensemble mnt-by, mnt-lower et mnt-routes. L’élément probant est ce que la réponse contient, avec sa requête et son heure de collecte. Elle montre la protection de l’objet et les références présentes. Elle ne montre ni visibilité d’une route, ni succès des paquets, ni validité actuelle d’un contrat commercial.

Conserver l’observation comme telle

Une collecte défendable garde la ressource interrogée, la réponse, l’horodatage, le type d’objet, la plage, le statut, les identifiants de mainteneurs et les dates de modification. Elle conserve aussi l’attribut portant chaque identifiant. Fusionner toutes ces références dans un champ générique « opérateur » efface la distinction faite par l’APNIC.

La vérification suivante dépend de l’affirmation recherchée. Une origine observée nécessite des collecteurs BGP contemporains et des points de vue nommés. L’autorisation de route relève séparément de la RPKI. La politique déclarée peut être étudiée dans les objets IRR sans être confondue avec l’observation. Le contrôle actuel exige une confirmation de l’opérateur ou des preuves de gestion des changements. Une relation commerciale demande des éléments contractuels ou publics directs.

Cette discipline ne réduit pas la valeur du Whois. mnt-lower peut révéler une délégation du droit de modifier le registre, aider à retrouver la responsabilité de maintenance et orienter une demande de correction. Ce sont des conclusions utiles, à condition de ne pas leur faire dire davantage.

Conclusion disciplinée

Il faut lire mnt-lower comme un fait typé et daté : une référence de hiérarchie de mainteneurs observée sur un objet donné. Le champ ne devient pas, par raccourci, une preuve de routage, de transit, de joignabilité, de propriété ou de contrôle opérationnel actuel. Pour chacune de ces questions, il faut consulter le système qui l’observe réellement.

Sources