You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I had a case where I had a community list like this:
community COMM1 members [ 1:2 3:4 ];
And I had a policy which matched on this and then applied additional communities. The problem I was having is that routes with just 3:4 were being matched on this. When I removed 3:4 from the list it wasn't an issue, but it seems like Batfish is performing a logical OR on these, when it should be ANDing them.
A simple test bench should be able to confirm this behavior. Let me know if you need more info.
I had a case where I had a community list like this:
community COMM1 members [ 1:2 3:4 ];
And I had a policy which matched on this and then applied additional communities. The problem I was having is that routes with just 3:4 were being matched on this. When I removed 3:4 from the list it wasn't an issue, but it seems like Batfish is performing a logical OR on these, when it should be ANDing them.
A simple test bench should be able to confirm this behavior. Let me know if you need more info.
Juniper Doc ref:
https://www.juniper.net/documentation/en_US/junos/topics/concept/policy-bgp-communities-extended-communities-evaluation-in-routing-policy-match-conditions.html
The text was updated successfully, but these errors were encountered: