IANA ipv6-unicast-address-assignments 2006-10-03 update b0rked
Bjoern A. Zeeb
bzeeb-lists at lists.zabbadoz.net
Mon Oct 23 22:37:56 CEST 2006
Hi,
I have a bad evening but I was re-doing some of my ipv6 filters and
wondered why some prefixes got dropped... I wondered why (for example)
2610:88::/32
2610:78::/32
2610:90::/32
2610:b8::/32
2610:40::/32
2610:38::/32
2610:8::/32
2610:a0::/32
where not catched by 2600::/12 ge 29 le 32 - the new allocation
incorporating the previous ones...
Well as said I have a bad evening and someone on IRC helped me with
the math.... ;)
http://www.iana.org/assignments/ipv6-unicast-address-assignments
was last updated 2006-10-03 and here is part of the diff:
-2600:0000::/22 ARIN 19 Apr 05
-2604:0000::/22 ARIN 19 Apr 05
-2608:0000::/22 ARIN 19 Apr 05
-260C:0000::/22 ARIN 19 Apr 05
-2610:0000::/23 ARIN 17 Nov 05
-2620:0000::/23 ARIN 12 Sep 06
+2600:0000::/12 ARIN 03 Oct 06 [9]
+[9] 2600:0000::/22, 2604:0000::/22, 2608:0000::/22 and 260C:0000::/22 were
+ allocated on 19 Apr 05. 2610:0000::/23 was allocated on 17 Nov 05.
+ 2620:0000::/23 was allocated on 12 Sep 06. The more recent allocation
+ (03 Oct 06) incorporates all these previous allocations.
So can anyone tell me how 2600::/12 is covering 2610::/23 and 2620::/23 ?
IANA could you please fix that?
Why does it need 20 days, a bad evening, someone on IRC helping with
the maths (and telling me about sipcalc;) to find this?
--
Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT
More information about the ipv6-ops
mailing list