[170518] in North American Network Operators' Group
Re: 3356 leaking routes out 3549 lately?
daemon@ATHENA.MIT.EDU (Chip Marshall)
Fri Mar 28 15:43:18 2014
Date: Fri, 28 Mar 2014 15:42:12 -0400
From: Chip Marshall <chip@2bithacker.net>
To: David Hubbard <dhubbard@dino.hostasaurus.com>
In-Reply-To: <FCD26398C5EDE746BFC47F43EA52A17305A15EDA@dino.ad.hostasaurus.com>
Cc: nanog@nanog.org
Reply-To: chip@2bithacker.net
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
--QKdGvSO+nmPlgiQ/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On 2014-03-28, David Hubbard <dhubbard@dino.hostasaurus.com> sent:
> Has anyone had issues with Level 3 leaking advertisements out their
> Global Crossing AS3356 for customers of 3549, but not accepting the
> traffic back? We've been encountering this more and more recently,
> bgpmon always detects it, and all we ever get from them is there's
> nothing wrong. Today it affected CloudFlare's ability to talk to us.
> It seems to happen mostly with Europe and Asian peering points.
> Typically lasts five to ten minutes which makes me think someone working
> on merging the two networks is doing some 'no one will notice this'
> changes in the middle of the night.
I'm not sure if it's the same thing, but I've had a few alerts
=66rom Renesys lately seeing a path to my AS via GLBX 3549 that
shouldn't exist, as we only have connections with Level 3 3356.
For example, Renesys reports "x 3549 33517" where it should only
be able to see "x 3356 33517" or maybe "x 3549 3356 33517".
(Due to Renesys policy, I can't know what x is)
--=20
Chip Marshall <chip@2bithacker.net>
http://2bithacker.net/
--QKdGvSO+nmPlgiQ/
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (Darwin)
iEYEARECAAYFAlM10JQACgkQnTUxIUPEgZ4dTQCgvBV/wN6YNcSv4b2LJbl+gJ2e
v9gAnjhxWeK5xXYziHeZaaQ9pePn6hwS
=Eocs
-----END PGP SIGNATURE-----
--QKdGvSO+nmPlgiQ/--
