Vous devrez utiliser la méthode d'authentification double pour créer des objets route (6) où le "mnt-lower" dans l'objet inetnum / inet6num et le "mnt-routes" dans l'objet aut-num ne correspondent pas mais les deux objets existent dans l'AFRINIC whois base de données.
Ce qui précède sera généralement le cas lorsque le titulaire de l'adresse IP et le titulaire du ASN le routage de l'adresse IP n'est pas la même entité, donc, ayant des objets de maintenance différents.
Pour créer de tels objets route, vous devrez le soumettre avec le mot de passe du responsable référencé dans votre inetnum / inet6num ou aut-num qui a été spécifié dans l'objet route. Si l'autorisation pour le mainteneur «mnt-by» dans l'objet route passe, l'objet sera mis en file d'attente pendant une semaine maximum. Dans la semaine, l'autre entité devra soumettre exactement le même objet route et ajouter le mot de passe manquant de leur responsable référencé dans inetnum / inet6num ou aut-num qui a été spécifié dans l'objet route.
La base de données IRR vérifiera si l'objet route passe maintenant toutes les autorisations requises. Si c'est le cas, l'objet est créé. Si cela ne se produit pas dans la semaine, l'objet est supprimé de la file d'attente.
Mise en situation :
L'organisation «Example Provider» crée un objet route avec leur IPv4 préfixe, 196.192.48.0/20, et le numéro AS, AS327800, d'une autre entité "Exemple de fournisseur de transit". Dans cet exemple, «Exemple de fournisseur» lancera le processus de création, cependant, le scénario inverse est également possible où «Exemple d'origine» est l'initiateur.
L'inetnum et l'aut-num ont des «mnt-lower» et «mnt-routes» différents;
L'objet parent inetnum: | L'objet aut-num: |
inetnum: 196.192.48.0 - 196.192.63.255 netname: Example-net descr: Example Provider inetnum country: MU org: ORG-BTL1-AFRINIC admin-c: EC16-AFRINIC tech-c: EC16-AFRINIC status: ASSIGNED PI notify: This email address is being protected from spambots. You need JavaScript enabled to view it. mnt-by: AFRINIC-HM-MNT mnt-lower: EXAMPLE-1-MNT changed: This email address is being protected from spambots. You need JavaScript enabled to view it. 20180709 source: AFRINIC parent: 196.0.0.0 - 196.255.255.255 |
aut-num: AS327800 as-name: example-AS descr: Example Transit Provider aut-num status: ASSIGNED org: ORG-ETP1-AFRINIC admin-c: EX20-afrinic tech-c: EX20-afrinic notify: This email address is being protected from spambots. You need JavaScript enabled to view it. mnt-routes: EXAMPLE-2-MNT mnt-by: AFRINIC-HM-MNT changed: This email address is being protected from spambots. You need JavaScript enabled to view it. 20180709 source: AFRINIC |
Étape 1) «Exemple de fournisseur» obtient le modèle d'objet d'itinéraire et remplit tous les champs obligatoires.
L'objet ressemblerait;
route: 196.192.48.0/20
descr: Example route object
origin: AS327800
mnt-by: EXAMPLE-1-MNT
changed: This email address is being protected from spambots. You need JavaScript enabled to view it.
source: AFRINIC
Étape 2) «Exemple de fournisseur» fournit le mot de passe du responsable «EXAMPLE-1-MNT» en texte clair avant de soumettre l'objet.
Une fois l'autorisation réussie pour "EXEMPLE-1-MNT", le message "Objet créé avec succès!" S'affiche. Cependant, la deuxième autorisation sera toujours en attente, comme dans l'explication détaillée;
Étape 3: «Exemple de fournisseur de transport en commun» devra soumettre exactement le même objet que dans la sortie ci-dessus dans une semaine.
L'objet doit être:
route: 196.192.48.0/20
descr: Example route object
origin: AS327800
mnt-by: EXAMPLE-1-MNT
changed: This email address is being protected from spambots. You need JavaScript enabled to view it. 20180711
source: AFRINIC
Étape 4: «Exemple de fournisseur de transport en commun» doit fournir l'autorisation manquante.
Par conséquent, fournissez le mot de passe pour le responsable EXAMPLE-2-MNT.
En cas d'autorisation réussie pour "EXAMPLE-2-MNT", il n'y aura plus d'autorisation en attente et l'objet route sera créé;