[192075] in North American Network Operators' Group
Re: Two BGP peering sessions on single Comcast Fiber Connection?
daemon@ATHENA.MIT.EDU (Leo Bicknell)
Fri Oct 14 12:47:41 2016
X-Original-To: nanog@nanog.org
Date: Fri, 14 Oct 2016 09:47:33 -0700
From: Leo Bicknell <bicknell@ufp.org>
To: nanog@nanog.org
Mail-Followup-To: nanog@nanog.org
In-Reply-To: <22433E7377ECE14D9518DB3338A32EA30FABF3B6@ExchMB10.syssrcad.syssrc.com>
Errors-To: nanog-bounces@nanog.org
--h31gzZEtNLTqOjlF
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In a message written on Thu, Oct 13, 2016 at 05:48:18PM +0000, rar wrote:
> The goal is to keep the single BGP router from being a single point of fa=
ilure.
I don't really understand the failure analysis / uptime calculation.
There is one router on the Comcast side, which is a single point of
failure.
There is one circuit to your prem, which is a single point of failure.
To connect two routers on your end you must terminate the circuit
in a switch, which is a single point of failure.
And yet, in the face of all that somehow running two routers with
two BGP sessions on your end increases your uptime?
The only way that would even remotely make sense is if the routers
in question were horribly broken / mismanaged so (had to be?) reboot(ed)
on a regular basis. However if uptime is so important using gear
with that property makes no sense!
I'm pretty sure without actually doing the math that you'll be more
reliable with a single quality router (elminiation of complexity),
and that if you really need maximum uptime that you had better get
a second circuit, on a diverse path, into a different router probably
=66rom a different carrier.
--=20
Leo Bicknell - bicknell@ufp.org
PGP keys at http://www.ufp.org/~bicknell/
--h31gzZEtNLTqOjlF
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQIVAwUBWAEMJbN3O8aJIdTMAQJ/LQ/+OPOmTnkpYRQkZGLHXosBcgHHn1Fos8vY
6ASBTdB8f7BcXaLcFtqT6JbRz5NqaQYzCNiYTHF2rgkIJitscGWnUdnEzmrjIDtf
fx+iBwYvUFU0MuGF/E8AWXweI8y+8JKiCI89VJfOmK8G6KgK1rpzEk65jb04SvYu
jUDMJLc11PH/e/dzTOKAqsRCPZSkT5KjKxd8X2JodWmnxKdJbQL9BhF1UUKxESxR
7XDenk4JgtMZ/8fFVStHpvgrKEdCWXWG4zSWcBmx0AP99S4VzM5m5I16JavtiJZc
WApObr8xhuy0N8rXcj/ztz7CfUkTfoqFaxHhCxWNjcBjjCil4l9flUli7z2BpiV/
VhGl19GNm7dFhYSOx6cHL1M14aZdR5za8BPcUbqvKDGNqk02DpfPKHGSTQ/r2Lyq
SDlahLM21XphCSwRz9CNnXnDxWpToKTX9tBOAJ9uZaO8uFFtR0fhmVL2UgEyFyTu
Sr3zaPqdrEYFbpl8fGerQt0TmeVmfn0JKjhffaZ21kr/Yonp5mJrvDFB9GDwioCo
alYPOxTU94DTqs0ltqBw+6IOOws3jZcjvT7VJnhCSfQrNauUaGiQyUEEhhyLV0W4
cZcFVqS0ksFNFSmLCkzyRNu4XKHAsXQoPr1ELpRQTHdotG6INFJLcn7m4IF7t2Dd
xRFle/ApTKA=
=xVWd
-----END PGP SIGNATURE-----
--h31gzZEtNLTqOjlF--
