[c-nsp] Selecting an eBGP destination based on the source network.
Ray Burkholder
ray at oneunified.net
Thu Dec 14 18:10:47 EST 2006
Cisco's OER (Optimized Edge Routing) might be a solution as it deals with
SLA and such.
> -----Original Message-----
> From: cisco-nsp-bounces at puck.nether.net
> [mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of Rick Ernst
> Sent: Thursday, December 14, 2006 18:56
> To: bep at whack.org
> Cc: cisco-nsp at puck.nether.net
> Subject: Re: [c-nsp] Selecting an eBGP destination based on
> the source network.
>
> It's a forwarding decision.
>
> "Customer class A" would prefer high-speed/high-quality
> outbound links and fall back to low-speed/low-cost links in
> case of failure, while "Customer class B" would prefer the
> low-speed/low-cost links and fall back to the
> high-speed/high-quality links.
>
> The key would be determining the destination based on source
> network, and my initial thought was doing something with
> next-hop, but that raises a possible reachability problem if
> the next-hop isn't available.
>
> Thanks!
>
> On Thu, December 14, 2006 14:47, Bruce Pinsky wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Rick Ernst wrote:
> >>
> >> I'm trying to find some way to prefer an outbound eBGP
> peer based on
> >> the internal source network. The idea is to prefer a particular
> >> provider for specific source networks due to SLA, performance, or
> >> other issues.
> >>
> >> I've looked at conditional announcements and set ip next-hop, but
> >> they don't seem to be designed for what I'm looking at.
> >>
> >> Am I missing something obvious, or is there some other way to
> >> accomplish this?
> >> It's easy to modify the inbound path based on outbound
> announcements,
> >> but once the multiple eBGP routes have made it into the
> (redundant)
> >> core (RR
> >> server) FIB, there is no control over where the traffic goes.
> >>
> >
> > Are you trying to alter the forwarding decision or the
> route selection?
> >
> > My take is that you want to make forwarding decisions based
> on source
> > address rather than destination address. In that case, you
> would want
> > Policy Based Routing. So you would set the IP next-hop
> based on the
> > source address.
> >
> > If you are trying to alter the route selection based on
> some criteria
> > like performance or SLAs, you may be able to do something with
> > Optimized Edge Routing.
> >
> > - --
> > =========
> > bep
> >
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.4.4 (MingW32)
> > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> >
> > iD8DBQFFgdSfE1XcgMgrtyYRAjCRAKCHhSo6E9Ntoo5Bs27bbQVrr+ZeswCg4Rpl
> > UiOrHBIydwWsV8azzc/f2lM=
> > =wLE+
> > -----END PGP SIGNATURE-----
> >
>
> _______________________________________________
> cisco-nsp mailing list cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
>
> --
> Scanned for viruses and dangerous content at
> http://www.oneunified.net and is believed to be clean.
>
>
--
Scanned for viruses and dangerous content at
http://www.oneunified.net and is believed to be clean.
More information about the cisco-nsp
mailing list