On Thu, May 8, 2014 at 1:51 AM, Mark Tinka mark.ti...@seacom.mu wrote:
On Wednesday, May 07, 2014 07:28:46 PM Peter Rubenstein
wrote:
Operationally speaking, AS1 should not be leaking routes
from one upstream to the other. Bad route policy.
ideally it'd be nice to be valley-free... so to
On Thursday, May 08, 2014 04:41:21 PM Christopher Morrow
wrote:
if only there were some technology that could be used to
thwart such things.
It's gotten to a point where a repeat offender has me wound
up enough to prepend his AS into some of my paths.
I wish there was a simpler way to turn
On Thu, May 8, 2014 at 10:51 AM, Mark Tinka mark.ti...@seacom.mu wrote:
On Thursday, May 08, 2014 04:41:21 PM Christopher Morrow
wrote:
if only there were some technology that could be used to
thwart such things.
It's gotten to a point where a repeat offender has me wound
up enough to
On Thursday, May 08, 2014 06:34:14 PM Christopher Morrow
wrote:
:( that's bad news... config hackery is brittle.
(but fun)
Don't I know :-)... *sigh*
Mark.
signature.asc
Description: This is a digitally signed message part.
...@nanog.org] On Behalf Of Song Li
Sent: Monday, May 5, 2014 11:59 PM
To: NANOG
Subject: bgp convergence problem
Hi everyone,
I have one bgp convergence problem which confused me. The problem is as
follows:
++
| AS5 |
+--+16.1/16
On Wednesday, May 07, 2014 07:28:46 PM Peter Rubenstein
wrote:
Operationally speaking, AS1 should not be leaking routes
from one upstream to the other. Bad route policy.
Also, AS3 should not accept routes from AS1 that don't
belong to it. Customer router filtering would prevent
this.
the prefix. Crisis avoided.
My textbook knowledge is a bit rusty though..
Dennis Hagens
Song Li schreef op 5/6/14 5:58 AM:
Hi everyone,
I have one bgp convergence problem which confused me. The problem is as
follows:
++
| AS5
,
I have one bgp convergence problem which confused me. The problem is as
follows:
++
| AS5 |
+--+16.1/16 |
| +-+--+
||
+---+--+ |
| AS4
in the path and (should) drop the prefix. Crisis avoided.
My textbook knowledge is a bit rusty though..
Dennis Hagens
Song Li schreef op 5/6/14 5:58 AM:
Hi everyone,
I have one bgp convergence problem which confused me. The problem is as
follows:
++
| AS5
On Tue, 06 May 2014 11:58:58 +0800, Song Li said:
I have one bgp convergence problem which confused me. The problem is as
follows:
You may want to Google for 'BGP Wedgie'.
https://www.nanog.org/meetings/nanog31/presentations/griffin.pdf
http://www.rfc-base.org/txt/rfc-4264.txt
Once you
I have one bgp convergence problem which confused me. The problem is as
follows:
++
| AS5 |
+--+16.1/16 |
| +-+--+
||
+---+--+ |
| AS4
Hi everyone,
I have one bgp convergence problem which confused me. The problem is as
follows:
++
| AS5 |
+--+16.1/16 |
| +-+--+
||
+---+--+ |
| AS4
Hi,
This morning there was an ethernet loop problem on DECIX, causing many
BGP sessions to flap throughout the entire platform.
While this can happen, I am myself facing with BGP convergence
problems on our DECIX router (SUP720-3BXL with IOS SXI3).
De DECIX loop has been solved two hours ago,
Dear Andy
This morning there was an ethernet loop problem on DECIX, causing many
BGP sessions to flap throughout the entire platform.
While this can happen, I am myself facing with BGP convergence
problems on our DECIX router (SUP720-3BXL with IOS SXI3).
De DECIX loop has been solved two hours
I finally decided to shut down all peerings and brought them back one by one.
Everything is stable again, but I don't like the way I had to deal
with it since it will most likely happen again when DECIX or an other
IX we're at is having issues.
I've seen a few BGP convergence discussions on
On Jun 8, 2010, at 10:27 AM, Andy B. wrote:
I finally decided to shut down all peerings and brought them back one by one.
Everything is stable again, but I don't like the way I had to deal
with it since it will most likely happen again when DECIX or an other
IX we're at is having issues.
On Tue, Jun 8, 2010 at 7:27 AM, Andy B. globic...@gmail.com wrote:
I finally decided to shut down all peerings and brought them back one by one.
Everything is stable again, but I don't like the way I had to deal
with it since it will most likely happen again when DECIX or an other
IX we're at
On Tue, Jun 08, 2010 at 12:22:04PM -0400, Jared Mauch wrote:
The Cisco 7600 and 6500 platforms are getting fairly old and have
underpowered cpus these days.
Starting in SXH the control plane did not scale quite as well as in
SXF. This got better in SXI, but is not back on par with SXF
The Cisco 7600 and 6500 platforms are getting fairly old and have
underpowered cpus these days.
the hamsters in them were never well fed, ever. though i have never run
one, too yucchhy, i have measured receiving a research feed from one.
over ten minutes for a full table while a router takes
* globic...@gmail.com (Andy B.) [Tue 08 Jun 2010, 16:28 CEST]:
I finally decided to shut down all peerings and brought them back
one by one.
Sadly that's often the way it has to be done, modulo mild tweaks.
Everything is stable again, but I don't like the way I had to deal
with it since it
20 matches
Mail list logo
