Objets et attributs de base de données dans la base de données AFRINIC
Base de données - Objets et attributs de la base de données dans la base de données AFRINIC
1.2 Types d'objets pris en charge par AFRINIC DB
2. Description des types d'objets
1.0 Objets et attributs de base de données
La base de données de gestion de réseau AFRINIC (souvent appelée "base de données AFRINIC") contient des enregistrements de:
* allocations et attributions d'espace d'adressage IP (le registre d'adresses IP);
* les coordonnées (coordonnées des personnes responsables du fonctionnement des réseaux ou des routeurs et de celles qui sont responsables de la conservation des informations dans la base de données AFRINIC).
Les enregistrements de la base de données AFRINIC sont appelés «objets». La syntaxe des objets de base de données est définie par RPSL, qui est décrite dans [1]. Un objet appartient à l'un des types d'objet ou classes. Ces deux termes sont utilisés de manière interchangeable dans le document. Les types d'objet suivants sont stockés dans la base de données AFRINIC:
1.2 Types d'objets pris en charge par AFRINIC DB
Tableau 1 Types d'objets pris en charge dans la base de données AFRINIC
|
Type d'objet (nom de classe) |
Nom abrégé |
Description |
|
en bloc |
ak |
Représente la délégation d'une plage de numéros AS à un référentiel donné. |
|
atout |
as |
Définit un ensemble d'objets aut-num. |
|
num-aut |
an |
Représente un système autonome (AS) dans la base de données. Est utilisé pour décrire la politique de routage externe de l'AS. |
|
domaine |
dn |
Représente les enregistrements de domaine avant ou arrière. |
|
inet6num |
i6 |
Contient des informations sur les allocations et les affectations de IPv6 espace d'adressage. |
|
inetnum |
in |
Contient des informations sur les allocations et les affectations de IPv4 espace d'adressage. |
|
clé-cert |
kc |
Représente un certificat de clé publique qui est stocké sur le serveur et peut être utilisé avec un objet mainteneur pour l'authentification lors de l'exécution des mises à jour. |
|
limerick |
li |
Représente un poème humoristique qui a cinq lignes et le schéma de rimes "aabba". |
|
monteur |
mt |
Spécifie les informations d'authentification requises pour autoriser la création, la suppression ou la modification des objets protégés par le mntner. |
|
personne |
pn |
Contient des informations sur les contacts techniques ou administratifs. |
|
rôle de l' |
ro |
Contient des informations sur les contacts techniques ou administratifs, mais décrit un rôle joué par un ou plusieurs êtres humains. |
Un objet de base de données est défini comme une liste de paires attribut-valeur dans le texte. Chaque paire attribut-valeur est écrite sur une ligne distincte. Le nom de l'attribut commence à la colonne 0, suivi du caractère ":" et de la valeur de l'attribut. L'attribut qui porte le même nom que la classe de l'objet doit être spécifié en premier. La valeur d'un attribut peut être divisée sur plusieurs lignes, en ayant un espace, une tabulation ou un caractère plus ("+") comme premier caractère des lignes de continuation. Le caractère "+" pour la continuation de ligne permet aux valeurs d'attribut de contenir des lignes vides. Plus d'espaces peuvent éventuellement être utilisés après le caractère de continuation pour augmenter la lisibilité. L'ordre des paires attribut-valeur est significatif. La description d'un objet peut contenir des commentaires. Un commentaire peut être n'importe où dans la définition d'un objet, il commence au premier caractère "#" sur une ligne et se termine au premier caractère de fin de ligne. Un commentaire ne peut pas commencer à la colonne 0. Les caractères d'espace blanc peuvent être utilisés pour améliorer la lisibilité. La représentation de l'objet se termine lorsqu'une ligne vierge est rencontrée.
Les attributs peuvent être obligatoires ou facultatifs: un attribut obligatoire DOIT être défini pour tous les objets de la classe; les attributs facultatifs peuvent être ignorés. Les attributs peuvent également être à valeur unique ou multiple. Les attributs à valeurs multiples peuvent avoir plusieurs enregistrements de valeur d'attribut dans un objet, tandis qu'un attribut à valeur unique peut apparaître une seule fois. Chaque objet est identifié de manière unique par un ensemble d'attributs, appelé clé primaire de classe.
La valeur d'un attribut a un type, qui définit la syntaxe de la valeur d'attribut. Veuillez vous référer à l'annexe A1 «Attributs d'objet» pour une description détaillée des attributs pris en charge dans la base de données AFRINIC.
Cette section décrit les types d'objets (classes) pris en charge dans la base de données AFRINIC ainsi que les modèles d'objet. Les définitions suivantes sont utilisées dans les modèles:
|
[obligatoire] |
Au moins une instance de cet attribut doit être définie dans un objet de la classe. |
|
[optionnel] |
L'attribut est facultatif dans les objets de la classe et peut être omis. |
|
[généré] |
L'attribut est généré automatiquement par le serveur. |
|
[unique] |
Un objet NE DOIT PAS contenir plus d'une instance de cet attribut. |
|
[plusieurs] |
Un objet PEUT contenir plus d'une instance de cet attribut. |
|
[clé de recherche] |
L'attribut est indexé. |
|
[touche inverse] |
L'attribut est dans l'index "inverse". |
|
[clé primaire] |
L'attribut est (une partie de) la clé primaire. |
|
[clé primaire / de recherche] |
L'attribut est à la fois indexé et fait (partie de) la clé primaire. |
Dans un modèle d'objet, la première colonne représente un attribut, les deuxième et troisième colonnes spécifient le type de l'attribut et la quatrième colonne indique si l'attribut est (une partie de) une clé de base de données pour l'objet.
Un objet as-block est nécessaire pour déléguer une plage de numéros AS à un référentiel donné. Cet objet peut être utilisé pour l'autorisation de la création d'objets aut-num dans la plage spécifiée par l'attribut "as-block:". Le modèle de classe as-block est illustré à la figure 2.1.
en bloc: [obligatoire] [unique] [clé primaire / de recherche]
description : [facultatif] [multiple] []
remarques: [facultatif] [multiple] []
technique-c : [obligatoire] [multiple] [touche inverse]
admin-c : [obligatoire] [multiple] [touche inverse]
notifier: [facultatif] [multiple] [touche inverse]
mnt-inférieur: [facultatif] [multiple] [touche inverse]
mnt-par : [obligatoire] [multiple] [touche inverse]
modifié: [obligatoire] [multiple] []
la source: [obligatoire] [unique] []
Fig.2.1 modèle en bloc
Un objet as-set définit un ensemble d'objets aut-num. Les attributs de la classe as-set sont illustrés à la figure 2.2. L'attribut "as-set:" définit le nom de l'ensemble. Il s'agit d'un nom RPSL qui commence par "as-". L'attribut "membres:" répertorie les membres de l'ensemble. L'attribut "members:" est une liste de numéros AS ou d'autres noms tels que définis. Le nom d'un objet tel que défini peut être hiérarchique. Un nom as-set hiérarchique est une séquence de noms as-set et de numéros AS séparés par des deux-points ":". Au moins un composant d'un tel nom doit être un nom réel tel que défini (c'est-à-dire commencer par "as-").
atout: [obligatoire] [unique] [clé primaire / de recherche]
description : [obligatoire] [multiple] []
membres: [facultatif] [multiple] []
mbrs-by-ref : [facultatif] [multiple] [touche inverse]
remarques: [facultatif] [multiple] []
technique-c : [obligatoire] [multiple] [touche inverse]
admin-c : [obligatoire] [multiple] [touche inverse]
notifier: [facultatif] [multiple] [touche inverse]
mnt-par : [obligatoire] [multiple] [touche inverse]
modifié: [obligatoire] [multiple] []
la source: [obligatoire] [unique] []
Fig.2.2 Modèle standard
Un objet de la classe aut-num est une représentation de base de données d'un système autonome (AS), qui est un groupe de réseaux IP exploités par un ou plusieurs opérateurs de réseau qui a une politique de routage externe unique et clairement définie.
Les objets de cette classe sont utilisés pour s'enregistrer en tant que nombre et spécifier des politiques de routage. Les attributs de la classe aut-num sont illustrés à la figure 1.2.3. La valeur de l'attribut "aut-num:" est le numéro AS de l'AS décrit par cet objet. L'attribut "as-name:" est un nom symbolique (dans la syntaxe du nom RPSL) de l'AS. Comme AFRINIC n'exécute pas encore de registre de routage, les attributs d'importation, d'exportation et par défaut (politiques de routage) sont supprimés dans la base de données AFRINIC et doivent être fournis à titre de remarques uniquement.
aut-num : [obligatoire] [unique] [clé primaire / de recherche]
comme nom: [obligatoire] [unique] []
description : [obligatoire] [multiple] []
membre de: [facultatif] [multiple] [touche inverse]
remarques: [facultatif] [multiple] [] --- mettez dans votre politique de routage.
admin-c : [obligatoire] [multiple] [touche inverse]
technique-c : [obligatoire] [multiple] [touche inverse]
notifier: [facultatif] [multiple] [touche inverse]
mnt-inférieur: [facultatif] [multiple] [touche inverse]
routes mnt: [facultatif] [multiple] [touche inverse]
mnt-par : [obligatoire] [multiple] [touche inverse]
modifié: [obligatoire] [multiple] []
la source: [obligatoire] [unique] []
Fig. 2.3 modèle de numérotation automatique
L'objet de domaine représente le domaine de premier niveau (TLD) et d'autres enregistrements de domaine. Dans le cas d'AFRINIC, il est UNIQUEMENT utilisé pour les délégations inversées. Le nom de domaine est écrit dans un format complet, sans fin ". Le modèle de cette classe est illustré à la figure 2.4.
domaine: [obligatoire] [unique] [clé primaire / de recherche]
description : [obligatoire] [multiple] []
admin-c : [obligatoire] [multiple] [touche inverse]
technique-c : [obligatoire] [multiple] [touche inverse]
zone-c : [obligatoire] [multiple] [touche inverse]
nserveur : [facultatif] [multiple] [touche inverse]
sous-dom: [facultatif] [multiple] [touche inverse]
dom-net : [facultatif] [multiple] []
remarques: [facultatif] [multiple] []
notifier: [facultatif] [multiple] [touche inverse]
mnt-par : [obligatoire] [multiple] [touche inverse]
mnt-inférieur: [facultatif] [multiple] [touche inverse]
référer: [facultatif] [unique] []
modifié: [obligatoire] [multiple] []
la source: [obligatoire] [unique] []
Fig. 2.4 modèle de domaine
Un objet inet6num contient des informations sur les allocations et les affectations de IPv6 espace d'adressage. Le modèle de cette classe est illustré à la figure 2.5.
inet6num : [obligatoire] [unique] [clé primaire / de recherche]
netname: [obligatoire] [unique] [clé de recherche]
description : [obligatoire] [multiple] []
pays: [obligatoire] [multiple] []
admin-c : [obligatoire] [multiple] [touche inverse]
technique-c : [obligatoire] [multiple] [touche inverse]
organisation : [facultatif] [multiple] [touche inverse]
statut: [obligatoire] [unique] []
remarques: [facultatif] [multiple] []
notifier: [facultatif] [multiple] [touche inverse]
mnt-par : [obligatoire] [multiple] [touche inverse]
mnt-inférieur: [facultatif] [multiple] [touche inverse]
mnt-irt : [facultatif] [multiple] [touche inverse]
modifié: [obligatoire] [multiple] []
la source: [obligatoire] [unique] []
Fig.2.5 modèle inet6num
Un objet inetnum contient des informations sur les allocations et les affectations de IPv4 espace d'adressage. Le modèle de cette classe est illustré à la figure 2.6.
inetnum : [obligatoire] [unique] [clé primaire / de recherche]
netname: [obligatoire] [unique] [clé de recherche]
description : [obligatoire] [multiple] []
pays: [obligatoire] [multiple] []
admin-c : [obligatoire] [multiple] [touche inverse]
technique-c : [obligatoire] [multiple] [touche inverse]
organisation : [facultatif] [multiple] [touche inverse]
statut: [obligatoire] [unique] []
remarques: [facultatif] [multiple] []
notifier: [facultatif] [multiple] [touche inverse]
mnt-par : [obligatoire] [multiple] [touche inverse]
mnt-inférieur: [facultatif] [multiple] [touche inverse]
routes mnt: [facultatif] [multiple] [touche inverse]
mnt-irt : [facultatif] [multiple] [touche inverse]
modifié: [obligatoire] [multiple] []
la source: [obligatoire] [unique] []
Fig.2.6 modèle inetnum
Un objet key-cert est un certificat de clé publique de base de données qui est stocké sur le serveur et peut
être utilisé avec un objet mntner pour l'authentification lors de l'exécution des mises à jour. Actuellement seulement
les clés conformes à la norme Internet Open PGP proposée [RFC 2440] sont prises en charge.
Le modèle de cette classe est illustré à la figure 2.7.
clé-cert: [obligatoire] [unique] [clé primaire / de recherche]
méthode: [généré] [unique] []
propriétaire: [généré] [unique] []
doigt : [généré] [unique] []
certificat : [obligatoire] [multiple] []
remarques: [facultatif] [multiple] []
notifier: [facultatif] [multiple] [touche inverse]
mnt-par : [obligatoire] [multiple] [touche inverse]
modifié: [obligatoire] [multiple] []
la source: [obligatoire] [unique] []
Fig.2.7 modèle de certificat de clé
L'objet limerick représente un poème humoristique qui a cinq lignes et le schéma de rimes
"aabba". Le modèle de cette classe est illustré à la figure 2.8.
limerick : [obligatoire] [unique] [clé primaire / de recherche]
description : [facultatif] [multiple] []
texte: [obligatoire] [multiple] []
admin-c : [obligatoire] [multiple] [touche inverse]
auteur: [obligatoire] [multiple] [touche inverse]
remarques: [facultatif] [multiple] []
notifier: [facultatif] [multiple] [touche inverse]
mnt-par : [obligatoire] [multiple] [touche inverse]
modifié: [obligatoire] [multiple] []
la source: [obligatoire] [unique] []
Fig. 2.8 modèle limerick
Les objets de la base de données AFRINIC peuvent être protégés à l'aide de mntner (prononcé "mainteneur")
objets. Un objet mntner spécifie les informations d'authentification requises pour autoriser la création,
suppression ou modification des objets protégés par le mntner. les objets mntner ne sont pas créés
automatiquement, mais sont transmises à l'administration de la base de données AFRINIC pour un traitement manuel.
Le modèle de cette classe est illustré à la figure 2.9. ¹
mntner : [obligatoire] [unique] [clé primaire / de recherche]
description : [obligatoire] [multiple] []
admin-c : [obligatoire] [multiple] [touche inverse]
technique-c : [facultatif] [multiple] [touche inverse]
mise à jour: [obligatoire] [multiple] [touche inverse]
mnt-nfy : [facultatif] [multiple] [touche inverse]
authentifié : [obligatoire] [multiple] []
remarques: [facultatif] [multiple] []
notifier: [facultatif] [multiple] [touche inverse]
mnt-par : [obligatoire] [multiple] [touche inverse]
modifié: [obligatoire] [multiple] []
la source: [obligatoire] [unique] []
Fig. 2.9 modèle mntner
Un objet personne contient des informations sur le contact technique ou administratif responsable
pour l'objet où il est référencé. Une fois l'objet créé, la valeur de la "personne:"
l'attribut ne peut pas être modifié. Le modèle de cette classe est illustré à la figure 2.10.
la personne: [obligatoire] [unique] [clé de recherche]
adresse: [obligatoire] [multiple] []
Téléphone: [obligatoire] [multiple] []
Numéro de fax: [facultatif] [multiple] []
e-mail: [obligatoire] [multiple] [clé de recherche]
nic-hdl : [obligatoire] [unique] [clé primaire / de recherche]
remarques: [facultatif] [multiple] []
notifier: [facultatif] [multiple] [touche inverse]
mnt-par : [facultatif] [multiple] [touche inverse]
modifié: [obligatoire] [multiple] []
la source: [obligatoire] [unique] []
Fig. 2.10 modèle de personne
La classe de rôle est similaire à la classe person. Cependant, au lieu de décrire un être humain,
il décrit un rôle joué par un ou plusieurs êtres humains. Les exemples incluent les services d'assistance,
centres de surveillance de réseau, administrateurs système, etc. Un objet de rôle est particulièrement utile
car souvent une personne jouant un rôle peut changer; cependant, le rôle lui-même demeure. le
Les attributs "nic-hdl:" des classes personne et rôle partagent le même espace de noms. Une fois la
est créé, la valeur de l'attribut "role:" ne peut pas être modifiée. Le modèle de cette
est illustrée à la figure 2.11.
rôle: [obligatoire] [unique] [clé de recherche]
adresse: [obligatoire] [multiple] []
Téléphone: [facultatif] [multiple] []
Numéro de fax: [facultatif] [multiple] []
e-mail: [obligatoire] [multiple] [clé de recherche]
admin-c : [obligatoire] [multiple] [touche inverse]
technique-c : [obligatoire] [multiple] [touche inverse]
nic-hdl : [obligatoire] [unique] [clé primaire / de recherche]
remarques: [facultatif] [multiple] []
notifier: [facultatif] [multiple] [touche inverse]
mnt-par : [facultatif] [multiple] [touche inverse]
modifié: [obligatoire] [multiple] []
la source: [obligatoire] [unique] []
Fig. 2.11 modèle de rôle
La classe d'organisation fournit des informations identifiant une organisation telle qu'une entreprise, un organisme de bienfaisance ou une université, qui est titulaire d'une ressource de réseau dont les données sont stockées dans le whois base de données. Le modèle de ceci
est illustrée à la figure 2.12.
organisme: [obligatoire] [unique] [clé principale / de recherche]
nom-organisation: [obligatoire] [unique] [clé de recherche]
type d'organisation: [obligatoire] [unique] []
description : [facultatif] [multiple] []
remarques: [facultatif] [multiple] []
adresse: [obligatoire] [multiple] []
Téléphone: [facultatif] [multiple] []
Numéro de fax: [facultatif] [multiple] []
pays: [obligatoire] [multiple] []
e-mail: [obligatoire] [multiple] [clé de recherche]
organisation : [facultatif] [multiple] [touche inverse]
admin-c : [obligatoire] [multiple] [touche inverse]
technique-c : [obligatoire] [multiple] [touche inverse]
réf-nfy : [facultatif] [multiple] [touche inverse]
mnt-ref : [obligatoire] [multiple] [touche inverse]
notifier: [facultatif] [multiple] [touche inverse]
mnt-par : [obligatoire] [multiple] [touche inverse]
modifié: [obligatoire] [multiple] []
la source: [obligatoire] [unique] []
Fig. 2.12 modèle d'organisationte