12-27-2023 10:02 AM
Solved! Go to Solution.
12-28-2023 03:03 AM
I analysis issue one by one,
1. Route Resolvability Next-hop TLOC is Reachable (data plane BFD session is here) |
2. Prefer highest route preference |
3. Prefer highest TLOC preference |
4. Prefer best origin code (Connected, Static, eBGP, EIGRP Internal, OSPF Intra, OSPF Inter, OSPF External, EIGRP External iBGP, Unknown/Unset |
6. Route Source Preference On vSmart: prefer Edge router-sourced route over vSmart-sourced route it same since both learn from vsmart |
5. Prefer OMP Route with lowest origin metric |
7. Prefer route received from lowest System-IP |
8. Prefer route from highest Private TLOC IP-address originated from the same site-id |
9. outbound control policy |
10. send-path-limit |
12-28-2023 03:56 AM
Per outputs, the origin-metric in both OMP route is 0.
12-28-2023 06:11 AM
I came to the same conclusion as you do. OMP does not take AS-PATH in the route selection process, so it will load balance.
12-28-2023 06:13 AM
If you make .200 not advertise prefix do you see it in lab?
MHM
12-28-2023 06:19 AM
Yes. I see one route in the lab when either 200 or 201 stop advertising.
12-28-2023 07:12 AM - edited 12-28-2023 07:13 AM
Now change metric to vedge inject the prefix and see the result.
I see two metric make .201 lower than .200
Then make metric same value.
For originate IP i will check how we can override it to make omp redistrubte both into bgp.
MHM
12-28-2023 06:20 AM
Exactly, there is no comparison using as-path in OMP. It is BGP copied attribute and can be used on service side for BGP speakers, if propogate-as is enabled.
12-28-2023 06:42 AM
To accomplish this, I need to configure the preference value in the SDWAN control policy.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide