[169516] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Peering issue - Possible Juniper to Cisco issue

daemon@ATHENA.MIT.EDU (Michael Loftis)
Fri Feb 28 12:15:46 2014

In-Reply-To: <1393606682.9956.YahooMailNeo@web140703.mail.bf1.yahoo.com>
Date: Fri, 28 Feb 2014 09:13:59 -0800
From: Michael Loftis <mloftis@wgops.com>
To: Philip Lavine <source_route@yahoo.com>
Cc: NANOG list <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org

On Fri, Feb 28, 2014 at 8:58 AM, Philip Lavine <source_route@yahoo.com> wro=
te:
> To all,
>
> I (ASR1001) had an experience recently where the Telco (Juniper) told me =
that I was sending them 1000+ routes when I attempted to re-establish a BGP=
 session; subsequently they would not allow this and they refused the sessi=
on.
>
> I had no sync on and a prefix list so I was advertising only one route. E=
ven though I hard reset the session on my end the Telco for some reason kep=
t seeing me send the routes. I finally called them and had them reset their=
 end and the session came up right away.
>
> What the ...

If you leaked once and they have a teardown setup on the Juniper end
w/o a timeout, it won't let the neighbor reconnect until the session
is cleared.  I've seen in IOS 15.x just a few days ago where it had
stuck advertising routes that it shouldn't be, though that was between
two Sup720 based pieces of gear, so probably unrelated (just a data
point that it can/does happen in IOS in general where it's advertising
routes that it insists it isn't)


>
> thx
>
> Philip
>



--=20

"Genius might be described as a supreme capacity for getting its possessors
into trouble of all kinds."
-- Samuel Butler


home help back first fref pref prev next nref lref last post