|
|
|
|
|
|
|
|
|
|
|
|
| home | help | back | first | fref | pref | prev | next | nref | lref | last | post |
In-Reply-To: <a2b2d0480704140316y7c4d1e7dqf9028c7ff88c0ba@mail.gmail.com> Cc: "william(at)elan.net" <william@elan.net>, "Jon R. Kibler" <Jon.Kibler@aset.com>, nanog@merit.edu From: Iljitsch van Beijnum <iljitsch@muada.com> Date: Sat, 14 Apr 2007 12:54:50 +0200 To: Alexander Harrowell <a.harrowell@gmail.com> Errors-To: owner-nanog@merit.edu --Apple-Mail-1-672395376 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On 14-apr-2007, at 12:16, Alexander Harrowell wrote: [net 25/8] > Ah. I think you'll find this is a result of there being some legacy > stuff from before the UK NIC, Nominet, was set up in 1996. Before > then, the de facto authority was the academics, JANET, working out > of the University of London Computer Centre. Hence cs.ucl.ac.uk > getting in there. Ok, I wasn't clear: the problem here is that both ARIN and RIPE claim net 25.0.0.0/8 as "their own". This means that if you add up the address space managed by all the RIRs, net 25 gets counted twice. This is from the delegation information on their FTP servers: # grep "|25\.0\.0\.0" delegated-* delegated-arin-latest:arin|GB|ipv4|25.0.0.0|16777216|19850128|assigned delegated-ripencc-latest:ripencc|GB|ipv4|25.0.0.0|16777216|19950101| allocated Is it just me or does all of this have the odor of amateur hour around it? Inconsistencies between the various databases, IANA can't make http://www.iana.org/assignments/ipv4-address-space such that it's unambiguously parsable, ARIN backdates some of the address space it gives out, RIPE used to register address space under "UK" while that's not a valid country code (they fixed that last year, though), and so on. --Apple-Mail-1-672395376 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1 <HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; = -khtml-line-break: after-white-space; "><DIV><DIV>On 14-apr-2007, at = 12:16, Alexander Harrowell wrote:</DIV><DIV><BR = class=3D"khtml-block-placeholder"></DIV><DIV>[net 25/8]</DIV><BR = class=3D"Apple-interchange-newline"><BLOCKQUOTE = type=3D"cite"><DIV><DIV>Ah. I think you'll find this is a result of = there being some legacy stuff from before the UK NIC, Nominet, was set = up in 1996. Before then, the de facto authority was the academics, = JANET, working out of the University of London Computer Centre. Hence <A = href=3D"http://cs.ucl.ac.uk">cs.ucl.ac.uk</A> getting in = there.</DIV></DIV></BLOCKQUOTE><BR></DIV><DIV>Ok, I wasn't clear: the = problem here is that both ARIN and RIPE claim net 25.0.0.0/8 as "their = own". This means that if you add up the address space managed by all the = RIRs, net 25 gets counted twice. This is from the delegation information = on their FTP servers:</DIV><DIV><BR = class=3D"khtml-block-placeholder"></DIV><DIV># grep "|25\.0\.0\.0" = delegated-*</DIV><DIV>delegated-arin-latest:arin|GB|ipv4|25.0.0.0|16777216= |19850128|assigned</DIV><DIV>delegated-ripencc-latest:ripencc|GB|ipv4|25.0= .0.0|16777216|19950101|allocated</DIV><DIV><BR = class=3D"khtml-block-placeholder"></DIV><DIV>Is it just me or does all = of this have the odor of amateur hour around it? Inconsistencies between = the various databases, IANA can't make=A0<A = href=3D"http://www.iana.org/assignments/ipv4-address-space">http://www.ian= a.org/assignments/ipv4-address-space</A> such that it's unambiguously = parsable, ARIN backdates some of the address space it gives out, RIPE = used to register address space under "UK" while that's not a valid = country code (they fixed that last year, though), and so = on.</DIV></BODY></HTML>= --Apple-Mail-1-672395376--
|
|
|
|
|
|
|
|
|
|
|
|
| home | help | back | first | fref | pref | prev | next | nref | lref | last | post |