Changes between Initial Version and Version 2 of Ticket #8


Ignore:
Timestamp:
05/06/15 15:13:13 (9 years ago)
Author:
Kris Deugau
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #8

    • Property Milestone3.0
  • Ticket #8 – Description

    initial v2  
    1 Where a single customer has multiple contiguous blocks aligned on a larger block's boundaries, allow those blocks to be merged into one or more larger blocks.  Most useful for giving a customer more IPs by consolidating /30's (2 usable IPs -> 5 usable IPs)
     1Allow merging arbitrary sets of contiguous allocations plus free blocks to create new allocations or allocation trees.  The most common use case will likely be extending an allocation into adjacent free space, or merging adjacent allocations given to the same customer, but several other actions are supported:
     2
     3 - Extend a container so that previously adjacent leaf or container allocations are now children
     4 - Extend a container across adjacent allocations, deleting only immediate peer allocations but keeping all suballocations
     5 - Extend a container across adjacent allocations, deleting all allocations involved except those within the original allocation
     6 - Extend a container across adjacent allocations, deleting all suballocations within the new allocation
     7 - Merge a group of leaf allocations into a single leaf allocation
     8
     9Also supports type conversion, preserving data or deleting it much as above depending on the original and target types.  Keeping existing data when converting to IP pools will result in all IPs in the existing allocations being flagged as "used" and filled with the information from the original allocation.  Converting from an IP pool to a container type creates /32 allocations for each IP.