Search RPD Archives
[rpd] Merges/Acquisitions/Closures document
tespok at tespok.co.ke
Thu Feb 20 14:50:11 UTC 2014
I think the scenario described is likely to recur sooner.
If a company wished to consolidate its operation and have one administrative entity it can neither be a merger nor acquisition. It is simply a change of internal processes. To the extend that the change has an impact on our current policies by identifying a gap then the policy should be updated.
If it is an AFRINIC procedure; these are guided by policies discussed and agreed upon by members. I think we should be asking is; against what policy were the Afrinic procedures being discussed developed.
Chief Executive Officer
Telecommunications Service Providers Association of Kenya/ Kenya Internet Exchange Point
Member Strategic Committee of the Africa Computer Emergency Response Team
NRO Number Council http://www.nro.net/about/number-council.html
ASO Address Council http://aso.icann.org/ac/
14 th Floor, Bruce House
Tel: +254 20 2245 036
Cell: +254 721 713 504
“Industry voice in Telecommunications, Providing Policy and Direction
within the Industry and Government”
Zimbra Blog: Zimbra 8 Public Courses Are Now Available! http://bit.ly/1jlqhl0 ----- Original Message -----
| Hi McTim,
| See this is my question. If this IS a set of procedures, then things
| it lacks clarity on either need more process, or policy.
| An example (which I assume that up till now would be dealt with under
| this policy):
| A holding company owns 8 op-co’s. Those entities continue to exist,
| but the holding companies wishes to merge all their resources into
| the holding company to create a single administrative entity which
| then sub-assigns to its op-co’s. Now, technically this is not a
| merger nor an acquisition, and the IP space will continue to be USED
| by the entities that it was assigned to and for the same purpose.
| However, it is merged into the holding the company so that there is
| ONE member and ONE administrative entity.
| Is a situation like that covered under this document? My reading is,
| not entirely, but its so damn close, that to cover a situation like
| that would require some minor additions / re-works of that document.
| Now, does that require a request to AfriNIC or can that situation be
| handled through the PdP to modify a document that wasn’t authored
| through the PdP?
| From: McTim < dogwallah at gmail.com >
| Date: Wednesday 19 February 2014 at 6:41 PM
| To: Andrew Alston < andrew.alston at liquidtelecom.com >
| Cc: " rpd at afrinic.net " < rpd at afrinic.net >
| Subject: Re: [rpd] Merges/Acquisitions/Closures document
| Looks to me like a set of procedures, not policies.
| "A name indicates what we seek. An address indicates where it is. A
| route indicates how we get there." Jon Postel
| On Wed, Feb 19, 2014 at 10:36 AM, Andrew Alston <
| Andrew.Alston at liquidtelecom.com > wrote:
| | Hi All,
| | I’m putting this as a general question to the Policy list and I
| | would
| | also like AfriNIC response to this.
| | AfriNIC has a document referenced at the following location:
| | http://www.afrinic.net/en/library/membership-documents/921-mergers-acquisitions-takeovers-and-closures-of-lirend-user
| | Now this to me looks distinctly like policy, though it has NOT been
| | through the PDP list. So I would like to ask, does this document
| | pre-date the PdP or did it bypass the PdP entirely?
| | In either case, with it NOT being a document that has gone through
| | the PdP, should a member or individual wish changes in this
| | document, is it possible to propose policy that amends this
| | document
| | to address omissions etc?
| | If this document does NOT pre-date the PdP, can we also please get
| | an
| | explanation from AfriNIC as to why this was not put through the
| | policy process since my reading of this document is that it
| | contains
| | elements which are very definitely questions of policy which is the
| | remit and mandate of the PdP.
| | Thanks
| | Andrew Alston
| | DISCLAIMER: This email contains proprietary information some or all
| | of which may be legally privileged. It is for the intended
| | recipient
| | only. If an addressing or transmission error has misdirected this
| | email, please notify the author by replying to this email. If you
| | are not the intended recipient, you must not use, disclose, copy,
| | print, or rely on this email. We cannot accept liability for any
| | statements made which are clearly the sender's own and not
| | expressly
| | made on behalf of this company or one of its agents.
| | _______________________________________________
| | rpd mailing list
| | rpd at afrinic.net
| | https://lists.afrinic.net/mailman/listinfo.cgi/rpd
| DISCLAIMER: This email contains proprietary information some or all
| of which may be legally privileged. It is for the intended recipient
| only. If an addressing or transmission error has misdirected this
| email, please notify the author by replying to this email. If you
| are not the intended recipient, you must not use, disclose, copy,
| print, or rely on this email. We cannot accept liability for any
| statements made which are clearly the sender's own and not expressly
| made on behalf of this company or one of its agents.
| rpd mailing list
| rpd at afrinic.net
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the RPD