[rpd] Merges/Acquisitions/Closures document

Thu Feb 20 14:50:11 UTC 2014

Hallo All 

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. 

kind regards 

Fiona Asonga 
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 
Standard Street 

Tel: +254 20 2245 036 
Cell: +254 721 713 504 
Website: www.tespok.or.ke 

“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?

| Thoughts?

| Andrew

| 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.

| --
| Cheers,

| McTim
| "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,
| 

| | 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
| https://lists.afrinic.net/mailman/listinfo.cgi/rpd

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.afrinic.net/pipermail/rpd/attachments/20140220/c7f2aff8/attachment.html>