[188569] in North American Network Operators' Group
Re: Some doubts on large scale BGP/AS design and black hole routing
daemon@ATHENA.MIT.EDU (joel jaeggli)
Tue Apr 5 11:27:13 2016
X-Original-To: nanog@nanog.org
To: "magicboiz@hotmail.com" <magicboiz@hotmail.com>,
Mark Tinka <mark.tinka@seacom.mu>,
Christopher Morrow <morrowc.lists@gmail.com>
From: joel jaeggli <joelja@bogus.com>
Date: Tue, 5 Apr 2016 12:25:00 -0300
In-Reply-To: <BLU437-SMTP85A3B1B9E8500B0E39C1E3B09D0@phx.gbl>
Cc: nanog list <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--0LTgAajBSddmS6VgdLhoF56G3WC42g1pa
From: joel jaeggli <joelja@bogus.com>
To: "magicboiz@hotmail.com" <magicboiz@hotmail.com>,
Mark Tinka <mark.tinka@seacom.mu>,
Christopher Morrow <morrowc.lists@gmail.com>
Cc: nanog list <nanog@nanog.org>
Message-ID: <14267f62-e38e-f682-8816-394c598c429b@bogus.com>
Subject: Re: Some doubts on large scale BGP/AS design and black hole routing
risk
References: <BLU436-SMTP4563E5D7AB798A68A82915B0990@phx.gbl>
<ebf0a15e-13b3-24bb-5476-182370dcefa0@seacom.mu>
<CAL9jLaYy33H297R=E6GLeBisJH1XQTnWjROYyC4jSuOcM=TDAQ@mail.gmail.com>
<f7e3bf6f-fb02-f746-e9e0-274c18546afa@seacom.mu>
<BLU437-SMTP85A3B1B9E8500B0E39C1E3B09D0@phx.gbl>
In-Reply-To: <BLU437-SMTP85A3B1B9E8500B0E39C1E3B09D0@phx.gbl>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
On 4/4/16 10:29 AM, magicboiz@hotmail.com wrote:
> Hi guys
>=20
> thanks everyone for your replies.
>=20
> I'd like to highlight this concept that Christopher gave before:
>=20
> =E2=80=8B"different providers, different entrance facilities in the bui=
lding(s),
> different conduits out of the area... "
>=20
> How can we get this in this world where everyone is moving to big Data
> Center / Colo-Hosters.....In this kind of colo providers, you usually
> have a Meet-Me-Room or similar (which is a single point of failure) and=
> no control on how you're actually connected with your peers....
Sometimes you have two or more MMRs sometimes providers are only one one
or another.
The actual discipline here is delivering reliable cost-effective service
with unreliable components...
> Cheers.
>=20
>=20
> On 04/04/16 15:07, Mark Tinka wrote:
>> nights to fixing the backhaul.
>=20
>=20
--0LTgAajBSddmS6VgdLhoF56G3WC42g1pa
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2
Comment: GPGTools - http://gpgtools.org
iEYEARECAAYFAlcD2MwACgkQ8AA1q7Z/VrLyowCfdzpomEqcVIYfnCvvGvufPF9a
wEIAoIU23/tQa+3RS94/+EFqY/GcsbmQ
=obFB
-----END PGP SIGNATURE-----
--0LTgAajBSddmS6VgdLhoF56G3WC42g1pa--
