cially where we have multiple
> sessions with a peer.
>
> Is their any BCP or operational experience that agrees or disagrees with my
> gut. ;-)
>
> --
> Graham Beneke
Even in lab environments I would say that eBGP multihop is a bad idea.
Production networks that try to make mone
On Sep 2, 2010, at 2:30 AM, Graham Beneke wrote:
> I have been asked to investigate moving an entire network to multi-hop on all
> the eBGP sessions. Basically all upstreams, downstreams and peers will eBGP
> with a route reflector located in the core. This RR will be some kind of
> quagga or
On 02/09/2010 10:30, Graham Beneke wrote:
> I have been asked to investigate moving an entire network to multi-hop
> on all the eBGP sessions. Basically all upstreams, downstreams and peers
> will eBGP with a route reflector located in the core. This RR will be
> some kind of quagga or similar box.
On Thu, Sep 2, 2010 at 11:30 AM, Graham Beneke wrote:
> I have been asked to investigate moving an entire network to multi-hop on
> all the eBGP sessions. Basically all upstreams, downstreams and peers will
> eBGP with a route reflector located in the core. This RR will be some kind
> of quagga or
technology, then the
issues talked about above are either less of an issue, or not an issue
at all. The biggest problem with multi segment Ethernet links is that
you need OAM to reliably run eBGP Multihop and OAM isn't supported by a
lot of providers (mainly because it requires a newer software ve
>> The dev guys want to be able to poke at the BGP feeds directly and do
*magic* that standard router aren't capable of.
This should scare you in a significant manner.
-Jack Carrozzo
On Thu, Sep 2, 2010 at 5:30 AM, Graham Beneke wrote:
> I have been asked to investigate moving an entire networ
I have been asked to investigate moving an entire network to multi-hop
on all the eBGP sessions. Basically all upstreams, downstreams and peers
will eBGP with a route reflector located in the core. This RR will be
some kind of quagga or similar box. The dev guys want to be able to poke
at the B
have
>> any trouble, you can simply remove that address and the trouble is gone,
>> too. This wouldn't work for the loopback address you also use for iBGP
>> or a physical interface.
>
> Ok. It probably would have made much more sense in my original post to
> cla
would have made much more sense in my original post to
clarify that each eBGP multihop peer session is configured on separate
loopback interfaces, apart from the ones I use internally.
Generally, I leave lo0 as-is, lo1 for internal, then configure each eBGP
multihop peer on an incremental loo
On 27 aug 2008, at 14:16, Steve Bertrand wrote:
The only reason I use loopbacks for eBGP multihop is so that if one
of my physical interfaces goes down taking a transit link with it,
these particular sessions will attempt to re-establish via another
path.
Actually they should stay up
ease of management than of risk, because
if people can do something bad using one loopback address, it really
doesn't matter much that additional ones are better protected.
Thanks for the feedback.
The only reason I use loopbacks for eBGP multihop is so that if one of
my physical inter
On 27 aug 2008, at 7:58, Paul Wall wrote:
- single loopback/single IP for all peers, or;
- each peer with its own loopback/IP?
You should use caution when using loopback IP addresses and building
external multihop BGP sessions. By permitting external devices to
transmit packets to your loopba
On Tue, Aug 26, 2008 at 7:48 PM, Steve Bertrand <[EMAIL PROTECTED]> wrote:
> There are a few benefits to doing it this way (IMHO), but I see obvious
> benefits of using a single loopback interface and single IP for ALL of these
> multihop peers. Before I state good/bad, or get any wrong idea in my
IPv4 BGP peers. Two of the v4 peers are Cymru for BOGONS,
the other three are purely outbound to route server projects. All
five v4 peers are ebgp-multihop.
I'm looking for advice on the configuration of the peers with ebgp-
multihop (IPv4).
I have a reserved block carved out of my
ve v4 peers
are ebgp-multihop.
I'm looking for advice on the configuration of the peers with
ebgp-multihop (IPv4).
I have a reserved block carved out of my allocation specifically for
/32s on loopbacks, and when I light up a new peer, I configure a new
looopback interface for that
15 matches
Mail list logo
