[193314] in North American Network Operators' Group
Re: Soliciting your opinions on Internet routing: A survey on BGP
daemon@ATHENA.MIT.EDU (joel jaeggli)
Tue Jan 10 00:51:52 2017
X-Original-To: nanog@nanog.org
To: Laurent Vanbever <lvanbever@ethz.ch>, NANOG list <nanog@nanog.org>
From: joel jaeggli <joelja@bogus.com>
Date: Mon, 9 Jan 2017 21:51:40 -0800
In-Reply-To: <00B3706F-6034-460F-8DD1-267EB57C4371@ethz.ch>
Errors-To: nanog-bounces@nanog.org
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--q43VIa7bAQcTgmtCoFO0TpdKxFmmjkiEa
From: joel jaeggli <joelja@bogus.com>
To: Laurent Vanbever <lvanbever@ethz.ch>, NANOG list <nanog@nanog.org>
Message-ID: <6260f07f-083d-f88c-4656-1a0d14e7aee8@bogus.com>
Subject: Re: Soliciting your opinions on Internet routing: A survey on BGP
convergence
References: <00B3706F-6034-460F-8DD1-267EB57C4371@ethz.ch>
In-Reply-To: <00B3706F-6034-460F-8DD1-267EB57C4371@ethz.ch>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
On 1/9/17 2:56 PM, Laurent Vanbever wrote:
> Hi NANOG,
>=20
> We often read that the Internet (i.e. BGP) is "slow to converge". But h=
ow slow
> is it really? Do you care anyway? And can we (researchers) do anything =
about it?
> Please help us out to find out by answering our short anonymous survey =
> (<10 minutes).
>=20
> Survey URL: https://goo.gl/forms/JZd2CK0EFpCk0c272 <https://goo.gl/form=
s/WW7KX5kT45m6UUM82>
>=20
>=20
> ** Background:
>=20
> While existing fast-reroute mechanisms enable sub-second convergence up=
on=20
> local outages (planned or not), they do not apply to remote outages hap=
pening=20
> further away from your AS as their detection and protection mechanisms =
only=20
> work locally.
>=20
> Remote outages therefore mandate a "BGP-only" convergence which tends t=
o be
> slow, as long streams of BGP UPDATEs (containing up to 100,000s of them=
) must
> be propagated router-by-router. Our initial measurements indicate that =
it can
> take state-of-the-art BGP routers dozens of seconds to process and prop=
agate
> these large streams of BGP UPDATEs. During this time, traffic for impor=
tant
> destinations can be lost.
One of the phenomena that is relatively easy to observe by withdrawing a
prefix entirely is the convergence towards longer and longer AS paths
until the route disappears entirely. that is providers that are further
away will remain advertising the route and in the interim their
neighbors will ingest the available path will until they too process
the withdraw. it can take a comically long time (like 5 minutes) to see
the prefix ultimately disappear from the internet. When withdrawing a
prefix from a peer with which you have a single adjacency this can
easily happens in miniature.
>=20
> ** This survey:
>=20
> This survey aims at evaluating the impact of slow BGP convergence on
> operational practices. We expect the findings to increase the understan=
ding of
> the perceived BGP convergence in the Internet, which could then help
> researchers to design better fast-reroute mechanisms.
>=20
> We expect the questionnaire to be filled out by network operators whose=
job relates
> to BGP operations. It has a total of 17 questions and should take less =
10 minutes
> to answer. The survey and the collected data are anonymous (so please d=
o *not*
> include information that may help to identify you or your organization)=
=2E=20
> All questions are optional, so if you don't like a question or don't kn=
ow the answer,
> please skip it.
>=20
> A summary of the aggregate results will be published as a part of a sci=
entific
> article later this year.
>=20
> Thank you so much in advance, and we look forward to read your response=
s!
>=20
>=20
> Laurent Vanbever (ETH Z=C3=BCrich, Switzerland)
>=20
>=20
> PS: It goes without saying that we would be also extremely grateful if =
you could
> forward this email to any operator you might know who may not read NANO=
G.
>=20
--q43VIa7bAQcTgmtCoFO0TpdKxFmmjkiEa
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - http://gpgtools.org
iEYEARECAAYFAlh0dm0ACgkQ8AA1q7Z/VrKVewCeKIxwlHNfj+B3zomM8ddpCuHr
3DUAn0LUvvbGBA5RprtrLzD+nd15yFjf
=NkiF
-----END PGP SIGNATURE-----
--q43VIa7bAQcTgmtCoFO0TpdKxFmmjkiEa--
