[DBWG] Fw: [AFRINIC-Announce] New version of AFRINIC Internet Routing Registry Released

[Michel ODOU]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Dear DBWG members,

FYI.

Regards,
Michel


Begin forwarded message:

Date: Mon, 1 Oct 2018 11:48:09 +0400
From: AFRINIC Communication <comm-announce at afrinic.net>
To: announce at afrinic.net
Subject: [AFRINIC-Announce] New version of AFRINIC Internet Routing
Registry Released


[Version française ci-dessous]

Dear Colleagues, 

AFRINIC has released a new version of its Routing Registry service
<https://afrinic.net/en/services/afrinic-irr>. 

This new version has removed the need for the ASN holder to authorise
route or route6 objects.

Previously, route and route6 objects had to be authorised by both the
holder of the IPv4 or IPv6 address space, and the holder of the ASN. In
the case that the ASN and the address space were held by different
organisations, then there was a process for semi-authorised objects to
be held for seven days pending complete authorisation. In the case that
the ASN was not issued by AFRINIC, then hostmaster staff had to
authorise the route or route6 objects.

After discussion in AFRINIC's database working group
<https://lists.afrinic.net/mailman/listinfo/dbwg>, and checking the
practices of other Internet Routing Registry services, AFRINIC has
decided to remove the need for the ASN holder to authorise any route or
route6 objects in the AFRINIC IRR. The route or route6 objects still
need to be authorised by the address space holder, using the password
associated with the mnt-routes or mnt-lower fields in the associated
inetnum or inet6num object. The address holder is responsible for
maintaining the accuracy of the route(6) objects in the AFRINIC IRR.

These changes have been reflected in the updated version of the AFRINIC
Internet Routing Registry Guide. 

https://www.afrinic.net/images/AFRINIC_IRR_Public_Guide_09272018.pdf


 
…………………………
 
Chers collègues,

AFRINIC a mis à disposition une nouvelle version de son service de
registre de routage <https://afrinic.net/en/services/afrinic-irr>. 

Cette nouvelle version a supprimé la nécessité pour le détenteur de
l’ASN d’autoriser des objets route ou route6.

Auparavant, les objets route et route6 devaient être autorisés à la
fois par le titulaire de l'espace d'adressage IPv4 ou IPv6 et par le
titulaire de l'ASN. Dans le cas où l'ASN et l'espace d'adressage
étaient détenus par différentes organisations, il existait un processus
permettant de conserver les objets semi-autorisés pendant sept jours en
attendant une autorisation complète. Dans le cas où  AFRINIC n'aurait
pas émis l'ASN, l’équipe hostmaster d’AFRINIC devait alors autoriser
les objets route ou route6.

Après une discussion au sein du groupe de travail sur la base de
données d’AFRINIC <https://lists.afrinic.net/mailman/listinfo/dbwg> et
une vérification des pratiques d’autres services de registre de routage
d’Internet, AFRINIC a décidé de supprimer la nécessité pour le
titulaire de l’ASN d’autoriser les objets route ou route6  dans l’IRR
d’AFRINIC. Les objets route ou route6 doivent toujours être autorisés
par le détenteur de l'espace d'adressage, à l'aide du mot de passe
associé aux champs mnt-routes ou mnt-lower dans l'objet inetnum ou
inet6num associé. Le détenteur de l’adresse est responsable du maintien
de la précision des objets route (6) dans l’RR d’AFRINIC.

Ces modifications ont été reflétées dans la version mise à jour du
Guide de registre de routage Internet AFRINIC.
https://www.afrinic.net/images/AFRINIC_IRR_Public_Guide_09272018.pdf


_______________________________________________
Announce mailing list
Announce at afrinic.net
https://lists.afrinic.net/mailman/listinfo/announce
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEHqsXLuDTF+kX8/nX2zH0bSe8edoFAluzB/4ACgkQ2zH0bSe8
edpj2xAArzlsI4ioUxUgDBSo9Ee7UJYw3KKZ2C50cLcs8wX9bbSsv9VsFkYR6nUj
X5fTmAathXdC7NHJNxISaUfWMaAcZ0CcG9B0ySNu5vkLgSV6ToLt63rnzpo7Fb42
xi4h4S2s5OOSaYy0dxJabLhcGBGKS1lFTXwr9F4uZL4dxB/LuX60g7Z+eyPxeaYZ
xakaCvddCPTvGuYwj4/QVi7G4TlNk+QaT1WiGp6z2LAheeVbQU9mbE846bDPGJxP
RX0FYDwWMrA1qCU8JDdvE6D+MeuOSMa0X8SRcdUGBE4cIS76Wci5Gs7WT4xt3ZLF
E/ixGLNLJ4qi8hD9TV6yfb0oJ+NldgXM0aDlKrLHqzzqlesJLwz+Yq2V8gqq6XXo
SESuWi9ziHaJ0ehk3+8DVkdgXjGqdTZ+vjiqNbjoV9E5kU7bGS2797Go/Vq5ZgQY
j+ZH/tqOeW0bNU3SlMDhCo2kxa96bf9QrnbHxuxULsHCBIMHnzJAMe2q7taWDfhM
MVGzCosWTQzjlpAtGjIcJa9fzgQc1yCGe2czuYajjLwBzB9CqYjp2462AUFxh8za
bV6o66ZBU/rAaryBOnFvNtN4QI6K2q8pP34YvSdkw9O7NPKoC0BBGYZlPLCpxUXN
mTpAz5uiT0+h7rF+imOJ5js3vbwDK9wXUvNDq7TQTl7W2nPRXbI=
=t7cT
-----END PGP SIGNATURE-----