On 11/12/07, Claudio Jeker <[EMAIL PROTECTED]> wrote:
>
> On Tue, Nov 06, 2007 at 06:26:47PM +0100, Tony Sarendal wrote:
> > New version. Less duplication and a nice feature as bonus.
> > With softreconfig in enabled the looped prefixes are accepted
> > into the Adj-RIB-In.
> >
> > This means that
On Tue, Nov 06, 2007 at 06:26:47PM +0100, Tony Sarendal wrote:
> New version. Less duplication and a nice feature as bonus.
> With softreconfig in enabled the looped prefixes are accepted
> into the Adj-RIB-In.
>
> This means that I can tell if my neighbor AS is using
> a path via myself. Either I
* Insan Praja SW <[EMAIL PROTECTED]> [2007-11-09 16:37]:
> On Mon, 05 Nov 2007 07:08:56 +0700, Claudio Jeker
> <[EMAIL PROTECTED]> wrote:
> Hi,
> I'm currently setup a redundant BGP router, from your presentation (maybe
> around 2004-2006), you discourage using carp for fail-over/load balancing
> s
On Mon, 05 Nov 2007 07:08:56 +0700, Claudio Jeker
<[EMAIL PROTECTED]> wrote:
Hi,
I'm currently setup a redundant BGP router, from your presentation (maybe
around 2004-2006), you discourage using carp for fail-over/load balancing
since it will loose the session. so I wonder, since I'm using 4.2-cur
On 11/6/07, Tony Sarendal <[EMAIL PROTECTED]> wrote:
>
> New version. Less duplication and a nice feature as bonus.
> With softreconfig in enabled the looped prefixes are accepted
> into the Adj-RIB-In.
>
> This means that I can tell if my neighbor AS is using
> a path via myself. Either I'm tired
New version. Less duplication and a nice feature as bonus.
With softreconfig in enabled the looped prefixes are accepted
into the Adj-RIB-In.
This means that I can tell if my neighbor AS is using
a path via myself. Either I'm tired or that is cool.
router-02# bgpctl show rib 192.168.0.0
flag
diff -u version.
/Tony
Index: rde.c
===
RCS file: /cvs/src/usr.sbin/bgpd/rde.c,v
retrieving revision 1.228
diff -u -r1.228 rde.c
--- rde.c 16 Sep 2007 15:20:50 - 1.228
+++ rde.c 6 Nov 2007 10:38:23 -
@@ -919
I have not yet checked how other implementations handle the
situation where an update with a as-path loop hides the fact
that the neighbor just lost a path.
But I made a quick patch if anyone feel like testing.
The black-hole condition does not appear anymore when
I test.
Be gentle, I only browse
On 11/5/07, Claudio Jeker <[EMAIL PROTECTED]> wrote:
>
> On Sun, Nov 04, 2007 at 11:30:20PM +, Tony Sarendal wrote:
> > On 11/4/07, Tony Sarendal <[EMAIL PROTECTED]> wrote:
> > >
>
> Thanks for all the info. I will have a look at this as well. Currently I
> think it is possible that route-refle
On Sun, Nov 04, 2007 at 11:30:20PM +, Tony Sarendal wrote:
> On 11/4/07, Tony Sarendal <[EMAIL PROTECTED]> wrote:
> >
Thanks for all the info. I will have a look at this as well. Currently I
think it is possible that route-reflector is not bug free in cases where
you have route-reflector rings
On 11/4/07, Tony Sarendal <[EMAIL PROTECTED]> wrote:
>
>
>
> On 11/4/07, Tony Sarendal <[EMAIL PROTECTED]> wrote:
> >
> > On 11/4/07, Tony Sarendal <[EMAIL PROTECTED] > wrote:
> >
> > >
> > > bgpd does not re-route correctly when I shut down a transit when I
> > > use a bgp-only design, causing bla
On 11/4/07, Tony Sarendal <[EMAIL PROTECTED]> wrote:
>
> On 11/4/07, Tony Sarendal <[EMAIL PROTECTED]> wrote:
>
> >
> > bgpd does not re-route correctly when I shut down a transit when I
> > use a bgp-only design, causing black-holes for some prefixes.
> >
> > router-01 and router-02 are in the sam
On 11/4/07, Tony Sarendal <[EMAIL PROTECTED]> wrote:
>
>
> bgpd does not re-route correctly when I shut down a transit when I
> use a bgp-only design, causing black-holes for some prefixes.
>
> router-01 and router-02 are in the same AS and peer with the same transit
> provider.
> router-01 and rou
bgpd does not re-route correctly when I shut down a transit when I
use a bgp-only design, causing black-holes for some prefixes.
router-01 and router-02 are in the same AS and peer with the same transit
provider.
router-01 and router-02 have two ibgp peerings, primary and standby path.
router-01 s
14 matches
Mail list logo