Update the policy on transfers due to mergers/acquisitions - N/D

General information

Português
02/02/2018
Abandoned
0 %.

Ricardo Patara - Version [1, 2, 3, 4]
In discussion
07/02/2018
Abandoned
18/10/2018

Public comments by LACNIC staff for this version

LACNIC Staff's Interpretation of the Proposal
---------------------------------------------
Applicability
------------

This section applies when an organization requests that LACNIC transfer its resources as the result of a merger or acquisition among ISPs or End Users.

Modifications to the current text

--------------------------------
The Policy Manual would be modified as follows:

• Addition of the following paragraph at the end of section 2.3.2.17. Mergers, Acquisitions or Sales among ISPs or End Users.

It is important to note that:
- Once transferred, resources previously considered to be legacy resources will no longer be considered as such.
- A block that has previously been transferred under section 2.3.2.17, may not be transferred again under section 2.3.2.18 for a period of one year as of the date on which the previous transfer was concluded. This also applies to sub-blocks, i.e., any group of addresses contained in the block that is transferred.
- Blocks and sub-blocks from initial or additional allocations or assignments received directly from LACNIC or its NIRs may not be transferred under section 2.3.2.17 for a period of one year as of their date of allocation or assignment.

LACNIC Staff Comments:
------------------------

LACNIC understands that modifying the current text would have no significant impact on the implementation of the first point regarding legacy resources.

As for the other two points, waiting one year to transfer (under 2.3.2.18) a block that has previously been transferred (due to a merger or acquisition) and waiting one year to transfer a block directly assigned by LACNIC, we find this would have no significant impact other than those of transfers under 2.3.2.18.

The only issue LACNIC would like to highlight is the following:
If a company that receives IP addresses from LACNIC later undergoes a merger, it would have to wait one year before being able to use those addresses. 
In this case, what would be the status of those blocks during this period of time? The merged company would not be able use them. This is also an important point that should be taken into consideration.

Impact of the policy on the registration system and address management
------------------------------------------------------------------------
This proposal would not require any modification to the registration system.

LACNIC Staff's Interpretation of the Proposal
---------------------------------------------
Applicability
------------

This section applies when an organization requests that LACNIC transfer its resources as the result of a merger or acquisition among ISPs or End Users.

Modifications to the current text

--------------------------------
The Policy Manual would be modified as follows:

• Addition of the following paragraph at the end of section 2.3.2.17. Mergers, Acquisitions or Sales among ISPs or End Users.

It is important to note that:

- Once transferred, resources previously considered to be legacy resources will no longer be considered as such.

- A block that has previously been transferred under section 2.3.2.17, may not be transferred again under section 2.3.2.18 for a period of one year as of the date on which the previous transfer was concluded. This also applies to sub-blocks, i.e., any group of addresses contained in the block that is transferred.

- Blocks and sub-blocks from initial or additional allocations or assignments received directly from LACNIC or its NIRs may not be transferred under section 2.3.2.17 for a period of one year as of their date of allocation or assignment.

LACNIC Staff Comments:
------------------------

LACNIC understands that modifying the current text would have no significant impact on the implementation of the first point regarding legacy resources.

With respect to the other two points, LACNIC understands that only 20% of a block that has been transferred due to a merger or acquisition (2.3.2.17) can be transferred before 12 months have elapsed (after the merger). 
Once 12 months have elapsed, the block can be transferred in full.

Impact of the policy on the registration system and address management
------------------------------------------------------------------------
This proposal would not require any modification to the registration system.


Summary

Proposal to add some items included in transfer policy 2.3.2.18 which, for consistency, should also be included in policy 2.3.2.17.

Rationale (Describe the problem you intend to solve)

The policy on IPv4 address transfers due to mergers or acquisitions already existed when the policy on transfers for other reasons (2.3.2.18) was implemented. The latter incorporated some important observations that are not included in the former, even though some of them are present in documents other than the policy documents. For example, the fact that transferred resources will no longer be considered as legacy resources. This is described in the LACNIC Bylaws.

For reasons of consistency, this should also be reflected in the policy.

The same is true for the restriction of two consecutive IPv4 address transfers, as already specified in policy 2.3.2.18.

Current text

Add a paragraph at the end of section 2.3.2.17

It is important to note that:
- Once transferred, resources previously considered to be legacy resources will no longer be considered as such.
- A block that has previously been transferred under sections 2.3.2.17 or 2.3.2.18 may not be transferred again for a period of one year as of the date on which the previous transfer was concluded. This also applies to sub-blocks, i.e., any group of addresses contained in the block that is transferred.
- Blocks and sub-blocks from initial or additional allocations or assignments received directly from LACNIC or its NIRs may not be transferred for a period of three years as of their date of allocation or assignment.

New text
Analyze diff

Add a paragraph at the end of section 2.3.2.17

It is important to note that:
- Once transferred, resources previously considered to be legacy resources will no longer be considered as such.
- A block that has previously been transferred under sections 2.3.2.17 or 2.3.2.18 may not be transferred again for a period of one year as of the date on which the previous transfer was concluded. This also applies to sub-blocks, i.e., any group of addresses contained in the block that is transferred.
- Blocks and sub-blocks from initial or additional allocations or assignments received directly from LACNIC or its NIRs may not be transferred for a period of three years as of their date of allocation or assignment.

Additional information

-

Timetable

Immediate implementation

References

-

Presented at:

-


Summary

Proposal to add some items included in transfer policy 2.3.2.18 which, for consistency, should also be included in policy 2.3.2.17.

Rationale (Describe the problem you intend to solve)

The policy on IPv4 address transfers due to mergers or acquisitions already existed when the policy on transfers for other reasons (2.3.2.18) was implemented. The latter incorporated some important observations that are not included in the former, even though some of them are present in documents other than the policy documents. For example, the fact that transferred resources will no longer be considered as legacy resources. This is described in the LACNIC Bylaws.

For reasons of consistency, this should also be reflected in the policy.

The same is true for the restriction of two consecutive IPv4 address transfers, as already specified in policy 2.3.2.18.

Current text

Add a paragraph at the end of section 2.3.2.17

It is important to note that:
- Once transferred, resources previously considered to be legacy resources will no longer be considered as such.

- A block that has previously been transferred under section 2.3.2.17, may not be transferred again under section 2.3.2.18 for a period of one year as of the date on which the previous transfer was concluded. This also applies to sub-blocks, i.e., any group of addresses contained in the block that is transferred.

- Blocks and sub-blocks from initial or additional allocations or assignments received directly from LACNIC or its NIRs may not be transferred under section 2.3.2.17 for a period of one year as of their date of allocation or assignment.

New text
Analyze diff

Add a paragraph at the end of section 2.3.2.17

It is important to note that:
- Once transferred, resources previously considered to be legacy resources will no longer be considered as such.

- A block that has previously been transferred under section 2.3.2.17, may not be transferred again under section 2.3.2.18 for a period of one year as of the date on which the previous transfer was concluded. This also applies to sub-blocks, i.e., any group of addresses contained in the block that is transferred.

- Blocks and sub-blocks from initial or additional allocations or assignments received directly from LACNIC or its NIRs may not be transferred under section 2.3.2.17 for a period of one year as of their date of allocation or assignment.

Additional information

According to comments, the proposal was adjusted to remove the restriction to transfer one block again under section 2
2.3.2.17 (Mergers, Acquisitions or Sales of ISPs or End Users)

Timetable

Immediate implementation

References

-

Presented at:

-


Summary

Proposal to add certain items included in transfer policy 2.3.2.18 which, for consistency, should also be included in policy 2.3.2.17.

Rationale (Describe the problem you intend to solve)

The policy on IPv4 address transfers due to mergers or acquisitions already existed when the policy on transfers for other reasons (2.3.2.18) was implemented. The latter incorporated some important observations that are not included in the former, even though some of them are present in documents other than policy documents. For example, the fact that transferred resources will no longer be considered as legacy resources. This is described in the LACNIC Bylaws.

For reasons of consistency, this should also be reflected in the policy document.

The same is true for the restriction of two consecutive IPv4 address transfers, as already specified in policy 2.3.2.18.

Current text

Add a paragraph at the end of section 2.3.2.17:

2.3.2.17.1.- Transferred legacy resources will no longer be considered as such.

2.3.2.17.2 - A block that has previously been transferred under this policy may not be transferred again in full for a period of one year.

2.3.2.17.2.1 – During this one-year period, only transfers of up to 20% of the addresses of a transferred block will be allowed.

New text
Analyze diff

Add a paragraph at the end of section 2.3.2.17:

2.3.2.17.1.- Transferred legacy resources will no longer be considered as such.

2.3.2.17.2 - A block that has previously been transferred under this policy may not be transferred again in full for a period of one year.

2.3.2.17.2.1 – During this one-year period, only transfers of up to 20% of the addresses of a transferred block will be allowed.

Additional information

Changes were made regarding the possibility of subsequent transfers based on the comments received through the mailing list and at the public forum.

Timetable

Immediate implementation

References

-

Presented at:

LACNIC 29 (30/04/2018)


Summary

Proposal to add certain items included in transfer policy 2.3.2.18 which, for consistency, should also be included in policy 2.3.2.17.

Rationale (Describe the problem you intend to solve)

The policy on IPv4 address transfers due to mergers or acquisitions already existed when the policy on transfers for other reasons (2.3.2.18) was implemented. The latter incorporated some important observations that are not included in the former, even though some of them are present in documents other than policy documents. For example, the fact that transferred resources will no longer be considered as legacy resources, which is described in the LACNIC Bylaws.

For reasons of consistency, this should also be reflected in the policy document.

The same is true for the restriction of two consecutive IPv4 address transfers, which is already specified in policy 2.3.2.18.

Current text

Add a paragraph at the end of section 2.3.2.17:

Note that:

- Transferred legacy resources will no longer be considered as such.

- A block that has previously been transferred under this policy may not be transferred again in full for a period of one year.

- During this one-year period, only transfers of up to 20% of the addresses of a transferred block will be allowed. Such transfers must have a prefix length equal or shorter than the minimum allowed by the policies currently in force and match a CIDR bit boundary.

New text
Analyze diff

Add a paragraph at the end of section 2.3.2.17:

Note that:

- Transferred legacy resources will no longer be considered as such.

- A block that has previously been transferred under this policy may not be transferred again in full for a period of one year.

- During this one-year period, only transfers of up to 20% of the addresses of a transferred block will be allowed. Such transfers must have a prefix length equal or shorter than the minimum allowed by the policies currently in force and match a CIDR bit boundary.

Additional information

Changes were made regarding the possibility of subsequent transfers based on the comments received through the mailing list and at the public forum.

Timetable

Immediate implementation

References

-

Presented at:

LACNIC 30 (24/09/2018)

--> --> --> --> --> -->