Hello,
@igor.hamzic81 wrote:
I'm still a bit fuzzy on this. So if we implement policy forwarding for specific IPs, with our current BGP path selection, we will only load balance the traffic for those IPs and the rest of the traffic will use only one path?
Ok let me give You an example.
Say, You have 1 prefix 10.10.10/24 and 2 ECMP paths towards it (i.e. You implemented BGP "multipath" feature for peers that advertise You this prefix)
Then You have 1 prefix 198.51.100/24 and 3 ECMP paths towards it (same as above, with BGP "multipath" knob)
And then You have:
OSPF 203.0.113/24 prefix with 2 ECMP paths towards it, and
static 192.168/16 prefix with 2 possible paths/nexthops but You depreferred one of them using preference/metric.
You implemented following forwarding table policy:
set policy-options policy-statement PL-LB term 1 from route-filter 10.10.10/24 exact
set policy-options policy-statement PL-LB term 1 from route-filter 192.168/16 exact
set policy-options policy-statement PL-LB term 1 then load-balance per-packet
set policy-options policy-statement PL-LB term 1 then accept
set routing-options forwarding-table export PL-LB
Then the end result is:
a] transit traffic destined to 10.10.10/24 is load-balanced per flow across 2 ECMP paths
b] transit traffic towards 198.51.100/24 is not load-balanced , and sent along one of possible paths which was selected randomly.
c] transit traffic towards 203.0.113/24 is not load-balanced either, and sent along one of possible paths which was selected randomly.
d] transit traffic towards 192.168/16 is not load-balanced, it is sent along 1 best path.
The rules for locally-generated traffic are different.
Hope this makes sense.
HTH
Thx
Alex