[j-nsp] Load Balancing via BGP outbound at Colo
Erdem Sener
erdems at gmail.com
Thu Mar 15 16:03:16 EST 2007
a little remark:
adding 'no-export' community to your advertised routes to ISP #x will
guarantee that ISP #x won't advertise these prefixes to any of its
ebgp peer, meaning "his peers won't use ISP #x to get to you".
On the other hand, this doesn't mean that ISP #x will certainly use
its direct link towards you for your prefixes, since his route
selection will be based on his own import rules (as-path, local pref
etc.)
Also, it's always a good idea to check with a peer before sending out
community information and to make sure he's not "resetting" it (using
a import filter)
Cheers,
Erdem
On 3/15/07, Chuck Anderson <cra at wpi.edu> wrote:
> On Thu, Mar 15, 2007 at 02:28:20PM +0200, Tim Nagy wrote:
> > You'd like to send and receive all traffic on the links to ISP #1 except for
> > traffic that terminates in ISPs #2, #3, #10, or #20. Is that correct?
> >
> > For inbound, things are more complicated. The only way that you can really
> > influence your inbound traffic across multiple ISPs is through AS path
> > prepending. You could advertise all of your routes to all ISPs, but prepend
> > your AS multiple times to ISPs #2, #3, #10, and #20. That would reduce the
> > traffic flow in from those ISPs and make your ISP #1 links the primary
> > inbound points.
>
> You could also attach the well-known community NO EXPORT to routes you
> send to ISP #2, #3, #10 and #20 so that those ISPs use your routes to
> get back to you directly, but they won't readvertise your routes to
> their upstreams and peers.
> _______________________________________________
> juniper-nsp mailing list juniper-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp
>
More information about the juniper-nsp
mailing list