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

[rpd] RE: rpd Digest, Vol 96, Issue 37

Boubakar Barry boubakarbarry at gmail.com
Sat Sep 27 11:46:35 UTC 2014


On Sat, Sep 27, 2014 at 11:22 AM, Mark Elkins <mje at posix.co.za> wrote:

> On Sat, 2014-09-27 at 06:22 +0000, Akeem MUFUTAU wrote:
> > This seems to be okay, but we may need to reconsider the clause in 3.1
> > a ". All communication with AFRINIC must be in English." for the sake
> > of our francophone colleagues. I think this clause should be made less
> > heavy to enhance their participation Thanks
>
> I think you'll find every RIR states that all communications should be
> in English... including RIPE. This is a pretty fundamental aspect of
> running the RIR's.
>
> I'm sure informal communications to AFRINIC can be in French though.
>

I hate this Anglophone/Francophone thing that other use to distract us.
Having said that, I think it's in the interest of AfriNIC to be as
inclusive as possible.

When AfriNIC hires people at certain level, it's stated that speaking
another language than English is a plus. Given the number of French
speaking countries, I think that communication with AfriNIC shouldn't be
restricted to English.

Because of the fact that French speaking members of our community do the
effort of speaking English tend to get many of our English speaking
community members to think that all should be able to do so. Wrong!

In fact, all forms and other documents should be (at least) in French as
well. I may be wrong, but I think AfriNIC has enough resources to make this
happen, for the sake of a broader inclusion.

Well, try to go to the French version of the AfriNIC website now and find
the result yourself.

On a lighter note, something I have experienced with English speaking
brothers/sisters at several meetings:

Me: Bonjour!
Response : Bonjour!
Me: Comment ca va?
Response: comment ca va?

Best,
Boubakar



> >
> > Sent from my Windows Phone
> >
> >
> > ______________________________________________________________________
> > From:rpd-request at afrinic.net
> > Sent:26-Sep-14 5:18 PM
> > To:rpd at afrinic.net
> > Subject:rpd Digest, Vol 96, Issue 37
> >
> >
> > Send rpd mailing list submissions to
> >         rpd at afrinic.net
> >
> > To subscribe or unsubscribe via the World Wide Web, visit
> >         https://lists.afrinic.net/mailman/listinfo.cgi/rpd
> > or, via email, send a message with subject or body 'help' to
> >         rpd-request at afrinic.net
> >
> > You can reach the person managing the list at
> >         rpd-owner at afrinic.net
> >
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of rpd digest..."
> >
> >
> > Today's Topics:
> >
> >    1. New proposal - "Mandatory requirements for registering
> >       assignments and sub-allocations" (AFPUB-2014-GEN-003-DRAFT-01)
> >       (Seun Ojedeji)
> >    2. Re: New proposal - "Mandatory requirements for registering
> >       assignments and sub-allocations" (AFPUB-2014-GEN-003-DRAFT-01)
> > (McTim)
> >    3. Re: New proposal - "Mandatory requirements for registering
> >       assignments and sub-allocations" (AFPUB-2014-GEN-003-DRAFT-01)
> >       (Dr Paulos Nyirenda)
> >
> >
> > ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Fri, 26 Sep 2014 15:43:53 +0100
> > From: Seun Ojedeji <seun.ojedeji at gmail.com>
> > Subject: [rpd] New proposal - "Mandatory requirements for registering
> >         assignments and sub-allocations" (AFPUB-2014-GEN-003-DRAFT-01)
> > To: rpd <rpd at afrinic.net>
> > Message-ID:
> >         <CAD_dc6heXfOgAjH8vGf7nmw58yJWUt-2Dgo0
> > +qL=7czseKNyBw at mail.gmail.com>
> > Content-Type: text/plain; charset="utf-8"
> >
> > Dear members,
> >
> > We have received a new policy Proposal - "Mandatory requirements for
> > registering assignments and
> > sub-allocations" (AFPUB-2014-GEN-003-DRAFT-01)
> >
> > Draft Policy name: Mandatory requirements for registering assignments
> > and
> > sub-allocations
> > Unique identifier: AFPUB-2014-GEN-003-DRAFT-01
> > Status: New
> > Submission Date: September 22, 2014
> > Author: Jean Robert Hountomey
> > URL:
> >
> http://www.afrinic.net/en/community/policy-development/policy-proposals/1215-mandatory-requirements-for-registering-assignments-and-sub-allocations
> > Short url:  http://goo.gl/vOJIrN
> >
> > Text Below:
> >
> > 1.Summary of the Problem Being Addressed by this Policy Proposal
> >
> > The AFRINIC IPv4 Allocation policy - AFPUB-2005-v4-001 (1) guides the
> > responsible management of unique IPv4 address space in the AFRINIC
> > region.
> > The document was implemented in May 17, 2006.
> >
> > In a document called “Creating Customer Assignments” (2) last Updated
> > on
> > Monday, 02 September 2013, AFRINIC has detailed the process of
> > registering
> > LIR network infrastructure and customer IP address assignments in the
> > AFRINIC whois database. While the two documents are still applicable,
> > the
> > AFRINIC community has questioned at several occasions AFRINIC’s
> > allocations. In addition few, AFRINIC Resource Members (3) have not
> > registered their assignments in the AFRINIC database.
> >
> > 2.Summary of How this Proposal Addresses the Problem
> >
> > This document merges the AFRINIC IPv4 Allocation policy and Creating
> > Customer Assignments by introducing a section (section 9.7) into
> > AFRINIC
> > IPV4 Allocation Policy. In addition, the document makes mandatory the
> > registration of all allocations and assignments in the AFRINIC
> > database.
> > Furthermore, the document gives the authority to AFRINIC staff to
> > conduct
> > any process after approbation by the community to reclaim resources
> > from
> > unregistered assignments / allocations / sub-allocation since they are
> > considered invalid.
> > 3. Proposal
> >
> > 3.1. Modification of section (8b) of the AFRINIC IPV4 Allocation
> > policy by
> > replacing “will be” by “must be".
> >
> > a. All communication with AFRINIC must be in English.
> > b. All allocations and assignments must be registered in an AFRINIC
> > database. Any unregistered assignments / allocations / sub-allocation
> > will
> > be considered invalid.
> >
> > The registration data (name, IP block/range, contacts, status, etc..)
> > must
> > be correct at all times. This is necessary to support network
> > operations.
> >
> > 3.2 The proposal adds section (9.7) – “Mandatory Requirement for
> > registering assignments” to AFRINIC IPV4 Allocation Policy.
> >
> > Assignment registration is important for several reasons:
> >
> > -To inform the Internet community which organization is using the IPv4
> > address space, including the point of contact in case of operation
> > problems, security
> >
> > -To ensure that the Resource Member has completed or is close to
> > completing
> > address space allocation such that the allocation of additional space
> > is
> > justified
> >
> > -Assignment Registration also helps AFRINIC in analyzing additional
> > IPV4
> > block request made by a Resource Member in an open transparent process
> >
> > -Assignments must include the following mandatory attributes regarding
> > the
> > assignee: inetnum, net name, descr, country, admin-c, tech-c, org
> >
> > and any other mandatory information required as defined by an AFRINIC
> > policy.
> >
> > 3.2.1 Size of block and timeframe
> >
> > All IP block assignments equal or larger than a /29 made by an AFRINIC
> > Resource Member for its own network or customer must be registered and
> > documented in AFRINIC Whois database no later than seven (7) business
> > days
> > after the assignment.
> >
> > 3.2.2 Residential Customers
> >
> > When the assignment is for residential customers, the address blocks
> > that
> > are being used by equipment or customer service areas, by service must
> > be
> > registered (dialup access server, DSLAM/DSL access Server, WIFI Access
> > Point, WIMAX Cell, Cloud infrastructure etc..) The Resource Member
> > must
> > specify in the AFRINIC whois database that the block is used for
> > Residential Customers (netname, desc)
> >
> > 3.3.3 Confidentiality.
> >
> > It is understandable that for business requirement and customer
> > information
> > protection the Resource Member might be reluctant to provide these
> > information in the public database. The information must be provided
> > to
> > AFRINIC for audit purpose under confidential agreement.
> >
> > The Resources assigned must still be registered in AFRINIC Whois
> > database
> > with the following exception:
> >
> > -netname and descr must describe the usage of the block
> > -all other information can be the same as the Ressource Member's
> > information with the understanding that he is liable for any issue
> > related
> > to the IP Block.
> >
> > 4.References:
> >
> > (1) IPv4 Allocation Policy (Assignment Policies and Guidelines)
> >
> http://AFRINIC.net/en/library/policies/126-policy-ipv4-address-allocation-policies
> >
> > (2) Creating Customer Assignments
> >
> http://www.AFRINIC.net/en/library/membership-documents/214-creating-customer-assignments
> >
> > (3) Definition of AFRINIC Resource Member
> > http://www.AFRINIC.net/en/services/rs
> >
> > *Useful urls:*
> > Policy under discussion:
> > http://www.afrinic.net/en/community/policy-development/policy-proposals
> > Policy proposals:
> > http://www.afrinic.net/en/community/policy-development/policy-proposals
> > About the policy development process:
> > http://www.afrinic.net/en/community/policy-development/pdwg
> >
> > Regards
> > ---
> > Seun Ojedeji & Adam Nelson
> > PDWG Co-Chairs
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> > URL:
> >
> https://lists.afrinic.net/pipermail/rpd/attachments/20140926/6c7760b6/attachment-0001.htm
> >
> > ------------------------------
> >
> > Message: 2
> > Date: Fri, 26 Sep 2014 09:58:31 -0500
> > From: McTim <dogwallah at gmail.com>
> > Subject: Re: [rpd] New proposal - "Mandatory requirements for
> >         registering     assignments and sub-allocations"
> >         (AFPUB-2014-GEN-003-DRAFT-01)
> > To: Seun Ojedeji <seun.ojedeji at gmail.com>
> > Cc: rpd <rpd at afrinic.net>
> > Message-ID:
> >         <CACAaNxgfs83f
> > +QSOH4NBOrmUCcfvr=Rw=mSXtHDup9gkvBj6Vw at mail.gmail.com>
> > Content-Type: text/plain; charset=UTF-8
> >
> > I support this proposal.
> >
> > On Fri, Sep 26, 2014 at 9:43 AM, Seun Ojedeji <seun.ojedeji at gmail.com>
> > wrote:
> > > Dear members,
> > >
> > > We have received a new policy Proposal - "Mandatory requirements for
> > > registering assignments and
> > sub-allocations" (AFPUB-2014-GEN-003-DRAFT-01)
> > >
> > > Draft Policy name: Mandatory requirements for registering
> > assignments and
> > > sub-allocations
> > > Unique identifier: AFPUB-2014-GEN-003-DRAFT-01
> > > Status: New
> > > Submission Date: September 22, 2014
> > > Author: Jean Robert Hountomey
> > > URL:
> > >
> >
> http://www.afrinic.net/en/community/policy-development/policy-proposals/1215-mandatory-requirements-for-registering-assignments-and-sub-allocations
> > > Short url:  http://goo.gl/vOJIrN
> > >
> > > Text Below:
> > >
> > > 1.Summary of the Problem Being Addressed by this Policy Proposal
> > >
> > > The AFRINIC IPv4 Allocation policy - AFPUB-2005-v4-001 (1) guides
> > the
> > > responsible management of unique IPv4 address space in the AFRINIC
> > region.
> > > The document was implemented in May 17, 2006.
> > >
> > > In a document called “Creating Customer Assignments” (2) last
> > Updated on
> > > Monday, 02 September 2013, AFRINIC has detailed the process of
> > registering
> > > LIR network infrastructure and customer IP address assignments in
> > the
> > > AFRINIC whois database. While the two documents are still
> > applicable, the
> > > AFRINIC community has questioned at several occasions AFRINIC’s
> > allocations.
> > > In addition few, AFRINIC Resource Members (3) have not registered
> > their
> > > assignments in the AFRINIC database.
> > >
> > > 2.Summary of How this Proposal Addresses the Problem
> > >
> > > This document merges the AFRINIC IPv4 Allocation policy and Creating
> > > Customer Assignments by introducing a section (section 9.7) into
> > AFRINIC
> > > IPV4 Allocation Policy. In addition, the document makes mandatory
> > the
> > > registration of all allocations and assignments in the AFRINIC
> > database.
> > > Furthermore, the document gives the authority to AFRINIC staff to
> > conduct
> > > any process after approbation by the community to reclaim resources
> > from
> > > unregistered assignments / allocations / sub-allocation since they
> > are
> > > considered invalid.
> > > 3. Proposal
> > >
> > > 3.1. Modification of section (8b) of the AFRINIC IPV4 Allocation
> > policy by
> > > replacing “will be” by “must be".
> > >
> > > a. All communication with AFRINIC must be in English.
> > > b. All allocations and assignments must be registered in an AFRINIC
> > > database. Any unregistered assignments / allocations /
> > sub-allocation will
> > > be considered invalid.
> > >
> > > The registration data (name, IP block/range, contacts, status,
> > etc..) must
> > > be correct at all times. This is necessary to support network
> > operations.
> > >
> > > 3.2 The proposal adds section (9.7) – “Mandatory Requirement for
> > registering
> > > assignments” to AFRINIC IPV4 Allocation Policy.
> > >
> > > Assignment registration is important for several reasons:
> > >
> > > -To inform the Internet community which organization is using the
> > IPv4
> > > address space, including the point of contact in case of operation
> > problems,
> > > security
> > >
> > > -To ensure that the Resource Member has completed or is close to
> > completing
> > > address space allocation such that the allocation of additional
> > space is
> > > justified
> > >
> > > -Assignment Registration also helps AFRINIC in analyzing additional
> > IPV4
> > > block request made by a Resource Member in an open transparent
> > process
> > >
> > > -Assignments must include the following mandatory attributes
> > regarding the
> > > assignee: inetnum, net name, descr, country, admin-c, tech-c, org
> > >
> > > and any other mandatory information required as defined by an
> > AFRINIC
> > > policy.
> > >
> > > 3.2.1 Size of block and timeframe
> > >
> > > All IP block assignments equal or larger than a /29 made by an
> > AFRINIC
> > > Resource Member for its own network or customer must be registered
> > and
> > > documented in AFRINIC Whois database no later than seven (7)
> > business days
> > > after the assignment.
> > >
> > > 3.2.2 Residential Customers
> > >
> > > When the assignment is for residential customers, the address blocks
> > that
> > > are being used by equipment or customer service areas, by service
> > must be
> > > registered (dialup access server, DSLAM/DSL access Server, WIFI
> > Access
> > > Point, WIMAX Cell, Cloud infrastructure etc..) The Resource Member
> > must
> > > specify in the AFRINIC whois database that the block is used for
> > Residential
> > > Customers (netname, desc)
> > >
> > > 3.3.3 Confidentiality.
> > >
> > > It is understandable that for business requirement and customer
> > information
> > > protection the Resource Member might be reluctant to provide these
> > > information in the public database. The information must be provided
> > to
> > > AFRINIC for audit purpose under confidential agreement.
> > >
> > > The Resources assigned must still be registered in AFRINIC Whois
> > database
> > > with the following exception:
> > >
> > > -netname and descr must describe the usage of the block
> > > -all other information can be the same as the Ressource Member's
> > information
> > > with the understanding that he is liable for any issue related to
> > the IP
> > > Block.
> > >
> > > 4.References:
> > >
> > > (1) IPv4 Allocation Policy (Assignment Policies and Guidelines)
> > >
> >
> http://AFRINIC.net/en/library/policies/126-policy-ipv4-address-allocation-policies
> > >
> > > (2) Creating Customer Assignments
> > >
> >
> http://www.AFRINIC.net/en/library/membership-documents/214-creating-customer-assignments
> > >
> > > (3) Definition of AFRINIC Resource Member
> > > http://www.AFRINIC.net/en/services/rs
> > >
> > > Useful urls:
> > > Policy under discussion:
> > >
> > http://www.afrinic.net/en/community/policy-development/policy-proposals
> > > Policy proposals:
> > >
> > http://www.afrinic.net/en/community/policy-development/policy-proposals
> > > About the policy development process:
> > > http://www.afrinic.net/en/community/policy-development/pdwg
> > >
> > > Regards
> > > ---
> > > Seun Ojedeji & Adam Nelson
> > > PDWG Co-Chairs
> > >
> > > _______________________________________________
> > > rpd mailing list
> > > rpd at afrinic.net
> > > https://lists.afrinic.net/mailman/listinfo.cgi/rpd
> > >
> >
> >
> >
> > _______________________________________________
> > rpd mailing list
> > rpd at afrinic.net
> > https://lists.afrinic.net/mailman/listinfo.cgi/rpd
>
> --
> Mark James ELKINS  -  Posix Systems - (South) Africa
> mje at posix.co.za       Tel: +27.128070590  Cell: +27.826010496
> For fast, reliable, low cost Internet in ZA: https://ftth.posix.co.za
>
> _______________________________________________
> rpd mailing list
> rpd at afrinic.net
> https://lists.afrinic.net/mailman/listinfo.cgi/rpd
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.afrinic.net/pipermail/rpd/attachments/20140927/51796ab7/attachment.html>


More information about the RPD mailing list