View Issue Details

IDProjectCategoryView StatusLast Update
959RackTablesIPv4/IPv6/SLBpublic2014-02-10 15:35
Reporterjsn007 Assigned Toandriyanov  
PrioritynormalSeverityfeatureReproducibilityalways
Status closedResolutionfixed 
Product Version0.20.5 
Target Version0.20.7Fixed in Version0.20.7 
Summary959: suggested subprefixes should be limited to nibble boundary
DescriptionAfter creating a new IPv6 prefix and then the first subprefix for that overall new prefix, racktables presents a list of other possible subprefixes available. The list is a regression of prefix lengths available. However IETF suggests that IPv6 prefixes be based upon nibble boundary to make life easier on admins. Thus racktables should only suggest subprefixes that are on nibble boundary.

For example with current code:
Starting prefix:
2001:db8::/32
First manually created prefix:
2001:db8::/36
The list of suggested prefixes available from racktables is:
2001:db8:1000::/36 [Here be dragons.] [create network here]
0 in 256M nets
    
2001:db8:2000::/35 [Here be dragons.] [create network here]
0 in 512M nets
    
2001:db8:4000::/34 [Here be dragons.] [create network here]
0 in 1G nets
    
2001:db8:8000::/33 [Here be dragons.] [create network here]
0 in 2G nets


Ideally racktables should only offer /36 prefixes. Like wise if a new prefix was created as a /40 all the other prefixes suggested should be /40.
TagsNo tags attached.

Activities

There are no notes attached to this issue.

Issue History

Date Modified Username Field Change
2013-07-24 18:46 jsn007 New Issue
2013-07-24 18:46 jsn007 Status new => assigned
2013-07-24 18:46 jsn007 Assigned To => andriyanov
2013-07-24 19:15 andriyanov Target Version => 0.20.6
2013-11-25 15:28 infrastation Target Version 0.20.6 => 0.20.7
2014-02-10 15:35 andriyanov Status assigned => closed
2014-02-10 15:35 andriyanov Resolution open => fixed
2014-02-10 15:35 andriyanov Fixed in Version => 0.20.7