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] []
courrier électronique: [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] []
courrier électronique: [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] []
courrier électronique: [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'organisation
Ce document détaille le processus d'enregistrement de l'infrastructure de réseau LIR et des attributions d'adresses IP des clients dans l'AFRINIC whois base de données. Il est important d'enregistrer une mission dans l'un ou l'ensemble des cas suivants:
Le courant IPv4 La politique exige que 80% de l'allocation la plus récente soit vérifiée comme étant utilisée efficacement avant qu'un LIR puisse demander plus d'adresses IP. Nous vérifions cela en consultant les missions enregistrées valides dans l'AfriNIC whois base de données. S'ils atteignent 80% ou plus, l'exigence de la politique aura été respectée. Sinon, AfriNIC demande au LIR d'enregistrer ces affectations avant que quoi que ce soit d'autre puisse être fait.
La politique indique également qu'une allocation supplémentaire peut être recherchée si le LIR a une exigence d'adresse IP immédiate dépassant en nombre les adresses IP libres restantes dans l'allocation la plus récente.
Une assignation est essentiellement un objet inetnum, contenant une plage de 4 adresses IP ou plus, dont l'attribut d'état doit avoir la valeur "PA ASSIGNÉE". Pour créer un nouvel inetnum dans la base de données, vous pouvez utiliser l'une des méthodes suivantes:
Pour enregistrer une telle attribution d'adresse, voici le processus rapide pour le faire en utilisant MyAFRINIC:
Une fois terminé, vous pouvez revenir pour gérer votre rDNS.
Pour obtenir le modèle inetnum, veuillez utiliser les méthodes comme énumérées ici:
Vous obtiendrez un modèle qui ressemble à ceci:
inetnum: [obligatoire] [unique] [clé primaire / de recherche]
netname: [obligatoire] [unique] [clé de recherche]
descr: [obligatoire] [multiple] []
pays: [obligatoire] [multiple] []
admin-c: [obligatoire] [multiple] [touche inverse]
tech-c: [obligatoire] [multiple] [touche inverse]
org: [obligatoire] [multiple] [clé inverse]
rev-srv: [facultatif] [multiple] [touche inverse]
statut: [obligatoire] [unique] []
remarques: [facultatif] [multiple] []
notifier: [facultatif] [multiple] [touche inverse]
mnt-by: [obligatoire] [multiple] [touche inverse]
mnt-lower: [facultatif] [multiple] [touche inverse]
mnt-routes: [facultatif] [multiple] [clé inverse]
mnt-irt: [facultatif] [multiple] [touche inverse]
modifié: [obligatoire] [multiple] []
source: [obligatoire] [unique] []
Copiez ce modèle et collez-le dans votre éditeur de messagerie et remplacez les valeurs à l'aide de l'aide comme suit:
Vous devez remplir les attributs répertoriés comme obligatoires et supprimer les attributs facultatifs que vous n'utilisez pas. Un exemple est ci-dessous
inetnum : 10.11.12.0−10.11.12.255
La plage IP de vos affectations doit être insérée ici. Il peut s'agir de la plage affectée à un serveur d'accès à distance, à un pool DSL ou même à un client / site final.
nom de réseau: exemple de réseau
Le nom de réseau de cette plage IP.
descr: brève description.
Veuillez dupliquer cet attribut si plusieurs lignes.
pays: MU
Le code du pays doit être inséré ici.
admin-c : ZA4-TEST
Le nic-handle de l'admin-c
tech-c : ZA4-TEST
Le nic-handle du tech-c
statut: PA ASSIGNÉE
Utiliser la PA ASSIGNÉE
notifier:
cette adresse e-mail qui est protégée du spam. Vous devez activer JavaScript pour la voir.
Insérez l'e-mail auquel les notifications seront envoyées
mnt-by: EXEMPLE-MNT
Entrez votre objet mntner ici
mnt-lower: EXEMPLE-MNT
Entrez votre objet mntner ici
modifié:
cette adresse e-mail qui est protégée du spam. Vous devez activer JavaScript pour la voir.
Entrez votre adresse de messagerie ici.
source : AFRINIC
mot de passe: your_cleartext_password_here
notifier:
cette adresse e-mail qui est protégée du spam. Vous devez activer JavaScript pour la voir.
Votre mise à jour a réussi.
Les objets suivants ont été traités.
Nouveau OK: [inetnum] 10.11.12.0 - 10.11.12.255
En cas d'erreur, l'accusé de réception indiquera l'échec de la création de l'objet ainsi que les erreurs rencontrées. Par exemple, il peut contenir les éléments suivants:
Une partie de votre mise à jour a échoué.
Les objets sans erreur ont été traités.
Mettre à jour FAILED: erreur de syntaxe dans l'objet
Vous devez suivre la procédure ci-dessus pour enregistrer toutes les différentes affectations.
Si vous avez besoin de notre aide, veuillez écrire à afrinic-dbm [at] afrinic.net