[j-nsp] Upstream Traffic Manipulation Question
wjackson at sapphire.gi
Mon Oct 5 09:03:08 EDT 2009
Maybe I am being too basic, but if both remote POPs are from the same
ISP, maybe they have communities you can add to set their localpref?
What about MED on BGP?
From: juniper-nsp-bounces at puck.nether.net
[mailto:juniper-nsp-bounces at puck.nether.net] On Behalf Of Stefan Fouant
Sent: 05 October 2009 08:47
To: Walaa Abdel razzak
Cc: juniper-nsp at puck.nether.net
Subject: Re: [j-nsp] Upstream Traffic Manipulation Question
On Sun, Oct 4, 2009 at 9:28 AM, Walaa Abdel razzak
<walaaez at bmc.com.sa>wrote:
> Hi Experts
> I need your suggestions for the best design for the following
> it's a customer has a public AS and MPLS network, connected to
> provider through two links in two differnt POP's. The customer
> default route and few prefixes only from the provider from both POP's.
> key here is that the customer needs certain subnets to follow the
> route coming from POP1 in the upstream, the downstream must be through
> same POP1. Other subnets should follow the default route coming from
> the upstream, the downstream must also be through the same POP2. My
> here is not in the downstream as it's easy to adjust through BGP
> and prefix length, but it's in the upstream direction to the internet.
> can gaurantee that certain prefixes follows the default route through
> POP will be back from the same POP? I was thinking about splitting
> traffic into two VRF's and inject default routes with different
> do you think!
> it's the best or you have another susggestion? The customer has no
For source-based routing of packets, you are going to need to perform
Filter-Based-Forwarding (FBF) which will then cause the packet to get
into a routing-instance of your choosing. You are going to need to
constrain the set of routes in the routing-instance such that it will
out towards the appropriate POP. The problem here is that you are going
need to configure this FBF and routing-instance construct on every
it could get a bit cumbersome. There are a lot of different ways in
you could distribute the routes into your routing-instance - a
policy using rib-groups could be configured across all your routers to
only certain routes into your routing-instance, or you could set up
additional peerings within your routing-instance/VRF for dynamic
advertisement of the constrained routes. Depending on the way that the
network is set up, you might be able to get away with configuring the
only the head-end router and punting that traffic into the appropriate
for transit across the AS.
I am sure there are other ways... I'd be interested in hearing others'
feedback as well...
juniper-nsp mailing list juniper-nsp at puck.nether.net
More information about the juniper-nsp