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

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

Mark Elkins mje at posix.co.za
Sat Sep 27 11:22:56 UTC 2014


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.
> 
> 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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 5810 bytes
Desc: not available
URL: <https://lists.afrinic.net/pipermail/rpd/attachments/20140927/077d4f9e/attachment.bin>


More information about the RPD mailing list