Search RPD Archives
Limit search to: Subject & Body Subject Author
Sort by:

[rpd] resource review policy

ALAIN AINA aalain at trstech.net
Fri Jun 9 15:08:54 UTC 2017


Hilario,

I thought we were discussing  “resource review policy proposal” in its last call and not RSA. Feel free to open another thread if you want to discuss RSA  and follow PDP to submit any policy proposal you may have in mind.

Merci

—Alain

> On 8 Jun 2017, at 21:26, David Hilario <d.hilario at laruscloudservice.net> wrote:
> 
> English version below
> 
> Bonjour Serge,
> 
> Les policies peuvent toujours être modifié par la communauté, et quand
> une policy change et est conflit avec le RSA, le RSA est mis à jour,
> un exemple récent est la policy de transfer.
> 
> Pour le RSA, c’est un peu plus compliquer vu que ce n’est pas un
> document provenant de la communauté comme les policies, mais un
> document légal pour pouvoir devenir membre d’AFRINIC, il serais
> peut-être bien d’enlever les morceaux de gestion de ressources
> internet qui sont dans le RSA et les intégrer dans les policies au
> travers du RDP.
> 
> 
> Cela enlèverais tout conflits dans le futur entre policies (documents
> de la communauté cree au travers du system communautaire de consensus)
> et RSA (document légal sous les lois De L’ile Maurice).
> 
> Autre avantage, nous n’aurons plus (ou plutôt moins) de délais
> d’implémentation de policy, comme nous avons maintenant avec le
> transfer policy qui ne peut être légalement implémenter à cause de
> certaine section du RSA.
> 
> Cordiallement,
> David Hilario
> 
> Hi Serge,
> 
> Policies can always be changed by the community, and when a policy
> changes and conflicts with the RSA, the RSA is updated, a recent
> example is the transfer policy.
> 
> For the RSA, it is a little more complicated since it is not a
> document coming from the community like the policies, but a legal
> document to be able to become member of AFRINIC, it might be well to
> remove the pieces of internet resources  management that are in the
> RSA and integrate them into the policies through the RDP.
> 
> This would remove any conflicts in the future between policies
> (documents of the community created through the community system of
> consensus) and RSA (legal document under the laws of Mauritius).
> 
> Another advantage is that we will no longer (or at least less) have
> policy implementation delays, as we now have with the transfer policy
> that can not legally be implemented because of some section of the
> RSA.
> 
> 
> Kind regards,
> David Hilario
> 
> 
> 2017-06-08 19:15 GMT+03:00 serge ilunga <sergekbk at gmail.com>:
>> Hello Hilario,
>> 
>> By applying and been granted the rights to use the numbers, you accepted and
>> adhered  to the RSA  which define  utilisation  conditions and rules
>> including ressources  revocation, in case of non compliance  to RSA and
>> Policies.
>> 
>> RSA and policies also  clearly state that  any changes in justified needs
>> and ressources utilisation must be notified to Registration  services.
>> 
>> This policy doesn't introduce any kind of sanction that need to be
>> discussed.
>> 
>> Kind Regards.
>> 
>> Serge Ilunga
>> 
>> On 8 Jun 2017 12:49 pm, "David Hilario" <d.hilario at outsideheaven.com> wrote:
>>> 
>>> Bonjour Arnaud,
>>> 
>>> 
>>> 2017-06-06 19:36 GMT+03:00 Arnaud AMELINA <amelnaud at gmail.com>:
>>>> Cher Hilario
>>>> 
>>>> Permettez nous de vous le repéter, encore et encore. Vous revenez sur
>>>> des
>>>> sujets, sur lesquels nous avons déjà assez débatu dans la communauté.
>>>> L'objectif de ce policy n'a jamais été le retrait des ressources aux
>>>> membres. Il s'agit plutôt que AFRINIC aide les membres à mieux utiliser
>>>> les
>>>> ressources. Personne dans cette communauté ne veut arrivé à cette étape
>>>> de
>>>> retrait des ressouces.
>>>> 
>>>> L'objectif principal est d'utiliser pleinement les ressources et de
>>>> promouvoir le développement de l'Internet sur l'ensemble du continent
>>>> Cordialement.
>>>> 
>>>> Arnaud.
>>> 
>>> 
>>> Je comprends bien l’objectif principal, et je suis tout à fait
>>> d'accord avec vous sur ce point, mais la seule solution trouvée étant
>>> de menace de désinscrire les ressources, c'est justement là ou es le
>>> problème.
>>> 
>>> Trouvons de meilleures solutions pour mettre les membres à jour, tel
>>> que de ne pas évaluer de nouvelles requêtes pour ressources jusqu'à ce
>>> qu'ils règlent leurs problèmes.
>>> 
>>> Il faut pouvoir pénaliser, sans avoir à recourir à des méthodes qui
>>> peuvent être désastreuse pour les membres, une ou plusieurs
>>> désinscriptions de leurs ressources peut en effet causer de grand
>>> dommages irréparable au LIR et leur clients.
>>> 
>>> Cordialement
>>> David Hilario
>>> 
>>> 
>>>> Let us tell you again and again. You come back on subjects, on which we
>>>> have
>>>> already debated enough in the community. The objective of this policy
>>>> has
>>>> never been the withdrawal of resources from members. Rather, AFRINIC is
>>>> helping members make better use of resources. No one in this community
>>>> wants
>>>> to get to this step of withdrawing resources.
>>>> 
>>>> The main goal is to use resources fully and promote internet development
>>>> across the entire continent
>>>> 
>>>> Regards
>>>> 
>>>> Arnaud.
>>> 
>>> I fully understand the main goal, and I agree with you very much on
>>> this point, but the only provided solution is to threaten to
>>> deregister resources, that is precisely where the problem lies.
>>> 
>>> Let's find better ways to get members to update, such as not
>>> evaluating new resource requests until they solve their problems.
>>> 
>>> It is necessary to be able to penalize, without having to resort to
>>> methods that can be disastrous for the members, one or more
>>> deregistrations of their resources can in fact cause irreparable
>>> damage to the LIR and their clients.
>>> 
>>> Best Regards,
>>> David Hilario
>>> 
>>> 
>>>> 
>>>> Le 5 juin 2017 à 06:08, David Hilario <d.hilario at laruscloudservice.net>
>>>> a
>>>> écrit :
>>>>> 
>>>>> Bonjour Arnaud,
>>>>> 
>>>>> 2017-06-04 19:52 GMT+03:00 Arnaud AMELINA <amelnaud at gmail.com>:
>>>>>> Oui. Malgré les dysfonctionnements, nous avons passé une excellente
>>>>>> semaine.
>>>>>> Dans un monde normal, vos points doivent être classés comme «anciens»
>>>>>> car
>>>>>> ils ont été abordés et discutés à plusieurs reprises. Nous ne
>>>>>> devrions
>>>>>> pas
>>>>>> continuer à revenir sur les choses anciennes encore et encore.
>>>>> 
>>>>> Les risques étant encore là, les mêmes objections reviennent.
>>>>> Les menaces de désinscription des ressources mettent cette proposition
>>>>> de policy avec les mêmes mesures punitives que la proposition
>>>>> anti-shutdown.
>>>>> 
>>>>> Ne pouvons-nous pas trouver d’autre solution moins radicale et moins
>>>>> dangereuse à chaque fois que nous voulons avoir un moyen d’enforcer
>>>>> les polcies?
>>>>> Est-ce vraiment la seul arme qui peut être utilisée par AFRINIC ?
>>>>> 
>>>>> Ce sont des mesures punitives irréversibles, et cela est là où le
>>>>> problème
>>>>> est.
>>>>> Gelé les services, resterait une bien meilleurs solution à mes yeux et
>>>>> éviterait tout danger pour AFRINIC en soi même.
>>>>> 
>>>>> 
>>>>> 
>>>>>> Le staff évalue les besoins et les allocations.
>>>>>> Le Staff évalue les besoins et la preuve de l'utilisation et
>>>>>> l'allocation.
>>>>>> 
>>>>>> Le Staff  examine les utilisations par rapport aux besoins approuvés
>>>>>> précédemment et les justifications. C'est de quoi il s'agit.
>>>>>> 
>>>>>> Cette politique proposée décrit simplement comment l'évaluation
>>>>>> requise
>>>>>> par
>>>>>> RSA doit être menée de manière acceptable pour les détenteurs de
>>>>>> ressources
>>>>>> et la communauté pour éviter les abus. Toute action à prendre par
>>>>>> AFRINIC en
>>>>>> tant que résultat ou conséquence ou examen est couverte par la même
>>>>>> RSA
>>>>>> qui
>>>>>> énonce clairement les responsabilités des parties.
>>>>> 
>>>>> Les description de comment distribuer les ressources internet sont
>>>>> décrit dans les policies, qui sont-elles mêmes définies par la
>>>>> communauté, le RSA est lui définit par le board et le secrétariat sur
>>>>> comment légalement devenir membre d’AFRINIC ltd.
>>>>> 
>>>>> Policies > RSA, si les policies changes, le RSA doit être mis à jour
>>>>> 
>>>>> Le RSA contient en effet des sections qui devrait être dans les
>>>>> policies, cela a u des conséquences récemment lors de l'implémentation
>>>>> du "transfer policy" ou le RSA est maintenant en conflit direct avec
>>>>> une policy décidé par la communauté.
>>>>> 
>>>>> Peut-être est-il temps de corriger le RSA de toute mention qui
>>>>> ressemble des textes de policy, pour éviter plus de conflits dans le
>>>>> future?
>>>>> 
>>>>>> Arrêtons de répandre cette peur et cette rumeur. ..
>>>>>> J'espère que cela clarifie
>>>>> 
>>>>> Nous sommes plus ou moins dans la meme direction et de meme opinion,
>>>>> just des details qui diverges.
>>>>> 
>>>>> Cordialement
>>>>> David
>>>>> 
>>>>>> Cordialement
>>>>>> 
>>>>>> Arnaud.
>>>>>> 
>>>>>> Yes. In spite of the disfunctions,  we had a great week.
>>>>>> In  a normal world your points must be rated  "old" as these were
>>>>>> discussed
>>>>>> many times and addressed. We should not keep going back to old stuff
>>>>>> again
>>>>>> and again.
>>>>> 
>>>>> The risks are still there, the same objections come back.
>>>>> Threats of unsubscribe from resources put this policy proposal with
>>>>> the same punitive measures as the anti-shutdown proposal.
>>>>> 
>>>>> Can we not find a less radical and less dangerous solution whenever we
>>>>> want to have a way of enforcing the polices?
>>>>> Is it really the only weapon that can be used by AFRINIC?
>>>>> 
>>>>> These are irreversible punitive measures, and this is where the problem
>>>>> is.
>>>>> Frozen services, would remain a much better solution to my eyes and
>>>>> avoid any danger for AFRINIC in itself.
>>>>> 
>>>>>> Staff evaluates needs and allocates. Staff evaluates needs and proof
>>>>>> of
>>>>>> utilisation and allocates.
>>>>>> 
>>>>>> Staff review  utilisations  against previous approved  needs and
>>>>>> justifications. This is what it is about.
>>>>>> 
>>>>>> This policy proproposal  just describes how review as mandated by RSA
>>>>>> shall
>>>>>> be conducted in acceptable manner for the ressources holders and the
>>>>>> community to avoid  abuse. Any action to be taken  by AFRINIC  as
>>>>>> result
>>>>>> or
>>>>>> consequence or a review is covered by the same RSA which clearly
>>>>>> states
>>>>>> the
>>>>>> liabilities of the parties.
>>>>> 
>>>>> Descriptions of how to distribute Internet resources are described in
>>>>> the policies, which are themselves defined by the community, the RSA
>>>>> is defined by the board and the secretariat on how to legally become a
>>>>> member of AFRINIC ltd.
>>>>> 
>>>>> Policies> RSA, if policies change, the RSA needs to be updated
>>>>> 
>>>>> The RSA contains sections that should be in the policies, this has
>>>>> consequences recently when implementing the "transfer policy" where
>>>>> the RSA is now in direct conflict with a policy decided by the
>>>>> community.
>>>>> 
>>>>> Perhaps it is time to correct the RSA of any mention that resembles
>>>>> policy texts, to avoid more conflicts in the future?
>>>>> 
>>>>>> Please let's stop spreading this  fear and rumour. ..
>>>>>> Hope this clarifies
>>>>> 
>>>>> We are more or less in the same direction and of the same opinion,
>>>>> just the details that diverge.
>>>>> 
>>>>> Best regards,
>>>>> David Hilario
>>>>> 
>>>>>> Regards
>>>>>> 
>>>>>> Arnaud
>>>>>> 
>>>>>> 
>>>>>> Le 2 juin 2017 1:40 PM, "Jackson Muthili" <jacksonmuthi at gmail.com> a
>>>>>> écrit :
>>>>>>> 
>>>>>>>> Chère communauté,
>>>>>>>> 
>>>>>>>> Merci pour cette fabuleuse semaine.
>>>>>>>> 
>>>>>>>> La "resource review policy" est sur le point d'atteindre sa
>>>>>>>> dernière
>>>>>>>> phase, je crois que l'examen régulier des détenteurs de ressources
>>>>>>>> est
>>>>>>>> une intention noble et même nécessaire.
>>>>>>>> 
>>>>>>>> Mais à la lumière des événements récents et des interactions avec
>>>>>>>> Registration Services, je ne sais honnêtement pas si leur donner
>>>>>>>> un
>>>>>>>> mandat pour pouvoir examiner au hasard les détenteurs de
>>>>>>>> ressources
>>>>>>>> et
>>>>>>>> éventuellement désinscrire les ressources qu'ils jugent
>>>>>>>> inappropriée,
>>>>>>>> est-ce-t-en fait une bonne idée?
>>>>>>> 
>>>>>>> I have 100% FULL confidence in AfriNIC staff to execute their
>>>>>>> duties.
>>>>>>> If they find a fitting reason to audit a company, so be it. If they
>>>>>>> determine that the audited company has breached relevant provisions
>>>>>>> and decide to revoke its contractual relationship with this company,
>>>>>>> so be it.
>>>>>>> 
>>>>>>> Let us face it. Ido not see how any well meaning business (even if
>>>>>>> business model reasonably changes) can fail an audit; unless there
>>>>>>> is
>>>>>>> something which this company is hiding.
>>>>>>> 
>>>>>>> I 100% support the review policy and I know that every (WELL
>>>>>>> meaning)
>>>>>>> member of the African community of network operators will support
>>>>>>> it.
>>>>>>> 
>>>>>>>> Seulement en cas de non-paiement et quand le membre est radié
>>>>>>>> devrait
>>>>>>>> on pouvoir désinscrire des ressources.
>>>>>>>> 
>>>>>>>> Au lieu de désinscrire les ressources, AFRINIC pourrait cesser
>>>>>>>> d'émettre de nouvelles ressources et gelé ses services envers une
>>>>>>>> organisation jugée en violation, mais la désinscription va trop
>>>>>>>> loin.
>>>>>>>> 
>>>>>>>> Les modèles commerciaux changent au cours de la vie d'une
>>>>>>>> organisation
>>>>>>>> et de son réseaux et registration services appellent ces cas
>>>>>>>> "frauduleux" même quand le LIR revient ver RS et explique que
>>>>>>>> l'utilisation a changé pour raison X.
>>>>>>>> RS menacent les LIRs avec la désinscription, cela a était expliqué
>>>>>>>> par
>>>>>>>> Madvhi lors de sa présentation.
>>>>>>>> 
>>>>>>>> Cela signifie que, fondamentalement, que quiconque arrête
>>>>>>>> d’utilisé
>>>>>>>> une technologie et passe à une autre ou change de colocation est à
>>>>>>>> risque de menace de désinscription.
>>>>>>>> 
>>>>>>>> Si la proposition pour cette Policy se poursuit, j'aimerais une
>>>>>>>> l'option pour le titulaire des ressources qui est revue par
>>>>>>>> AFRINIC
>>>>>>>> que dès lors qu’il n'est pas d'accord avec l'évaluation des
>>>>>>>> services
>>>>>>>> d'enregistrement qu’ils aient le droit de passer directement à
>>>>>>>> l’arbitrage pour éviter un long processus de va-et-vient et de
>>>>>>>> menace
>>>>>>>> de désinscription de la part des Registration service.
>>>>>>>> 
>>>>>>>> Et qu’au pire des cas, le membre est simplement mi en non service
>>>>>>>> jusqu’à ce qu’ils règlent leurs problèmes, pas de nouvelles
>>>>>>>> allocation
>>>>>>>> ou assignment, pas de transfère.
>>>>>>>> 
>>>>>>>> Et en ce qui concerne la désinscription si nous persévérons dans
>>>>>>>> ce
>>>>>>>> chemin, nous aurons tous en tant que LIR a porté le fardeau
>>>>>>>> financier
>>>>>>>> une fois que quelqu'un a pris AFRINIC devant le tribunal pour la
>>>>>>>> désinscription de ressources Internet.
>>>>>>>> 
>>>>>>>> Policy en place ou pas, une entreprise qui se retrouve sans
>>>>>>>> ressource
>>>>>>>> Internet ne descendra pas sans un dernier combat, ce sera
>>>>>>>> certainement
>>>>>>>> un processus long et coûteux que nous allons devoir payer.
>>>>>>>> 
>>>>>>>> Evitons les erreurs irréparable, gelé les services est en soit
>>>>>>>> même
>>>>>>>> très punitif déjà.
>>>>>>> 
>>>>>>> Do not play the victim here. AfriNIC has more than 1500 members. It
>>>>>>> is
>>>>>>> not in AfriNIC's best interests financially to lose any member,
>>>>>>> UNLESS
>>>>>>> that member's interests are detrimental to those of the community
>>>>>>> and
>>>>>>> to the survival of AfriNIC.
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> RPD mailing list
>>>>>>> RPD at afrinic.net
>>>>>>> https://lists.afrinic.net/mailman/listinfo/rpd
>>>> 
>>>> 
>>> 
>>> _______________________________________________
>>> RPD mailing list
>>> RPD at afrinic.net
>>> https://lists.afrinic.net/mailman/listinfo/rpd
> 
> _______________________________________________
> RPD mailing list
> RPD at afrinic.net
> https://lists.afrinic.net/mailman/listinfo/rpd




More information about the RPD mailing list