[169662] in North American Network Operators' Group

home	help	back	first	fref	pref	prev	next	nref	lref	last	post

Re: Need ARIN routing registry help

daemon@ATHENA.MIT.EDU (Jake Khuon)
Fri Mar 7 17:30:33 2014

Date: Fri, 07 Mar 2014 14:29:25 -0800
From: Jake Khuon <khuon@NEEBU.Net>
To: "Meshier, Brent" <bmeshier@amherst.com>, Nick Hilliard <nick@foobar.org>, 
 "nanog@nanog.org" <nanog@nanog.org>
In-Reply-To: <68C2CBC977F3E04799DF9C76E938E7090842D8A5@DFEXCH1.asglp.com>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--IHk98RqBUSfVIPrHCML4pCpkpHWSUj54M
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On 07/03/14 14:23, Meshier, Brent wrote:
> Already spoke to Merit, their response "That's what ARIN is telling us.=
  They correct their Routing Registry, ours will change to match"

What does the source attribute on the object say?  If it's RADB then
Merit should be able to help you get the objects cleaned up.  But if the
source points to ARIN then the original object data is stored in the
ARIN IRR you'll have to bug ARIN to get the object cleaned.  The NRTM at
whois.radb.net should pick up the changes.


> -----Original Message-----
>=20
> On 07/03/2014 22:12, Meshier, Brent wrote:
>> Level3 won't let us advertise our netblock because RADB shows it owned=

>> by Telkom South Africa, but it's clearly assigned to us by ARIN.  I've=

>> raised a question with ARIN, could really use someone there that could=

>> expedite.  On that note, when ARIN re-assigns networks, shouldn't they=

>> clear out related entries in the routing registry?
>=20
> Because they don't control entries in the Merit RADB and hassling them =
won't get anything removed from there.
>=20
> Why not send an email to radb-support@merit.edu instead, and ask them t=
o delete the entry in whois.radb.net?
>=20
> Nick
>=20
>=20
> --- Please refer to http://www.amherst.com/amherst-email-disclaimer/ fo=
r important disclosures regarding this electronic communication.
>=20


--=20
/*=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D[ Jake Khuon <khuon@=
NEEBU.Net> ]=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+
 | Packet Plumber, Network Engineers     /| / [~ [~ |) | | -------- |
 | for Effective Bandwidth Utilisation  / |/  [_ [_ |) |_| NETWORKS |
 +=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D*/


--IHk98RqBUSfVIPrHCML4pCpkpHWSUj54M
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJTGkhFAAoJEHhOssF/5boNX1gIAJYHg0RTcUsPz4AKTEXcwQOd
XJuHq6C+A3qdMp+w3rNFeHv6k9CyoQsqCMsoEsmhtZiIW2LnVWcVIgWPyxUfYBA5
qUleJ8bbGBCON9L5fwPAc8GxKiQLmzcZkhaScOPRqpoTct23oCVUOEdWx0TerGe7
f13h7mxST4trUsG7fsYhiw4gnF3zyluDrgHGvcfpAfMs/6HlcigLdtJla6FgGKKe
d4UaapYOaYIa9zlzyLPhPXbfxWbCntWnYi1B5XGLY8ECW6S1SpolOe7bE8bn+9Du
44gzBg1gmlh4wTB2LSYIcJkhhoN/UwbLpcn2lNy+pBoGPiUp8NjtmHFe6CWdCjk=
=wltM
-----END PGP SIGNATURE-----

--IHk98RqBUSfVIPrHCML4pCpkpHWSUj54M--

home	help	back	first	fref	pref	prev	next	nref	lref	last	post