[192087] in North American Network Operators' Group
Re: Two BGP peering sessions on single Comcast Fiber Connection?
daemon@ATHENA.MIT.EDU (Mike Hammett)
Mon Oct 17 08:30:47 2016
X-Original-To: nanog@nanog.org
Date: Mon, 17 Oct 2016 07:30:38 -0500 (CDT)
From: Mike Hammett <nanog@ics-il.net>
Cc: nanog@nanog.org
In-Reply-To: <28667908-0d2a-13a9-1db3-c7a4ac27f443@secantnet.net>
Errors-To: nanog-bounces@nanog.org
It really seems like it's a grave oversight to *NOT* support multiple BGP s=
essions. I drop to two routers for that same reason, I can do maintenance o=
n one, while the other carries traffic.=20
-----=20
Mike Hammett=20
Intelligent Computing Solutions=20
http://www.ics-il.com=20
Midwest-IX=20
http://www.midwest-ix.com=20
----- Original Message -----
From: "Mike Poublon" <mpoublon@secantnet.net>=20
To: "rar" <rar@syssrc.com>, nanog@nanog.org=20
Sent: Thursday, October 13, 2016 2:04:29 PM=20
Subject: Re: Two BGP peering sessions on single Comcast Fiber Connection?=
=20
I started a thread around the same topic back on 10/16 of 2014. A=20
Comcast engineer (who ultimately spoke to the national product manager)=20
came back after discussing and said the same thing "We don't support=20
that". I got a slightly longer explanation of:=20
--------------------------------------------=20
In a nutshell, when we design a product we do it to accommodate the most=20
typical customer cases.=20
Given that the design includes a single fiber path and thus the fiber=20
path and device that terminates on either end each are a single point of=20
failure, adding extra BGP sessions doesn=E2=80=99t seem to add value in the=
=20
typical failure scenarios. In order to achieve the simplest and most=20
scalable solution to address the market, we rely on narrowing the=20
possible combinations of parameters.=20
--------------------------------------------=20
I explained to them that their interpretation prevents me from being=20
able to do concurrent maintenance on my side (single router=20
reboot/upgrade, etc). Never got anywhere with it though.=20
I'm still interested in having this set up, but have given up on it ever=20
really coming to reality. Luckily ALL of my other providers were more=20
than happy to set up an extra session.=20
If anyone from Comcast is listening, there is customer demand for this.=20
It's not about making it better for Comcast, it's about allowing=20
customers to have more flexibility.=20
Mike Poublon=20
/Senior Datacenter Network Engineer/=20
*Secant Technologies*=20
6395 Technology Ave. Suite A=20
Kalamazoo, MI 49009=20
On 10/13/2016 1:48 PM, rar wrote:=20
> After a many month wait, we were ready to turn up our BGP peering session=
s on a new Comcast fiber connection.=20
>=20
> With our other providers (Level 3 and Verizon) we have edge routers that =
directly connect between the provider's on premise connection and our prima=
ry and a backup core routers. Each core router has a multihop BGP session w=
ith the provider's BGP router. The goal is to keep the single BGP router fr=
om being a single point of failure.=20
>=20
> Comcast said they could not support two separate BGP peering sessions on =
the same circuit. Does anyone have any counter examples? We used to have th=
is setup with Comcast 5+ years ago, but now they say they can't support it.=
=20
>=20
>=20
> Bob Roswell=20
> broswell@syssrc.com<mailto:broswell@syssrc.com>=20
> 410-771-5544 ext 4336=20
>=20
> Computer Museum Highlights<http://museum.syssrc.com/>=20
>=20
