Continuing the learning process: Since my last session on this I've had
lots of pointers to things I could research.  Particular thanks to
Stuart.

Man oh man, there are lots of monkeys typing junk that Google pads out
the useful search results with. 

Anyway there are some things that are a matter of judgement (or even
opinion) aided by experience. I don't have much of that in bgp-land so
I'd like to ask about a couple or so.

Redundancy: At first I would have thought that two identical routers in
a classical carp firewall hookup would have been a good choice. 

Henning has dealt with questions about that in various ways to suit the
poster's needs. None of those was quite like mine. 

I read his presentation with notes (at daemonnews) and the notes really
added quite a bit to the slides. Maybe that articel could be referenced
on the OpenBGPd website.

Searching found quite a few other ideas and our peering provider's
support guy is nervous about anything that is akin to VRRP(!)  I told
him it is way better but he offered "I would not recommend going down
that path. I would prefer to allocate you a second ip on the IX and
have you run a separate BGP session from each router."

What would an experienced user do in this case? I've often wondered
about what happens when a carp box on standby fails. Does it / can it
be sensed/monitored by the master?

So is a pair of routers to the same three IXes a better choice? Without
carp? Can they balance any traffic? If not what happens? Do I need bgp
sessions between the two?

I don't need a how-to. Directions to take let me read and research
usually get me pretty close to working setups. 

I don't yet know the importance of all the bgpd.conf options. Later I
might post a copy of my intended version for target practice.  ;-) 
Filtering and preferencing sound important and I'm still trying to
figure out what filters I need that are not in the default
/etc/bgpd.conf.

TIA

Rod/




*** NOTE *** Please DO NOT CC me. I <am> subscribed to the list.
Mail to the sender address that does not originate at the list server is 
tarpitted. The reply-to: address is provided for those who feel compelled to 
reply off list. Thankyou.

Rod/
/earth: write failed, file system is full
cp: /earth/creatures: No space left on device

Reply via email to